문서, 헤더 및 품목
거래 문서가 어떻게 구성되는지, 총액이 항상 항목별 내용과 일치하는 이유, 그리고 항목별 내용이 더 이상 변경되지 않는 시점은 언제인지에 대해 알아봅니다.
모든 거래 문서는 상세 페이지로 열립니다. 상단에는 요약 헤더가, 하단에는 항목별 내역 표가 표시되며, 목록에서 [상세 정보] 작업을 통해 해당 페이지로 이동할 수 있습니다. 헤더는 해당 페이지에서 바로 편집할 수 있습니다. 즉, 문서를 읽고 오류를 발견한 후 바로 그 페이지에서 편집을 시작할 수 있습니다.
선은 덩어리가 아니라 격자 모양입니다.
품목 또는 회계 계정을 드롭다운 메뉴에서 선택하고 수량을 입력한 후, 누적 합계를 확인하는 방식으로 항목을 입력합니다. 전표, 청구서, 구매 주문서, 공급업체 송장, 영업 기회 등 헤더와 항목을 함께 작성하는 문서는 생성 양식 내에 동일한 그리드를 사용하므로, 문서를 처음부터 빈 상태로 생성한 후 나중에 내용을 채워 넣는 방식이 아니라 한 번에 생성할 수 있습니다.
| 기준 치수 | 문서 | 선이 무엇을 의미하는가 |
|---|---|---|
| 회계 | 저널 | 게시된 항목: 계좌, 차변, 대변. 변경 불가능합니다. |
| 회계 | 매입채무 및 매출채권 송장 | 품목, 일반 회계 계정 및 세금이 포함된 원가 계산 내역입니다. |
| CRM | 기회 | 제품 라인은 계약 체결 시 매출채권 청구서로 전환됩니다. |
| CRM | 현장 작업 지시서 | 인력과 기술자가 투입되는 작업이며, 재고에서 부품을 조달합니다. |
| 공급망 | 구매 요청서 및 구매 주문서 | 입고 수량과 미입고 수량을 보여주는 품목 라인입니다. |
| 공급망 | 영수증 | 보관함 및 로트별 수령 수량. 변경 불가. |
| HRMS | 급여 지급 실행 | 직원별 급여명세서: 총액, 세금, 공제액, 순액. |
| 조작 | 생산 주문 | BOM(자재명세서)에 명시된 구성 요소 및 라우팅 작업. |
| 조작 | 품질 검사 | 측정된 특성을 사양 한계치와 비교했습니다. |
| 전자건강기록(EHR) | 만남 | 청구 가능한 요금 항목. |
| 학생 생애주기 | 기간별 청구 | 등록비는 승인된 지원금에서 차감됩니다. |
API에서 적용되는 두 가지 규칙은 화면뿐만 아니라 API 자체에도 적용됩니다.
- 헤더 합계는 파생됩니다. 행을 추가, 변경 또는 삭제하면 동일한 데이터베이스 트랜잭션 내에서 헤더 소계, 세금 및 총액이 다시 계산됩니다. 변경 경로와 관계없이 헤더 합계는 행 합계와 절대 불일치하지 않습니다.
- 문서가 처리되면 해당 라인은 읽기 전용으로 전환됩니다. 송장이 게시되거나, 구매 주문이 접수되거나, 작업 지시서가 완료되거나, 진료비가 청구되면 해당 라인은 이미 회계 전표 입력과 재고 변동이 발생했기 때문에 읽기 전용 상태가 됩니다. 회계 기간이 마감되면 같은 이유로 해당 라인은 더 이상 표시되지 않습니다.
이 표는 사용자가 직접 입력하고 저장 시 오류가 발생하는 대신, 둘 중 어느 것인지 바로 알려줍니다. "게시됨"과 "기간 마감"은 서로 다른 문제이며 답도 다릅니다. 잘못된 답을 알려주면 오후 시간을 허비하게 됩니다.