NUMAMECANICA SL

NUMAMECANICA SL es una sociedad mercantil constituida en Burgos en el año 2011. De acuerdo con el registro, su actividad se enmarca en el estudio, diseño, fabricación y comercialización de maquinaria y herramientas, así como en el diseño, desarrollo y comercialización de proyectos mecánicos y eléctricos y el comercio de vehículos. La ficha registral la clasifica como sociedad activa.

La constitución consta en 2011. El 21 de noviembre de 2011 se inscribió una ampliación del objeto social que fijó el alcance actual de la actividad: estudio, diseño, fabricación y comercialización de maquinaria y herramientas; diseño, desarrollo y comercialización de proyectos mecánicos y eléctricos; y comercio mayorista y minorista de vehículos, según el BORME. Los datos disponibles no permiten determinar quién fue el fundador original ni el capital inicial.

Según el objeto social inscrito, la empresa se dedicaba al diseño y la fabricación de maquinaria y herramientas, y a la comercialización de proyectos mecánicos y eléctricos. El registro también incluye el comercio de vehículos. Los datos disponibles no concretan los clientes ni los sectores destinatarios.

No consta información financiera ni comercial sobre la evolución de la empresa en ningún ejercicio. Los datos disponibles solo recogen actas registrales.

No consta que la empresa haya cerrado. De acuerdo con el registro, NUMAMECANICA SL consta como activa. El 12 de noviembre de 2025 se inscribió el nombramiento de Emilio López Posteguillo como administrador único en sustitución de Jairo Porras Braceras, y el 30 de julio de 2026 se inscribió el movimiento inverso: el cese de López Posteguillo y el nombramiento de Porras Braceras como administrador único (datos registrales: S 8, H BU 12520, I/A 8, 24.07.26), según el BORME.

No consta ninguna información sobre la herencia industrial, tecnológica o patrimonial de la empresa. Dado que continúa activa, no se puede hablar de legado en términos de discontinuidad.

Los datos disponibles no identifican formalmente a los fundadores. Los administradores únicos que constan en el registro son Jairo Porras Braceras y Emilio López Posteguillo, que se han alternado en el cargo entre 2025 y 2026. No consta ninguna otra información sobre su trayectoria actual. Para ampliarlo se podría consultar el Registro Mercantil de Burgos (folio BU 12520) y las cuentas anuales depositadas.

• En el sector de fabricación de maquinaria, el objeto social amplio (maquinaria, proyectos eléctricos y comercio de vehículos) es habitual y permite diversificar, pero también dificulta leer la actividad real a partir solo del registro; hay que contrastarlo con las cuentas depositadas.
• La alternancia de administrador único en un intervalo corto (2025-2026) es una señal que conviene verificar en cualquier análisis de gobierno corporativo de una pyme industrial.
• Para una sociedad constituida en 2011, la consulta del depósito de cuentas anuales es imprescindible antes de sacar conclusiones sobre su marcha; el BORME solo documenta actas, no resultados.

L'objecte social verificat és clar: "Estudio, diseño, fabricación y comercialización de maquinaria y herramientas. Diseño, desarrollo y comercialización de proyectos mecánicos y eléctricos. Comercio mayor y menor de vehículos a..." [BORME, 2011-11-21, via OpenMercantil]. Això és, en essència, una empresa d'enginyeria mecànica que fabrica i ven maquinària i utillatge.

La proposta de reconstrucció (marcada com a proposta meva, no com a fet de l'empresa original) seria un taller de precisió digitalitzat amb servei d'enginyeria integrat: mecanitzat CNC de petites i mitjanes sèries, disseny i fabricació d'utillatge i recanvis, i prototipatge ràpid per a clients industrials de la zona. És a dir, mantenir el nucli "disseny + fabricació" però orientar-lo a servei per encàrrec en lloc de producte propi, que és el model amb menys capital inicial i més recorregut per a un equip petit.

Burgos té un teixit industrial consolidat (automoció, alimentació, logística) que genera demanda recurrent de recanvis, utillatge i mecanitzats. Això és context de mercat general, no dada verificada de NUMAMECANICA: no tinc xifres de facturació, clients ni cartera de l'empresa original i no les inventaré.

El que sí que puc afirmar és que l'objecte social cobreix tant fabricació com comercialització de maquinària i eines, i també projectes mecànics i elèctrics — un ventall prou ampli per justificar un posicionament de servei tècnic integral. La validació del mercat concret (nombre de clients potencials, volum de comandes, competència local) és una tasca prèvia obligatòria, a fer amb dades reals de la zona.

Model proposat (no verificat): tres línies deingressos.

1. Mecanitzat per encàrrec — sèries curtes i mitjanes, recanvis, peces a mida. Ingrés per comanda, marge per hora-màquina.
2. Enginyeria i utillatge — disseny, desenvolupament de projectes mecànics i elèctrics, fabricació d'utillatge. Ingrés per projecte, marge més alt.
3. Comercialització de maquinària i eines — distribució de producte de tercers, que l'objecte social ja preveia. Ingrés per marge comercial.

La combinació busca estabilitat: la fabricació dona volum, l'enginyeria dona marge, la comercialització dona recurrència. Tot plegat és una hipòtesi de model a validar amb clients reals abans d'invertir.

Fases proposades (a validar):

• Fase 0 — Validació (1-2 mesos): entrevistes amb 15-20 industrials de la zona, sondeig de demanda de mecanitzat i utillatge, definició de l'oferta concreta.
• Fase 1 — Constitució i espai (1 mes): societat, lloguer de nau petita o compartida, assegurances.
• Fase 2 — Equipament (2-3 mesos): màquina CNC de segona mà o llogada, eina de mesura, programari CAD/CAM. Començar amb capacitat limitada i subcontractar el que no es pugui fer.
• Fase 3 — Primers clients (3-6 mesos): captació directa, primers encàrrecs, ajust de preus i processos.
• Fase 4 — Consolidació (6-18 mesos): ampliar màquines segons demanda real, no abans.

La clau és no comprar capacitat abans de tenir comandes: començar lleuger i créixer amb la cartera.

Xifres estimades i a validar (rang orientatiu, no pressupost real):

• Constitució, gestoria i assegurances: 1.500-3.000 €.
• Lloguer de nau petita (fiança + primers mesos): 3.000-8.000 €.
• Màquina CNC de segona mà + eina de mesura: 25.000-60.000 € (rang molt ampli segons equip).
• Programari CAD/CAM i informàtica: 2.000-6.000 €.
• Matèries primeres i estoc inicial: 3.000-8.000 €.
• Màrqueting, web i captació inicial: 1.500-4.000 €.
• Fons de maniobra (6 mesos): 15.000-30.000 €.

Total orientatiu: 50.000-120.000 €, amb un escenari lleuger (subcontractant fabricació i llogant màquina) que podria baixar a 20.000-40.000 €. Són estimacions meves, no dades de l'empresa original.

• Risc de capital: comprar maquinària abans de tenir cartera és la manera més ràpida de cremar caixa. Mitigar-ho començant lleuger.
• Risc de concentració de clients: dependre de dos o tres industrials grans. Cal diversificar.
• Risc de competència local: Burgos té tallers consolidats; caldrà un nínxol clar (precisió, terminis curts, enginyeria integrada).
• Risc de governança: el registre mostra relleu d'administrador únic el 2025 i el 2026 [BORME 2025-11-12 i 2026-07-30]. En una reconstrucció cal definir bé qui mana i qui respon, per evitar el mateix problema.
• Risc de mercat: la demanda industrial és cíclica; cal preveure valls.

Les lliçons de l'expedient original: una empresa que va néixer el 2011 amb un objecte social ampli (disseny, fabricació, comercialització, projectes mecànics i elèctrics) i que el 2025-2026 va viure un relleu d'administrador únic. Això suggereix que el repte no va ser tant la idea com la governança i la continuïtat.

Per tant, qui ho hauria de fer és un equip amb:

• Un perfil tècnic de fabricació (mecanitzat, CNC, utillatge) que domini el producte.
• Un perfil d'enginyeria i comercial que sàpiga vendre servei i gestionar projectes.
• Un soci o estructura de govern clara que no depengui d'una sola persona, aprenent del relleu registral de l'original.

La lliçó: la idea aguanta; el que cal blindar és l'equip, la governança i la cartera de clients des del primer dia.

NUMAMECANICA SL és una empresa de Burgos constituïda el 2011, activa i amb 15 anys d'activitat, dedicada per objecte social a l'"estudi, disseny, fabricació i comercialització de maquinària i eines" i al "disseny, desenvolupament i comercialització de projectes mecànics i elèctrics" [BORME / BOE (via OpenMercantil), 2026-07-30]. És una empresa petita: dos administradors únics que s'han alternat en el càrrec (Emilio López Posteguillo el 2025, Jairo Porras Braceras el 2026) [BOE / BORME, 2026-07-30].

En aquest perfil d'empresa, el coll d'ampolla habitual no és la capacitat de fabricar sinó el cicle de resposta comercial-tècnica: cada consulta d'un client requereix que un enginyer reinterpreti requisits, calculi dimensions, esculli components i munti un pressupost. Aquest procés és:

• No repetible: dues persones poden pressupostar la mateixa màquina amb criteris diferents.
• No traçable: el full de càlcul que va generar una oferta no queda lligat a la comanda que es va fabricar.
• Fràgil: el coneixement de quins motors, reductors o materials funcionen per a cada aplicació viu al cap de l'enginyer.

La solució no és un ERP genèric (ja n'hi ha al mercat i no captura el domini). És un configurador de producte amb motor de regles d'enginyeria que codifica aquest coneixement i el fa executable.

Arquitectura de tres capes amb un nucli de domini aïllat, perquè les regles d'enginyeria són l'actiu i han de poder evolucionar sense tocar la interfície ni la persistència.

``` [Client web / API] → [API Gateway + Auth] │ ▼ [Servei de Configuració] ← nucli de domini ├─ Motor de regles (Rust) ├─ Catàleg de components └─ Generador de BOM │ ┌───────────────┼────────────────┐ ▼ ▼ ▼ [PostgreSQL] [Magatzem de [Servei de catàleg + fitxers S3] documents] comandes (plànols, PDF) (ofertes PDF, paquets DXF/STEP) ```

Decisions i motius:

1. Motor de regles en Rust com a biblioteca compilada, no com a motor extern (Drools, etc.). Les regles són càlculs numèrics (resistència, potència, toleràncies) i restriccions de compatibilitat. Un motor interpretat afegeix latència i una corba d'aprenentatge que una empresa de dues persones no absorbirà. Rust permet regles com a codi versionat, testejable amb `cargo test`, i desplegable com a binari únic.

1. PostgreSQL amb JSONB per als paràmetres de configuració. Cada família de màquina té paràmetres diferents; un esquema relacional rígid obligaria a migracions constants. JSONB permet esquema flexible amb validació a l'aplicació (serde) i consultes per camps.

1. Generació de documents en un servei separat. L'oferta en PDF i el paquet de fabricació (DXF, STEP, full de ruta) són artefactes que canvien de format sovint i no han de bloquejar el nucli. Servei independent, cua de treball, emmagatzematge a S3.

1. Monòlit modular, no microserveis. Amb un equip de 2-3 persones, la complexitat operativa de microserveis no es paga. El servei de configuració i el de documents comparteixen desplegament; el motor de regles és una crate separada dins del mateix repositori.

Esquema relacional amb JSONB per a paràmetres. Entitats principals:

```sql -- Família de màquines (ex: "transportador de rodets", "premsa hidràulica") CREATE TABLE familia ( id UUID PRIMARY KEY, nom TEXT NOT NULL, versio_regles TEXT NOT NULL, -- hash del commit del motor que la valida esquema_param JSONB NOT NULL -- JSON Schema dels paràmetres admesos );

-- Component del catàleg (motor, reductor, perfil, rodet...) CREATE TABLE component ( id UUID PRIMARY KEY, familia_id UUID REFERENCES familia(id), referencia TEXT NOT NULL UNIQUE, proveidor TEXT, atributs JSONB NOT NULL, -- potència, parell, dimensions, preu preu_llista NUMERIC(10,2), actiu BOOLEAN DEFAULT TRUE );

-- Regla d'enginyeria: restricció o càlcul associat a una família CREATE TABLE regla ( id UUID PRIMARY KEY, familia_id UUID REFERENCES familia(id), clau TEXT NOT NULL, -- identificador estable, ex: "potencia_minima" tipus TEXT NOT NULL, -- 'restriccio' | 'calcul' | 'compatibilitat' expressio TEXT NOT NULL, -- DSL o referència a funció Rust missatge TEXT, -- error mostrat a l'usuari si falla UNIQUE(familia_id, clau) );

-- Configuració concreta demanada per un client CREATE TABLE configuracio ( id UUID PRIMARY KEY, familia_id UUID REFERENCES familia(id), parametres JSONB NOT NULL, estat TEXT NOT NULL, -- 'esborrany'|'validada'|'pressupostada'|'comanda' creat_per TEXT, creat_el TIMESTAMPTZ DEFAULT now() );

-- Resultat del càlcul: BOM generada i traçada CREATE TABLE bom_linia ( id UUID PRIMARY KEY, configuracio_id UUID REFERENCES configuracio(id), component_id UUID REFERENCES component(id), quantitat NUMERIC(10,3) NOT NULL, preu_unitari NUMERIC(10,2), origen_regla TEXT -- quina regla va generar aquesta línia );

-- Oferta emesa (document immutable un cop enviada) CREATE TABLE oferta ( id UUID PRIMARY KEY, configuracio_id UUID REFERENCES configuracio(id), versio INT NOT NULL, pdf_uri TEXT, total NUMERIC(12,2), enviada_el TIMESTAMPTZ ); ```

Motiu del camp `origen_regla`: cada línia de BOM ha de poder respondre "per què hi ha aquest component?". Sense això, un canvi de regla fa impossible auditar ofertes antigues. És el mecanisme que fa traçable el coneixement.

Motiu de `versio_regles` a `familia`: una oferta emesa amb la versió X de les regles ha de poder reproduir-se encara que les regles canviïn. S'emmagatzema el hash i el motor manté compatibilitat enrere per a configuracions ja validades.

API REST sobre HTTP/JSON, versionada per URL (`/v1/...`). Autenticació per token de sessió per a usuaris interns i clau d'API per a integracions.

Endpoints principals:

``` POST /v1/configuracions body: { familia_id, parametres: {...} } → valida contra esquema_param i regles de restricció → 201 { id, estat: "validada", avisos: [...] }

POST /v1/configuracions/{id}/bom → executa regles de càlcul i compatibilitat → 200 { linies: [...], total_estimat }

POST /v1/configuracions/{id}/oferta → encua la generació de PDF → 202 { oferta_id, estat: "generant" }

GET /v1/ofertes/{id}/pdf → 302 a URL signada S3 (caducitat 15 min)

GET /v1/components?familia_id=...&atributs.potencia_min=... → cerca filtrada al catàleg

POST /v1/webhooks/comanda → integració amb ERP/facturació: { configuracio_id, num_comanda_extern } ```

Integracions concretes:

• ERP o programa de facturació existent: via webhook de sortida quan una configuració passa a `comanda`. No es construeix facturació pròpia; s'integra amb el que l'empresa ja faci servir.
• Proveïdors de components: importació periòdica de catàlegs (CSV) amb preus i disponibilitat. Un job programat actualitza `component.atributs` i `preu_llista`, marcant canvis de preu per sobre d'un llindar perquè l'enginyer els revisi.
• Emmagatzematge de documents: S3 compatible amb URL signades; els PDF i fitxers DXF/STEP no passen pel servei d'aplicació un cop generats.
• Correu: enviament de l'oferta al client via SMTP, amb registre de `enviada_el` per traçabilitat.

Decisió de no fer: no s'exposa el motor de regles com a API pública. Les regles són propietat intel·lectual de l'empresa i només s'executen dins del servei.

Ordre d'implementació pensat per obtenir valor abans d'haver-ho construït tot:

1. Una sola família de màquina, la més venuda. No començar amb un configurador genèric. Triar la família amb més volum de pressupostos i codificar-ne les regles. Això força que el model de dades es validi amb un cas real abans de generalitzar.

1. Motor de regles mínim viable: restriccions (rang de paràmetres) i càlculs (dimensionament bàsic). Sense compatibilitat entre components encara; això ve després.

1. Generador de BOM i pressupost en PDF. És el lliurable que l'enginyer fa servir cada dia i el que justifica el projecte davant la direcció.

1. Catàleg de components amb importació CSV. Sense catàleg real, el motor no té res a calcular.

1. API de configuració + interfície web mínima (formulari de paràmetres, botó "genera oferta", previsualització).

1. Traçabilitat: `origen_regla` a la BOM i versió de regles a l'oferta. Es fa des del primer dia perquè retroactivament és impossible.

El que no es construeix a la primera fase: compatibilitat entre components, integració amb ERP, multi-família, portal de client.

Mides: una empresa de dues persones no justifica més de 2-3 desenvolupadors. El sistema ha de ser operable per una sola persona: un sol desplegament, una base de dades, còpies de seguretat automà