업무툴 연동, 연결 전에 확인할 데이터 방향

방향을 먼저 정합니다

두 도구를 연동할 때 가장 먼저 정해야 하는 것은 데이터가 어느 쪽에서 어느 쪽으로 가는지입니다. 세 가지가 있습니다. 단방향, 역방향, 양방향입니다.

단방향은 A에서 B로만 갑니다. B에서 고친 내용은 A로 돌아가지 않습니다. 양방향은 양쪽에서 고친 내용이 서로 반영됩니다. 편해 보이지만 충돌이 생깁니다.

같은 레코드를 양쪽에서 동시에 고치면 어느 쪽이 이기는지 정해져 있어야 합니다. 정해져 있지 않으면 나중에 동기화된 쪽이 앞선 수정을 덮어씁니다. 그 수정이 사라졌다는 사실은 아무도 모릅니다.

원본을 하나로 정합니다

충돌을 막는 가장 단순한 방법은 필드마다 원본을 정하는 것입니다. 고객 이름의 원본은 CRM, 재고 수량의 원본은 ERP처럼 정합니다.

원본이 정해지면 그 필드는 원본 쪽에서만 고칩니다. 다른 쪽에서는 읽기만 합니다. 양방향 연동을 걸어도 각 필드는 사실상 단방향으로 움직입니다.

필드가 50개라면 원본을 50번 정해야 합니다. 작업량이 있지만 한 번 하면 됩니다. 건당 1분이면 50분, 0.83시간, 2026년 최저임금 시간급 10,320원 기준 8,600원입니다. 충돌 1건을 찾아 복구하는 데 30분이 든다면, 월 2건만 생겨도 1시간, 10,320원이고 연 123,840원입니다.

연동할 필드를 줄입니다

모든 필드를 연동할 필요는 없습니다. 양쪽에서 모두 쓰이는 필드만 연동하면 충돌 가능성이 줄어듭니다.

필드 50개 가운데 양쪽에서 쓰이는 것이 15개라면 15개만 연동합니다. 나머지 35개는 각 도구에만 있으면 됩니다. 연동 대상이 줄면 설정도 단순해지고 장애 시 영향 범위도 작아집니다.

줄이는 기준은 "다른 도구에서 이 값을 보고 무엇을 하는가"입니다. 보기만 하고 아무것도 하지 않는다면 연동할 이유가 약합니다. 필요할 때 원본 도구를 열어 보는 편이 낫습니다.

• 양쪽에서 모두 쓰이는 필드만 연동합니다.
• 보기만 하는 값은 연동하지 않습니다.
• 필드마다 원본을 정합니다.

실패할 때를 설계합니다

연동은 멈춥니다. 네트워크 문제, 인증 만료, 상대 시스템 점검으로 멈춥니다. 멈췄을 때 무엇이 어떻게 되는지 정해져 있어야 합니다.

필요한 것은 세 가지입니다. 멈췄다는 사실을 알리는 알림, 밀린 데이터를 쌓아 두는 자리, 그리고 복구 후 다시 보내는 절차입니다. 알림이 없으면 며칠 뒤 숫자가 안 맞을 때 발견합니다.

밀린 데이터가 쌓이지 않으면 멈춘 기간의 변경이 사라집니다. 3일간 멈추고 그 사이 100건이 변경되었다면, 복구 후 100건을 수동으로 맞춰야 합니다. 건당 2분이면 200분, 3.33시간, 34,400원입니다.

연동 대신 수동으로 두는 선택

연동 설정과 유지에도 비용이 듭니다. 건수가 적으면 수동이 쌉니다.

월 20건을 수동으로 옮기는 데 건당 2분이면 40분, 연 8시간, 82,560원입니다. 연동을 설정하고 유지하는 비용이 그보다 크면 수동이 낫습니다.

결론을 바꾸는 예외는 실시간성이 필요한 경우입니다. 재고 수량이 두 시스템에서 다르면 품절 상품을 판매하게 됩니다. 이 경우 건수와 무관하게 연동이 필요하고, 수동으로는 해결되지 않습니다. 실시간성이 필요한 필드와 그렇지 않은 필드를 구분하면 연동 대상이 다시 줄어듭니다.