ITURRI, S.A.

ITURRI, S.A. es una sociedad anónima domiciliada en Sevilla. De acuerdo con el registro, su situación es activa y el capital social inscrito es de 3.658.331 euros, cifra que resulta de la reducción de capital acordada en febrero de 2026. El corpus no permite determinar con precisión la actividad económica concreta de la compañía: la ficha la clasifica genéricamente como "Otros" y no aporta ninguna descripción de producto o servicio.

La sociedad consta constituida en 2009. El primer acto registral del corpus es una reducción de capital de 16 de abril de 2009, en la que se hace público que la Junta General Extraordinaria de Accionistas, reunida el 27 de marzo de 2009, acordó la reducción, de conformidad con el artículo 165 de la Ley de Sociedades Anónimas. En diciembre de 2009 consta otro acuerdo de reducción de capital de 229.256,07 euros, con un capital resultante de 3.218.720,33 euros, junto con el nombramiento de auditor (Auren Sevilla, S.L.) y la reelección de Juan Francisco Iturri Franco como administrador único. El apellido Iturri coincide con la denominación social.

El corpus no contiene información sobre la actividad comercial, los clientes o los mercados de ITURRI, S.A. Los datos disponibles son exclusivamente registrales (nombramientos, auditorías y movimientos de capital) y no permiten describir qué vendía ni a quién. Esta sección no se puede completar con la información suministrada.

El corpus no incluye datos financieros (facturación, resultados, plantilla) ni ningún indicador de evolución del negocio. El único elemento que sugiere una etapa de expansión es la ampliación de capital de 13 de marzo de 2013, por 846.104,84 euros, que elevó el capital suscrito y desembolsado a 4.064.825,17 euros. No consta ningún otro dato que permita calificar la evolución de la empresa en ningún periodo.

ITURRI, S.A. no consta como cerrada: de acuerdo con el registro, la sociedad es activa. El acto más reciente del corpus es un nombramiento de apoderado de 27 de marzo de 2026 (Emilio Ferrín Paramio), y el 17 de febrero de 2026 se inscribió una reducción de capital de 406.494,53 euros, con un capital resultante de 3.658.330,64 euros y modificación del artículo 5 de los estatutos. Esta reducción es un movimiento de capital, no un cierre, y el corpus no explica su causa.

Dado que la sociedad continúa activa según el registro, no se puede hablar de herencia en el sentido de negocio desaparecido. El corpus no documenta ninguna sucesión, escisión, venta de activos ni transmisión de actividad a otra empresa.

La única persona física que el corpus identifica en un órgano de administración es Juan Francisco Iturri Franco, que consta como administrador único en actos de 2009 y 2011. El corpus no indica su situación actual ni la de otras personas vinculadas a la sociedad. Los nombres que aparecen como apoderados (Emilio Ferrín Paramio, Javier Reina Salguero, Rubén Darío Fatou García, Sergio Carrión Romero, Javier Nuñez de Arce Brasseur, Beatriz Delmas Villanueva, Sergio González Álvarez, Yolanda Martínez Marín, Antonio Rubio Malpesa, Juan Luis González Rodríguez, Ramón Moreno Garrido, Amadeo Douton Rodríguez, Javier Muñoz Barrena, Carlos Gálvez Gallardo, Laura Morales Pérez, Jaime Fàbregas Planella, Ernesto Fernández de la Fuente y Ramón Gil Almansa) son cargos delegados, no necesariamente fundadores. Para conocer la situación actual de los administradores habría que consultar la certificación vigente en el Registro Mercantil de Sevilla o las últimas cuentas depositadas.

• En sociedades con denominación coincidente con el apellido del administrador, el registro permite rastrear el control familiar, pero no la marcha del negocio: para evaluar una empresa hay que cruzar el BORME con las cuentas depositadas, que el corpus no incluye.
• Las reducciones de capital sucesivas (2009, 2009 y 2026) y la ampliación de 2013 muestran que los movimientos de capital son un indicador de cambios internos, pero no permiten inferir por sí solos ni crecimiento ni dificultades.
• La rotación frecuente de apoderados (nombramientos en 2010, 2011, 2013, 2014, 2015, 2016, 2019, 2020, 2021, 2025 y 2026) es habitual en sociedades con estructura de delegación amplia y no equivale a inestabilidad.
• Clasificar una empresa como "startup" u "Otros" sin datos de actividad no es una base suficiente para un informe: haría falta la fuente sectorial o las cuentas anuales para describir el negocio.

Les dades verificades diuen poc sobre el negoci real: sabem que ITURRI, S.A. és una societat anònima constituïda a Sevilla el 2009, activa al registre, amb capital social de 3.658.330,64 € després d'una reducció de 406.494,53 € acordada el febrer de 2026 [BORME, 2026-02-17]. Sabem també que el 2013 va ampliar capital en 846.104,84 € i que el 2009 ja havia reduït capital en 229.256,07 €. Aquesta seqüència —ampliació forta i reduccions posteriors— és el rastre d'una empresa que va créixer amb capital i després el va ajustar; no ens diu res del producte.

Per tant, la proposta no pot ser "replicar ITURRI". Ha de ser: construir avui una empresa de serveis i subministrament per a hostaleria a Andalusia, amb la mateixa essència sectorial (hostaleria, Sevilla) però amb una estructura de capital i de costos pròpia del 2026. Concretament, una plataforma B2B que agrupi compres, logística de proximitat i serveis operatius (manteniment, neteja, gestió de proveïdors) per a bars, restaurants i hotels petits i mitjans.

Això és una proposta meva, no una descripció del que ITURRI feia.

El mercat és real i verificable a nivell macro: Andalusia i especialment Sevilla tenen un teixit dens de restauració i hostaleria. El que no puc afirmar amb les fonts disponibles és quina quota tenia ITURRI, quants clients, ni quins marges. Cap de les fonts citades (ficha registral, acte BORME, entrada de Wikipedia sobre Javier Nogales Iturri) no conté xifres de facturació, plantilla o cartera de clients.

El que sí que es pot dir amb seguretat és que el segment objectiu —hostaleria independent i petites cadenes— és estructuralment fragmentat i té poder de compra baix per unitat, cosa que afavoreix intermediaris que agreguin demanda. Aquesta és una lectura de mercat, no una dada d'ITURRI.

Proposta, a validar:

• Ingressos per comissió o marge sobre compres agregades de productes no peribles i consumibles (begudes, envasos, neteja, paper).
• Subscripció mensual per serveis operatius: gestió de proveïdors, manteniment preventiu, control de costos.
• Logística de proximitat com a servei propi o subcontractat, amb marge per entrega.

El model ha de ser lleuger en actius: no magatzem propi gran, sinó acords amb distribuïdors i operadors logístics. Això és el contrari del que suggereix un capital social de 3,6 M€, i és precisament per això que la reconstrucció avui hauria de ser més barata i més flexible.

Fases, amb estimacions marcades:

1. Fase 0 (mesos 0-2): validació amb 20-30 establiments de Sevilla. Entrevistes i carta de compromís de compra. Cost estimat: 8.000-15.000 € (a validar).
2. Fase 1 (mesos 3-6): pilot amb 50-100 establiments, un sol vertical (begudes i consumibles). Cost estimat: 40.000-70.000 € (a validar).
3. Fase 2 (mesos 7-12): plataforma digital mínima i equip comercial de 2-3 persones. Cost estimat: 120.000-200.000 € (a validar).
4. Fase 3 (any 2): extensió a Màlaga i Còrdova si el pilot supera mètriques objectiu.

Rang estimat per als primers 12 mesos (a validar, no és cap dada d'ITURRI):

• Equip fundador i comercial: 90.000-150.000 €
• Plataforma i tecnologia: 30.000-60.000 €
• Màrqueting i captació: 20.000-40.000 €
• Legal, fiscal i constitució: 10.000-20.000 €
• Capital de treball i estoc inicial: 30.000-60.000 €
• Total estimat: 180.000-330.000 €

És un ordre de magnitud molt inferior al capital social d'ITURRI (3,66 M€), cosa que és una dada rellevant: la reconstrucció no hauria de replicar l'estructura de capital original.

• Risc de mercat: el model d'agregació de compres té competidors consolidats i marges baixos. Sense dades d'ITURRI, no es pot saber si el seu model era rendible.
• Risc de govern: la cronologia registral mostra una estructura de molts apoderats i auditors (Ernst & Young, Auren) i cap equip fundador visible a les actes. Això suggereix una governança delegada; reconstruir-ho així seria un error per a una empresa petita.
• Risc de capital: la reducció de capital de febrer de 2026 (406.494,53 €) és un senyal que cal interpretar amb prudència; no sabem la causa.
• Risc d'informació: la font principal és registral. Qualsevol pla de negoci que assumeixi producte, clients o marges d'ITURRI seria inventat.

Lliçons de l'informe original, no currículum:

• Un equip fundador operatiu i visible, no una estructura d'apoderats delegats. Les actes mostren nomenaments successius d'apoderats (2010-2026) i cap fundador actiu a la cronologia recent; per a una reconstrucció petita, això és un mal senyal.
• Capital dimensionat al model, no al prestigi. Un capital de 3,66 M€ per a una empresa de serveis B2B lleugera és sobredimensionat; la reconstrucció hauria de començar amb 180.000-330.000 € (estimació) i ampliar per fites.
• Un sol vertical i un sol territori fins a validar. Sevilla primer, res més.
• Transparència de dades des del dia 1: el pitjor llegat d'ITURRI és que avui no podem dir què feia ni amb quins números. La nova empresa hauria de publicar les seves mètriques operatives internament des del primer mes.

Els grups de restauració com ITURRI, S.A. operen amb múltiples establiments, proveïdors i apoderats que gestionen compres i operacions de forma descentralitzada [BORME / BOE, 2026-05-26]. Aquesta descentralització provoca tres problemes concrets:

1. Pèrdua de traçabilitat de costos per plat: sense un registre unificat de compres, escandalls i vendes, és impossible saber el marge real de cada plat i cada local.
2. Fricció en l'aprovació de compres: els apoderats solidaris (figura recurrent en els nomenaments registrats) necessiten visibilitat en temps real sobre comandes i factures, però avui ho fan amb fulls de càlcul i correu.
3. Dificultat d'auditoria interna: amb auditors externs rotatius (AUREN el 2016, Ernst & Young el 2018) [BORME / BOE, 2026-05-26], l'empresa necessita dades financeres-operatives conciliables i exportables.

La plataforma resol això unint compres, inventari i vendes en un sol model de dades, amb permisos granulars per apoderat i exports auditables.

Arquitectura de microserveis moderada, no per moda sinó perquè els dominis (compres, inventari, vendes, permisos) tenen cicles de canvi i equips responsables diferents. Es descarta un monolític perquè el creixement per locals és horitzontal i cal escalar per tenant.

``` [Client web (React)] ──HTTPS──> [API Gateway (Kong)] │ ┌─────────────────────────────┼─────────────────────────────┐ ▼ ▼ ▼ [servei-compres] [servei-inventari] [servei-vendes] (Node/NestJS) (Node/NestJS) (Node/NestJS) │ │ │ └──────────┬──────────────────┴──────────────┬──────────────┘ ▼ ▼ [PostgreSQL (RDS)] [Redis (cache + cues)] │ ▼ [S3 (factures, escandalls PDF)] │ ▼ [servei-permisos (OIDC + RBAC)] ──> [Keycloak] ```

Decisions i motius:

• PostgreSQL com a magatzem principal: les dades són fortament relacionals (comanda → línia → producte → proveïdor) i calen transaccions ACID per a l'aprovació de compres. Es descarta NoSQL perquè les consultes de marge per plat requereixen joins.
• Keycloak per a identitat: la figura d'apoderat solidari requereix delegació de permisos i auditoria d'accés; Keycloak ofereix OIDC estàndard i federació amb el directori corporatiu sense construir-ho des de zero.
• Redis per a cues: les sincronitzacions amb TPV (punts de venda) són asíncrones i tolerants a reintents; una cua evita bloquejar l'API.
• S3 per a documents: les factures i escandalls són binaris que no han de viure a la BD; S3 amb versionat dona traçabilitat per a auditoria.

Esquema relacional a PostgreSQL, amb `tenant_id` a totes les taules per aïllament multi-lloguer (row-level security activada).

```sql -- Nucli CREATE TABLE tenant ( id UUID PRIMARY KEY, nom TEXT NOT NULL, cif TEXT UNIQUE NOT NULL );

CREATE TABLE local ( id UUID PRIMARY KEY, tenant_id UUID REFERENCES tenant(id), nom TEXT NOT NULL, adreca TEXT );

CREATE TABLE usuari ( id UUID PRIMARY KEY, tenant_id UUID REFERENCES tenant(id), email TEXT UNIQUE NOT NULL, rol TEXT NOT NULL CHECK (rol IN ('admin','apoderat','cap_cuina','auditor')) );

-- Permisos granulars per local (delegació tipus apoderat solidari) CREATE TABLE permis_local ( usuari_id UUID REFERENCES usuari(id), local_id UUID REFERENCES local(id), pot_aprovar_compres BOOLEAN DEFAULT FALSE, PRIMARY KEY (usuari_id, local_id) );

-- Compres CREATE TABLE proveidor ( id UUID PRIMARY KEY, tenant_id UUID REFERENCES tenant(id), nom TEXT NOT NULL, cif TEXT );

CREATE TABLE comanda ( id UUID PRIMARY KEY, local_id UUID REFERENCES local(id), proveidor_id UUID REFERENCES proveidor(id), estat TEXT CHECK (estat IN ('esborrany','pendent','aprovada','rebut','facturada')), creat_per UUID REFERENCES usuari(id), aprovat_per UUID REFERENCES usuari(id), data_creacio TIMESTAMPTZ DEFAULT now() );

CREATE TABLE linia_comanda ( id UUID PRIMARY KEY, comanda_id UUID REFERENCES comanda(id), producte_id UUID REFERENCES producte(id), quantitat NUMERIC(10,3) NOT NULL, preu_unitat NUMERIC(10,2) NOT NULL );

-- Inventari i escandall CREATE TABLE producte ( id UUID PRIMARY KEY, tenant_id UUID REFERENCES tenant(id), nom TEXT NOT NULL, unitat TEXT NOT NULL );

CREATE TABLE escandall ( id UUID PRIMARY KEY, plat_id UUID REFERENCES plat(id), producte_id UUID REFERENCES producte(id), quantitat NUMERIC(10,3) NOT NULL );

CREATE TABLE plat ( id UUID PRIMARY KEY, local_id UUID REFERENCES local(id), nom TEXT NOT NULL, preu_venda NUMERIC(10,2) NOT NULL );

-- Vendes (ingesta des de TPV) CREATE TABLE venda ( id UUID PRIMARY KEY, local_id UUID REFERENCES local(id), plat_id UUID REFERENCES plat(id), quantitat INT NOT NULL, data TIMESTAMPTZ NOT NULL ); ```

Motiu de les decisions: `permis_local` separa el rol global del permís per establiment, reflectint la pràctica registral d'apoderats que actuen sobre societats o locals concrets [BORME / BOE, 2026-05-26]. `escandall` és la peça que permet calcular el marge real per plat creuant compres i vendes.

API REST versionada (`/v1`) amb autenticació OIDC (Bearer JWT de Keycloak). Totes les respostes inclouen `tenant_id` implícit del token.

Endpoints principals:

| Mètode | Ruta | Descripció | |---|---|---| | POST | `/v1/comandes` | Crea comanda en estat esborrany | | POST | `/v1/comandes/{id}/aprovar` | Aprova comanda (requereix `pot_aprovar_compres`) | | GET | `/v1/locals/{id}/marge?desde=&fins=` | Calcula marge per plat en un període | | POST | `/v1/vendes/ingesta` | Ingesta batch de vendes des de TPV | | GET | `/v1/auditoria/export?desde=&fins=` | Export CSV/JSON per a auditoria externa |

Integracions:

• TPV (punts de venda): connector genèric via webhook + endpoint d'ingesta batch. Es descarta integració directa amb cada fabricant de TPV perquè el catàleg és enorme; es defineix un contracte JSON estable i es deixa que cada local adapti el seu TPV.
• Facturació electrònica (FacturaE): generació de factures en format FacturaE per a proveïdors que ho requereixin, alineat amb la pràctica d'auditoria formal de l'empresa.
• Export comptable: endpoint d'exportació conciliable amb el sistema comptable, pensat per als auditors rotatius [BORME / BOE, 2026-05-26].

Ordre de construcció per valor entregat i risc:

1. Servei de permisos + Keycloak (2-3 setmanes): sense RBAC granular no es pot obrir a múltiples locals ni apoderats. És la base de tot.
2. Model de dades + servei de compres (3-4 setmanes): el flux comanda → aprovació → recepció és el nucli operatiu i el que més fricció elimina avui.
3. Ingesta de vendes des de TPV (2 setmanes): permet el càlcul de marge, que és el valor diferencial.
4. Càlcul de marge per plat (2 setmanes): creua compres, escandall i vendes.
5. Export d'auditoria (1 setmana): tanca el cicle per a auditors externs.

No es construeix primer el mòdul d'inventari avançat (recompte físic, alertes d'estoc) perquè el valor inicial és el control de compres i marge, no la gestió d'estoc fi.

Mides estimades:

• 3-4 desenvolupadors backend, 1 frontend, 1 DevOps, 1 PM tècnic.
• 4-5 mesos per a un MVP operatiu amb 2-3 locals pilot.
• Cost infraestructura inicial: ~800-1.200 EUR/mes (RDS, Redis, S3, Keycloak gestionat).

Riscos tècnics:

1. Qualitat de dades de TPV: si els TPV no exporten vendes per plat de forma fiable, el càlcul de marge no és vàlid. Mitigació: validació estricta a la ingesta i alertes de cobertura.
2. Adopció per part dels apoderats: si el flux d'aprovació és més lent que el correu, no s'usa. Mitigació: aprovació des de mòbil i notificacions push.
3. Multi-lloguer i aïllament: una fuita de dades entre tenants és crítica. Mitigació: row-level security a PostgreSQL i tests automatitzats d'aïllament.
4. Integració comptable: cada auditor pot demanar un format diferent. Mitigació: exportació configurable per plantilla.

Validació tècnica:

• Tests d'integració per al flux comanda → aprovació → recepció amb permisos de dos apoderats diferents.
• Tests d'aïllament multi-lloguer: cap consulta d'un tenant pot retornar dades d'un altre.
• Test de càlcul de marge amb dades sintètiques conegudes (marge esperat vs. calculat).

Validació de producte:

• Pilot amb 2-3 locals durant 6-8 setmanes, mesurant: temps mitjà d'aprovació de comanda, % de comandes traçades, i desviació del marge calculat vs. el marge real conegut pel client.
• Criteri d'èxit: reducció del temps d'aprovació >50% i desviació de marge <2%.

Validació d'auditoria:

• Export d'auditoria revisat per un auditor extern (per exemple, el mateix tipus d'auditor que ha rotat a l'empresa [BORME / BOE, 2026-05-26]) per confirmar que les dades són conciliables amb la comptabilitat.

Fonts citades:

• [BORME / BOE (via OpenMercantil), 2026-05