새 소식

어플리케이션에서 어떤 점이 변경되었고 이것이 귀하에게 어떤 의미가 있는지 확인하세요. 최신 내용은 상단에 있습니다.

작업 중에 접할 수 있는 내용만 포함되어 있습니다: 새로운 기능, 동작 변경 및 수정 사항. 새로운 기록이 추가되면 도움말 탭에 점이 표시되고, 이 페이지를 열면 사라집니다.

어플리케이션은 지속적으로 배포되므로 버전 번호는 없으며, 날짜만 있습니다.

2026년 9월 24일

이메일 알림. 계정에서 알아야 할 일이 발생하면 이메일이 발송됩니다: 잔여 크레딧이 부족하거나 소멸된 경우, 일주일 후에 문서가 삭제되는 경우, API 키가 곧 만료되는 경우, 회계 연결이 중단된 경우, webhook 전송 실패, 허가되지 않은 발신자로부터의 이메일 수신 또는 사용자가 파일 공유 소에 초대받았을 때. 새로운 API 키 생성 시 및 webhook 주소 변경 시 보안 알림이 발생합니다. 각 알림은 해당 이유가 발생했을 때 단 한 번 전송됩니다. 목록은 이메일 알림 페이지에서 확인할 수 있습니다.

아침 요약 이메일. 매일 아침 7:00에 계정 이메일로 어제의 요약이 발송됩니다: 얼마나 많은 문서가 수신되었고 얼마나 처리되었는지, 실패한 항목, 확인 대기 중인 항목, 만기된 청구서 및 남은 크레딧. 각 항목은 어제의 처리되지 않은 문서 목록으로 연결된 링크입니다. 이는 문서가 수신된 날에만 전송되며, 주말에도 발송됩니다. 모든 계정에 대해 활성화되어 있으며, 설정에서 끄거나 이메일 내 링크를 클릭하여 한 번에 해제할 수 있습니다. 자세한 내용은 아침 요약 이메일 페이지에서 확인할 수 있습니다.

파일 공유 초대 이메일 발송. 파일을 공유하면 초대된 사람에게 어플리케이션으로의 링크가 포함된 이메일이 발송되며, 그들이 계정을 가지고 있지 않더라도 전송됩니다. 이전에는 초대장을 확인하기 위해 로그인해야 하거나 Telegram을 통해 알림을 받았기 때문에, 그에 대해 스스로 알려주어야 했습니다. 자세한 내용은 파일 공유 페이지에서 확인할 수 있습니다.

선택된 청구서에서 은행 송금 지시. 마감일 탭에서 청구서를 선택하고 송금 지시 버튼을 클릭하여 인터넷 뱅킹에 업로드할 파일을 다운로드할 수 있습니다. 계좌 번호, 금액 및 기호는 수동으로 입력할 필요가 없습니다. 국내 모든 은행에서 사용할 수 있는 ABO, 체코 은행 협회의 새로운 통일 XML 표준 및 Fio 은행의 XML을 선택할 수 있습니다. 결제는 마감일에 맞추어 발송되며, 주말 및 공휴일은 평일로 연기됩니다. 송금 지시에는 검증된 계정이 있는 청구서(검사에서 확인되었거나 계정에서 발견되지 않은 경우)만 포함되며, 체코 크로나로만 가능하며 유효한 국내 계정이 있어야 하며, 처리할 수 없는 경우 그 이유를 나타내는 메시지가 표시됩니다. 파일 다운로드 후 청구서를 '지급 완료'로 표시하겠습니까? 창을 통하여 제안합니다. 자세한 내용은 마감일 페이지에서 확인할 수 있습니다.

수평 스크롤 없이 문서 목록 표시. 긴 파일 이름은 이전에 잘라서 표시되며, 따라서 표는 화면에 맞게 조정되고 문서 상태는 여러 줄로 나뉘어 나타나지 않습니다. 전체 이름과 확장자는 마우스를 문서 이름에 올려놓으면 툴팁으로 나타납니다.

수정 사항: 미리 보기에서 항목 테이블의 가격을 찾습니다. 항목의 단가 또는 총액을 클릭하면, 해당 줄이 수량 및 다른 숫자 옆에 있어도 문서에 표시되는 값을 보여줍니다. 이전에는 미리 보기에서 이러한 값이 문서에 표시되지 않는다고 보고되었습니다.

청구서 세부사항의 QR 결제. 수신된 청구서의 마감일 부분에 QR 결제 링크가 있으며, 이것은 귀하의 은행 어플리케이션을 위한 QR 코드를 표시합니다. 스캔하면 결제가 자동으로 작성되며, 사용자는 이를 확인하기만 하면 됩니다.

2026년 9월 23일

클릭하면 문서에서 값의 위치가 표시됩니다. 검토 시 양식의 필드에 클릭을 하거나 탭 키를 눌러 이동하면, 왼쪽의 미리 보기가 문서에서 값을 찾아 조명을 비추고 그 자리로 스크롤합니다. 금액은 천 단위와 소수점 사이에 공백이 있어도 찾아지며, 날짜 또한 2026년 3월 12일과 같이 찾을 수 있습니다. 문서에 존재하지 않는 값은 미리 보기 패널이 보고하며: 잘못 읽혔거나 모델이 계산한 값일 수 있습니다. 이는 PDF, Word, Excel, PowerPoint 및 사진과 스캔에서도 적용됩니다: 어플리케이션이 검토를 열 때 기계적으로 읽어들일 수 있으므로 처음에는 프레임이 나타나는 데 시간이 걸립니다. 자세한 내용은 검토 양식 페이지에서 확인할 수 있습니다.

어플리케이션은 귀하의 시간대에 따라 계산합니다, 프라하 시간에 따라 계산되지 않습니다. 계정은 이제 시간대를 설정할 수 있으며, 시간대에 따라 귀하에게는 오늘이 어떤 의미인지: 어떤 청구서가 만료되었는지, 어떤 날짜에 문서가 발행 날짜가 없는 경우 어디에 포함되는지, 아침에 Telegram으로 오는 알림은 몇 시에 발송되는지를 구분할 수 있습니다. 그 알림은 여전히 아침 7시에 전달되지만, 귀하의 시간대로 전송됩니다. 체코 외부 고객의 경우 여전히 한밤중에 전송됩니다.

별도로 설정할 필요는 없습니다. 시간대는 브라우저에서 자동으로 가져오므로 자동으로 맞습니다. 곳곳에 계정이 있는 경우, 설정 → 시간대에서 수동으로 변경할 수 있으며, 선택한 시간대는 영구적이며 다른 컴퓨터에서는 변경되지 않습니다. 여러 시간대와 관계 없이 변동이 없는 계정은 기존의 체코 시간 그대로 유지됩니다. 자세한 내용은 계정 및 회사 페이지에서 확인할 수 있습니다.

검색 기능은 모델이 문서에서 추출하지 않은 내용도 찾습니다. 개요에서 문서의 데이터 필터는 이전에 모델이 읽은 값만 검색했습니다. 예를 들어 특정 제품의 총 금액만 추출된 영수증은 종이에는 기록되어 있지만 찾을 수 없었습니다. 이제 문서의 기계적 전사 및 파일 내 텍스트에서도 검색되므로 "셔틀밴"이 철물점 영수증을 찾고, 설명에서 단어를 찾으면 계약서를 찾을 수 있습니다.

또한, 악센트 구분이 더 이상 이루어지지 않으며: "sroubeni"는 "Šroubení"를 발견하고 그 반대도 가능하므로, 억제를 작성할 필요가 없습니다 — 문서 전사에서 변형된 경우에도 상관없습니다. 단어만 작성하면 시작 부분을 가지고, "doprav"은 운송료 및 운송을 모두 찾습니다. 여러 단어를 작성하면 문서는 모두 포함되어야 합니다. 단어 내 하위 비율, 예를 들어 IČO 절반은 읽힌 데이터 내에서만 검색됩니다.

아카이브에서는 전사 즉시 검색되며, 수년 된 문서도 포함됩니다. 파일 내 텍스트는 오래된 문서에 대해 백그라운드에서 추가되므로 몇 시간 후에 데이터가 완전하지 않을 수 있습니다. 자세한 내용은 필터 및 검색 페이지에서 확인할 수 있습니다.

2026년 9월 22일

문서 및 양식의 너비를 직접 설정합니다. 문서 미리 보기와 양식 사이에는 잡고 끌 수 있는 바가 있어, 항목에 대한 공간이 더 필요할 때는 문서를 좁힐 수 있으며, 반대로도 확장 가능합니다. 키보드의 화살표로도 조작할 수 있으며, 더블 클릭하면 기본 분할로 돌아가며, 이는 새로 업데이트 되어 양식에 더 많은 공간을 제공합니다. 비율은 브라우저에 기억되어 있으므로 다음 문서에서도 적용됩니다. 두 개의 패널이 수직으로 표시된 스마트폰에서는 바가 표시되지 않습니다.

문서의 일부 열 정보는 어떤 내용이 구분되는 경우에만 표시됩니다. 이 행이 문서의 어떤 표에서 복사되었는지를 설명하며, 단일 표가 있는 문서의 모든 행에 대해 동일한 정보를 제공하거나 아무것도 표시하지 않습니다. 이 경우에는 더 이상 그려지지 않으며, 대신 해당 행을 구분하는 항목 이름에 공간이 남게 됩니다. 문서가 여러 표를 포함하면 열이 자동으로 표시됩니다.

새로운 검토: 항목이 합계와 다른 통화로 되어 있습니다. 클라우드에서 발급된 외화 청구서는 달러로 기입되며, 합계만 통화로 변환합니다. 따라서 문서는 하나의 통화로 항목이 기입되고 세금 기본 금액은 다른 통화로 되어 있습니다. 합계는 일치하지 않으며, 이전에는 "항목 합계가 세금 기반과 다릅니다."라는 일반 메시지를 표시했습니다. 이제 모델은 문서의 전사에서 항목 가격이 어떤 통화로 기입되었는지를 인식하며, 직접적으로 알립니다: "문서에서 항목 가격이 USD로 기입되지만, 통화 항목의 통화가 다릅니다. 발급자가 합계만 결제 통화로 변환하고 상세 내역은 원래 통화로 두었습니다." 올바른 답변은 기재되지 않으므로, 이를 수납하는 것은 발견 및 해결 페이지에서 확인할 수 있습니다. 이러한 문서의 합계 검토는 중복 경고를 방지하기 위해 수행되지 않습니다.

새로운 검토: 항목 전사가 두 번 읽혔습니다. 다수 페이지 문서에서는 때때로 같은 항목이 다른 제목 아래에 두 번 기입되어 있습니다 — 클라우드 청구서는 서비스별 세부 사항 표시와 그렇지 않은 세부 사항 표시를 포함합니다. 모델은 두 개의 표를 모두 읽어들였기 때문에 합계가 두 배가 되어 회계에 모든 항목이 두 번 전송되었습니다. 이제 어플리케이션은 이를 인식하고, 문서에서 발견된 사항으로 항목 세부 사항이 문서에 여러 번 존재합니다를 보고합니다. 각 세트의 첫 번째 항목을 남기고 나머지는 삭제할 수 있는 버튼이 있습니다. 모든 항목이 정확히 같은 횟수만큼 반복되어야만 이 점이 보고됩니다: 하나를 추가하는 것은 발견 사항을 생성하지 않으며, 문서에서 두 쌍이 동일한 경우는 일반적인 경우입니다. 검토는 여전히 설정 → 문서 검토에서 해제할 수 있으며, 샘플 계정에는 자체 문서가 준비되어 있습니다. 자세한 내용은 발견 및 해결 페이지에서 확인할 수 있습니다.

하나의 메시지로 세 개 대신. 항목 합계로 인해 검토에서 보류 중인 문서의 경우, 같은 문장이 세 번 반복되었습니다: 창 위의 배너, 양식 위의 안내 및 발견 목록. 수정 제안이 있는 문장이 남아있습니다. 창 위의 배너는 이제 양식이 보이는 위치로 숨겨지고, 발견 사항이 합계와 관련된 메시지를 표시할 때는 안내에 대한 메시지가 사라집니다. 합계 검토가 비활성화된 계정에서는 발견 사항이 발생하지 않으므로 안내는 여전히 표시됩니다.

수정 사항: 항목 합계 불일치 메시지. 기준 및 세금이 합계와 일치하는 문서의 경우, 어플리케이션은 항목 합계의 수정 제안을 제공하지 않습니다 — 이를 대체하면 그 관계를 손상시킬 수 있습니다. 발견 사항에 대한 문장은 그러나 그 점을 고려하지 못해, 채워지지 않은 숫자에 대한 공백이 남았습니다("항목 합계는 , 하지만 세금 기본 항목은 74.91이다"). 이제 그러한 청구서는 제안 대신 어떤 이유에서인지 빈 공간이 남지 않도록 새로운 문장을 제공합니다.

청구서 만기를 모니터링합니다. 새로운 청구서 만기 탭은 지급 대기 중인 수신 청구서를 표시합니다: 만료된 것, 가까운 시일 내에 만료되는 것, 나중에 만기되는 것 및 보류된 것, 모든 그룹별로 통합 및 통화별 소계. 만기된 청구서 수는 탭에서 바로 확인할 수 있습니다. 청구서 옆에는 세 개의 버튼이 있으며 각기 다른 기능을 의미합니다: 지급 완료는 지급 날짜를 기록하고 청구서를 삭제합니다(복원 가능합니다), 보류는 며칠 동안 소음을 줄이며, 모니터링하지 않음은 상시 알림에서 영구적으로 제거합니다 — 이는 자동 이체로 지급된 청구서나 다른 누군가가 지급한 것에 해당합니다. 문서 목록에 만기 열이 추가되었으며, 지급 확인 필터, 문서 세부사항 옆에 상태 및 버튼이 표시됩니다. Fakturoid이 수신 보고를 하면 어플리케이션은 기존처럼 수동 체크박스 옆에 수동 표시만 수용합니다. Telegram을 연결한 고객은 설정 → 청구서 만기 모니터링에서 매일 아침 7시에 알림을 받고 설정할 수 있으며, 이것은 변경 시에만 발생하고 매일 보내지지는 않으므로 만료 알림이 매일 아침에 방해되지 않게 됩니다. 또한, 청구서가 지급이 임박하다고 간주되는 날짜와 언제부터 만기를 모니터링할지를 설정하며 — 기존 계정에서는 이틀 전 후로 설정되므로, 이를 켤 경우 오랫동안 지급된 청구서가 즉시 부채로 표시되지 않습니다. 오래된 문서의 만기는 해당 날짜에서 계산되었습니다. 자세한 내용은 청구서 만기 페이지에서 확인할 수 있습니다.

상대방. 새로운 상대방 탭에는 귀하의 문서에 따라 공급업체 및 수취인 정보가 표시됩니다: 얼마나 많은 문서가 이들로부터 수신되었는지, 통화별 소계, IČO, DIČ 및 VIES 등록소의 응답입니다. 세부사항에는 최근 문서, 알려진 계정 및 수정 사항에 대한 정보가 모두 포함되어 있으며, 모든 문서 버튼을 통해 해당 회사의 필터가 있는 목록을 열 수 있습니다. 상대방에게 기본 파일을 설정하고 레이블을 부여할 수 있으며: 새로운 문서가 파일 없이 생성되면 채택된 후 직접 이동하며 레이블을 받습니다. 공급업체가 귀하의 수신 이메일 주소로 직접 청구서를 보내면 해당 주소를 상대방에 할당하십시오. 이후에는 해당 상대방의 파일로 이메일이 배송되어 가장 먼저 생성됩니다; 파일의 플러스 주소가 우선합니다. 특정 공급업체에서만 문서를 수신해왔던 주소는 세부정보에서 자동으로 제공되지만, 이는 귀하가 설정해야 합니다. 잊기 버튼을 클릭하면 어플리케이션이 해당 기업에 대한 메모리를 삭제하며 문서는 남아있습니다. 오래된 문서는 백그라운드에서 상대방에 연결됩니다. 자세한 내용은 상대방 페이지에서 확인할 수 있습니다.

공급업체 계좌 변경 모니터링. 가장 일반적인 청구서 사기는 알려진 공급업체와 다른 계좌 번호입니다: 청구서는 이전 것과 유사하게 보이지만 자금은 다른 곳으로 이체됩니다. 검토 합계로는 이를 감지할 수 없으며, 위조된 계좌는 종종 유효합니다. 이제 어플리케이션는 모든 공급업체에 대해 귀하가 그들에게 지급한 계좌 정보를 저장하며, 문서에 다른 계좌번호가 나타날 경우 이를 발견 사항으로 알리겠습니다 공급업체의 계좌가 이전과 다릅니다. 이것은 발견 사항이며 차단이 아닙니다: 계좌는 실제로 변경될 수 있으므로 확인 시 다른 발견 사항처럼 확인할 수 있습니다. 계좌는 검사의 확인이 필요하며 인식에 의해 기억되지 않습니다 — 왜냐하면 위조된 청구서가 누구 하나도 열어보지 않고 자신의 계좌를 등록할 수 있었기 때문입니다. 따라서 공급업체의 첫 문서는 기본값을 설정하며, 아무런 알림도 발생하지 않습니다. 국내 요금 및 IBAN은 각각 동일한 계좌로 간주되기 때문에, 위조된 청구서가 이전과 화합하여 다른 계좌로 표시되더라도 경고가 발생하지 않습니다. 이는 수신된 문서에만 적용됩니다; 발행된 청구서에는 귀하의 계좌가 됩니다. 검토는 활성화되어 있으며 설정 → 문서 검토에서 다른 검토와 마찬가지로 비활성화할 수 있습니다. 자세한 내용은 발견 및 해결 페이지에서 확인할 수 있습니다.

2026년 9월 21일

어플리케이션은 귀하의 수정을 학습합니다. 공급업체의 문서를 검토하는 동안 수정한 경우, 반복적으로 문서를 받는 공급업체의 경우 수정된 내용을 바탕으로 모델에게 해당 공급업체에 대한 힌트를 전달합니다: 공급업체 이름이 "ČEZ Prodej, a.s."와 같이 악센트를 포함하여 정확하거나, 변동 기호가 참조 오른쪽에 있거나 하는 등의 정보입니다. 문서는 항상 우선하므로 이름이 변경된 공급업체는 올바르게 처리됩니다. 계좌번호와 금액은 전혀 기억되지 않으며 항상 문서에서 읽어들여집니다. 통찰 정보는 설정 → 공급업체 통찰에서 찾을 수 있으며, 수정 불가능하며 삭제만 가능하며 생성 및 삭제 이력이 활동 로그에 기록됩니다. 이 곳에서 모든 기능을 비활성화할 수도 있으며, 저장된 통찰 정보는 남아 있을 수 있으나 더 이상 사용되거나 새로운 정보로 생성되지는 않습니다. 어플리케이션에서 힌트를 받는 문서의 경우, 세부정보 탭에 모델이 힌트를 받았다라는 상자와 함께 통찰 목록이 표시됩니다. 이러한 문서는 힌트 함수가 존재합니다라는 레이블에 의해 필터링될 수 있습니다. 명칭, IČO, DIČ 및 통화는 문서의 값이 실제로 존재할 때 첫 번째 수정에서 기억됩니다; 나머지 필드는 반복 후에 판단됩니다. 자세한 내용은 공급업체 통찰 정보 페이지에서 확인할 수 있습니다.

설정 섹션에 고유 주소가 있습니다. 왼쪽 리소스의 섹션명 클릭 시 주소에 해당 섹션의 앵커가 자동으로 추가되어, 예를 들어 /app/settings#settings-telegram 형태가 되며, 링크를 복사하거나 새 탭에서 열 수 있습니다. 해당 주소를 열면 페이지가 자동으로 섹션으로 스크롤됩니다. 예전에는 링크가 설정의 시작에 도달했으며, Telegram 봇으로 보낸 것 또한 포함되었습니다.

도움 요청 응답이 지연되지 않습니다. 동시에 동일한 질문에 대해 두 명이 도움 요청을 하면, 두 응답이 대기 상태가 되며 이로 인해 문서 처리도 지연될 수 있었습니다. 이제 질문은 모델만 대기하며 상호간의 대기는 없습니다.

로그인 없이도 도움말에 접근할 수 있습니다. 웹사이트 하단의 도움말 링크에서 찾을 수 있으며, 특정 안내 링크를 계정이 없는 사람에게 보낼 수 있습니다. 텍스트는 어플리케이션과 동일하며, 그 내부에서 검색도 가능합니다; 문장으로 구성된 응답은 어플리케이션에서만 제공됩니다. 도움말 페이지 간의 링크는 이제 올바르게 작동하며 — 예전에는 빈 탭에서 열리는 경우가 많았습니다.

웹 언어는 URL에 포함됩니다. 체코어 버전은 parsedoc.dev/cs/에 있으며, 독일어는 /de/, 영어는 접두사 없이 사용됩니다. 누군가에게 링크를 공유하면 그들은 귀하와 동일한 언어로 열리며, 웹은 처음에 귀하의 브라우저 언어로 자동으로 전환됩니다. 사용법 및 이것이 작동하는 방법 페이지는 새로운 주소(/use-cases, /integrations)를 가지며, 이전 주소는 계속 사용 가능합니다. 어플리케이션 내의 언어 전환 기능은 이전과 동일하게 제공됩니다.

2026년 9월 20일

더 빠른 시작, 특히 모바일에서. 어플리케이션은 열 때 바로 필요한 것만 다운로드합니다: 사용자 언어에 따른 인터페이스 텍스트, 설정, 개요, 스키마, 활동 및 청구서는 열 때 다운로드 되며 도움말도 동일합니다. 필드 옆의 질문 마크는 예전에는 20개 언어로 모두 다운로드되며, 4MB의 크기를 가졌습니다; 이제는 그 일부분입니다. 처음 탭을 열 때 잠시 로딩 화면이 나타납니다.

공유된 영수증은 신호를 기다립니다. ParseDoc 어플리케이션이 모바일에 설치되어 있고, 시스템 공유의 끔 없는 상태에서 영수증을 보낼 경우, 파일은 모바일 내 대기열에 저장되며 신호가 있는 즉시 자동으로 업로드됩니다 — 다음 어플리케이션 열기가 도래할 때까지 가능한 한 늦지 않게. 오류 페이지 대신, 저장 완료 메시지가 표시되며, 문서 탭에서 신호를 기다리는 파일 수를 알 수 있습니다. 연속으로 여러 파일을 공유할 수 있으며, 이전에는 두 번째 공유가 첫 번째를 덮어쓰는 것으로, 신호 중단으로 인해 업로드 실패한 경우 수동으로 다시 업로드해야 했습니다. 새로운 파일을 전송할 때는 기본 계정 설정으로 처리됩니다, 이메일 및 Telegram을 통해 처리되는 문서와 동일하게. 자세한 내용은 파일 업로드 페이지에서 확인할 수 있습니다.

문서의 아카이브. ZIP, RAR, 7z 또는 TAR('.tar.gz' 포함)을 업로드하면 풀 필요 없이 각 내부 파일에서 문서가 생성되며, 모든 파일은 아카이브 이름에 따라 레이블이 지정됩니다, 예를 들어 faktury-srpen. 이는 어플리케이션 내, API, 이메일 첨부 파일 및 Telegram에서 작동하며, 그곳의 봇은 아카이브에서 얼마나 많은 문서가 생성되었는지를 나타냅니다. 시스템에 의해 포함된 폴더 및 파일은 건너뛰고, ISDOC는 동일 청구서의 PDF와 구별된 한 문서로 처리되며, 한 아카이브에서 최대 50개의 문서가 생성됩니다. 이전에는 ZIP 파일이 지원되지 않는 파일로 간주되었습니다. 자세한 내용은 파일 업로드 페이지에서 확인할 수 있습니다.

검토 양식은 인터페이스의 언어로 대화합니다. 초기 값으로 되돌리는 버튼, 원래 값과 라벨을 표시한 부분, 행을 삭제 및 추가하는 버튼 및 불일치 경고는 다른 언어에서도 제공되었습니다. 지금은 나머지 어플리케이션와 동일하게 번역됩니다.

자신의 스키마에 대한 영어 필드 이름이 포함된 프로토타입. 프로토타입(청구서, VAT 포함 청구서, 영수증, 송장, 최소)은 영어로 된 필드 이름을 가지며, 시스템 스키마와 마찬가지로 검토 양식에서는 번역된 레이블을 표시합니다. 필드 설명은 모델에서도 이해할 수 있으며, 인터페이스 언어로 표시됩니다. 이미 작성된 스키마는 변경되지 않습니다.

소유 스키마에서도 공유 파일 내보내기. 누군가에 의해 파일이 공유된 게스트는 소유자의 고유 스키마로 인식된 문서를 JSON, 표 또는 PDF 형식으로 일괄 내보낼 수 있었습니다. 회계 형식으로 내보내기는 호스트 계정 아래에서 스키마를 찾기 때문에 거부되었습니다. 이제 실제 스키마 소유자에 따라 처리됩니다, 검토 양식과 마찬가지입니다.

업로드된 이메일은 첨부 파일이 거부된 경우에도 메시지 텍스트를 시도합니다. .eml 형식의 첨부파일에서 문서가 생성되지 않는 경우, 예를 들어 청구서가 이미 한 번 업로드되었기 때문이라면, 메시지 텍스트는 처리됩니다 — 수신 이메일 주소도 마찬가지입니다. 이제 업로드된 이메일과 수신 이메일 모두 동일한 규칙을 따르며, 하나의 메시지에서 최대 10개의 문서로 제한됩니다.

문장으로 도움 요청하기. 도움말에서 전체 질문을 검색할 경우, 검색 결과에는 문장으로 질문하기 버튼이 표시됩니다. 답변은 도움말 페이지에서 구성되어 원래 링크와 함께 표시됩니다. 검색은 이전과 동일하게 유지되며 — 답변은 추가적인 정보입니다. 계정 및 일 수에 대한 질문은 100회가 무료로 제공되며, 귀하의 문서와는 관련이 없습니다: 이는 단지 도움말에서만 응답됩니다.

자신의 에이전트를 위한 도움말. MCP를 통한 연결은 search_help라는 새로운 도구를 비롯하고, 이를 통해 도움말 페이지를 반환할 수 있습니다. ChatGPT 또는 Claude는 어플리케이션에 대한 질문에 자신의 언어로 응답하며 우리의 모델 없이 답변할 수 있습니다. 문서나 계정 데이터는 이 도구에 의해 반환되지 않습니다.

2026년 9월 18일

할인 후 가격, 할인 전 가격이 아닙니다. 문서에서 항목이 할인 전과 후의 가격이 둘 다 표시된다면 — 대형마트 영수증이나 건축 자재 청구서가 해당됩니다 — 할인 후 가격만이 추출됩니다. 이전에는 순서 상 첫 번째 가격이 데이터에 포함되었으므로, 비용이 실지로 지불한 금액보다 더 높게 나타났습니다.

세금에 대한 항목 요율 검토. 체코 크로나로 발행된 외화 청구서에는 해당 통화로 된 세금 열이 있으며 한 눈에 모든 것이 일치하는 것처럼 보입니다: 기본 금액과 세금을 합치면 지급해야 할 총금액이 제대로 나오고, 항목 근거도 일치합니다. 그러나 항목 세금율에서 발각될 수 있습니다. 이제 그런 청구서는 문제가 될 것입니다. 수정 버튼은 의도적으로 존재하지 않으며 — 세금과 함께 지급해야 할 금액에도 잘못된 것으로, 두 개의 필드를 동시 수정해야 하는 경우 사람에게 맡겨야 합니다.

항목에 대한 잘못된 세금 요율이 수정됩니다. 독일 청구서에서는 "MwSt" 열에 유로로 된 금액이 나타나고, 요율은 19.84%로 추정될 수 있습니다. 이는 세금 기준에서 없거나 EU 어디에서도 적용되지 않는 경우에만 수정됩니다; 읽어들일 때 금액으로부터 세금 요율이 도출될 수 있으며, 청구서 요약에 대한 세금도 알맞게 계산됩니다.

외화 세금 요율은 이제 발견 사항이 아닙니다. 폴란드 23%, 오스트리아 20%, 포르투갈 6% 등은 예전에는 유사한 요율로 보고되었습니다. 국내 문서는 여전히 발행일에 따라 체코 요율로 측정됩니다.

항목의 비율이 누락된 경우 보완됩니다. 할인, 반올림 또는 전액 공제를 포함하는 항목은 요율 열에서 대시로 표시됩니다. 그런 행은 이전에는 무효 요율로 교차되었으며, 결과적으로 요약이 문서의 실제 수치와 일치하지 않았습니다. 요율은 합계가 확인된 경우에만 보완됩니다.

세금이 포함된 가격에 대한 항목은 재계산됩니다. 청구서의 항목 가격은 세금을 포함하지 않으며, 모델이 세금 포함 금액을 얻을 경우에는 회계로 인해 열리지 않습니다. 92개의 청구서 샘플 중 15건에 해당합니다. 그전에 추출된 문서는 새로운 처리 필요없이, 크레딧 없이도 소급 계산됩니다.

이메일 업로드(.eml). 저장된 이메일을 업로드하면 각 첨부 파일에서 문서가 생성됩니다. 문서가 생성되지 않은 첨부파일에 대해서는 사유를 알 수 있습니다.

같은 쪽의 IČO와 DIČ를 비교합니다. 체코 법인의 DIČ는 IČO를 포함하여 따라서, 두 숫자가 동일한 회사에 속하는지를 검증 가능합니다. 이는 공급업체와 수취인을 혼동하는 것을 발견합니다. 아무리 두 숫자가 유효하더라도, 타인에게 속해버립니다. 이 발견 사항에 대하여는 클릭 한 번으로 수정을 제안합니다.

2026년 9월 17일

문서가 두 번 처리되지 않습니다. 대기열에서 동일한 작업이 두 번 제공되면, 두 번째 시도는 중단됩니다. 누구라도 문서 작업을 중단한 경우, 10분 후에 다시 대기 목록으로 돌아옵니다.

Webhook과 텔레그램 메시지는 문서가 저장된 후에 전송됩니다. 처리 종료와 저장 간의 짧은 순간에 webhook이 전송되지 않거나, 실패한 문서에 대한 텔레그램에서 "완료"라고 보고된 경우가 과거에 있었습니다.

2026년 9월 16일

모델 제한이 소진되어도 문서 처리를 중단하지 않습니다. 대량 처리 후, 일일 한도를 초과하는 문서는 과거에는 오류로 기록되었습니다. 이제 대기열에 대기하며, 한도가 해제되면 처리됩니다 — 오류 알림 없이도 크레딧은 +/0 방식으로 되돌리지 않게 됩니다.

대량 처리로 타 문서가 블록되지 않습니다. 대기열은 고객을 통해 번갈아 가며 처리되므로, 1000개의 문서를 수입할 때 다른 누군가가 올리는 문서는 제대로 진행할 수 있습니다.

더 정확한 추출. 추출 알고리즘이 보다 최신 모델로 전환되었습니다: 확인 데이터에서 98.4%의 정확한 필드를 기록하며 기존의 88.0%에서 개선되었습니다. 조화서식 또한 사라지고 상품 코드에서 0과 영어 문자를 사이에 두고 혼동됩니다.

디지털 PDF는 텍스트 레이어에서도 판독합니다. 페이지의 이미지를 넘어서서 파일에서 텍스트를 추출해내므로, 이미지에서 혼동되기 쉬운 자료도 읽힙니다. 정확도가 샘플에서 98.4%에서 100%로 상승했습니다.

체코 회사의 IČO는 8자리 숫자여야 합니다. 과거에 숫자의 추가가 전혀 검토되지 않아 외국 등록번호는 유효한 자료로 기록되었습니다. 체코 회사라는 것은 상대한 DIČ가 확인할 수 있습니다.

발견 있는 문서는 의식적으로 동의해야만 진행됩니다. 발견 사항이 있는 문서는 단순히 통과할 수 없으며: 경고는 대화창에 나타나며 그랬을 경우도 확인 버튼으로 승인됩니다. 누락된 IBAN 없이도 나머지 필드에서 다른 사항을 수립할 수 있도록 합니다.

미리보기 검색은 데이터 내에서도 검색합니다. 원본에서 찾은 내용은 오른쪽에서도 강조 표시되며, 재구성 형태에서도 결과로 표시됩니다. 문서에서 발췌된 금액("16 591,56")은 JSON 또는 XML에서도 대조됩니다.

처리는 독립 서비스에서 진행됩니다. 새로운 버전의 배포가 진행 중인 문서가 방해받지 않도록 합니다.

2026년 9월 15일

완료된 문서를 수정할 수 있습니다. 창의 상단에는 두 가지 경로를 제시하는 버튼이 있습니다: 문서를 검토로 반환하고 데이터를 수정하는 경우는 수수료가 부과되지 않으며, 다른 형식으로 재처리합니다. 과거에는 불량으로 처리된 문서는 삭제하고 다른 속도로 업로드하는 일 외에는 아무 것도 할 수 없었습니다.

일반 영수증을 새로운 문서 유형으로 도입합니다. 레스토랑 영수증은 연료 청구서로 간주된 적이 있으며 오직 청구서와 연료에만 선택할 수 있었습니다. 이제 일반 영수증용 스키마가 추가되었으며, 연료가 없는 연료 영수증의 경우 이를 보고합니다.

ISDOC 청구서는 기존의 Pohoda 및 Money S3를 대체하여 단순화된 세금 문서를 제공합니다.

ISDOC는 공식 스키마 6.0.2에 따라 형성됩니다. 기존 출력 스키마와는 일치하지 않으며 의무적인 후반부가 누락되었습니다. 지금은 그에 대한 검증이 자동으로 수행됩니다.

선택된 문서 유형이 나올 수 없는 형식에서는 생성되지 않습니다. 그런 전환을 다운로드하는 것은 거부되며, 세부사항, 미리보기, webhook 및 MCP 또한 그것을 만들어냅니다. 전체적 통지 오류로 간주되는 동일한 경고를 반환합니다.

무부가치 청구서는 이제 항목에 합계가 포함되어 있지 않습니다. 부가세를 포함하지 않는 공급자의 문서에서 임시 합계, 총합 및 지급액이 포함되는 경우가 적지 않았기 때문에 이로 인해 출력을 원금의 배수로 변동되었습니다.

검토 확인 후, 다음 문서가 열립니다. 이전에는 확인된 문서 위에 창이 남아있었고, 다음 문서로 이동하는 것은 목록 내의 모든 항목을 통해 화살표로 이동해야 했습니다.

화살표 이동은 기본 탭을 엽니다. 선택된 탭은 문서에 따라 변화하며 응답이 있는 문서는 검토 없이 시작됩니다.

2026년 9월 14일

파일 형식 없이 문서 이름. 인쇄 및 창에서는 "청구서"로 나타나며 "청구서.pdf"는 사용되지 않습니다. 설정을 통해 이를 해제할 수 있으며, 저장된 파일 이름은 변경되지 않으며, 다운로드되는 파일은 여전히 확장자를 유지합니다.

새로운 PDF 미리보기. 우리는 직접 그림을 그리며 따라서 모바일에서도 작동합니다 — 아이폰에서는 이전에 첫 페이지만 표시되었으며, 안드로이드에서는 아무것도 표시되지 않았습니다. 이제 두 손가락으로 확대하는 제스처와 텍스트 검색 및 페이지 미리보기가 추가되었습니다.

PDF 및 전체 ZUGFeRD로 내보내기. 청구서를 PDF 형식으로 읽을 수 있으며, ZUGFeRD는 PDF/A-3 형식으로 XML이 삽입되어 있으며, 그 전까지는 순수 XML로 반환되었습니다. 기존 ZUGFeRD 형식은 XML로 유지되어 있으며, 경각심을 주기 위해 웹후크와 API 클라이언트는 이를 그대로 유지합니다.

결과는 요청 시에만 생성됩니다. 이로 인해 변환이 이전 문서에도 반영됩니다: 청구서를 재다운로드하면 최신 형식으로 제공됩니다. 모델은 다시 호출되지 않으며, 크레딧이 사용되지는 않습니다.

2026년 9월 13일

자신의 문서 이름. 창의 상단에는 펜이 있는 필드가 있어, 문서를 자기 이름으로 명명할 수 있습니다. 저장된 파일 이름은 바로 아래에 남으며 두 가지 모두에서 검색이 가능합니다.

VIES 등록소에 대한 DIČ 검토. 공급업체 및 수취인 DIČ는 유럽 집행위원회에 등록된 VAT 납세자 등록소에서 검증됩니다. 이 작업은 수수료가 없으며, 귀하의 브라우저가 아닌 서버에서 요청합니다.

솔루션 버튼을 추가합니다: 방향, 유형 및 복제. 알고리즘에서 처리 방법을 알고 있다면 솔루션 버튼이 제공됩니다. 문서 방향을 변경하거나 공급업체와 수취인을 서로 바꾸는 방식이 제안되며, 본 문서를 원본에서 전환할 수 있는 아이디어입니다.

개요: 발생할 수 있는 일과 언제가 빠른 선택. 이전에는 채권과 채무가 혼합되며 단일 숫자 형태로 제공되었습니다. 이제 각각 채권, 채무 및 연료를 별도로 선택하고 필요한 기간을 선택할 수 있습니다.

개요의 기간은 발행일에 따라 결정되며, 업로드 날짜가 아닌 경우에 해당함. 9월에 업로드된 8월 청구서는 9월로 분류되었습니다.

문서의 날에 대한 ČNB 환율. 하나의 통화로 환산되는 계산에 대한 오늘의 환율로 인해, 지난해의 유로 청구서는 올 해의 환율을 사용해 계산되었습니다. 환율은 이력이 포함되며 모든 청구서는 발행일의 환율로 환산됩니다.

문서가 아닐 경우, 비정상적인 파일입니다. 실수로 업로드된 광고가 청구서의 유익함을 갖춘 경우로 간주됩니다. 인식이 현재 문서가 아니라는 결과를 확인하도록 허용되며, 이는 문서 올리기 전에 인식되지 않습니다.

ISDOC 또는 ZUGFeRD의 문서에서 가격이 크레딧으로 기록됩니다. ISDOC 또는 ZUGFeRD로부터의 문서에서 0원은 "모델 없이 수신됨, 무료"가 아니라 "가격이 미확인됨"을 의미합니다.

2026년 9월 11일

완료된 문서에서도 양식을 사용할 수 있습니다. 이중 미리보기에서 양식 / 데이터 스위치가 있으며, 인식된 데이터를 필드 및 라벨로 읽을 수 있으며 그러한 표시가 JSON 또는 XML보다 우수합니다.

라벨 및 폴더의 색상. 색상은 밝은 & 어두운 모드 모두에서 읽을 수 있도록 팔레트에서 선택 가능합니다. 과거에는 색상이 적용되지 않았지만, 이제 서로 간 구별하는 데 도움이 됩니다.

문서가 검토 대기 중인 이유는 직접 목록에서 확인 가능. 배지 위에 생기는 툴팁은 검토 빈도가 같은 문장으로 알려주며, 빈 목록은 문서가 정상이며 계정 설정에서 검토를 요청했음을 알립니다.

사용된 공간이 어떤 것이냐. 배지 옆의 툴팁은 검증된 문서 수를 나열합니다; 각 문서가 작업을 보류 중일 경우 이들의 총량, 평균 크기 및 가장 큰 파일을 표시합니다. 쓰레기통은 과거부터 활성화됩니다 — 삭제된 문서는 여전히 스토리지에 남아 있으므로, 이제는 인터페이스에서 확인할 수 있습니다.

남은 기한이 개월 및 년 단위로 표시됩니다. "남은 시간이 3650일"이 아니라, 기한 종료가 얼마나 남았는지를 반영합니다.

업로드 후 목록에는 통과하지 못한 파일만 남습니다. 스무 개의 초록색 체크는 읽히지 않으며, 빨간색 질물이 생기면 한 줄이 단절되기 때문에 그렇게 됩니다. 처리된 수의 총량은 메시지로 제시됩니다.

상대방의 문서가 계정 전환 후에도 유지됩니다. 로그아웃 후에 샘플 계정으로 이동하면 기존의 문서도 여전히 남아 있었으며, 페이지는 여전히 기억하고 있었습니다. 각 계정 전환 시마다 이 기억은 사라집니다.

메시지, 창 및 패널이 동일한 규칙을 따릅니다. 어떤 일이 벌어졌고 사라지면, 상단의 메시지가 알립니다. 어떤 일이 벌어질 수 있으며 결정을 내려야 할 경우 물어보는 창이 있습니򓲸소. 현재 보고 있는 내용과 관련되는 것은 해당 콘텐츠를 나타냅니다.

2026년 9월 10일

다섯 개의 회계 시스템으로 송신합니다. Fakturoid, iDoklad, SuperFaktura, Xero 및 QuickBooks는 각자의 제작자 라이브러리에서 수신되며, 전체 선택을 집계하여 대량 전송도 가능합니다. 설정에서는 설정 → 연동에서 조정합니다.

전체 목록 다운로드가 목록으로 이동했습니다. 하단의 플로팅 바는 선택되는 버튼이며, 필터에 통과한 전체 내용을 다운로드 받습니다. 그것은 표의 제목 부분에 있습니다.

세 개의 열로 구성된 출력 필터는 사람들이 스스로에게 제기하는 의문에 기반한 것입니다: 무엇 종류의 문서인지, 몇 년에 속하는지, 무엇으로 분류되었는지를 나타냅니다.

열려 있는 창은 문서가 완료되었다고 인식합니다. 대기열에서 문서를 연 사람이 그 공간에 눈치 채고 "처리 대기 중"이라고 알리며 처리됩니다.

항목 사이의 요약 행은 자동으로 제거됩니다. 항목 합계가 항목으로 전환되면 문서의 배분이 늘어났고, 회계로는 추가 항목이 전송되어야 합니다.

2026년 9월 8일

업로드 시 파일 공유를 선택합니다. 문서 목록 아래의 탭 바는 필터처럼 보였지만, 필터링되지 않았습니다. 기존의 업로드 양식 내 첫 번째 필드로 바뀌어 공유 문서에서의 선택된 항목에서 제공됩니다.

문서 식별자로 검색합니다. API 응답의 ID 시작 부분만 필요하며, 문서 이름으로 검색하는 것과 동일한 필드에서 찾을 수 있습니다.

라벨과 폴더는 일관적으로 인식됩니다. 과거에는 두 개의 배지가 공통 표시가 있었습니다. 폴더는 아이콘과 중립 색상을 가져가며, 이름에서 라벨 색상을 얻습니다.

CodeMirror에서 사용자 정의 스키마 편집기. 기존 편집기는 다른 CDN에서 다운로드되므로 작동하지 않았습니다.

활동은 완벽한 감사 로그 형식으로 변환됩니다. "이메일을 수신하고 문서 1개를 생성했습니다."라는 기록은 어떤 이메일이었는지 언급하지 않았습니다. 이제 이벤트마다 일어나는 정확한 사항이 명기됩니다.

"문서의 유형"이라고 말하며 두 가지 내용을 담지 않습니다. 필터 및 세부 정보에서 문서 방향이 문서 유형으로 불리며, 동일한 단어가 스키마를 선택하는 것을 나타내는 유사한 역할을 합니다. 이제 이는 문서 방향으로 표시되며, 유형에 대한 필터도 추가되었습니다.

연료 영수증을 Pohoda 및 Money S3로 변환하여 문서로 처리됩니다. 10,000 Kč까지의 이율은 단순화된 세금 문서로, 청구서 목록에 포함되지 않습니다.

수출은 공인 XSD 생산업체와 비교하여 검증됩니다. 세 개의 발견 사항 중 가장 심각한 것은 서버가 받은 모든 주소로 webhook을 전송하는 것이었으며, 내부 네트워크 주소도 포함되었습니다.