Podpisywanie faktury

Usługi podpisywania z poziomu Sterling eInvoicing umożliwiają cyfrowe podpisywanie e-faktury, a także sprawdzanie duplikatów faktur.

Usługi podpisu mogą być kupowane przez Dostawcę, lub przez nabywców w imieniu swoich dostawców. W przypadku dostawców produkt Sterling eInvoicing umożliwia wysłanie podpisanej lub niepodpisanej faktury elektronicznej do partnera handlowego. Jeśli faktura nie jest podpisana, usługa e-Faktura wyśle ją do TrustWeaver do podpisu, a następnie do nabywcy. W przypadku nabywców produkt Sterling eInvoicing umożliwia dostawcy wysłanie faktury do produktu TrustWeaver w celu podpisania, a następnie przekazania jej do użytkownika za pośrednictwem produktu IBM Sterling B2B Integration SaaS.
Uwaga: Niefakturowe faktury za pośrednictwem EDI obecnie nie są obsługiwane.
Uwaga: Jeden partner handlowy może podpisywać faktury w imieniu innego partnera handlowego. Jeśli podczas podpisywania wystąpi błąd, określani użytkownicy są powiadamiani za pośrednictwem poczty elektronicznej lub za pomocą kodów statusu InFlight .

Podpisy są oparte na kodach kraju nabywcy i dostawcy i są stosowane za pośrednictwem usługi TrustWeaver na żądanie. Ponadto, aby spełnić wymogi prawne niektórych krajów, e-Faktury powinny zawierać pewne elementy informacji, które są niezbędne do celów podatkowych. Sterling eInvoicing zapewnia, że faktury zawierają obowiązkowe dane, które mają być zgodne. Informacje te obejmują między innymi: numer faktury, datę faktury, identyfikator VAT dostawcy, identyfikator VAT nabywcy, walutę oraz szczegóły pozycji wiersza (opis, ilość, cena i kwota VAT).

Poniżej opisano proces domyślny przy użyciu standardów C/XAdES , który jest obsługiwany przez usługę produkcyjną podpisywania w celu obsługi dostawców i nabywców w transakcjach Sterling eInvoicing :

  1. Dane z faktury są przygotowywane przez użytkownika końcowego i wysyłane do serwisu, w uzgodnionym formacie, który reprezentuje format, który będzie traktowany jako oryginalna faktura przez obie strony transaktorskie. Użytkownik końcowy wskazuje żądany format podpisu, a także kraje pochodzenia VAT i kraje przeznaczenia w dwuliterowych kodach ISO.
  2. Usługa stosuje odpowiednie podpisy elektroniczne zgodnie z odpowiednią domyślną lub niestandardową konfiguracją zgodności. Po zastosowaniu poprawnych sygnatur, z wyjątkiem XAdES-EPES, faktura i podpis są stemplowane w czasie, co powoduje format podpisu C/XAdES-T. Usługa może następnie sprawdzać poprawność certyfikatów powiązanych z prywatnymi kluczami podpisywania za pomocą zautomatyzowanego połączenia z odpowiednimi uprawnieniami certyfikatu. Uzyskane dane, dane typu C/XAdES-T i dane sprawdzania poprawności, np. odpowiedź OCSP, są ponownie datowane na długoterminowe cele archiwizacji, a wynik końcowy jest w formacie C/XAdES-A. Procedura ta pozwoli dostawcy oferować organom podatkowym wystarczające elementy do potwierdzenia, że certyfikat był ważny, gdy faktura została wystawiona, jak również niepewność ciągłej integralności faktury od tego momentu. Może też pomóc użytkownikowi końcowi spełnić określone wymagania dotyczące czasu archiwizacji-znaczki w niektórych krajach.
  3. Usługa wysyła do użytkownika końcowego podpisaną fakturę oryginalną dostawcy, która będzie ją zapisała w imieniu użytkownika końcowego lub wyśle do użytkownika końcowego w celu przechowywania za pomocą usług TrustWeaver Archive zgodnie z obowiązującym prawem.
  4. W dowolnym momencie w okresie obowiązkowego przechowywania, audytor podatkowy powinien mieć możliwość dostępu do archiwów stron on-line (zazwyczaj z głównego miejsca prowadzenia działalności przez stronę w kraju oraz w formacie czytelnym dla człowieka) oraz zweryfikować autentyczność i integralność przechowywanych faktur elektronicznych. Dodatek 2 służy do obsługi tych wymagań kontroli.

Usługa może przetwarzać dane faktury w formatach dokumentów wymienionych w poniższej tabeli. Te typy dokumentów mogą być podpisane przy użyciu podpisów cyfrowych opartych na standardzie sygnatur PKCS#7 oraz w rozszerzeniach zdefiniowanych przez ETSI dla tego standardu: CAdES-T/A i XAdES-BES/EPES/T/A, a także PAdES-EPES/LTV dla podpisów PDF. Podpisy cyfrowe mogą być stosowane z różnymi metodami podpisywania w zależności od formatu dokumentu.

W poniższej tabeli opisano, które metody podpisu mogą być stosowane do konkretnego formatu dokumentu (kontener XML to kontener XML TrustWeaver ). Powszechnie używane formaty są oznaczone gwiazdką:

Format dokumentu Odpowiednie formaty sygnatur
Binary PKCS #7 (przyłączony lub odłączony) *
MME PKCS #7 (przyłączony lub odłączony), S/MIME*
PDF PKCS #7 (przyłączony lub odłączony), S/MIME, PDF*
Język XML PKCS #7 (przyłączony lub odłączony), sygnatura XML (otoczka lub otoczona), Kontener XML *
cXML PKCS #7 (przyłączony lub odłączony), S/MIME, cXML Signature *, XML Container
EANCOM Profile antysygnatury (IDEAL-Szwajcaria, GS1AT- Austria, AECOC-Hiszpania)
Fracturae (Hiszpania B2G) Fracturae otoczony sygnaturą XML
Fattura PA (Włochy B2G) Fattura PA koperta sygnatura XML
eSlog (Słowenia B2G) eSlog koperta sygnatura XML
Uwaga: Batching of fakturami nie jest obsługiwany.
Uwaga: Na podstawie rekomendacji TrustWeaver i strategii IBM dział wsparcia IBM nie może ponownie wysłać podpisanych faktur w imieniu klienta Sterling eInvoicing . Jeśli oryginalna faktura nie zostanie odebrana lub nie będzie mogła zostać przetworzona przez partnera handlowego, to klienci będą musieli zaliczyć tę fakturę, a następnie usunąć, odtworzyć i ponownie wysłać nową fakturę oryginalną.