Platforma voastră. Pe infrastructura voastră. Cu codul vostru.
Fulfillment OS unește trei zone care azi trăiesc în exporturi, mailuri și tichete: administrarea depozitului, operațiunile zilnice și contul clientului. Totul în timp real, totul configurabil fără programator.
Depozitul e solid. Software-ul a rămas în urmă.
Ce există azi și cum îl reinventăm
Portalul are funcțiile de bază, dar construite ca rapoarte și formulare: lente, pe mail, dependente de echipa voastră. Le regândim pe toate, ca toate părțile (client, depozit, furnizor, curier) să lucreze direct în platformă.
Unde e loc de un salt
Portalul e construit în jurul rapoartelor. Clientul află ce s-a întâmplat, de obicei după ce s-a întâmplat.
Rapoarte, nu timp real
Stocul detaliat și expirările vin ca export, cel mult o dată pe oră, sau ca raport pe email. Comenzile neexpediate nu sunt scăzute din raport.
Tablouri live, actualizate la fiecare minut.
Costurile apar după data de 5
Detaliul pe comandă e disponibil după data de 5 a lunii următoare. Garanția se recalculează din urmă, iar clientul e surprins.
Fiecare cost apare când se întâmplă, cu estimarea facturii zilnic.
Tichetul pornește de la client
Colet deteriorat, diferență la recepție: clientul deschide tichet sau scrie mail, iar rezolvarea curge în mesaje.
Incidente create automat de sistem, cu opțiuni de decizie gata pregătite.
Curierii, doar prin account manager
Portalul nu are secțiune de curieri. Activarea, maparea metodei de livrare din magazin și tarifele cer schimb de mailuri.
Integrări și reguli de curier setate din platformă.
Tarifele vin prin poștă
Actualizările de tarif și actele adiționale ajung pe hârtie la sediul social, uneori după termen.
Tarife și acte în cont, cu acceptare digitală și istoric.
Integrare prin polling
Magazinul interoghează API-ul cu limite stricte (20 de cereri pe oră la comenzi). Produsele noi intră o dată pe noapte.
Push la fiecare minut și webhook-uri verificate.
Am trecut prin tot: portalul, API-ul și doi ani de corespondență.
Fiecare zonă de mai jos are ce am observat, ce propunem tehnic și ce propunem pentru utilizare. Tot ce apare aici vine din contul nostru de client.
Cea mai mare sursă de tichete dispare: sincronizarea produselor.
Trăim asta zilnic ca client. Fiecare problemă de mai jos ne-a costat stoc afișat greșit, comenzi blocate sau mailuri cu echipa voastră.
Produsul e legat de ID-ul variantei din magazin. Recreat în Shopify, primește alt ID: stocul apare 0 în magazin și comenzile se blochează la import.
Client și depozitClientul nu poate corecta legătura. Re-legarea cere tag „Update”, nume identic și o fereastră de scanare resetată de echipa voastră.
Muncă manuală la fulfill.roUn cron seara preia produsele noi. Dacă EAN-ul a fost pus a doua zi, se mai așteaptă o zi. Produsele vechi ies din fereastra de scanare.
ClientUn ® sau ™ în nume, un nume peste 100 de caractere, și produsul nu se creează deloc. ® nu se poate pune la loc nici prin API.
ClientUn .xls cu erori de validare vine în fiecare seară, cât timp există un singur produs cu probleme, inclusiv carduri cadou și ciorne. Devine zgomot.
Client și depozitLa recreare, automatizarea încearcă să creeze din nou și se lovește de EAN-ul vechi. Produsele scoase din magazin rămân în depozit până le șterge cineva.
DepozitAcelași eveniment, două fluxuri
Alege un scenariuAzi
Cu Fulfillment OS
Sănătatea catalogului, văzută de client și de depozit
Planul de recepție se face singur. Nimeni nu mai trimite Excel-uri pe mail.
Azi, fiecare livrare înseamnă un formular lung, un Excel cu etichete trimis la 4 sau 5 adrese și întrebări pe mail dacă a sosit marfa. În Fulfillment OS, fiecare parte își face singură pasul ei, în platformă.
Nu doar „când se termină”. Ce să comanzi, cât, de la cine și când.
Clientul nu mai rămâne fără stoc, iar depozitul știe ce intră în următoarele săptămâni și își planifică oamenii. Comanda către furnizor și planul de recepție se generează dintr-un clic.
| Produs | De comandat | Acoperă | Stoc | În tranzit | Vânzări / lună | Termen | Furnizor |
|---|
Validat pe date reale: abatere de 0,8% față de rapoartele de vânzări ale magazinului. Rulează la Boopr pe 21 de branduri. Datele de aici sunt demonstrative.
Dacă pică o bucată, rămâne izolată. Fluxurile clienților merg mai departe.
Din exterior, platforma de azi se comportă ca un singur bloc: o regulă de inserturi epuizate a oprit toate comenzile unui client, rapoartele sunt raționalizate ca să nu încarce operațiunea, iar modificările trec prin aceeași echipă. Fulfillment OS e construit din module independente, fiecare cu datele, cozile și resursele lui.
Monolittotul funcționează
Fulfillment OS, modulartotul funcționează
Curieri, facturare, rapoarte, sync și portal rulează separat. O eroare într-unul nu oprește depozitul.
În producțieDatele, cheile și erorile fiecărui client sunt separate. Problema unui magazin nu ajunge la ceilalți.
Construim pentru voiCând un curier nu răspunde, etichetele intră în coadă și pleacă singure la revenire. Nimic nu se pierde.
Construim pentru voiDatele pentru rapoarte stau separat de operațiune. Fără limite de „o dată pe oră”.
Construim pentru voiFiecare modul se actualizează singur, cu teste automate, fără să oprească ceilalți. 986 de teste rulează la fiecare schimbare.
În producțieO funcție nouă se activează întâi la un client pilot, apoi la toți. Riscul rămâne mic.
Construim pentru voiÎn producție azi: depozitul, portalul B2B și conturile rulează ca servicii separate, fiecare cu baza lui de date.
Trei zone. O singură sursă de adevăr.
Ecranele de mai jos sunt interactive. Datele sunt demonstrative.
Fiecare client primește platforma potrivită business-ului lui.
La crearea contului, clientul își alege tipul. Modulele, fluxurile și modul de facturare se configurează automat. Poate trece oricând la alt tip, pe aceeași platformă.
Cum lucrează cu depozitul
Ce primește în platformă
Construim pentru voi Selectorul de tip și preconfigurarea automată. Modulele marcate „În producție” rulează deja.
Magazin online și depozit, într-un singur abonament.
Pentru antreprenorii care abia pornesc: își aleg o temă, își pun produsele în depozitul fulfill.ro și vând din prima zi. Stocul, livrarea și retururile sunt deja legate, fără nicio integrare.
Ce avem deja: portaluri de vânzare B2B cu checkout și plăți reale (Stripe, Mollie, PayPal), în producție.
Produse bune, livrate mâine.
Comandă până la 16:00 și coletul pleacă azi din depozit.
Vezi produseleAceeași operațiune. Altă experiență pentru client și pentru echipă.
Nu închiriați un software. Îl dețineți.
Fulfillment OS pentru fulfill.ro este o bază de cod separată, construită special pentru voi, pe infrastructura voastră, și predată complet.
Pe infrastructura voastră
Rulează în contul vostru de Cloudflare. Datele clienților voștri nu trec prin conturile noastre.
Cod separat, al vostru
O bază de cod dedicată fulfill.ro. Repository-ul, documentația și testele automate trec în proprietatea voastră.
Fără licențe
Nicio taxă per utilizator, per comandă sau per client. Plătiți doar infrastructura, direct furnizorului.
Fără lock-in
Echipa voastră îl poate dezvolta mai departe. Mentenanța și modulele noi cu noi sunt opționale.
Ownership-ul codului este al fulfill.ro, nu al nostru.
Arhitectura rulează în producție din septembrie 2026.
La un brand european de hrană pentru animale, cu depozit propriu, scanere Android, etichete multi-colet și facturare automată. Varianta fulfill.ro pornește de la aceeași arhitectură și aceeași experiență, într-o bază de cod nouă.
Pornim cu un pilot, pe un client real.
Modelul comercial îl stabilim împreună. Propunem trei etape, fiecare cu rezultate măsurabile.
Pilot
Boopr, client fulfill.ro din 2024, devine primul client pe platformă.
- Zona client: costuri live, integrări, setări
- Incidente fără mailuri
- Măsurăm tichetele și timpii de rezolvare
Depozit complet
Toți clienții, pe infrastructura voastră.
- Tipuri de client, curieri români, e-Factura
- Admin: module, IT Guy, costuri pe subconturi
- Predarea codului și a documentației
Segmente noi
Distribuitori fără site și magazine la cheie.
- Contracte de distribuție
- Teme, checkout, plăți
- Clienți pe care azi nu îi puteți servi