Salt la conținutul principal
FromNine
Meniu

Software și cloud

Integrări care țin datele în mișcare și arată când se opresc.

Conectăm CRM, ERP, sisteme de gestionare a dosarelor și platforme publice prin contracte, evenimente și identitate făcute corect, astfel încât datele să circule fiabil, erorile să fie vizibile, iar capabilitățile noi, inclusiv IA, să se poată conecta în siguranță.

Pentru organizații care conectează sisteme, parteneri și platforme publice din România și din alte state membre.

Solicitați o discuțiePlatforme
Integrări și API-uri: straturile capabilitățiiPatru straturi suprapuse în adâncime. De sus în jos: consumatorii, precum portaluri, aplicații și agenți, gateway-ul API cu identitate, coloana de evenimente și, dedesubt, sistemele de evidență.01Portaluri, aplicații și agenți02Gateway API și identitate03Coloana de evenimente04Sisteme de evidență
  1. 01API-uri definite întâi prin contract, cu OpenAPI și AsyncAPI, versionate și documentate
  2. 02Evenimente cu ordonare, idempotență, tratarea mesajelor eșuate și reluare
  3. 03Fluxuri monitorizate cap-coadă, cu cozile de erori în grija unor echipe numite

01 Probleme

Probleme de integrare pentru care suntem chemați

  1. 01

    Legături punct la punct pe care nimeni nu îndrăznește să le schimbe

    Zeci de conexiuni directe între CRM, ERP și sistemele dezvoltate la comandă. Schimbarea unui singur câmp înseamnă testarea a zece interfețe.

  2. 02

    Duplicate și erori care trec neobservate

    O reîncercare creează o a doua comandă. Un mesaj eșuat dispare. Utilizatorii de business află de la clienți.

  3. 03

    Fiecare canal nou înseamnă o nouă integrare

    Portalul, aplicația mobilă și acum un asistent IA au nevoie de aceleași date, iar fiecare primește propriul export.

  4. 04

    Schimburile cu platformele publice sunt proiecte separate

    Conectarea la o platformă națională de schimb de date sau la o schemă eID cere de fiecare dată luni de lucru pentru securitate și pentru procedura de conectare.

02 Ce livrăm

Ce livrăm

  1. 01 Strategie și management API

    Proiectare API-first cu contracte OpenAPI și AsyncAPI, o politică de versionare, un gateway care o aplică și un portal pentru dezvoltatori, astfel încât echipele să găsească și să refolosească ce există deja.

    Ce facem

    • Harta API-urilor și a responsabililor lor
    • Reguli de proiectare și proces de revizuire
    • Politici de gateway pentru securitate, cote și versionare
    • Portal pentru dezvoltatori și catalog de API-uri

    Ce primiți

    • Reguli API adoptate de echipele dumneavoastră
    • Configurația gateway-ului definită în cod
    • Catalog de API-uri documentate

  2. 02 Integrare bazată pe evenimente

    Brokeri de mesaje, change data capture și modelul outbox, cu detaliile care decid dacă soluția funcționează: ordonare, consumatori idempotenți, tratarea mesajelor eșuate și reluare.

    Ce facem

    • Modelul evenimentelor și convenții de denumire
    • Outbox și CDC pe sistemele-sursă
    • Idempotența consumatorilor și garanții de ordonare
    • Cozi pentru mesajele eșuate, cu instrumente de reluare

    Ce primiți

    • Coloana de evenimente în producție
    • Registru de scheme și reguli de compatibilitate
    • Ghid operațional pentru reluare și recuperare

  3. 03 Platforme de integrare, alese pentru fiecare flux

    SAP Integration Suite, MuleSoft și serviciile de integrare native în cloud își au fiecare locul. Vă spunem când un iPaaS este mai bun decât codul dezvoltat la comandă și când nu este.

    Ce facem

    • Evaluarea middleware-ului existent
    • Alegerea platformei pe baza costului total de deținere
    • Corespondențe de date și conectori reutilizabili
    • Migrarea de pe middleware-ul vechi

    Ce primiți

    • Decizia documentată privind platforma de integrare
    • Bibliotecă de modele de integrare
    • Plan de migrare pentru interfețele existente

  4. 04 Identitate și încredere între sisteme

    OAuth 2.0 și OpenID Connect, mutual TLS, identitate între servicii și integrare cu identitatea electronică a cetățenilor și companiilor: ROeID în România și schemele eID notificate ale altor state membre.

    Ce facem

    • Arhitectura de identitate pentru utilizatori și servicii
    • Proiectarea tokenurilor, a permisiunilor și a consimțământului
    • Sprijin pentru procedura de conectare la schemele eID
    • Pregătirea pentru portofelul european pentru identitatea digitală

    Ce primiți

    • Proiectul de identitate și modelul amenințărilor
    • Integrare eID în producție
    • Identități de serviciu și rotația secretelor puse în funcțiune

  5. 05 Interoperabili­tate cu platformele publice

    Conexiuni la Platforma națională de interoperabilitate prevăzută de Legea nr. 242/2022, la ROeID pentru identificarea electronică, la sistemul RO e-Factura al ANAF pentru facturi și, acolo unde este disponibil, la sistemul tehnic „doar o singură dată” al UE.

    Ce facem

    • Procedura de conectare, împreună cu operatorul platformei
    • Corespondența cu standardele naționale de date, de exemplu specificațiile RO_CIUS pentru facturi
    • Cerințele de securitate și de jurnalizare ale fiecărei platforme
    • Proiectarea schimbului de dovezi după principiul „doar o singură dată”

    Ce primiți

    • Conexiune la platformă, validată împreună cu operatorul
    • Documentația corespondențelor de date
    • Proceduri operaționale convenite cu operatorul

  6. 06 Vizibilitate operațională pentru utilizatorii de business

    Monitorizarea fluxurilor într-o formă pe care o înțeleg utilizatorii de business, reconcilierea între sisteme și cozi de erori de care răspunde cineva și pe care le rezolvă.

    Ce facem

    • Monitorizarea fluxurilor la nivel de proces de business
    • Rapoarte de reconciliere între sisteme
    • Clasificarea și direcționarea erorilor
    • Alerte pentru responsabilul fiecărui flux

    Ce primiți

    • Dashboard de integrare pentru fiecare proces de business
    • Verificări de reconciliere în producție
    • Harta responsabililor pentru fiecare coadă de erori

03 Arhitectură

O arhitectură de referință ilustrativă

Din sistemele de evidență pleacă două trasee. Cererile sincrone trec prin API-urile de sistem și printr-un gateway care verifică identitatea, permisiunile și cotele. Modificările sunt publicate ca evenimente prin outbox sau change data capture, iar consumatorii le procesează idempotent.

Mesajele eșuate ajung într-o coadă dedicată, cu posibilitate de reluare, nu într-un fișier de jurnal. O bandă de monitorizare arată fiecare flux în termeni de business, astfel încât oamenii care răspund de un proces să vadă când acesta se oprește.

Straturile din diagramă

Sisteme de evidență
ERP, CRM și gestionarea dosarelor rămân autoritatea pentru propriile date.
API-uri sincrone
API-uri de sistem versionate, în spatele unui gateway cu OAuth 2.0, mTLS și cote.
Evenimente
Outbox, broker, coada mesajelor eșuate și corespondențele din platforma de integrare.
Consumatori
Portaluri, aplicații, agenți, parteneri și platforme publice, cu eID acolo unde sunt implicați cetățeni.
Exemplu ilustrativ

  1. Sisteme de evidență

    • ERP, CRM și gestionarea dosarelor

  2. API-uri sincrone

    • API-uri de sistem
    • Gateway API: OAuth 2.0, mTLS, cote

  3. Evenimente

    • Outbox și CDC
    • Broker de evenimente
    • Mesaje eșuate și reluare
    • Corespondențe în platforma de integrare

  4. Consumatori

    • Portaluri, aplicații și agenți
    • Schimburi cu parteneri și platforme publice
    • Identitate: OIDC, mTLS, eID

  5. Operare

    • Monitorizarea fluxurilor, reconciliere, cozi de erori cu responsabili
API-uri și coloană de evenimente, una lângă alta

Arhitectură ilustrativă, nu sistemul unui client.

Citiți diagrama ca text

Traseul principal pornește de la sistemele de evidență, trece prin API-uri de sistem versionate și printr-un gateway API și ajunge la portaluri, aplicații și agenți.

În paralel, sistemele de evidență publică modificările prin outbox și change data capture către un broker de evenimente, care le livrează către schimburile cu partenerii și cu platformele publice și către o platformă de integrare pentru corespondențe de date. Mesajele eșuate ajung într-o coadă dedicată, cu reluare. Serviciile de identitate, cu OAuth, mTLS și eID, securizează schimburile cu partenerii.

O bandă de monitorizare, dedesubt, arată starea fluxurilor, reconcilierea și cozile de erori cu responsabili.

04 Aspecte și limite

Aspecte de inginerie și limite

  • Livrarea exact o dată se proiectează, nu se configurează

    Cum procedăm

    Pornim de la ideea că mesajele sosesc de două ori sau în altă ordine și proiectăm consumatori idempotenți, cu chei și reguli de ordonare convenite pentru fiecare tip de eveniment.

    Limite și dependențe

    Unele sisteme legacy nu pot accepta chei de idempotență și nu pot raporta ce au procesat. În jurul lor adăugăm reconciliere, în loc să ne prefacem.

  • Un iPaaS nu este întotdeauna răspunsul

    Cum procedăm

    Platformele câștigă pentru mulți conectori și multe corespondențe standard. Serviciile dezvoltate la comandă câștigă pentru logică complexă, volume mari sau latență strictă. Documentăm alegerea pentru fiecare integrare.

    Limite și dependențe

    Modelele de licențiere se schimbă. O platformă ieftină astăzi poate deveni cea mai mare linie din bugetul de integrare, așa că modelăm costurile pe mai mulți ani.

  • Platformele publice își stabilesc propriul ritm

    Cum procedăm

    Pregătim din timp dosarele de conectare, dovezile de securitate și planurile de test și lucrăm cu operatorul platformei din prima săptămână.

    Limite și dependențe

    Termenele de certificare și de conectare sunt stabilite de operator, nu de noi. Planificăm în funcție de ele și vă spunem unde se află pe drumul critic.

  • Consumatorii IA au nevoie de API-uri înguste

    Cum procedăm

    Agenții și asistenții primesc API-uri dedicate, cu permisiuni limitate, limite și jurnal de audit, nu același acces larg ca serviciile interne.

    Limite și dependențe

    Expunerea unui API către un agent adaugă risc. Revizuim fiecare API împreună cu echipa dumneavoastră de securitate înainte de a intra în producție.

05 Cum lucrăm

Cum lucrăm

Descâlcim înainte să construim și lăsăm fiecare flux cu un responsabil.

  1. 01

    Cartografiem fluxurile

    Fiecare interfață, volumul ei, istoricul erorilor și responsabilul de business.

    RezultatHarta integrărilor și ierarhia riscurilor

  2. 02

    Stabilim regulile

    Reguli API, convenții pentru evenimente, modelul de identitate și alegerea platformei.

    RezultatReguli de integrare și decizii documentate

  3. 03

    Mutăm flux cu flux

    Întâi fluxurile cu riscul cel mai mare, cu reconcilierea rulând alături de interfața veche până când cifrele se potrivesc.

    RezultatFluxuri migrate, cu dovezi de reconciliere

  4. 04

    Operăm vizibil

    Dashboarduri pentru fiecare proces de business și cozi de erori cu responsabili numiți.

    RezultatHarta responsabililor fluxurilor și dashboarduri

06 Control uman

Unde controlul rămâne la oameni

Integrările rulează nesupravegheate. Responsabilitatea pentru ce merge prost nu poate rula așa.

  • Fiecare coadă de erori are un responsabil

    Mesajele eșuate ajung la o echipă care răspunde de ele, cu context și cu un buton de reluare, nu într-un jurnal comun.

  • Modificările de contract sunt revizuite

    Modificările incompatibile ale unui API sau ale unui eveniment trec printr-o revizuire cu consumatorii înainte de publicare.

  • Reluările sunt deliberate

    Reluarea mesajelor într-un sistem de evidență este o acțiune autorizată, înregistrată cu numele celui care a făcut-o și motivul.

07 Tehnologii

Tehnologii cu care lucrăm

Platforme de integrare
  • SAP Integration Suite
  • MuleSoft
  • Azure Integration Services
  • Serviciile de integrare AWS și Google Cloud
Evenimente și streaming
  • Apache Kafka
  • RabbitMQ
  • Brokeri de evenimente în cloud
  • Debezium pentru change data capture
API-uri
  • OpenAPI și AsyncAPI
  • Gateway-uri API și portaluri pentru dezvoltatori
  • GraphQL acolo unde se potrivește
  • Teste de contract
Identitate
  • OAuth 2.0 și OpenID Connect
  • Mutual TLS
  • Keycloak și furnizori de identitate în cloud
  • Scheme naționale de identificare electronică

Mențiunea unei tehnologii descrie experiența noastră de inginerie. Nu implică un parteneriat cu producătorul ei și nici o recomandare din partea acestuia.

08 Exemplu

Un exemplu ilustrativ

Exemplu ilustrativ

Raportarea în RO e-Factura direct din ERP, cu tratarea erorilor

01Situația
Un producător de mobilă care vinde către companii emite zilnic multe facturi B2B. Facturile sunt exportate din ERP și încărcate manual în sistemul național, iar cele respinse la validare sunt descoperite târziu, uneori aproape de termenul de cinci zile lucrătoare.
02Ce am construi
O integrare care preia facturile emise în ERP, le validează după specificațiile RO_CIUS înainte de transmitere, le trimite prin serviciile web ale sistemului și urmărește răspunsul primit pentru fiecare factură, cu o coadă dedicată pentru facturile respinse.
03Unde decid oamenii
Echipa financiară primește facturile respinse împreună cu motivul și decide corecția; retransmiterea este o acțiune autorizată și înregistrată.
04Ce am măsura
Ponderea facturilor transmise fără intervenție manuală, timpul de la emitere la transmitere și numărul facturilor care se apropie de termenul legal.

09 Pe sectoare

În sectorul dumneavoastră

  • Sector public și administrație

    Schimb de date după principiul „doar o singură dată”, cu surse autentice, prin Platforma națională de interoperabilitate, ROeID pentru cetățeni și jurnalizarea pe care o cer platformele naționale. Vedeți pagina Sector public și administrație.

  • Producție și industrie

    ERP, MES și portaluri pentru furnizori conectate prin evenimente, astfel încât planificarea, producția și service-ul să vadă aceeași imagine.

  • Servicii financiare

    Sisteme de bază, CRM și API-uri pentru parteneri conectate cu identitate puternică, jurnal de audit și o reconciliere în care departamentul financiar are încredere.

România

Interoperabili­tate în România și între statele membre

În România, Legea nr. 242/2022 reglementează schimbul de date între sistemele informatice ale instituțiilor publice prin Platforma națională de interoperabilitate, aliniată la Cadrul european de interoperabilitate. ROeID, operat de Autoritatea pentru Digitalizarea României (ADR), este schema eID notificată a României. Companiile stabilite în România raportează facturile B2B în sistemul RO e-Factura al ANAF în termen de cinci zile lucrătoare de la emitere.

La nivel european, Regulamentul privind Europa interoperabilă le cere organismelor publice să evalueze interoperabilitatea transfrontalieră, iar eIDAS 2 aduce portofelele europene pentru identitatea digitală, pe care fiecare stat membru trebuie să le ofere.

Proiectăm straturi de integrare în care platformele naționale de schimb de date și schemele de identitate sunt adaptoare în spatele unor contracte interne stabile. Adăugarea unei țări sau a unei platforme noi înseamnă atunci un adaptor nou și procedura lui de conectare, nu refacerea sistemelor din spate.

Întrebări despre integrări și API-uri

Folosim o platformă de integrare sau dezvoltăm integrări la comandă?

Amândouă, pentru fluxuri diferite. Conectorii standard, corespondențele de date și conectarea partenerilor favorizează o platformă. Fluxurile cu volume mari, sensibile la latență sau cu multă logică favorizează adesea serviciile dezvoltate la comandă. Decidem pentru fiecare flux și documentăm de ce.

Integrați Salesforce, SAP și Odoo?

Da, în mod regulat, între ele și cu sisteme dezvoltate la comandă sau cu platforme publice. FromNine are statut de partener la toate trei (Salesforce Summit Partner, SAP Gold Partner, Odoo Gold Partner), așa că echipele noastre de integrare lucrează alături de specialiștii de platformă. Vedeți pagina SAP.

Avem nevoie de integrare bazată pe evenimente?

Evenimentele ajută atunci când mai multe sisteme trebuie să reacționeze la aceeași modificare sau când vreți să decuplați ciclurile de lansare. Pentru o cerere și un răspuns simplu între două sisteme, un API este adesea suficient. Majoritatea arhitecturilor le folosesc pe amândouă.

Puteți integra ROeID și alte scheme eID?

Da. Integrăm scheme de identificare electronică pentru cetățeni și companii și proiectăm pentru portofelele europene pentru identitatea digitală pe care statele membre le introduc în temeiul eIDAS 2. În România, programul de guvernare din iunie 2026 prevede o identitate electronică unică pentru toți cetățenii și un portofel electronic al cetățeanului legat de portofelul european. Cerințele de conectare diferă de la o schemă la alta și le planificăm din timp.

Avem un middleware vechi. Trebuie să îl înlocuim?

Nu dintr-odată. Cartografiem ce rulează pe el, mutăm întâi fluxurile cele mai riscante sau mai scumpe și păstrăm reconcilierea până când fiecare flux migrat își dovedește funcționarea.

Aduceți interfața care cade cel mai des

Vă arătăm cum am face-o observabilă, idempotentă și cu un responsabil, și ce ar presupune același lucru pentru restul.

Solicitați o discuțieAsistență pentru clienți