Tin mới

Những gì đã thay đổi trong ứng dụng và nghĩa của nó đối với bạn. Mới nhất ở trên cùng.

Chỉ có những gì bạn gặp khi làm việc: tính năng mới, thay đổi hành vi và sửa lỗi. Khi có thêm ghi chép, một chấm sẽ xuất hiện bên tab Trợ giúp và sẽ biến mất khi bạn mở trang này.

Ứng dụng được triển khai liên tục, vì vậy các phát hành không có số phiên bản, chỉ có ngày tháng.

24. 9. 2026

Thông báo qua e-mail. Khi có điều gì trong tài khoản mà bạn nên biết, một e-mail sẽ được gửi đến: tín dụng sắp hết hoặc đã hết, chứng từ sẽ bị xóa sau một tuần, khóa API sắp hết hạn, kết nối với kế toán không hoạt động, webhook không thể gửi, có thư từ người gửi không được phép hoặc khách đã chấp nhận lời mời vào hồ sơ. Thông báo bảo mật sẽ được gửi khi xuất hiện một khóa API mới và khi địa chỉ webhook thay đổi. Mỗi thông báo một lần khi có lý do phát sinh. Danh sách có trên trang Thông báo qua e-mail.

Tóm tắt buổi sáng qua e-mail. Mỗi sáng lúc 7:00, một tóm tắt ngày hôm trước sẽ được gửi đến e-mail của tài khoản: có bao nhiêu chứng từ đã đến và đã được xử lý, cái nào thất bại, cái nào đang chờ kiểm tra, hóa đơn quá hạn và tín dụng còn lại. Mỗi dòng là một liên kết, ví dụ đến danh sách chứng từ chưa được xử lý của hôm qua. Nó chỉ được gửi sau ngày mà có chứng từ đến, nhưng cũng vào cuối tuần. Nó sẽ được bật cho tất cả tài khoản; bạn có thể tắt nó trong cài đặt hoặc bằng một cú nhấp chuột trên liên kết trong e-mail. Chi tiết có trên trang Tóm tắt buổi sáng qua e-mail.

Lời mời chia sẻ hồ sơ gửi qua e-mail. Khi bạn chia sẻ một hồ sơ, người được mời sẽ nhận được một e-mail kèm theo liên kết đến ứng dụng, ngay cả khi họ chưa có tài khoản tại đây. Trước đây, họ chỉ biết về lời mời sau khi đăng nhập hoặc từ Telegram, vì vậy bạn phải thông báo cho họ. Chi tiết có trên trang Chia sẻ hồ sơ.

Lệnh thanh toán cho ngân hàng từ các hóa đơn đã chọn. Trong tab Hạn thanh toán, bạn đánh dấu hóa đơn và dùng nút Lệnh thanh toán để tải tệp mà bạn sẽ tải lên hệ thống ngân hàng trực tuyến như lệnh thanh toán hàng loạt. Số tài khoản, số tiền và ký hiệu không còn phải nhập tay nữa. Có sẵn ABO, cái mà mọi ngân hàng nội địa đều chấp nhận, tiêu chuẩn XML đồng nhất mới của Hiệp hội Ngân hàng Séc và XML cho ngân hàng Fio. Các khoản thanh toán sẽ được gửi vào ngày hạn, hoặc tất cả vào một ngày nhất định; các ngày cuối tuần và ngày lễ sẽ được dời sang ngày làm việc. Chỉ hóa đơn có tài khoản đã được xác minh (đã xác nhận trong kiểm tra, hoặc không có lỗi ở tài khoản), bằng tiền korun và có tài khoản hợp lệ trong nước sẽ được đưa vào lệnh, và nếu không thể, cửa sổ sẽ cung cấp lý do. Sau khi tải về, nó đề nghị đánh dấu hóa đơn là đã được thanh toán. Chi tiết có trên trang Hạn thanh toán.

Danh sách chứng từ không cần cuộn ngang. Các tên tệp dài sẽ được rút ngắn sớm hơn, vì vậy bảng sẽ vừa vặn trên màn hình và trạng thái chứng từ không được ngắt thành nhiều dòng. Toàn bộ tên, bao gồm phần mở rộng, sẽ được hiển thị trong một hộp khi di chuột qua tên.

Sửa lỗi: xem trước tìm giá từ bảng mục. Nhấp vào giá một đơn vị hoặc tổng số tiền của mục sẽ hiển thị giá trị trong chứng từ, ngay cả khi trong dòng có nó ngay cạnh số lượng và các con số khác. Trước đây, xem trước đã thông báo rằng giá trị đó không có trên chứng từ.

QR thanh toán trong chi tiết hóa đơn. Trong phần hạn thanh toán của hóa đơn đã nhận, có liên kết QR thanh toán, sẽ hiển thị mã QR cho ứng dụng ngân hàng của bạn. Sau khi quét, hóa đơn sẽ được tự động điền sẵn và chỉ cần xác nhận.

23. 9. 2026

Nhấp vào ô sẽ hiển thị nơi giá trị trên chứng từ. Trong quá trình kiểm tra, chỉ cần nhấp vào ô trong biểu mẫu, hoặc chuyển đến nó bằng phím tab, và xem trước bên trái sẽ tìm thấy giá trị trên chứng từ, viền nó và di chuyển đến chỗ đó. Số tiền cũng sẽ được tìm thấy từ cả cách ghi có khoảng cách giữa các ngàn và dấu phẩy thập phân, ngày cũng như định dạng 12. 3. 2026. Giá trị không xuất hiện trên chứng từ sẽ được thông báo bởi thanh xem trước: thường thì nó bị đọc sai, hoặc mô hình đã tính toán lại. Nó hoạt động với PDF, Word, Excel, PowerPoint và cả ảnh và quét: các ứng dụng khi mở kiểm tra sẽ đọc máy móc, vì vậy lần đầu tiên sẽ mất một thời gian để khung hiện lên. Chi tiết có trên trang Biểu mẫu kiểm tra.

Ứng dụng tính theo múi giờ của bạn, không theo giờ Praha. Tài khoản giờ đây có múi giờ và theo nó sẽ biết điều gì là hôm nay đối với bạn: hóa đơn nào đã quá hạn, tính đến ngày nào sẽ rơi vào báo cáo chứng từ không có ngày xuất hóa đơn rõ ràng và vào mấy giờ sẽ nhận được nhắc nhở buổi sáng trên Telegram. Nó sẽ vẫn xuất hiện vào lúc bảy giờ sáng, nhưng theo thời gian của bạn — khách hàng bên ngoài Séc trước đó nhận được giữa đêm.

Bạn không cần phải thiết lập gì. Múi giờ được lấy từ trình duyệt, vì vậy nó tự động đúng. Ai đó ngồi ở nơi khác so với nơi đang giao dịch có thể thay đổi nó trong Cài đặt → Múi giờ; múi giờ đã chọn sẽ có hiệu lực vĩnh viễn và sẽ không thay đổi từ máy tính khác. Các tài khoản không thay đổi gì vẫn giữ múi giờ Séc như trước. Chi tiết có trên trang Tài khoản và công ty.

Tìm kiếm tìm thấy cả những gì mô hình chưa trích xuất từ chứng từ. Bộ lọc Dữ liệu từ chứng từ trong báo cáo trước đây chỉ tìm kiếm các giá trị mà mô hình đã đọc từ chứng từ. Một biên lai mà chỉ có tổng số tiền chạy qua dữ liệu, cho nên không thể tìm thấy theo hàng hóa cụ thể, mặc dù nó vẫn có trên giấy. Giờ đây, tìm kiếm cũng xem xét cả bản sao máy của chứng từ và văn bản bên trong tệp, vì vậy “khớp nối" tìm thấy biên lai từ cửa hàng sắt và từ mô tả của hàng hóa tìm thấy hợp đồng.

Đồng thời, không còn phân biệt dấu câu nữa: “sroubeni" sẽ tìm thấy “Khớp nối" và ngược lại, vì vậy bạn không cần viết dấu và không sao nếu bản sao chứng từ bị sai. Đối với các từ, chỉ cần viết đầu, “doprav" sẽ tìm được phí vận chuyển cũng như vận chuyển. Nếu bạn viết ra nhiều từ, chứng từ phải chứa tất cả. Một phần trong từ, như nửa của IČO, sẽ chỉ được tìm kiếm trong dữ liệu được đọc.

Trong kho lưu trữ, tìm kiếm sẽ diễn ra ngay lập tức, kể cả với các chứng từ cũ năm. Văn bản bên trong tệp sẽ được bổ sung vào các chứng từ cũ trong nền, vì vậy vài giờ sau khi đưa vào có thể không đầy đủ. Chi tiết có trên trang Bộ lọc và Tìm kiếm.

22. 9. 2026

Bạn có thể tự điều chỉnh chiều rộng của chứng từ và biểu mẫu. Giữa bản xem trước chứng từ và biểu mẫu có một thanh có thể kéo và thả: chứng từ có thể được thu hẹp lại khi cần thêm không gian cho các mục, hoặc ngược lại, mở rộng ra. Nó cũng có thể được điều khiển bằng phím mũi tên và nhấp đúp sẽ đưa về tỷ lệ phân chia mặc định, cái mới sẽ mang lại không gian nhiều hơn cho biểu mẫu. Tỷ lệ sẽ được trình duyệt ghi nhớ, vì vậy nó cũng sẽ có hiệu lực với chứng từ tiếp theo. Trên điện thoại, nơi các bảng dọc nhau, không có thanh.

Cột Phần của chứng từ chỉ hiển thị khi có sự khác biệt. Nó mô tả từ bảng nào của chứng từ dòng được sao chép, và với chứng từ chỉ có một bảng, các dòng sẽ nói cùng một điều hoặc không có gì. Giờ đây, trong trường hợp này không còn được vẽ và không gian sẽ dành cho tên mục mà theo đó dòng sẽ được nhận diện. Khi chứng từ có các mục ở nhiều bảng, cột sẽ tự động xuất hiện.

Kiểm tra mới: các mục có đơn vị tiền tệ khác với tổng hợp. Các hóa đơn nước ngoài từ đám mây ghi ở dollar và chỉ tổng hợp được chuyển đổi sang tiền tệ thanh toán, nên chứng từ có các mục bằng một loại tiền tệ và căn cứ thuế bằng một loại khác. Tổng số sẽ không khớp và trước đây ứng dụng đã thông báo chung chung Tổng số mục không khớp với căn cứ thuế, mà không có gì để sửa. Giờ đây nó sẽ nhận diện từ bản sao chứng từ rằng giá cả của các mục được ghi bằng loại tiền tệ nào và sẽ thông báo điều đó ngay: Giá của các mục trên chứng từ là USD, nhưng trường Tiền tệ lại có một loại tiền tệ khác. Nhà phát hành đã chuyển sang tiền tệ thanh toán chỉ tổng hợp và để danh sách vẫn ở loại tiền tệ gốc. Ứng dụng không đề xuất sửa lỗi, vì câu trả lời chính xác từ chứng từ không nên phát sinh — cách xử lý điều này có trên trang Các phát hiện và giải pháp của chúng. Kiểm tra tổng số sẽ không được tiến hành với chứng từ như vậy, để tránh thông báo hai lần.

Kiểm tra mới: danh sách mục được đọc hai lần. Các chứng từ nhiều trang đôi khi sẽ viết cùng một mục hai lần dưới tiêu đề khác nhau — hóa đơn trên đám mây có thể liệt kê các dịch vụ và sau đó một lần nữa theo tài khoản. Mô hình đã đọc cả hai bảng, vì vậy tổng số đã gấp đôi và tất cả sẽ đi vào tài khoản hai lần. Giờ đây ứng dụng sẽ nhận diện điều này và trên chứng từ sẽ có phát hiện Danh sách mục có trên chứng từ nhiều lần với nút để chỉ giữ lần xuất hiện đầu tiên của mỗi bộ và xóa phần còn lại. Điều này sẽ chỉ xuất hiện khi tất cả các mục hoàn toàn giống nhau: một mục thêm vào sẽ không tạo ra phát hiện, vì hai bộ giống nhau trên chứng từ là điều bình thường. Kiểm tra này có thể tắt trong Cài đặt → Kiểm tra chứng từ và trong tài khoản mẫu, chứng từ của tính năng này đang chờ. Chi tiết có trên trang Các phát hiện và giải pháp của chúng.

Một thông báo thay vì ba. Đối với chứng từ đang chờ kiểm tra do tổng số mục, câu giống nhau trước đây đã đứng ba lần liền: dải trên cửa sổ, lời hướng dẫn trên biểu mẫu và danh sách các phát hiện. Câu vẫn giữ lại đó, cái mà có thể đề xuất sửa lỗi. Dải trên cửa sổ hiện đang ẩn đi nơi có thể nhìn thấy biểu mẫu, và hướng dẫn sẽ im lặng khi phát hiện nhắc đến tổng số. Đối với tài khoản với kiểm tra tổng số đã tắt, nơi không có phát hiện, hướng dẫn vẫn sẽ xuất hiện.

Sửa lỗi: thông báo về tổng số mục không khớp. Đối với chứng từ mà căn cứ cộng với VAT khớp với tổng số tiền, ứng dụng không đề xuất tổng số mục như một sửa lỗi — việc bổ sung sẽ phá hủy mối quan hệ đó. Câu về phát hiện không tính đến điều đó và vẫn để lại khoảng trống cho số chưa được cung cấp (“Tổng số mục là , nhưng trường Căn cứ VAT có 74,91"). Giờ đây, chứng từ như vậy sẽ có một câu mà thay vì đề xuất sẽ giải thích lý do không có.

Chúng tôi theo dõi hạn thanh toán hóa đơn. Tab mới Hạn thanh toán hiển thị các hóa đơn đã nhận đang chờ thanh toán: quá hạn, sắp đến hạn trong vài ngày tới, sẽ đến hạn muộn hơn và đã được hoãn, với mỗi nhóm tổng số theo các loại tiền tệ. Số lượng hóa đơn quá hạn có thể thấy ngay trên tab. Đối với mỗi hóa đơn có ba nút và mỗi nút có một ý nghĩa khác nhau: Đã thanh toán ghi lại ngày thanh toán và xóa hóa đơn (có thể hoàn tác), Đã hoãn sẽ làm giảm âm thanh của nó trong vài ngày và Không theo dõi sẽ xóa nó khỏi thông báo vĩnh viễn — điều này dành cho các hóa đơn được thanh toán bằng kê khai hoặc bởi người khác. Trong danh sách chứng từ đã có thêm cột Hạn thanh toán và bộ lọc theo khoản thanh toán, trong chi tiết chứng từ có dòng với trạng thái và nút. Khoản thanh toán mà Fakturoid thông báo, ứng dụng sẽ lấy như trước; nhãn tay chỉ ở bên cạnh và chỉ có nhãn tay có thể được loại bỏ. Ai có kết nối Telegram có thể bật thông báo buổi sáng lúc 7 giờ trong Cài đặt → Theo dõi hạn thanh toán; điều này sẽ được gửi khi có thay đổi, không phải mỗi ngày, vì vậy hóa đơn quá hạn sẽ không làm phiền mỗi sáng. Cũng trong đó bạn thiết lập số ngày trước đó mà hóa đơn được coi là sắp đến hạn thanh toán và từ khi nào hạn thanh toán được theo dõi — đối với các tài khoản hiện tại, đó là hai tuần trước, để sau khi bật không làm sáng lên như nợ các hóa đơn đã được thanh toán từ lâu. Hạn thanh toán của các chứng từ cũ đã được tính toán lại từ dữ liệu của chúng. Chi tiết có trên trang Hạn thanh toán.

Đối tác. Tab mới Đối tác hiển thị nhà cung cấp và người mua, như cách mà chứng từ của bạn biết: có bao nhiêu chứng từ từ họ, tổng số theo các loại tiền tệ, IČO, DIČ và câu trả lời từ đăng ký VIES. Trong chi tiết có các chứng từ mới nhất, các tài khoản đã biết và những thông tin từ sửa lỗi đã được tổ chức lại, và nút Tất cả chứng từ sẽ mở danh sách với bộ lọc cho công ty đó. Có thể thiết lập hồ sơ mặc định và nhãn cho đối tác: chứng từ mới không có hồ sơ sẽ chuyển đến đó sau khi được trích xuất và sẽ nhận nhãn ngay lập tức. Khi nhà cung cấp gửi hóa đơn qua e-mail trực tiếp đến địa chỉ của bạn, hãy liên kết địa chỉ của họ với đối tác và tin nhắn sẽ đến hồ sơ của họ ngay cả trước khi được trích xuất; hồ sơ trong địa chỉ phụ sẽ có ưu tiên. Các địa chỉ mà từ đó bạn đã nhận được chứng từ chỉ từ công ty đó sẽ tự động được đề xuất trong chi tiết, nhưng bạn sẽ là người liên kết chúng. Nhấn nút Quên để xóa những gì ứng dụng lưu nhớ về công ty, chứng từ vẫn sẽ được giữ lại. Các chứng từ cũ sẽ tự động được liên kết với đối tác trong nền. Chi tiết có trên trang Đối tác.

Chúng tôi theo dõi sự thay đổi tài khoản nhà cung cấp. Gian lận phổ biến nhất với các hóa đơn là nhà cung cấp hợp pháp và một số tài khoản lạ: hóa đơn trông giống như hóa đơn trước đó, chỉ có tiền sẽ đến nơi khác. Tổng kiểm tra sẽ không nhận ra điều này, tài khoản giả thường vẫn hợp lệ. Ứng dụng giờ đây sẽ ghi nhớ với mỗi nhà cung cấp, các tài khoản mà bạn đã thanh toán cho họ, và khi một tài khoản khác xuất hiện trong chứng từ, nó sẽ thông báo như một phát hiện Nhà cung cấp có tài khoản khác so với trước đây. Đây là một phát hiện, không phải một sự chặn: các tài khoản thực sự thay đổi, vì vậy khi xác nhận nó có thể được chấp thuận như bất kỳ phát hiện nào khác và từ đó trở đi tài khoản mới cũng sẽ được ghi nhớ. Tài khoản sẽ được ghi nhớ chỉ khi kiểm tra được xác nhận, không phải khi được nhận diện — ngược lại, hóa đơn giả sẽ đăng ký tài khoản của nó trước khi ai đó mở nó. Do đó, chứng từ đầu tiên của nhà cung cấp sẽ chỉ đặt nền tảng mà không thông báo gì. Đầu vào trong nước và IBAN của tài khoản đó sẽ được coi là một, vì vậy hóa đơn ghi tài khoản theo cách khác so với lần trước sẽ không tạo ra một phát hiện giả. Điều này chỉ đúng với các chứng từ đã nhận; đối với hóa đơn đã phát hành, đó là tài khoản của riêng bạn. Kiểm tra được bật và có thể tắt trong Cài đặt → Kiểm tra chứng từ như các kiểm tra khác. Chi tiết có trên trang Các phát hiện và giải pháp của chúng.

21. 9. 2026

Ứng dụng học từ những sửa lỗi của bạn. Khi bạn sửa chứng từ của nhà cung cấp trong quá trình kiểm tra, từ đó bạn thường nhận được chứng từ, nó sẽ ghi nhớ thông tin và chuyển cho chứng từ tiếp theo của họ như một gợi ý: rằng nhà cung cấp có tên là “ČEZ Prodej, a.s." với dấu, hoặc rằng họ có mã biến đổi bên dưới tiêu đề Tham chiếu. Chứng từ luôn có ưu tiên, vì vậy nhà cung cấp được đổi tên sẽ được xử lý chính xác. Số tài khoản và số tiền không bao giờ được ghi nhớ, chúng luôn được đọc từ chứng từ. Bạn có thể tìm thấy thông tin trong Cài đặt → Thông tin về nhà cung cấp; không thể điều chỉnh nó, chỉ có thể xóa, và sự xuất hiện và xóa sẽ hiển thị trong nhật ký hoạt động. Tại đó, bạn cũng có thể tắt hoàn toàn chức năng: hàng đã lưu sẽ ở lại, chỉ ngừng được sử dụng và không tạo ra thông tin mới. Đối với chứng từ mà mô hình đã nhận được gợi ý trong quá trình trích xuất, điều này sẽ được ghi trên tab Chi tiết với hộp Mô hình đã nhận được gợi ý cùng với danh sách thông tin, và trong danh sách chứng từ, chứng từ như vậy sẽ có nhãn Có gợi ý, mà bạn có thể lọc theo. Tên, IČO, DIČ và loại tiền sẽ được ghi nhớ ngay từ sửa lỗi đầu tiên nếu giá trị đã sửa trên chứng từ thực sự có; các mục khác sẽ được ghi nhớ sau khi được lặp lại. Chi tiết có trên trang Thông tin về nhà cung cấp.

Các phần cài đặt có địa chỉ riêng. Khi nhấp vào tên phần trong danh mục bên trái, địa chỉ sẽ chứa neo của nó, chẳng hạn như /app/settings#settings-telegram, và liên kết có thể được sao chép hoặc mở trong tab mới. Khi mở địa chỉ như vậy, trang sẽ tự động cuộn đến phần đó. Trước đây, liên kết sẽ kết thúc ở đầu cài đặt, ngay cả liên kết mà bot Telegram gửi đến cuộc trò chuyện.

Phản hồi từ gợi ý sẽ không bị treo nữa. Khi có hai người hỏi về gợi ý cùng một lúc, cả hai phản hồi có thể bị treo trong quá trình tải và trong thời gian đó, cũng sẽ làm chậm việc xử lý các chứng từ. Giờ đây, các câu hỏi chỉ chờ mô hình, không phải chờ lẫn nhau.

Gợi ý hiện có sẵn ngay cả khi không đăng nhập. Bạn có thể tìm thấy nó trên web dưới liên kết Trợ giúp ở cuối trang, vì vậy có thể gửi liên kết đến một hướng dẫn cụ thể ngay cả cho người không có tài khoản. Các văn bản giống như trong ứng dụng và tìm kiếm trong đó cũng vậy; phản hồi được tạo thành từ câu sẽ chỉ tồn tại trong ứng dụng. Các liên kết giữa các trang trợ giúp giờ đây sẽ dẫn đến các trang đúng — trước đây chúng mở ra trong một tab trống.

Ngôn ngữ của trang web có trong địa chỉ. Phiên bản Czech có tại parsedoc.dev/cs/, tiếng Đức tại /de/, phiên bản tiếng Anh không có tiền tố. Liên kết mà bạn gửi cho ai đó sẽ mở ra trong cùng một ngôn ngữ như bạn, và trang web sẽ tự động chuyển sang ngôn ngữ của trình duyệt của bạn ngay lần đầu tiên. Các trang Sử dụng và Cách nó hoạt động có địa chỉ mới (/use-cases, /integrations), các địa chỉ cũ vẫn hoạt động. Trong ứng dụng, ngôn ngữ cũng được chuyển đổi như trước.

20. 9. 2026

Khởi động nhanh hơn, đặc biệt trên điện thoại. Ứng dụng giờ đây chỉ tải những gì cần thiết ngay khi mở: văn bản giao diện chỉ bằng ngôn ngữ của bạn, các tab Cài đặt, Báo cáo, Sơ đồ, Hoạt động và Hóa đơn chỉ được tải khi bạn mở chúng và trợ giúp cũng chỉ bằng ngôn ngữ của bạn. Dấu hỏi với trợ giúp trên ô trước đây đã tải văn bản bằng tất cả hai mươi ngôn ngữ, hơn 4 MB; bây giờ chỉ là một phần nhỏ. Khi mở tab lần đầu tiên, sẽ hiển thị quá trình tải trong một khoảng thời gian ngắn.

Hóa đơn chia sẻ sẽ chờ tín hiệu. Khi bạn đã cài đặt ParseDoc trên điện thoại như một ứng dụng và gửi hóa đơn vào đó qua hệ điều hành Chia sẻ mà không có kết nối, tệp sẽ được lưu vào hàng đợi trên điện thoại và tự động tải lên khi tín hiệu có — chậm nhất là khi mở lại ứng dụng. Thay vì một trang lỗi của trình duyệt, bạn sẽ thấy xác nhận rằng nó đã được lưu và sẽ thấy số tệp đang chờ trên tab Tài liệu. Bạn có thể gửi nhiều hóa đơn liên tiếp. Trước đây, việc gửi thứ hai sẽ ghi đè thứ nhất và tải lên sẽ ngừng lại bởi sự mất tín hiệu, điều này có nghĩa là phải tải tệp lên một cách thủ công. Các chứng từ đã chia sẻ giờ sẽ được xử lý theo các tùy chọn mặc định của tài khoản, giống như các chứng từ từ e-mail và Telegram. Chi tiết có trong Tải lên từ tệp.

Kho lưu trữ với các chứng từ. Tải lên ZIP, RAR, 7z hoặc TAR (bao gồm cả .tar.gz) và bạn không cần phải giải nén: chứng từ sẽ được tạo ra từ mỗi tệp bên trong và tất cả sẽ nhận nhãn dựa trên tên kho lưu trữ, chẳng hạn như hoá đơn-tháng 8. Điều này hoạt động trong ứng dụng, qua API, trong tệp đính kèm e-mail và trên Telegram, nơi bot thông báo số lượng chứng từ từ kho lưu trữ. Thư mục và tệp được hệ thống đính kèm sẽ bị bỏ qua, ISDOC bên cạnh PDF cùng hóa đơn sẽ chỉ tạo một chứng từ, không có hơn năm mươi chứng từ sẽ được tạo ra từ một kho lưu trữ. Trước đây, ZIP bị từ chối vì không phải là tệp hỗ trợ. Chi tiết có trong Tải lên từ tệp.

Biểu mẫu kiểm tra sử dụng ngôn ngữ giao diện. Các nút để khôi phục giá trị ban đầu, nhãn với giá trị ban đầu, xóa và thêm dòng và thông báo về dòng không khớp đã được dịch sang Czech và các ngôn ngữ khác. Bây giờ chúng được dịch như phần còn lại của ứng dụng.

Mẫu cho các sơ đồ riêng với tên trường bằng tiếng Anh. Các mẫu (hóa đơn, hóa đơn có VAT, biên lai, phiếu giao hàng, tối thiểu) có tên trường bằng tiếng Anh, giống như các sơ đồ hệ thống, vì vậy biểu mẫu kiểm tra đối với chúng sẽ hiển thị nhãn được dịch thay vì chỉ là tên trống. Các mô tả trường, được mô hình đọc là cũng trong ngôn ngữ giao diện. Các sơ đồ đã tạo không bị thay đổi.

Xuất từ hồ sơ chia sẻ ngay cả đối với các sơ đồ riêng. Người khách mà ai đó chia sẻ hồ sơ có thể xuất hàng loạt các chứng từ đã nhận biết bằng sơ đồ của chủ sở hữu chỉ sang JSON, bảng hoặc PDF. Các định dạng kế toán từ chối xuất khẩu, vì nó tìm sơ đồ dưới tài khoản của khách. Bây giờ nó sẽ phụ thuộc vào sơ đồ của ai thực sự, giống như biểu mẫu kiểm tra.

E-mail tải lên thử nội dung tin nhắn ngay cả sau khi tệp đính kèm bị từ chối. Khi không có chứng từ nào được tạo ra từ các tệp đính kèm của tệp .eml đã tải lên, chẳng hạn như vì hóa đơn đã được tải lên một lần rồi, sẽ xử lý nội dung văn bản của tin nhắn — giống như đối với thư gửi đến địa chỉ nhận. Trước đây, nội dung chỉ được kiểm tra khi tin nhắn không có bất kỳ tệp đính kèm nào. E-mail đã tải lên và nhận e-mail sẽ theo cùng một quy tắc, bao gồm giới hạn mười chứng từ từ một tin nhắn.

Hỏi trợ giúp bằng một câu. Khi bạn tìm kiếm trong trợ giúp bằng một câu hỏi hoàn chỉnh, sẽ có một nút Hỏi bằng câu xuất hiện trên kết quả. Phản hồi sẽ được tạo thành từ các trang trợ giúp và sẽ hiển thị cùng với các liên kết đến chúng. Tìm kiếm vẫn giữ nguyên như trước — phản hồi là bổ sung ở trên. Một trăm câu hỏi mỗi tài khoản và mỗi ngày, không tốn tín dụng và không liên quan đến chứng từ của bạn: chỉ có phản hồi được gửi từ trợ giúp.

Trợ giúp cho tác nhân của riêng bạn. Kết nối qua MCP có công cụ mới search_help, có thể trả về các trang trợ giúp. ChatGPT hoặc Claude có thể tự mình trả lời một câu hỏi về ứng dụng với chính từ của chúng mà không cần mô hình của chúng tôi. Chứng từ và dữ liệu tài khoản không được trả về.

18. 9. 2026

Giá sau khi giảm giá, không phải trước. Khi chứng từ in ra ở dòng giá trước khi giảm giá và sau khi giảm giá - các biên lai từ siêu thị, hóa đơn từ cửa hàng xây dựng - chỉ lấy giá sau khi giảm giá. Trước đây, giá đầu tiên theo thứ tự sẽ vào dữ liệu, vì vậy chi phí sẽ cao hơn so với số tiền mà bạn thực sự đã thanh toán.

Kiểm tra mới về thuế đối với tỷ lệ của các mục. Hóa đơn nước ngoài xuất phát bằng tiền korun thường có một cột thuế bằng loại tiền của mình và thoạt nhìn mọi thứ khớp: căn cứ cộng với thuế cho khoản thanh toán và các mục khớp với căn cứ. Tỷ lệ của các mục sẽ phát hiện ra điều này. Chứng từ như vậy giờ sẽ có một phát hiện. Nút sửa lỗi trên đó không phải để giữ nguyên — cùng với thuế, số tiền thanh toán cũng thường bị sai và chứng từ cần sửa hai trường cùng lúc, thuộc về con người.

Số tiền thuế được ghi thay vì tỷ lệ sẽ được sửa. Hóa đơn Đức thường có trong cột “MwSt.” số tiền bằng euro, không phải phần trăm, và sau đó sẽ nhận được tỷ lệ chẳng hạn như 19,84 %. Nó sẽ được sửa chỉ khi tỷ lệ như vậy không có hiệu lực ở bất kỳ đâu trong EU; sau khi đọc thì từ đó sẽ phát sinh tỷ lệ tồn tại, và thuế tính toán sẽ khớp với tóm tắt chứng từ.

Tỷ lệ VAT nước ngoài không còn là phát hiện. Tỷ lệ 23 % của Ba Lan, 20 % của Áo và 6 % của Bồ Đào Nha trước đây đã được báo cáo như là tỷ lệ bất thường. Chứng từ trong nước sẽ vẫn được đo bằng các tỷ lệ Czech theo ngày xuất hóa đơn.

Tỷ lệ còn thiếu của các mục sẽ được bổ sung. Giảm giá, làm tròn hoặc khấu trừ đã có rất nhiều hàng có dấu gạch ngang trong cột tỷ lệ. Dòng như vậy trước đây sẽ rớt vào tỷ lệ không và tóm tắt sẽ không khớp với những gì có trên chứng từ. Tỷ lệ sẽ chỉ được bổ sung khi nó được xác nhận bởi tổng số.

Các mục có giá bao gồm thuế sẽ được tính toán lại. Đối với hóa đơn, giá của dòng từ chưa bao gồm thuế, và bất cứ khi nào mô hình đã lấy số tiền có thuế, đã rời vào sổ kế toán với căn cứ phồng lên với tỷ lệ. Trong mẫu 92 hóa đơn, điều này liên quan đến mười lăm. Các chứng từ được trích xuất trước đó đã được tính toán lại cho đúng, không cần xử lý mới và không mất tín dụng.

Tải lên e-mail (.eml). Tải lên tin nhắn đã lưu và chứng từ sẽ được tạo ra từ mỗi tệp đính kèm của nó. Đối với tệp đính kèm mà không có chứng từ phát sinh, bạn sẽ được biết lý do.

IČO sẽ được so sánh với DIČ của cùng một bên. DIČ của công ty Czech sẽ bao gồm IČO của nó bên trong, vì vậy có thể kiểm tra rằng cả hai số này thuộc về cùng một công ty. Điều này sẽ phát hiện sự nhầm lẫn giữa nhà cung cấp và người mua, mà bảng kiểm soát không đủ — cả hai số đều hợp lệ, chỉ thuộc về những người khác. Một sửa chữa được đề xuất cho phát hiện này chỉ với một cú nhấp chuột.

17. 9. 2026

Chứng từ sẽ không được xử lý hai lần. Khi hàng đợi gửi cùng một công việc lần thứ hai, nỗ lực thứ hai sẽ dừng lại. Chứng từ mà bất kỳ ai dừng lại làm việc sẽ quay trở lại hàng chờ trong mười phút.

Webhook và thông báo đến Telegram chỉ xuất phát khi lưu chứng từ. Trong khoảng thời gian ngắn giữa việc hoàn thành xử lý và lưu trữ, trước đây từng có trường hợp webhook không được gửi đi hoặc rằng Telegram thông báo hóa đơn thất bại là “đã hoàn thành".

16. 9. 2026

Giới hạn của mô hình sẽ không bị giảm giá chứng từ. Sau khi khối lượng lớn, các chứng từ trên giới hạn hàng ngày trước đây được ghi nhận là lỗi. Bây giờ chúng sẽ chờ trong hàng đợi và sẽ được xử lý ngay khi giới hạn được giải phóng — mà không có thông báo lỗi và không cần trả lại tín dụng qua lại ở đây.

Khối lượng lớn không chặn các chứng từ khác. Hàng đợi sẽ xen kẽ với các khách hàng, vì vậy việc nhập một nghìn chứng từ sẽ không ngăn cản chứng từ mà một ai đó khác đang tải lên trong khoảng thời gian đó.

Trích xuất chính xác hơn. Việc trích xuất đã chuyển sang mô hình mới: tỷ lệ chính xác của các trường là 98,4 % so với 88,0 % như trước đây. Việc phân biệt dấu câu lung tung và sự nhầm lẫn giữa số không và chữ O trong mã của hàng hóa đã biến mất.

PDF kỹ thuật số được đọc cả từ lớp văn bản. Ngoài hình ảnh của trang, văn bản từ tệp cũng sẽ được đưa vào trích xuất, vì vậy những gì có thể nhầm lẫn trên hình ảnh cũng sẽ được đọc. Độ chính xác đã tăng từ 98,4% lên 100%.

IČO của công ty Czech phải có tám chữ số. Các chữ số bổ sung trước đây không được xem xét, để ngăn chặn các số đăng ký nước ngoài nhận được phát hiện giả. DIČ của cùng một bên sẽ tiết lộ rằng đó là một công ty Czech.

Xác nhận chứng từ có phát hiện yêu cầu sự đồng thuận ý thức. Chứng từ có phát hiện sẽ không qua được như trước: các phát hiện sẽ xuất hiện trong một cửa sổ và được xác nhận bằng nút Xác nhận vẫn vậy. Mã IBAN bị bỏ sót mà không có hai số không sẽ không bị lạc giữa sự sửa lỗi của các trường khác.

Tìm kiếm trong xem trước sẽ tìm kiếm cả trong dữ liệu. Những gì bạn tìm thấy trong bản gốc bên trái sẽ được làm nổi bật bên phải, trong biểu mẫu cũng như trong kết quả. Số tiền sao chép từ chứng từ (“16 591,56”) sẽ tìm thấy đối tác của nó trong JSON hoặc XML.

Xử lý sẽ chạy trong dịch vụ riêng. Việc triển khai phiên bản mới đã không làm gián đoạn các chứng từ chưa hoàn thành.

15. 9. 2026

Sửa lỗi chứng từ đã hoàn thành. Trong tiêu đề của cửa sổ có nút với hai con đường: đưa chứng từ trở lại kiểm tra và sửa dữ liệu mà không tốn phí, hoặc xử lý nó lại với một loại khác. Trước đây, không có gì có thể làm với chứng từ không thành công trừ việc xóa nó và tải lên lại với tín dụng khác.

Biên lai chung như một loại chứng từ mới. Hóa đơn từ nhà hàng trước đây có thể đã trượt qua như là hóa đơn cho chất đốt, vì trước đó chỉ chọn giữa hóa đơn và chất đốt. Một sơ đồ cho hóa đơn chung đã được thêm vào và khi trên hóa đơn chất đốt không có nhiên liệu gì, điều này sẽ được báo cáo trong phát hiện.

Biên lai cho ISDOC như một chứng từ thuế đơn giản, bên cạnh các định dạng Pohoda và Money S3 đã có.

ISDOC theo sơ đồ chính thức 6.0.2. Đầu ra của sơ đồ trước đây không khớp, thiếu nửa chứng từ bắt buộc. Bây giờ nó sẽ tự động được xác thực theo nó.

Định dạng mà loại chứng từ đã chọn không thể tồn tại ở đâu. Việc tải xuống đã từ chối chuyển đổi như vậy, nhưng chi tiết, xem trước, webhook và MCP đều tạo ra nó. Bây giờ sẽ trả về cùng một thông báo ở khắp nơi.

Hóa đơn không có VAT không còn có tổng số trong các mục. Đối với chứng từ từ người không đã đăng ký, đôi khi có một trong số các tổng phụ, Tổng cộng và Số tiền đến hạn xuất hiện trong liệt kê, vì vậy phân tích sẽ khớp với bội số của số thực.

Sau khi xác nhận kiểm tra, một chứng từ khác sẽ mở ra, đang chờ đợi kiểm tra. Trước đây, cửa sổ sẽ vẫn ở chứng từ đã xác nhận và sẽ phải nhấp qua mọi thứ nằm ở giữa trong danh sách để đi đến chứng từ tiếp theo.

Chuyển đổi bằng phím sẽ mở tab mặc định. Tab đã chọn chỉ có hiệu lực đối với chứng từ mà sự lựa chọn đã phát sinh; chứng từ chưa được xác nhận bắt đầu từ kiểm tra.

14. 9. 2026

Tên chứng từ không có phần mở rộng. Danh sách và cửa sổ hiển thị “hóa đơn" thay vì “hóa đơn.pdf". Bạn có thể tắt điều này trong cài đặt tài khoản, tên tệp đã lưu không bị thay đổi và tệp tải xuống có phần mở rộng vẫn giữ nguyên.

Xem trước PDF mới. Chúng tôi tự vẽ, nên nó cũng hoạt động trên thiết bị di động — trước đây trên iPhone chỉ hiển thị trang đầu tiên và trên Android không có gì. Đã có thêm tính năng phóng to bằng cử chỉ hai ngón tay, tìm kiếm trong văn bản và xem trước các trang.

Xuất sang PDF và đầy đủ ZUGFeRD. Chứng từ để đọc dưới dạng PDF và ZUGFeRD như PDF/A-3 với XML nhúng; trước đó chỉ có XML trống được trả về. Định dạng ZUGFeRD hiện tại sẽ vẫn là XML, để không làm hỏng webhook và khách hàng API.

Kết quả chỉ tạo ra khi bạn muốn. Việc sửa đổi chuyển đổi sẽ được ghi lại ngay cả trong các chứng từ cũ: nếu bạn tải hóa đơn xuống lại, bạn sẽ nhận được nó trong hình thức hiện tại. Mô hình sẽ không được gọi lại, không tốn tín dụng.

13. 9. 2026

Tên chứng từ riêng. Tiêu đề cửa sổ có trường với bút chì, vì vậy bạn có thể đặt tên chứng từ theo cách của riêng bạn. Tên tệp vẫn nằm bên dưới nó và được tìm kiếm trong cả hai.

Kiểm tra DIČ so với đăng ký VIES. DIČ của nhà cung cấp và người mua sẽ được kiểm tra trong cơ sở dữ liệu của ủy ban EU về người nộp thuế VAT. Điều này không tốn phí và yêu cầu từ máy chủ của chúng tôi, không phải từ trình duyệt của bạn.

Nút giải quyết cho hướng, loại và trùng lặp. Đối với phát hiện, nơi chúng ta biết điều gì cần làm, sẽ có nút. Đối với hướng của chứng từ sẽ có đề xuất thay đổi hướng và hoán đổi giữa nhà cung cấp và người mua — điều này sẽ được quyết định dựa trên bản gốc.

Báo cáo: lựa chọn nhanh cho cái gì × khi nào. Một dòng các lựa chọn trước đây đã trộn lẫn các khoản phải thu với các khoản phải trả thành một khoản duy nhất. Bây giờ sẽ chọn riêng cái gì (khoản phải thu, khoản phải trả, chất đốt) và riêng theo khoảng thời gian nào.

Khoảng thời gian trong báo cáo dựa trên ngày xuất hóa đơn, không phải theo ngày tải lên. Hóa đơn tháng Tám tải lên vào tháng Chín trước đây sẽ thuộc về tháng Chín.

Tỉ giá của ČNB theo ngày của chứng từ. Việc quy đổi sang một loại tiền tệ đã áp dụng tỷ giá hiện tại cho tất cả, vì vậy hóa đơn euro của năm ngoái sẽ được tính theo tỷ giá năm nay. Các tỷ giá cũng được lưu lại với lịch sử và mỗi chứng từ sẽ được quy đổi theo tỷ giá vào ngày xuất hóa đơn.

Tệp mà không phải là chứng từ. Một quảng cáo tải lên do nhầm lẫn đã qua như là chứng từ với các quyền lợi ở trong các mục. Việc nhận diện bây giờ có thể phản hồi rằng đây không phải là chứng từ và tệp sẽ kết thúc như không được nhận diện ngay trước khi trích xuất.

Giá trong tín dụng ngay cả cho hóa đơn điện tử. Số không đối với chứng từ từ ISDOC hoặc ZUGFeRD giờ có nghĩa là “đã tải mà không qua mô hình, miễn phí", không phải là “giá chưa được biết".

11. 9. 2026

Biểu mẫu cũng như đối với chứng từ đã hoàn thành. Trong chế độ xem hai bên có công tắc Biểu mẫu / Dữ liệu, vì vậy dữ liệu đã được xác định có thể được đọc theo các trường và nhãn, không chỉ dưới dạng JSON hoặc XML.

Màu sắc của nhãn và hồ sơ. Màu sắc được chọn từ bảng màu, có thể đọc được trong cả giao diện sáng và tối. Trước đây, màu sắc được xác định từ tên, vì vậy chỉ có thể phân biệt các nhãn với nhau.

Tại sao chứng từ đang chờ kiểm tra, ngay trong danh sách. Hộp thoại phía trên biểu tượng hiển thị các phát hiện bằng những câu tương tự như trong biểu mẫu kiểm tra. Danh sách trống có nghĩa là chứng từ đúng và yêu cầu kiểm tra từ cài đặt tài khoản.

Cách mà vùng chiếm chỗ được hình thành. Hộp thoại bên cạnh biểu tượng sẽ hiển thị số lượng chứng từ, bao nhiêu trong số đó nằm trong thùng rác và kích thước của chúng, kích thước trung bình và tệp lớn nhất. Thùng rác được tính vào vùng chiếm chỗ từ trước — chứng từ đã xóa vẫn nằm trong kho lưu trữ — giờ đây điều này được thấy từ giao diện.

Thời gian còn lại theo tháng và năm. Thay vì “còn lại 3650 ngày", sẽ hiển thị đơn vị theo mức độ mà thời hạn sắp hết.

Sau khi tải lên, chỉ còn các tệp không qua được trong danh sách. Hai mươi dấu tích màu xanh chẳng ai đọc và một dòng đỏ đó đã biến mất trong đó. Số lượng chứng từ đã qua sẽ được cho thấy trên thông báo.

Chứng từ nước ngoài khi chuyển đổi tài khoản. Ai đó đã đăng xuất và ngay lập tức đã vào tài khoản mẫu đã thấy được chứng từ của họ trong một thời gian ngắn; dữ liệu đã ở lại trong bộ nhớ trang. Bây giờ mỗi khi thay đổi tài khoản, bộ nhớ sẽ được xóa.

Thông báo, cửa sổ và bảng theo một quy tắc. Điều gì đã xảy ra và đã đi, sẽ được thông báo ở phía trên. Điều gì sẽ xảy ra và cần quyết định, sẽ được hỏi trong cửa sổ. Điều gì áp dụng cho những gì bạn đang xem lúc này, sẽ giữ lại bảng điều khiển cho nội dung đó.

10. 9. 2026

Gửi đến năm hệ thống kế toán. Fakturoid, iDoklad, SuperFaktura, Xero và QuickBooks, mỗi cái trên thư viện của người tạo, bao gồm cả gửi hàng loạt toàn bộ lựa chọn. Được thiết lập trong Cài đặt → Kết nối.

Tải xuống toàn bộ báo cáo đã được chuyển đến báo cáo. Thanh nổi ở dưới thuộc về lựa chọn; tải xuống tất cả đều đã qua bộ lọc có trong đầu của bảng, tại đó, cái mà nó liên QUAN đến.

Bộ lọc báo cáo trong ba cột dựa trên các câu hỏi mà người ta đặt ra cho nó: đây là chứng từ gì, nó đến từ thời gian nào và tôi đã phân loại nó như thế nào.

Cửa sổ mở sẽ nhận ra rằng chứng từ đã hoàn thành. Ai đó đã mở chứng từ trong hàng chờ và đợi ở đó, đã thấy “chờ xử lý" ngay cả sau khi đã hoàn tất lâu.

Dòng tổng hợp giữa các mục sẽ tự động bị loại bỏ. Dòng “Tổng cộng" được nhập vào các mục đã nhân đôi phân tích chứng từ và sẽ ra đi như một mục thừa trong kế toán.

8. 9. 2026

Hồ sơ được chọn khi tải lên. Thanh tab dưới báo cáo trông giống như một bộ lọc mà không lọc. Đó là trường đầu tiên của biểu mẫu tải lên, nằm trên các lựa chọn mà đến từ hồ sơ.

Tìm kiếm theo định danh của chứng từ. Chỉ cần bắt đầu của id từ phản hồi API và tìm kiếm sẽ diễn ra cùng một trường như theo tên.

Nhãn và hồ sơ có thể nhận biết ngay từ cái nhìn đầu tiên. Trước đây cả hai phân loại đều có biểu tượng giống nhau. Hồ sơ giờ đây còn có biểu tượng thư mục và màu sắc trung tính, màu sắc từ tên vẫn còn lại cho các nhãn.

Trình chỉnh sửa sơ đồ riêng trên CodeMirror. Trình chỉnh sửa trước đây đã tải từ CDN bên ngoài trong quá trình chạy, vì vậy nếu không có nó thì không thể khởi động.

Hoạt động như một nhật ký kiểm toán thực sự. Ghi chép “Nhận e-mail và tạo ra 1 chứng từ" trước đây không thông báo được e-mail nào hoặc từ ai. Các sự kiện giờ đây sẽ mang thông tin những gì đã thực sự xảy ra.

“Loại chứng từ" đã không còn có nghĩa cho hai điều. Trong bộ lọc và trong chi tiết, hướng của chứng từ đã gọi là Loại chứng từ, mặc dù cùng một từ chỉ định các lựa chọn sơ đồ. Bây giờ đã trở thành Hướng chứng từ và bộ lọc theo loại đã được củng cố.

Biên lai cho nhiên liệu vào Pohoda và Money S3 như một chứng từ thu chi, không phải là hóa đơn. Đến 10 000 Kč nó là một chứng từ thuế giản lược, mà sẽ không được ghi vào danh sách hóa đơn.

Xuất khẩu được xác thực theo các XSD chính thức từ các nhà sản xuất. Điều này đã giúp chỉ ra các địa điểm mà tệp đã trông đúng nhưng đã hỏng vào thời điểm nhập vào sổ tài khoản.

Bảo mật: khóa API không còn quản lý các địa chỉ nhận. Khóa được chỉ định để tải chứng từ có thể tạo địa chỉ e-mail cho việc nhận và thêm bất kỳ ai vào danh sách người gửi được phép. Những endpoint này bây giờ chỉ thuộc về tài khoản đã đăng nhập.

7. 9. 2026

Sơ đồ hệ thống. Các sơ đồ do chúng tôi cung cấp là nhóm riêng trên các sơ đồ của bạn. Chúng chỉ có thể được đọc và chứng từ ghi nhớ chính xác mà nó đã được trích xuất — so với mẫu trước đó, cái chỉ là một bản sao văn bản vào biên tập. Trong số đó có biên lai cho nhiên liệu.

Hồ sơ sẽ tự động điền các lựa chọn. Loại chứng từ, định dạng đầu ra, hướng và loại tiền của kế toán có thể được lưu trữ trong hồ sơ và việc tải lên sẽ tiếp nhận từ đó.

Báo cáo trên các dữ liệu đã trích xuất. Tổng số theo thời gian, loại tiền và loại chứng từ.

Đã sửa lỗi tên trường trong các định dạng đám mây. Việc xác thực theo tài liệu và SDK đã tìm ra sáu lỗi, trong đó một phần đã thay đổi số trên chứng từ — chẳng hạn như ở iDoklad lựa chọn loại giá, có nghĩa là giá bao gồm VAT mặc dù gửi không có VAT.

4. 9. 2026

Từ bốn định dạng đầu ra đến mười sáu. Bốn kế toán đám mây và ba định dạng e-hóa đơn châu Âu (Peppol BIS 3.0, XRechnung 3.0, ZUGFeRD / Factur-X) và Excel nhị phân cũ đã được thêm vào.

Hướng của chứng từ. Tất cả các chuyển đổi trước đây đều hướng đến phía khoản phải trả, vì vậy hóa đơn đã phát hành sẽ được kế toán như một khoản phải trả thay vì một khoản phải thu. Hướng sẽ được chọn trong khi tải lên.

Người mua trong quá trình trích xuất. Trước đây, các định dạng e-hóa đơn đã đưa ra giá trị thay thế.

Loại tiền của đơn vị kế toán. Pohoda phân biệt giữa tiền tệ trong nước và nước ngoài theo đơn vị kế toán không theo koron, và Pohoda Slovakia thì dẫn đến euro. Được chọn trong khi tải lên, vì một tài khoản có thể quản lý các công ty ở nhiều quốc gia.

Các chứng từ nhiều trang toàn bộ. Chỉ có trang đầu tiên được xử lý, mặc dù tín dụng bị trừ cho tất cả. Giới hạn là hai mươi trang và sẽ được theo dõi ngay cả trong khi tải lên.

Mẫu cho các sơ đồ riêng. Năm mẫu thay vì trang trống.

Định dạng đích ở báo cáo chứng từ. Bảng không hiển thị điều đó, mặc dù ứng dụng biết rõ.

Xuất sang XLS trong phiên bản đã triển khai đã không hoạt động. Nó đã trả về thông báo lỗi thay vì một tệp và trên máy tính phát triển không thể nhận biết được.

Kiểm toán an ninh cho tất cả các endpoint. Trong ba phát hiện, phát hiện nghiêm trọng nhất là máy chủ đã gửi webhook đến bất kỳ địa chỉ nào mà nó đã nhận được, bao gồm cả các địa chỉ trong mạng nội bộ.