Eskaera guztiak denbora-lerro bakarrean, jasotzetik ordaindutako fakturara.
Eskaeratik kobrantzara (order to cash), erosketatik ordainketara (procure to pay) eta zerbitzu-eskaeratik fakturara doazen prozesuak ERP, CRM, merkataritza elektroniko, biltegi, garraio eta finantza-sistemetatik igarotzen dira. API eta gertaera dokumentatuekin konektatzen ditugu, eskaera bakoitzari egoera bakarra ematen diogu sistema guztietan, eta salbuespen bakoitza agente bati bidaltzen diogu, pertsona batek onartzeko moduko konponbide bat presta dezan.
Espainian eta beste herrialde batzuetan saltzen, erosten eta fakturatzen duten erakundeentzat, bakoitza bere sistema, garraiolari eta faktura elektronikoko arauekin.
Salmenta-eskaera, erosketa-eskaera edo zerbitzu-eskaera behin erregistratzen da bere erreferentzia-sisteman, eta gainerako sistemetara banatzen da API eta gertaera dokumentatuen bidez. Egoera-gertaerek denbora-lerro bakarra osatzen dute eskaera bakoitzeko. Urrats batek huts egiten duenean edo tolerantziatik kanpo geratzen denean, agente batek testuingurua biltzen du eta konponbide bat proposatzen du; pertsona batek onartzen du erreferentzia-sisteman exekutatu aurretik. Fakturak faktura elektroniko egituratu gisa trukatu eta parekatzen dira, eta prozesuen arduradunek fluxua eta interfazeen egoera berrikusten dituzte.
Lehen eta gero
Zer aldatzen den eguneroko eragiketetan
Gaur egun
Sistemarekin
Gaur egun
Gaur egun: Berriro idatzia urrats bakoitzean
Webdendan edo salmenta-taldeak hartutako eskaera bat berriro idazten da ERPan, eta entrega- eta faktura-datuak eskuz kopiatzen dira biltegi-, garraio- eta finantza-sistemetara.
Sistemarekin
Sistemarekin: Behin sartua, nonahi erabilia
Eskaera, entrega eta faktura bakoitza bere jabe den sisteman sortzen da, eta gertaera gisa argitaratzen da. Beste sistemek gertaera horri harpidetza egiten diote, berriro idatzi beharrean.
Gaur egun
Gaur egun: Atzoko egoera
Gaueko lote-interfazeengatik, bezeroarentzako arretak, plangintzak eta finantzek eskaera beraren egoera desberdin eta zaharkitua ikusten dute. Bidalketa non dagoen galdetzen duen bezeroari geroago deitu behar zaio.
Sistemarekin
Sistemarekin: Egungo egoera bakarra
Eskaera bakoitzak denbora-lerro bakarra du, igarotzen den sistema guztien gertaeretatik eraikia. Bezeroarentzako arretak, plangintzak eta finantzek gertakari berak ikusten dituzte, baita egoerari buruzko galderak erantzuten dituen arreta-laguntzaile batek ere.
Gaur egun
Gaur egun: Salbuespenak postontzietan
Stock faltak, prezio-desadostasunak, huts egindako entregak eta baztertutako faktura elektronikoak posta elektronikoz eta kalkulu-orriz konpontzen dira, eta gero inork ezin du esan nork zer erabaki zuen.
Sistemarekin
Sistemarekin: Salbuespenak proposamen batekin iristen dira
Agente batek salbuespen bakoitzaren atzeko datuak biltzen ditu eta konponbide bat proposatzen du. Pertsona batek salbuespen-mahai bakarrean onartzen, zuzentzen edo baztertzen du, eta erabakia erregistratu egiten da.
Gaur egun
Gaur egun: Bat ez datozen datu nagusiak
Bezero, hornitzaile, produktu edo prezio bera hainbat sistematan dago balio desberdinekin, eta inor ez da arduraduna zein den zuzena erabakitzeko.
Sistemarekin
Sistemarekin: Datu-objektu bakoitzak arduradun bat
Bezeroek, hornitzaileek, produktuek eta prezioek erreferentzia-sistema adostu bat eta arduradun izendatu bat dute. Bikoiztuak eta gatazkak arduradun horri jakinarazten zaizkio, eta ez dira isilean konpontzen ondorengo sistemetan.
Gaur egun
Gaur egun: Aldaketa bakoitzak interfaze bat gehitzen du
Salmenta-kanal, merkatu-leku edo erakunde juridiko berri bakoitzak puntutik punturako beste lotura bat dakar. Enpresen arteko faktura elektronikoaren betebeharrak formatu egituratu bat eta sare bat gehitzen dizkio prozesu bakoitzari.
Sistemarekin
Sistemarekin: Konexio berriek kontratu berak berrerabiltzen dituzte
Kanal, erakunde edo faktura elektronikoko sare berri bat behin konektatzen da API eta gertaera dokumentatuetara, sistema bakoitzera bereiz konektatu beharrean.
Lan-fluxua
Nola dabilen lan-fluxua
Datuak garbi daudenean, bide nagusiak ez du eskuzko lanik behar. Eskaera, entrega edo faktura bat desbideratzen denean, salbuespen-begiztak pertsona batengana eramaten du, frogekin eta proposamen batekin, eta onartutako konponbidea integrazio-geruza beretik itzultzen da.
Lan-fluxu argigarria
7 urrats · giza kontrol-puntu 1
Legenda
Sistema
AA agentea
Pertsona
Giza kontrol-puntua
Salbuespen-bidea
Prozesu konektatuak: lan-fluxu argigarria, salbuespen-begiztarekin
Irakurri diagrama testu gisa
Bide nagusia negozio-gertaera bat bere erreferentzia-sisteman behin erregistratzetik abiatzen da, gainerako sistemetara API eta gertaeren bidez banatzetik eta eskaera bakoitzeko denbora-lerro bakarra eraikitzetik igarotzen da, eta fakturazio, parekatze eta likidaziora iristen da. Prozesuen arduradunek fluxua berrikusi eta salbuespenen kausak konponduz amaitzen da.
Urrats batek huts egiten duenean, berandu doanean edo tolerantziatik kanpo geratzen denean, salbuespena bide nagusitik ateratzen da denbora-lerroaren urratsaren ondoren. Agente batek testuingurua biltzen du eta konponbide bat proposatzen du, eta pertsona batek onartu, zuzendu edo baztertu egiten du. Onartutako ekintza erreferentzia-sisteman exekutatzen da, eta banaketa-urratsera itzultzen da gertaera berri gisa.
Onarpen-urratsa da giza kontrol-puntua: ez da finantza-erregistrorik, prezio- edo kreditu-muga aldaketarik edo bezeroarekiko konpromisorik egiten pertsona batek parte hartu gabe.
01
1. urratsa: Gertaera behin erregistratuSistema
Webdendako, merkatu-leku bateko, EDI bidezko edo salmenta-taldeko salmenta-eskaera bat, erosketa-eskaera bat edo zerbitzu-eskaera bat bere jabe den sisteman sortzen da. Sistema horrek negozio-gertaera bat argitaratzen du CloudEvents bilgarri batean, AsyncAPI kontratu batean deskribatuta. Paperezko eta PDF eskaerak eta hornitzaileen fakturak dokumentuen tratamendutik igarotzen dira lehenik.
02
2. urratsa: APIen eta gertaeren bidez banatuSistema
Integrazio-geruzak gertaera biltegi-, garraio-, finantza- eta CRM sistemetara eramaten du haien API dokumentatuen bidez (OpenAPI). Kontsumitzaileak idenpotenteak dira; beraz, errepikatutako mezu batek ez du inoiz bigarren bidalketa edo faktura bat sortzen, eta entregatu ezin diren mezuak errore-ilara batean geratzen dira berriro bidaltzeko zain.
03
3. urratsa: Denbora-lerro bakarra eskaera bakoitzekoSistema
Sistema guztietako egoera-gertaerak (berretsia, prestatua, bidalia, entregatua, fakturatua, ordaindua) negozio-erreferentziaren arabera lotzen dira denbora-lerro bakarrean. Mugarri- eta tolerantzia-arauek salbuespen bat sortzen dute urrats batek huts egiten duenean, berandu doanean edo bat ez datorrenean: stock falta, adostutako tolerantziatik kanpoko prezioa, huts egindako entrega edo baztertutako faktura elektronikoa.
04
4. urratsa: Testuingurua bildu eta proposatuAA agentea
Salbuespen bakoitzerako, agente batek behar duena irakurtzen du parte hartzen duten sistemetatik: eskaera, stock-mailak, prezio-akordioa, garraiolariaren egoera eta bezeroaren baldintzak. Konponbide bat proposatzen du bere arrazoiketarekin eta erabilitako datuekin, hala nola ordezko artikulu bat, prezio zuzendu bat, entrega-data berri bat edo faktura zuzendu bat.
Salbuespen-bidea: Hutsegitea edo tolerantziaz kanpo
05
5. urratsa: Atalaseen barruan onartuPertsona
Bezeroarentzako arretako, logistikako edo finantzetako langile batek salbuespena, frogak eta proposamena ikusten ditu salbuespen-mahaian, eta onartu, zuzendu edo baztertu egiten du. Onartutako ekintza erreferentzia-sistemaren APIaren bidez exekutatzen da, eta sistema horrek aldaketa gertaera berri gisa argitaratzen du.
Salbuespen-bidea: Hutsegitea edo tolerantziaz kanpo· 2. urratsera itzultzen da
Giza kontrol-puntua
Agenteek ez dute inoiz finantza-transakziorik erregistratzen, prezio edo kreditu-mugarik aldatzen, edo bezero batekin konpromisorik hartzen onarpenik gabe. Ekintza-motako atalaseek erabakitzen dute nork onartzen duen, eta proposamen eta erabaki guztiak erregistratzen dira.
06
6. urratsa: Fakturatu, parekatu eta likidatuSistema
Irteerako fakturak ERPtik faktura elektroniko egituratu gisa ateratzen dira, bezeroak eta herrialdeak onartzen duten formatuan (Facturae, EN 16931 edo Peppol BIS Billing 3.0), dagokion plataformaren edo sarbide-puntuaren bidez. Hornitzaileen sarrerako fakturak erosketa-eskaerekin eta salgaien jasotzeekin parekatzen dira, eta bankuaren edo ordainketa-hornitzailearen ordainketa-egoerak ixten du denbora-lerroa.
07
7. urratsa: Fluxua berrikusi eta kausak konponduPertsona
Prozesuen arduradunek eta integrazio-taldeak aldizka berrikusten dituzte salbuespenak arrazoika, interfaze-hutsegiteak eta datu nagusien gatazkak. Kausa dagoen lekuan konpontzen dute, datu nagusien erregistro batean, tolerantzia-arau batean edo mapaketa batean, salbuespen bera berriro konpondu beharrean.
Osagaiak
Zer eraikiko genukeen
01
Gertaeretan oinarritutako integrazio-geruza
Kontratuan oinarritutako APIak eta gertaerak ERP, CRM, merkataritza elektroniko, biltegi, garraio eta finantza-sistemen artean, OpenAPI eta AsyncAPI bidez zehaztuak eta CloudEvents bilgarriekin, zure egungo integrazio-plataforman edo hodeiko berezko arkitekturarekin eraikiak.
Erreferentzia-sistema eta arduradun adostu bat datu-objektu bakoitzeko, bezero, hornitzaile eta produktuetarako parekatze-arauak, eta bikoiztu eta gatazkei buruzko txostenak haien arduradunentzat.
Gertaerak eskaera bakoitzeko denbora-lerro bakarrean lotzen dituen zerbitzua. Mugarri- eta tolerantzia-arauak aplikatzen ditu, eta fluxua eta salbuespenak erakusten dizkie prozesuen arduradunei.
Salbuespenen ilara, bildutako testuingurua eta agentearen proposamena erakusten dituena, onartu, zuzendu eta baztertzeko ekintzekin; ekintza-motako onarpen-atalaseak ekintza exekutatzen den puntuan bertan aplikatzen dira.
Facturae, EN 16931 eta Peppol BIS Billing 3.0 fakturak, plataforma edo sarbide-puntu baten bidez bidali eta jasoak, bidali aurretik baliozkotuak; baztertutako fakturak salbuespen-mahaira bideratzen dira.
Interfaze bakoitzeko osasun-monitorizazioa eta alertak, eragiketa-taldearentzako jarduera-eskuliburuak eta huts egindako mezuen birbidalketa kontrolatua, kode gisako azpiegiturarekin zure hodeiko ingurunean ezarrita.
SAP S/4HANA salmentak, erosketak eta finantzakPlataformaSAP
Salesforce Sales Cloud, Service Cloud eta Commerce CloudPlataformaSalesforce
Odoo salmentak, inbentarioa, erosketak eta kontabilitateaPlataformaOdoo
Merkataritza elektronikoko plataformak, merkatu-lekuak eta garraiolarien APIak
Biltegi- eta garraio-kudeaketako sistemak
Faktura elektronikoko plataformak, bankuak eta ordainketa-hornitzaileak
Produktu-informazioaren kudeaketa eta datu-plataforma
Kontrolak
Diseinutik txertatutako kontrolak
Sarbide-mugak
Integrazio bakoitzak eta agenteak beren zerbitzu-identitatea dute sistema bakoitzean, behar dituzten API eragiketetara mugatuta. Agenteak sistemen artean irakur dezake testuingurua biltzeko, baina ekintza onartuen zerrenda labur baten bidez bakarrik idatz dezake, erreferentzia-sistemaren APIak exekutatuta eta inoiz ez datu-basera zuzenean sartuta.
Giza berrikuspena
Onarpen-atalaseak ekintza-motaka ezartzen dira prozesuaren arduradunarekin: agenteak zer proposa dezakeen soilik, taldekide batek zer onartzen duen, eta zerk behar duen bigarren onartzaile bat. Finantza-erregistroek, prezio- eta kreditu-muga aldaketek eta bezeroekiko konpromisoek pertsona baten zain daude beti. Eragin txikiko ekintza itzulgarriak, hala nola huts egindako mezu bat berriro bidaltzea, onarpenik gabe exekuta daitezke arduradunak hala onartzen badu.
Trazabilitatea
Gertaera, proposamen, onarpen, baztertze eta exekutatutako ekintza oro eskaeraren erreferentziarekin erregistratzen da, agenteak erabilitako datuekin, ereduaren eta jarraibidearen bertsioarekin eta onartzailearekin. Eztabaidatutako faktura edo bezero-kexa bat urratsez urrats jarrai daiteke.
Datuen babesa
Bezeroen eta hornitzaileen harremanetarako datuak behar dituzten sistemetara bakarrik doaz. Denbora-lerroak negozio-erreferentziak eta egoerak gordetzen ditu, ez erregistro osoak, eta erregistroek zuk ezarritako atxikipena betetzen dute. Tratamendua adostutako eskualdean egiten da.
AA gardentasuna
Agentearen proposamenak hala markatzen dira salbuespen-mahaian, frogak eta arrazoiketa ondoan erakutsita. Erreferentzia-sistemek dute azken hitza: denbora-lerroak haiek jakinarazten dutena erakusten du, eta ez ditu inoiz gainidazten.
Adierazleak
Zer neurtuko genukeen
Adierazle hauek zurekin adosten ditugu aurkikuntza-fasean, eta abiapuntua zure egungo sistema- eta interfaze-erregistroetatik hartzen dugu ezer aldatu aurretik.
Zer neurtuko genukeen
Adierazlea
Zergatik den garrantzitsua
Nola neurtuko genukeen
01Eskaeraren ziklo-denbora
Zergatik den garrantzitsuaBezeroek lehenik nabaritzen duten neurria, eta eskaerak non zain dauden erakusten duena.
Nola neurtuko genukeenEskaera jasotzetik entregara eta ordainketara arteko denbora, kanalka eta erakundeka, denbora-lerroko gertaeretatik.
02Eskuzko ukiturik gabeko eskaerak
Zergatik den garrantzitsuaFluxuaren zenbat zati dabilen datu garbiekin eta arau adostuekin erakusten du.
Nola neurtuko genukeenEskuzko urratsik edo salbuespenik gabe likidaziora iristen diren eskaeren eta zerbitzu-eskaeren proportzioa, denbora-lerrotik.
03Salbuespenak arrazoika eta konpontzeko denbora
Zergatik den garrantzitsuaZer kausa konpondu behar diren lehenik eta salbuespen-mahaiak erritmoari eusten dion erakusten du.
Nola neurtuko genukeenSalbuespenen bolumena arrazoi-kodeka, eta detektatzetik konponbidea exekutatu arteko denbora, salbuespen-mahaiko erregistroetatik.
04Faktura elektronikoen baztertze-tasa
Zergatik den garrantzitsuaBaztertutako fakturek ordainketa atzeratzen dute, eta normalean datu nagusien edo mapaketen akatsak seinalatzen dituzte.
Nola neurtuko genukeenBidalitako eta jasotako faktura elektronikoetatik baztertutakoen proportzioa, arrazoika, plataformen edo sarbide-puntuaren erantzunetatik.
05Interfaze-hutsegiteak eta berreskuratze-denbora
Zergatik den garrantzitsuaIntegrazio-geruza fidagarria den eta hutsegiteak azkar antzeman eta konpontzen diren erakusten du.
Nola neurtuko genukeenHuts egindako mezuak interfaze bakoitzeko, eta hutsegitetik birbidalketa arrakastatsura arteko denbora, integrazio-monitorizaziotik.
06Datu nagusien bikoiztuak eta gatazkak
Zergatik den garrantzitsuaSalbuespen gehienak sistemen artean desberdinak diren datuetatik datoz.
Nola neurtuko genukeenBikoiztu irekiak eta balio gatazkatsuak datu-objektu eta sistema bakoitzeko, parekatze-txostenetatik.
Ez da helbururik ezartzen abiapuntua neurtu arte.
Ezarpena
Nola ezarriko genukeen
01. fasea
Aurkikuntza eta prozesu-mapa
Prozesu bat, hala nola salmenta-kanal baterako order to cash, eta salbuespen-mota bat. Sistemak, interfazeak, datuen arduradunak eta gaur egun salbuespenak nola kudeatzen diren mapatzen ditugu.
Irteera-irizpideak
Prozesua, sistemak eta datuen arduradunak mapatuta
Lehen salbuespen-mota eta onarpen-atalaseak adostuta
Abiapuntua egungo erregistroetatik hartuta
02. fasea
Integrazioa eta denbora-lerroa
API eta gertaera dokumentatuak irismeneko sistemetarako, eta denbora-lerroa lehendik dauden interfazeekin batera dabil, haiek aldatu gabe.
Irteera-irizpideak
Gertaera-kontratuak argitaratuta eta bertsionatuta
Denbora-lerroa erreferentzia-sistemekin bat dator laginetako eskaeretan
Birbidalketa eta jarduera-eskuliburuak probatuta
03. fasea
Salbuespen-mahaiaren pilotua
Agenteak konponbideak proposatzen ditu aukeratutako salbuespen-motarako, eta pertsonek proposamen guztiak onartzen dituzte. Proposamenak langileek egingo zuketenarekin alderatzen ditugu.
Irteera-irizpideak
Proposamenen kalitateak adostutako irizpideak betetzen ditu
Atalaseak eta onartzaileak ekintza-motaka ezarrita
Ikuskaritza-arrastoa finantzek eta barne-kontrolak berrikusita
04. fasea
Hedatu eta erretiratu
Salbuespen-mota, kanal, erakunde eta prozesu gehiago, hala nola procure to pay, kontratu berberen gainean. Puntutik punturako interfaze zaharrak banan-banan itzaltzen dira.
Irteera-irizpideak
Fluxu berri bakoitza kontratu eta monitorizazio berberekin
Erosketatik ordainketara erakunde publikoekin: faktura elektronikoak Estatuko erakundeei FACe bidez eta Eusko Jaurlaritzari bere sarrera-gunearen bidez, ordainketaren aurretik eskaerekin eta jasotzeekin parekatuta.
Adibide argigarria
Automobilgintzako hornitzaile bat, eskaeratik kobrantzara
Egoera
Automobilgintzako osagaiak egiten dituen hornitzaile batek EDI bidez jasotzen ditu fabrikatzaileen eskaerak, eta bi lantegi ditu, bat Euskadin eta bestea atzerrian. Eskaerak eskuz sartzen dira berriro ERPan, garraiolariek entrega-arazoak posta elektronikoz jakinarazten dituzte, eta enpresak enpresen arteko faktura elektronikorako prestatu behar du.
Sistema
Eskaerak, stocka, bidalketak eta fakturak gertaera gisa dabiltza EDI sarreraren, ERParen, biltegi-sistemaren eta garraiolarien artean, eta eskaera bakoitzak denbora-lerro bakarra du. Fakturak faktura elektroniko egituratu gisa ateratzen dira plataforma baten bidez, bezero eta herrialde bakoitzak eskatzen duen formatuan.
Giza kontrola
Stock faltak eta huts egindako entregak salbuespen-mahai bakarrera iristen dira, eta agente batek entrega-data berri bat edo ordezko lote bat proposatzen du. Bezeroarentzako arretak proposamen bakoitza onartzen du; prezio-aldaketek eta abonu-fakturek finantzen onarpena behar dute.
Zer neurtuko genukeen
Eskuzko ukiturik gabeko eskaeren proportzioa lantegi eta bezero bakoitzeko, salbuespenak arrazoika eta konpontzeko denbora, eta faktura elektronikoen baztertze-tasa.
Espainia
Prozesu bakarra, hainbat betebehar
Espainian, enpresen arteko faktura elektronikoa derrigorrezkoa izango da 2027ko urriaren 6tik aurrera aurreko urtean 8 milioi eurotik gorako eragiketa-bolumena izan zuten enpresentzat, eta 2028ko urriaren 6tik aurrera gainerakoentzat (18/2022 Legea eta 238/2026 Errege Dekretua). Erakunde publikoei, berriz, 25/2013 Legearen arabera fakturatzen zaie: Estatuko erakundeei FACe bidez, eta Eusko Jaurlaritzari bere sarrera-gunearen bidez. Atzerrian lantegiak eta filialak dituzten enpresek beste herrialdeetako arauak ere badituzte, eta EBko «BEZa aro digitalean» paketeak faktura elektroniko egituratua bihurtzen du EB barruko enpresen arteko entregen aukera lehenetsia 2030eko uztailaren 1etik aurrera. Integrazio-geruza bakarra diseinatzen dugu, herrialde bakoitzeko formatua eta sarea gertaera berberen atzean dituela; horrela, betebehar berri batek konektore berri bat esan nahi du, ez prozesu berri bat.
Foru-lurraldeetan, enpresen arteko faktura elektronikoaren soluzio publikoa foru-ogasunen eta Agencia Estatal de Administración Tributaria (AEAT) erakundearen arteko akordioen bidez aplikatuko da. Datuei buruzko Erregelamenduak, 2025eko irailaren 12tik aplikagarria denak, datuak tratatzeko zerbitzuen artean aldatzeko arauak ezartzen ditu; horregatik, gertaera-kontratuak eta datu-esportazioak eramangarri mantentzen ditugu. Salbuespen-mahaiko agenteak AA Erregelamendua kontuan hartuta diseinatzen ditugu, eta integrazioek sarbide erregistratua eta osagai dokumentatuak dituzte. Esquema Nacional de Seguridad (ENS) eskema sektore publikoari kontratu bidez zerbitzua ematen dioten hornitzaileen sistemei ere aplikatzen zaie, eta haien hornikuntza-katera hedatzen da arrisku-analisiak eskatzen duen neurrian.
Ez. Zure ERPak, CRMak, webdendak eta biltegi-sistemak bakoitzak bere lana egiten du. Erreferentzia-sistema horien inguruan integratzen dugu, zer sistemak zer datu dituen adosten dugu, eta prozesuari denbora-lerro bakarra ematen diogu guztien gainean. Eskaera- edo ERP-sistema zahar batek aldaketa blokeatzen duenean, sistema zaharren modernizazioak APIen atzean jartzen du lehenik.
02Gure integrazio-middlewarea ordeztu behar da?
Ez, bere lana egiten badu. Lehendik duzun integrazio-plataformaren edo mezu-artekariaren gainean eraikitzen dugu, eta falta diren lekuan kontratuak, monitorizazioa eta birbidalketa gehitzen ditugu. Ez badago, hodeiko berezko arkitekturarekin eraikitzen dugu. Informazio gehiago: Integrazioak eta APIak.
03Agenteek beren kabuz joka dezakete?
Ekintza-motaka adosten dituzun atalaseen barruan bakarrik, eta itzul daitezkeen eragin txikiko ekintzetarako bakarrik, hala nola huts egindako mezu bat berriro bidaltzea. Finantza-erregistroek, prezioek, kreditu-mugek eta bezeroekiko konpromisoek pertsona bat behar dute beti. Irakurri AA agenteek non behar duten giza onarpena.
04Nola txertatzen da enpresen arteko faktura elektronikoa?
Espainian, enpresen arteko faktura elektronikoa derrigorrezkoa izango da 2027ko urriaren 6tik aurrera aurreko urtean 8 milioi eurotik gorako eragiketa-bolumena izan zuten enpresentzat, eta 2028ko urriaren 6tik aurrera gainerako guztientzat (18/2022 Legea, 238/2026 Errege Dekretua eta HAC/1028/2026 Agindua). Facturae, EDIFACT eta EN 16931 sintaxiak onartzen dira, eta Peppol BIS mezuak baliozkoak dira plataforma pribatuen artean. Foru-lurraldeetan, soluzio publikoa foru-ogasunen eta Agencia Estatal de Administración Tributaria (AEAT) erakundearen arteko akordioen bidez aplikatuko da. EB mailan, «BEZa aro digitalean» (ViDA) paketeak faktura elektroniko egituratua bihurtzen du EB barruko enpresen arteko entregen aukera lehenetsia 2030eko uztailaren 1etik aurrera. Faktura elektronikoa prozesuko beste gertaera bat bezala tratatzen dugu: ERPtik igortzen da, plataforma edo sarbide-puntu baten bidez bidaltzen da, eta baztertzen denean salbuespen-mahaian kudeatzen da. Irakurri Peppol eta faktura elektronikoari buruzko gida.
05Nola saihesten da puntutik punturako lotura hauskorren beste sare bat?
Sistemek gertaera eta API dokumentatuak argitaratu eta kontsumitzen dituzte geruza bakar baten bidez, ez elkarren arteko lotura zuzenen bidez. Kontratuak bertsionatuta daude, kontsumitzaileak idenpotenteak dira, huts egindako mezuak berriro bidal daitezke eta fluxu bakoitzak arduradun izendatu bat du. Kanal berri batek lehendik dauden gertaerei egiten die harpidetza, sistema bakoitzera lotura bat gehitu beharrean.
06Nolakoa da lehen irismen bat?
Prozesu bat eta salbuespen-mota bat, adibidez salmenta-kanal baterako order to cash, stock faltak lehen salbuespen gisa hartuta. Horrek gertaerak, denbora-lerroa eta onarpen-fluxua frogatzen ditu gehiago gehitu aurretik. Ikusi gure ikuspegia.
Hitz egin dezagun zure eskaera- eta faktura-fluxuez
Aukeratu prozesu bat eta zer herrialdetan dabilen. Sistemak, interfazeak eta salbuespenak zurekin mapatuko ditugu, eta zure erakunde guztietan dabilen lehen bertsio bat proposatuko dizugu.