Un program modular care unește cele trei zone vitale ale fabricii într-o arhitectură comună. Construit Python-first, EU-sovereign, cu trasabilitate EUDR-native și configurare per fabrică fără cod. Arhitectura este finalizată — schema bazei de date completă în SQL DDL, cele ~25 entități core definite, cele 3 zone funcționale și foundation-ul comun mapate. Pregătit pentru implementare cu primii clienți partener.
Lemnul intră prin depozit.
Lucrarea se face prin producție.
Comanda se închide prin vânzări.
Atelier ține împreună tot firul.
Nu pornim dintr-un studiu de piață abstract. Pornim de la realitatea fabricilor mici și medii din România — cum lucrează acum, ce le doare, ce nu rezolvă sistemele existente. Atelier vine să umple un spațiu specific.
Fabricile mici și medii românești de mobilier rulează procese critice — alocare materiale, programare producție, status comenzi — pe registre Excel paralele și grupuri WhatsApp. Nimeni nu știe în timp real ce stoc are, ce se produce, ce se livrează săptămâna viitoare. Erorile costă timp și client.
ERP-urile generice (SAP, Odoo, Microsoft Dynamics) tratează lemnul ca pe o cărămidă — număr de bucăți × preț. Realitatea: două scânduri din același copac au densități diferite cu 15%, umidități diferite cu 4%, defecte structurale imprevizibile. Sistemul trebuie să cunoască particularitățile materiei.
Soluțiile specializate (HOMAG appBox, Imos iX, KMU) sunt construite pentru fabrici mari germane și cehe. Cost ridicat, integrare doar cu utilaje proprii, interfețe DE/EN, fără cunoaștere a SUMAL 2.0 sau a particularităților reglementare române. Fabrica română de 5 milioane € nu e clientul lor.
Regulamentul EUDR (Reg. 2023/1115 + 2025/2650) impune trasabilitate digitală completă pe lemn până la plotul de pădure, cu păstrare 5 ani. Companiile non-SME trebuie să fie operaționale la 30 decembrie 2026. Aceasta e poarta — fabricile care vor avea sistem digital proaspăt construit acum vor fi pregătite atunci.
Atelier nu e o listă plată de module. E o arhitectură pe trei zone cu un strat comun dedesubt. Zonele se leagă prin fluxuri de business clare; foundation-ul (trasabilitate, EUDR, acces, rapoarte) servește toate trei. Asta e harta întregului produs.
⊙ Săgețile dintre zone reprezintă fluxurile reale de business · linia punctată
spre foundation arată că toate zonele se sprijină pe stratul comun.
Fiecare zonă acoperă o realitate operațională distinctă a fabricii. Toate trei împart aceeași schemă de date și aceleași convenții — dar pot fi activate gradual și configurate independent pentru fiecare client.
— de la primul telefon al clientului la factura finală.
Tot ce ține de relația comercială: cine sunt clienții, ce le-am ofertat, ce comenzi avem, când livrăm, cum facturăm.
— rețeta produsului devine ordin, ordinul devine etape.
Inima fabricii. Cum e construit produsul (BOM), cum se transformă comanda în ordin de producție, ce etape trece, cât consumă, ce iese la sfârșit.
— totul intră aici, pleacă de aici, e numărat aici.
Inventarul real al fabricii — de la lemnul brut și plăcile de PAL la accesorii, finisaje, semifabricate work-in-progress, produse finite. Fundamentul pentru trasabilitate.
Sunt fundația sistemului — folosite de toate cele trei zone, prin design. Fiecare are rolul lui clar: trasabilitatea unifică datele cross-zone, EUDR/DDS traduce conformitatea regulamentară, rolurile asigură accesul controlat, rapoartele scot ce trebuie când trebuie.
Lanțul lot lemn → semifabricat → produs finit → comandă → client. Schema BD face ca orice query să poată fi rulat în orice direcție. Recall management: dat un lot defect, regăsim toți clienții afectați în secunde.
Geo-coordinate plot pădure pe fiecare lot, generare DDS în format XML conform schema EUDR, monitorizare status validare TRACES NT, păstrare 5 ani conform Reg. (UE) 2023/1115 + 2025/2650.
RBAC (Role-Based Access Control) configurabil per fabrică · log de audit imutabil pentru orice modificare critică · trasabilitate operator pentru fiecare consumare lot · conformitate GDPR pentru date clienți B2C.
Engine de generare PDF (WeasyPrint) și Excel (openpyxl) cu template-uri per fabrică · rapoarte EUDR audit-ready · dashboard analytics pe KPI-uri definite per client · plugin architecture pentru rapoarte custom.
Diferența între un ERP plat și un sistem real pentru fabrica de mobilă e aici: capacitatea de a urmări orice transformare a materiei, în orice direcție. Atelier construiește acest lanț de la prima zi — schema BD îl impune.
Dat un accesoriu defect (ex. balamale Blum cu retragere) — regăsim instant toate produsele care l-au folosit, toți clienții afectați, exportăm lista pentru notificare. Procesul actual cu Excel durează zile.
La control Garda Forestieră / Comisia, deschidem orice produs livrat și arătăm tot lanțul: lot lemn cu geo-coord, DDS validată în TRACES, certificate furnizor, traseul intern. Nimic căutat, totul deja conectat.
Client revendică defect la o ușă livrată acum 2 ani. Atelier scoate: din ce lot a venit lemnul, ce umiditate avea la recepție, cine a debitat-o, ce finisaj s-a aplicat, când a ieșit. Decizie justă, în minute.
Schema relațională normalizată în PostgreSQL — bine gândită pentru a permite atât evoluție prin Alembic migrations, cât și extindere prin câmpuri JSONB custom per fabrică. Un articol e doar un articol — fie e cui, scândură, ușă pe jumătate făcută sau canapea finită. Asta e cheia universalității.
Un singur tabel articole
cu coloana tip
(lemn_masiv · panou · accesoriu · finisaj · semifabricat · finit). Asta înseamnă că BOM-ul poate
compune ierarhic orice complexitate — un produs finit conține semifabricate, care conțin la rândul lor
piese din materii prime — fără modificare de schemă.
Tabelul consumuri
leagă fiecare consum de materie primă (lot specific) la comanda de producție unde a fost folosit.
De aici, orice query merge sus (de la lot la client) sau jos (de la client la lot) cu un singur
JOIN. Recall în secunde, audit fără surprize.
⊙ Schema completă: ~25 tabele core, 60+ relații FK, 14 indici critici · normalizată, evolutivă prin Alembic, extensibilă prin câmpuri JSONB per fabrică ⊙
Tehnologii mature, well-documented, cu comunități active. Toate alegerile sunt deliberate — fără magic stacks, fără frameworks la modă care dispar în 2 ani. Un developer mediu se poate orienta în întregul proiect în prima săptămână.
FastAPI cu OpenAPI auto-generat, type hints obligatorii, validare strictă prin Pydantic. Alembic pentru migrations versioned — schema BD evoluează curat, reversibil, versionat în git.
PostgreSQL e fundamentul. JSONB pentru extensii custom per fabrică fără schema migrations. Row-level security pentru izolare multi-tenant. UUID v7 ordonate temporal pentru indici eficienți.
Două variante suportate, alese per fabrică: React + Vite pentru companii care vor ecran modern și reactiv, sau htmx + Alpine pentru companii care preferă o interfață mai sobră, server-rendered, cu randare instant.
WeasyPrint pentru PDF (CSS-styled, identice cu web) · openpyxl pentru Excel cu formule funcționale · Jinja2 pentru template-uri custom per client.
JWT cu refresh tokens pentru fabrici cu o singură locație și până la 30 utilizatori. Integrare Authentik (self-hosted, EU-sovereign) pentru companii multi-sediu cu SSO, roluri granulare, 2FA, integrare AD/LDAP la fabricile care-l au deja.
Hetzner sau OVH pentru hosting EU-sovereign · Docker Compose pentru dev local și deployment · Caddy reverse-proxy cu TLS auto · backup zilnic + replicare ofsite.
Întrebarea critică pentru orice produs B2B: cum servesti N clienți cu același cod, dar ții fiecare client mulțumit cu particularitățile lui? Răspunsul Atelier — trei straturi clar separate. Core-ul rămâne stabil, configurarea se face fără cod, modulele extra se activează per licență.
— același pentru toți. Fundația universală.
Schema BD comună · CRUD-uri standard · API uniform · workflow-uri de bază. Toate fabricile au: clienți, articole, BOM, comenzi, loturi, facturare. Asta e fundația care nu se atinge per client.
— no-code. Fabrica își setează singură.
Fiecare fabrică are particularitățile ei. Aici se rezolvă fără să atingem cod — doar prin interfață de configurare. Etapele de producție specifice, câmpurile custom pe articole, workflow-uri de aprobare, branding.
— per licență. Per nevoie.
Funcționalități adiționale care nu intră în core, dar pot fi activate pentru fabricile care au nevoie. Fiecare modul are propria licență. Asta permite monetizare graduală + servirea segmentelor diferite cu același produs.
Fabricile românești de mobilă nu sunt toate la fel. Atelier servește trei profiluri distincte cu același core, dar cu module activabile diferite. Decizia ce module se activează vine dintr-o discuție cu patronul, nu dintr-un demo standard.
| Profil fabrică | Volum & ritm | Producție custom | Module critice | Provocare principală |
|---|---|---|---|---|
|
Custom mid-tier
IMAR-style · 1890
|
Volum mic · la comandă |
~100% — fiecare comandă unică | CRM · Configurator · BOM ierarhic · Ofertare PDF | Calcul cost rapid pe ofertă custom + termen credibil de livrare |
|
Producție de serie
SIMEX-style · 1947
|
Volum mare · continuu |
5-15% — restul standard | Stoc · OEE · FIFO · Programare · Cost analytics | Optimizare flux + reducere risipă materială + uptime utilaje |
|
Contract / export
Mobilux-style · IKEA-suppliers
|
Volum foarte mare · batch programat |
0% — comenzi standardizate | EUDR strict · Certificare FSC/PEFC · Audit-ready · Rapoarte UE | Conformitate continuă + audit-ready + certificări multiple |
⊙ Profilurile sunt orientative — multe fabrici reale combină elemente din două profiluri. Atelier permite combinații prin activarea modulelor, nu prin schimbarea produsului.
Tot ce vedeți pe această pagină — cele trei zone, schema bazei de date, foundation-ul, modulele, conexiunile cross-zone, stack-ul tehnologic — este real și complet definit ca arhitectură. Nu vorbim despre o idee generică, ci despre o soluție gândită cu particularitățile lemnului, ale producției de mobilă și ale reglementărilor europene în minte.
Ce urmează — și aici e diferența față de orice ERP cumpărat de pe raft — este faptul că versiunea finală pentru fabrica dvs. va diferi semnificativ de această prezentare. Particularitățile fluxului dvs. de lucru, terminologia internă, etapele specifice ale producției, raportările pe care le cereți, cataloagele unice — toate intră în versiunea concretă.
Pe scurt: scheletul universal e construit. Carnea îl primește din partea dvs. Așa evităm capcana ERP-urilor generice care nu cunosc lemnul — și capcana opusă, a unui sistem făcut pentru o singură fabrică care nu se mai poate vinde.
⊙ Această pagină prezintă scheletul universal Atelier. Versiunea finală pentru compania dvs. va fi diferită — exact pentru că e adaptată specific la cum lucrați, ce produceți, ce reglementări vă vizează și ce raportări vă trebuie.
Pagina aceasta nu e un PowerPoint cu promisiuni. E un blueprint arhitectural deschis pentru discuție. Vrem să auzim cum lucrați acum, ce vă chinuie, ce ar trebui să facă un sistem ca să schimbe ziua. De acolo Atelier prinde formă reală — particularitățile fabricii dvs. devin caracteristici ale produsului.