O namaUslugeProjektiČlanci
← Nazad na usluge

Integracija e-fakturisanja: Peppol, XRechnung, ZUGFeRD i Factur-X za sisteme koji za to nisu pravljeni

Kupiti proizvod za e-fakturisanje je lako. Problem gotovo nikada nije proizvod: nego dvanaest godina star sistem za upravljanje porudžbinama koji ispostavlja vaše fakture, logika cena koju niko nije dokumentovao i činjenica da brojeve faktura dodeljuje stored procedura koju je napisao neko ko je otišao 2019.

Mi gradimo konektor između onoga što stvarno koristite i onoga što propis traži. Generisanje strukturirane fakture, validacija, prenos kroz mrežu, obrada ulaznih dokumenata i arhiviranje: sve to spojeno na vaš postojeći sistem, umesto da ga zamenjuje.

Obaveze i datumi kada stupaju na snagu

Evropa prelazi sa PDF faktura na strukturirane, mašinski čitljive, po rasporedu koji svaka zemlja postavlja za sebe, uoči paketa VAT in the Digital Age (ViDA) koji sve to usklađuje. Datumi koji trenutno pokreću projekte:

  • Nemačka: prijem strukturiranih e-faktura obavezan je od 1. januara 2025. Izdavanje postaje obavezno 1. januara 2027 za firme sa prometom preko 800.000 EUR, a 1. januara 2028 za sve ostale. U praksi se koriste XRechnung (čist XML) i ZUGFeRD 2.x (hibridni PDF sa ugrađenim XML-om), oba usklađena sa EN 16931.
  • Francuska: prijem, kao i izdavanje za velike i srednje firme, od 1. septembra 2026; izdavanje za mala i srednja preduzeća od 1. septembra 2027. Prenos ide preko registrovanih platformi, a Factur-X je uobičajen hibridni format.
  • Belgija: obavezno B2B e-fakturisanje preko Peppola od 1. januara 2026, uz e-izveštavanje po modelu sa pet uglova planirano za 2028.
  • Poljska: KSeF, nacionalna clearance platforma, sa sopstvenom XML šemom i sopstvenim rokovima.
  • Italija: SdI i FatturaPA, u radu od 2019. i još uvek najstroži clearance model u EU.
  • Španija: Verifactu i obaveze fakturisanja po zakonu Crea y Crece, koje se uvode uporedo sa regionalnim TicketBAI sistemima.

Ako prodajete u nekoliko ovih zemalja, nemate nekoliko projekata. Imate jednu arhitekturu i nekoliko adaptera po zemlji, a razlika između tog pristupa i onog drugog jeste razlika između jedne integracije i pet.

Gde projekti zapravo pucaju

Podaci o fakturi ne postoje u obliku koji standard traži. EN 16931 zahteva polja koja mnogi sistemi nikada nisu ni beležili: uredan referentni broj kupca, PDV rekapitulaciju po stopi umesto po stavci, strukturirane uslove plaćanja, jedinice mere iz kontrolisanog šifarnika. Inženjerski posao je da se ta polja rekonstruišu iz onoga što imate, deterministički, za svaku fakturu koju ćete ikada izdati.

Greške u validaciji stižu naknadno. Odbijena faktura je nenaplaćena faktura. Validacija mora da se odvija pre slanja, prema aktuelnoj šemi i aktuelnim poslovnim pravilima zemlje, a greške moraju da stignu do čoveka koji može da reaguje, a ne u log fajl.

Ulazne fakture su teže od izlaznih. Svi planiraju izdavanje i zaborave da od datuma prijema moraju da prihvate strukturirane fakture od svakog dobavljača, u bilo kom usklađenom formatu, i da ih uvedu u obradu obaveza bez čoveka koji otvara jednu po jednu.

Numeracija i idempotentnost. Ponovni pokušaji, mrežni timeout-i i ispadi platformi su normalna pojava. Faktura poslata dvaput pod dva broja je poreski, a ne softverski problem. To mora da bude rešeno na početku.

Šta gradimo

Procena i odluka o formatu

Kratak angažman (obično jedna do dve nedelje), u kome gledamo kako se vaše fakture zaista prave, koje vas obaveze pogađaju i kada, i koje su realne opcije. Isporuka je pisana preporuka: koji formati su vam potrebni, da li do Peppola treba ići preko provajdera ili sopstvenom pristupnom tačkom, šta mora da se promeni u izvornom sistemu i koliko to košta.

Ponekad je preporuka da će standardni proizvod uz mali adapter obaviti posao. Radije ćemo vam to reći prve nedelje nego vam naplaćivati šest meseci.

Generisanje i mapiranje faktura

Gradimo sloj mapiranja od vaših izvornih podataka ka traženim sintaksama (UBL i CII po EN 16931, XRechnung, ZUGFeRD 2.x, Factur-X, FatturaPA, KSeF XML), sa dokumentovanim izvođenjem svakog polja, tako da i revizor i vaša finansijska služba mogu da ga isprate. Kada izvorni sistem uopšte ne može da isporuči obavezno polje, kažemo to na vreme i projektujemo njegovo prikupljanje, umesto da izmišljamo podrazumevanu vrednost.

Validacija pre slanja

Validacija šeme, Schematron poslovna pravila i provere specifične za zemlju izvršavaju se pre nego što išta napusti vašu kuću. Neuspesi idu u red za obradu koji ima svog vlasnika, sa porukom koja kaže koje polje nije prošlo i zašto, a ne stack trace.

Priključenje na mrežu

Priključenje na Peppol Access Point, bilo preko postojećeg provajdera bilo tako što ga sami vodite, u zavisnosti od obima i od toga koliko kontrole tražite. Za zemlje sa clearance modelom integrišemo se direktno sa nacionalnom platformom (KSeF, SdI, francuski PDP ekosistem), uključujući rad sa sertifikatima i autentifikacijom, koje svaka od tih platformi rešava drugačije.

Obrada ulaznih faktura

Prijem, validacija i normalizacija dobavljačkih faktura u jedinstven interni oblik, uparivanje sa nabavnim nalozima i prijemnicama gde one postoje, i isporuka u vaš tok obrade obaveza. Odatle obično dolazi povraćaj ulaganja u ovaj projekat, jer se ukida ručno prekucavanje koje niko nikada nije izmerio.

Arhiviranje i revizorski trag

Usklađeno čuvanje originalnog strukturiranog dokumenta, u obliku i tokom perioda koji zadovoljavaju nemački GoBD, italijansku conservazione sostitutiva ili odgovarajuća pravila tamo gde poslujete, sa testiranom (a ne pretpostavljenom) putanjom za preuzimanje.

Sistemi sa kojima se integrišemo

SAP ECC i S/4HANA, Microsoft Dynamics 365 i Business Central, Odoo, NetSuite, Sage, Infor, Xero, DATEV interfejsi i (najčešće) namenski ili teško izmenjen sistem koji je u srcu poslovanja i neće biti zamenjen zbog jednog propisa. Radimo u .NET, Java, PHP, Python i Node.js okruženjima, a kada je to ono što zateknemo, i u starijim.

Ako vodite marketplace, pretplatničku platformu ili billing engine koji programski izdaje fakture u velikom obimu, to je tačno slučaj za koji smo napravljeni: fakturu generiše vaš kod, pa i usklađenost mora da živi u vašem kodu.

Šta ovo nije

Ne prodajemo softver za fakturisanje i nismo knjigovodstveni paket. Ako ste mala firma kojoj treba alat koji izdaje usklađene fakture, kupite ga: DATEV, sevDesk, Lexware i još desetak drugih to rade dobro i koštaju delić integracionog projekta.

Nama dolazite kada fakturu proizvodi sistem koji već imate, kada pravila više zemalja moraju da postoje jedno pored drugog, ili kada obim znači da sve to mora da radi bez ikoga ko gleda.

Kako teče saradnja

Procena, jedna do dve nedelje, po fiksnoj ceni, sa pisanom preporukom i planom sa cenom na kraju.

Izrada, obično šest do dvanaest nedelja za prvu zemlju, u zavisnosti od toga koliko su izvorni podaci čisti. Radimo u vašem repozitorijumu, po vašoj strategiji grananja, sa vašim timom, i za sobom ostavljamo testove.

Pilot, sa slanjem stvarnih faktura manjem broju partnera, uporedo sa postojećim procesom, dok stopa grešaka ne padne tamo gde treba.

Prelazak i podrška, uz nadzor nad redom grešaka i jasno određenu odgovornost za njega, kroz prvo zatvaranje meseca i prvu PDV prijavu, kada zapravo isplivaju pitanja koja su bitna.

Standardi po kojima radimo

EN 16931 i njegove sintaksne implementacije (UBL 2.1, UN/CEFACT CII), Peppol BIS Billing 3.0 i Peppol transportna infrastruktura, XRechnung i KoSIT validator, ZUGFeRD 2.x i Factur-X profili, FatturaPA, KSeF, kao i ViDA predlozi koji oblikuju ono što dolazi posle 2030.

Česta pitanja

Od kada se tačno nemačka obaveza e-fakturisanja odnosi na nas?

Prijem se odnosi na sve nemačke firme od 1. januara 2025. Izdavanje važi od 1. januara 2027. ako je promet u prethodnoj godini prelazio 800.000 EUR, a od 1. januara 2028. u ostalim slučajevima. Obaveza pokriva domaće B2B transakcije; tretman prekograničnog i B2C fakturisanja se razlikuje i vredi ga proveriti sa poreskim savetnikom.

Koja je razlika između XRechnung i ZUGFeRD?

XRechnung je čist XML, definisan od strane nemačkog javnog sektora i obavezan za fakture ka organima vlasti. ZUGFeRD 2.x je hibrid: PDF/A-3 dokument sa istim strukturiranim podacima ugrađenim u njega, tako da čovek čita PDF, a mašina XML. Oba su usklađena sa EN 16931. Komercijalna B2B praksa u Nemačkoj naginje ka ZUGFeRD-u, a mnogi kupci prihvataju bilo koji od dva.

Da li nam treba sopstvena Peppol pristupna tačka?

Najčešće ne. Većina firmi se povezuje preko postojećeg provajdera pristupne tačke, što je jeftinije i brže. Sopstvena pristupna tačka ima smisla pri velikom obimu, kada vam je potrebna kontrola nad transportnim slojem, ili kada usluge fakturisanja pružate drugima.

Možete li da radite sa našim postojećim dobavljačem rešenja za e-fakturisanje?

Da, i to je često pravi raspored: dobavljač rešava prenos i članstvo u mreži, a mi gradimo sve između vašeg sistema i njegovog API-ja, mapiranje, validaciju, ponovne pokušaje, obradu grešaka i usaglašavanje.

Šta se dešava sa fakturama koje ne prođu validaciju?

Idu u red za obradu, sa čitljivim objašnjenjem koje polje je prekršilo koje pravilo. Taj red projektujemo namerno i pažljivo, jer je u prvim mesecima posle puštanja u rad to najkorišćeniji deo sistema, a loše napravljen pretvara projekat usklađenosti u trajan ručni posao.

Kako sprečavate da se ista faktura pošalje dvaput?

Stabilnim idempotentnim ključem izvedenim iz identiteta fakture, koji se prenosi kroz svaki ponovni pokušaj, uz log slanja koji je merodavan za to šta je poslato. Svaki ponovni pokušaj koristi originalni identifikator, umesto da generiše novi.

Kako da počnete

Recite nam u koje zemlje fakturišete, koliko otprilike faktura mesečno i šta ih danas proizvodi. Reći ćemo vam koje vas obaveze stižu, kojim redom, i da li je ovo konektor ili projekat.

Kontaktirajte nas da zakažete procenu spremnosti za e-fakturisanje.

Povezane usluge

Spremni da započnete sa ovom uslugom?

Kontaktirajte nas
← Nazad na sve usluge