NAVES MORENO CORCOLES SOCIEDAD LIMITADA

Naves Moreno Corcoles Sociedad Limitada es una sociedad mercantil con domicilio en la provincia de Albacete, constituida en el año 2009 y clasificada en el sector de agricultura y alimentación. De acuerdo con el registro, su capital social es de 1.921.000 euros y su situación registral es activa.

El nombre de la sociedad remite a naves (construcciones o instalaciones) y a los apellidos de los socios y administradores que constan en ella, Moreno Corcoles. Los datos disponibles no permiten concretar con más precisión el objeto social más allá de la adscripción sectorial mencionada.

La sociedad se constituyó en 2009. El primer acto que consta en el registro es del 12 de noviembre de 2009: el cese de Guillermo Moreno Serrano como administrador único y el nombramiento de Consuelo Corcoles Cañadas para el mismo cargo, con la previsión estatutaria de que el cargo de administrador se ejercería por un período de dos años, según consta en el BORME.

El 15 de abril de 2011 se registró una ampliación de capital de 693.000 euros, que situó el capital suscrito resultante en 1.921.000 euros, de acuerdo con los datos registrales publicados en el BORME (tomo 817, libro 581, folio 39, sección 8, hoja AB 14742).

La información disponible solo permite afirmar que la sociedad se enmarca en el sector de agricultura y alimentación. Los datos registrales facilitados no detallan el objeto social, los productos, los clientes ni los mercados concretos. Estos aspectos no constan en el corpus disponible.

El corpus no contiene datos de ingresos, resultados, plantilla ni volumen de actividad en ningún ejercicio. El único elemento que indica una cierta dimensión económica es el capital social de 1.921.000 euros, alcanzado con la ampliación de 2011. No se puede afirmar nada más sobre la evolución del negocio sin incurrir en suposiciones.

No consta que la empresa haya cerrado. Según el registro, la situación de la sociedad es activa y el último acto registral disponible es del 5 de enero de 2024, en el que se nombró a Jaime Moreno Corcoles administrador único y se hizo constar el cese de los administradores solidarios Guillermo Moreno Corcoles y Jaime Moreno Corcoles.

Dado que la sociedad consta como activa, no se puede hablar de un legado de una empresa desaparecida. Lo que sí refleja el registro es una estructura familiar sostenida en el tiempo: los apellidos Moreno Corcoles aparecen de manera continuada en los órganos de administración desde la constitución, y en 2024 la sociedad pasó de un órgano de administración solidaria a un administrador único.

Las personas que constan en el corpus son Guillermo Moreno Serrano, Consuelo Corcoles Cañadas, Guillermo Moreno Corcoles y Jaime Moreno Corcoles. De lo que se sabe, según el registro:

• Guillermo Moreno Serrano cesó como administrador único en noviembre de 2009.
• Consuelo Corcoles Cañadas fue nombrada administradora única en noviembre de 2009 y cesó en febrero de 2017.
• Guillermo Moreno Corcoles y Jaime Moreno Corcoles fueron nombrados administradores mancomunados en febrero de 2017; posteriormente el órgano alternó entre administración solidaria y administración única en varias ocasiones (2018, 2021 y 2024).
• Desde el 5 de enero de 2024, Jaime Moreno Corcoles consta como administrador único.

No consta ninguna información sobre su actividad actual más allá de los cargos registrales mencionados. Para ampliarlo se podrían consultar las cuentas anuales depositadas en el Registro Mercantil de Albacete y las notas registrales sucesivas.

• En sociedades agrarias y alimentarias de base familiar, el órgano de administración puede cambiar varias veces sin que ello implique discontinuidad del negocio; conviene leer la cronología registral como una sucesión de fórmulas de gobierno, no como señales de crisis.
• Un capital social elevado (aquí, 1.921.000 euros desde 2011) no equivale a rentabilidad ni a actividad: para valorar la marcha real del negocio se necesitan las cuentas depositadas, que no constan en el corpus.
• La denominación "Naves" en una sociedad agraria suele asociarse a instalaciones de producción o almacenamiento, pero sin el objeto social en el corpus no se puede confirmar; en informes de este tipo hay que verificar el objeto en el Registro antes de describir la actividad.

La societat original era, segons la seva denominació i sector, una empresa de naus d'emmagatzematge vinculada al món agrari d'Albacete. El que es podria construir avui és una plataforma de serveis logístics i d'emmagatzematge per al sector agroalimentari, no només un magatzem físic: gestió de estocs per a cooperatives i productors, traçabilitat digital de lots, serveis de preparació de comandes per a exportació, i possiblement un marketplace B2B de producte local.

La diferència respecte al 2009 és que avui el valor no és tant el metre quadrat de nau com la capa de servei i dades que s'hi afegeix. La mateixa essència (espai, logística, producte agrari) però amb un model de negoci més diversificat i digital.

Albacete és una província amb forta activitat agroalimentària (vinya, cereals, hortalisses, ramaderia). La demanda d'emmagatzematge i logística especialitzada existeix i és estructural. El que ha canviat és que els clients (cooperatives, exportadors, distribuïdors) demanen cada cop més traçabilitat, certificacions i capacitat de resposta ràpida, no només un sostre on guardar producte.

No tenim dades verificades sobre la facturació o els clients de l'empresa original, així que qualsevol afirmació sobre quota de mercat seria una invenció. El que sí que és verificable és que l'empresa va mantenir activitat registral fins al 2024 i que el capital social és rellevant (1,921 M€), cosa que suggereix una estructura patrimonial significativa.

Proposta (a validar):

• Ingressos per emmagatzematge (lloguer de palets, metres cúbics o sitges) — el model clàssic.
• Ingressos per serveis (manipulació, preparació de comandes, control de qualitat, traçabilitat digital).
• Ingressos per subscripció a una plataforma de gestió d'estocs i traçabilitat per a cooperatives.
• Possibilitat de serveis de logística de última milla per a distribuïdors locals.

El punt clau és no dependre només del lloguer de nau, que és un negoci de marge baix i molt competitiu.

Fase 1 (mesos 0-6): validar si hi ha actius físics aprofitables (naus existents, lloguer, compra). Definir l'oferta de serveis i els primers 3-5 clients ancorats. Fase 2 (mesos 6-18): digitalitzar la gestió d'estocs i traçabilitat; contractar personal tècnic; certificacions de qualitat. Fase 3 (mesos 18-36): escalar a serveis per a tercers i possible marketplace B2B.

Tot això és una proposta, no un pla verificat de l'empresa original.

Estimació (a validar, rang ampli):

• Si es parteix de naus en lloguer i equip bàsic: 150.000–400.000 € el primer any (lloguer, condicionament, software, personal mínim).
• Si cal adquirir o condicionar nau: 800.000–2.000.000 € segons ubicació i mida.
• Digitalització i traçabilitat: 30.000–80.000 € (software, integracions, formació).
• Capital de treball: 100.000–250.000 €.

Aquestes xifres són estimacions de consultor, no dades de l'empresa original. El capital social original (1,921 M€) dona una referència de l'ordre de magnitud patrimonial que la societat tenia el 2011, però no equival al cost de reconstrucció avui.

• Risc de actius: si les naus originals no estan disponibles o estan hipotecades, el cost de reconstrucció puja molt.
• Risc de marge: el negoci d'emmagatzematge pur té marges baixos i competència local forta.
• Risc de digitalització: la capa de serveis digitals requereix inversió i adopció per part de clients tradicionals.
• Risc de govern: la societat original tenia una estructura familiar amb canvis freqüents d'administració (2017, 2018, 2021, 2024); cal una governança clara des del dia u.
• Risc de mercat: dependència del cicle agrari i de les collites.

Les lliçons de l'expedient original: una societat familiar amb capital significatiu, que va anar rotant l'òrgan d'administració entre únic i mancomunat diverses vegades (2017, 2018, 2021, 2024), i que va ampliar capital el 2011 fins a 1,921 M€. Això suggereix que el projecte requereix capital pacient i una governança estable, no tant un perfil emprenedor individual.

Qui ho hauria de fer: un equip amb experiència en logística agroalimentària i en digitalització de cadena de subministrament, acompanyat d'un soci financer o industrial que aporti el capital patrimonial (nau o lloguer) i un soci operatiu que aporti la cartera de clients. La lliçó de l'original no és el nom, sinó que cal capital i estructura per sostenir un negoci d'actius; la reconstrucció hauria de començar per assegurar l'actiu físic i els primers clients ancorats abans de digitalitzar.

Les explotacions agràries mitjanes com les que operen a la província d'Albacete porten la informació crítica en paper: quadern de camp, registre de tractaments fitosanitaris, lots de collita i albarans de lliurament. Això genera tres problemes concrets:

1. Tragabilitat incompleta: quan un comprador (distribució, majorista, indústria) demana la fitxa d'un lot, cal reconstruir-la manualment creuant quaderns i factures. La normativa europea de seguretat alimentària exigeix poder identificar l'origen d'un lot en poques hores.
2. Compliment de registres de tractaments: els terminis de seguretat i les dosis per parcel·la es controlen a mà, amb risc d'error i de sancions.
3. Pèrdua de marge per descoordinació: sense dades de rendiment per parcel·la i campanya, no es pot decidir què sembrar ni negociar preus amb arguments.

El producte no pretén ser un ERP agrari complet: resol el nucli de traçabilitat i registre de camp, que és el que bloqueja la venda a canals organitzats.

Arquitectura en tres capes, deliberadament monolítica al principi:

``` [Mòbil de camp] [Oficina] [Comprador] | | | +------ PWA (React + Vite, offline-first amb IndexedDB) | HTTPS / REST (JSON) | [API Python — FastAPI + Uvicorn] - autenticació JWT per rol - lògica de lots i traçabilitat - generació de PDF (albarans, fitxes) | [PostgreSQL 16 + PostGIS] - dades transaccionals - geometries de parcel·les | [Magatzem d'objectes S3-compatible] - fotos de camp, PDFs signats ```

Decisions i motius:

• Monòlit modular en lloc de microserveis: l'equip inicial és de 2-3 persones i el volum és d'una desena d'explotacions. Un sol desplegable redueix cost operatiu i permet refactoritzar ràpid. Els mòduls (parcel·les, tractaments, collites, lots, documents) se separen per paquets interns, no per xarxa.
• PWA offline-first: al camp no hi ha cobertura fiable. L'app desa operacions en una cua local (IndexedDB) i les sincronitza quan torna la connexió. Un app nativa hauria estat més feina de manteniment per a un guany marginal.
• PostgreSQL + PostGIS: les parcel·les són polígons i cal validar que un tractament s'aplica a la geometria correcta i calcular superfícies. PostGIS evita un servei geoespacial separat.
• FastAPI: validació d'esquemes amb Pydantic, documentació OpenAPI automàtica (útil per integrar amb el comprador) i bon rendiment per a càrregues modestes.
• PDF generat al servidor: els albarans i fitxes de lot han de ser idèntics independentment del dispositiu i quedar arxivats; generar-los al client complica la integritat.

Entitats principals (simplificat, amb claus i camps clau):

```sql -- Explotació (tenant) explotacio(id, nom, cif, adreca, created_at)

-- Parcel·la georreferenciada parcela( id, explotacio_id, nom, superficie_ha, geometria geometry(Polygon, 25830), -- ETRS89 / UTM 30N, oficial a Espanya cultiu_actual, created_at )

-- Campanya agrícola campanya(id, explotacio_id, any, estat)

-- Tractament fitosanitari tractament( id, parcela_id, campanya_id, producte_nom, num_registre_mapa, dosi, unitat, data_aplicacio, termini_seguretat_dies, operari, created_at )

-- Collita collita( id, parcela_id, campanya_id, data_inici, data_fi, kg_bruts, kg_nets, qualitat )

-- Lot (unitat de traçabilitat) lot( id, explotacio_id, collita_id, codi_lot UNIQUE, data_creacio, estat, kg )

-- Moviment / albarà moviament( id, lot_id, tipus, destinatari_nom, destinatari_cif, data, kg, document_pdf_url, signatura_hash )

-- Registre d'auditoria audit_log(id, taula, registre_id, accio, usuari_id, payload_json, created_at) ```

Motius de disseny:

• `codi_lot` únic i llegible (p. ex. `AB-2025-0142`): el comprador l'ha de poder llegir en una etiqueta i cercar-lo. Es genera amb una seqüència per explotació i any.
• `termini_seguretat_dies` desat al tractament, no calculat en consulta: el catàleg de productes pot canviar; el valor aplicat en el moment del registre és el que val legalment.
• `audit_log` append-only: per demostrar integritat davant una inspecció, cada canvi sobre lots i tractaments queda registrat amb hash del payload.
• Geometria en EPSG:25830: és el sistema oficial per a treballs tècnics a Espanya; evita conversions errònies en càlculs de superfície.

API REST versionada (`/api/v1`), autenticació JWT amb rols `camp`, `oficina`, `comprador`.

Endpoints principals:

``` POST /api/v1/parceles GET /api/v1/parceles?campanya_id= POST /api/v1/tractaments GET /api/v1/tractaments?parcela_id= POST /api/v1/collites POST /api/v1/lots GET /api/v1/lots/{codi_lot}/traçabilitat -> retorna arbre complet POST /api/v1/moviments GET /api/v1/moviments/{id}/albarà.pdf POST /api/v1/sync -> lot d'operacions offline (idempotent per client_op_id) ```

Decisions:

• `POST /sync` idempotent amb `client_op_id` (UUID generat al mòbil): evita duplicats quan el mòbil reintenta després d'una connexió inestable.
• Endpoint de traçabilitat que retorna l'arbre sencer (parcel·la → tractaments → collita → lot → moviments) en una sola crida: el comprador el necessita complet i és barat de servir.
• Integració amb el catàleg de productes fitosanitaris del MAPA (registre oficial): es descarrega periòdicament i es desa en una taula `producte_fitosanitari` per validar `num_registre_mapa` i preomplir terminis de seguretat. Si el MAPA no ofereix API estable, s'importa un CSV versionat.
• Webhooks de sortida per notificar al comprador quan es crea un lot o un albarà, amb signatura HMAC.

Ordre d'implementació per obtenir valor real al més aviat possible:

1. Autenticació i model multi-explotació (tenant per `explotacio_id` a totes les taules). Sense això no es pot vendre a més d'un client.
2. Parcel·les + tractaments amb validació de termini de seguretat. És el nucli de compliment i el que justifica la subscripció.
3. Lots i endpoint de traçabilitat. És el que el comprador demana; permet demostrar valor en una demo.
4. PWA offline amb cua de sincronització per a registre de camp.
5. Generació de PDF d'albarà i fitxa de lot.
6. Auditoria append-only abans de la primera venda real (no després).

El que no es construeix a la primera fase: facturació, planificació de collites amb predicció, integració comptable, app nativa.

• Volum esperat: 10-50 explotacions, cadascuna amb 5-50 parcel·les i 1-5 campanyes. Ordre de 10⁵ files a `tractament` i `moviament` en dos anys. Un sol PostgreSQL amb rèpliques de lectura n'hi ha prou; no cal particionar.
• Risc: sincronització offline conflictiva. Dues persones poden editar la mateixa parcel·la sense connexió. Mitigació: política de "l'última escriptura guanya per camp, amb registre de conflicte a `audit_log`" i interfície que mostra els conflictes a l'oficina. No implementar resolució automàtica complexa al principi.
• Risc: catàleg MAPA inestable o sense API. Mitigació: importació CSV versionada i validació tova (avís, no bloqueig) per no aturar el treball de camp.
• Risc: precisió geoespacial. Els polígons dibuixats a mà al mòbil poden ser imprecisos. Mitigació: permetre importar GeoJSON/KML i validar que la geometria és vàlida i dins de la província.
• Risc: compliment RGPD amb dades d'operaris. Mitigació: minimitzar dades personals (nom i identificador intern), xifrat en repòs i política de retenció.
• Risc de negoci (no tècnic): el sector agrari familiar és conservador amb el programari; cal una corba d'adopció molt baixa i suport en castellà.

• Prova de traçabilitat cronometrada: donat un codi de lot, l'equip ha de poder reconstruir l'origen complet (parcel·la, tractaments, data de collita) en menys de 2 minuts des de la interfície i en una sola crida API. És el criteri d'acceptació principal.
• Test de camp offline: un operari registra 20 tractaments i 5 collites en mode avió; en recuperar connexió, totes les operacions apareixen exactament una vegada (verificació d'idempotència amb `client_op_id`).
• Validació de compliment: per a cada tractament, el sistema bloqueja la creació d'un lot si la data de collita és dins del termini de seguretat del producte aplicat. Test automatitzat amb casos límit (dia exacte del termini).
• Pilot amb una explotació real d'Albacete durant una campanya curta, comparant el temps administratiu setmanal abans i després.
• Auditoria de dades: comprovar que `audit_log` conté totes les modificacions de lots i tractaments i que el hash del payload coincideix amb el registre original.

*Fonts consultades per al context empresarial: [BORME / BOE (via OpenMercantil), 2024-01-05] Ficha registral de NAVES MOREN