Signify

De acuerdo con la ficha registral de OpenMercantil (BORME), SIGNIFY IBERIA SL es una sociedad mercantil española con número de hoja registral 607302 (tomo 33739, folio 175, sección 8). Los datos facilitados la clasifican como startup del sector de software y SaaS, con ubicación en Barcelona.

Es necesaria una precisión importante: el corpus no describe ningún cierre ni ninguna transformación de esta sociedad. El estado registral que consta es "activa". Por tanto, este informe no puede tratarla como una empresa desaparecida; describe lo que el registro dice de una sociedad vigente.

El corpus no contiene la fecha de constitución original ni la escritura fundacional. El año 2020 que aparece en los datos coincide con los primeros actos registrales documentados, no con una constitución acreditada.

Los actos más antiguos del corpus son del 21 de enero de 2020 (nombramiento de apoderados: Barallat Sendagorta, Pablo; Spee, Maurice Paul Catharina Johan), seguidos de un cese y nombramiento de secretario no consejero el 13 de febrero de 2020 y del nombramiento de apoderado de SIGNIFY HOLDING B.V. el 29 de diciembre de 2020. Este último acto indica una vinculación con el grupo Signify Holding B.V., que consta en el BORME como apoderada.

El corpus no aporta información sobre productos, clientes o modelo de negocio. La clasificación sectorial ("software y SaaS") proviene de los datos facilitados, no de una fuente documental del corpus que la desarrolle.

Lo que sí consta en el registro es una estructura de gobierno con consejeros y un número elevado de apoderados, hecho habitual en filiales de grupo. El 3 de junio de 2024 consta el nombramiento de Muñoz Vázquez, Sergio como consejero y de Albertín Roldán, David como presidente, con el cese de Martínez Andrés, Josep Manel en ambos cargos.

El corpus no contiene datos financieros, de facturación, de plantilla ni de clientes. No es posible, por tanto, identificar "años buenos" ni cuantificar ninguna evolución. La única evolución documentada es la sucesión de actos registrales entre 2020 y 2026: nombramientos y revocaciones de apoderados (2021, 2022, 2023, 2024, 2025 y 2026) y cambios en el consejo (2023 y 2024).

No consta ningún cierre. La ficha registral indica estado "activa" y el último acto del corpus es del 8 de abril de 2026 (nombramientos de apoderados mancomunados solidarios: Del Valle Rodríguez, Álvaro; Llabrés Quesada, Beatriz; Perramón Ramírez, Cecilia, entre otros). No hay en el corpus ningún acto de disolución, liquidación o concurso.

Dado que no consta ningún cierre, no se puede hablar de herencia en el sentido de continuidad o legado de una actividad extinguida. Lo que consta es una sociedad vigente integrada en la estructura del grupo Signify, según la vinculación con SIGNIFY HOLDING B.V. que aparece en el BORME.

El corpus no identifica "fundadores" en sentido estricto; identifica consejeros y apoderados. De acuerdo con la ficha registral, los consejeros que constan son Muñoz Vázquez, Sergio; Fominaya Muñoz, Eduardo; y Albertín Roldán, David (este último también como presidente desde el 3 de junio de 2024, según el BORME).

Sobre su situación actual fuera del registro, no consta. Para completarlo se podría consultar el BORME más reciente, las cuentas depositadas en el Registro Mercantil de Madrid y, si procede, fuentes corporativas del grupo Signify.

• En filiales de grupo, el registro mercantil refleja sobre todo movimientos de gobierno (apoderados, consejeros) y no actividad comercial: no hay que confundir volumen de actos con crecimiento o dificultades.
• La fecha del primer acto en el BORME no equivale a la fecha de constitución; para una filial hay que distinguir entre la sociedad española y la matriz extranjera (aquí, SIGNIFY HOLDING B.V.).
• El estado registral "activa" es un hecho verificable y debe respetarse: no se puede redactar un relato de cierre cuando el registro dice lo contrario.
• Para evaluar una empresa de software se necesitan cuentas depositadas y fuentes sectoriales; el BORME, por sí solo, no permite afirmar nada sobre producto, clientes o resultados.

El que les fonts permeten afirmar és limitat i cal dir-ho clarament: Signify Manufacturing Spain SL és una societat activa al registre, constituïda el 2019, amb domicili a Barcelona i registre mercantil a Valladolid [BORME/BOE via OpenMercantil, 2026-01-30]. El 13 de gener de 2026 va ampliar l'objecte social per incloure "activitats de fabricació i comercialització de bateries de diferents materials" [BOE/BORME, 2026-01-30]. El 30 de gener de 2026 hi va haver cessaments i nomenaments de conseller, amb entrada de Lars van der Meulen i sortida de David Albertín Roldán [BORME/BOE, 2026-01-30].

No consta a les fonts cap dada sobre planta, capacitat, tecnologia, clients o xifres econòmiques. Per tant, la "idea avui" que proposo és una reconstrucció hipotètica, marcada com a proposta:

• Proposta: una empresa catalana de fabricació i integració de bateries per a usos industrials i d'emmagatzematge estacionari (no necessàriament cel·les pròpies, sinó muntatge de packs, BMS i integració de sistema), aprofitant el teixit industrial i de recerca de l'àrea Barcelona-Vallès.
• Proposta: començar per assemblatge i integració (menys capital-intens) i només plantejar fabricació de cel·les si hi ha un soci tecnològic i capital pacient.

Cal no confondre aquesta proposta amb el que l'empresa realment feia: les fonts no ho diuen.

Aquest apartat és estimació i anàlisi de context, no dada verificada de l'empresa. El que sí que és sòlid:

• L'electrificació industrial i l'emmagatzematge estacionari són segments amb demanda creixent a Europa, empesos per regulació i per la necessitat de gestionar renovables. (Context general, a validar amb estudis sectorials concrets.)
• Catalunya té ecosistema de recerca i indústria auxiliar (automoció, electrònica, químic) que és un actiu real per a integració de bateries. (Context, a validar.)
• Proposta: els nínxols més accessibles per a un entrant petit són packs a mida per a maquinària, flotes i emmagatzematge de petit format, no la gran cel·la per a automoció, on la competència és de gigants asiàtics i europeus consolidats.

El dimensionament concret del mercat (volums, preus, marges) no es pot afirmar amb les fonts disponibles i caldria encarregar-lo.

Proposta, a validar:

• Línia A — Integració i assemblatge de packs per a clients industrials (maquinària, carretons, flotes), amb servei de disseny, BMS i certificació. Marge per valor afegit, no per volum.
• Línia B — Emmagatzematge estacionari de petit/mitjà format per a indústries i instal·ladors, com a integrador (no fabricant de cel·les).
• Línia C — Servei postvenda i segona vida: manteniment, reacondicionament i traçabilitat, que genera recurrència i fidelitza.
• Ingressos: venda d'equips + contractes de manteniment + projectes a mida. Proposta: barrejar producte i servei per no dependre d'un sol contracte.
• No fer (de moment): fabricació de cel·les químiques pròpies; requereix capital i permisos que un entrant petit no pot assumir.

Proposta, en fases, a validar:

1. Fase 0 (mesos 0-3): validar 5-10 clients potencials reals a Catalunya; definir 2 productes d'integració; tancar un soci tecnològic o un contracte pilot.
2. Fase 1 (mesos 3-9): espai petit de muntatge (no planta gran), certificacions bàsiques, primers pilots pagats.
3. Fase 2 (mesos 9-18): escalar amb 2-3 línies, contractar tècnics, obrir servei postvenda.
4. Fase 3 (18 mesos+): avaluar fabricació pròpia o llicència només si els pilots ho justifiquen.

Punt crític: no obrir planta abans de tenir contractes. El risc d'immobilitzat és el que mata aquests projectes.

Tot són estimacions i rangs, a validar amb pressupostos reals; no són dades de l'empresa.

• Constitució i legal/administratiu: rang orientatiu 5.000-20.000 € (estimació).
• Espai de muntatge petit (lloguer + adequació): rang orientatiu 30.000-80.000 € el primer any (estimació, depèn de m² i ubicació).
• Equip de muntatge i test (no fabricació de cel·les): rang orientatiu 50.000-200.000 € (estimació àmplia, depèn d'abast).
• Certificacions i assajos: rang orientatiu 15.000-60.000 € (estimació).
• Equip humà inicial (3-6 persones, 12 mesos): rang orientatiu 150.000-350.000 € (estimació).
• Capital circulant i estoc: rang orientatiu 50.000-150.000 € (estimació).

Ordre de magnitud total per arrencar en format integrador: rang estimat de 300.000 € a 800.000 € el primer any, a validar. Si es volgués fabricar cel·les, l'ordre de magnitud puja a milions d'euros i queda fora d'un llançament lleuger (estimació).

• Risc de confondre objecte social amb negoci real: que el registre digui "bateries" no implica planta ni clients. Cal validar-ho tot.
• Risc de capital: la fabricació de bateries és intensiva en capital i en temps; un entrant petit ha de quedar-se en integració.
• Risc tecnològic i de proveïment: dependència de proveïdors de cel·les (Àsia) i de la cadena de subministrament.
• Risc regulatori i de certificació: normativa de seguretat, transport i residus; pot endarrerir el llançament.
• Risc de mercat: competència de grans integradors i pressió de preus.
• Risc de govern: els canvis de consell documentats el 2026 mostren que la governança pot moure's; cal estabilitat per executar.

Lliçons que es desprenen de l'expedient original (no un currículum):

• Un equip amb soci tècnic i soci industrial, no només financer: la integració de bateries exigeix coneixement electroquímic i de certificació.
• Governança estable: els canvis de conseller i d'apoderats documentats el 2026 [BORME/BOE] suggereixen que cal fixar un equip fundador sòlid abans d'escalar.
• Paciència de capital: millor un projecte petit rendible que una planta gran sense contractes.
• Focus en nínxol: guanyar amb packs a mida i servei, i només després plantejar fabricació pròpia.
• Validar abans d'invertir: el registre diu què és legalment possible; el mercat diu què és rendible. La distància entre tots dos és el risc principal d'aquest projecte.

Signify Manufacturing Spain SL neix el 2019 i fins al 2026 opera amb un objecte social manufacturer genèric. El 13 de gener de 2026 amplia l'objecte social a "activitats de fabricació i comercialització de bateries de diferents materials" (BORME, 2026-01-13). Aquesta ampliació no és un tràmit menor: fabricar bateries introdueix requisits de traçabilitat de materials, control de lots, gestió de química (liti, níquel, etc.) i compliment del Reglament (UE) 2023/1542 sobre bateries, que exigeix passaport digital de bateria i declaració de petjada de carboni.

El problema concret és que una planta que comença a fabricar bateries sense un sistema de registre de producció per lot no pot respondre a tres preguntes bàsiques: quin material hi ha dins d'una bateria concreta, quins lots de matèria primera s'han fet servir, i quines proves de qualitat s'han superat. Sense aquest registre, qualsevol reclamació de client o auditoria reguladora es resol amb fulls de càlcul i memòria dels operaris.

La decisió de disseny és no construir un ERP complet ni un PLM. Es construeix un MES lleuger que captura el que passa a la planta i deixa l'ERP financer i el PLM de disseny fora d'abast.

L'arquitectura és un monolític modular amb tres capes, desplegat en un sol servidor a la planta (on-premise) perquè la latència a la línia de producció no pot dependre de la xarxa externa.

``` [Terminal de planta (navegador/tablet)] | v [API REST - Node.js + Fastify] <-- autenticació JWT, RBAC per rol | +--> [PostgreSQL 16] (dades transaccionals: lots, ordres, mesures) | +--> [MinIO / S3 local] (fitxers: certificats de proveïdor, fotos de no conformitat) | +--> [Worker de cues - BullMQ + Redis] (càlcul de genealogia, exportacions) ```

Per què monolític i no microserveis: l'equip és petit (una planta, un torn inicial) i el domini és fortament transaccional. Un monolític modular amb mòduls separats per `lots`, `ordres`, `qualitat` i `integració` permet extreure un servei més endavant si cal, sense pagar el cost operatiu de microserveis ara.

Per què PostgreSQL i no una base documental: la genealogia de lots és una consulta recursiva (un lot pare pot tenir N lots fills i viceversa). PostgreSQL amb `WITH RECURSIVE` resol això en una sola consulta; una base documental obligaria a fer-ho a l'aplicació.

Per què on-premise: la planta no pot aturar-se si cau la connexió a internet. El servidor local és la font de veritat; la sincronització amb sistemes corporatius és un procés asíncron posterior.

El nucli són quatre entitats i una taula de relació que modela la genealogia.

```sql -- Matèries primeres i components CREATE TABLE material ( id UUID PRIMARY KEY, codi TEXT UNIQUE NOT NULL, -- codi intern, p.ex. "MAT-LI-001" nom TEXT NOT NULL, quimica TEXT, -- 'Li-ion', 'NiMH', 'LFP', ... unitat TEXT NOT NULL, -- 'kg', 'unitat' perillos BOOLEAN DEFAULT FALSE -- requereix manipulació especial );

-- Lots: la unitat de traçabilitat CREATE TABLE lot ( id UUID PRIMARY KEY, material_id UUID NOT NULL REFERENCES material(id), codi_lot TEXT NOT NULL, -- generat per regla: LOT-{material}-{YYYYMMDD}-{seq} quantitat NUMERIC NOT NULL, proveidor_id UUID REFERENCES proveidor(id), data_entrada TIMESTAMPTZ NOT NULL, estat TEXT NOT NULL CHECK (estat IN ('rebut','en_qualitat','aprovat','rebutjat','consumit')), UNIQUE (material_id, codi_lot) );

-- Ordres de fabricació CREATE TABLE ordre_fabricacio ( id UUID PRIMARY KEY, codi TEXT UNIQUE NOT NULL, producte_id UUID NOT NULL REFERENCES material(id), -- el producte acabat també és un material quantitat NUMERIC NOT NULL, estat TEXT NOT NULL CHECK (estat IN ('planificada','en_curs','pausada','acabada','cancel·lada')), inici TIMESTAMPTZ, fi TIMESTAMPTZ );

-- Genealogia: quins lots consumeix una ordre i quin lot en surt CREATE TABLE consum_lot ( id UUID PRIMARY KEY, ordre_id UUID NOT NULL REFERENCES ordre_fabricacio(id), lot_consumit_id UUID NOT NULL REFERENCES lot(id), quantitat_consumida NUMERIC NOT NULL, data_consum TIMESTAMPTZ NOT NULL );

CREATE TABLE lot_produit ( ordre_id UUID NOT NULL REFERENCES ordre_fabricacio(id), lot_id UUID NOT NULL REFERENCES lot(id), PRIMARY KEY (ordre_id, lot_id) ); ```

Decisió clau: el producte acabat també és un `material` i un `lot`. Això permet que la genealogia sigui uniforme: un lot de bateria acabada té lots de cel·les i lots de carcassa com a pares, i si aquesta bateria s'incorpora a un pack més gran, el mateix mecanisme la tracta com a filla. No calen taules específiques per a cada nivell de producte.

Per què `consum_lot` separada de `lot_produit`: el consum pot ser parcial (es consumeixen 3 kg d'un lot de 10 kg) i cal registrar la quantitat exacta per calcular el balanç de materials. La producció és tot-o-res per ordre.

L'API és REST, versionada (`/v1`), amb autenticació JWT i control d'accés per rol (`operari`, `qualitat`, `planificador`, `admin`).

Endpoints principals:

``` POST /v1/lots -- registrar entrada de lot (operari de magatzem) GET /v1/lots/:id/genealogia -- arbre recursiu amunt i avall POST /v1/ordres -- crear ordre de fabricació POST /v1/ordres/:id/consum -- registrar consum de lot (operari de línia) POST /v1/ordres/:id/acabar -- tancar ordre i generar lot de producte GET /v1/ordres/:id/tracabilitat -- informe complet: lots consumits + mesures de qualitat POST /v1/qualitat/mesures -- registrar mesura (tensió, capacitat, etc.) GET /v1/export/bateries/:lot_id -- exportar dades per al passaport digital de bateria ```

La consulta de genealogia és la peça crítica:

```sql WITH RECURSIVE arbre AS ( SELECT l.id, l.codi_lot, l.material_id, 0 AS nivell FROM lot l WHERE l.id = $1 UNION ALL SELECT pare.id, pare.codi_lot, pare.material_id, a.nivell + 1 FROM arbre a JOIN consum_lot c ON c.lot_consumit_id = a.id JOIN lot pare ON pare.id = c.lot_consumit_id ) SELECT * FROM arbre ORDER BY nivell; ```

Integracions:

• ERP corporatiu (SAP o similar): sincronització nocturna de comandes i existències via fitxer CSV o API si existeix. No és temps real; la planta no ha de dependre de l'ERP per operar.
• Proveïdors: endpoint `POST /v1/lots/import` que accepta un CSV amb lots i certificats; el worker de cues valida i carrega.
• Passaport digital de bateria (Reglament UE 2023/1542): `GET /v1/export/bateries/:lot_id` retorna un JSON amb composició, origen de materials i mesures de qualitat, pensat per ser consumit per un futur sistema de passaport. No s'implementa el passaport en si, només l'exportació.

L'ordre de construcció segueix el criteri de "què impedeix operar demà".

1. Registre de lots i materials (setmanes 1-3). Taules `material` i `lot`, CRUD bàsic, generació de codi de lot, i pantalla de recepció de magatzem. Sense això no hi ha traçabilitat possible.
2. Ordres de fabricació i consum (setmanes 4-6). `ordre_fabricacio`, `consum_lot`, `lot_produit`. Pantalla de línia per registrar consum amb escàner de codi de barres. Aquest és el punt on l'operari ha de poder treballar amb una mà i en menys de 10 segons per registre.
3. Consulta de genealogia (setmana 7). L'endpoint recursiu i una vista d'arbre a la interfície. És el que dona valor immediat: respondre "què hi ha dins d'aquest lot".
4. Mòdul de qualitat (setmanes 8-10). Mesures per lot, estats d'aprovació/rebuig, i bloqueig de consum de lots no aprovats.
5. Exportació per al passaport de bateria (setmana 11). El JSON d'exportació, encara que el sistema de passaport no existeixi encara.

El que NO es construeix primer: analítica, dashboards, integració ERP en temps real, app mòbil nativa. Tot això ve després que el registre bàsic funcioni i sigui fiable.

Mides: una planta, un torn inicial (≈20 operaris), unes 50 ordres de fabricació al dia i uns 500 lots actius simultanis. El volum és petit: PostgreSQL en un servidor de 16 GB de RAM i 4 nuclis és suficient per anys. La consulta recursiva de genealogia, amb índexs a `consum_lot(lot_consumit_id)` i `lot_produit(ordre_id)`, respon en mil·lisegons per a arbres de fins a 10 nivells.

Riscos tècnics:

• Qualitat de les dades d'entrada. Si l'operari no registra el consum real (per pressa, perquè el codi de barres no llegeix), la genealogia és mentida. Mitigació: fer el registre més ràpid que no registrar (escàner + un sol toc), i alertes quan una ordre s'acaba sense consum registrat.
• Canvi d'objecte social i de procés. L'ampliació a bateries (BORME, 2026-01-13) és recent; el procés de fabricació encara s'està definint. Mitigació: model de dades flexible (el `material` admet qualsevol química) i no codificar regles de negoci al codi sinó a taules de configuració.
• Compliment normatiu canviant. El Reglament (UE) 2023/1542 té terminis d'aplicaci