스포츠 브랜드 국내 자사몰과 ERP의 판매 대사⁠·⁠연동 운영

기간  — 현재

월말 판매 대사와 두 시스템을 잇는 연동 서버 운영을 맡고 있습니다. 대사 도구로 찾은 차이 가운데 실제로 빠진 판매와 정산을 바로잡습니다.

58일치 기록 약 39만 행을 대조해 차이를 원인별로 나눈 대사 도구

PythonShopify마이크로서비스

  • 주문⁠·⁠출고⁠·⁠반품⁠·⁠교환⁠·⁠쿠폰⁠·⁠포인트 기록을 키 단위로 대조
  • 교환 주문의 정산 누락 유형을 나눈 보정 절차
  • 우대권 가격을 ERP에서 받아 주문 항목별로 할인 계산

실제 누락과 집계 방식 차이

문제
두 시스템은 기록 방식과 시점이 달라, 시트로 대조하면 실제 누락과 집계 방식 차이가 섞였습니다.
해결
차이를 ERP에만 있음, 자사몰에만 있음, 금액 다름으로 나누고, 차이 행마다 양쪽 원천 기록을 다시 조회해 원인을 붙이는 단계를 넣었습니다. 협력사가 건수가 부풀었다고 지적한 뒤에는 분석 오류와 실제 차이를 가르는 규칙을 다듬었습니다. 차이 16,365행을 추렸습니다. 협력사가 확인하고 보정할 10,203행은 항목별 파일 49개로 넘겼습니다.

월말 누락 목록에서 시차 가르기

문제
매달 말 협력사가 보내는 누락 목록에는 목록을 뽑은 뒤 이미 전송된 판매도 섞여 있었습니다.
해결
항목마다 자사몰 송신 이력과 대조해 원인을 나눴습니다. 시차로 이미 나간 건은 이중 전송을 피하려고 보내지 않았습니다. 누락되거나 일부만 전송된 판매 데이터를 ERP 규칙에 맞춰 다시 보냈습니다.

사이즈를 바꾼 주문의 판매 데이터

문제
사이즈를 바꿔 출고한 주문은 변경 내역, 송장, 출고 상태, 출고 연동에 바뀐 사이즈가 반영됐습니다. 그런데 판매 데이터만 원래 사이즈로 ERP에 들어갔습니다.
해결
원인을 상품 변경 연동 로직으로 좁혔습니다. 판매 데이터를 ERP에 다시 보낸 뒤 로직 수정에 들어갔습니다. 해당 판매 데이터의 재전송을 마쳤습니다.

매달 맞춰 보는 정산

문제
자사몰 주문과 ERP 정산이 매달 맞는지 확인해야 했습니다. 정산 데이터가 잘못 만들어진 주문을 그대로 다시 보내면 중복 전송이 될 수 있었습니다.
해결
9월분은 정산 데이터가 잘못 만들어진 주문 41건과 기준 정보가 빠진 건을 목록으로 정리했습니다. 10월분은 다시 뽑은 72행에서 제외 대상 2행을 빼고 보냈습니다. 중복 위험이 있는 추가 전송은 보류했습니다. 9월분과 10월분 대사를 마쳤습니다.