SIGNIFY IBERIA SL

Signify Iberia SL és una societat mercantil espanyola amb domicili a Madrid, inscrita al Registre Mercantil de Madrid (tom 33739, foli 175, secció 8, full M-607302), d'acord amb les dades registrals que consten a OpenMercantil i al BORME. La societat apareix vinculada al grup Signify Holding B.V., que consta com a apoderat en un acte de 2020.

Cal advertir d'una discrepància entre les dades rebudes i el que mostra el registre: les dades qualifiquen l'empresa de "startup" constituïda el 2020, però la cronologia registral inclou actes des del gener de 2020 amb números d'inscripció elevats (I/A 29, 32, 34, 36, 38), cosa que indica que la societat ja existia abans d'aquella data. Aquesta condició de "startup" no es pot sostenir amb les fonts disponibles.

No consta a les dades facilitades la data de constitució original ni els fundadors inicials. El que sí que consta és que el 2020 la societat ja operava com a filial del grup Signify: l'acte de 21 de gener de 2020 recull nomenaments d'apoderats (Barallat Sendagorta Pablo i Spee Maurice Paul Catharina Johan), i el de 29 de desembre de 2020 recull el nomenament de Signify Holding B.V. com a apoderat, amb referència registral I/A 38.

El 4 d'agost de 2020 consta el cessament del conseller Barallat Sendagorta Pablo i el nomenament d'Albertin Roldán David com a conseller. El 13 de febrer de 2020 consta el cessament del secretari Del Castillo Manibog Federico-Germán i el nomenament de Schellenberg González Daniela com a secretària no consellera.

Les dades facilitades no descriuen l'activitat econòmica concreta de la societat. El sector que consta a les dades rebudes és "Software i SaaS", però aquesta classificació no es pot verificar amb les fonts registrals disponibles, que només recullen actes de nomenaments, cessions i revocacions de càrrecs. No consta a les fonts consultades quina activitat comercial desenvolupava ni a qui s'adreçava.

No consta cap dada financera, de facturació, de plantilla ni de creixement a les fonts disponibles. El que consta és una activitat registral continuada entre 2020 i 2026, amb nomenaments freqüents d'apoderats i consellers, fet que indica una estructura societària operativa i en funcionament durant tot el període.

No consta cap tancament. Segons el registre, la societat consta activa a la data de consulta (11 de juny de 2026). L'acte més recent disponible és del 8 d'abril de 2026 i recull nomenaments d'apoderats mancomunats i solidaris (Del Valle Rodríguez Álvaro, Llabrés Quesada Beatriz, Perramon Ramírez Cecilia, entre d'altres), d'acord amb el BORME.

Atès que la societat no consta tancada, no es pot parlar d'herència en el sentit de llegat d'una empresa desapareguda. El que consta és una estructura societària mantinguda dins el grup Signify, amb una rotació notable de càrrecs i apoderats al llarg dels anys.

Les dades no identifiquen fundadors en el sentit habitual, sinó consellers i apoderats. D'acord amb el registre:

• Sergio Muñoz Vázquez consta com a conseller des del nomenament de 3 de juny de 2024.
• Eduardo Fominaya Muñoz consta com a conseller des del nomenament d'11 de maig de 2023.
• David Albertin Roldán consta com a conseller des del 4 d'agost de 2020 i com a president des del 3 de juny de 2024, en substitució de Josep Manel Martínez Andrés.

No consta cap informació sobre la seva trajectòria posterior fora de la societat. Per ampliar-ho es podrien consultar les notes registrals completes al Registre Mercantil de Madrid i les memòries anuals dipositades, que no formen part de les fonts facilitades.

• La classificació d'una societat com a "startup" no es pot assumir sense verificar la data d'inscripció original: els números d'inscripció (I/A 29 a 38 el 2020) indiquen una societat amb historial previ, no una constitució aquell any.
• En filials de grups multinacionals, la rotació d'apoderats i consellers és un indicador de govern corporatiu intern, no de canvis de propietat ni de dificultats: cal llegir els actes registrals amb aquesta clau.
• La presència d'una societat holding estrangera com a apoderada (Signify Holding B.V.) és un senyal de dependència de la matriu que convé contrastar amb les memòries dipositades abans de treure conclusions sobre l'autonomia de la filial.
• Per a qualsevol anàlisi de viabilitat o de tancament, les fonts registrals de nomenaments són insuficients: calen comptes anuals dipositades, que no consten a les dades facilitades.

Advertiment previ (dada verificada): la premissa "empresa que va tancar" no es sosté amb les fonts. SIGNIFY IBERIA SL consta com a societat activa, amb actes registrals fins al 2026-04-08 (nomenaments d'apoderats mancomunats i solidaris) segons la ficha d'OpenMercantil i el BORME citat. El que sí que és verificable és el sector (software/SaaS segons la fitxa) i l'activitat de govern corporatiu d'una filial d'un grup industrial d'il·luminació.

Per tant, el que es pot construir avui (proposta, no fet) és un SaaS B2B de gestió energètica i il·luminació intel·ligent per a edificis i indústria: inventari d'actius, telemetria, control d'encesa, informes de consum i compliment normatiu (eficiència energètica, CAE). És una proposta nova, inspirada en l'essència del sector, no una continuació de l'empresa.

El mercat rellevant és el de software de gestió energètica d'edificis (BEMS) i il·luminació connectada a Espanya i sud d'Europa. No disposem de xifres verificades d'aquest nínxol a les fonts aportades; qualsevol quantificació seria inventada.

El que sí que es pot afirmar amb prudència (estimació, a validar):

• La pressió normativa europea sobre eficiència energètica d'edificis i la digitalització de la il·luminació pública i industrial creen demanda de programari de monitoratge i control.
• Els compradors típics són gestors d'instal·lacions, administracions locals (enllumenat públic) i indústria amb cost energètic rellevant.
• La competència inclou tant grans fabricants amb plataforma pròpia com integradors locals i startups de BEMS.

(Aquest apartat requereix estudi de mercat primari; no es pot omplir amb dades de la fitxa registral.)

Proposta (no verificada):

• Subscripció SaaS per actiu gestionat o per punt de llum connectat, amb tiers per volum.
• Implantació inicial (onboarding, integració amb passarel·les IoT) com a ingressos puntuals.
• Mòdul de compliment normatiu i informes com a add-on.
• Canal: integradors i instal·ladors com a partners, no venda directa exclusiva.

No hi ha dades públiques a les fonts aportades sobre preus, marges ni tracció comercial de cap actor; qualsevol xifra seria especulativa.

Proposta, a validar:

1. Mesos 0-3: validació amb 10-15 gestors d'instal·lacions; definir el MVP (inventari + telemetria + informes).
2. Mesos 3-9: MVP amb 2-3 pilots reals; integració amb protocols habituals (DALI, KNX, MQTT — a confirmar segons clients).
3. Mesos 9-15: primers contractes de pagament i acord amb 2-3 integradors.
4. Mesos 15-24: escalat comercial i mòdul de compliment normatiu.

Fites mesurables: nombre de pilots, retenció, cost d'adquisició per client.

Tot són estimacions (rang), a validar amb pressupostos reals:

• Equip fundacional (2-3 persones, 12 mesos): rang 150.000-250.000 € en cost de personal.
• Desenvolupament MVP i infraestructura cloud: rang 40.000-80.000 €.
• Hardware de pilots i integracions: rang 15.000-40.000 €.
• Comercial, legal i administració: rang 20.000-40.000 €.
• Total orientatiu any 1: rang 225.000-410.000 €, a validar.

No hi ha cap dada financera verificada de l'empresa original que permeti contrastar aquestes xifres.

• Risc de premissa: l'informe parteix d'una empresa que, segons les fonts, no ha tancat; qualsevol narrativa de "reconstrucció" seria fictícia i cal descartar-la.
• Risc competitiu: grans fabricants i integradors ja ofereixen plataformes; diferenciar-se exigirà nínxol clar.
• Risc d'integració: la fragmentació de protocols IoT encareix el producte.
• Risc comercial: cicles de venda llargs en administració pública.
• Risc financer: el rang de cost estimat requereix finançament o clients de pagament aviat.

Lliçons de l'informe original (i de les dades): les fonts mostren una estructura de govern corporatiu densa —consellers i una xarxa àmplia d'apoderats que es renova any rere any (BORME 2026-04-08)—, pròpia d'una filial de grup, no d'una startup lleugera. La lliçó aplicable a un projecte nou no és "replicar aquesta estructura", sinó:

• Govern simple al principi: un equip fundacional petit amb rols clars és més àgil que una estructura d'apoderats múltiple.
• Partner industrial o integrador com a palanca comercial, en lloc de construir canal propi des de zero.
• Validar la premissa abans d'invertir: comprovar l'estat real de qualsevol empresa de referència (aquí, activa) abans de dissenyar un pla de "reconstrucció".
• No inventar dades: tots els números d'aquest informe són estimacions marcades com a tals; cal substituir-les per pressupostos i estudis reals abans de decidir res.

La ficha registral de SIGNIFY IBERIA SL mostra un patró molt concret: entre 2020 i 2026 hi ha més de vint actes, gairebé tots de nomenaments i revocacions d'apoderats, amb càrrecs que es creuen (apoderat, apoderat solidari, apoderat mancomunat solidari) i persones que entren i surten diverses vegades. Per a qui ha de signar un contracte, obrir un compte o validar una operació, la pregunta operativa no és "qui és administrador" sinó "qui pot signar avui, en quina combinació i amb quina acta ho provo".

El problema és que aquesta informació existeix però no és consultable com a estat: el BORME publica actes, no un model de poders vigents. Reconstruir manualment qui té poder vigent, de quin tipus i des de quina data és lent, error-prone i no deixa rastre auditable. Això és especialment crític en societats amb apoderaments mancomunats, on calen dues signatures i la composició dels parells vàlids canvia amb cada acte.

Arquitectura en tres capes, amb el BORME com a font de veritat externa i un motor de reconciliació d'estat entremig.

``` [BORME/OpenMercantil] --ingesta--> [Normalitzador d'actes] | v [Motor de reconciliació d'estat] (aplica nomenaments/revocacions en ordre cronològic -> estat vigent) | +-----------------+-----------------+ v v [Postgres: estat + historial] [API de consulta] | | v v [Servei d'alertes de canvi] [Clients: legal, financer] ```

Decisions i motius:

• Postgres com a magatzem principal: el model és relacional (persones, càrrecs, actes, vigències) i necessita consultes de vigència per interval temporal. Un document store complicaria les queries "qui té poder en la data D".
• Reconciliació per reaplicació d'esdeveniments en ordre: en lloc d'actualitzar estats in-place, es desa la seqüència d'actes i es recalcula l'estat. Això fa el sistema auditable i permet corregir ingestes errònies sense perdre historial.
• Ingesta idempotent per clau d'acte: cada acte BORME té identificador (data + número de registre + secció). La ingesta es pot repetir sense duplicar.
• Separació entre "fet registral" i "interpretació": l'acte es desa tal com arriba; la interpretació (poder vigent) és una projecció recalculable. Si canvia la lògica d'interpretació, es reprojecta sense tocar la font.

Entitats principals (simplificat):

```sql -- Persones físiques o jurídiques que apareixen als actes persona(id, nom_normalitzat, tipus, identificador_origen)

-- Societat objecte de seguiment societat(id, nom, cif, registre, full_registral)

-- Acte registral cru, tal com arriba de la font acte(id, societat_id, data_publicacio, data_acte, tipus, seccio_borme, referencia, payload_json, hash_font)

-- Esdeveniment normalitzat extret d'un acte esdeveniment(id, acte_id, persona_id, carrec, accio, -- nomenament/revocacio/cessament modalitat, -- solidari/mancomunat data_efecte)

-- Projecció: poder vigent per persona i modalitat poder_vigent(id, societat_id, persona_id, carrec, modalitat, des_de, fins_a, esdeveniment_origen_id)

-- Regla de combinació per modalitat (p.ex. mancomunat = 2 signatures) regla_signatura(societat_id, modalitat, signatures_requerides) ```

Motius:

• `data_acte` separada de `data_publicacio`: la vigència jurídica sol anar lligada a la data de l'acte/acord, no a la publicació al BORME. Calen les dues per respondre "vigent en data D" i "publicat el dia P".
• `modalitat` com a camp explícit: la diferència entre apoderat, solidari i mancomunat solidari és el nucli del producte; no pot ser text lliure.
• `poder_vigent` com a taula derivada: es pot reconstruir sempre des d'`esdeveniment`; es materialitza per rendiment i per servir l'API.

• Ingesta: `POST /internal/actes` (batch, idempotent per `hash_font`). Font inicial: scraping/parseig de BORME i OpenMercantil, amb cita de la font per acte.
• Consulta d'estat: `GET /societats/{id}/poders?data=YYYY-MM-DD` retorna la llista de poders vigents en aquella data, amb modalitat i signatures requerides.
• Verificació de signants: `POST /societats/{id}/verificar-signants` amb `{signants:[...], data}` retorna si la combinació és vàlida segons la regla de signatura i quins esdeveniments la sustenten.
• Historial auditable: `GET /societats/{id}/actes` amb traçabilitat fins a la font (URL BORME/OpenMercantil).
• Alertes: webhook `poder.canviat` quan una reconciliació altera `poder_vigent` (nomenament, revocació o cessament).

Integracions externes: BORME/BOE (font primària), OpenMercantil (font secundària de ficha), i opcionalment un proveïdor de signatura electrònica per contrastar identitats. Motiu: no inventem dades; tota afirmació ha de poder citar l'acte d'origen.

1. Normalitzador d'actes per als tipus que dominen la cronologia real: nomenaments i revocacions d'apoderats (solidari i mancomunat solidari) i de consellers/president. És el 90% dels actes de SIGNIFY IBERIA SL.
2. Motor de reconciliació amb reaplicació en ordre cronològic i tests sobre la cronologia real de la societat (2020–2026).
3. API de consulta d'estat i verificació de signants amb la regla de mancomunat = N signatures.
4. Traçabilitat a la font per acte, abans de qualsevol alerta.

Motiu de l'ordre: sense reconciliació fiable, les alertes i la verificació serien soroll; la traçabilitat és requisit legal abans de vendre el producte.

• Ambigüitat d'actes: el text BORME és dens i truncat (la cronologia mostra noms tallats). Risc alt d'error de parseig; mitigació: revisió humana en actes de baixa confiança i marcatge `confianca` a `esdeveniment`.
• Data d'efecte vs. publicació: si s'usa malament, l'estat vigent pot ser incorrecte en finestres de setmanes. Mitigació: model amb les dues dates i tests de frontera.
• Canvis de modalitat: una persona pot passar de solidari a mancomunat; cal que la reconciliació tracti la modalitat com a part de la clau d'estat, no com un atribut mutable.
• Volum: una societat petita té desenes d'actes; el repte no és escala sinó correcció. El cost computacional de reprojectar és negligible; el risc és de qualitat de dades.
• Dependència de fonts: si BORME/OpenMercantil canvien format, la ingesta es trenca. Mitigació: capa d'adaptadors per font i alertes de caiguda d'ingesta.

• Test de reconstrucció històrica: donada la cronologia real de SIGNIFY IBERIA SL (2020-01 a 2026-04), el motor ha de produir l'estat de poders vigent a dates clau i coincidir amb una revisió manual feta per un jurista.
• Test de combinacions de signatura: per a cada modalitat mancomunada, verificar que el servei rebutja combinacions incompletes i accepta les vàlides segons la regla configurada.
• Test d'idempotència: reingerir el mateix lot d'actes no altera l'estat ni genera duplicats.
• Test de traçabilitat: tota fila de `poder_vigent` ha de resoldre's fins a un `acte` amb URL de font (p. ex. l'acte BORME del 2026-04-08).
• Validació amb usuaris: un equip legal ha de poder respondre "qui pot signar avui" en menys de dos minuts i amb evidència citable, enfront del procés manual actual.