Construcții — ghid de configurare pe SGApps ERP

Poziție onestă: SGApps ERP nu este un software de management construcţii dedicat (nu are grafic Gantt cu drum critic, nu se integrează cu programe de deviz oficiale MD tip WinDoc/eDeviz, nu generează situații de lucrări conform format MADR / Inspectoratului de Stat în Construcţii). Ce oferim este un set de primitive extensibile — șantier ca folder-grup, articol deviz ca folder-produs, etapă construcţie ca invoice lifecycle, evidență materiale + ore-om în stock-logger inalterabil — care se pot configura la cerere pentru firme mici / medii de construcţii care vor evidență materiale, ore muncă, subcontractori și cost pe şantier. Rapoartele oficiale către Inspectoratul de Stat în Construcţii sau formatele deviz oficiale MD rămân majoritar manuale sau customizare separată.

1. Modelul recomandat de entități

Concept business Entitate ERP Câmpuri folosite
Șantier / obiectiv construcţie folder-grup sau POS (după complexitate) Pentru firme mici — folder-grup per şantier în catalog; pentru firme cu mai multe şantiere simultane și necesar stoc/casă distinct — fiecare şantier ca POS propriu
Etaj / secţiune / zonă în cadrul şantierului folder-grup sub şantier params.quantity_available — cantitate lucrări încheiate
Articol deviz (m³ beton, kg armătură, m² zidărie, ml cablu) folder-produs de tip product name, SKU, MPN, quantity_unit (m3, kg, m2, ml, buc), photo_* (mostre, execuție), params.* (specificaţie tehnică)
Material achiziţionat (ciment, cărămidă, oţel-beton, faianţă) folder-produs cu SKU propriu Stocuri, cost achiziţie per POS/şantier
Etapă lucrare (fundaţie → structură → finisaje) invoice lifecycle (wip → validated → applied → done) Fiecare etapă = 1 invoice cu stagii; deblocarea etapei următoare = manuală după acceptare
Ore muncă / echipă / subcontractor folder-produs tip serviciu (ex.: "oră-zidar", "oră-echipă-electricieni") + invoice consum ore Se poate configura la cerere ca resursă cu cost/oră per POS
Deviz / subcomandă cu cod temporar (înainte de codificare oficială) folder-produs cu MPN temporar F:<prefix>:<uid> → upgrade la MPN permanent după emiterea devizului oficial Pattern din applications/storage-groups-folder-invoices/api.js linia 460
Rețetă tehnologică (1 m³ beton = X kg ciment + Y kg agregate + Z l apă + N ore-om) product:recipe + bomCycleGenerate Fiecare rulare consumă materialele + orele exact conform reţetei
Cod deviz / cod ofertă / cod contract references.json — chei libere references.santier:cod-contract, references.santier:cod-deviz, references.santier:beneficiar-idno
Multi-şantier cu stoc/cost izolat params_pos[<pos>] Aceeaşi cărămidă poate avea cost achiziţie şi stoc diferit între şantiere
Documentație foto evoluţie şantier / calitate lucrări photo_00..photo_N pe folder-şantier + fişiere ataşate pe invoice-ul-etapă Fiecare etapă poate acumula foto cronologic

Ce nu e un fit natural: grafic Gantt / diagramă drum critic cu dependințe între activități (finisajele nu pot începe înainte de închiderea structurii) — sistemul nu are componentă de planificare temporală cu vizualizare Gantt. Dependinţele pot fi ținute la nivel de flux (etapa X are stagiu wip până când etapa Y ajunge la done), dar UI-ul de planificare temporală = customizare separată sau integrare externă (ex.: MS Project / OpenProject sau export CSV).

2. Ce se acoperă 1:1 cu primitivele existente

3. Ce necesită dev/proiect (project scope, nu produs)

4. Ce e complet neacoperit sau se face manual

5. Scenariu real end-to-end

Toate log-urile rămân inalterabile pentru audit fiscal ulterior.

6. Ce nu promitem

7. Scoring (0-100% per dimensiune)

Dimensiune Pondere Scor Notă onestă
Model de date 25% 65% Primitivele acoperă şantier, articol deviz, material, etapă lucrare, subcontractor, cost intern. Lipsă model Gantt / drum critic — se poate adăuga la nivel de flux, nu ca UI.
Fluxuri operaționale zilnice 25% 60% Recepţie materiale, consum via BOM cycle, pierderi cu motiv, transfer inter-şantier, emitere factură beneficiar — toate rulează cu primitivele existente. UI tabletă e generic, nu are gesturi specifice şantier (input rapid consum, scan cod material, foto-pe-etapă tag automat).
Rapoarte management 15% 50% Storage-groups + shift close + Top losses dau agregări generice. Profit/şantier, comparaţie planificat vs. executat, cash-flow multi-şantier = customizare.
Rapoarte oficiale autoritate 15% 20% Formulare ISC / MADR / cartea tehnică nu au template. Datele brute sunt exportabile prin API JSON; formatarea oficială e nedocumentată.
Integrări specifice vertical 10% 15% Bridge Android oferă infra, dar programe deviz oficiale MD / senzori pontaj / e-tender = configurări per proiect.
Documentație existentă 10% 5% Prima pagină dedicată construcţii; fără capturi/scenarii vizuale încă.

Următorul pas

sgapps.io