ECM이나 IDC 없이 하는 Epicor AP 자동화에도
여전히 파일이 필요합니다

세 가지 경로는 인보이스를 서로 다른 작업으로 분할합니다

IDC가 포함된 ECM만이 문서, 승인, 대조를 Epicor 내부에 유지하며, 나머지 두 경로는 이러한 단계를 다른 곳에 둡니다. 이 차이가 캡처 이후 예외를 누가 담당하는지를 결정하며, 이는 공급업체 페이지의 기능 목록보다 더 중요합니다.

흔히 함께 판매되는 세 가지 작업을 분리해 보면 도움이 됩니다. 캡처는 문서를 읽고 값을 생성합니다. 구조화는 그 값을 Epicor가 기대하는 레코드에 넣습니다. 통제는 인보이스가 유효하고, 대조되고, 승인되어 전기 준비가 되었는지 결정합니다. IDC가 포함된 ECM은 캡처, 구조화, 그리고 승인 및 대조 워크플로를 담당합니다. 타사 AP 플랫폼은 캡처와 대부분의 승인 작업을 담당합니다. DMT 경로는 캡처를 입력으로 받아 구조화 단계만 담당합니다.

DMT 경로에서는 유일한 신규 제품이 Epicor 외부에 있으며, 그 출력은 파일이고, 그 파일이 곧 통합입니다.

파일은 검사하고, 조정하고, 다시 실행할 수 있으며, 이는 대부분의 API 통합이 AP 관리자에게 제공하는 것보다 더 나은 것입니다. 문제는 팀이 이를 안정적으로 생성할 수 있는지이며, 나머지 두 경로는 제품이 그 작업을 담당할 때 어떤 모습인지 보여줍니다.

Epicor ECM과 IDC가 자동화하는 범위와 한계

ECM과 IDC를 함께 사용하는 방식은 세 가지 경로 중 가장 많은 부분을 자동화하며, 문서 저장소와 승인 경로, 대조 규칙이 모두 Epicor 제품군 안에 있는 유일한 경로입니다. Epicor ECM(엔터프라이즈 콘텐츠 관리)은 기존 고객이 여전히 DocStar라고 부르는 제품의 현재 명칭입니다. IDC(Intelligent Data Capture)는 수신 문서를 분류하고 필드를 판독하는 계층입니다.

Epicor의 IDC 제품 페이지는 신경망 분류, 형식별 템플릿 없이 학습되는 필드, 수동 데이터 입력을 최대 90%까지 줄인다는 주장을 설명합니다. ECM AP Automation 페이지는 나머지 체인을 덧붙입니다. 캡처와 인덱싱, 라우팅과 승인, 자동 2방향 대조(인보이스 대 구매 주문) 및 3방향 대조(인보이스 대 구매 주문 대 입고), 그리고 ERP로의 2방향 API입니다. 두 페이지를 함께 읽으면, 메일함에서 승인까지 인보이스를 Epicor 제품군 안에서 관리하는 경로가 그려집니다.

한계는 추상적인 캡처 품질이 아닙니다. 인보이스가 깔끔하게 대조되지 않을 때 벌어지는 일입니다. IDC와 ECM을 운영하던 한 제조업체는 인보이스 라인 OCR이나 자동 대조를 전혀 하지 않고 있다고 밝혔습니다. "공급업체 인보이스가 애초에 엉망이라 인보이스 라인 작업은 아직 시도하지 않았습니다" (Epicor User Help Forum, 2019~2024). 같은 스레드에는 다른 사용자의 더 직설적인 평가도 있습니다. ECM AP Automation은 "AP 워크플로를 자동화하도록 만들 수는 있지만", "제품 이름을 붙이고 홍보하는 방식에 비하면 생각만큼 완성도가 높지 않습니다."

비용도 팀이 네이티브 경로를 외면하는 또 다른 이유입니다. Epicor는 ECM을 견적으로 판매하며, 금액은 배포 방식, 사용자 수, IDC 처리량, 워크플로 범위에 따라 달라집니다. 2022년 포럼 스레드에서 한 ERP 사용자는 프로젝트가 다른 방향으로 간 이유를 이렇게 설명했습니다. "주로 비용 때문에 경영진이 DOCSTAR를 사용하지 않기로 결정했습니다." 이들은 인보이스를 외부 OCR 업체로 보내 XML로 돌려받고, DMT 파일을 직접 생성했습니다 (Epicor User Help Forum, 2022). 이것이 추출 우선 경로의 전형적인 모습입니다. 아키텍처 선호가 아니라 비용 결정인 것입니다.

타사 AP 플랫폼이 제공하는 것과 추가하는 것

타사 AP 플랫폼은 인보이스 주변의 워크벤치를 제공하며, Epicor를 얼마나 건드리는지는 전적으로 커넥터에 달려 있습니다. 워크벤치는 AP가 하루를 보내는 곳입니다. 코딩, 라우팅, 코멘트 작성, 승인자 독촉, 공급업체 문의 처리, 때로는 결제까지 이루어집니다. 캡처 도구도 그 작업을 대체하지 못하며, DMT도 마찬가지입니다.

통합 깊이는 마케팅이 시사하는 것보다 훨씬 다양합니다. 예를 들어 Stampli는 Epicor 통합을 공급업체 목록, GL 계정, 미결 구매 주문, 라인 항목, 입고 데이터를 동기화한 뒤 승인된 인보이스와 결제 정보를 반환하는 파일 통합이라고 설명합니다(Stampli). 파일 핸드오프는 잘 작동할 수 있습니다. 다만 커넥터가 더 나아가지 않는 한 승인 시점에 플랫폼이 실시간 Epicor 상태를 읽는 것이 아니므로, 해당 통합에서 인보이스를 승인하기 전에 실행 중인 릴리스와 동기화하는 필드를 테스트해야 합니다.

그 대가는 범위와 소유권의 맞바꿈입니다. 승인과 공급업체 협업을 한곳에서 얻는 대신, 인보이스 상태를 보관하는 두 번째 시스템, 두 번째 감사 추적, 그리고 플랫폼이 승인한 것과 Epicor가 전기한 것 사이의 조정을 떠안게 됩니다. 승인이 여러 ERP에 걸쳐 있거나 결제에 Epicor가 잘 다루지 못하는 시스템이 필요할 때는 그만한 가치가 있습니다. 하지만 단순한 입력 문제에 비해 훨씬 큰 프로젝트입니다.

DMT 경로는 통합이 아니라 데이터 형태에 관한 결정입니다

DMT는 Epicor 비즈니스 객체를 통해 레코드를 기록하는 대량 데이터 로더입니다. 인보이스를 읽거나 입고와 대조하거나 유효한지 판단하지 않습니다. Epicor는 Data Management Tool(DMT)을 레거시 ERP에서 Kinetic으로 이전하기 위한 마이그레이션 툴킷의 일부로 소개하며, 60개 이상의 사전 설계된 가져오기 템플릿, Excel 및 CSV 입력, 비즈니스 로직에 대한 검증, 오류 로그를 제공합니다(Epicor). 별도 라이선스입니다. Epicor의 2025.2 릴리스 노트에 따르면 DMT는 이제 무료 Power Tools Client에 번들로 포함되지만, "이러한 제품을 사용하려면 라이선스가 여전히 필요합니다."

Epicor AP에서 작업 단위는 입력 그룹입니다. 인보이스는 그룹에 입력되고, Edit List(전기 전 검토 보고서)로 확인한 다음, 전기되어 공급업체 및 GL 레코드를 갱신합니다. DMT는 그룹과 그 안의 레코드를 생성할 수 있지만, 검토나 전기 결정을 수행하지는 않습니다. AP Invoice Entry와 동일한 검증을 적용합니다. 그래도 AP 워크플로는 아닙니다. 이를 일상적인 AP 인테이크 채널로 사용하는 것은 마이그레이션 도구의 용도 변경이며, 오류 처리는 배치 중심으로 유지됩니다. 즉, 인보이스 수준의 예외 큐가 아니라 거부된 행의 로그입니다.

AP 인보이스 로드는 일반적으로 네 가지 레코드 유형을 중심으로 구성되며, GL 분배는 상세 및 비용 행 뒤의 비용 및 GL 통제 레코드에 저장됩니다. 모든 매핑 논의에서 이 이름들이 사용되므로 알아둘 가치가 있습니다.

정확한 열 집합은 블로그 글이 아니라 사용자의 Kinetic 릴리스에서 생성됩니다. 이 주의사항은 법적 면책이 아닙니다. 필드 이름, 필수 키, 업데이트 동작은 릴리스마다 바뀌며, 다른 사람의 환경에서 복사한 템플릿은 일부 행에서만 가져오기가 실패하는 조용한 원인 중 하나입니다.

Epicor 인보이스 가져오기가 실제로 실패하는 지점

가장 많은 시간을 잡아먹는 DMT 실패는 참조 또는 순서 실패이며, 오류 텍스트 때문에 흔히 형식 문제처럼 보입니다. 메시지에 테이블과 값이 나오므로 해당 행이 잘못된 것처럼 보입니다. 실제로는 행은 대개 정상이고 그 주변의 키가 문제입니다. 다음은 실무자 스레드에서 반복적으로 등장하는 사례입니다.

공급업체 식별: 이름이 아닌 ID

DMT는 인보이스에 인쇄된 이름이 아니라 공급업체 마스터의 공급업체 키로 공급업체를 식별합니다. PDF의 "Acme Manufacturing Inc."는 Epicor에 존재하는 공급업체 ID로 변환되어야 합니다. 그렇지 않으면 로드가 해당 행을 거부하는데, 이때 새 공급업체를 만들어 임포트를 통과시키는 것이 위험한 대응입니다. 그렇게 하면 하나의 공급업체가 두 개의 레코드로 나뉘어 지출이 양쪽에 분산되고, ERP는 인보이스 번호를 공급업체 내에서만 확인하므로 나중에 중복 인보이스가 통과하게 됩니다.

키 필드 자체가 혼란을 일으킵니다. AP Invoice Combined 템플릿에서는 VendorNumVendorID입니다. Epicor 지원팀은 한 고객에게 공급업체 번호가 필요하다고 했지만, 같은 스레드의 실무자들은 공급업체 ID를 사용해 작동했다고 보고했습니다(Epicor User Help Forum, 2021~2024). 사용 중인 릴리스에서 두 가지를 모두 테스트하고, 열 집합이 어떤 식별자를 사용할지 한 번에 결정하십시오. AP가 둘 사이를 오가게 해서는 안 됩니다.

열 순서와 헤더 존재 여부

결합 AP 템플릿은 열 순서에 민감합니다. 한 사용자는 파일에서 VendorNumVendorID를 InvoiceNum 앞으로 옮겨 지속적으로 발생하던 "A valid Invoice Number is required" 오류를 해결했습니다(Epicor User Help Forum, 2020). 인보이스 번호는 아무것도 바뀌지 않았습니다. 로더의 처리 순서가 바뀐 것입니다.

결합 템플릿은 상세 행이 처리되기 전에 헤더가 생성되거나 발견되지 않으면 "APInvHed record not found"도 발생시킵니다. 한 ERP 시스템 관리자는 2017년부터 2020년까지 이어진 스레드에서 결합 로드를 "내 경험상 매우 예측 불가능하다"고 설명했습니다(Epicor User Help Forum). 일부 오류는 더 도움이 되지 않습니다. 한 스레드에서는 필드 이름 없이 "Index was outside the bounds of the array"가 보고되어 디버깅이 이분 탐색이 되었습니다(Epicor User Help Forum, 2021~2024).

헤더, 라인 및 비용 산술

인보이스 라인의 금액은 GL 분배 합계와 일치해야 합니다. 일치하지 않으면 Epicor는 입력 중 인보이스 라인 금액이 GL 분배 합계와 다를 수 없다는 메시지를 반환합니다. DMT 파일에서도 동일한 규칙이 적용되지만, 오류가 필드 수준 메시지 없이 실패한 행으로 나타날 수 있습니다.

기타 비용에는 자체 규칙이 있습니다. 라인 0인 비용은 헤더에 속합니다. 또한 두 번째 기타 라인이 "사용 금지" 함정으로 구성된 GL 계정에 기본 설정될 수 있다는 보고도 있으므로, 순서와 GL 분배를 의도적으로 설정해야 합니다 (Epicor User Help Forum, 2018). 행은 로드됩니다. 비용은 잘못된 버킷에 들어갑니다. 이는 거부보다 더 나쁩니다. 가져오기 로그에서 아무것도 주의를 요구하지 않기 때문입니다.

PO 및 입고 인보이스는 다른 로드입니다

구매 주문 및 입고와 연결된 인보이스는 결합 템플릿에 안정적으로 맞지 않습니다. UI 경로는 입고 라인에 대한 선택 대화 상자를 엽니다. DMT는 그 상호 작용을 재현하지 않습니다. 실무자들은 대신 분할 순서를 설명합니다: 헤더를 생성하고, AP Invoice Receipt 프로세스를 사용하여 입고 라인을 가져온 다음, 인보이스 금액으로 AP 상세 레코드를 업데이트합니다 (Epicor User Help Forum, 2019 to 2020). 부분 입고, 패킹 슬립 참조 및 하나의 인보이스에 대한 여러 입고는 그 순서를 더 쉽게가 아니라 더 어렵게 만듭니다.

이 시점에서 DMT는 일반적인 AP 접수 경로가 아니라 인보이스 유형별 경로가 됩니다. 비PO 및 기타 인보이스가 자연스러운 적합입니다. PO 인보이스는 대조가 필요한 곳이며, DMT는 대조하지 않습니다. 동일한 참조 무결성 문제가 다른 Epicor 가져오기에서도 나타나므로, 파일이 올바르게 보이더라도 PO 데이터가 계속 ERP 가져오기를 깨뜨리는 것입니다.

로드된 행이 유효한 인보이스는 아닙니다

DMT는 레코드가 로더의 검증을 통과했음을 증명할 뿐입니다. 공급업체가 올바른지, 인보이스가 중복이 아닌지, GL 계정이 정확한지, 인보이스 라인 합계가 헤더와 일치하는지는 증명하지 않습니다. 한 사용자는 약 5건 중 1건의 로드가 첫 번째 라인을 수락한 뒤 실패하고, 나머지는 모든 라인에서 실패했다고 보고했습니다(Epicor User Help Forum, 2019). 배치 로더에서는 부분 커밋이 일반적이므로, 재시도 전에 어떤 행이 커밋되었는지 팀이 정확히 파악해야 합니다.

비용을 초래하는 실패는 깔끔하게 가져와지는 경우입니다. 잘못된 GL 계정에 들어간 기타 비용, 동일 공급업체에 대한 두 번째 공급업체 레코드, 또는 한 글자만 다른 중복 인보이스 번호 같은 경우입니다.

Open Invoice Load도 이 문제를 피해 가는 지름길이 아닙니다. 이 기능은 기초 잔액을 새 시스템으로 가져오기 위해 설계되었으며, 실무자들은 인보이스 라인 상세나 GL 분배 없이 인보이스 합계만 전달한다고 보고합니다(Epicor User Help Forum, 2019). 라인 수준의 계정 지정이 필요한 운영 중인 AP 데스크에는 다른 문제를 해결해 주는 셈입니다.

DMT 준비 완료 인보이스 세트의 모습

DMT 준비 완료 세트는 전체 인보이스를 담은 하나의 스프레드시트가 아니라 하나의 키를 공유하는 여러 개의 작은 파일입니다. 레코드 유형별로 로드를 분할하면 각 실패 영역이 분리됩니다. 거부된 상세 행이 이미 커밋된 헤더를 다시 로드하게 만들지 않습니다.

데이터 유형은 열 이름만큼 중요합니다. 날짜는 날짜로, 금액은 숫자로, 코드는 텍스트로 도착해야 앞의 0이 유지됩니다. 파일이 DMT에 도달하기 전에 소계 행, 병합된 셀, 빈 간격 행을 제거하십시오. 빈 값이 무엇을 의미하는지 결정하십시오. 비어 있는 선택 필드는 괜찮지만, 비어 있는 필수 필드는 거부된 행이며, 0은 값입니다.

조정 규칙은 한 줄로 쓸 수 있을 만큼 간단합니다. 헤더 인보이스 금액 = 상세 확장 원가 합계 + 세금(세금이 별도로 청구되는 경우) + 기타 비용, 여기서 모든 상세 및 비용 행은 동일한 그룹에 존재하는 헤더 키를 가집니다. 인보이스에 인쇄된 합계가 자체 라인에서 재구성될 수 없다면 로드 전에 중단하십시오. DMT는 차이를 설명하지 않으며, 조정되지 않는 그룹을 전기하면 문제가 원장으로 이동합니다.

DMT가 요구하지 않더라도 모든 행에 소스 식별자를 유지하십시오. 파일 이름과 페이지 참조가 있으면 AP가 전체 배치를 다시 열지 않고도 거부된 행을 인보이스로 추적할 수 있습니다.

PDF에서 해당 행을 만드는 방법

여기서 추출 계층의 역할은 하나입니다. 각 공급업체 인보이스를 헤더가 이미 DMT 템플릿과 일치하는 행으로 바꾸는 것입니다. 이는 AP 자동화보다 좁은 작업이며, DMT가 열어 두는 부분이기도 합니다.

ImageToTable.ai는 맞춤 열 추출을 사용합니다. InvoiceNum, VendorNumVendorID 또는 APInvDtl#ScrDocExtCost처럼 원하는 열 이름을 입력하면 AI가 페이지에서 해당 값의 의미를 이해해 찾아냅니다. 영역을 그릴 필요도, 공급업체별 템플릿을 유지할 필요도 없습니다. 이는 공급업체가 아무 통보 없이 인보이스 레이아웃을 바꿀 때 중요합니다. 입력한 열 이름이 출력 헤더가 되므로, 모든 필드 이름을 바꾸지 않고도 내보낸 파일을 생성된 DMT 템플릿에 넣은 뒤 템플릿에 맞게 순서를 재정렬할 수 있습니다.

세 개의 열 세트를 만들고 동일한 배치를 세 번 실행합니다. 헤더 세트는 인보이스당 한 행을 생성합니다. 상세 세트는 라인 필드를 설명하고, 각 행을 헤더에 연결할 수 있도록 인보이스 키를 포함하며, 라인 항목을 나열한 페이지에서 라인당 한 행을 생성합니다. 비용 세트는 운임 및 기타 비용을 캡처하며, 할당한 GL 계정을 위한 열을 포함합니다. 배치 처리는 한 번 업로드한 모든 공급업체 인보이스를 하나의 테이블로 함께 처리하므로, 인보이스 100장이 수동 실행 100번이 되지 않습니다. 각 실행은 하나의 열 세트를 사용하며, 이렇게 해서 하나의 배치가 세 개의 파일을 생성합니다.

계산 열은 문서를 읽는 동안 조정의 일부를 수행합니다. 인보이스에 라인 합계가 인쇄되어 있지 않으면 Qty × Unit Price로 계산할 수 있습니다. 검증 열은 계산된 합계가 인쇄된 합계와 일치하면 OK를 반환하고, 일치하지 않으면 차액을 반환할 수 있습니다. 계산은 열 이름에 넣거나 규칙 형식(로그인 사용자를 위한 JSON 규칙 필드)에 넣으며, 세율이 인쇄되어 있지 않을 때 고정 세율을 여기에 포함할 수 있습니다. 이는 읽고 있는 페이지에 대한 행 수준 검사입니다. 여러 페이지에 걸친 헤더 합계는 내보낸 후에 비교해야 합니다. 계산 열은 파일을 넘어설 수 없기 때문입니다.

Bbox를 사용한 검토 모드는 DMT 로드를 더 안전하게 만드는 단계입니다. 추출된 셀 위에 마우스를 올리거나 클릭하면 원본 이미지에서 원본 영역이 강조 표시되므로, AP는 파일을 만들기 전에 문서와 대조해 공급업체 ID, 인보이스 번호, 금액을 확인할 수 있습니다. 조용한 가져오기 오류를 일으키는 값이 바로 이런 방식으로 확인할 가치가 있는 값입니다. Bbox 주석은 파일별로 실행하거나 처리 후 자동으로 실행하도록 설정할 수 있습니다.

다중 페이지 병합은 여러 페이지나 사진으로 도착한 인보이스를 처리합니다. 템플릿 설정에서 결과를 그룹화하는 방식을 선택합니다. 예를 들어 공유 인보이스 번호로 그룹화하면, 페이지들이 하나의 헤더 행으로 합쳐지고 각 필드는 해당 필드를 담고 있는 페이지에서 채워집니다. 동일한 공급업체의 별도 인보이스가 아니라, 여러 파일로 나뉜 하나의 인보이스에 사용합니다.

이어지는 운영 루프는 의도적으로 화려함이 없습니다.

추출 계층이 하지 않는 일

추출 계층은 문서를 읽고 행을 생성할 뿐이며, Epicor 관련 결정은 모두 귀사 팀이 담당합니다. 이 경계는 분명히 짚고 넘어갈 필요가 있습니다. 통합처럼 보이는 파일은 이 도구가 감당할 수 없는 가정을 불러일으키기 때문입니다.

• 기본 제공되는 Epicor 커넥터는 없습니다. 출력은 Excel 또는 CSV 파일이며, 귀사 팀이 이를 로드하거나 자체 통합에 투입합니다.
• DMT를 실행하거나 로드를 예약하거나 반려된 행을 재시도하지 않습니다.
• 공급업체 ID를 공급업체 마스터와 대조해 검증하지 않습니다. 공급업체 ID처럼 보이는 값도 잘못된 값일 수 있습니다.
• 인보이스를 구매 주문이나 입고와 대조하지 않으며, 얼마나 많은 수량이 아직 인보이스 처리되지 않았는지도 알지 못합니다.
• 인보이스를 승인하거나 그룹을 전기하거나 공급업체에 지급하지 않습니다.
• GL 계정을 선택하거나 세금 처리를 결정하거나 포장 명세서 전반에 도착 원가를 배분하지 않습니다.
• 문서 저장소나 감사 추적, 중복 인보이스 통제 수단이 아닙니다.

무인 처리가 요구사항이라면 이 아키텍처는 맞지 않습니다. 이 경로는 검토된 행을 생성할 뿐이며, 인보이스가 유효하고 대조되고 승인되었는지는 여전히 사람이 판단합니다. 이는 분명한 한계이며, 동시에 이 경로를 일주일 만에 테스트해 볼 수 있을 만큼 저렴하게 만드는 이유이기도 합니다.

귀사 AP 데스크에 맞는 경로

가장 긴 기능 목록이 아니라 실제로 인력이 부족한 업무를 기준으로 선택하십시오. 각 경로는 캡처 단계에서 겹치지만 그 이후에는 갈라지므로, 캡처 정확도만으로 추린 후보 목록으로는 어느 것이 맞는지 알 수 없습니다.

파일럿 전에 경제성을 따져 보십시오. APQC 중간값인 인보이스당 $6.00 기준으로 월 1,000건이면 약 $6,000의 AP 프로세스 비용이 발생합니다. 라인 항목당 $1.36 기준으로 30개 라인 인보이스는 약 $41의 라인 항목 비용이 발생합니다. 이는 입력 시간이 아니라 모든 비용을 포함한 프로세스 비용이므로, 그대로 절감액으로 환산할 수는 없습니다. 다만 업무가 어디에 있는지는 보여줍니다. 헤더만 가져오고 라인은 AP에 남겨 두는 경로는 그 숫자의 대부분을 건드리지 않은 것입니다.

그런 다음 실패를 솔직하게 드러낼 수 있는 파일럿을 구축하십시오. 깨끗한 PO 인보이스, 부분 입고가 있는 인보이스, GL 계정에 코딩된 비PO 인보이스, 운임 또는 헤더 수준 비용이 있는 인보이스, 대변표, 다중 통화 인보이스, 한 글자만 다른 중복 인보이스를 포함하십시오. 테스트 회사에서 실행하십시오. 네 가지를 측정하십시오. 첫 로드에서 승인된 행 수, 조정에 소요된 시간, 인보이스당 예외 건수, 각 예외를 누가 수정하는지입니다. 예외가 다시 AP 담당자에게 돌아온다면, 그 경로는 업무를 제거한 것이 아니라 옮긴 것입니다.

운영 전에 책임자를 지정하십시오. ERP 관리자는 DMT 버전, 템플릿, 열 순서를 담당합니다. AP 리드는 원본 값과 조정을 담당합니다. 컨트롤러는 승인과 전기 결정을 담당합니다. 이 세 역할이 다른 누군가가 파일을 확인하고 있을 것이라 가정하면 DMT 경로는 조용히 실패합니다.

AP 워크플로에서 추출이 어디에 위치하는지 더 넓게 보려면 PDF에서 총계정원장까지의 다섯 번의 핸드오프가 유용한 지도입니다. 격차가 입력이 아니라 승인에 있다면 승인 워크플로는 별개의 설계 문제입니다. 그리고 ERP 템플릿과 시맨틱 추출을 저울질하고 있다면 템플릿 비교에서 각 접근 방식이 어디서 무너지는지 다룹니다.

ERP 애드온 없이 인보이스 추출을 더 넓게 살펴보려면 인보이스 처리 소프트웨어와 매입채무 자동화 소프트웨어를 참조하십시오.

FAQ

Epicor DMT가 PO 및 입고와 대조된 AP 인보이스를 가져올 수 있습니까?

하나의 결합된 파일로는 안정적으로 불가능합니다. 실무자들은 먼저 헤더를 생성한 다음 AP Invoice Receipt 프로세스를 사용해 입고 라인을 가져오고, 그런 다음 인보이스 금액으로 AP 상세 레코드를 업데이트한다고 설명합니다. 부분 입고와 하나의 인보이스에 대한 여러 입고는 단계를 더 추가합니다. 한 파일 로드를 약속하기 전에 자사 릴리스에서 이 순서를 테스트하십시오.

AP 인보이스에 DMT를 사용하려면 ECM이나 IDC가 필요한가요?

아닙니다. DMT는 별도 라이선스 도구이며 ECM에 의존하지 않습니다. 다만 문서 리포지토리, 승인 워크플로, 대조 엔진은 포기하게 됩니다. 또한 해당 제품들이 처리했을 파일 준비와 조정 작업도 직접 떠안게 됩니다.

ImageToTable.ai는 Epicor에 연결되나요?

아닙니다. 기본 제공되는 Epicor 커넥터도, 자동 전기도 없습니다. 이 도구는 공급업체 인보이스를 읽고 사용자가 정의한 열 이름에 맞춘 Excel 또는 CSV 행을 생성합니다. 팀에서 이 행을 DMT 템플릿에 매핑하고 Epicor에서 로드를 실행합니다.

APInvGrp, APInvHed, APInvDtl, APInvMsc는 무엇인가요?

각각 AP 인보이스 그룹, 헤더, 상세, 기타 비용 레코드입니다. 하나의 그룹에는 하나의 배치가 들어가고, 각 헤더는 하나의 공급업체 인보이스이며, 각 상세 행은 하나의 인보이스 라인이고, 각 기타 행은 운임과 같은 비용입니다. 헤더 수준 비용은 라인 0을 사용합니다.

중복 인보이스 번호가 로드되지 않게 하려면 어떻게 하나요?

로드 전에 공급업체 키와 인보이스 번호를 정규화하고, 동일한 공급업체와 번호의 기존 인보이스가 있는지 확인하십시오. Epicor는 공급업체와 인보이스 번호를 비교하므로 INV-5521과 5521-OPS는 둘 다 통과할 수 있습니다. 공급업체 매칭 실패를 두 번째 공급업체 레코드 생성으로 해결하지 마십시오.

Open Invoice Load는 AP Invoice Entry와 동일한가요?

아닙니다. Open Invoice Load는 기초 잔액용이며, 실무자들에 따르면 인보이스 라인 상세나 GL 분배 없이 인보이스 합계만 포함합니다. 라인 수준 코딩과 대조가 필요한 운영 AP 데스크에는 Open Invoice Load가 아니라 AP Invoice Entry 레코드가 필요합니다.

DMT 경로의 숨은 비용은 무엇인가요?

파일 준비와 조정, 그리고 Epicor나 DMT가 변경될 때의 템플릿 유지 관리입니다. 라이선스는 눈에 보이는 비용입니다. 반복되는 비용은 열 순서, 키, 템플릿을 올바르게 유지하기 위한 ERP 관리자 시간과, 각 배치가 로드되기 전에 조정하는 AP 시간입니다.

가져오기는 쉬운 부분입니다

DMT 인보이스 가져오기는 몇 초면 끝납니다. 문제는 행입니다. 공급업체 마스터와 일치하는 공급업체 키, GL 분배와 일치하는 라인 합계, 올바른 항목에 들어간 운임, 그리고 파일이 만들어지기 전에 각 값의 출처를 확인할 수 있는 검토자 말입니다. 파일 준비를 진짜 작업으로 여기는 팀은 저렴하고 검증 가능한 AP 입력 경로를 얻습니다. 파일 준비를 단순한 서식 맞추기 단계로 여기는 팀은 같은 오류를 더 빠르게 가져오는 방법을 얻을 뿐입니다.

자사 공급업체 인보이스로 직접 테스트해 보십시오. 배치를 업로드하고 DMT 필드 이름을 열로 정의한 다음, Epicor에 도달하기 전에 행이 조정되는지 확인하십시오. 조정된다면 DMT 경로는 귀사의 인보이스 구성에 적합합니다. 조정되지 않는다면 첫 프로덕션 로드 전에 그 사실을 알게 된 것입니다.

인보이스로 사용해 보기 →