Integrare Business Central: conectori, API și fluxuri de date

Când o firmă caută un conector Business Central, rareori vrea un produs anume. Vrea ca datele să circule fără retastare: comanda din magazinul online să ajungă în ERP, extrasul bancar să fie importat, raportul să se alimenteze singur. Pagina de față explică ce oferă Microsoft Dynamics 365 Business Central pentru integrare, unde se oprește oferta standard și cum se cadrează un flux ca să nu devină o sursă de erori.

Business Central se conectează în trei moduri: prin aplicații (extensii) instalate din Microsoft Marketplace, prin API-ul propriu și prin integrarea cu Power Platform. Alegerea depinde de cât de standard este fluxul și de cine îl va întreține.

Cele trei căi de conectare

Aplicații și extensii din Marketplace

În versiunea online, Business Central se extinde prin aplicații instalate din Microsoft Marketplace. Paginile „Connectivity Apps” și „Banking Apps” propun, începând cu al doilea val de lansări din 2022, aplicații care leagă ERP-ul de servicii externe, de exemplu pentru importul tranzacțiilor bancare.

Avantajul este timpul: instalați, configurați, testați. Riscul este dependența: aplicația aparține unui editor terț, iar adaptarea ei la particularitățile firmei dvs. rămâne limitată. Înainte de a o alege, cereți integratorului să verifice ce date transportă, în ce sens și cu ce frecvență.

API-ul Business Central

Business Central expune o API REST (v2.0) pentru a lega ERP-ul de soluții terțe. În versiunea online, API-urile sunt active implicit. Aceasta este calea potrivită pentru un portal de comenzi, o aplicație mobilă de teren sau un depozit cu propriul software.

Două reguli se învață repede:

• Câmpurile unei API standard nu se pot extinde. Dacă lipsește un câmp, codul AL al API-ului se copiază și se creează o API personalizată. Este o lucrare de dezvoltare, nu o simplă setare; detaliile sunt în pagina despre personalizarea Business Central.
• Microsoft recomandă API-ul sau OData, nu SOAP, acesta din urmă fiind anunțat ca depreciat. Un flux nou construit pe SOAP este deci o datorie tehnică din prima zi.

Power Platform și celelalte produse Dynamics 365

Un mediu Business Central poate fi legat de un mediu Power Platform de același tip (producție sau sandbox). Legătura este exclusivă și devine ținta implicită pentru integrările cu Power Platform și cu alte produse Dynamics 365. Practic, dacă firma folosește deja fluxuri automate sau rapoarte în ecosistemul Microsoft, mediile trebuie asociate corect de la început, iar mediul de test trebuie legat de un mediu de test, nu de cel real.

Limitele care contează în proiectare

Un flux funcțional pe zece comenzi de probă se poate bloca pe sezonul de vârf. Limitele pentru apelurile OData V4 se aplică pe utilizator:

Peste aceste praguri, serviciul răspunde cu codul HTTP 429. Consecința pentru proiect este concretă: integrarea trebuie să grupeze cererile, să respecte pauzele, să reia după eroare și să nu folosească același utilizator tehnic pentru toate fluxurile. Un integrator serios vă va întreba volumele de documente pe zi și pe oră înainte de a propune arhitectura.

Comerț electronic: conectorul Shopify și alte platforme

Pentru comerțul online, singurul conector prezentat aici ca parte din produs este cel pentru Shopify. El sincronizează produse, stocuri, clienți, comenzi, expediții, tranzacții și plăți între Shopify și Business Central, suportă mai multe magazine și importă comenzile din magazinele online, din Shopify POS și din segmentul B2B.

Alte detalii utile:

• articolele (imagini, variante, coduri de bare, etichete, metacâmpuri) se sincronizează în ambele sensuri;
• atributele, textele de marketing și traducerile se pot exporta;
• prețurile exportate se bazează pe grupurile de prețuri ale clienților și pe reducerile alese;
• sincronizarea produselor, stocurilor, comenzilor și expedițiilor poate rula automat în fundal prin coada de lucrări (job queue), cu jurnal detaliat pentru depanare.

Pentru alte magazine și piețe online (platforme românești, marketplace-uri regionale), nu presupuneți că există un conector echivalent. Căutați în Marketplace, cereți documentația aplicației și, dacă nu există, discutați o integrare pe API. Sectorul are particularități proprii de stoc, retururi și curieri; le găsiți în ghidul ERP pentru comerț electronic, iar partea de stocuri este detaliată în pagina despre stocuri și achiziții în Business Central.

Bănci, plăți și contabilitate

Importul extraselor bancare este una dintre cele mai cerute automatizări, pentru că scurtează reconcilierea zilnică. În Business Central, aplicațiile bancare se caută în pagina „Banking Apps”. Pentru fiecare bancă cu care lucrați, întrebările sunt aceleași: ce format de extras acceptă aplicația, cum sunt identificate plățile (referințe, IBAN), cine face potrivirea facturilor și ce se întâmplă cu plățile neidentificate.

Contabilul dvs. trebuie să fie implicat de la început. Un flux bancar prost configurat produce înregistrări care apoi se corectează manual, exact ce doreați să evitați. Contextul contabil al produsului este în pagina despre contabilitate și finanțe în Business Central.

Conectori pentru România: e-Factura, SAF-T și e-Transport

Aici apare diferența față de alte piețe. Microsoft furnizează direct localizarea Business Central în 21 de țări, între care Austria, Belgia, Germania, Franța, Italia, Mexic, Țările de Jos, Spania, Elveția și Regatul Unit. Pentru celelalte țări, produsul este disponibil prin aplicații de localizare dezvoltate de parteneri, care se găsesc în Marketplace.

Pentru o firmă din România, asta înseamnă o verificare obligatorie, nu o presupunere:

• RO e-Factura: cum se transmit facturile către sistemul ANAF, cum se primesc cele de la furnizori, cum se tratează respingerile și cine monitorizează recipisele. Ghidul facturare electronică și ERP explică ce trebuie să poată face orice ERP.
• SAF-T (D406): de unde se extrag datele, cum se validează fișierul înainte de depunere și cine îl corectează când apar neconcordanțe. Detalii în ghidul despre SAF-T D406 și ERP.
• RO e-Transport: dacă firma transportă mărfuri care intră sub incidența sistemului, declarația trebuie generată din datele de livrare. Vedeți ghidul RO e-Transport și ERP.

Întrebați integratorul, în scris, ce aplicație de localizare propune, ce versiune de Business Central acoperă și cum este actualizată când ANAF modifică specificațiile. Răspunsul trebuie să nominalizeze un responsabil, nu să rămână general. Situația pe piața românească este discutată și în pagina Business Central în România.

Birotică, BI, EDI, semnătură: ce întrebați

Pentru instrumentele de birotică, raportare (BI), schimb electronic cu clienții mari (EDI) sau semnătură electronică, nu avem aici fapte sursate care să justifice afirmații despre un conector anume. Abordarea corectă este aceeași pentru toate:

1. Definiți nevoia de afaceri, nu produsul: „contractele semnate se atașează automat la clientul din ERP”, nu „vrem integrare cu platforma X”.
2. Verificați Marketplace-ul pentru o aplicație existentă și cereți editorului lista datelor transportate.
3. Dacă nu există aplicație, evaluați API-ul REST: majoritatea instrumentelor moderne se pot conecta la el.
4. Testați cu date reale, într-un mediu sandbox, înainte de producție.

Pentru raportare, fluxul de date spre un instrument de BI trebuie gândit și din perspectiva licențelor și a volumului de citiri, pentru că limitele de cereri se aplică și aici.

Cum se cadrează un flux de integrare

Un flux bine cadrat se descrie pe o singură pagină. Iată structura pe care o folosesc integratorii atenți:

Cea mai frecventă greșeală este lipsa unui „stăpân al datei”. Dacă prețul se modifică atât în magazinul online, cât și în ERP, fluxul va suprascrie, mai devreme sau mai târziu, valoarea corectă cu una veche. Decideți din start unde se modifică fiecare câmp.

Cine întreține integrarea

O integrare nu este terminată la lansare. Ea depinde de ERP, de sistemul conectat și, pentru raportările fiscale, de reglementare. Fiecare dintre ele se poate schimba independent.

• Aplicație din Marketplace: editorul întreține aplicația, dar configurarea, mapările și adaptările rămân în sarcina firmei sau a integratorului.
• Integrare pe API la comandă: o întreține cine a construit-o. Cereți documentația, codul sursă sau accesul la el și condițiile de preluare dacă schimbați furnizorul.
• Flux intern făcut de IT-ul firmei: funcționează atât timp cât persoana care l-a scris este disponibilă. Documentați-l.

Orice contract de suport și mentenanță Business Central ar trebui să menționeze explicit integrările: cine monitorizează cozile de lucrări, cine primește alertele și în cât timp se intervine. Alegerea partenerului care vă va însoți este tratată în pagina cum alegeți un partener Business Central.

Costuri și ofertă

Costul unei integrări nu se poate estima fără cadrare: depinde de numărul de fluxuri, de complexitatea datelor, de existența unei aplicații gata făcute și de testele necesare. Diferența dintre un conector de instalat și o API personalizată este mare. Oferta bună separă clar licența aplicației, configurarea, dezvoltarea specifică și mentenanța anuală.

Dacă aveți deja o listă de sisteme de conectat (magazin, bancă, depozit, platformă de facturare), trimiteți-o în cererea dvs. Vă punem în legătură cu un integrator care poate evalua fiecare flux; el realizează proiectul, noi nu suntem afiliați vreunui editor.

Numele programelor menționate sunt mărci ale editorilor respectivi și apar doar cu titlu informativ. Acest site este independent și nu este afiliat niciunui editor.