ニュース

アプリケーションでの変更点と、その意味について。最新の情報は上にあります。

ここにあるのは、皆さんが作業中に気付くことができるもので、新機能、動作の変更、修正のみです。新しい記録が追加されると、ヘルプタブに点が表示され、このページを開くと消えます。

アプリケーションは順次展開されるため、リリースにバージョン番号は付いておらず、日付のみが表示されます。

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」と入力すれば「dopravné」や「dopravu」を見つけます。複数の単語を書く場合、ドキュメントにはすべての単語が含まれている必要があります。単語内の一部、たとえばIČOの半分などは、読み取ったデータ内でのみ検索されます。

アーカイブ内の転写もすぐに検索可能で、数年前の請求書も含まれています。ファイルの内部テキストはバックグラウンドで古い請求書に追加されるため、導入後数時間は完全でない場合があります。詳細はフィルターと検索のページにあります。

2026年9月22日

請求書とフォームの幅を自分で設定します。 請求書のプレビューとフォームの間にあるバーを掴んでドラッグすることができます：アイテムにもっとスペースが必要なときは請求書を狭めたり、その逆も可能です。キーボードの矢印キーでも操作でき、ダブルクリックすれば元の分割に戻ります。新たにフォームにより多くのスペースを確保することになります。この比率はブラウザが記憶しているため、次の請求書でも適用されます。携帯電話ではパネルが縦に積まれるため、バーは表示されません。

請求書の部分列が、異なる値の場合にのみ表示されます。 行がどの請求書から転写されたかを示し、請求書に唯一のテーブルがある場合は、すべての行で同じか何も表示しません。この場合、これまで描かれることはなく、行を識別するために基づく項目名のスペースが残ります。一度でも請求書に複数のテーブルがある場合には、列が自動的に表示されます。

新たな確認：総合と異なる通貨のアイテム。 クラウドの外国請求書はドルで請求され、支払いに関しては総合だけがさまざまな通貨で換算されますので、請求書にアイテムがある通貨と適用税率が異なることになります。これは合計が一致しないという結果をもたらし、これまでアプリケーションは「合計は税基準と一致しない」と一般的な警告を表示していましたが、適用できる修正がありませんでした。これからは、転写からアイテムの価格が記載されている通貨を認識し、直接「請求書上のアイテム価格はUSDですが、通貨フィールドは他の通貨が設定されています。発行者は総合を支払い通貨に変換し、剰余は元の通貨のまま残されています」と出るようになります。どのアイテムをどのように修正するかは、発見とその解決のページで確認できます。このような請求書では合計の確認が行われないため、同じことが二重に報告されることはありません。

新たな確認：請求書のアイテムが二度読み込まれる。 複数ページの請求書では、同じアイテムが異なる見出しの下に二度リストアップされることがあります。クラウドの請求書はサービス別のリストとその後に別のリストも持っていたりします。モデルは両方のテーブルを読み取ってしまうため、合計が二重になり、会計にすべての請求書が二回送信されることになります。今やアプリケーションはそれを認識し、請求書には「アイテムのリストが請求書に複数回存在します」という通知が表示され、各セットから最初の発生を残し、他の発生を削除するボタンが表示されます。すべてのアイテムがまったく同じ頻度で反復される場合にのみ通知されます：1つが追加されると通知は生成されません。検証は設定 → ドキュメントの確認で無効にすることができ、サンプルアカウントには独自の請求書が待機しています。詳細は発見とその解決のページにあります。

1つのメッセージで3つの情報を伝えます。 アイテムの集計のために確認中の請求書では、同じ文章が三度繰り返されていました：ウィンドウの上部で、フォーム上での案内と発見メッセージが表示されていました。提供される修正のあるメッセージが残ります。ウィンドウの上の帯は、そのウィンドウが見えるところに隠れます、発見メッセージが合計について知らしめている場合は案内は沈黙しています。合計の確認が無効になっているアカウントでは、発見が表示されることはありません。

修正：合計が一致しない場合のメッセージ。 基本合計に税込み合計が一致する請求書では、アプリケーションはアイテムの合計を修正として提供しません — 提供されることにより、その関係が破壊されます。しかし、その警告メッセージはその点を考慮しておらず、代入されなかった数字の隙間が残ります（「アイテムの合計が , だが、消費税の基本は74.91を持っています」）。新たにこのような請求書には、提案が存在しない理由を示す文章が表示されるようになります。

請求書の支払い期限を監視しています。 新しい支払い期限タブには、支払いを待つ受取請求書が表示されます：期限切れ、間近に支払いが必要なもの、遅れているもの、延期されたものが含まれ、各グループで通貨ごとの合計も表示されます。期限切れの請求書の数は、タブで直接確認できます。請求書には三つのボタンがあり、それぞれ異なる意味を持ちます：支払い済みは支払の日付を記録し、請求書を除外します（元に戻すことができます）、延期は数日間の抑制、注意しないは通知から完全に除外します — これは、口座引き落としまたは他の人によって支払われる請求書のためです。請求書のリストには支払い期限列と支払い状態に基づくフィルターが追加され、請求書の詳細には状態行とボタンがあります。Fakturoidによって報告される支払いは、これまで通りアプリが取り扱います；手動でのマークは横に表示され、手動ですることができるのはそれだけです。Telegramを接続している場合、設定 → 支払い期限の監視で朝7時の報告をオンにすることができます；変更後に記入され、毎日ではないため、期限の過ぎた請求書が毎朝通知されることはありません。また、そこの設定で、請求書が早く支払い期限になると判断される日数と、監視を始める日付を設定します — 既存のアカウントでは、過去2週間、おそらく以前に支払った請求書が点灯しないようにします。古い請求書の支払い期限は、その日付から計算されました。詳細は支払い期限のページにあります。

取引先。 新しい取引先タブには、あなたの請求書が知っているように供給業者と受取人が表示されます：彼らからの合計請求書の数、通貨ごとの合計、IČO、DIČ、およびVIES登録の応答が含まれます。詳細には最近の請求書、知っているアカウント、および修正の発見がまとめて表示され、すべての請求書ボタンをクリックすると、その企業のフィルターを使用したリストが開きます。取引先にはデフォルトのファイルとラベルを設定できます：新しい請求書には、ファイルを共有した後に自動的に移動し、それにラベルが追加されます。供給業者があなたの受取アドレスに直接請求書をメールで送る場合、そのアドレスを取引先に割り当てると、メッセージがその取引先のファイルに送信され、取り込む前に到着します；+アドレスのファイルが優先されます。請求書がその企業からだけ受領されたメールのアドレスは、自動的に提案されますが、割り当てはあなたが行います。ボタン忘れるをクリックすると、アプリがその企業について覚えているすべてを削除し、請求書はそのまま残ります。古い請求書はバックグラウンドで取引先に自動的に接続されます。詳細は取引先のページにあります。

供給業者の口座変更を監視します。 請求書に関する最も一般的な詐欺は、知られている供給業者の異なる口座番号です：請求書は前回のもののように見えますが、資金は別の場所に送られます。確認の合計では何も識別できず、偽の口座は有効であることが多いです。アプリは今や各供給業者について、あなたがどの口座に支払っていたかを記憶し、請求書に別の口座が来た場合は「供給業者がこれまでとは異なる口座を持っています」として警告します。これは発見であり、ブロックではありません：口座は本当に変わりうるため、確認が行われると、どのようにするかはあなたに委ねられます。その時点から、新しい口座も既知のものになります。口座は確認を承認されるまで記憶されず、認識されたものではありません — さもなくば、偽の請求書がその口座を登録することになります。したがって、供給業者の最初の請求書は基本を設定するだけで、何も通知しません。国内の口座とそのIBANは同一のものと見なされるため、請求書が以前とは異なる方法で口座を記載していても、無効な発見は生じません。これは受取請求書にのみ適用され、発行請求書にはあなた自身の口座があります。確認はオンになっており、設定 → ドキュメントの確認で他と同様にオフにできます。詳細は発見とその解決のページにあります。

2026年9月21日

アプリが修正から学びます。 確認中に、あなたが繰り返し受け取る供給業者の請求書を修正した場合、該当の修正から知識を得て、次の請求書の処理時にモデルにヒントとして渡します。たとえば、「ČEZ Prodej, a.s.」という供給業者の名前や、見出しの下に変動シンボルがあることです。請求書は常に優先されるため、改名された供給業者は正しく処理されます。口座番号や金額は決して記憶されません。知識は設定 → 供給業者の知識で見ることができます；修正することはできず、削除のみが可能で、その生成や削除はアクティビティに表示されます。そこでこの機能全体をオフにすることもできます：保存された知識は残りますが、使用されなくなり、新しい知識は生成されません。請求書が修正を受けた場合、モデルがヒントを受け取ったことが詳細タブのボックスに「モデルはヒントを受け取りました」として表示され、どの知識が含まれているかも示されます。また、そのような請求書はヒント付きというラベルが付けられ、フィルタリングが可能です。名称、IČO、DIČ、通貨は、請求書に実際に記載されている修正が行われた際に、最初の修正から記憶されます；他のフィールドは、繰り返しが発生するまで待たれます。詳細は供給業者の知識のページにあります。

設定セクションには固有のアドレスがあります。 左側のディレクトリのセクション名をクリックすると、そのアンカーがアドレスに入力されます。例えば、/app/settings#settings-telegram にアクセスでき、そのリンクをコピーしたり新しいタブで開いたりできます。こうしたアドレスを開くと、自動的にセクションにスクロールします。以前は、リンクが設定の最初に残ることがありました；Telegramボットがチャットに送信したものを含めてです。

ヘルプの応答が滞ることはありません。 誰かが同時にヘルプを求めた場合、両方の応答が読み込みに従って滞留することがあり、その間に請求書の処理も遅延することがありました。これからは、問い合わせはお互いを待っているのではなく、モデルのみが待機します。

未ログインでもヘルプにアクセス可能です。 ウェブサイトのフッターのヘルプリンクから見つけることができますので、アカウントを持っていない人でも特定のガイドへのリンクを送ることができます。テキストはアプリと同じで、検索機能も同じです；複合文で表現された応答はアプリにのみ残されます。ヘルプページ間のリンクは、今では目的の場所に正しく移動します - 以前は空のタブに開いていました。

ウェブサイトの言語がアドレスに示されます。 チェコ語版はparsedoc.dev/cs/、ドイツ語版は/de/、英語版はプレフィックスなしです。誰かに送るリンクは、あなたと同じ言語で開かれ、ウェブサイトは最初の訪問で自動的にブラウザの言語に切り替えます。使用法およびどうやって動くかのページには新しいアドレスがあり（/use-cases, /integrations）、古いリンクはリダイレクトされます。アプリでは、これまで通り言語を切り替えられます。

2026年9月20日

起動が速く、特に携帯電話で。 アプリケーションは、開いたときにすぐ必要なものだけをダウンロードします：インターフェースのテキストはあなたの言語のみに、設定、レポート、スキーム、アクティビティ、請求に関するタブは、それらが開かれたときにダウンロードされます。どちらかのフィールドのヘルプの疑問符は以前、すべての20の言語のテキストを引き寄せていましたが、4MBを超える量でした；いまではそのわずかな部分だけです。最初のタブを開いたときには、少しの間だけ読み込みマークが表示されます。

共有された領収書は信号を待つ。 ParseDocが携帯電話にアプリとしてインストールされており、オフラインで領収書をアプリに送信すると、ファイルは携帯電話のキューに保存され、信号が受信され次第、自動的にアップロードされます - これは次回アプリを開いたときには最低限実行されます。エラーのページではなく、保存されたことを確認するメッセージが表示され、ドキュメントタブには待機中のファイル数が表示されます。一度に複数のファイルを共有できます。以前は、2回目の共有が最初の共有を置き換え、信号の中断によってアップロードに失敗した場合は再度手動でファイルをアップロードする必要がありました。新たに共有された請求書は、メールやTelegramからの請求書と同様にアカウントのデフォルトオプションで処理されます。詳細はファイルからのアップロードのページにあります。

アーカイブからの請求書。 ZIP、RAR、7z、またはTAR（.tar.gzも可）をアップロードすると、解凍する必要はありません：各ファイルから請求書が生成され、すべての請求書にはアーカイブ名に基づいてラベルが付けられます。例えばfacturas-augustのようにです。アプリ内、API経由、メールの添付ファイル、Telegramでも動作します。ボットはアーカイブから生成された請求書の数を報告します。システムによって付属したフォルダーやファイルはスキップされます。ISDOCとPDFが同じ請求書の隣にある場合は1つの請求書になります。1アーカイブから最大50の請求書が生成されます。以前はZIPはサポートされていないファイルとして拒否されていました。詳細はファイルからのアップロードにあります。

チェック用フォームがインターフェースの言語で話します。 元の値を戻すためのボタン、元の値のラベル、行の削除と追加、行の不一致の警告がすべて、英語のみならず他のすべての言語でもチェコ語で表示されていました。これからはアプリケーションの残りの部分と同様に翻訳されます。

独自のスキームのテンプレートは英語のフィールド名を持ちます。 テンプレート（請求書、VAT請求書、領収書、納品書、最小型）のフィールド名は英語であり、システムのスキームも同様です。したがって、確認フォームは、これらの項目が表示される際に翻訳されたラベルを表示します。モデルが読んでも、フィールドの説明はインターフェースの言語で表示されます。既存のスキームは変更されません。

共有されたフォルダーからも独自のスキームのエクスポート。 フォルダーが誰かに共有され、新しいスキームで識別された請求書を所有者が一括でエクスポートすることができるのはJSON、テーブル、またはPDFに限られていました。会計フォーマットのエクスポートが拒否されるのは、スキームをホストアカウント下で探すようにしていたからです。現在は、実際に誰のスキームであるかによって処理され、確認フォームと同様に動作します。

アップロードされたメールは、拒否された添付ファイルを含めてメッセージのテキストも試みます。 もし.emlファイルから請求書が生成されない場合であれ、何らかの理由で以前にアップロードされた請求書が存在した場合、メッセージのテキストが複製されます — 受取用アドレスのメールと同じです。かつて、メールのテキストは、メッセージに添付ファイルがないときだけで試されました。アップロードされたメールとメールでの受取は同じルールに従うようになりました。1つのメッセージから生成される請求書の最大数は10件です。

言葉を用いてヘルプに質問する。 ヘルプ内で全体的な質問を検索すると、結果の上に文章で質問するボタンが表示されます。答えはヘルプページから構成され、リンクも表示されます。検索機能はそのまま残されます — 答えはその上にある追加的な要素です。アカウント及び日ごとに100の質問が可能で、クレジットは必要なく、あなたの請求書には関連しません：答えはヘルプからのみ返答されます。

独自のエージェント用のヘルプ。 MCPによる接続は、新しいツールsearch_helpをサポートしており、それがヘルプページを返します。ChatGPTやClaudeは、自分でアプリに関する質問に応じ、自身の言葉で応答し、私たちのモデルには依存しません。請求書やアカウントのデータはツールには帰属しません。

2026年9月18日

割引後の価格、割引前ではない。 領収書が行の上に割引前と割引後の価格を印刷する場合 — 大型スーパーの領収書や建築資材の請求書 — 割引後のものがデータに入力されます。これまでは、最初のものがデータに入っていたため、費用が実際に支払った金額よりも高く報告されてしまっていました。

アイテムの税金に対する新たな確認。 チェココルナで発行された外国請求書は、自国の通貨での税金の列を持っており、一見すればすべてが一致していますが：基本に税金を加算すると、支払うべき金額となります。すべてのアイテムが基本に加算されます。しかし、それを怪しげにするのが行ごとの税率変更です。このような請求書は今や発見を受けることになります。修正ボタンは意図的に設置されていません — 税金とともに支払うべき金額も間違っていることが多いため、2つのフィールドを同時に修正する必要があることは対人間の仕事です。

税率の数が代わりに記載されている場合、修正されます。 ドイツの請求書は「MwSt.」の列に数値（ユーロを含む）を持っており、率は例えば19.84％になることがあります。これらの修正は、EU内でそのような税率が存在しない場合のみに行われ、税率から計算された数値が存在し、請求書の要約に正確に合算されます。

外国のVAT率はもはや発見ではありません。 ポーランドの23％、オーストリアの20％、およびポルトガルの6％は、以前は異常な税率として報告されていました。国内の請求書については、発行日時に従ってチェコの税率が適用されます。

アイテムの税率が欠如している場合、補われます。 割引、四捨五入、または前払金の控除は、税率の列にダッシュが表示されます。このような行は、以前はゼロの税率に分類され、要約が請求書上の実際的な金額と一致しないことがありました。税率は確定した合計が確認された場合のみに補充されます。

税金を含む価格のアイテムは再計算されます。 請求書は税抜き金額での行を持ち、モデルが税金を含めた金額を取った場合、会計に送信される基本が実際の配分よりも高く算出されてしまいます。92の請求書をサンプルとした場合、そのようなものが15件ありました。過去に抽出された請求書は、新しい処理なしに逆算され、クレジットは発生しませんでした。

メールのアップロード（.eml）。 保存したメッセージをアップロードすると、その添付ファイルから各請求書が生成されます。その請求書が生成されなかった場合、その理由が通知されます。

IČOが同じ側のDIČと比較されます。 チェコの企業のDIČは、その企業のIČOを含んでいるため、両方の番号が1つの企業に属することを確認できます。このシステムは、供給者と受取人の混同を防止します — 両方の番号が有効であるが、別の人に帰属する場合です。この発見には、ワンクリックでの修正が提案されます。

2026年9月17日

請求書は二重処理されません。 キューが同じ作業を二度配信する場合、2度目の試みは停止します。誰かが請求書の処理を停止した場合、その請求書は10分後に待機中に戻ります。

WebhookとTelegramメッセージは、請求書の保存後に送信されます。 処理の終了と保存の合間の短い瞬間に、Webhookが送信されないことや、Telegramが失敗した請求書で「完了」と報告することがあったのですが、これらのタイミングを区分しました。

2026年9月16日

モデルの制限が満たされない場合、請求書は拒否しません。 大量のタスク処理の後、日次制限を超える請求書は以前はエラーとして記載されていました。現在は待機中にしておき、リミットが解放され次第処理されます — エラーの警告もクレジットの返却もありません。

大量の請求書のインポートは他の処理をブロックしません。 キューは顧客を交替して扱い、1000件の請求書のインポートが、他の誰かが同時にアップロードした請求書を妨げることはありません。

より正確な抽出。 抽出は新しいモデルに移行しました：確認データセットで98.4％の正しいフィールドが、以前は88.0％であったのに対し、差し込み式のハーケンや、コードからのゼロとOの混同はなくなりました。

デジタルPDFはテキストレイヤーからも読み取る。 ページの画像に加えて、ファイルからのテキストも処理されるため、画像で混同される内容も読み取られます。サンプルでの精度は98.4％から100％に上昇しました。

チェコの企業のIČOは8桁である必然性。 以前は追加の桁数は考慮されず、外国の登録番号が虚偽の発見を引き起こさないようにしていました。チェコの企業であることは、同じ側のDIČによって証明されます。

発見を伴う請求書の確認には、意識的な同意が必要です。 発見のある請求書は、そのまま通過することが許されません。発見はウィンドウに表示され、それでも確認するボタンで承認します。見逃されたIBANが二つのゼロなしで隙間に収まることがなくなりました。

プレビューでの検索はデータ内でも行われます。 左側のオリジナルの内容で見つけられたものは、右側、フォーム、結果でも強調表示されます。請求書からコピーされた金額（「16 591.56」）は、同様にJSONまたはXML内でも見つけられます。

処理は独自のサービスで実行されます。 新しいバージョンを展開することにより、進行中の請求書の処理が中断されることはなくなりました。

2026年9月15日

完了した請求書を修正できます。 ウィンドウのヘッダーには二つの選択肢を持つボタンがあります：請求書を確認に戻してデータを修正する（これは無料で行えます）、もしくは異なるタイプで再処理することです。以前は、誤って処理された請求書に対して何も行えなかった（削除し、再度アップロードするのみで、別のコストがかかりました）。

一般的な領収書が新しい請求書タイプとして。 レストランの領収書は以前は燃料の領収書として扱われることがありましたが、請求書または燃料の間のみ選択可能でした。通常の領収書のスキームが追加されており、燃料領収書に燃料が表示されない場合は、発見として知らせます。

ISDOC請求書が簡易税務書類として、PohodaやMoney S3と同様です。

公式スキーム6.0.2に基づくISDOC。 以前のスキームは規則に従っておらず、義務的な文書の半分が欠けていました。現在、これに自動的に照らし合わせて検証されます。

選択された請求書タイプに対して作成される形式はどこでも生成されない。 そのような変換のダウンロードは拒否されていましたが、詳細、プレビュー、Webhook、MCPはそれを製造していました。今ではどこでも同じメッセージを返します。

無VATの請求書はもはやアイテムの合計を含めません。 請求書が非加入者から発行された場合、時折、合計、中間合計、または支払額がリストに含まれることがあり、その結果は実際の金額の倍になります。

確認後、次の請求書が開かれます。 以前はウィンドウは確認された請求書に留まり、次の請求書には矢印を使って行く必要がありました。

矢印による移動でデフォルトタブが開かれます。 選択したタブは、該当の請求書に対してのみ適用されます；未確認の請求書は確認に戻ります。

2026年9月14日

請求書名は拡張子なし。 リストとウィンドウは「請求書」と表示され、「請求書.pdf」ではありません。これはアカウントの設定でオフにすることができ、ファイルの保存名は変更されず、ダウンロードしたファイルには引き続き拡張子が付いています。

新しいPDFプレビュー。 我々が独自に描くため、それは携帯電話でも機能します — iPhoneでは以前には最初のページしか表示されず、Androidでは何も見えませんでした。二本指でのピンチイン機能、テキスト検索、ページプレビューが追加されました。

PDF形式でのエクスポートと完全ZUGFeRD。 請求書の読み取り用としてPDF形式で、ZUGFeRDは埋め込まれたXMLとしてPDF/A-3で取得可能になりました；それ以前は単なる生のXMLが返されていました。従来のZUGFeRD形式はXMLのままであり、WebhookやAPIクライアントが壊れないようにするためです。

結果は、実際に要求された場合にのみ生成されます。 修正された変換は、過去の請求書にも及ぶー請求書を再度ダウンロードすれば、最新の形式で入手できます。モデルは再度呼び出されず、クレジットも発生しません。

2026年9月13日

独自の請求書名。 ウィンドウのヘッダーには鉛筆アイコンのフィールドがあり、請求書を独自の名前に変更できます。ファイルの名前はその下に残ります。

DIČのVIES登録との確認。 供給業者と受取人のDIČが、EUのVAT登録所で確認されます。これは費用がかからず、我々のサーバーが問い合わせを行います。

方向、種別、重複を解決するためのボタン。 知っていることが確認できた発見には、ボタンがついています。請求の方向については、方向の変更や供給者と受取人の入れ替えが提案されます — 原因を確認することで決まります。

レポート：迅速な選択のための「何」と「いつ」。 以前は、売掛金と買掛金が一つの数に混在していました。現在は特別に何（売掛金、買掛金、燃料）とどの期間のものを区別します。

レポートの期間は発行日時に従います。 以前は、9月にアップロードされた8月の請求書が9月に分類されていました。

ドキュメントの日に基づくČNBレート。 一つの通貨への換算は、常に最新のレートを使用していましたので、前年のユーロから請求した請求書は今年のレートで計算されていました。レートは履歴と共に保存され、各請求書は発行日の日付のレートで再計算されています。

請求書でないファイル。 誤ってアップロードした広告は、ベネフィットのアイテムを持つ請求書として処理されました。識別は、これは請求書でないという応答を許可するようにします、請求書の生成前に未識別として終了します。

ISDOCまたはZUGFeRDからの請求書での値。 無請求書であるゼロはこれで、「モデルなしで読み込まれました、無料」と定義されるものであって、「不明な価格」とは見なされません。

2026年9月11日

完了した請求書にもフォームがあります。 デュアルプレビューにはフォーム/データスイッチがあり、認識されたデータがフィールドとラベルで読み取れるようになり、単にJSONまたはXMLではなくなります。

ラベルとフォルダーの色。 明るいテーマと暗いテーマの両方で読めるパレットから選択できます。以前は名称から修正されていたため、ラベル間の区別にしか使用されませんでした。

請求書が確認待ちである理由が直接リストで分かります。 バッジの上にあるバブルは、発見を同じ文で表示します。リストが空の場合は、請求書が正常であり、確認が必要なのはアカウントの設定です。

占有されている場所の合計が何で構成されているか。 バッジ上にあるバブルは、請求書の数、バスの中にある請求書の数とそのサイズ、平均サイズ並びに最大ファイルサイズを表示します。バスは常に占有の一部として数えられます — 削除された請求書はストレージ内に今なおあります — 今ではインターフェースで判別可能です。

残された期限は月数と年数で表示。 「残り3650日」という表示ではなく、期限の終了までの距離に応じた単位で表示されます。

アップロード後、リストには未処理のファイルのみが残る。 20の緑のチェックマークは読まれることはなく、その中に1つの赤い行が消失しました。どのくらいの数の請求書が通過したのかはメッセージで示されます。

アカウント切替時の外部請求書。 アカウントからログアウトし、直ちにサンプルアカウントに入った場合、一定時間自分の請求書がまだ表示されていました：データはページメモリに残っていました。アカウントを切り替えるたびに、メモリが消去されます。

メッセージ、ウィンドウ、パネルは同じルールに従います。 起こったことと失われたことは、上部のメッセージで表示されます。まだ起こっておらず、決定が必要なことはウィンドウで尋ねられます。現在見ている内容に対する現行の情報は、その内容のパネルに表示されます。

2026年9月10日

5つの会計システムへ送信。 Fakturoid、iDoklad、SuperFaktura、Xero、QuickBooks、各々はその作成者のライブラリを用い、その全て、選択した全ての請求書を一括で送信することが可能です。設定は設定 → 接続にあります。

一括ダウンロードはリストに移動しました。 下部の浮遊するバーは選択に関するものであり、フィルターを通過したすべてのものの一括ダウンロードは、テーブルのヘッダーにあり、その内容に関するものです。

リストフィルターは3つの列で構成されます。これは人々が考える質問に基づいています：何の請求書ですか、どの期間ですか、どちらに分類しましたか。

開いたウィンドウは、請求書が完了したことを確認します。 キュー内の請求書を開いたユーザーが待っていると、完了後にも「処理中」という表示がなされていました。

アイテム間の合計行は自動的に削除されます。 「合計」行がアイテムに転写されると、請求書分解が倍増し、会計に余分な項目として送信されることになります。

2026年9月8日

アップロード時にフォルダーを選ぶ。 リストの下にあるタブはフィルターのように見えますが、フィルターではありません。これはアップロードフォームの最初のフィールドで、フォルダーからの選択肢に基づいています。

請求書IDによる検索。 API応答のIDの開始部分を入力するだけで、名称での検索と同じフィールドで検索されます。

ラベルとフォルダーは一目で区別可能。 以前はどちらの分類にも同じバッジが付いていました。フォルダーにはフォルダーアイコンが残り、色はニュートラルで、名称からの色はラベルに残ります。

CodeMirrorでの独自スキームのエディター。 以前のエディターは、動作中に外部のCDNからダウンロードされていたため、そちらがなければ全く起動しませんでした。

アクティビティは本格的な監査ログです。 「メールを受信し、1つの請求書を作成しました」という記録は、どのメールから誰からかを示しませんでした。出来事は今や、実際に何が起こったかを示します。

「請求書タイプ」はもはや二つの意味を持たない。 フィルターと詳細では、請求書の方向が請求書タイプと呼ばれていましたが、同じ言葉がスキームの選択を指していることがありました。今後は請求書方向と呼ばれるようになり、タイプによるフィルターが追加されます。

PohodaおよびMoney S3用のハの請求書。 燃料の領収書ではなく、領収書に登録されるように遅らせた請求書です。10,000CZK未満のものは、請求書に含まれない簡単な税務書類として扱われます。

外部XSDに対してエクスポートを検証。 以前より存在していたファイルは、正しく見えても会計にインポートする際に破損してしまいました。

セキュリティ：APIキーが受信アドレスを管理しなくなった。 請求書をアップロードするために指定されたキーは、受信用のメールアドレスを作成でき、他者を許可アドレスに追加することができました。これらのエンドポイントは現在、認証されたアカウントのみに属します。

2026年9月7日

システムスキーム。 我々が提供するスキームは、あなたのスキームの上に管理された独自のグループです。読み取り専用であり、請求書は何によって生成されたかを記憶します — これまでのスキームに対して、エディターへの一時的なコピーでした。その中には燃料の領収書があります。

フォルダーが選択肢を予め設定します。 請求書のタイプ、出力フォーマット、方向、会計通貨を一緒に保存することで、アップロードの際に引き継がれます。

認識されたデータに基づくレポート。 期間、通貨、請求書の種類による合計です。

クラウドフォーマットのフィールド名が修正されています。 ドキュメントおよびSDKに基づいて確認し、6つのエラーが見つかりました。そのうちの一つは請求書上での数値を変更するものであり（例えば、iDokladでは税金を含めるための価格タイプが選択されます）、にも関わらず税抜きで送信されます。

2026年9月4日

4つの出力形式から16。 4つのクラウド会計および3つの欧州の電子請求書フォーマット（Peppol BIS 3.0、XRechnung 3.0、ZUGFeRD / Factur-X）が追加され、古いバイナリExcelもアップデートされました。

請求書の方向。 以前は、すべての移行が負債の側に向けて記載されていたため、自分の発行した請求書が売掛金として計上されてしまいました。方向はアップロード時に選択されます。

抽出された受取人。 以前は、電子請求書フォーマットに補助的な値が挿入されていました。

会計単位の通貨。 Pohodaは、会計単位に従って国内通貨と外国通貨を区別します；スロバキアのPohodaはユーロを扱います。アップロード時に選択されます。なぜなら、1つのアカウントが異なる国の企業を持つことができるからです。

複数ページの請求書全体。 以前は最初のページしか処理されていませんでしたが、クレジットはすべてのページに対して要求されました。上限は20ページで、アップロード時に確認されます。

独自スキーム用のテンプレート。 5つのテンプレートが提供され、空白のページではありません。

請求書の出力形式。 テーブルには示されませんでしたが、アプリはそれを把握していました。

expor批准。 未対応ファイルについてもエクスポートが受け付けられ、エラーメッセージが表示され、開発用のコンピューターではそれを検出できませんでした。

すべてのエンドポイントのセキュリティ監査。 警告の3件の内、最も深刻だったのは、サーバーが受け取った任意のアドレスにWebhookを送信していたことでした。内部ネットワーク内のアドレスを含みます。