CRM integracija su Rivilė ir i.MAS: praktinis architektūros gidas
Pilnas techninis vadovas, kaip sujungti CRM su buhalterine apskaita, automatizuoti PVM sąskaitų-faktūrų išrašymą ir realaus laiko likučius.
Turinio rodyklė
- 1. Kodėl atskirtos CRM ir apskaitos sistemos stabdo B2B pardavimus?
- 2. Architektūrinis modelis: Rivilė API, Webhook'ai ir sinchronizacija realiu laiku
- 3. Automatizuota grandinė: nuo sandorio iki i.MAS ir Dokobit
- 4. Rankinis procesas prieš pritaikytą Suderinta.lt integraciją
- 5. Žingsnis į priekį: veikiantis prototipas per 48 valandas
1. Kodėl atskirtos CRM ir apskaitos sistemos stabdo B2B pardavimus?
Lietuvos vidutinio ir stambaus verslo praktikoje vis dar dažnai matomas paradoksas: įmonė investuoja solidžias sumas į šiuolaikinius CRM įrankius, tačiau pardavimų vadybininkai kasdien skambina buhalterijai, norėdami sužinoti, ar klientas apmokėjo išankstinę sąskaitą, arba atsidarę kelis langus tikrina, kokiame sandėlyje yra reali produkcijos liekana. Šis informacinis vakuumas tarp komercijos padalinio ir buhalterinės apskaitos kainuoja brangiai – prarastas sandorių greitis, vėluojantys kroviniai ir nuolatinė žmogiškosios klaidos rizika perrašinėjant duomenis.
Teisingai suprojektuota crm rivile integracija panaikina šią trintį. Tai nėra paprastas naktinis CSV failų perkėlimas, kuris jau seniai nebeatitinka B2B sektoriaus reikalavimų. Šiuolaikinė integracijos architektūra reikalauja dvikrypčio duomenų apsikeitimo realiuoju laiku, kuris užtikrina, kad komercijos komanda veikia turėdama absoliučiai tikslius finansinius duomenis, o buhalterija gauna teisiškai tvarkingus, paruoštus įrašus be rankinio įsikišimo.
Pagrindiniai duomenų neatitikimo nuostoliai:
- Neadekvati kredito limito kontrolė: parduodama klientams, kurių debitorinis įsiskolinimas viršija leistinas ribas.
- Prarasti užsakymai dėl fiktyvių likučių: pardavėjas CRM sistemoje mato rezervuotą prekę kaip laisvą arba atvirkščiai.
- Dvigubas darbas: sąskaitos faktūros kuriamos CRM, vėliau rankiniu būdu suvedamos į „Rivilė Gama“, o mėnesio gale rankomis tikrinami neatitikimai VMI i.MAS posistemėse.
2. Architektūrinis modelis: Rivilė API, Webhook'ai ir sinchronizacija realiu laiku
Norint pasiekti nepriekaištingą stabilumą, „Suderinta.lt“ inžinieriai rekomenduoja įvykiais grįstą (angl. event-driven) architektūrą, naudojančią tarpinį integracinį sluoksnį (angl. Integration Middleware). Šis sluoksnis izoliuoja CRM nuo tiesioginių ERP perkrovų ir apdoroja duomenų transformacijas.
Sujungimui su „Rivilė Gama“ naudojamas Rivilės REST API v2 arba EPI (Elektroninis podatų integracijos) servisas. Architektūra privalo užtikrinti idempotentumo principą – net jei ryšys nutrūksta ar paketas siunčiamas pakartotinai, Rivilėje nesukuriama dubliuotų klientų kortelių ar operacijų.
Techninės integracijos schema
[ CRM Sistema ]
│ (1) Pardavimo etapas: „Užsakymas patvirtintas“
▼
[ Suderinta.lt Middleware / Eilė (Redis / RabbitMQ) ]
│
├────► [ Rivilė API / EPI ]: Tikrinamas kliento kodas (JAR)
│ ├─ Sukuriama / atnaujinama kliento kortelė
│ ├─ Rezervuojamos prekės sandėlyje
│ └─ Generuojama PVM sąskaita-faktūra
│
├────► [ Dokobit API ]: Automatinis sutarties / akto pasirašymas
│
└────► [ VMI i.MAS ]: i.SAF registrų ir i.VAZ važtaraščių formavimas
Kritiniai duomenų srautai:
- Klientų sinchronizacija: Naujas juridinis asmuo CRM sistemoje inicijuoja užklausą į Rivilę. Sutikrinamas juridinio asmens kodas (JAR), PVM kodas ir nustatomas individualus mokėjimo atidėjimo terminas bei kredito limitas.
- Prekių likučių ir kainynų srautas: Rivilė išlieka „vieninteliu tiesos šaltiniu“ (angl. single source of truth) atsargų kiekiams. Webhook mechanizmas arba periodinis inkrementinis sinchronizavimas kas 2-5 minutes atnaujina CRM sandėlio duomenis pagal konkrečius sandėlių kodus.
- Finansinės būsenos atgalinis ryšys: Užregistravus banko išrašą Rivilėje, operacijos statusas (apmokėta, dalinai apmokėta, vėluoja) automatiškai atnaujina atitinkamą CRM sandorį.
3. Automatizuota grandinė: nuo sandorio iki i.MAS ir Dokobit
B2B verslui Lietuvoje nepakanka vien sugeneruoti PDF sąskaitos. Kiekviena pardavimo operacija turi atitikti griežtus Valstybinės mokesčių inspekcijos (VMI) reikalavimus, o krovinių gabenimui reikalingas laiku parengtas elektroninis važtaraštis.
i.SAF ir sąskaitų-faktūrų automatizavimas
Kai CRM sistemoje vadybininkas pažymi etapą „Užbaigtas sandoris“, integracinis modulis automatiškai iškviečia Rivilės sąskaitos formavimo procedūrą. Sugeneruotas PVM sąskaitos-faktūros įrašas gauna unikalų serijos numerį tiesiai iš Rivilės numeratorių (išvengiant numeracijos pertrūkių) ir automatiškai įtraukiamas į Rivilės i.SAF registrą. Tai garantuoja, kad mėnesio pabaigoje vyr. buhalteriui nebereikia rankiniu būdu ieškoti dingusių sąskaitų ar tikrinti PVM klasifikatorių kodų (PVM1, PVM2 ir kt.).
i.VAZ integracija logistikos ir gamybos įmonėms
Gamybos ir prekybos įmonėms kritinis žingsnis yra i.VAZ posistemis. Sukūrus važtaraštį CRM arba Rivilėje, middleware servisas gali automatiškai sugeneruoti XML pranešimą ir tiesioginiu saugiu VMI žiniatinklio servisu išsiųsti krovinio duomenis į i.MAS dar prieš sunkvežimiui pajudant iš sandėlio rampos. Vairuotojas gauna unikalų i.VAZ kodą tiesiai į savo mobilųjį įrenginį ar CRM užduočių modulį.
Dokumentų pasirašymas per Dokobit / Smart-ID
Moderni crm rivile integracija neatsiejama nuo sutarčių pasirašymo automatizavimo. Integruojant „Dokobit“ API, suformuota B2B pirkimo-pardavimo sutartis ar perdavimo-priėmimo aktas tiesiogiai išsiunčiamas kliento vadovui pasirašyti kvalifikuotu elektroniniu parašu (Smart-ID, Mobile-ID). Gavus patvirtinimą apie pasirašytą dokumentą, Rivilėje automatiškai nuimama sąskaitos ar užsakymo blokavimo žyma, leidžiant pradėti prekių išdavimą.
4. Rankinis procesas prieš pritaikytą Suderinta.lt integraciją
Dažna įmonių klaida – bandymas naudoti „gatavus“, riboto funkcionalumo įskiepius, kurie nepalaiko nestandartinių Rivilės modulių ar specifinių verslo logikos taisyklių (pvz., kelių sandėlių prioritetų, valiutinių sąskaitų, konsignacinės prekybos).
| Kriterijus | Tradicinis / Rankinis modelis | Suderinta.lt individuali architektūra |
|---|---|---|
| Duomenų įvedimas | Dvigubas vedimas: CRM, vėliau ranka į Rivilę | Automatinis 1 paspaudimu arba pagal etapo statusą |
| Prekių likučių tikslumas | Vėluoja 24 valandas (arba tikrinama telefonu) | Realaus laiko duomenys pagal sandėlių lokacijas |
| Kliento skolų kontrolė | Pardavėjas nemato; sužinoma tik buhalterijai atmetus | Momentinis kredito limito tikrinimas sandorio metu |
| Sąskaitos numeracija | Rizika supainioti serijas ir numerius | Centralizuotas numeravimas tiesiai iš Rivilės |
| i.SAF / i.VAZ parengimas | Rankinis eksportas, taisymas Excel faile | Visiškai automatizuotas atitikimas VMI reikalavimams |
| Klaidų taisymo kaštai | Aukšti: atima iki 15-20% buhalterio darbo laiko | Nuliniai: automatizuotas validavimas prieš įrašymą |
5. Žingsnis į priekį: veikiantis prototipas per 48 valandas
Integracija neturi būti pusmetį trunkantis skausmingas IT projektas su neaiškiu rezultatu. „Suderinta.lt“ komanda remiasi praktine B2B patirtimi ir pritaikytais architektūriniais šablonais, leidžiančiais sujungti jūsų naudojamą CRM sistemą (HubSpot, Pipedrive, custom CRM ar bet kurią kitą platformą) su „Rivilė Gama“ bei i.MAS posisteme greitai ir be rizikos.
Mes siūlome unikalų formatą: nemokamą veikiantį jūsų duomenų integracijos prototipą per 48 valandas. Mes prijungsime jūsų bandomąją aplinką, sukonfigūruosime bazinį klientų bei sąskaitų srautą ir pademonstruosime realų sistemos veikimą dar prieš priimant galutinius investicinius sprendimus.
Išbandykite savo sistemos prototipą nemokamai
Atsiųskite savo dabartinį procesą ar Excel failo pavyzdį. Mūsų inžinieriai paruoš interaktyvų sistemos prototipą be jokių įsipareigojimų.