다음 계좌 OCR — Scratch의 가이드

각 공급자 청구서 라인에 따라 인쇄하는 것은 시간이 걸리고 오류를 일으 킵니다. 다음 계좌 OCR 청구서를 읽어보세요 PDF, 사진 또는 e-계좌 / e-계좌 XML 에 가득 채우는 것과 구매 청구서 제안 너를 위해 당신은 그것을 확인하고, 필요하다면 수정하고, 승인합니다.

1. 그것은 무엇을 하고 있는가?

읽기: 공급자 청구서 PDF, 사진 또는 e-계좌 / e-계좌 XML 업로드 된 것 입니다.
프로젝트를 준비하라: 제목 (제품자, 청구서 번호, 날짜, 지불 날짜, 금액) 및 항목은 추출됩니다; 각 필드는 신뢰 점수.
당신은 그것을 확인: 당신은 필드와 주식 경기에서 수정합니다.
당신은 그것을 승인한다: 일반적인 구매 청구서가 작성됩니다.최종 번호는 AF 서류 시리즈; 체포, VAT 그리고 금액은 서버에서 청구서의 정상 경로를 따라 계산됩니다.

ℹ️ 아무것도 만들어지지 않는다

프로그램이 필드 또는 주식 경기에 대해 확실하지 않은 경우, 그것은 텅 비어 버리게; 당신은 빈 필드에 채워집니다.그래서 당신이 디자인에서 볼 수있는 모든 값은 문서에서 읽거나 당신이 입력했습니다.

2. 문서가 어떻게 읽어지는가?

읽기는 가장 정확한 것에서 가장 약한 출처로 이동합니다; 작동하는 첫 번째 경로가 사용됩니다 :

XML — 이 문서가 전자 계좌인 경우(UBL) E-사용자 XML, 또는 A UBL 첨부된 내용은 첨부된 내용에 포함되어 있습니다. PDF, 직접 읽어보세요~ 신뢰 99%.
PDF 텍스트 레이어 — 컴퓨터 생성된 PDF의 텍스트는 Poppler pdftotext로 읽혀지며 테이블 열은 제목에서 찾을 수 있습니다.
사진 OCR — 사진 또는 스캔 PDF 내장된 Windows를 사용하여 읽을 수 있습니다. OCR 엔진이 없으면 "수동 입력"프로젝트가 열립니다 : 문서 이미지가 옆에 있고 필드를 채우십시오.

💡 터키와 인도네시아의 인식

이 서버에는 Windows용 영어 인식기만 설치됩니다. OCR; ı, ş, ğ 같은 문자는 사진에서 잘못 읽을 수 있습니다. 서버 관리자는 PowerShell 관리자에 터키어 패키지를 설치할 수 있습니다. 추가 Windows성능 -온라인 - 이름 "언어.OCR~~ 트리 -TR~0.0.1.0" (id-ID 인도네시아어에 대한 정보) 설치된 언어는 "사진"에 나타납니다. OCR 준비된"창의 상단에있는 표지판.

제한: 파일이 대부분 10 MB; PDF, JPG, PNG 또는 XML; 여러 페이지 문서에서 첫 번째 20 페이지가 처리됩니다. 더 오래 걸리는 작업을 수행하는 30 초는 배경에 계속됩니다; 문서가 목록에 나타납니다. 처리 그리고 그 프로젝트가 완료되면 스스로 열립니다.

3. 청구서를 업로드

창문 안에 앉아 있는 창문은 구매 이름 아래의 그룹 다음 계좌 OCR. 파일을 끌고 창에 내려 놓거나 사용하십시오. 파일 선택 버튼을 눌러 같은 파일이 두 번째로 업로드되면 새로운 디자인이 생성되지 않습니다; 그 파일에 대한 기존 디자인이 열립니다. 문서 왼쪽에있는 목록에서 상태 (처리, 기다리는 승인, 승인, 거부, 읽을 수 없음)에 따라 디자인을 필터 할 수 있으며 청구서 아니, 공급자 또는 파일 이름으로 검색할 수 있습니다.

4. 프로젝트 스크린

문서 자체는 왼쪽에 있고, 그 안에서 읽은 정보는 오른쪽에 있습니다; 당신은 측면에서 측면을 비교하여 확인합니다.

문서 이미지: 그들의 PDF 페이지 또는 사진; 페이지 사이를 이동할 수 있습니다. 인식된 텍스트를 표시합니다 문서에서 추출된 프로그램의 깔끔한 텍스트를 표시합니다.
공급자: 카드가 자동으로 찾을 수 있습니다. VKN/NPWP 값이 똑같은 경우에, 같은 세금 ID 여러 계정 카드에 존재하는 경우, 문서의 이름에 가장 가까운 또는 가장 최근 구매를 가진 카드는 제안되며 신뢰가 노란색으로 표시됩니다; 필요한 경우 검색에서 다른 카드를 선택합니다.
청구서 세부 사항: 공급자 청구서 아니, 청구서 날짜, 지불 날짜, 세금 ID, 통화, 밑줄의 값 VAT 전체 및 큰 총.당신이 올바른 필드는 "수정"표를 얻습니다.
항목 테이블: 청구서에 대한 설명, 주식 카드 피커 (신청자 및 검색), 양, 단위, 단위 가격, 할인 %, VAT %의 양과 읽기 신뢰. 당신은 라인을 꺼내 제거 그리고 그것을 다시 가져와서 안오; + 항목 추가 읽지 않은 라인을 추가합니다.
전체 스트립: 항목에서 계산된 대량과 문서 측면에 있는 대량; 그것은 "전체가 맞는"또는 "결합하지 않는"이라고 말한다.
경고: 아리트메틱 라인과 같은 상황이 일치하지 않는 경우, VAT-포함된 가격이 독점으로 변환되거나, 주요 단위로 변환되는 단위가 문서에 붙어 있거나, 가능한 두 배의 청구서가 제안 위에 나열되어 있습니다.

신뢰의 색깔	의미
녹색 (90% 및 위)	아주 잘못된 것 같아요; 아직도 봐야겠어요.
녹색 (60–90%)	문서에 대한 검토를 해보세요.
빨간색 ( 아래와 같이) 60%)	잘못되거나 불완전한 경우; 그것을 수정하는 것을 확인하십시오.

5. 카드 조합

각 항목에 대 한 주식 카드는이 순서로 검색; 첫 번째 경기가 사용됩니다 :

공급자 템플릿 — 이전에 승인한 경기 (섹션 참조) 8).
공급자의 제품 코드 = 주식 코드 — 라인에있는 코드가 정확히 주식 코드 인 경우.
부분 번호 — 숫자에 대한 설명의 일부 번호 (예 : 0CW398051) 그것은 주식 카드에 존재합니다.
이전 구매 — 이전에 공급자로부터 구입한 상품의 설명과 유사합니다.
이름 유사성 — 주식 이름과 유사성; 그것은 최고의 후보가 분명히 두 번째에서 벗어나면만 받아 들여지며, 그렇지 않으면 라인이 텅 비어있다.

주식 카드가 필요한 각 항목에: 승인은 거부되며 어떤 라인도 카드가 선택되지 않습니다. 주요 단위 (그러나 그 2 청구서에 있는 상자, 1 상자 = 12 pcs 카드에 주어진 24 pcs 및 per-piece 가격); 변환이 이루어지면 라인에 경고가 나타납니다.

6. 구매에 대한 제안(3-균형을 맞추는 방법)

공급자의 오픈 구매 주문은 프로젝트 항목과 비교됩니다; 일치하는 주문은 상자에 제안됩니다.

덮개 % — 프로젝트의 항목이 얼마나 많은지에 대한 순서가 있습니다.
주문 균형보다 더 — 청구서에 있는 금액은 주문에 남아 있는 금액을 초과합니다.
가격 차이점 — 청구서에 있는 가격은 주문 가격과 다릅니다.

만약 주문에 대한 청구서 선택되며, 주문의 나머지 양이 줄어들고, 주문 링크가 청구서에 기록되어 있으며, 실제 요금제에 대한 가격 그것에 기록되어 있습니다; 모든 가격 차이가 구매에 나타납니다 › 요금제가 맞는 고 거기서 결정된다. 선택이 없으면 (명령 없이 글을 쓰고), 주문과 연결되지 않은 일반 구매 청구서가 작성됩니다.

7. 승인, 거부 및 삭제

그들의 구매 청구서 승인 버튼은 청구서를 작성하고 청구 카드를 열어줍니다. "제품자 청구서가 없습니다 :..."는 청구서 설명에 기록되어 있으므로 공급자의 자신의 번호로 검색할 수 있습니다. 승인 전에 필드가 실종되거나 잘못되면 (공급자, 청구서 날짜, 적어도 하나의 항목, 주식 카드 및 각 항목에 이상의 양), 승인은 거부되고 빈도가 표시됩니다.

⚠️ 같은 계좌를 두 번째로

같은 공급자로부터 동일한 번호의 청구서가 이미 승인되었을 경우, 제안은 경고를 표시하고 적어도 그 이유를 정당화하는 10 캐릭터 승인에 필요한 경우.이 증거는 검사 경로에 서명됩니다.

거절 — 제안은 거부 이유로 종료되며, 청구서가 작성되지 않습니다.
삭제 — 제안 및 업로드 된 파일을 삭제합니다. 승인 된 제안은 삭제할 수 없습니다; 먼저 청구서를 삭제해야합니다.
다시 읽어보세요 — 문서를 삭감에서 처리합니다 (현재의 공급자 템플릿과 함께); 수동 수정이 삭제되므로 확인을 요청합니다.

8. 공급자 템플릿

프로젝트를 승인하면, 프로그램을 자동으로 배운다 같은 공급자의 두 번째 청구서에서 경기가 템플릿에서 나오고 신뢰가 올라갑니다.

설명 → 주식: 어떤 주식 카드에 라인 설명이 청구서에 해당하는지.
공급자 코드 → 주식: 공급자의 제품 코드가 해당하는 주식 코드.
단위 지도, VAT-포함 가격 (제품주가 가격을 포함하여 VAT) 그리고 그 모양이 없는 청구서.

규칙은 창문에 표시됩니다. 공급자 템플릿 공급자를 선택한 후 탭; 규칙이 추가되거나 삭제될 수 있습니다.템플릿을 변경하면 승인 허가가 필요합니다.

9. 전화로 (가드 + 단계)

아래의 화면에 7 잉크 창이 단계 마법사처럼 열립니다; 또한 프로젝트 위에 있는 목록:

캡처 — 카메라와 함께 청구서 사진을 찍거나 선택하십시오. PDF/XML. 브라우저는 필요합니다 HTTPS 카메라 주소; 관리자에게 문의하십시오 HTTPS 전화에 제공된 주소
확인하기 — 공급자, 청구서 세부 사항 및 항목은 카드에 따라 표시됩니다; 당신은 수정하고 저장합니다.
승인 — 승인 허가를 받으면 구매 청구서가 작성되며, 그렇지 않으면 제안이 승인을 기다리는 상태로 남아 있습니다.

📷 좋은 사진

청구서를 평평한 표면에 놓고 잘 밝은 장소에서 위에서 사진을 찍으십시오.모든 네 개의 가장자리가 눈에 띄는 곳입니다.그림자, 흔들린 각도와 독서 신뢰를 낮추는 창조.

10. ‘Pulse’에 해당되는 글 건

그들의 Queued 펄스 메인 스크린의 섹션은 승인을 기다리는 청구서 프로젝트의 수를 보여줍니다; 그것을 탭하면 창이 열립니다. 24 시간 또는 문서가 읽을 수 없으며, 순서가 표시됩니다. 빨간색.

11. 허가

사용자 관리에 따라 › 입금 청구서 OCR 두 개의 허가가 있습니다 :

허가	무엇을 허용하는
`fatura_ocr`	계좌를 업로드, 올바른 프로젝트, 거부.
`fatura_ocr_onay`	프로젝트를 승인하고 공급자 템플릿을 관리합니다.

또한 사용자의 승인은 사용자의 구매 청구서 입금 허가; 청구서는 사용자의 본인 세션을 통해 정상 청구 경로를 통해 작성됩니다. 템플릿의 역할 : 구매 그리고 회계 두 권한을 빼앗아, 금융 첫 번째만 니다.

12. 일반적인 문제

"사진 없음 OCR" 바지: 서버에는 이미지가 없습니다. OCR 엔진 : 이 PDF 텍스트 레이어 및 XML 여전히 읽고, 사진은 수동 입력 프로젝트로 열립니다.
전체가 맞지 않는다: 일반적으로 라인이 사라지거나 두 번 읽혀졌습니다. 문서 이미지와 라인에 따라 라인을 비교하십시오. + 항목 추가 또 하나의 추가로 나와서 제거.
사진에서 터키 캐릭터 오류 (ı, ş, ğ, İ) 터키어 OCR 언어 패키지는 설치되지 않습니다; 그것은 섹션에서 명령을 사용하여 설치할 수 있습니다 2. 그들의 PDF 텍스트 레이어는 이 문제를 가지고 있지 않습니다.
가장 정확한 결과: e-계좌를 이용하면 PDF 한 가지가 있다 XML 안에 붙여져있다 (대부분의 e-Fatura 포털 하나를 추가), 그것은 직접 읽고 결과가 와서 99% 신뢰; 가능하다면 공급자에게 문의하십시오. XML 또는 A PDF 그와 함께 XML 첨부된

관련 가이드 : 구매 · 문서 시리즈 · 문서 입력 · 모바일 인터페이스