전기 등록부 검토

전기 등록부는 개별 프로젝트 밖에 있는 테넌트 수준 콘솔로, 재무 및 회계 담당자가 열람 권한이 있는 모든 프로젝트와 연결의 ERP 전기를 검토하는 곳입니다. ERP 전기 기록이 이미 액세스 권한이 있는 단일 프로젝트로 범위가 제한되는 반면, 전기 등록부는 여러 프로젝트와 연결의 전기를 한곳에서 봐야 하는 검토자를 위한 프로젝트 간 보기입니다.

전기 등록부는 우선 검토를 위해 만들어졌습니다. 시뮬레이션 전기 지우기와 실패한 전기 다시 시도라는 두 가지 일괄 작업, 세부 정보 서랍의 단일 행 다시 시도, 되돌리기, 그리고 내부 거래 실행 전체를 한 번에 되돌리는 기능으로 그리드와 세부 정보 서랍에서 바로 작업할 수 있습니다. AI 지원은 전기를 더 빠르게 찾고 이해하도록 돕고, 추세, 계보, 통제 합계, 마감, 내보내기로 분석하고, 원본까지 역추적하고, 기간을 확정하고, 데이터를 내보낼 수 있습니다. 협업을 통해 팀이 함께 전기에 댓글을 달고, 승인하고, 감시할 수 있으며, 알림에는 금액이 포함되지 않습니다.

콘솔은 떠 있는 창 여러 개가 아니라 하나의 도킹된 워크스페이스입니다. 왼쪽의 탐색 레일에서 전기, 시뮬레이션, 예외, 승인, 위임, 요약, 추세, 통제 합계, 계보, 내보내기 및 알림, AI 지원 화면을 각각 제자리 창으로 엽니다. 따라서 화면을 전환하면 이전 창 위에 새 창이 쌓이지 않고 워크스페이스 중앙의 내용이 바뀝니다. 전기를 열면 작업하던 목록을 가리지 않고 오른쪽에서 세부 정보가 밀려 나옵니다.

하나의 도킹된 워크스페이스입니다. 레일은 화면을 중앙에 제자리로 열고, 전기의 세부 정보는 목록을 가리지 않고 오른쪽 서랍에 열립니다.

열람 가능한 사용자

전기 등록부를 열려면 Keycloak 영역 스코프 네 가지 중 하나가 필요합니다. erp.register.view, .operate, .approve, .admin입니다. 이 스코프는 단계적으로 상위 권한을 포함하는 구조가 아니라 독립적인 권한 부여입니다. .admin을 가지고 있다고 해서 .operate가 부여하는 권한이 자동으로 주어지지 않으며, 상태를 변경하거나 외부로 내보내는 모든 작업은 상위 단계에서 유추하지 않고 각자 필요한 스코프를 명시적으로 확인합니다.

스코프	부여 권한
`erp.register.view`	등록부를 열고 전기를 검토합니다. 예외 대기열, 그리드, 요약 보기, 추세, 계보, AI 지원이 해당합니다. 이 중 어느 것도 적용, 내보내기, 알림을 수행하지 않습니다.
`erp.register.operate`	상태를 바꾸거나 콘솔 밖으로 나가는 모든 작업의 기본 권한입니다. 일괄 작업, 되돌리기 시작, 되돌리기 승인 요청, 승인 받은편지함 열기와 권한이 있는 요청 결정, 위임 확인 또는 반환, 내보내기 또는 전달 예약, AI 지원 다이제스트 구독, 댓글·승인·감시 게시가 포함됩니다. `.approve` 및 `.admin` 권한이 필요한 작업은 `.operate`를 대체하지 않고 그 위에 추가로 확인됩니다. 아래를 참조하십시오.
`erp.register.approve`	테넌트의 직무 분리 임계값 이상인 되돌리기에 대한 승인 권한입니다. 이 스코프를 직접 가지고 있거나 이를 가진 사람에게서 활성 위임을 받은 경우에 해당합니다. 또한 중단된 되돌리기 시도(`released` 또는 `confirmed`)를 해결할 수 있습니다. 해당 권한의 위임을 다른 사람에게 부여하려면 본인도 `.approve`를 가지고 있어야 하며, 위임을 사용, 조회, 철회하는 데는 필요하지 않습니다. 모두 `.operate`와 함께 보유해야 합니다.
`erp.register.admin`	감사자 내보내기 및 기준 시점 읽기 프로필(마스킹되지 않은 금액과 작성자 신원), 그리고 테넌트의 보존 정책 설정입니다. 각각 `.operate`와 함께 보유해야 합니다. 다른 멤버의 일정을 삭제하거나 즉시 실행하는 것도 가능합니다.

편의를 위해 기본 제공 보안 그룹 네 개가 이 스코프를 누적 방식으로 묶어 제공합니다. Posting Register Viewer(.view), Operator(.operate 추가), Approver(.approve 추가), Admin(네 가지 모두)입니다. 그러나 스코프끼리는 서로를 포함하지 않으므로 보안 그룹 매트릭스에서 원하는 조합을 독립적으로 할당할 수 있습니다. .approve와 .admin은 각각 단독으로는 의미가 없습니다. 이 스코프가 제어하는 모든 작업에는 .operate도 필요하므로, 되돌리기를 해결하거나 마스킹을 해제한 내보내기를 하려는 그룹에는 상위 단계에서 유추하지 말고 .operate를 명시적으로 함께 부여해야 합니다. 모든 사람에게 .view만 주지 말고, 멤버가 수행해야 하는 작업에 맞는 단계 또는 조합을 할당하십시오.

가시성 규칙

erp.register.* 스코프가 있으면 콘솔은 열리지만, 그것만으로 어떤 전기가 보이게 되지는 않습니다. 전기는 해당 전기의 연결에 대한 개인 연결 권한을 가지고 있고, 전기가 프로젝트에 속한 경우 해당 프로젝트에 대한 액세스 권한도 있어야 등록부에 표시됩니다. 프로젝트에 연결되지 않은 전기는 연결 권한만으로 제어됩니다.

이는 위의 등록부 스코프와는 별개의 권한이며, 둘 다 필요합니다.

연결 권한. 연결의 명시적 소유자이거나, 개별적으로 지정되었거나, 연결에 지정된 보안 그룹의 멤버여야 합니다. 이는 연결의 보안 모델이 제어하는 것과 같은 권한입니다. All Workspace Members로 설정된 연결은 등록부 가시성을 부여하지 않습니다. 이 설정은 연결을 모두가 사용할 수 있게 할 뿐 개인, 그룹, 소유권 권한이 아니며, 등록부는 이 중 하나를 구체적으로 요구합니다.
프로젝트 액세스. 프로젝트에 속한 모든 전기에 필요하며, 다른 프로젝트 작업에 필요한 것과 같은 액세스입니다.

erp.register.view는 있지만 연결 권한이 전혀 없는 멤버에게는 올바르게 비어 있는 등록부가 표시되며, 콘솔이 고장 난 것처럼 보이지 않고 그 사실을 알려 줍니다. 철회된 연결 또는 프로젝트 권한은 다음 페이지 로드 시 적용되므로, 정리해야 할 오래된 가시성이 남지 않습니다.

역할별로 보이는 내용

콘솔은 역할에 맞게 조정됩니다. 스코프가 없는 레일 항목이나 작업 버튼은 흐리게 표시되는 것이 아니라 숨겨지므로, 워크스페이스에는 실제로 할 수 있는 작업만 표시됩니다. 이는 서버가 적용하는 규칙을 대체하는 것이 아니라 그대로 반영한 것입니다.

보유 스코프	표시 내용
`erp.register.view`	검토 화면: 예외 대기열, 그리드, 요약, 추세, 계보, 통제 합계, AI 지원.
`erp.register.operate`	작업 버튼 추가: 다시 시도, 되돌리기, 시뮬레이션 전기 지우기.
`erp.register.approve`	승인 받은편지함, 승인 결정, 위임 추가.
`erp.register.admin`	보존 설정과 마스킹되지 않은 감사자 내보내기 추가.

컨트롤을 숨기는 것은 표시 방식일 뿐이며, 거부될 작업이 제안되지 않도록 하는 편의 기능입니다. 서버가 최종 권한을 가집니다. 상태를 변경하거나 외부로 내보내는 모든 작업은 실행하는 시점에 각자 필요한 스코프와 연결 및 프로젝트 권한을 다시 확인합니다. 클라이언트가 버튼을 보여 줬다고 해서 허용되는 것은 없으며, 클라이언트가 버튼을 숨겼다고 해서 실제로 차단되는 것도 아닙니다.

예외 대기열

등록부를 열면 그리드가 아니라 예외 대기열이 표시됩니다. 주의가 필요할 가능성이 가장 높은 전기를 네 개의 버킷으로 묶어 우선순위 순으로 보여 줍니다.

불확실 — 전기를 제출했지만 결과를 확인해 주는 정보가 아직 없습니다.
미확인 — 제출했으며, 확인되었어야 하는 기한이 지났습니다.
대기 중 — 비동기 전기이며, 해결되었어야 하는 기한이 지났습니다.
실패 — ERP가 거부했습니다.

각 버킷은 대기열 위에 실시간 합계를 보여 주는 건수 타일로 표시되므로, 아무것도 열기 전에 작업의 규모를 알 수 있습니다. 타일을 선택하면 대기열이 해당 버킷으로 필터링되고, 다른 타일은 각자의 합계를 계속 표시합니다. 따라서 실패로 전환해도 불확실 건수가 비어 보이지 않습니다.

“경과”는 임의로 정한 임계값이 아니라 플랫폼 자체의 타이머를 기준으로 측정하므로, 플랫폼이 기한 초과로 판단하는 시점에 정확히 맞춰 전기가 버킷에 들어갑니다. 각 버킷 안에서는 가장 오래된 전기가 먼저 표시됩니다.

시뮬레이션 전기는 대기열과 건수에 나타나지 않으며, 대기열에 제외된 건수가 표시되므로 시뮬레이션 때문에 건수가 적은 경우를 “검토할 것이 없음”으로 오해하지 않습니다. 하나의 버킷으로 필터링하면 표시되는 행만 좁혀지고 다른 버킷의 건수는 바뀌지 않으므로, 실패로 전환해도 불확실이 비어 보이지 않습니다.

그리드와 동일한 가시성 규칙이 여기에도 적용됩니다. 개인적으로 권한을 부여받은 연결에 속하고 액세스할 수 있는 프로젝트에 있는 전기의 예외만 볼 수 있습니다.

아직 처리되지 않은 되돌리기

API의 예외 목록 GET /erp/register/exceptions는 다섯 번째 범주인 reversal_outstanding도 보고합니다. 되돌리기가 전송되었지만 완결되지 않은 전기된 항목으로, ERP가 응답하지 않았거나 전송 도중 시도가 중단된 경우입니다. 다른 네 가지와 별도의 건수가 있고 불확실과 함께 맨 위로 정렬되며, 각 행에는 되돌리기 시도와 그 상태가 표시됩니다. 이러한 항목은 되돌리기에서 설명하는 대로 해결될 때까지 목록에 남으며 저절로 사라지지 않습니다.

연결 상태

예외 대기열과 아래의 요약 보기 위에 있는 배너는 둘 다 단독으로는 답하지 못하는 질문에 답합니다. 연결 중 하나가 다운되었는가? 개인적으로 권한을 부여받은 연결에 대해서만 마지막으로 성공한 전기와 해당 연결이 현재 오류 상태인지를 보여 줍니다. 아직 전기가 없는 권한 부여 연결은 목록에서 빠지지 않고 그 사실이 표시되며, 상태 검사 자체를 완료하지 못한 경우에도 문제없다고 조용히 보고하지 않고 그 사실을 배너에 표시합니다.

금액 서식

등록부가 표시하는 모든 금액(그리드, 요약, 통제 합계, 세부 정보 서랍, 예외 대기열, 승인 받은편지함, AI 지원, 되돌리기 대화 상자)은 회계 수치로 렌더링됩니다. 천 단위 구분 기호, 괄호로 표시한 음수, 금액 열이 소수점에서 정렬되도록 하는 탭 형식(고정 너비) 숫자를 사용합니다. 소수 자릿수는 일률적인 두 자리가 아니라 통화에 따라 결정되며, JPY는 소수점이 없고 KWD는 세 자리입니다.

소계는 통화 간에 합산되지 않습니다. 둘 이상의 통화가 들어 있는 그룹이나 배치는 요약 보기와 통제 합계 모두에서 통화별로 한 행씩 분리되고 각 행에 해당 통화가 표시됩니다. 플랫폼 어디에서도 환율을 가정하지 않습니다.
표시를 위한 반올림이 실제 차이를 숨기지 않습니다. 통화의 일반적인 소수 자릿수로 반올림하면 0이 아닌 자릿수가 사라지는 경우, 세부 정보 서랍에는 반올림된 값과 함께 캡처된 정확한 값이 표시됩니다. 통제 합계 수치는 같은 이유로 전혀 반올림되지 않습니다. 허용 오차와 비교하는 차이는 전체 정밀도로 유지되므로, 0.004 같은 실제 허용 오차 초과 차이가 “불균형” 판정 옆에 0.00으로 표시되는 일이 없습니다.

등록부 그리드

그리드로 전환하면 예외만이 아니라 모든 전기를 볼 수 있습니다. 볼 수 있는 모든 프로젝트와 연결의 전기가 전기당 한 행으로 나열됩니다. 그리드 상단에는 보고 있는 범위를 좁히는 범위 표시줄이 있습니다.

프로젝트
환경
연결
ERP 유형
엔터티
전기 일자
상태
전기 모드

직접 ERP 유형 필터를 만들려면 GET /erp/register/erp-types가 볼 수 있는 전기에 포함된 모든 ERP 유형을 정렬하여 반환합니다.

범위 표시줄은 선택기를 사용합니다. 식별자를 직접 입력하지 않고, 열람 권한이 있는 항목으로 범위가 제한된 목록에서 프로젝트, 연결 또는 엔터티를 이름으로 선택합니다. 상태는 다중 선택이므로 여러 상태를 동시에 볼 수 있습니다.

전기 모드는 항상 표시되는 세 버튼 스위치이므로, 숫자에 무엇이 포함되는지 한눈에 알 수 있습니다. 실거래는 ERP에 도달한 전기만, 시뮬레이션은 시뮬레이션 모드 실행에서 생성된 전기만, 모두(기본값)는 둘 다 표시합니다. 그리드의 전기 모드 열에는 각 행이 어떤 종류인지 표시됩니다. Reconcile 및 요약 화면에는 같은 선택지를 가진 자체 전기 모드 선택기가 있으며 기본값은 실거래입니다. 모드가 실거래가 아니면 금액 합계 옆의 메모에 합계가 ERP에 도달하지 않은 시뮬레이션 전기를 포함한다고 표시되며, 시뮬레이션에서는 ERP에 도달한 전기가 없다고 표시됩니다. 설정한 값이 작업 중에 화면에 계속 표시되므로 그리드에 현재 무엇이 표시되는지 추측할 필요가 없습니다.

일괄 작업

그리드에서 전기를 둘 이상 선택하여 한꺼번에 처리할 수 있습니다. 행의 확인란을 선택하거나 현재 필터와 일치하는 항목 모두 선택을 선택하여 전기를 고릅니다. 후자는 이미 로드된 항목만이 아니라 모든 페이지에 걸쳐 필터와 일치하는 모든 전기를 대상으로 합니다.

두 가지 작업을 제공합니다.

시뮬레이션 전기 지우기 — 더 이상 보관할 필요가 없는 시뮬레이션 전기에 대한 소프트 삭제입니다.
실패한 전기 다시 시도 — ERP가 거부했거나 한 번도 전송되지 않은 전기를 다시 보냅니다.

영향 미리 보기

두 작업 모두 실행 전에 PlaidCloud가 영향 미리 보기를 표시합니다. 영향을 받는 전기의 수, 관련 금액(통화별로 분리되며 통화 간에 합산되지 않고, 캡처되지 않은 금액은 0.00이 아니라 빈칸으로 표시), 영향을 받는 전기가 속한 연결과 엔터티가 포함됩니다. 선택한 항목 중 작업이 건드릴 수 없는 것은 별도로 표시되므로, “선택한 전기 30건 중 24건은 아무 일도 일어나지 않음”을 실행한 뒤가 아니라 확정하기 전에 알 수 있습니다.

입력하여 확인

임계값을 넘으면 영향을 받는 금액을 정확히 일치하도록 입력할 때까지 적용 버튼이 비활성화된 상태로 유지됩니다.

다시 시도는 선택한 항목에만 실행됩니다

시뮬레이션 전기 지우기는 선택한 행이든 필터와 일치하는 모든 항목이든 어느 쪽 선택에도 실행할 수 있습니다. 일괄 작업으로서의 다시 시도는 그럴 수 없습니다. 개별적으로 선택한 전기에만 실행됩니다. 필터 전체 선택에는 다시 시도를 한정할 고정된 전기 목록이 없으므로, 다시 시도할 때는 전기를 다시 붙여 넣어야 하며 붙여 넣은 내용이 미리 보기에 표시된 것과 정확히 일치하지 않으면(같은 전기, 중복 없음, 같은 건수) 진행을 거부합니다. 이 바인딩 덕분에 확인이 정직하게 유지됩니다. 확인한 배치가 그대로 전송되는 배치입니다.

다시 시도할 수 있는 항목

ERP가 거부했거나 한 번도 전송되지 않은 전기만 다시 시도할 수 있습니다. 아직 처리 중이거나, 불확실하거나, 이미 전기된 항목은 여기서 다시 시도할 수 없습니다.

연결의 ERP가 지원하는 경우 PlaidCloud는 다시 시도하기 전에 ERP에 직접 문의합니다. ERP가 이미 해당 문서를 전기된 것으로 보유하고 있으면 다시 시도가 거부되고 대신 되돌리기가 제안됩니다. ERP가 이 확인에 응답하지 못하면 위험을 감수하지 않고 다시 시도를 거부하며, 추측하지 않습니다. 일부 연결은 이 확인을 전혀 지원하지 않으며, 이 경우 다시 시도는 전기에 기록된 자체 거부 내역에 의존합니다.

다시 시도하려면 erp.register.operate와 해당 전기 연결에 대한 본인의 개인 권한이 모두 필요합니다. 이는 가시성 규칙에서 전기를 보기 위해 요구하는 것과 같은 연결 권한입니다.

세부 정보 서랍에서 다시 시도

전기의 세부 정보 서랍에도 감시 컨트롤 옆에 자체 다시 시도 버튼이 있습니다. 그리드를 거치지 않고 한 번에 한 행씩 수행하는 같은 다시 시도입니다. 한 번 클릭으로 끝나지 않습니다. 열면 일괄 작업과 동일한 영향 미리 보기가 표시되고, 임계값을 넘으면 동일한 입력 확인 절차가 표시됩니다. 다시 시도 경로는 하나뿐이며 두 곳에서 진입할 뿐입니다. 이 버튼은 erp.register.operate를 가진 멤버에게 모든 행에 표시됩니다. 서랍은 제공하기 전에 행이 다시 시도 가능한지 미리 판단하지 않으므로, 이미 전기되었거나 처리 중이거나 ERP가 이미 보유하고 있는 등 자격이 없는 것으로 밝혀진 행은 조용히 숨겨지지 않고 미리 보기에서 서버가 제시하는 이유와 함께 거부됩니다.

시뮬레이션 전기 지우기

지우기는 소프트 삭제입니다. PlaidCloud는 지운 사람과 시점을 기록하며, 적용을 활성화하기 전에 사유를 요구합니다. 시뮬레이션 미리 보기 저장소와 원장 자체의 시뮬레이션 분개에서 전기를 제거하며, 실제 전기는 절대 건드리지 않고 실제 전기를 대상으로 지정할 방법도 없습니다.

시뮬레이션 전기 보기

시뮬레이션 전기는 레일에서 창으로 열리며, 기본 그리드에서 시뮬레이션 행을 찾도록 하는 대신 시뮬레이션 저장소에 있는 항목을 나열합니다. 연결, 프로젝트, 환경 또는 시뮬레이션 실행 ID로 필터링합니다.

지워진 항목 포함은 기본적으로 꺼져 있으며, 서버의 기본값과 일치합니다. 지워진 행은 지우기의 감사 기록이므로 그 목적으로 잠시 보관됩니다. 따라서 이 보기는 자체 이력이 아니라 저장소에 아직 남아 있는 항목을 먼저 보여 줍니다.
여기에서 지우는 경우에도 그리드의 일괄 작업과 같은 영향 미리 보기를 거치며 한 번 클릭으로 지워지지 않고, 범위는 보기의 필터가 현재 일치시키는 항목으로 한정됩니다.
보기의 요약 줄에는 예외 대기열이 표시하는 것과 같은 simulated_excluded 수치도 보고됩니다. 시뮬레이션 저장소와는 별개의 테이블인 전기 원장에 있는 시뮬레이션 전기 중 몇 건이 대기열에서 제외되었는지를 나타냅니다. 시뮬레이션 행은 ERP에 도달한 적이 없으므로 예외가 될 수 없기 때문입니다.

AI 지원

지원을 열면 검색 상자, 선제적 카드 한 줄, 행별 조언 패널이 표시됩니다. 여기에 나오는 모든 수치는 등록부가 사용자의 실시간 권한을 기준으로 직접 계산합니다. 모델이 구성되어 있더라도 설명하거나 초안을 작성할 뿐이며 숫자나 조건식을 지어내지 않습니다.

일상어로 질문

“지난주 EMEA 연결의 불확실 전기”와 같은 문장을 입력하면 모델 호출이 아니라 고정된 표에 따라 등록부 자체의 필터 어휘로 구문 분석됩니다. 구문 분석은 그리드가 이미 보여 주는 행을 좁히기만 할 수 있고 권한이 없는 행에는 도달할 수 없습니다. 모델의 유일한 역할은 구문 분석 내용을 한 문장으로 설명하는 것입니다. 일치한 필드와 그 결과 필터가 찾은 행의 수를 알려 줍니다.

선제적 카드

살펴볼 만한 항목을 요약하는 카드 일곱 장이 있으며, 각 카드에는 사용자의 권한 범위로 제한된 실시간 건수와 샘플 행이 표시됩니다. 마감 대기 중, 유사 중복, 내부 거래 순합계 0 불일치, 지난 마감 대비 변경, ERP에서 확인됨, 경과 및 담당자, 이미 되돌려짐입니다. 워크스페이스에 LLM 연결이 구성되어 있으면 수치 옆에 짧은 설명 문장이 표시되고, 없으면 카드는 그대로 전체가 표시되면서 설명이 없는 이유를 알려 줍니다. 카드에서 캡처되지 않은 금액은 항상 0.00이 아니라 빈칸이며, 요약 보기가 따르는 규칙과 같습니다.

행별 조언

전기를 선택하면 상태에 따라 두 종류의 조언을 받습니다.

되돌리기 초안 — 모든 전기에 제공되며, 되돌리면 어떻게 되는지를 보여 줍니다. 연결의 드라이버가 되돌리기를 지원하는지, 일치시켜야 하는 통제 합계, 기간 검사가 포함됩니다. 초안일 뿐이며 여기서는 아무것도 되돌려지지 않습니다.
실패 방향 — 거부되었거나 불확실한 전기에 제공되며, 실패한 이유, 다시 시도할지 먼저 원본 데이터를 수정할지, 수정할 필드, 다시 시도를 눌렀을 때의 중복 위험을 알려 줍니다. ERP 자체의 오류 메시지는 자유 텍스트이므로 직접 표시하지 않고 서버 측에서 원인으로 분류하며, 이는 등록부의 나머지 부분에서 자유 텍스트를 배제하는 것과 같은 규칙입니다.

일일 다이제스트

다이제스트는 위의 카드를 마감과 관련된 하위 집합(마감 대기 중, 경과 및 담당자, 유사 중복, 내부 거래 순합계 0 불일치, ERP에서 확인됨)으로 한정하여 오늘 전송되었을 때의 모습으로 요청 시 미리 보여 줍니다. 토글로 구독 또는 구독 취소를 할 수 있으며, 구독에는 멤버 ID만 저장됩니다. 따라서 이후에 잃은 권한의 행은 오래된 보기를 노출하지 않고 다음 다이제스트에서 그냥 빠집니다.

되돌리기

전기를 되돌려 ERP에 반대 방향의 새 문서를 만드는 기능은 세부 정보 서랍의 되돌리기 컨트롤에서 사용할 수 있으며, 자동화를 위해 API로 직접 사용할 수도 있습니다.

자격 여부는 전기 자체의 상태(확인된 ERP 문서 ID가 있는 전기된 항목만 되돌릴 수 있음), 연결의 드라이버(Business Central, Oracle Fusion, Acumatica는 프로그래밍 방식 되돌리기를 전혀 지원하지 않으며 시도하면 그렇다고 알려 줌), 그리고 되돌리기 시도가 이미 진행 중인지에 따라 달라집니다. 서랍은 되돌리기를 열 때와 제출 직전에 다시 한 번 자격을 확인하므로, 그 사이에 상태가 오래된 행(예: 다른 되돌리기가 이미 진행 중)은 실패할 요청을 보내지 않고 드라이버의 거부 사유를 드라이버 자체의 표현으로 보여 줍니다.
되돌리기에는 erp.register.operate가 필요하며 입력 확인 절차를 거칩니다. 되돌리기가 활성화되기 전에 전기 자체의 ERP 문서 ID를 다시 입력해야 하며, 이는 브라우저에서만 확인되고 전송되지 않습니다. 일괄 작업이 사용하는 것과 같은 영향 범위 확인 패턴이며, 승인 단계가 아니라 안전 확인 절차입니다.
되돌리기는 선택적으로 새 항목을 원래 전기와 다른 대상 기간으로 보낼 수 있습니다. 명시적 전기 기간을 받는 ERP 어댑터에서는 반영되고, 그렇지 못한 어댑터에서는 명확한 오류와 함께 거부됩니다. 지정 변경이 요청과 다른 기간에 반영될 수도 있습니다. 일부 어댑터는 전송 후에야 반영 여부를 알게 되므로, 서랍은 시도가 실제로 되돌려짐으로 결정된 후에만 반영된 기간을 표시하며 그보다 일찍 표시하지 않고, 그 밖의 모든 결과에는 서버 자체의 메시지를 따릅니다. 하드 데이터베이스 래치가 있어 진행 중인 되돌리기가 있는 동안에는 프로세스가 전송 도중 중단되더라도 두 번째 되돌리기 시도가 전송되지 않습니다. 아무것도 생성되지 않았으므로 ERP가 거부하면 이 래치는 자동으로 해제됩니다.
어디에서 시작하든 한 번에 하나의 되돌리기만 가능합니다. 전기 등록부에서 보낸 되돌리기와 워크플로 또는 프로젝트 수준 되돌리기 API에서 보낸 되돌리기는 같은 래치를 공유하며, 각각 래치를 확보한 뒤 전기를 다시 읽으므로 재실행이든 동시 요청 두 건이든 전기가 두 번 되돌려지는 일은 없습니다.
알 수 없는 응답은 추측하지 않고 보류합니다. ERP가 시간 초과되거나 서버 오류를 반환하거나 PlaidCloud가 인식하지 못하는 방식으로 응답하면, 되돌리기는 거부가 아니라 in_doubt로 기록되고 래치는 유지됩니다. 되돌리는 문서는 원본과 대칭일 때만 되돌리기로 인정됩니다. 같은 엔터티와 통화이고, 날짜가 더 이르지 않으며, 모든 라인의 차변과 대변이 서로 바뀐 경우입니다. 그 외에는 확인하실 수 있도록 불확실 상태로 남습니다.
pending 또는 in_doubt로 남은 되돌리기는 결과를 알 수 없으며 해결될 때까지 그 상태로 유지됩니다. Workday와 Dynamics 365 Finance & Operations의 경우 PlaidCloud는 해당 전기의 되돌리기를 다음에 시도할 때 in_doubt 되돌리기를 ERP에서 조회하고, 찾은 내용에 따라 해결합니다. 해당 연결의 pending 되돌리기와 다른 모든 연결의 해결되지 않은 되돌리기는 서랍의 해결 컨트롤로 정리하며, 이 컨트롤은 .operate에 더해 erp.register.approve가 필요합니다. 사람이 ERP를 직접 확인하고 찾은 내용을 기록합니다. 해제(ERP에 아무것도 생성되지 않았으므로 원장은 그대로이고 전기를 다시 되돌릴 수 있게 됨) 또는 되돌림으로 표시(되돌리는 문서가 존재하며 해당 ID를 입력함) 중 하나이며, 이것이 래치를 해제하는 유일한 방법입니다. 되돌리기를 confirmed로 표시하는 것은 영구적이며 제품에서 실행 취소할 방법이 없습니다.

직무 분리

테넌트에 구성된 임계값 이상의 되돌리기는 진행하기 전에 승인이 필요하며, 승인은 요청에 제출자가 이름을 적어 넣는 것이 아니라 승인자가 수행하는 것입니다.

작성자≠검토자. 되돌리기를 제출한 멤버는 그 승인자가 될 수 없으며, 자신의 비상 승인자도 될 수 없습니다.
크기로 측정. 임계값은 부호와 관계없이 되돌리기의 크기를 비교하므로 대변을 되돌리는 것도 차변을 되돌리는 것과 같게 측정됩니다.
최근 되돌리기도 임계값에 반영됩니다. 롤링 윈도우가 같은 연결에서 제출자 본인의 되돌리기를 합산하므로, 큰 되돌리기를 여러 개의 작은 되돌리기로 나누어 임계값 아래로 유지할 수 없습니다. 금액은 상계하지 않고 크기를 기준으로 합산하므로 음수 되돌리기와 양수 되돌리기가 서로 상쇄되지 않습니다.
안전 쪽으로 실패합니다. 윈도우 안의 이전 되돌리기를 확인할 수 없는 경우(예: 캡처되지 않은 금액 또는 통화) 검사를 건너뛰지 않고 되돌리기에 승인을 요구합니다.
승인자는 자격을 갖춰야 합니다. erp.register.approve(또는 이를 가진 사람의 활성 위임)와 되돌릴 연결에 대한 본인의 권한이 필요합니다. 둘 다 가진 멤버가 두 명 미만이면 임계값 이상의 되돌리기는 통과시키지 않고 거부됩니다.
비상 승인(break-glass) 은 제출자가 재정의를 승인한 사람을 직접 지정하는 유일한 경로로 남아 있습니다. 운영 체계와 독립적인 승인자가 결정하는 진짜 비상 상황이며, 승인자는 erp.register.admin을 가지되 .operate나 .approve는 없어야 하고 연결에 대한 본인의 권한도 있어야 합니다. 모든 재정의는 감사 추적에 영구적으로 기록됩니다.
거부 시 이유를 알려 주지 않습니다. 요청에 자격을 갖춘 승인자가 없든, 잘못된 사람이 결정했든, 열린 적이 없든 되돌리기는 동일한 메시지로 거부됩니다. 의도적인 설계이며, 거부를 이용해 누가 어떤 역할이나 권한을 가졌는지 파악할 수 없게 하기 위한 것입니다. 실제 이유는 오류가 아니라 감사 추적에 있습니다.
실행 되돌리기는 실행 전체에 한 번이 아니라 각 레그마다 승인이 한 번씩 필요합니다. 내부 거래 실행 전체를 한 번에 되돌려도 실행 수준의 단일 승인은 없으며 모든 레그에 각자의 승인이 필요합니다. 승인은 하나의 전기, 하나의 연결, 그리고 그곳에 권한을 가진 한 명의 승인자에게 묶여 있어서 실행 전체의 레그를 묶을 단일 이름이 없기 때문입니다.
되돌리기는 등록부를 거칩니다. 직무 분리가 켜져 있는 동안 프로젝트, 사용자 정의 함수 또는 서비스 계정이 사용하는 프로젝트 수준 ERP 되돌리기 API로 요청한 되돌리기는 ERP에 도달하기 전에 거부되며, 대신 전기 등록부에서 되돌리라는 메시지가 표시됩니다. 등록부에 캡처 세부 정보가 없는 항목은 거기서도 되돌릴 수 없으며 ERP에서 정정해야 합니다. 전기는 영향을 받지 않으며, Business Central, Oracle Fusion, Acumatica는 되돌리기를 지원하지 않는다는 자체 사유를 계속 제공합니다.

직무 분리를 켜고 임계값을 설정하는 것은 PlaidCloud가 테넌트에 대해 구성하며, 아직 콘솔에 이를 위한 토글은 없습니다.

승인 받은편지함

임계값에 따라 필요한 경우 세부 정보 서랍에서 되돌리기와 함께 제공되는 승인 요청이 해당 연결에 대해 유효한 개인 권한을 가진 모든 승인자에게 되돌리기를 라우팅합니다. 지정해서 보낼 대상은 없으며 연결 권한이 곧 라우팅입니다. 승인자는 레일의 승인에서 대기열을 처리합니다. 결정을 기다리는 요청의 받은편지함과 본인이 제출한 요청을 보여 주는 두 번째 대기열이 있습니다. 각 행에는 전기의 금액, 엔터티, 기간, 대기 시간이 표시되므로 결정하기 위해 대기열을 벗어나 무언가를 찾아볼 필요가 없습니다. 승인 또는 거부에는 결정과 함께 기록되는 사유가 하나 필요합니다.

승인은 부여된 대상, 즉 전기, 연결, 명시된 사유, 대상 기간에 정확히 묶여 있으며 다른 되돌리기, 다른 사유 또는 변경된 대상 기간에는 재사용할 수 없습니다. 변경된 요청에는 새로 승인을 받아야 합니다. 전기 하나에는 한 번에 하나의 요청만 열 수 있으며, 승인은 사용되는 즉시 소진됩니다. 모든 승인 뒤에는 짧은 보류 시간이 있으며 그동안 승인자나 제출자가 취소할 수 있습니다. 보류 시간이 지나면 되돌리기가 이미 ERP의 문서가 되어 있을 수 있고 이를 취소할 방법은 없습니다. 되돌리기가 실제로 적용되는 시점에 승인자의 역할, 양쪽 당사자의 연결 액세스, 테넌트의 승인자 두 명 최소 요건을 모두 다시 확인하므로, 이전에 받은 승인은 그 사이에 승인자가 액세스 권한을 잃으면 유지되지 않습니다.

위임

승인자는 레일의 위임 창에서 일정 기간 동안 다른 멤버에게 승인 권한을 위임할 수 있습니다. 승인자가 자리를 비우지만 되돌리기는 계속 결정해야 할 때 유용합니다. 위임을 부여하려면 erp.register.approve가 필요하며, 위임을 사용하거나 본인의 위임을 확인하거나 반환하는 데는 .operate만 있으면 됩니다. 일반적인 위임받는 사람은 승인자 역할을 전혀 갖고 있지 않으며, 그것이 바로 위임하는 이유이기 때문입니다.

자기 자신에게 위임하는 것은 거부되며, 상호 위임(이미 나에게 위임한 사람에게 위임)이나 더 긴 체인도 거부됩니다. 이 중 어느 것도 인정되지 않으므로, 두 멤버가 직접적으로든 중간 단계를 통해서든 서로의 결정이 둘 모두를 대신하는 것으로 몰래 처리할 수 없습니다. 작성자≠검토자 원칙은 위임을 통해서도 그대로 적용됩니다. 위임받은 사람은 자신에게 위임한 사람의 요청을 승인할 수 없고, 어느 방향으로든 본인의 요청도 승인할 수 없습니다. 위임받은 사람이 내리는 모든 결정은 그 사람이 역할을 직접 가진 것처럼 기록되지 않고, 위임한 승인자의 권한으로 내려진 것으로 감사 추적에 기록됩니다.

에스컬레이션

결정 없이 너무 오래 대기 중인 승인은 알림을 발생시키므로, 아무도 지켜보지 않는 대기열에서 조용히 오래되지 않습니다. 각 수신자는 본인이 실제로 결정할 수 있는 요청에 대해서만 안내를 받습니다. 동료에게 보내는 에스컬레이션 이메일에는 다른 사람의 권한으로 라우팅된 요청이 언급되지 않으며, 알림에는 금액과 자유 텍스트가 포함되지 않습니다. 이는 등록부의 다른 알림이 따르는 것과 같은 최소화 원칙입니다.

내부 거래 실행

내부 거래 실행은 하나의 마감을 위해 함께 만들어진 전기의 그룹, 즉 레그입니다. 이를 만든 워크플로 실행이 아니라 당시 전기에 찍힌 마감일과 순번으로 식별합니다. 해당 워크플로 실행 ID는 원장 자체의 이력에 별도로 남아 있고 전기의 마감 스탬프보다 오래 유지될 수 있으므로 실행을 식별하는 안전한 방법이 아닙니다. 실행을 나열하고, 하나를 열어 레그가 대사되고 짝지어진 모습을 확인하고, 실행 전체를 하나의 통제된 작업으로 되돌릴 수 있습니다.

현재는 API로만 접근할 수 있으며(GET /erp/register/runs, GET /erp/register/runs/{run_day}/{sequence}, POST /erp/register/runs/{run_day}/{sequence}/reverse) 아직 콘솔 화면은 없습니다.

순합계 0과 짝 맞춤

실행을 열면 레그가 두 가지 방식으로 대사됩니다. 둘 다 개인적으로 권한을 부여받은 연결로 범위가 제한되며, 등록부의 다른 모든 곳과 같은 가시성 규칙이 적용됩니다. 따라서 일부만 볼 수 있는 연결에 걸친 실행은 불균형이 아니라 부분적으로 보이는 것으로 보고됩니다.

순합계 0, 통화별: 균형, 불균형 또는 확정 불가 판정과 각 순합계의 바탕이 된 엔터티가 구분되어 표시됩니다. 통화에 속한 모든 레그가 캡처되지 않으면 해당 통화는 대사되지 않습니다. 레그 하나라도 캡처되지 않으면 통화 전체가 확정 불가가 되며, 우연히 측정된 부분만으로 순합계를 계산하지 않습니다.
짝 맞춤은 두 레그가 제출되기 전에 전기 워크플로가 양쪽에 찍어 둔 짝 맞춤 키로 각 지급 레그를 해당하는 수취 레그와 짝짓습니다. 짝지어진 한 쌍은 하나의 통화에서 순합계가 0입니다. 그 외에는 모두 명명된 사유가 붙습니다. 사용자에게 보이는 상대방 레그 없음, 캡처되지 않은 금액, 실제로 0이 아닌 순합계, 또는 통화 간입니다. 통화 간은 보고만 되고 대사되지 않으며, 플랫폼 어디에도 환율이 없기 때문입니다.

레그가 200개를 넘는 실행은 한 번의 응답으로 대사하거나 짝지을 수 없을 만큼 크므로, 실행의 잘린 일부만 계산하지 않고 둘 다 확정 불가로 반환됩니다. 따라서 큰 실행이 크기 때문에 잘못된 균형이나 잘못된 상대방 누락을 보고하는 일은 없습니다.

실행 되돌리기

POST /erp/register/runs/{run_day}/{sequence}/reverse에서 한 번의 작업으로 실행의 모든 레그를 되돌립니다.

자격은 모든 레그에 대해 미리 확인됩니다. 상태, 어댑터 지원, 진행 중인 시도, 본인의 연결 권한 등 미리 알 수 있는 것이 있으면 어떤 요청도 ERP에 도달하기 전에 실행 전체가 거부됩니다.
미리 알 수 없는 것은 나중에 레그별로 보고됩니다. ERP 실시간 상태와 권한 부여 상태는 실행 도중에 바뀔 수 있으므로, 사전 점검에서는 아무 문제가 없어 보였더라도 실행이 부분적으로 되돌려진 채로 끝날 수 있습니다. 자동 보정은 하지 않습니다. 부분 실패를 되돌리기 위해 문서를 더 전기하는 것은 실패한 쓰기보다 위험한 쓰기이기 때문입니다. 부분 실행은 단일 되돌리기와 같은 방식으로 레그별로 수습합니다.
실행 되돌리기를 다시 실행하면 부분 실행이 마무리됩니다. 이전 시도에서 이미 되돌려진 레그는 거부되지 않고 제외되므로, 다시 시도하면 실제로 남아 있는 것만 되돌려집니다.
직무 분리는 실행 합계가 아니라 레그별로 적용됩니다. 테넌트의 SoD 정책이 적용되면 실행이 무언가를 전송하기 전에 모든 레그에 각자의 승인이 필요하며, 임계값 이상일 때만이 아니라 금액에 상관없이 필요합니다. 의도적으로 보수적인 방식입니다. 레그 자체의 요건은 전송되는 순간에야 확정할 수 있기 때문입니다. 되돌려지는 실행 자체의 레그를 집계하는 롤링 분할 방지 윈도우와 실패할 수 있는 실시간 ERP 읽기 확인이 그 예입니다. 따라서 모든 승인을 미리 요구하는 것이 실행이 레그의 절반을 되돌린 뒤에야 나머지에도 승인이 필요하다는 것을 알게 되는 상황을 막아 줍니다.
일괄 작업은 한 번의 호출로 실행 전체를 처리합니다. POST /erp/register/runs/{run_day}/{sequence}/approval-requests는 제출자가 처리할 수 있는 모든 레그에 대해 승인 요청을 열고, POST .../approval-decisions는 승인자가 자격을 갖춘 모든 레그를 결정합니다. 레그마다 요청과 결정을 따로 하는 대신(일반적인 10개 레그 실행에서는 호출 20번) 각각 한 번의 호출로 끝납니다. 근간이 되는 보안 모델은 바뀌지 않습니다. 각 레그에는 여전히 해당 전기, 연결, 사유, 대상 기간에 묶인 자체 승인이 필요하고, 승인자도 각 레그의 연결에 대한 본인의 액세스 권한이 필요합니다. 승인할 수 없는 레그는 처리 가능한 다른 사람을 위해 그냥 대기 중으로 남으며 휩쓸려 들어가지 않습니다. 승인 권한이 전혀 없는 호출자는 어떤 레그에 요청이 열려 있는지 알지 못한 채 즉시 거부됩니다. 결과는 레그별로 반환되므로, 부분적으로 승인 가능한 실행은 어떤 레그가 결정되었고 어떤 레그가 왜 대기 중으로 남았는지 정확히 보고합니다.
실행 되돌리기에는 비상 승인(break-glass)을 사용할 수 없습니다. 하나의 전기에 대한 2인 재정의이며, 증인 한 명의 승인을 실행 전체에 적용하면 실행의 레그 수만큼 확대됩니다. 대신 POST /entries/{ledger_id}/reverse에서 레그별로 비상 승인을 받으십시오.
레그가 200개를 넘는 실행은 하나의 작업으로 되돌릴 수 없습니다. 대신 항목 목록에서 나누어 되돌리십시오.

추세

추세는 연결 또는 ERP 유형별로 그룹화한 실패율과 지연 시간, 그리고 되돌리기 사유 코드 분포를 보여 줍니다. 모든 분모를 포함한 모든 수치는 사용자 본인의 실시간 권한을 기준으로 계산됩니다. 기간 내에 종결된 건이 없는 연결은 실패율에 0%가 아닌 em 대시를 표시합니다. 완벽한 0이면 아무도 사용하지 않는 연결이 상태 목록의 맨 위에 오기 때문입니다. 지연 시간은 가장 최근에 종결된 전기에 대한 제한된 표본이며, 전체 기간을 포괄하는 것처럼 보여 주지 않고 표본으로 표시합니다. 되돌리기 사유는 구조화된 코드로만 표시되며, 사람이 입력한 자유 텍스트 사유는 여기서 집계되거나 표시되지 않습니다.

계보

계보는 하나의 전기에서 그것을 생성한 워크플로 실행까지 역추적하고, ERP 자체의 문서까지 이어 줍니다. 실행 ID 또는 전기의 원장 ID로 조회합니다. 원장 ID로 조회하면 먼저 사용자의 권한을 통해 실행을 확인하므로, 볼 수 없는 연결의 전기는 어느 실행에서 왔는지 노출하지 않고 아무것도 확인되지 않습니다. PlaidCloud가 해당 어댑터의 ERP 문서 URL 형식을 검증할 수 있는 경우 계보에 문서로 바로 연결되는 딥 링크가 포함되며, 그럴 수 없거나 전기가 확인된 적이 없는 경우에는 링크를 추측하지 않고 어느 쪽이 이유인지 표시합니다. ERP의 비즈니스 키는 여기에서도 나타나지 않습니다. 계보 키는 워크플로의 run_id이고 ERP 포인터는 confirmation_id이며, 등록부의 다른 모든 곳과 같습니다.

마감

마감 요청은 하나 이상의 연결과 엔터티에 대한 기간을 변경할 수 없는 특정 시점의 스냅샷으로 확정합니다. 해당 시점에 등록부가 알고 있던 해당 전기에 대한 모든 정보이며, 이후 실시간 행이 다시 시도되거나 되돌려지거나 지워지더라도 유지됩니다. 오늘 실시간 그리드에 보이는 것이 아니라 방어 가능하고 변하지 않는 기록이 필요한 잠긴 회계 기간을 위한 것입니다. 마감 요청이나 조회는 현재 API로만 가능하며, 마감을 요청하거나 둘러볼 콘솔 화면은 아직 없습니다.

마감 요청(erp.register.operate)은 개인 작업이 아니라 테넌트 전체에 대한 관리 작업입니다. 본인의 연결 권한과 관계없이 지정한 연결과 엔터티가 정확히 확정됩니다. 이미 마감된 기간을 다시 마감해도 파괴적이지 않으며, 마지막 것을 덮어쓰지 않고 항상 별도 번호가 붙은 새 개정본을 만듭니다.

마감은 저절로 구체화됩니다. 마감을 요청해도 즉시 확정되지 않습니다. 백그라운드 작업이 매일 일정에 따라 보류 중인 모든 마감을 자동으로 처리하고, 사용자가 추가 작업을 하지 않아도 Iceberg 스냅샷을 기록합니다. 특정 마감에 대해 처리를 완료하지 못하면(예: 웨어하우스 장애) 해당 마감은 멈춘 채로 남지 않고 실패로 표시되며, 다음 날 처리 시 자동으로 다시 집어서 재시도합니다. 조용히 건너뛰는 일은 없습니다. 이 방식으로 스스로 해결되지 않는 유일한 경우는 대략 500,000건이 넘는 전기에 걸친 비정상적으로 큰 마감입니다. 처리가 한 번에 확정하기를 거부하므로 PlaidCloud의 도움을 받아 더 작은 배치로 나누어 마감해야 합니다. 대부분의 보고 기간에는 드문 예외 상황입니다.

마감이 구체화되면 읽을 때 확정 시점에 스냅샷에 고정되지 않고 읽을 때마다 실시간으로 다시 확인되는 등록부의 일반 규칙이 적용됩니다. 현재 권한이 있는 연결과 프로젝트의 행만 볼 수 있습니다. 행을 볼 수 있는 모든 뷰어에게 금액과 작성자 신원을 보여 주는 실시간 그리드와 달리, 마감의 수치는 erp.register.admin을 가지고 있지 않으면 마스킹됩니다. 내보내기가 적용하는 것과 같은 규칙입니다. 마감에는 자체 지각 도착 건수도 보고됩니다. 마감의 최고 수위선 이후에 제출되거나 변경되어 확정에 캡처되지 않은 전기이며, 이전 마감을 다시 여는 것은 없으므로 같은 기간에 대해 새 마감을 요청해야만 볼 수 있습니다.

내보내기

내보내기 및 알림은 등록부가 파일이나 알림 형태로 콘솔을 떠나는 곳이며, 바이트가 나가는 순간 PlaidCloud의 제어가 더 이상 적용되지 않는 유일한 화면입니다. 내보내기를 만들거나 전달을 예약하려면 erp.register.operate가 필요하며, 등록부를 열어 보기만 하는 데는 필요하지 않습니다.

지금 다운로드

현재 보고 있는 등록부를 Excel에서 사용하기 좋은 CSV 또는 JSON으로 내보냅니다. 사용자의 실시간 권한으로 새로 생성됩니다. 역할에 따라 두 가지 마스킹 프로필이 적용됩니다.

erp.register.operate 는 표준 마스킹 프로필을 받습니다. 금액과 작성자 신원이 제외됩니다.
erp.register.admin 은 감사자 프로필을 받으며, 금액과 작성자 신원을 마스킹 없이 포함하는 유일한 프로필입니다.

모든 내보내기는 등록부의 다른 부분과 같은 규칙을 따릅니다. natural_key는 절대 나타나지 않고, 자유 텍스트 필드(댓글, 차원 및 worktag 값)는 단순히 정리되는 것이 아니라 완전히 제외되며, 캡처되지 않은 금액은 빈칸으로 표시되어 마스킹된 금액과 구별됩니다. 따라서 빈칸이 실제로는 “역할상 이 항목을 볼 수 없음”을 뜻하는데 “아무것도 전기되지 않음”으로 읽히는 일이 없습니다.

전달 예약

일정을 만듭니다. 필터, 주기, 형식, 그리고 멤버별 수신자 목록 또는 행 내용이 전혀 없는 알림을 위한 Slack 연결로 구성됩니다. 두 가지 종류가 있습니다.

내보내기 — 필터링된 등록부를 CSV 또는 JSON으로 반복 전달합니다.
알림 — 세 가지 조건(실패한 실제 전기, 경과한 승인, 전기 되돌리기) 중 하나로 트리거되는 알림입니다. 구독하기 전에 트리거가 현재 사용자에게 어떤 항목과 일치할지 미리 볼 수 있습니다.

각 수신자의 파일은 일정 소유자가 아니라 전송 시점의 수신자 본인의 실시간 권한으로 생성되므로, 같은 일정의 수신자 두 명이 서로 다른 파일을 받을 수 있습니다. 그 사이에 내보내기 역할을 잃었거나, 모든 연결 권한을 잃었거나, 비활성화되었거나, 등록된 주소가 없는 수신자는 조용히 제외되지 않고 명시된 사유와 함께 개별적으로 건너뜁니다. 일정의 소유자나 erp.register.admin만 다른 사람의 일정을 삭제하거나 즉시 실행할 수 있습니다.

보존

등록부가 세 종류의 이력(캡처된 페이로드 세부 정보, 시뮬레이션 전기, 감사 추적)을 얼마나 오래 보관할지를 일 수로 구성합니다. 테넌트 전체에 적용되며 erp.register.admin이 필요합니다. 모든 호출에서 모든 필드가 기록됩니다. 생략한 필드는 변경하지 않고 그대로 두는 것이 아니라 해당 기간을 해제하며, 구성되지 않은 테넌트는 모든 것을 보관합니다(숨겨진 기본값이 아니라 모든 기간이 null로 읽힙니다).

이 정책에 따라 동작하는 보존 처리는 이제 테넌트 전체에서 하루에 한 번 자동으로 실행됩니다. 예약된 내보내기 및 알림을 구동하고, 기한이 지난 전기를 예외 대기열로 옮기고, 오래된 시뮬레이션 전기를 만료시키는 것과 같은 주기 작업 메커니즘입니다.

요약 보기

요약은 레일에서 창으로 열립니다. 등록부를 실행, 기간 또는 연결별로 그룹화하면 개별 행 대신 소계와 상태 요약을 볼 수 있습니다. 그룹화는 창 상단의 세그먼트 컨트롤이므로, 아무것도 다시 열지 않고 실행별, 기간별, 연결별 사이를 제자리에서 전환합니다.

빈 금액은 빈칸으로 유지됩니다. SAP 전기 전체, 생성과 동시에 종결된 전기, 이 기능이 생기기 전에 기록된 전기처럼 캡처된 금액이 없는 전기는 소계에 아무것도 더하지 않으며 0.00으로 표시되지 않습니다. 각 그룹은 그룹 내 모든 전기가 캡처되었는지, 일부가 캡처되지 않았는지, 하나도 캡처되지 않았는지를 말로 표시합니다.
통화는 하나의 합계로 섞이지 않습니다. PlaidCloud는 환율 변환을 하지 않으므로 둘 이상의 통화에 걸친 그룹은 하나로 합산된 수치가 아니라 통화별로 한 행씩 표시됩니다. 금액 서식을 참조하십시오.
그룹 목록이 제한되어도 합계는 정확합니다. 그룹화 결과가 보기에 표시되는 그룹보다 많더라도 합계 줄은 표시된 그룹만이 아니라 모든 그룹을 포함하며, 그 사실을 알려 줍니다.

연결 상태 배너도 이 보기에 표시됩니다.

통제 합계

통제 합계는 레일에서 창으로 열리며, 가시성 규칙이 이미 범위로 지정한 것과 같은 연결 및 엔터티를 대상으로 합니다. 전기를 배치로 묶고 각 배치에 대해 균형, 불균형, 확정 불가의 세 가지 판정을 서버가 제시하는 사유와 함께 표시하며, 단어 하나만 표시하는 일은 없습니다.

확정 불가는 실제 답이며 느슨한 통과가 아닙니다. 배치는 모든 행이 측정되고 그룹이 일치할 때만 균형입니다. 빈 기간, 캡처되지 않은 금액, 전송 후 응답을 확인하지 않는 어댑터, 배치 전체를 읽기 전에 중단된 스캔은 모두 사유가 명시된 확정 불가로 반환되며 기본 녹색이 되는 일은 없습니다.
금액은 0이 아니라 빈칸입니다. 그룹의 소스 및 전기 합계와 그 차이는 금액이 캡처 또는 확인되지 않은 경우 빈칸입니다. 요약 보기가 따르는 것과 같은 규칙이며, 지어낸 0.00은 측정되지 않은 배치를 실제보다 적게 보이게 하면서도 신뢰할 수 있는 수치처럼 읽히기 때문입니다.
그룹은 통화와 엔터티별이며 서로 합산되지 않습니다. PlaidCloud는 환율 변환을 하지 않으므로 둘 이상의 통화나 엔터티에 걸친 배치는 수치를 섞지 않고 각 그룹의 합계를 나란히 나열합니다. 수치가 표시되는 방식은 금액 서식을 참조하십시오.
캡처 이전의 행은 별도의 (no batch id) 버킷에 들어갑니다. 배치 캡처가 생기기 전에 기록된 전기는 한 번도 속한 적 없는 배치로 다시 묶을 수 없으므로, 합쳐지거나 누락되지 않고 자체 행으로 표시됩니다.

같은 읽기에서 두 가지 관련 질문도 다룹니다. 하나는 엔터티 및 기간별 기간 마감 준비 상태로, 전환 시점 마감의 캡처 이전 행처럼 플랫폼에 아직 수치가 없는 버킷에 대해서는 잘못된 차단이 아니라 확정 불가로 낮춰 표시합니다. 다른 하나는 그룹별이 아니라 문서별로 보고되는 확인 드리프트로, 같은 통화/엔터티 그룹 안에서 두 문서가 반대 방향으로 어긋나면 합계에서는 일치하여 둘 다 가려질 수 있기 때문입니다.

세부 정보 서랍

세부 정보 서랍은 워크스페이스의 오른쪽에 도킹되므로 전기 하나를 읽는 동안 목록이 계속 보입니다. 행의 돋보기 아이콘으로 열거나, 선택한 행에서 Enter 키를 누르거나, 행을 더블 클릭하여 엽니다. 탭으로 구성되어 있습니다.

탭	표시 내용
분개	회계 담당자가 읽는 방식으로 표시한 전기의 차변 및 대변 라인입니다. 분개 탭을 참조하십시오.
요청/응답	나가는 요청과 ERP의 응답이며, 데이터 최소화를 위해 필터링됩니다(아래 참조).
오류	ERP 또는 전기 단계가 반환한 모든 오류.
타임라인	제출부터 현재 상태까지 순서대로 나열한 전기의 상태.
관련 항목	원래 전기와 그 되돌리기가 있는 경우 서로 연결하여 표시합니다.
감사	이 전기에 대한 활동의 읽기 전용 기록입니다. 현재는 내용이 적습니다. 아래 감사 탭을 참조하십시오.
댓글	멤버 ID로 @멘션할 수 있는, 이 전기에 대한 스레드형 댓글입니다. 협업을 참조하십시오.
승인	전기의 현재 검토 상태(검토됨, 해소됨, 후속 조치 필요)와 전체 이력입니다. 협업을 참조하십시오.

분개 탭

분개 탭은 회계 담당자가 읽는 방식, 즉 원시 요청 페이로드가 아니라 계정별 차변 및 대변 라인으로 전기 하나를 보여 줍니다.

각 ERP가 실제로 캡처하는 열만 표시됩니다. 탭은 해당 시스템이 보내는 필드만 보여 주고 그 외에는 표시하지 않습니다. Acumatica 전기에는 보조 계정이 표시되지만, 보조 계정을 보내지 않는 시스템에는 빈 보조 계정 열이 아예 표시되지 않으므로, 아무것도 채워지지 않을 열을 훑어볼 필요가 없습니다.
차원과 worktag는 각 라인 아래에 표시됩니다. 라인의 분석 세부 정보, 즉 차원이나 Workday worktag는 위쪽에 열을 추가로 욱여넣지 않고 해당 라인 아래에 표시됩니다.
통화별 합계와 정확한 균형 검사. 각 통화는 자체적으로 합산되며, 이 검사는 통화를 섞지 않고 균형이 맞지 않는 전기를 0으로 반올림하지도 않으므로 실제 불균형이 0.00으로 사라지지 않고 있는 그대로의 수치로 표시됩니다.
라인 세부 정보를 캡처하지 않는 어댑터는 그렇다고 알려 줍니다. 온프레미스 SAP처럼 드라이버가 라인별 내역을 기록하지 않는 경우, 탭은 “라인 없음”으로 오해할 수 있는 빈 그리드를 보여 주는 대신 그 사실을 명확히 표시합니다.

키보드 분류

예외 대기열에서는 위쪽 및 아래쪽 화살표 키로 한 전기에서 다음 전기로 이동하며 세부 정보 서랍이 선택을 따라갑니다. 따라서 마우스에 손을 뻗지 않고 각 전기의 세부 정보를 차례로 읽으면서 분류 작업 전체를 키보드로 처리할 수 있습니다.

기본 그리드는 의도적으로 마우스 선택, Enter, 더블 클릭을 유지합니다. 그리드의 다중 행 선택이 다시 시도 및 시뮬레이션 전기 지우기와 같은 일괄 작업을 구동하므로, 거기서는 화살표 키가 서랍을 모든 행에 걸쳐 훑는 대신 선택을 이동시킵니다.

협업

등록부를 벗어나지 않고 팀과 함께 전기를 처리합니다. @멘션으로 댓글을 달거나, 승인을 기록하거나, 연결 또는 실행의 향후 활동을 감시할 수 있습니다.

댓글은 전기 하나에 대한 스레드형 일반 텍스트 메모이며 댓글 탭에서 작성합니다. 멤버 ID로 동료를 @멘션하면 그 동료가 현재 해당 전기를 볼 수 있는 경우 알림을 받습니다. 이 확인은 멘션된 사람을 근거로 가정하지 않고 전송 시점에 다시 수행합니다.
승인은 선택적 메모와 함께 검토됨, 해소됨, 후속 조치 필요 세 가지 상태 중 하나를 기록하며, 누가 언제 무엇을 설정했는지 전체 이력을 유지합니다. 기록일 뿐 관문이 아닙니다. 현재 승인 상태 때문에 전기나 되돌리기가 차단되는 일은 없습니다.
연결 또는 실행을 감시하면(두 개의 별도 토글) 앞으로 둘 중 하나에서 일어나는 활동에 대한 알림을 받습니다.

댓글, 승인, 감시를 게시하려면 erp.register.view와 .operate가 필요하며, 이를 다시 읽는 데는 .view만 필요합니다.

데이터 최소화

등록부는 전기를 처리하는 단계가 다룬 민감한 데이터는 드러내지 않으면서, 검토자가 전기가 이루어졌음을 확인하는 데 필요한 것을 보여 주도록 만들어졌습니다.

요청 및 응답 페이로드는 어댑터별로 허용 목록에 있는 것만 표시됩니다. 필드는 보관해도 안전하다고 명시적으로 분류된 경우에만 나타납니다. 은행 계좌 번호, 라우팅 번호, IBAN, 세금 ID 및 기타 개인 식별자는 페이로드를 보기 전에 제거됩니다.
ERP 비즈니스 키는 전부 제외됩니다. 공급업체 이름이나 다른 참조 토큰이 포함될 수 있으므로 AI 지원을 포함해 등록부에 절대 도달하지 않습니다. 사용자가 보는 것을 결정하는 같은 허용 목록이 모델 프롬프트가 볼 수 있는 것도 결정하며, 해당 페이로드 어디에든 자연 키 값이 있으면 전송되지 않고 즉시 거부됩니다. 행은 원장 ID로 식별하고, 문서에 대한 ERP 자체의 포인터로는 confirmation_id를 사용하십시오. ERP 전기 기록에서 confirmation_id라고 부르는 것과 같은 필드입니다.
자유 텍스트 필드는 읽을 때 패턴 기반으로 정리되며, 다이제스트, 모든 AI 모델 프롬프트, 모든 내보내기에서는 정리하는 데 그치지 않고 완전히 제외됩니다. 패턴 기반 정리는 IBAN이나 세금 ID 같은 형태는 잡아내지만 메모에 입력된 공급업체 이름은 잡아내지 못합니다. 그래서 파일로 콘솔을 떠나는 모든 것은 정리에만 의존하지 않고 해당 필드를 완전히 제외합니다.

감사 탭

감사 탭은 표시 전용입니다. 이 릴리스에서는 기반이 되는 감사 어휘가 아직 분류되지 않았기 때문에 세부 정보가 의도적으로 적습니다. 해당 작업이 반영되면서 채워질 것이며, 서랍의 나머지 부분을 읽는 방식은 바뀌지 않습니다.

이 페이지의 나머지 모든 기능, 즉 예외 대기열, 연결 상태, 요약 보기, 일괄 작업, 단일 행 다시 시도, 되돌리기, 통제 합계, AI 지원, 추세, 계보, 마감, 협업, 내보내기는 현재 작동합니다.