정산 요청, 첨부와 클레임을 거래처·기간별로 모읍니다.
자동으로 만들어지는 맞춤 스킬
정산표보다 먼저, 거래의 앞뒤를 연결합니다.
한 줄의 금액을 계약, 주문, 실제 이행과 세금 증빙까지 거슬러 올라갑니다. 맞는 건은 넘기고, 설명이 필요한 차이만 남깁니다.
적용 기간, 단가 구간, 차감과 부가세 기준을 확정합니다.
주문, 출고, 인도, 반품과 취소를 같은 거래로 연결합니다.
합계 뒤에 숨은 누락과 불일치를 원문 근거까지 찾아냅니다.
담당자가 결정할 건만 수정 전후 값과 함께 올립니다.
승인된 변경만 실행하고 판단과 결과를 다음 달에 남깁니다.
세금계산서의 공급시기, GS1 출고·입고 이벤트, 메일 첨부·스프레드시트와 승인 흐름을 기준으로 업무 단계를 검증했습니다.
정산팀이 실제로 끝내야 하는 일
한 번의 마감을 세 가지 목표로 나눕니다.
어디서 무엇을 가져오고, 무엇을 기준으로 판단하고, 어떤 증적을 남기는지까지 보여 줍니다.
업무 목표 1
거래처 자료를 같은 기준으로 모으기
접수하기
Gmail·Slack의 정산 요청, 세금계산서, 거래명세서, 클레임과 첨부
가져오기
Sheets·Excel·주문 관리자의 주문번호, SKU, 공급가, VAT, 수수료, 환불·차감
연결하기
거래처 코드와 이름, 정산 기간, 마감일, 문서 버전을 공통 거래 키로 정규화
남기기
원문 링크와 수집 시점이 붙은 거래처별 통합 정산 원장
업무 목표 2
계약·주문·이행·세금 근거 맞추기
계약 보기
Drive의 계약서·단가표에서 적용 기간, 단가 구간, 수수료와 차감 조건 확인
이행 보기
ERP·WMS·TMS의 주문 수량, 출고·인도, 반품·취소와 배송 증빙 대조
검증하기
중복 청구, 누락 세금계산서, 수량·단가·VAT·수수료와 귀속 월 차이 탐지
남기기
각 차이에 원문, 계약 조항과 담당자가 붙은 예외 원장
업무 목표 3
결정할 건만 승인받고 실행하기
묶어 보기
차이를 금액, 원인, 책임 부서와 거래처별로 묶어 우선순위 지정
준비하기
Slack·Gmail에 근거 링크, 수정 전후 값과 자료 요청·조정 메시지 초안 생성
실행하기
승인된 요청만 발송하고 정산표·원장에 확정값을 반영
축적하기
Drive에 승인, 메시지와 증적을 보관하고 다음 달 플레이북에 반영
LiFoli가 이미 이해하는 업무
합계보다 먼저 확인해야 하는 정산의 구조
정산은 한 파일의 숫자가 아니라 계약, 주문, 실제 이행, 세금 증빙과 지급이 같은 거래를 가리키는지 확인하는 일입니다.
- 메일은 접수 신호이고 계약·원장이 확정 근거일 수 있다는 것
- 출고와 인도, 반품과 취소의 시점이 귀속 월을 바꾼다는 것
- 차이는 원인·근거·승인자와 함께 보여 줘야 처리된다는 것
당신의 방식은 따로 배웁니다
거래처마다 다른 기준과 팀장의 판단
실제 정산을 관찰해 일반 절차를 회사와 거래처별로 반복할 수 있는 스킬로 바꿉니다.
- 거래처별 마감일, 단가 구간, 수수료·차감과 VAT 규칙
- 서로 다른 거래처명·상품명·주문번호를 맞추는 실제 방식
- 금액과 예외 유형별 승인자, 자료 요청 순서와 메시지 말투
승인 패킷 예시
차이는 숫자로, 판단은 근거와 함께.
Foli는 “정산 완료”라고만 말하지 않습니다. 무엇이 달랐고, 어느 원문을 기준으로 했으며, 누구의 결정이 필요한지 한 화면에 남깁니다.
HB-240621
청구 120개 · 인도 118개TMS 인도 기록 2건 부족 · 거래처 명세 120개
−₩124,000수량 확인HL-240638
계약 단가와 청구 단가 불일치6월 단가표 4쪽 · 주문 시점 단가 적용 여부
+₩78,000조정 승인HN-240644
반품 접수 · 회수 증빙 미도착WMS 반품 상태와 거래처 차감 내역 연결
증빙 대기자료 요청확인이 필요한 질문
- 6월 30일 이후 입고된 반품은 6월과 7월 중 어느 정산에 귀속하는가?
- 프로모션 배송비는 거래처 차감인가, 자사 판촉비인가?
- 세금계산서를 먼저 수정할지 정산 합의서를 먼저 확정할지?
사람이 결정하는 지점 · 거래처 발송, 금액 확정, 지급, 세금계산서 수정과 원장 변경은 사용자가 근거를 확인하고 승인하기 전까지 실행하지 않습니다.
정산 검토 요청제품 근거 경계 · 이 페이지는 정산 운영팀을 위한 파일럿 설계입니다. 실제 연결 범위와 회사별 승인 정책은 첫 업무 관찰에서 확인합니다.
조사 근거
문서와 이벤트가 실제로 만나는 지점에서 설계했습니다.
세금 증빙의 발급 시점, 출고·입고 이벤트, 메일 첨부, 정산표와 승인 흐름을 공식 문서로 확인했습니다.
국가법령정보센터 · 부가가치세법 제34조세금계산서 발급시기 · 공급시기·세금 증빙GS1 · EPCIS 2.0shipping · receiving · business transaction · 출고·입고 이벤트Google Workspace · Gmail APImessage attachments · 메일·첨부 수집Google Workspace · Sheets APIspreadsheets · developer metadata · 정산표·필드 추적Slack · Workflow Buildertrigger · step · variable · button · 승인·후속 실행
자주 묻는 질문
거래처 정산 자동화, 도입 전에 가장 많이 확인할 것
거래처마다 정산 양식과 단가표가 달라도 맞출 수 있나요?
공통 거래 키를 먼저 찾고, 거래처별 열 이름·상품명·정산 주기·단가 규칙은 실제 업무 관찰을 통해 별도 매핑으로 배웁니다. 원문이 충돌하면 임의로 합치지 않고 예외로 남깁니다.
ERP 숫자와 거래처 메일이 다르면 무엇을 기준으로 하나요?
메일은 업무 접수 신호일 수 있지만 확정값은 계약, 주문, 출고·인도, 반품과 세금 증빙에 나뉘어 있을 수 있습니다. 어떤 시스템이 항목별 원장인지 회사 규칙을 확인해 근거와 함께 대조합니다.
Foli가 거래처 안내나 지급을 바로 실행하나요?
아닙니다. 차이와 근거, 수정 전후 값, 메시지 초안을 승인 패킷으로 준비합니다. 외부 발송, 금액 확정, 지급과 원장 수정은 담당자가 승인한 범위에서만 실행합니다.
정산 흐름 맞춤 준비
다음 정산 마감엔 차이만 확인하세요.
현재 정산표와 예외를 함께 보고 자동화 범위와 승인 지점을 정합니다.