제안
두 API 검토 의견
| 제약 | 설계에서 흡수하는 방법 |
|---|---|
| 생성한 전표를 고치거나 지울 수 없음 | 확인 단계를 등록 앞에 둠. 응답이 끊기면 다시 보내기 전에 발주번호로 조회 |
| 양식에 없는 항목을 성공 응답과 함께 버림 | 등록 후 되읽어 필드별 대조. 불일치 시 다음 단계로 넘기지 않음 |
| 판매 실적 조회 없음 | 재고·미입고 잔량 일별 적재로 월중 추정, 월말 엑셀로 대조해 차이 원인 표시 |
| 소급 입력으로 과거 재고가 바뀜 | 매일 최근 며칠을 과거 기준일자로 다시 조회 |
| 조회 한도, 연속 오류 30건 차단 | 호출량 계산해 과거 채우기를 나눠 진행, 연속 오류는 저희 기준에서 먼저 멈춤 |
| 결재는 팝업으로만 상신 | 결재 창을 채워 띄우고 담당자가 상신 |
| 결재 상태 수신 주소 | 외부 접근 가능한 수신 지점, 위변조 검증, 수신 실패 시 문서 상태 조회로 보완 |
| 메일 첨부 불가 | 기간 제한 내려받기 링크 |
| 메일 수신함 읽기 불가 | 견적송장 전용 수신 주소를 시스템이 직접 운영, 등록된 공장 주소만 자동 접수 |
| 세션·토큰 만료 | 각각 만료를 감지해 재발급하고 멈춘 단계부터 다시 실행 |
첫 주 실호출 검증 계획
| 확인할 것 | 확인 방법 | 안 되면 |
|---|---|---|
| 과거 기준일자 재고 조회와 전사 합계가 문서대로 되는가 | 기준일을 바꿔 조회하고 이카운트 화면 값과 대조 | 엑셀 경로 단독 운영 |
| 재고 조회가 품목마다 한 번인가, 전 품목을 한 번에 주는가 | 실제 호출 | 과거 채우기 기간을 늘리고 매일 조회 범위를 관리 품목으로 줄임 |
| 입고·발주 마감·재고 조정·소급 입력이 재고와 미입고 잔량에 어떻게 나타나는가 | 시험 환경에서 각각 입력해 보고 조회 | 분리할 수 없는 항목은 엑셀 대조에서 차이로 표시 |
| 같은 발주번호의 전표를 거부하는가 | 시험 환경에서 같은 번호로 두 번 등록 | 재시도 전 조회를 필수로 |
| 양식에 없는 항목이 실제로 빠지는가, 어떤 항목이 해당하는가 | 필드 대응표의 모든 항목을 넣어 등록 후 되읽기 | 양식 설정 추가 요청 또는 저희 시스템에 별도 보관 |
| 결재 상태 수신이 오는가, 서명 검증 값이 무엇인가 | 시험 양식으로 기안·승인·반려 | 문서 상태 조회를 주기적으로 |
결재와 등록의 순서
반려 처리 방식이 정해지지 않았다면 ②(승인 뒤 등록)를 권합니다. 이카운트에 반려된 전표가 남지 않기 때문입니다. 다만 다른 부서가 승인 전 발주를 봐야 하는 사정이 있으면 ①(등록 뒤 품의)을 택하고, 이카운트에 남는 반려 전표를 따로 표시·정리하는 규칙을 함께 정합니다. 두 순서 모두 발주서 PDF와 발주번호는 저희 시스템이 만들기 때문에 품의를 먼저 올리는 데 이카운트 전표가 필요하지 않습니다.
판매가 이카운트에 들어오는 경로
판매가 대부분 쇼핑몰이나 다른 프로그램에서 이카운트로 자동 입력된다면, 이카운트가 아니라 그 출발점에서 판매 자료를 받아 역산 의존을 줄일 수 있습니다. 판매 입력 경로를 확인하고 싶습니다.
확인이 필요한 사항
- 입고를 발주에 연결해 입력하는지, 연결 없이 입력하는 경우가 얼마나 되는지
- 소급 입력이 얼마나 자주, 며칠 뒤까지 생기는지
- 관리 품목 수
- 원가를 볼 수 있는 인원과 품목·수량만 볼 인원
- 공장 담당자 메일 주소 목록 (견적송장 자동 접수 기준)