Hóa đơn điện tử Đức

Không giống như giảm giá, ghi chú tín dụng không thể được bao gồm trực tiếp trong hóa đơn gốc. Bởi vì một số hệ thống lập hóa đơn không hỗ trợ các mục dòng hóa đơn âm, ghi chú tín dụng phải được ghi riêng.

Điều này có nghĩa là bạn phải tạo một tài liệu độc lập cho ghi chú tín dụng thay vì đưa nó vào hóa đơn gốc. Điều này giữ cho hóa đơn gốc được cấu trúc đúng cách và người nhận có thể xác định rõ tài liệu tham khảo.

Khi ghi lại ghi chú tín dụng, điều quan trọng là sử dụng loại tài liệu 381 và nhập số tiền tín dụng dưới dạng giá trị tích cực. Bạn cũng nên bao gồm một tham chiếu đến hóa đơn gốc mà ghi chú tín dụng được phát hành.

Quan trọng: Một ghi chú tín dụng không thể được ghi lại dưới dạng hóa đơn hủy bỏ.

Các cánh đồng Bán sốcGiá phíSản phẩmGiao dịchGiá và Giá ròngSản phẩmGiao diệnGiá làm không đề cập đến thuế, nhưng đến phụ phí và khấu trừ. Nếu không có phụ phí hoặc khấu trừ nào áp dụng cho mặt hàng, giá gộp và giá ròng sẽ giống hệt nhau.

VAT được ghi riêng trong phần Áp dụngTradetax, trong đó tỷ lệ phần trăm được chỉ định trong Tỷ lệ áp dụng Percent.

Để hiển thị chính xác chiết khấu tiền mặt trong hóa đơn XML của bạn, hãy tiến hành như sau:

1. Nhập các điều kiện chiết khấu tiền mặt trong phần

   Điều khoản thanh toán giao dịch cụ thể:
   
   <ram:SpecifiedTradePaymentTerms>

#SKONTO #TAGE =14 #PROZENT =3,00 #BASISBETRAG =xx#</ram:Description>

Giải thích:

• #SKONTO #

  = xác định mục nhập là chiết khấu tiền mặt

• #TAGE =14 #

  = chiết khấu có giá trị trong vòng 14 ngày

• #PROZENT =3.00#

  = tỷ lệ chiết khấu 3%

• #BASISBETRAG =xx#

  = số tiền mà chiết khấu được tính

2. Số tiền chiết khấu tiền mặt thực tế phải được hiển thị dưới đây Tổng số tiền đã thanh toánSố tiền trong Điều khoản giao dịch được chỉ định là Tổng kết tiền tệ của người nộp đơn.

Làm không nhập chiết khấu dưới dạng một mục dòng hóa đơn riêng biệt. Sử dụng ký hiệu XML có cấu trúc được mô tả ở trên.

1. Giảm giá nên không được ghi lại dưới dạng các mục dòng hóa đơn âm. Chúng có thể được hiển thị như một phần của mục dòng hoặc ở cấp tiêu đề.
2. Nhập chiết khấu vào Thỏa thuận giao dịch cụ thể- Nhập tổng giá vào Bán sốcGiá phíSản phẩmGiao dịchGiá- Nhập giá ròng sau giảm giá trong Giá ròngSản phẩmGiao diệnGiá

Bằng cách này, khoản khấu trừ đã được bao gồm trong giá ròng.

Tùy chọn, các chi tiết bổ sung (tỷ lệ chiết khấu, cơ sở tính toán) có thể được thêm vào Định cư tuyến giao dịch cụ thứcĐịnh cư.

Quan trọng: Giảm giá phải luôn liên quan đến tổng giá của mặt hàng hóa đơn, không phải đơn giá.

Tài liệu: Hình thành các chương trình giảm giá và giảm giá theo DIN16931

Tài liệu: Abbildung von Abschlägen und Zuschlägen nach DIN16391

Tài liệu: Abbildung von Zuschlägen nach DIN16391

Lỗi “Phí vận chuyển không được lập bản đồ” trong SupplyOn chỉ ra bản đồ không chính xác của chi phí vận chuyển. Nguyên nhân có thể bao gồm:

• Phí vận chuyển không liên quan đến mã đặt chỗ chính xác
• Thiếu bản đồ trong SupplyOn
• Phân loại hoặc định dạng không chính xác

Kiểm tra xem phí vận chuyển có được cấu hình và lập bản đồ chính xác hay không.

Điền vào các trường sau:

• Einv.Validation.Field.Partners.Seller.ContactData.Identifier — Liên hệ nhà cung cấp/bộ phận
• einv.validation.field.partners.seller.street — Đường nhà cung cấp/hộp thư
• einv.validation.field.partners.buyer.street — Phố khách hàng/hộp thư
• einv.validation.field.partners.buyer.country — Quốc gia khách hàng

Thông tin đầy đủ đảm bảo xử lý thích hợp.

Tiêu đề phụ phải được nhập dưới dạng dòng văn bản tự do, không phải là dòng có số lượng = 0. Sử dụng số không sẽ khiến hóa đơn bị từ chối.

Đúng. Cả hai định dạng phải khớp chính xác.

XML có thể đọc được bằng máy. Nếu bất kỳ thông tin nào chỉ có trong PDF (ví dụ: ngày giao hàng), nhưng thiếu hoặc không chính xác trong XML, nó không thể được xử lý và hóa đơn có thể bị từ chối.

1. Lập bản đồ trường chính xác

• Chỉ nhập các giá trị dự định vào các trường (ví dụ: “Số đơn hàng” chỉ nên chứa số thứ tự)

2. Dữ liệu XML có cấu trúc

• Mỗi dòng được phân tách chính xác: số lượng, số sản phẩm, giá cả, chiết khấu
• Không kết hợp hoặc sao chép các trường
• Giảm giá không được nhập dưới dạng số lượng âm

3. Tránh các lỗi điển hình

• Phù hợp chính xác với số đơn đặt hàng
• Không có ghi chú bổ sung trong các trường địa chỉ
• Sử dụng số tiền và tiền tệ chính xác
• Định dạng sạch - tránh khoảng trắng hoặc ký tự không cần thiết

4. Xác nhận trước khi gửi

• Sử dụng chức năng xem trước
• Sử dụng quy tắc xác thực tự động nếu có

Cho thuê kho phải được nhập thông qua Hình ảnhQuantity trong Chuyên cấpDlineTradeDelivery.

Đảm bảo:

• Quantity (BilledQuantity) và UnitCode khớp với cơ sở giá
• Làm không sử dụng Số lượng cơ bản, vì điều này sẽ áp dụng sai đơn vị (ví dụ: 1 m³ thay vì 1000 m³)

Nếu một dòng bao gồm cả chi phí biến đổi và chi phí cố định:

• Chi phí biến đổi (mỗi đơn vị) phải được tổng hợp và nhân với số lượng
• Chi phí cố định phải được thêm vào sau mchi phí biến đổi tối đa
• Chỉ hiển thị tổng chi phí biến đổi và tổng chi phí cố định
• Làm không trộn biến +chi phí cố định và nhân với nhau (điều này tạo ra lỗi làm tròn)

Lỗi xảy ra khi PDF chứa nhiều tài khoản ngân hàng nhưng XML chỉ chứa một tài khoản.

Chỉ có XML đếm - PDF bị bỏ qua.

Bạn phải:

• Hoặc liệt kê tất cả các tài khoản ngân hàng trong XML,
  hoặc là
• Đảm bảo tài khoản ngân hàng được lưu trữ trong dữ liệu chính của Siemens khớp với XML.

Các mặt hàng đã trả trước đây có thể được bao gồm, nhưng:

• Không áp dụng thuế đến các mặt hàng đã thanh toán
• Thuế chỉ được áp dụng cho số tiền phải trả còn lại

Nếu không, hệ thống sẽ phát hiện sự mâu thuẫn về thuế và có thể từ chối hóa đơn.

Tại Giá sốngGiá cấp độ:

• Chỉ phụ cấp (giảm giá) được cho phép
• Không phí (phụ phí) được phép
  Ngay cả phí có giá trị 0 sẽ gây ra sự từ chối.

Tổng quan nhanh về các đường dẫn XML được phép/không được phép được bao gồm (như trong văn bản gốc).

Thuế không được ghi chính xác. Thuế GTGT phải được ghi vào Áp dụngTradetax dưới Tỷ lệ áp dụng Percent.

Giảm giá/phụ phí không được ghi lại chính xác. Xem lại phần giảm giá.

Tổng hóa đơn không chính xác, thường là do PDF/XML không khớp hoặc tính toán hỗn hợp không chính xác.

Thuế nhập sai - quy tắc tương tự như trên.

Nguyên nhân có thể xảy ra:

1. Mục dòng âm
2. Số lượng = 0
3. Quá nhiều chữ số thập phân

Nguyên nhân có thể xảy ra:

• Giảm giá được nhập dưới dạng mặt hàng tiêu cực
• Hóa đơn được ghi nhầm dưới dạng ghi chú tín dụng
• Trộn hóa đơn và ghi chú tín dụng

Địa chỉ của người nhận dịch vụ không đầy đủ trong tệp XML của hóa đơn của bạn có liên quan đến việc xác thực pháp lý. Vui lòng điền vào trường bắt buộc “Phố/P.O. Hộp.”

Hóa đơn của bạn ở định dạng PDF chứa tệp XML nhúng, được yêu cầu theo Đạo luật Cơ hội Tăng trưởng. Vui lòng đảm bảo rằng các địa chỉ được cung cấp theo định dạng sau:

<ram:PostalTradeAddress>

BƯU ĐIỆN</ram:PostcodeCode>

Đường phòng/POSTFACH</ram:LineOne>

THÀNH PHỐ</ram:CityName>

QUỐC GIA</ram:CountryID>

</ram:PostalTradeAddress>

Nếu bạn đã nhận được thông báo từ chối này, vui lòng kiểm tra tệp XML của bạn. Đảm bảo rằng địa chỉ của bạn, khách hàng của bạn và, nếu có, người nhận hàng được nhập chính xác. Ví dụ: đảm bảo rằng hộp P.O. không được bao gồm trong tên, vì điều này có thể gây ra các vấn đề về ánh xạ.

Vui lòng kiểm tra tệp XML của bạn để tìm các mục dòng có số lượng âm. Số lượng âm không được phép trong hóa đơn điện tử.

Nếu bạn muốn bao gồm giảm giá hoặc giảm giá, vui lòng không thể hiện nó dưới dạng số lượng mặt hàng tiêu cực. Thay vào đó, bạn có các tùy chọn sau:

1. Chỉ định giảm giá thay vì mục dòng âm

Lý do từ chối là bạn đã báo cáo giảm giá dưới dạng các mặt hàng tiêu cực chứ không phải là giảm giá.

Dưới đây là hai tài liệu có sẵn để tải xuống giải thích cách chỉ định chính xác chiết khấu. Vui lòng điều chỉnh hóa đơn của bạn và gửi lại chúng đến địa chỉ thanh toán của Siemens.

Tài liệu: Hình dạng các đường cắt và phụ kiện theo DIN16391

Tài liệu: Hình ảnh các đường dẫn theo DIN16391

2. Ngoài ra: Phát hành bản ghi nhớ tín dụng theo EN 16931:

Trong trường hợp bạn muốn lập hóa đơn tổng số tiền âm hoặc hoàn lại tiền,

vui lòng sử dụng loại tài liệu 381 (ghi nhớ tín dụng).

Loại tài liệu này dành cho các giao dịch kinh doanh chính xác như vậy và được hỗ trợ bởi tiêu chuẩn.

Vui lòng kiểm tra tệp XML của bạn để tìm các mục dòng có số lượng âm. Số lượng âm không được phép trong hóa đơn điện tử.

Nếu bạn muốn bao gồm giảm giá, vui lòng không thể hiện nó dưới dạng đại lượng âm. Thay vào đó, bạn có các tùy chọn sau:

1. Báo cáo giảm giá thay vì các mục tiêu cực

   Lý do từ chối là bạn đã báo cáo giảm giá dưới dạng các mặt hàng tiêu cực chứ không phải là giảm giá.

   Dưới đây là hai tài liệu bạn có thể tải xuống giải thích cách báo cáo giảm giá một cách chính xác. Vui lòng cập nhật hóa đơn của bạn và gửi lại chúng đến địa chỉ thanh toán của Siemens.
   
   Tài liệu: Hình dạng các đường cắt và phụ kiện theo DIN16391
   
   Tài liệu: Hình ảnh các đường dẫn theo DIN16391

2. Ngoài ra: Phát hành bản ghi nhớ tín dụng theo EN 16931:

Trong trường hợp bạn muốn lập hóa đơn tổng số tiền âm hoặc hoàn lại tiền, vui lòng sử dụng loại tài liệu 381 (ghi nhớ tín dụng). Loại tài liệu này dành cho các giao dịch kinh doanh chính xác như vậy và được hỗ trợ bởi tiêu chuẩn.

Hóa đơn của bạn ở định dạng PDF chứa tệp XML nhúng, được yêu cầu theo Đạo luật Cơ hội Tăng trưởng. Vui lòng đảm bảo rằng chi tiết ngân hàng của bạn được liệt kê trong tệp XML theo định dạng sau:

<ram:SpecifiedTradeSettlementPaymentMeans>

58</ram:TypeCode><! -- 58 = Chuyển đổi SEPA -->

DANH SÁCH ỨNG DỤNG/SỐ TÍNH TOÁN</ram:Information>

CỦA BẠN</ram:IBANID>

CHỦ TÀI KHOẢN</ram:AccountName>

YOUR BIC</ram:BICID>

TÊN NGÂN HÀNG</ram:Name>

</ram:SpecifiedTradeSettlementPaymentMeans>

Nếu bạn đã nhận được thông báo từ chối này, vui lòng kiểm tra tệp XML của bạn. Đảm bảo thông tin tài khoản ngân hàng của bạn đầy đủ và chính xác.

Hóa đơn của bạn ở định dạng PDF chứa tệp XML nhúng, được yêu cầu theo Đạo luật Cơ hội Tăng trưởng.

Thông báo lỗi này thường được gây ra bởi một trong ba lý do sau. Vui lòng kiểm tra tất cả những điều này để biết tính chính xác trong hóa đơn của bạn và thực hiện bất kỳ chỉnh sửa cần thiết nào.

Lựa chọn 1:

Hóa đơn của bạn có lỗi do cơ sở giá được chỉ định không chính xác. Do đó, thật không may, việc xác nhận toán học hóa đơn của bạn là không thể thực hiện được.

Bạn đang nhầm lẫn đơn vị giá (BasisQuantity) với lượng (BilledQuantity). Số lượng được chỉ định chính xác, nhưng cơ sở giá thì không.

Đây là một ví dụ cho bạn (không phải từ hóa đơn của bạn, nhưng áp dụng như nhau):

RAM: Đặc biệtLineTradeAgreement>

<ram:GrossPriceProductTradePrice>

<ram:ChargeAmount>100.00</ram:ChargeAmount>

<RAM: BasisQuantity UnitCode=“C62">5,00</ram:BasisQuantity>

</ram:GrossPriceProductTradePrice>

<ram:NetPriceProductTradePrice>

<ram:ChargeAmount>100.00</ram:ChargeAmount>

<RAM: BaseQuantity UnitCode="C62">5.00</ram:BasisQuantity>

</ram:NetPriceProductTradePrice>

</ram:SpecifiedLineTradeAgreement>

<ram:SpecifiedLineTradeDelivery>

<RAM:BilleQuantity UnitCode=“C62">5,00</ram:BilledQuantity>

</ram:SpecifiedLineTradeDelivery>

<ram:SpecifiedLineTradeSettlement>

Điều này có nghĩa là gì?

Đơn vị giá: </ram:BasisQuantity>5.00 có nghĩa là giá 100 áp dụng cho 5 đơn vị. Nói cách khác, 100 € được tính cho mỗi 5 đơn vị.

Số lượng: </ram:BilledQuantity>5.00 có nghĩa là 5 đơn vị được thanh toán.

Tính toán: Giá được tính như sau: 100 (giá) × 5 (số lượng)/5 (đơn vị giá) = 100

Vấn đề: Hệ thống không nhận ra chính xác đơn vị giá của 5 đơn vị và tính giá không chính xác.

Giải pháp: Đơn vị giá nên được đặt thành 1, trong khi số lượng vẫn giữ nguyên. Đây là XML đã sửa:

<ram:SpecifiedLineTradeAgreement>

<ram:GrossPriceProductTradePrice>

<ram:ChargeAmount>100.00</ram:ChargeAmount>

<RAM: BasisQuantity UnitCode=“C62">1,00</ram:BasisQuantity>

</ram:GrossPriceProductTradePrice>

<ram:NetPriceProductTradePrice>

<ram:ChargeAmount>100.00</ram:ChargeAmount>

<RAM: BasisQuantity UnitCode=“C62">1,00</ram:BasisQuantity>

</ram:NetPriceProductTradePrice>

</ram:SpecifiedLineTradeAgreement>

<ram:SpecifiedLineTradeDelivery>

<RAM:BilleQuantity UnitCode=“C62">5,00</ram:BilledQuantity>

</ram:SpecifiedLineTradeDelivery>

<ram:SpecifiedLineTradeSettlement>

Giải thích:

Đơn vị giá: </ram:BasisQuantity>1.00 có nghĩa là giá 100 áp dụng cho 1 đơn vị.

Số lượng: </ram:BilledQuantity>5.00 có nghĩa là 5 đơn vị được thanh toán.

Điều này đảm bảo rằng giá được tính toán chính xác và hệ thống nhận ra đơn vị giá một cách chính xác.

Lựa chọn 2:

Hóa đơn của bạn có lỗi vì bạn đang hiểu sai các thuật ngữ “GrosSpriceProductTradePrice” và “NetPriceProductTradePrice”. Điều quan trọng cần lưu ý là các mục nhập cho 'GrosSpriceProductTradePrice' và “NetPriceProductTradePrice” không đề cập đến thuế, mà là đánh dấu và giảm giá. Nếu không áp dụng mức tăng giá hoặc giảm giá cho mặt hàng, giá gộp và giá ròng giống hệt nhau.

Đây là một ví dụ tiêu cực cho bạn (nó không phải từ hóa đơn của bạn, nhưng áp dụng theo cùng một cách):

<ram:SpecifiedLineTradeAgreement>

<ram:GrossPriceProductTradePrice>

<ram:ChargeAmount>119.00 </RAM: ChargeAmount>

<RAM: BasisQuantity UnitCode=“C62">1.0000</ram:BasisQuantity>

</ram:GrossPriceProductTradePrice>

<ram:NetPriceProductTradePrice>

<ram:ChargeAmount>100.00</ram:ChargeAmount>

<RAM: BasisQuantity UnitCode=“C62">1.0000</ram:BasisQuantity>

</ram:NetPriceProductTradePrice>

</ram:SpecifiedLineTradeAgreement>

Giải pháp: Để giải quyết lỗi, hãy kiểm tra xem đánh dấu hoặc giảm giá có áp dụng cho mục hay không. Nếu không áp dụng đánh dấu hoặc giảm giá, GrosSpriceProductTradePrice và NetPriceProductTradePrice sẽ là cùng một số tiền.

<ram:SpecifiedLineTradeAgreement>

<ram:GrossPriceProductTradePrice>

<ram:ChargeAmount>100.00</ram:ChargeAmount>

<RAM: BasisQuantity UnitCode=“C62">1.0000</ram:BasisQuantity>

</ram:GrossPriceProductTradePrice>

<ram:NetPriceProductTradePrice>

<ram:ChargeAmount>100.00</ram:ChargeAmount>

<RAM: BasisQuantity UnitCode=“C62">1.0000</ram:BasisQuantity>

</ram:NetPriceProductTradePrice>

</ram:SpecifiedLineTradeAgreement>

Tùy chọn 3: Giảm giá được báo cáo không chính xác

Lý do từ chối là bạn đã báo cáo giảm giá dưới dạng mục tiêu cực chứ không phải là giảm giá.

Ở đây bạn sẽ tìm thấy hai hướng dẫn về cách báo cáo chính xác giảm giá, có sẵn để tải xuống. Vui lòng cập nhật hóa đơn của bạn và gửi lại chúng đến địa chỉ thanh toán của Siemens.

Tài liệu: Hình dạng các đường cắt và phụ kiện theo DIN16391

Tài liệu: Hình ảnh các đường dẫn theo DIN16391

Thông báo lỗi này cho biết tài liệu PDF bạn đang gửi không đáp ứng các yêu cầu của định dạng ZugFerd. ZugFerd (Hướng dẫn sử dụng trung tâm của Diễn đàn hóa đơn điện tử Đức) là một định dạng cho hóa đơn điện tử bao gồm cả trình bày PDF trực quan và tệp XML nhúng.

Dưới đây là những điểm chính của thông báo lỗi:

1. Định dạng PDF/A-3:
   
   Tài liệu PDF của bạn phải ở định dạng PDF/A-3. PDF/A-3 là một biến thể đặc biệt của định dạng PDF phù hợp để lưu trữ lâu dài và nhúng các tệp XML.
2. Hóa đơn XML nhúng:
   
   PDF phải chứa tệp XML nhúng bao gồm dữ liệu hóa đơn có cấu trúc. Tệp XML này cho phép tự động xử lý dữ liệu hóa đơn. Điều cần thiết là đảm bảo rằng nội dung của tệp XML khớp với nội dung của tài liệu PDF. Chỉ có tệp XML được sử dụng để đăng, vì nó được coi là tài liệu chính.
3. Tệp đính kèm hóa đơn:
   
   Tất cả các tệp đính kèm thuộc hóa đơn phải được nhúng như một phần của tệp XML và không thể được xử lý riêng.

Nếu tài liệu PDF của bạn không đáp ứng các yêu cầu này, nó không thể được xử lý dưới dạng hóa đơn ZugFerd. Bạn phải đảm bảo rằng PDF ở định dạng chính xác và dữ liệu XML được nhúng chính xác.

Thông báo lỗi này có nghĩa là phiên bản ZugFerd bạn đang sử dụng cho hóa đơn của mình không đáp ứng các yêu cầu pháp lý hiện hành. Kể từ ngày 1 tháng 1 năm 2025, hóa đơn sử dụng định dạng ZugFerd phải là phiên bản 2.0.1 trở lên để tuân thủ các yêu cầu VAT theo tiêu chuẩn EN 16931.

Để giải quyết vấn đề này, bạn nên đảm bảo rằng phần mềm lập hóa đơn của bạn được cập nhật lên phiên bản hỗ trợ ZugFerd 2.0.1 trở lên. Để biết thêm thông tin, vui lòng truy cập trang web của Bộ Tài chính Liên bang.

Thông báo lỗi này có nghĩa là hóa đơn của bạn ở định dạng X-Rechnung hoặc PEPPOL không đáp ứng các yêu cầu tuân thủ hiện tại. Để đảm bảo rằng hóa đơn của bạn tuân thủ các yêu cầu pháp lý, bạn nên xem xét cấu trúc và trường dữ liệu của hóa đơn và thực hiện bất kỳ điều chỉnh cần thiết nào.

Có thể hữu ích khi cập nhật phần mềm lập hóa đơn của bạn hoặc liên hệ với nhóm hỗ trợ của nhà cung cấp phần mềm để đảm bảo rằng hóa đơn của bạn được định dạng chính xác.

Thông báo lỗi này có nghĩa là tệp XML của hóa đơn chứa lỗi cú pháp ngăn không cho nó được xử lý. Dưới đây là một số nguyên nhân có thể và các bước để giải quyết vấn đề:

1. Lỗi cú pháp trong cấu trúc XML:
   Điều này có thể được gây ra bởi các phần tử bị thiếu hoặc không chính xác, không gian tên không chính xác hoặc mã hóa không chính xác. Đảm bảo rằng tất cả các yếu tố cần thiết đều có mặt và được định dạng chính xác.
2. Thiếu các trường bắt buộc:
   Kiểm tra xem tất cả các trường bắt buộc, chẳng hạn như số hóa đơn, ngày hóa đơn và đơn vị tiền tệ, đều chính xác và đầy đủ.

Xin vui lòng liên hệ với chúng tôi tại E-invoiceClarificationInternal.de@siemens.com Vui lòng đính kèm hóa đơn gốc.

Thông báo lỗi này chỉ ra hai vấn đề cụ thể:

1. “Markup/Markdown ở mức giá”: Theo DIN EN 16931, không được phép chỉ định mức giá hoặc giảm giá ở mức giá. Bạn nên đảm bảo rằng các thông số kỹ thuật đó được nhập chính xác ở cấp mục. Dưới đây là ba tài liệu giải thích cách xác định chính xác các dấu hiệu và đánh dấu:

   
   
   Tài liệu: Hình dạng các đường cắt và phụ kiện theo DIN16391
   
   Hình dạng tài liệu từ các đường dẫn theo DIN16391

2. Không có số hóa đơn được cung cấp: Mỗi hóa đơn phải bao gồm một số hóa đơn duy nhất. Vui lòng đảm bảo rằng hóa đơn của bạn bao gồm một số như vậy để tuân thủ các yêu cầu pháp lý.

Để khắc phục những lỗi này, bạn nên tùy chỉnh phần mềm tính toán của bạn hoặc thêm thông tin cần thiết theo cách thủ công.