NUMAMECANICA SL

NUMAMECANICA SL és una societat mercantil constituïda a Burgos l'any 2011. D'acord amb el registre, la seva activitat s'emmarca en l'estudi, disseny, fabricació i comercialització de maquinària i eines, així com en el disseny, desenvolupament i comercialització de projectes mecànics i elèctrics i el comerç de vehicles. La fitxa registral la classifica com a societat activa.

La constitució consta el 2011. El 21 de novembre de 2011 es va inscriure una ampliació de l'objecte social que va fixar l'abast actual de l'activitat: estudi, disseny, fabricació i comercialització de maquinària i eines; disseny, desenvolupament i comercialització de projectes mecànics i elèctrics; i comerç major i menor de vehicles, segons el BORME. Les dades disponibles no permeten determinar qui va ser el fundador original ni el capital inicial.

Segons l'objecte social inscrit, l'empresa es dedicava al disseny i la fabricació de maquinària i eines, i a la comercialització de projectes mecànics i elèctrics. El registre també inclou el comerç de vehicles. Les dades disponibles no concreten els clients ni els sectors destinataris.

No consta informació financera ni comercial sobre l'evolució de l'empresa en cap exercici. Les dades disponibles només recullen actes registrals.

No consta que l'empresa hagi tancat. D'acord amb el registre, NUMAMECANICA SL consta com a activa. El 12 de novembre de 2025 es va inscriure el nomenament d'Emilio López Posteguillo com a administrador únic en substitució de Jairo Porras Braceras, i el 30 de juliol de 2026 es va inscriure el moviment invers: el cese de López Posteguillo i el nomenament de Porras Braceras com a administrador únic (dades registrals: S 8, H BU 12520, I/A 8, 24.07.26), segons el BORME.

No consta cap informació sobre l'herència industrial, tecnològica o patrimonial de l'empresa. Atès que continua activa, no es pot parlar de llegat en termes de discontinuïtat.

Les dades disponibles no identifiquen formalment els fundadors. Els administradors únics que consten al registre són Jairo Porras Braceras i Emilio López Posteguillo, que s'han alternat en el càrrec entre 2025 i 2026. No consta cap altra informació sobre la seva trajectòria actual. Per ampliar-ho es podria consultar el Registre Mercantil de Burgos (full BU 12520) i les comptes anuals dipositades.

• En el sector de fabricació de maquinària, l'objecte social ampli (maquinària, projectes elèctrics i comerç de vehicles) és habitual i permet diversificar, però també dificulta llegir l'activitat real a partir només del registre; cal contrastar-ho amb els comptes dipositats.
• L'alternança d'administrador únic en un interval curt (2025-2026) és un senyal que convé verificar en qualsevol anàlisi de govern corporatiu d'una pime industrial.
• Per a una societat constituïda el 2011, la consulta del dipòsit de comptes anuals és imprescindible abans de treure conclusions sobre la seva marxa; el BORME només documenta actes, no resultats.

La dada verificable és l'objecte social: "estudi, disseny, fabricació i comercialització de maquinària i eines; disseny, desenvolupament i comercialització de projectes mecànics i elèctrics" (font: ampliació d'objecte social, 2011-11-21, via OpenMercantil). Això és el que existia i el que es podria reconstruir.

La proposta (marcada com a proposta, no com a fet) és un taller d'enginyeria i fabricació a mida a Burgos, orientat a:

• prototipatge ràpid i sèrie curta per a PIME industrials de la província;
• disseny i fabricació d'utillatge, motlles senzills i peces especials;
• integració mecànica + elèctrica de petits conjunts (l'objecte social ja incloïa les dues disciplines).

No proposem reconstruir una "startup" en el sentit de producte digital: l'essència verificable és manufacturera i de servei tècnic. Això és una reinterpretació, no una dada.

El mercat rellevant és la indústria manufacturera de Burgos i el seu entorn (automoció, alimentació, logística, agroindústria). Burgos té un teixit industrial consolidat, però no disposem de dades verificades sobre la mida concreta d'aquest mercat per a NUMAMECANICA; qualsevol xifra que donéssim seria estimació.

El que sí que podem afirmar: l'objecte social de 2011 ja apuntava a "comerç major i menor de vehicles" i a maquinària, cosa que suggereix un client industrial, no de consumidor final (font: BORME 2011). La demanda que es pot atacar avui, com a hipòtesi a validar, és la de PIME que necessiten peces i utillatge a mida i que avui van a proveïdors de fora de la província o a tallers genèrics.

Proposta de model (a validar):

• Ingressos per projecte: disseny + fabricació d'utillatge i peces especials, facturació per hores d'enginyeria i per peça.
• Ingressos recurrents: manteniment i subministrament de recanvis per a maquinària instal·lada.
• Línia de prototipatge: servei de sèrie curta per a empreses que volen provar un producte abans d'invertir en motlle.

Marge objectiu: no en tenim dades verificades. Com a estimació de treball, un taller d'aquest tipus sol operar amb marge brut del 25-40% en fabricació i més alt en enginyeria; a validar amb pressupostos reals.

Fases (proposta):

1. Mesos 0-3: constituir o reactivar la societat, definir l'oferta de serveis i tancar 3-5 clients pilots de la província.
2. Mesos 3-9: llogar nau petita (150-300 m²), equip bàsic (torn, fresadora CNC d'entrada, soldadura, metrologia) i contractar 1-2 tècnics.
3. Mesos 9-18: consolidar cartera recurrent, afegir capacitat de disseny elèctric i ampliar a clients fora de Burgos.

No hi ha dades verificades sobre com va operar NUMAMECANICA; aquest pla és una proposta nova, no una reconstrucció del seu funcionament real.

Xifres estimades i a validar, no dades de l'empresa:

• Constitució i gestoria: 1.000-3.000 €.
• Lloguer de nau 150-300 m² a Burgos: estimació 800-1.800 €/mes (rang ampli, a validar amb el mercat local).
• Equipament bàsic de taller (CNC d'entrada, torn, soldadura, eines, metrologia): estimació 40.000-80.000 €.
• Programari CAD/CAM i llicències: estimació 3.000-8.000 €/any.
• Capital de treball per als primers 6 mesos (personal + lloguer + materials): estimació 40.000-70.000 €.

Total orientatiu d'arrencada: 85.000-160.000 €, amb un rang molt ampli segons si s'opta per maquinària nova o d'ocasió. Aquestes xifres són estimacions de mercat, no dades de NUMAMECANICA.

• Risc de mercat: no tenim dades verificades que el mercat local absorbeixi la capacitat; cal validar-ho amb clients pilots.
• Risc de capital: el cost d'equipament és alt i el retorn lent; un error de dimensionament pot ofegar la tresoreria.
• Risc de governança: el registre mostra canvis d'administrador únic el 2025 i el 2026 (fonts: BORME 2025-11-12 i 2026-07-30). Això és un fet; la seva causa no la podem afirmar. En qualsevol reconstrucció caldria assegurar una governança estable i no unipersonal.
• Risc de competència: tallers genèrics i proveïdors de fora poden cobrir part de la demanda amb preus baixos.

Lliçons que es poden extreure de l'expedient original (no és un currículum):

• L'objecte social ampli de 2011 (mecànica + elèctrica + comerç de vehicles) suggereix que l'empresa va intentar cobrir massa fronts; una reconstrucció hauria d'enfocar-se en un nínxol concret (utillatge i prototipatge) abans d'ampliar.
• El relleu d'administrador únic el 2025 i el 2026 indica que la governança unipersonal és fràgil; caldria un soci tècnic i un soci de gestió.
• La dada verificable més sòlida és el disseny i fabricació a mida: qui ho hauria de fer és un equip amb capacitat d'enginyeria mecànica real i arrelament al teixit industrial de Burgos, no un inversor financer pur.

Nota: les dades de l'empresa provenen de la fitxa registral d'OpenMercantil i del BORME citats; la resta de xifres i plantejaments són propostes o estimacions marcades com a tals i pendents de validació.

Una empresa de maquinària a mida ven projectes, no catàleg. Cada oferta és una combinació nova de components, materials, toleràncies i hores d'enginyeria, i cada canvi de requisit del client obliga a recalcular preus, llistes de materials i plans. Quan aquesta informació viu en fulls de càlcul per enginyer, passen tres coses: (1) es re-cotitza des de zero el que ja s'havia resolt, (2) les variants de fabricació divergeixen del que es va pressupostar, i (3) no hi ha traçabilitat de per què una màquina es va vendre a un preu i es va fabricar amb un altre cost.

El producte que descric resol això convertint la configuració tècnica en l'única font de veritat: una oferta és una configuració versionada d'un producte paramètric, i la fabricació en consumeix una instantània immutable. El motiu de disseny és clar: si l'oferta i la BOM de fabricació no comparteixen el mateix objecte de dades, la divergència és inevitable.

Nota de context: la societat és activa i ha tingut canvis d'administrador únic el 2025 i el 2026 [BORME / BOE (via OpenMercantil), 2026-07-30], cosa que reforça la necessitat d'un sistema on el coneixement tècnic no depengui d'una persona.

Tres serveis i una base de dades, desplegables en un sol servidor o en un VPS amb contenidors. Res de microserveis prematurs: el domini és un sol agregat (configuració de producte) i separar-lo massa aviat encareix la consistència.

``` [Client web / API REST] | v +-------------------+ +----------------------+ | servei-ofertes |---->| motor-regles | | (API, versions, | | (avaluació de | | snapshots) |<----| compatibilitat i | +---------+---------+ | càlcul de cost) | | +----------------------+ v +-------------------+ +----------------------+ | servei-fabricacio | | Postgres | | (paquet de taller,|---->| (única font de | | export PDF/CSV) | | veritat + JSONB) | +-------------------+ +----------------------+ ```

Decisions i motius:

• Postgres amb columnes JSONB per a paràmetres de configuració. Els paràmetres varien per família de màquina; un esquema EAV clàssic seria lent i illegible, i un esquema rígid obligaria a migracions per cada tipus nou. JSONB + validació a l'aplicació amb un esquema versionat dona flexibilitat sense perdre consultabilitat.
• Motor de regles com a servei separat, sense estat. Permet executar-lo en mode "què-passaria-si" des de l'oferta sense escriure res, i testar-lo de manera aïllada. Les regles s'emmagatzemen com a dades (taula `regla`), no com a codi, perquè enginyeria pugui ajustar restriccions sense desplegament.
• Instantànies immutables. Cada oferta aprovada genera un `snapshot` amb hash del contingut. Motiu: auditoria i reprodubilitat; si el client reclama, es pot demostrar exactament què es va cotitzar.
• Export a PDF/CSV en lloc d'integració directa amb ERP al primer lliurament. Redueix risc i dependència de tercers; l'ERP existent (si n'hi ha) consumeix fitxers fins que hi hagi API.

Entitats principals (Postgres):

• `familia_producte(id, nom, esquema_parametres JSONB, versio_esquema)`
• `producte(id, familia_id, codi, nom, actiu)`
• `parametre_def( familia_id, clau, tipus, unitat, minim, maxim, obligatori )` — definició validable dels paràmetres.
• `regla(id, familia_id, expressio, tipus, missatge, severitat)` — `tipus` ∈ {compatibilitat, cost, temps}.
• `component(id, codi, descripcio, cost_unitari, unitat, proveidor)`
• `regla_component(regla_id, component_id, formula)` — com una regla selecciona o quantifica components.
• `oferta(id, client_id, producte_id, estat, creada_el, aprovada_el)`
• `configuracio(id, oferta_id, parametres JSONB, versio, creada_el)` — esborranys mutables.
• `snapshot(id, oferta_id, configuracio_id, hash_sha256, payload JSONB, creat_el)` — immutable.
• `bom_linia(snapshot_id, component_id, quantitat, cost_unitari_congelat)`
• `cost_desglossat(snapshot_id, concepte, import)` — materials, hores, marge.

Invariants:

1. Un `snapshot` no s'actualitza mai; només s'insereix.
2. `hash_sha256` = hash canònic (JSON amb claus ordenades) del `payload`.
3. Tota `oferta` aprovada ha de tenir exactament un `snapshot` actiu.

API REST versionada (`/v1`), autenticació per token, idempotència amb capçalera `Idempotency-Key` a les escriptures.

• `POST /v1/ofertes` — crea oferta i configuració esborrany.
• `PUT /v1/ofertes/{id}/configuracio` — actualitza paràmetres; retorna errors de validació d'esquema.
• `POST /v1/ofertes/{id}/avaluar` — executa el motor de regles sense persistir; retorna incompatibilitats, cost estimat i temps.
• `POST /v1/ofertes/{id}/aprovar` — genera `snapshot` immutable i BOM congelada.
• `GET /v1/ofertes/{id}/snapshot` — retorna payload + hash.
• `GET /v1/snapshots/{id}/paquet-fabricacio?format=pdf|csv` — paquet de taller.
• `GET /v1/regles?familia=` i `POST /v1/regles` — gestió de regles (rol enginyeria).

Integracions:

• ERP/comptabilitat: export CSV amb format acordat; més endavant webhook `snapshot.aprovat`.
• Correu: enviament de l'oferta en PDF des del servei, amb registre d'enviament.
• CAD (fase 2): export de paràmetres a un fitxer JSON que un script de CAD consumeix; no es pretén pilotar el CAD des del web al primer lliurament.

Ordre deliberat per maximitzar valor amb risc mínim:

1. Esquema de paràmetres + validació per a una sola família de producte (la més venuda). Sense això, res més té sentit.
2. Motor de regles amb avaluació en memòria i tests unitaris de casos reals extrets d'ofertes passades.
3. API d'ofertes + avaluar (sense snapshot encara) perquè enginyeria validi el càlcul contra fulls de càlcul existents.
4. Aprovació amb snapshot immutable + BOM i export de paquet de fabricació.
5. Gestió de regles per part d'enginyeria (UI mínima o API).

No construir encara: visor 3D, integració bidireccional amb ERP, multi-tenant, app mòbil.

• Mida: MVP en ~10-14 setmanes amb 2 desenvolupadors backend + 1 frontend a temps parcial. Cost d'infraestructura baix (un VPS + Postgres gestionat).
• Risc 1 — Qualitat de les regles: si les regles no capturen excepcions reals, el motor dona costos falsos. Mitigació: arrencar amb una família i comparar contra 20-30 ofertes històriques abans de producció.
• Risc 2 — Model de paràmetres massa flexible: JSONB sense disciplina es torna inmanejable. Mitigació: esquema versionat i validació estricta a l'entrada.
• Risc 3 — Adopció per enginyeria: si el sistema és més lent que el full de càlcul, no s'usa. Mitigació: l'avaluació ha de respondre en menys de 2 s i l'export ha de substituir un document que ja feien.
• Risc 4 — Dependència de persones clau: els canvis d'administrador únic registrats [BORME / BOE, 2026-07-30] recorden que el coneixement ha de quedar al sistema, no al cap d'un enginyer.

• Validació funcional: per a cada família, reproduir 20 ofertes històriques i comparar cost i BOM calculats amb els reals; criteri d'acceptació: desviació de cost < 3% i BOM equivalent.
• Validació de regles: suite de tests on cada regla té almenys un cas positiu i un de negatiu; cobertura de regles al 100% abans de produir.
• Validació d'integritat: test que verifica que un `snapshot` no es pot modificar i que el hash coincideix amb el payload.
• Validació d'ús: pilot amb un enginyer durant 4 setmanes; mètrica d'èxit: el 100% de les ofertes noves passen pel sistema i el temps de cotització baixa respecte de la línia base mesurada.
• Validació de traçabilitat: auditoria mostral que, donada una oferta aprovada, es pot reconstruir exactament el cost i la BOM que es van enviar al client.