NAVEGA TELECOM SL

NAVEGA TELECOM SL es una sociedad de responsabilidad limitada constituida en el año 2015 con sede en Valencia, clasificada en el sector de servicios profesionales. De acuerdo con la ficha registral, el capital social inicial consta de 3.000 euros, que en 2020 se amplió hasta los 103.000 euros. El estado registral actual es de activa.

La sociedad se constituyó en 2015. El documento del BORME de 10 de abril de 2015 (Valencia) consta como fuente registral de la constitución. En el momento de la constitución, el administrador único era Rafael-Antonio Avellaneda García, según la ficha registral.

La información disponible no detalla la actividad concreta de la empresa más allá de la clasificación sectorial como servicios profesionales. No consta en los datos facilitados qué servicios prestaba ni a qué clientes se dirigía.

No consta en los datos ninguna información sobre facturación, resultados, número de trabajadores o hitos comerciales. El único elemento que indica crecimiento es la ampliación de capital del 22 de abril de 2020, que elevó el capital suscrito de 3.000 a 103.000 euros, de acuerdo con el BORME (datos registrales: T 9938, L 7220, F 161, S 8, H V 164490, I/A 2).

No consta que la empresa haya cerrado. Según el registro, NAVEGA TELECOM SL continúa activa a la fecha de la ficha (2025-03-13). Lo que sí consta son cambios en los órganos de administración: el 18 de julio de 2024 se produjo el cese del administrador único, Rafael-Antonio Avellaneda García, y el nombramiento de dos administradores solidarios, José Ignacio Aguirre Álvarez y Víctor Manuel Rodríguez Filgueira; el mismo día se nombraron cuatro apoderados (Jorge Gómez Jiménez, Ignacio Autran Pérez, José Miguel Llinares Tarriño y José María del Corro García Lomas). El 13 de marzo de 2025 consta el cese de los dos administradores solidarios y la revocación de los apoderados. Estos movimientos son propios de un relevo en la gobernanza, no de una disolución.

No consta en los datos ninguna información sobre la herencia empresarial, activos, marcas o continuidad de actividad más allá del estado registral de activa.

Rafael-Antonio Avellaneda García consta como administrador único hasta el cese del 18 de julio de 2024, según el BORME. No consta en los datos cuál es su situación actual ni la de los administradores solidarios nombrados en 2024 y cesados en 2025. Para completarlo se podría consultar el Registro Mercantil de Valencia y las sucesivas publicaciones del BORME posteriores a marzo de 2025.

• En sociedades pequeñas de servicios profesionales, los cambios súbitos de administrador único a administradores solidarios y el nombramiento simultáneo de varios apoderados suelen indicar una reestructuración de la propiedad o de la gestión; conviene verificarlo en el Registro Mercantil antes de sacar conclusiones.
• La ampliación de capital de 3.000 a 103.000 euros en 2020 es el único indicador de crecimiento documentado; en ausencia de cuentas depositadas en los datos, no se puede inferir ni éxito ni dificultad.
• La revocación de poderes y los ceses de 2025, sin disolución registral, recuerdan que hay que distinguir entre relevo de gobernanza y cierre efectivo de la empresa.

Segons la fitxa registral, NAVEGA TELECOM SL es va constituir el 2015 a València amb un capital inicial de 3.000 EUR, ampliat el 2020 fins a 103.000 EUR [BORME/BOE via OpenMercantil, 2025-03-13; acte d'ampliació de capital 2020-04-22]. El sector declarat és "Serveis professionals", i el nom suggereix un focus en telecomunicacions.

La proposta (a validar) seria reconstruir l'activitat com una consultoria boutique de telecomunicacions i connectivitat per a empreses: auditories de despesa i contractes de telecom, disseny de xarxes i connectivitat (fibra, SD-WAN, cloud), i acompanyament en transformació digital de pimes. És a dir, mantenir l'essència de "serveis professionals en telecom", però amb un enfocament de nínxol, digital i amb costos fixos baixos.

El mercat de serveis professionals de telecomunicacions per a empreses a l'Estat espanyol és ampli i fragmentat: des de grans integradors fins a consultores locals. Les pimes i micropimes sovint no tenen capacitat interna per optimitzar contractes de telecom ni per dissenyar connectivitat robusta, cosa que crea espai per a consultoria especialitzada.

A València hi ha un teixit empresarial divers (indústria, agroalimentació, logística, turisme, tecnologia) que pot constituir la base de clients inicials. A validar: mida concreta del nínxol, competència local i disposició a pagar per auditories de telecom.

Proposta de model (a validar):

• Serveis d'entrada: auditoria de despesa i contractes de telecom (preu fix per projecte).
• Serveis recurrents: manteniment i optimització contínua de connectivitat, amb quota mensual.
• Projectes: disseny i desplegament de xarxes, migracions a cloud, seguretat bàsica.
• Comissions/partners: acords amb operadors i proveïdors de cloud (a validar la seva viabilitat i transparència).

El model hauria de ser leuger: equip petit, eines digitals, sense inversió en infraestructura pròpia.

Proposta de fases (estimació, a validar):

1. Mesos 0-2: definir posicionament, web i materials comercials; identificar 20-30 empreses objectiu a València.
2. Mesos 2-6: aconseguir 3-5 clients pilots amb auditories de telecom a preu d'entrada; mesurar resultats i generar casos d'èxit.
3. Mesos 6-12: consolidar serveis recurrents i ampliar cartera; valorar aliances amb operadors o integradors.
4. Any 2: escalar equip i explorar expansió a altres zones.

Estimació orientativa (rang, a validar):

• Constitució i tràmits: 500–1.500 EUR.
• Web, marca i materials: 2.000–5.000 EUR.
• Eines digitals (CRM, facturació, etc.): 100–300 EUR/mes.
• Despeses legals i comptables: 150–300 EUR/mes.
• Equip fundador (2 persones, 6 mesos): 30.000–60.000 EUR (si es remunera; pot ser inferior si s'autofinança).
• Màrqueting inicial: 2.000–5.000 EUR.

Rang total de caixa inicial per als primers 6 mesos: aproximadament 15.000–40.000 EUR sense remuneració plena dels fundadors, o 45.000–75.000 EUR amb remuneració. Xifres a validar amb pressupostos reals.

• Competència: grans operadors i integradors ja ofereixen serveis similars; cal diferenciar-se per nínxol i tracte personalitzat.
• Dependència de pocs clients: risc si els primers contractes concentren ingressos.
• Canvis regulatoris i tecnològics: el sector telecom evoluciona ràpid; cal formació contínua.
• Governança: els canvis registrals de 2024-2025 (cessaments i nomenaments) suggereixen inestabilitat prèvia; la nova estructura hauria de ser clara i estable [BORME/BOE via OpenMercantil, 2025-03-13].
• Capital: 103.000 EUR de capital social no garanteixen liquiditat; cal un pla de tresoreria realista.

Lliçons de l'informe original (a partir de les dades registrals): una societat amb capital ampliat el 2020 i canvis d'administració el 2024-2025 indica que la governança i l'alineació entre socis són crítiques. La reconstrucció hauria de fer-la un equip fundador petit (2-3 persones) amb experiència real en telecom i venda consultiva, amb rols clars i un pacte de socis sòlid. El lideratge hauria de combinar capacitat tècnica i comercial, i la societat hauria de néixer amb una estructura de govern simple i transparent, aprenent dels senyals de reestructuració que mostra la cronologia registral.

Les pimes i els seus assessors (gestories, advocats mercantils, inversors minoritaris) no tenen una manera senzilla de reconstruir qui mana i des de quan en una societat. La informació existeix al BORME, però arriba com a actes discrets, en PDF, amb nomenclatura inconsistent (`administrador_solidario`, `administrador_unico`, `apoderado`) i amb cesis i nomenaments barrejats en el mateix acte.

El cas de NAVEGA TELECOM SL ho il·lustra: el 2020-04-22 hi ha una ampliació de capital de 100.000 EUR fins a 103.000 EUR [BORME / BOE (via OpenMercantil), 2025-03-13], i el 2024-07-18 es produeix un canvi de govern —cessa l'administrador únic AVELLANEDA GARCIA RAFAEL-ANTONIO i es nomenen dos administradors solidaris, AGUIRRE ALVAREZ JOSE IGNACIO i RODRIGUEZ FILGUEIRA VICTOR MANUEL— juntament amb quatre nomenaments d'apoderats [BOE / BORME, 2025-03-13]. Pocs mesos després, el 2025-03-13, es revoquen poders i es produeixen cesis [BORME / BOE (via OpenMercantil), 2025-03-13].

Reconstruir aquesta seqüència a mà és feixuc i propens a error. El producte resoldria: donat un NIF o un nom, mostra la línia temporal de govern, els poders vigents i els canvis de capital, amb la font citada per a cada afirmació.

Pipeline en tres etapes, desacoblades per cues, perquè la ingesta és irregular (els actes arriben per lots diaris) i la consulta ha de ser ràpida i sempre disponible.

``` [BORME diari] --(1)--> [Ingestor] --(2)--> [Normalitzador] --(3)--> [Event Store] | [Projector] | [Read Model] <-- [API] <-- [Web/Alertes] ```

• (1) Ingestor: descarrega els PDF/sumaris diaris del BORME i en fa extracció de text. Motiu: és l'única font pública i gratuïta; no depenem de cap proveïdor de dades de pagament per al MVP.
• (2) Normalitzador: converteix el text lliure en esdeveniments estructurats (`NOMENAMENT`, `CESSAment`, `AMPLIACIO_CAPITAL`, `REVOCACIO`). Motiu: aïllar la fragilitat del parsing en un sol component substituïble.
• (3) Event Store: persistència append-only i idempotent per clau `(font, data_publicacio, hash_acte)`. Motiu: el BORME es pot reprocessar; volem que reintentar no generi duplicats.
• Projector: materialitza el read model (estat vigent de càrrecs + línia temporal). Motiu: separar escriptura d'alta latència de lectura ràpida.

Model relacional (PostgreSQL) amb dues àrees: esdeveniments crus i projecció.

```sql -- Esdeveniments (append-only) CREATE TABLE acte ( id BIGSERIAL PRIMARY KEY, font TEXT NOT NULL, -- 'BORME' url_font TEXT NOT NULL, data_publicacio DATE NOT NULL, hash_acte TEXT NOT NULL, -- sha256 del text normalitzat UNIQUE (font, hash_acte) );

CREATE TABLE esdeveniment ( id BIGSERIAL PRIMARY KEY, acte_id BIGINT REFERENCES acte(id), empresa_cif TEXT NOT NULL, tipus TEXT NOT NULL, -- NOMENAMENT | CESSAMENT | REVOCACIO | AMPLIACIO_CAPITAL carrec TEXT, -- administrador_solidario | administrador_unico | apoderado persona_nom TEXT, import_eur NUMERIC(14,2), -- per a ampliacions data_efecte DATE, payload JSONB NOT NULL );

-- Projecció: càrrecs vigents CREATE TABLE carrec_vigent ( empresa_cif TEXT NOT NULL, carrec TEXT NOT NULL, persona_nom TEXT NOT NULL, des_de DATE NOT NULL, PRIMARY KEY (empresa_cif, carrec, persona_nom) );

CREATE TABLE empresa ( cif TEXT PRIMARY KEY, rao_social TEXT NOT NULL, capital_eur NUMERIC(14,2), actualitzat TIMESTAMPTZ NOT NULL ); ```

Motiu de separar `acte` i `esdeveniment`: un sol acte del BORME pot contenir diversos esdeveniments (com el del 2024-07-18, que barreja cesis i nomenaments), i volem traçar cada afirmació fins al document font.

API REST, versionada, amb autenticació per clau d'API.

• `GET /v1/empreses/{cif}` → dades bàsiques + capital actual.
• `GET /v1/empreses/{cif}/govern` → càrrecs vigents (read model).
• `GET /v1/empreses/{cif}/timeline?des_de=&fins_a=` → llista d'esdeveniments amb `url_font` per a cada un.
• `POST /v1/subscripcions` → alerta quan canvia el govern d'un CIF.

Integracions: només BORME/BOE com a font primària al MVP. Motiu: minimitzar dependències legals i de cost; el valor és la normalització, no la font. Una segona fase podria afegir el Registre Mercantil per a notes registrals.

1. Ingestor + normalitzador per a un sol tipus d'acte: nomenaments i cesis d'administradors. És el cas de més valor i el que apareix al 2024-07-18 de NAVEGA TELECOM SL.
2. Event store idempotent amb la clau `hash_acte`.
3. Endpoint `timeline` per a un CIF concret.
4. Backfill manual de 2-3 empreses reals (incloent-hi NAVEGA TELECOM SL) per validar el parsing abans d'automatitzar.

No construiríem alertes ni ampliacions de capital fins que el parsing de càrrecs tingui una precisió mesurada acceptable.

• Risc principal: el parsing del BORME. El text és irregular i les abreviatures canvien. Mitigació: tractar-ho com a classificació amb revisió humana en cas de baixa confiança, i mesurar precisió/recall sobre un conjunt etiquetat.
• Risc de cobertura: el BORME publica actes, no l'estat consolidat; una empresa pot tenir actes antics no reprocessats. Mitigació: backfill històric i marcar explícitament la data de cobertura.
• Mida: per a un MVP, desenes de milers d'actes/any; PostgreSQL és suficient. No cal cercador dedicat fins que el volum ho justifiqui.
• Risc legal: cal citar sempre la font i no presentar la projecció com a certificació registral.

• Test de parsing: conjunt d'actes etiquetats manualment; mètrica objectiu de precisió ≥ 95% en tipus d'esdeveniment i càrrec.
• Test d'idempotència: reprocessar el mateix lot no ha de crear files noves a `acte`.
• Validació de cas real: reconstruir la línia temporal de NAVEGA TELECOM SL i comprovar que reprodueix els fets documentats —ampliació de capital del 2020-04-22, canvi de govern del 2024-07-18 i revocacions del 2025-03-13— amb la URL de font correcta a cada fila [BORME / BOE (via OpenMercantil), 2025-03-13] [BOE / BORME, 2025-03-13].
• Test de contracte d'API: esquema OpenAPI versionat; cap canvi trencador sense `/v2`.