Salt la conținut
// 00 INTEGRĂRI

Sistemele tale lucrează împreună.

Definim, construim și operăm integrări între aplicațiile RDCopilot, Microsoft 365, instrumente de automatizare și orice API REST. Fiecare rulare are reîncercări, un responsabil și un jurnal ușor de citit. După lansare o găzduim, o monitorizăm și o actualizăm. Dacă preferi să o operezi intern, ți-o predăm cu proceduri de intervenție.

  • Integrări API cu scop definit
  • Transferuri și reîncercări fiabile
  • Monitorizare și reconciliere

Implementare unică + licență lunară · Găzduire în UE · Suport în română și engleză

Instrumentele tale rulează unde le găzduiești
UE când e găzduit de RDCopilot
Aplicații RDCopilot
Topologie de exemplu. Harta reală și locul în care rulează fiecare parte se stabilesc pentru fiecare proiect.
// 01 CUM RULEAZĂ

Traseul fără erori este doar jumătate din proiect.

Înainte de lansare stabilim ce se întâmplă când lipsesc date, un sistem nu răspunde sau o persoană trebuie să decidă. Derulează o rulare, capturată din consola de mai jos.

  1. 01 Declanșare · validare

    Un eveniment de business pornește rularea, iar fiecare câmp este verificat.

    O oportunitate este calificată, sosește o factură, se confirmă o recepție. Rularea validează și mapează înregistrarea după contractul de date, iar fiecare pas scrie un rând clar în jurnal.

    Eroare de date: responsabilul corectează sursa, apoi rularea se reia.

    Date de exemplu: o rulare finalizată de la factură la contabilitate, cu jurnalul rulării și transferul către contabilitate în inspectorul pasului.
    Deschide la dimensiune completă
  2. 02 Aprobare

    O persoană numită decide înainte să se miște bani sau stoc.

    Rularea așteaptă la punctul de aprobare, cu datele la vedere. La aprobare continuă; dacă nu răspunde nimeni, trece pe ruta de escaladare stabilită. Decizia rămâne în pista de audit.

    Date de exemplu: o rulare de la lead la comandă oprită la aprobarea financiară, cu jurnalul rulării și inspectorul pasului.
    Deschide la dimensiune completă
  3. 03 Acțiune · reîncercare

    Destinația nu răspunde. Reîncercarea nu creează dubluri.

    Erorile temporare se reîncearcă la intervale exponențiale. Fiecare încercare are aceeași cheie de idempotență, astfel încât a doua încercare finalizează aceeași comandă în loc să scrie una nouă, acolo unde destinația acceptă cheia.

    După ultima încercare: coada de erori, iar responsabilul primește o alertă.

    Date de exemplu: o rulare în care destinația nu a răspuns, reîncercată cu aceeași cheie de idempotență și finalizată la a doua încercare, fără înregistrare duplicată.
    Deschide la dimensiune completă
  4. 04 Confirmare · reconciliere

    Totalurile se compară, ca nimic să nu rămână blocat la mijloc.

    Sursa și destinația se reconciliază după programul din contractul de date. O înregistrare blocată între sisteme apare împreună cu responsabilul ei, iar alertele arată fluxul, coada și motivul.

    Date de exemplu: monitorizarea RDCopilot Integrations cu rulările de azi, o alertă din coada de erori cu responsabilul ei și o reconciliere CRM–ERP cu o înregistrare care așteaptă aprobarea.
    Deschide la dimensiune completă
Date de exemplu: o rulare finalizată de la factură la contabilitate, cu jurnalul rulării și transferul către contabilitate în inspectorul pasului.
Date de exemplu: o rulare de la lead la comandă oprită la aprobarea financiară, cu jurnalul rulării și inspectorul pasului.
Date de exemplu: o rulare în care destinația nu a răspuns, reîncercată cu aceeași cheie de idempotență și finalizată la a doua încercare, fără înregistrare duplicată.
Date de exemplu: monitorizarea RDCopilot Integrations cu rulările de azi, o alertă din coada de erori cu responsabilul ei și o reconciliere CRM–ERP cu o înregistrare care așteaptă aprobarea.

Date de exemplu · capturate din consola interactivă de pe această pagină

  1. 01

    Scrieri idempotente

    Fiecare înregistrare are o cheie, astfel încât o reîncercare actualizează aceeași comandă și nu creează a doua, acolo unde destinația acceptă cheia.

  2. 02

    Reîncercări cu interval exponențial

    În integrările operate de noi, erorile temporare se reîncearcă la intervale exponențiale, cu variație aleatorie; după ultima încercare rularea trece în coada de erori (dead-letter), iar responsabilul primește o alertă.

  3. 03

    Puncte de aprobare

    O rulare poate aștepta o persoană numită, cu rută de escaladare și istoricul deciziei.

  4. 04

    Reluare după corecție

    În integrările operate de noi, corectezi înregistrarea sursă, iar rularea se reia de la pasul eșuat.

  5. 05

    Reconciliere

    Numărul și totalurile se compară între sursă și destinație după programul din contractul de date, ca orice înregistrare blocată să fie găsită și preluată.

// 02 CONSOLĂ

Rulează o sincronizare. Citește ce s-a întâmplat.

Alege un scenariu, schimbă condițiile și apasă Rulează. Fiecare pas scrie un rând clar în jurnal, inclusiv pauzele, erorile și reîncercările.

sync · lead-to-order Date de exemplu · interactiv · rulează în browser
Scenariu
run.logPregătit de rulare
  1. · INFOrunpregătit · apasă Rulează sincronizarea pentru a porni
inspectorPreluare
INTRARE
{}
IEȘIRE
Se așteaptă acest pas.
Rulări în această sesiune
RulareScenariuRezultatPașiReîncercăriDurată
Nicio rulare încă. Apasă Rulează sincronizarea.
// 03 CONECTORI

Conectează ce folosești deja, grupat după activitatea pe care o susține.

Fiecare conexiune se definește pentru proiectul tău: ce evenimente, ce câmpuri, în ce direcție și cine răspunde de ea. Numele evenimentelor de mai jos sunt exemple; contractul de date se stabilește împreună.

  • crm ambele

    CRM

    Oportunități, contacte și activități.

    Evenimente de exemplu
    • opportunity.qualified
    • contact.updated
    Pagina produsului Vânzare și clienți
  • pos ieșire

    POS

    Vânzări închise și totaluri de zi.

    Evenimente de exemplu
    • sale.closed
    • day.closed
    Pagina produsului Vânzare și clienți
  • erp ambele

    ERP

    Comenzi, facturi și date de bază.

    Evenimente de exemplu
    • sales_order.created
    • invoice.issued
    Pagina produsului Operațiuni
  • inventory ambele

    Stocuri

    Niveluri de stoc și semnale de reaprovizionare.

    Evenimente de exemplu
    • stock.below_reorder
    • item.updated
    Pagina produsului Operațiuni
  • warehouse ambele

    Depozit

    Recepții, culegeri și expedieri.

    Evenimente de exemplu
    • receipt.confirmed
    • shipment.dispatched
    Pagina produsului Operațiuni
  • accounting intrare

    Contabilitate

    Note contabile și documente de înregistrat.

    Evenimente de exemplu
    • entry.posted
    • document.received
  • banking ieșire

    Banking

    Extrase și tranzacții potrivite.

    Evenimente de exemplu
    • statement.imported
    • transaction.matched
  • reports intrare

    Rapoarte

    Seturi de date pentru rapoarte.

    Evenimente de exemplu
    • dataset.refreshed
  • hr ieșire

    HR

    Angajări, modificări și plecări.

    Evenimente de exemplu
    • employee.hired
    • employee.updated
  • payroll ambele

    Salarizare

    Statele de plată aprobate.

    Evenimente de exemplu
    • payroll.approved
  • reges intrare

    REGES

    Contracte și modificări de contract pentru REGES-ONLINE.

    Evenimente de exemplu
    • contract.change_ready
  • efactura ambele

    e‑Factura

    Facturile din ERP trimise în aplicația RDCopilot e‑Factura, cu starea din RO e‑Factura și răspunsul ANAF aduse înapoi.

    Evenimente de exemplu
    • invoice.uploaded
    • invoice.validated
    • invoice.rejected
    Pagina produsului Localizare și conformitate
  • etransport ambele

    e‑Transport

    Notificări e‑Transport și codurile UIT aferente, prin aplicația RDCopilot e‑Transport.

    Evenimente de exemplu
    • uit.issued
    Pagina produsului Localizare și conformitate
  • etva ieșire

    e‑TVA

    Decontul precompletat RO e‑TVA comparat cu decontul de TVA (D300), prin aplicația RDCopilot e‑TVA.

    Evenimente de exemplu
    • comparison.ready
    Pagina produsului Localizare și conformitate
  • declarations intrare

    Declarații

    Date pentru D100, D101, D300, D390, D394 și D406 (SAF-T).

    Evenimente de exemplu
    • declaration.ready
    Pagina produsului Localizare și conformitate
  • m365 ambele

    Microsoft 365 / Power Automate

    Aprobări, e-mail și fișiere în mediul tău Microsoft.

    Evenimente de exemplu
    • approval.completed
    Rulează în mediul tău Instrumentele tale
  • uipath ambele

    UiPath

    Aplicații desktop și interfețe vechi, cu validare umană.

    Evenimente de exemplu
    • job.completed
    • task.validated
    Rulează în mediul tău Instrumentele tale
  • ai intrare

    RDCopilot AI

    Pași pe documente și text, cu un om în buclă.

    Evenimente de exemplu
    • extraction.ready
    Pagina produsului Instrumentele tale
  • rest ambele

    API REST

    Orice API HTTP documentat.

    Evenimente de exemplu
    • GET/POST per contract
    Rulează în mediul tău API-uri proprii
  • webhook intrare

    Webhook

    Evenimente trimise de sistemele tale, verificate prin semnătură HMAC și marcaj de timp acolo unde expeditorul le oferă, și deduplicate după ID-ul evenimentului.

    Evenimente de exemplu
    • POST /hooks/{source}
    Rulează în mediul tău API-uri proprii

Nu îți vezi sistemul? Dacă are API, webhook, export de fișiere sau un ecran stabil, îl putem include. Spune-ne despre el

Ai nevoie ca documentele să fie citite înainte de transfer? Vezi Fluxuri de documente și Spațiu AI privat.

// 04 REȚETE

Pornește de la proces, nu de la lista de aplicații.

  • integrareaprobare

    De la lead la comandă

    crm → erp
    Declanșator
    Oportunitate marcată calificată
    La eroare
    Datele lipsă revin la vânzări; erorile ERP se reîncearcă cu aceeași cheie
    Responsabil
    Operațiuni vânzări
  • integrarelocalizare RO

    De la comandă la factură

    erp → e-factura → accounting
    Declanșator
    Comandă livrată
    La eroare
    O e-factură respinsă revine la emitent cu mesajul de erori ANAF, gata de corectat și retransmis
    Responsabil
    Financiar
  • automatizare

    De la extras la reconciliere

    banking → accounting
    Declanșator
    Extras importat
    La eroare
    Liniile nepotrivite așteaptă într-o listă de verificare
    Responsabil
    Financiar
  • integrare

    De la recepție la stoc

    warehouse → inventory
    Declanșator
    Recepție confirmată
    La eroare
    Diferențele de cantitate opresc actualizarea
    Responsabil
    Operațiuni
  • aprobarelocalizare RO

    De la angajare la salarizare

    hr → payroll → reges
    Declanșator
    Fișa angajatului aprobată
    La eroare
    Datele de contract lipsă blochează transmiterea în REGES-ONLINE, obligatorie cel târziu în ziua anterioară începerii activității
    Responsabil
    Resurse umane
  • aprobare

    De la factură la contabilitate

    inbox → validate → accounting
    Declanșator
    Factură de furnizor primită
    La eroare
    Referința lipsă revine la operațiuni
    Responsabil
    Financiar
  • aprobare

    Aprobare de cheltuieli în Microsoft 365

    power automate → erp
    Declanșator
    Cerere de cheltuială trimisă
    La eroare
    Aprobările expirate trec la aprobatorul stabilit
    Responsabil
    Responsabil proces
  • automatizare

    De la ecran vechi la înregistrare

    uipath → erp
    Declanșator
    Lot programat sau la cerere
    La eroare
    Schimbările de ecran opresc robotul și alertează IT
    Responsabil
    IT
  • integrare

    De la închidere la raport

    accounting → reports
    Declanșator
    Perioadă închisă
    La eroare
    Un set de date vechi este marcat în raport
    Responsabil
    Controlling
// 05 MONITORIZARE

Afli că o rulare a eșuat înaintea echipei tale.

Fiecare rulare este înregistrată pas cu pas, cu ID-urile înregistrărilor, codurile de rezultat și responsabilul, iar erorile ajung ca alertă la persoana care le poate rezolva. Ce altceva se înregistrează și cât timp se păstrează se stabilește în contractul de date. Urmărim noi aceste alerte; dacă echipa ta operează integrarea, le primește împreună cu procedurile de intervenție.

rulări · aziDate de exemplu
Istoricul rulărilor, date de exemplu
ID rulareFluxPornităDuratăPașiStareResponsabil
run-7f3a lead-to-order 09:41 9,5 s 5/5 Finalizată Operațiuni vânzări
run-7f39 order-to-invoice 09:38 3,1 s 4/4 Finalizată Financiar
run-7f37 statement-to-reconciliation 09:30 12,4 s 3/4 Așteaptă verificare Financiar
run-7f35 receipt-to-stock 09:12 1,2 s 1/3 Eșuată · reîncercare 3/3 Operațiuni
alerteDate de exemplu
Coadă de erorireceipt-to-stock

„Cantitatea din recepția R-2210 diferă de comandă (40 față de 42)”

rulări
1
responsabil
Operațiuni
încercări
3/3

acțiuni: deschide rularea · reia

O alertă arată fluxul, coada, responsabilul și motivul, iar rularea e la un clic distanță.
reconciliere · crm ⇄ erpDate de exemplu
Sursă · CRM
128
calificate
Destinație · ERP
127
comenzi
Diferență
1
Q-1037 · așteaptă aprobarea
Numărul de înregistrări se compară între sursă și destinație, ca o înregistrare blocată să fie găsită și preluată.
// 06 SECURITATE

Fiecare conexiune are un responsabil, un acces limitat și un istoric.

Sistemele și instrumentele tale
  • Microsoft 365
  • Power Automate
  • UiPath
  • API-uri REST · webhook-uri
Strat de integrare
  • Credențiale pe conexiune
  • Reîncercări și coadă de erori
  • Jurnal de rulare și audit
  • Alerte către responsabili
Aplicații RDCopilot
  • CRM · ERP
  • Contabilitate · Banking
  • Stocuri · Depozit
  • e‑Factura · e‑Transport · e‑TVA
  • HR · Salarizare · REGES
Găzduirea ta · Microsoft 365, UiPath, serverele tale Găzduire în UE · componentele găzduite de RDCopilot
Datele intră și ies din stratul de integrare prin puncte definite. Locul în care este găzduită fiecare parte este declarat, nu presupus.
  • 01

    Credențiale cu acces minim

    Fiecare conexiune are propriile credențiale, limitate la obiectele și acțiunile necesare și stabilite în contractul de date. În Microsoft 365, UiPath sau alte instrumente de automatizare ale tale rămân în depozitul de credențiale al instrumentului.

  • 02

    Un responsabil numit

    Fiecare conexiune și fiecare tip de excepție are un responsabil numit, stabilit în contractul de date.

  • 03

    Pistă de audit

    Modificările de mapare, aprobările și reluările se înregistrează cu autor și moment.

  • 04

    Doar câmpurile agreate

    Contractul de date enumeră fiecare câmp transferat; nimic altceva nu este copiat (minimizarea datelor, art. 5 GDPR).

  • 05

    Găzduire clară

    Integrările găzduite de RDCopilot rulează pe infrastructură din UE; fluxurile care rulează în Microsoft 365, UiPath sau alte instrumente găzduite de tine rămân acolo unde sunt găzduite aceste instrumente, iar acest lucru este consemnat în contractul de date. Perioada de păstrare a jurnalelor se stabilește în contractul de date.

  • 06

    Control al modificărilor

    Mapările au versiuni și sunt testate pe cazurile de eroare înainte de lansare.

// 07 COLABORARE

Mai întâi un proces. Apoi următorul.

  1. PASUL 01

    Mapăm un transfer costisitor

    Lucrăm cu oamenii care reintroduc datele și vedem unde se blochează.

    Primești harta procesului și lista conexiunilor prioritare

  2. PASUL 02

    Stabilim contractul de date

    Câmpuri, direcții, reguli, aprobări, responsabili, locul în care rulează fiecare parte și ce înseamnă finalizat.

    Primești contract aprobat și teste de acceptanță

  3. PASUL 03

    Construim și testăm erorile

    Construim un traseu controlat și testăm respingerea, datele lipsă, lipsa de răspuns și reluarea.

    Primești o integrare funcțională într-un mediu de test

  4. PASUL 04

    Lansare: o operăm noi

    O găzduim, o monitorizăm și o actualizăm prin licența lunară sau o predăm echipei tale, cu proceduri și alerte.

    Primești istoric rulări, alerte și proceduri de intervenție

lead-to-order · contract de date v1Date de exemplu
Contract de date de exemplu pentru integrarea de la lead la comandă
CâmpDirecțieResponsabilRegulăLa eroare
opportunity_idcrm → erpOperațiuni vânzăriobligatoriu, unicrevine la vânzări
customer_refcrm → erpFinanciartrebuie să existe în ERPpauză, alertă responsabil
total + currencycrm → erpFinanciarnecesită aprobareașteaptă aprobatorul
erp_ordererp → crmResponsabil sistemscris o singură datăreîncercare 3×, aceeași cheie
găzduire: RDCopilot UE · păstrarea jurnalelor: stabilită în contractul de dateAlege prima integrare API după munca manuală pe care o elimină
Unde rulează fluxul tău

RDCopilot se conectează la instrumentele pe care le folosești deja.

întrebare

Fluxurile care folosesc conectori premium Power Automate necesită licența Power Automate Premium de la Microsoft; roboții UiPath se licențiază de la UiPath. Le trecem separat în ofertă. Fluxurile din aceste instrumente rulează acolo unde este găzduit instrumentul.

cum o conectăm

RDCopilot Integrations + Power Automate

Fluxurile de aprobare rămân în mediul tău Microsoft. Le conectăm la aplicațiile RDCopilot și stabilim permisiunile conectorilor, politicile de mediu și licențele necesare.

Documentația instrumentelor conectate UiPath Action Center Power Automate: aprobări
// 08 PREȚURI

Două componente. Ofertă după analiză.

Oferim un preț fix după ce cunoaștem procesul, sistemele și volumele. Fără costuri pe rulare sau pe sarcină.

01 · o singură dată

Implementare unică

  • Maparea procesului
  • Contractul de date
  • Dezvoltare
  • Testarea erorilor
  • Lansare cu proceduri de intervenție
02 · lunar

Licență lunară

  • Găzduire pentru componentele rulate de RDCopilot
  • Monitorizare și alerte
  • Actualizări
  • Suport

Când se schimbă un API conectat, te anunțăm și estimăm adaptarea la tariful orar. Fluxurile, câmpurile sau sistemele noi se estimează la fel, înainte de a începe.

Ce influențează oferta

  • Numărul de sisteme
  • Evenimentele pe zi
  • Pașii de aprobare
  • Automatizarea desktop (UiPath)
  • Dacă echipa ta o operează intern
  • Licențele terților
Cere o ofertă
Inclus în ambeleGăzduire în UEActualizăriSuport în română și engleză

Inclus în fiecare integrare RDCopilot

  • Maparea câmpurilor stabilită într-un contract de date scris
  • Respingerea, datele lipsă, lipsa de răspuns și reluarea testate înainte de lansare
  • Cheie de idempotență (acolo unde destinația o acceptă) și program de reîncercări incluse din proiectare
  • Jurnal de rulare, alerte și reconciliere
  • Monitorizare, cu anunț când se schimbă un API conectat
  • Implementare unică + licență lunară fixă

Ai deja fluxuri în Power Automate, UiPath sau alt instrument de automatizare? RDCopilot Integrations se conectează la ele, iar ele continuă să ruleze unde sunt.

De la idee la implementare

Ghiduri pentru fluxul de lucru

// 09 ÎNTREBĂRI

Întrebări primite înainte de analiză.

Este o platformă de automatizare self-service?

Nu. Definim și construim fiecare integrare împreună cu tine și testăm cum se comportă la erori. După lansare o găzduim, o monitorizăm și o actualizăm prin licența lunară. Dacă preferi să o operezi intern, ți-o predăm cu proceduri și alerte.

Ce sisteme puteți conecta?

Toate aplicațiile RDCopilot, Microsoft 365 și Power Automate, UiPath, instrumentele de automatizare găzduite de tine și orice sistem cu API REST documentat sau webhook-uri. Sistemele care au doar exporturi de fișiere sau ecrane desktop se analizează de la caz la caz.

Trebuie să folosim și alte aplicații RDCopilot?

Nu. O integrare poate lega două sisteme pe care le ai deja. Aplicațiile RDCopilot se conectează mai ușor, pentru că le cunoaștem deja datele.

Ce se întâmplă când un sistem nu răspunde?

Rularea se reîncearcă la intervale exponențiale. După o lipsă de răspuns verifică întâi dacă destinația a primit deja înregistrarea, folosind aceeași cheie de idempotență, astfel încât o reîncercare nu creează un duplicat. Contractul de date enumeră destinațiile care permit acest lucru. După ultima încercare rularea trece în coada de erori, iar responsabilul primește o alertă.

Unde sunt procesate și stocate datele?

Integrările găzduite de RDCopilot rulează pe infrastructură din UE; fluxurile care rulează în Microsoft 365, UiPath sau alte instrumente găzduite de tine rămân acolo unde sunt găzduite aceste instrumente, iar acest lucru este consemnat în contractul de date. Între sisteme circulă doar câmpurile din contract, iar perioada de păstrare a jurnalelor se stabilește în contractul de date.

Semnați un acord de prelucrare a datelor?

Da. Când o integrare prelucrează date personale pentru tine, RDCopilot acționează ca persoană împuternicită, pe baza unui acord de prelucrare a datelor (art. 28 GDPR), iar contractul de date enumeră câmpurile, sistemele și perioada de păstrare.

Poate o persoană să aprobe înainte de transfer?

Da. Orice pas poate aștepta un aprobator numit, cu rută de escaladare dacă nu răspunde nimeni, iar decizia rămâne în pista de audit.

e‑Factura și ANAF (localizare): cum se conectează?

e‑Factura, e‑Transport și e‑TVA trec prin aplicațiile de localizare RDCopilot, autorizate cu certificatul digital calificat al companiei (OAuth ANAF). ERP-ul trimite factura în aplicație, iar starea ANAF revine în ERP și în contabilitate: răspunsul semnat când factura este acceptată sau mesajul de erori ANAF când este respinsă. Vizualizarea stării arată ce facturi nu au fost încă încărcate (legea prevede 5 zile lucrătoare de la emitere) și când trebuie reînnoit accesul cu certificatul, cel puțin o dată pe an.

Cum se stabilește prețul?

O taxă unică de implementare și o licență lunară, ofertate după analiza procesului. Licența are o valoare lunară fixă, fără costuri pe rulare. Licențele terților, precum Power Automate Premium sau UiPath, dacă sunt necesare, apar separat.

// URMĂTORUL PAS

Ce transfer ajunge mereu înapoi la tine?

Spune-ne procesul, sistemele implicate și unde se blochează. Îți răspundem cu o propunere de analiză.