famousgourmet®Hai să vorbim
SERVICII / CE CONSTRUIM

Backend și API: baza de date și regulile afacerii tale

Backendul este partea pe care nu o vede niciun client și de care depinde tot ce văd ceilalți. Acolo stau datele, acolo se calculează prețul, acolo se decide dacă o comandă poate fi acceptată și acolo se păstrează istoricul care îți spune ce s-a întâmplat marțea trecută. Un site frumos peste un backend prost este o vitrină în fața unui depozit în care nimeni nu găsește nimic.

Construim backenduri și API-uri la comandă pentru afaceri care au depășit faza în care totul încape într-un fișier și în memoria unui om. Un singur loc în care datele sunt adevărate, regulile scrise o dată și folosite de toate canalele, și interfețe prin care sistemele tale vorbesc între ele fără ca cineva să exporte și să importe fișiere în fiecare dimineață.

Cere o ofertă
01 / ÎȚI SUNĂ CUNOSCUT?

Unde se blochează lucrurile

Semnul că îți trebuie un backend este momentul în care aceeași cifră arată diferit în trei locuri. Stocul din program nu se potrivește cu stocul de pe site, iar niciunul nu se potrivește cu raftul. Lista de prețuri circulă pe e-mail în patru versiuni, fiecare cu un nume ca „preturi_final_v3”. Se ia o decizie pe cifra din fișierul deschis primul, nu pe cifra corectă, pentru că nimeni nu mai știe care este cea corectă.

A doua problemă este că regulile afacerii nu sunt scrise nicăieri. Discountul pentru clientul vechi, cantitatea minimă pentru un anumit produs, ce se întâmplă când o comandă se anulează după ce a fost pregătită, cine are voie să schimbe un preț: toate stau în capul unui om sau, mai rău, împrăștiate în trei interfețe care le aplică ușor diferit. Când omul acela pleacă în concediu, afacerea încetinește. Când vrei să deschizi un al doilea canal de vânzare, regulile se rescriu de la zero și se rescriu greșit.

A treia problemă apare la marginea sistemelor. Programul de gestiune nu are API sau are unul cu documentație de acum zece ani, casa de marcat scrie într-o bază de date proprie, furnizorul trimite un fișier pe e-mail, iar contabilitatea vrea un export în alt format. Între ele stă un om care copiază date dintr-o parte în alta. Acel om este cea mai scumpă piesă de integrare din firmă și singura care obosește și greșește.

02 / CE CONSTRUIM

Cum arată soluția

Începem de la model, nu de la ecrane. Ce este un produs la tine, ce este un client, ce este o comandă, prin ce stări trece și ce se schimbă la fiecare trecere. Pare o discuție teoretică, dar aici se decide dacă peste doi ani mai poți adăuga o funcție sau trebuie să rescrii tot. Într-o distribuție, un client are adrese de livrare multiple și un contract; într-o cofetărie, comanda are termen de ridicare și lucrări în laborator. Modelul trebuie să semene cu afacerea, nu cu un tutorial.

Regulile se scriu o singură dată, în backend, și se expun prin API. Prețul unui client, stocul disponibil, validarea unei comenzi și limitele de livrare se calculează în același loc, indiferent dacă cererea vine de pe site, din aplicația curierului, de la ghișeu sau dintr-un sistem al partenerului. Așa dispare situația în care magazinul acceptă o comandă pe care back-office-ul o refuză. API-ul este documentat, versionat și tratat ca o promisiune: dacă îl folosește altcineva, nu se schimbă peste noapte.

Cea mai mare parte a muncii este ce se întâmplă în fundal. Importuri programate, trimiteri către alte sisteme, reîncercări când celălalt capăt nu răspunde, cozi pentru sarcinile lungi, alerte când ceva rămâne blocat. O integrare nu se judecă după prima zi în care merge, ci după ce face în ziua în care serverul de la celălalt capăt tace două ore. Fiecare schimb rămâne în jurnal, cu ce s-a trimis și ce s-a primit, ca o problemă să poată fi lămurită cu dovezi, nu cu presupuneri.

În jurul datelor punem accesul și siguranța: roluri și drepturi pe funcție, chei separate pentru fiecare sistem care se conectează, limitare a numărului de cereri, urmă în jurnal pentru cine a modificat ce și când. Copiile de siguranță se fac automat și, mai important, se testează prin restaurare, pentru că o copie nerestaurată niciodată nu este o copie. Iar dacă vrei să oferi aceeași aplicație mai multor firme, backendul se construiește de la început cu date separate pe client, ca un client nou să însemne o configurare, nu o rescriere.

03 / CUM FUNCȚIONEAZĂ

Pas cu pas, de la discuție la lansare

  1. 01

    Facem inventarul sistemelor și al adevărurilor

    Notăm fiecare loc în care se ține o informație: programul de gestiune, casa de marcat, fișierele, site-ul, caietul de la depozit. Pentru fiecare dată importantă stabilim cine o deține. Fără această decizie, orice integrare mută haosul dintr-un loc în altul.

  2. 02

    Modelăm datele și scriem regulile

    Punem pe hârtie ce este un produs, un client, o comandă și un document la tine, cu stările și tranzițiile lor. Scriem regulile care astăzi trăiesc în capul cuiva: prețuri, discounturi, limite, cine are voie ce. Le validăm pe cazuri reale din ultima lună.

  3. 03

    Construim backendul și API-ul

    Dezvoltăm baza de date, logica și interfețele, cu documentație pe măsură ce le facem. API-ul primește versiune și un contract clar, ca sistemele care îl folosesc să nu se strice atunci când adăugăm ceva. Scriem teste pentru regulile care dor cel mai tare dacă se strică.

  4. 04

    Migrăm datele existente

    Aducem produsele, clienții și istoricul din sistemele vechi, cu curățare și cu raport de ce nu s-a putut converti. Migrarea se face de probă de mai multe ori, se verifică pe totaluri și abia la final se face cea adevărată, într-o fereastră stabilită împreună.

  5. 05

    Punem în funcțiune și supraveghem

    Pornim în paralel cu vechiul mod de lucru acolo unde se poate, urmărim jurnalele, timpii de răspuns și cozile. Configurăm alertele care ne anunță înainte să te sune cineva. Copiile de siguranță se testează prin restaurare, nu doar se bifează.

04 / CE INCLUDE

Ce primești, concret

Model de date pornit de la afacerea ta

Structura care descrie cum lucrezi tu, cu stările reale prin care trec comenzile și documentele. Gândită ca să poată primi funcții noi fără să fie rescrisă la fiecare schimbare.

Reguli într-un singur loc

Prețuri, discounturi, validări, limite și drepturi, calculate în backend și folosite identic de toate canalele. Fără două variante ale aceleiași reguli care se contrazic la sfârșit de lună.

API documentat și versionat

Interfețe pe care le poate folosi site-ul, aplicația de teren, un partener sau contabilitatea, cu documentație scrisă odată cu codul și cu un contract care nu se schimbă fără anunț.

Roluri, chei și limite de acces

Fiecare om și fiecare sistem primesc exact drepturile de care au nevoie, cu chei separate care pot fi revocate individual, și cu limitare a numărului de cereri pentru integrările externe.

Procese în fundal cu reîncercări

Importuri programate, trimiteri către alte sisteme, cozi pentru sarcinile lungi și reîncercare inteligentă când celălalt capăt nu răspunde. Cu alertă atunci când ceva rămâne blocat prea mult.

Jurnal de modificări

Cine a schimbat prețul, cine a anulat comanda, ce a trimis sistemul și ce a primit înapoi. O discuție despre o eroare se poartă cu înregistrări, nu cu amintiri.

Copii de siguranță testate și monitorizare

Salvări automate, păstrate separat de server, verificate prin restaurare. Monitorizare pentru disponibilitate, timpi de răspuns și erori, cu notificare înainte ca problema să devină vizibilă pentru clienți.

Pregătit pentru mai mulți clienți

Dacă vrei să oferi aplicația și altor firme, datele sunt separate pe client de la început, cu domeniu și setări proprii. Un client nou înseamnă o configurare, nu o copie a codului.

DIN PROIECTELE NOASTRE

Cofetăria Cris

Laborator public, operațiune privată.

Un site de prezentare pentru laboratorul artizanal și o platformă internă care leagă catalogul, comenzile, lucrările din laborator și partea financiară.

Vezi proiectul Cofetăria Cris

Alte servicii

Industrii unde se aplică

Paginile de soluții explică același serviciu în limbajul fiecărei afaceri.

ÎNTREBĂRI FRECVENTE

Ce ne întreabă oamenii înainte să începem

Ce înseamnă backend, pe înțelesul unui om care nu e din IT?

Este bucătăria din spatele localului. Clientul vede sala și farfuria, adică site-ul sau aplicația. Backendul este locul unde se țin ingredientele, adică datele, și unde se respectă rețetele, adică regulile. Poți schimba mobila din sală oricând; dacă bucătăria e dezorganizată, se vede în fiecare farfurie.

Am deja un program de gestiune. De ce mi-ar mai trebui ceva?

De multe ori nu îți trebuie. Programul de gestiune rămâne stăpânul stocului și al documentelor, iar backendul nostru se ocupă de ce el nu face: comenzi online, aplicații de teren, portal pentru parteneri, automatizări. Construim în jurul lui, nu împotriva lui, și stabilim clar care sistem deține fiecare informație.

Programul meu vechi nu are API. Se poate face ceva?

Aproape întotdeauna, da. Când nu există API, se poate citi direct din baza de date, se poate lucra cu fișierele pe care le exportă sau se poate construi un conector separat. Am făcut acest lucru inclusiv pentru softOK, un sistem cu bază de date MySQL, prin conectorul nostru propriu. Verificăm mai întâi ce permite licența ta.

Cum îmi mut datele din fișierele Excel de acum?

Le importăm, dar nu orbește. Facem o migrare de probă, îți dăm un raport cu ce a intrat curat, ce are duplicate și ce nu a putut fi convertit, apoi corectăm împreună. Repetăm până totalurile se potrivesc cu ale tale. Migrarea adevărată se face la final, într-o fereastră stabilită dinainte.

Cine deține baza de date și serverul?

Tu. Baza de date, codul și infrastructura sunt ale afacerii, iar conturile se fac pe numele firmei tale, nu pe al nostru. Putem administra noi serverul dacă preferi să nu te ocupi, dar accesul rămâne al tău și poți muta totul oricând, fără să ceri voie și fără să pierzi date.

Ce se întâmplă dacă un sistem cade la mijlocul zilei?

Depinde care. Dacă pică un sistem extern, cererile intră în coadă și se reiau automat când revine, iar tu vezi în ecran ce nu a plecat încă. Dacă pică serverul propriu, alertele ne anunță și există copii de siguranță recente. Ce nu facem este să pierdem în tăcere o comandă pentru că un serviciu nu a răspuns.

Cât de des se fac copiile de siguranță?

Ritmul se stabilește după cât de mult ai pierde: pentru un magazin activ, de mai multe ori pe zi; pentru date care se schimbă rar, zilnic. Copiile se păstrează separat de server și se testează prin restaurare, pentru că o salvare care nu a fost niciodată readusă la viață nu este o salvare, ci o speranță.

Pot vedea cine a modificat un preț sau a anulat o comandă?

Da, jurnalul de modificări păstrează autorul, momentul, valoarea veche și cea nouă pentru operațiunile care contează. Nu este despre neîncredere în echipă, ci despre a putea lămuri o situație în două minute, cu date, în loc să reconstruiești din amintiri o zi de acum trei săptămâni.

Vreau să vând aceeași aplicație și altor firme. Se poate?

Da, dacă se construiește de la început cu asta în minte. Datele fiecărui client rămân separate, fiecare are domeniul și setările lui, iar un client nou se pornește prin configurare, nu prin copierea aplicației. Adăugarea acestei separări mai târziu, peste un sistem făcut pentru o singură firmă, este mult mai costisitoare.

Cum știu că nu rămân blocat cu voi?

Prin lucruri verificabile, nu prin promisiuni: codul stă într-un depozit la care ai acces, tehnologiile sunt cunoscute și nu proprietare, API-ul are documentație, iar baza de date poate fi exportată integral oricând. Dacă mâine lucrezi cu altcineva, acela are de unde să înceapă fără să te ia de la zero.

URMĂTORUL PAS

Hai să vedem dacă se potrivește.

Scrie-ne ce ai acum și ce ți-ar folosi. Îți spunem sincer dacă serviciul acesta rezolvă problema sau dacă începutul este în altă parte.

Cere o ofertă pentru afacerea ta