SUMAUTO MOTOR SL

SUMAUTO MOTOR SL és una societat mercantil de nacionalitat espanyola amb domicili registral a Madrid, constituïda l'any 2020. D'acord amb la fitxa registral consultada (BORME, via OpenMercantil), la societat consta com a activa a la data de la consulta.

La informació disponible no permet determinar amb precisió quina activitat econòmica desenvolupava la societat. El sector que consta a la fitxa és "Altres", una categorització genèrica que no aporta detall sobre el negoci. El nom social conté el mot "Motor", però això no és prova suficient per afirmar quina era l'activitat: no consta a les fonts consultades l'objecte social ni el codi d'activitat.

La societat consta constituïda l'any 2020. Les dades registrals disponibles comencen amb un acte de nomenaments de data 28 de gener de 2020, en què s'inscriuen com a apoderats mancomunats solidaris Roberto de Celis Ruiz, Nicolas Cantaert i Alberto García Rubio (BORME).

Durant el 2020 es documenten canvis en l'òrgan d'administració: el 2 de juliol de 2020 consta el cessament del conseller Christian Albert Heinrich Gisy i el nomenament de Felix Maximilian Frank com a conseller; el 31 de desembre de 2020 consta el cessament d'aquest mateix conseller, Felix Maximilian Frank (BORME).

No consta a les fonts consultades qui van ser els socis fundadors ni el capital inicial, ni la data exacta de l'escriptura de constitució.

No consta a les fonts consultades quina activitat concreta desenvolupava SUMAUTO MOTOR SL ni a quin tipus de clients s'adreçava. La fitxa registral no inclou l'objecte social ni cap descripció de l'activitat.

El que sí que consta és una estructura de govern corporatiu relativament desenvolupada per a una societat de creació recent: consellers, secretari no conseller, apoderats mancomunats solidaris i, a partir del 2023, un auditor extern (PricewaterhouseCoopers Auditores SL). Aquesta estructura és compatible amb una societat participada per inversors o integrada en un grup, però les fonts consultades no ho confirmen.

Les fonts disponibles no contenen dades financeres (facturació, resultats, plantilla) ni cap indicador de creixement. Per tant, no es pot afirmar res sobre l'evolució econòmica de la societat ni identificar un període de bon comportament.

El que sí que es pot descriure és l'activitat registral, que és contínua entre 2020 i 2026: nomenaments de consellers (2020, 2021, 2024), nomenaments i revocacions d'apoderats (2020, 2023, 2025, 2026), canvis de secretari no conseller (2023) i nomenament d'auditor (2023). Aquesta activitat indica una societat en funcionament i amb moviment en els seus òrgans, però no permet inferir resultats econòmics.

SUMAUTO MOTOR SL no consta com a tancada. D'acord amb la fitxa registral consultada (BORME, via OpenMercantil), l'estat registral de la societat és "activa" a data de la consulta. No consta cap acte de dissolució, liquidació, concurs o extinció a la cronologia registral disponible.

Per tant, aquest apartat no té contingut aplicable: no hi ha tancament documentat.

Atès que la societat consta activa i no hi ha constància de tancament, no es pot parlar d'herència en el sentit de què ha deixat una empresa desapareguda. No consta a les fonts consultades cap informació sobre actius, marques, cartera de clients o continuïtat d'activitat sota una altra forma.

Les fonts consultades no identifiquen els fundadors de la societat. El que consta són persones que han ocupat càrrecs en l'òrgan d'administració o com a apoderats:

• Bastian Gruhn: consta com a conseller arran del nomenament de 16 de juliol de 2024, en què també es documenta el cessament del conseller Borja de Muller Barbat (BORME).
• Elena Úbeda Hernández: consta com a secretària no consellera des del nomenament de 12 d'abril de 2023, en substitució de Thomas Bemm (BORME).
• Felix Maximilian Frank: consta com a conseller nomenat el 2 de juliol de 2020 i cessat el 31 de desembre de 2020 (BORME).
• Borja de Muller Barbat: consta com a conseller nomenat l'11 de febrer de 2021 i cessat el 16 de juliol de 2024 (BORME).
• Christian Albert Heinrich Gisy: consta com a conseller cessat el 2 de juliol de 2020 (BORME).
• Thomas Bemm: consta com a secretari no conseller cessat el 12 d'abril de 2023 (BORME).

No consta a les fonts consultades quina és l'activitat professional actual d'aquestes persones ni si mantenen vinculació amb la societat més enllà dels càrrecs registrats. Per aprofundir-hi, es podrien consultar els comptes anuals dipositats al Registre Mercantil de Madrid i les notes de la memòria, que sovint recullen la composició del capital i les retribucions dels administradors.

• El registre mercantil documenta govern corporatiu, no activitat econòmica. Una cronologia densa de nomenaments i cessions no equival a èxit ni a fracàs: per avaluar una societat calen els comptes dipositats, que aquí no consten. Qualsevol anàlisi que es faci només amb BORME ha de declarar aquest límit.
• La rotació de consellers en els primers anys és un senyal a llegir amb prudència. En aquest cas hi ha consellers que entren i surten en pocs mesos (Frank, 2020; Muller, 2021-2024). En societats participades per inversors, aquesta rotació pot reflectir canvis en el govern de la matriu o del fons, però les fonts consultades no ho confirmen.
• El nomenament d'un auditor extern el 2023 és un indicador de formalització. PricewaterhouseCoopers Auditores SL consta com a auditor des del 30 d'octubre de 2023. Això és compatible amb una societat que supera els llindars legals d'auditoria o amb una exigència dels socis, però no consta quin dels dos supòsits és el cas.
• La designació successiva d'apoderats mancomunats solidaris (2020, 2023, 2025, 2026) suggereix una operativa que requereix representació delegada per a actes concrets. Per a una societat de sector "Altres" i constituïda el 2020, aquest patró és més propi d'una estructura de grup que d'una empresa unipersonal, però caldria confirmar-ho amb la memòria dels comptes.

Avís previ, important: l'encàrrec parteix de "una empresa que va tancar", però les fonts disponibles no ho confirmen. El que sí que és verificat és: constitució el 2020 [BORME/OpenMercantil], estat registral "activa" a la fitxa consultada [OpenMercantil, 2026-05-11], domicili registral a Madrid segons les dades registrals (T 39414, F 123, S 8, H M 667412) [BORME], i una activitat registral contínua de nomenaments i revocacions d'apoderats i consellers entre 2020 i 2026 [BORME, diverses dates]. El sector "Hostelería" i la ubicació "Valencia" figuren a les dades que m'has passat, però no els puc contrastar amb cap font citada.

Amb aquesta base, no puc afirmar quina era l'essència del negoci. El que sí que puc fer, i faig a continuació, és plantejar una proposta de reconstrucció hipotètica —marcada com a proposta, no com a fet— d'un negoci d'hostaleria a València, i dir quant costaria començar-lo avui. Aquesta proposta no pretén reproduir SUMAUTO MOTOR SL: pretén donar un full de ruta útil si l'objectiu real és obrir un negoci d'hostaleria a València.

Proposta (a validar): un local de restauració de proximitat, de format mitjà (40–70 m² de sala), amb cuina pròpia senzilla, oferta de migdia forta i sopars més lleugers, obert 6 dies. És el format més replicable i el que menys depèn d'un equip fundador concret.

No tinc dades verificades sobre el mercat de SUMAUTO MOTOR SL ni sobre el seu posicionament. El que sí que és cert és que València és una ciutat amb un teixit d'hostaleria dens i competitiu, i que el 2020–2021 va ser un període molt dur per al sector a causa de la pandèmia; una societat constituïda el 2020 en aquest sector va néixer en un entorn especialment advers. Això és context general, no una dada específica de l'empresa.

Per validar abans de res (proposta de treball):

• Nombre de locals comparables a la zona objectiu i nivell de rotació (locals que tanquen i reobren).
• Preu mitjà de lloguer comercial per m² a la zona (rang habitual a València ciutat: molt variable; a validar amb 3–5 consultes a immobiliàries).
• Ticket mitjà i rotació de taules en formats similars.
• Estacionalitat (turisme vs. client local).

Proposta (no verificada): model de restauració amb tres fonts d'ingrés:

1. Migdia (menú del dia): volum, marge ajustat, alta rotació.
2. Sopars i caps de setmana: marge més alt, ticket superior.
3. Encàrrecs i grups (esdeveniments petits, celebracions): ingrés complementari amb poc cost fix addicional.

Estructura de costos típica d'aquest format (estimació, a validar): lloguer i subministraments (15–25% dels ingressos), personal (30–35%), matèria primera (28–33%), altres (5–10%). Marge operatiu objectiu: 5–12% en règim estable, segons el format i la gestió.

Proposta, en 6 fases (calendari estimat, a validar):

1. Mes 0–1 · Definició: format, carta inicial, ubicació objectiu, pressupost tancat.
2. Mes 1–2 · Ubicació i llicències: negociació de lloguer, llicència d'activitat i obertura, condicionament.
3. Mes 2–3 · Equip i proveïdors: contractació del nucli (cuiner/a i cap de sala), acords amb 3–5 proveïdors.
4. Mes 3 · Prova: obertura limitada o "soft opening" 2–3 setmanes.
5. Mes 4 · Obertura oficial i ajust de carta segons vendes reals.
6. Mes 4–9 · Optimització: control de costos, fidelització, primeres accions de màrqueting local.

Totes les xifres són estimacions de rang, a validar amb pressupostos reals. Per a un local de 40–70 m² a València ciutat:

| Concepte | Rang estimat (€) | |---|---| | Condicionament i obra | 25.000 – 60.000 | | Equipament de cuina i sala | 15.000 – 35.000 | | Llicències i tràmits | 2.000 – 6.000 | | Estoc inicial i proveïdors | 3.000 – 6.000 | | Màrqueting d'obertura | 1.500 – 4.000 | | Fons de maniobra (3–6 mesos) | 15.000 – 40.000 | | Total orientatiu | ~60.000 – 150.000 |

A més: fiança de lloguer (habitualment 2–3 mensualitats) i, si cal, aval o garantia. Aquests imports no provenen de cap dada de SUMAUTO MOTOR SL; són referències de mercat per a un format genèric i cal contrastar-les.

1. Risc d'informació (el més gran aquí): no tenim dades verificades sobre l'activitat real, els actius, els locals ni les causes de cap cessament. Qualsevol pla construït sense això és especulatiu.
2. Risc d'ubicació i lloguer: un lloguer alt amb marge baix és la causa més freqüent de fallida en restauració.
3. Risc de caixa: el fons de maniobra insuficient mata negocis rendibles en paper.
4. Risc d'equip: dependència d'una persona clau (cuina o sala).
5. Risc regulatori: llicències, terrasses, horaris i normativa municipal poden canviar el model.
6. Risc de marca: si es vol reutilitzar el nom o actius de SUMAUTO MOTOR SL, cal verificar prèviament la titularitat i l'estat legal (la societat consta com a activa al registre).

Lliçons que es poden extreure de la informació registral disponible (no és un currículum de ningú):

• La governança va canviar molt i sovint. Entre 2020 i 2026 hi ha cessions i nomenaments successius de consellers, secretaris i apoderats [BORME, 2020–2026]. Lliçó: en un projecte nou, cal definir des del dia 1 qui decideix què, amb quins poders i amb quina rendició de comptes; la rotació constant d'apoderats és un senyal de fragilitat organitzativa.
• Hi havia auditoria externa des del 2023 [BORME, 2023-10-30]. Lliçó: si el projecte creix, formalitzar el control financer aviat és més barat que fer-ho tard.
• L'estructura societària es va constituir el 2020 en ple sector hostaler [BORME]. Lliçó: la resistència del sector depèn més de la caixa i del format que de l'estructura jurídica.
• Qui ho hauria de fer, doncs (proposta): un equip petit i estable —una persona responsable d'operacions i cuina, una de sala i gestió, i un soci/a amb capacitat financera—, amb un acord de socis escrit i un pla de caixa a 18 mesos. No un equip que canviï cada any.

Nota final: si l'objectiu és un informe de reconstrucció rigorós, cal aportar dades verificades addicionals (comptes anuals dipositades, contractes de lloguer, plantilla, motiu del cessament). Sense això, aquest document és un marc de treball, no una reconstrucció.

Els restaurants de cuina asiàtica a Madrid gestionen reserves per telèfon, WhatsApp i llibretes, i les comandes de recollida o lliurament per canals dispersos. Això genera dobles reserves de taula, comandes perdudes en hores punta i una facturació manual que no quadra amb el TPV. La font registral mostra una empresa activa amb estructura corporativa formalitzada ([BORME / BOE, 2026-05-11]), cosa que indica capacitat d'operar com a societat, però no aporta dades operatives del negoci; per tant, el problema es defineix des del domini d'hostaleria, no des de les dades registrals.

La solució és una plataforma que unifica disponibilitat de taules i comandes en un sol model de dades, amb una font de veritat única per a l'ocupació i per a l'estat de cada comanda. El motiu de fer-ho en un sol sistema i no en dos és que la comanda de recollida i la reserva de taula comparteixen el recurs crític: la capacitat de cuina per franja horària.

Arquitectura de tres capes amb separació estricta escriptura/lectura:

``` [Client web / PWA cambrer] [App comensal] [TPV / impressora cuina] | | | +--------- API Gateway (REST v1, JWT) ---+ | +--------------+--------------+ | | [Servei Reserves] [Servei Comandes] (Node.js, stateless) (Node.js, stateless) | | +----------> [PostgreSQL 16] <+ (escriptura, ACID) | [Redis 7] (cache disponibilitat, cues de cuina, locks) | [Worker facturació] (genera PDF, envia a SII/Verifactu) ```

Decisions i motius:

• PostgreSQL com a font de veritat perquè les reserves i les comandes requereixen transaccions ACID; una reserva doble és un error de negoci, no un error eventualment consistent.
• Bloqueig optimista amb columna `version` a les taules de disponibilitat en lloc de bloqueig pessimista, perquè les franges horàries tenen alta contenció només en pics i el bloqueig pessimista degradaria la resta del dia.
• Redis per a la consulta de disponibilitat perquè el 90% de les lectures són de només consulta i toleren una latència de cache de fins a 2 segons; la invalidació es fa per esdeveniment després de cada commit.
• Serveis stateless per permetre escalat horitzontal en hores punta (20:00–22:30) sense migració d'estat.
• Worker de facturació desacoblat perquè la generació de PDF i l'enviament a l'administració tributària no han de bloquejar la comanda.

Taules principals (PostgreSQL):

```sql restaurant(id uuid pk, nom text, zona_horaria text, capacitat_cuina_per_franja int) franja_horaria(id uuid pk, restaurant_id fk, inici timestamptz, fi timestamptz, capacitat_taules int, capacitat_comandes int, version int) taula(id uuid pk, restaurant_id fk, nom text, seients int, activa bool) reserva(id uuid pk, restaurant_id fk, franja_id fk, taula_id fk null, comensals int, client_id fk, estat text, versio int, creat_a timestamptz, idempotency_key text unique) client(id uuid pk, nom text, telefon text, email text null) comanda(id uuid pk, restaurant_id fk, franja_id fk, canal text, estat text, total_centims int, idempotency_key text unique, creat_a timestamptz) linia_comanda(id uuid pk, comanda_id fk, producte_id fk, quantitat int, preu_centims int) producte(id uuid pk, restaurant_id fk, nom text, preu_centims int, actiu bool) factura(id uuid pk, comanda_id fk, numero text unique, pdf_url text, enviada bool) esdeveniment_auditoria(id bigserial pk, entitat text, entitat_id uuid, accio text, payload jsonb, creat_a timestamptz) ```

Decisions i motius:

• Importes en cèntims com a `int` per evitar errors d'arrodoniment amb coma flotant en facturació.
• `idempotency_key` única a `reserva` i `comanda` perquè els clients mòbils reintenten peticions en xarxes mòbils inestables; sense això es dupliquen comandes.
• `version` a `franja_horaria` per implementar el bloqueig optimista: l'actualització inclou `WHERE version = :v` i falla si un altre procés ha consumit capacitat.
• `esdeveniment_auditoria` append-only perquè el context corporatiu mostra una estructura de govern amb auditoria externa ([BORME / BOE, 2026-05-11]); traçabilitat de canvis és un requisit raonable per a una societat auditada.
• `taula_id` nullable a `reserva` perquè una reserva pot existir abans d'assignar taula concreta; l'assignació és un pas posterior.

API REST versionada (`/v1`), autenticació JWT amb rols `cambrer`, `cuina`, `gestor`, `comensal`.

Endpoints principals:

• `GET /v1/restaurants/{id}/disponibilitat?data=&comensals=` — llegeix de Redis, retorna franges amb places lliures.
• `POST /v1/reserves` — requereix capçalera `Idempotency-Key`; retorna `201` o `409` si la franja s'ha omplert.
• `PATCH /v1/reserves/{id}` — reassignació de taula o canvi d'estat; usa `If-Match` amb la versió.
• `POST /v1/comandes` — crea comanda amb línies; valida capacitat de cuina de la franja.
• `POST /v1/comandes/{id}/pagament` — registra el pagament; dispara el worker de facturació.
• `GET /v1/comandes/{id}/factura` — retorna URL signada del PDF.

Integracions:

• Passarel·la de pagament (Stripe o Redsys) via webhook signat; el webhook és la font de veritat del pagament, no la resposta síncrona, perquè la resposta pot perdre's.
• Verifactu / SII per a l'enviament de factures, cridat pel worker amb reintents exponencials i cua de mort.
• Impressora de cuina via ESC/POS sobre xarxa local; el worker de cuina consumeix una cua Redis i imprimeix; si falla, la comanda queda en estat `pendent_impressio` visible al panell.

1. Esquema PostgreSQL i migracions (Flyway) amb les taules de restaurant, franja, taula, reserva i comanda.
2. Servei de disponibilitat amb bloqueig optimista i la seva cache Redis; és el nucli que evita la doble reserva.
3. API de reserves amb idempotència i proves de càrrega sobre una franja amb contenció.
4. API de comandes i línies amb validació de capacitat de cuina.
5. Worker de facturació amb generació de PDF i cua de reintents.

No es construeix encara: analítica, app de comensal nativa, integració amb agregadors de lliurament. El motiu és que sense el nucli transaccional correcte, la resta amplifica errors de dades.

• Contenció en pics: una sola franja pot rebre centenars de lectures per minut; la cache Redis ho absorbeix, però la invalidació ha de ser per esdeveniment, no per TTL curt, per evitar vendre places ja ocupades.
• Bloqueig optimista amb reintents: cal limitar els reintents a 3 amb backoff, o la latència en pics es dispara.
• Facturació: la integració amb Verifactu té requisits de format i de conservació; un error aquí té conseqüències legals, per això el worker ha de ser idempotent i auditable.
• Multi-tenant: si la plataforma serveix diversos restaurants, totes les consultes han de filtrar per `restaurant_id`; un oblit és una fuita de dades entre clients.
• Risc de govern: el BORME mostra canvis freqüents d'apoderats i consellers ([BORME / BOE, 2026-05-11]); si la plataforma depèn d'un sol administrador per a configuracions crítiques, cal documentar el procediment de traspàs.

• Proves de doble reserva: dues peticions concurrents a la mateixa franja amb una plaça lliure; exactament una ha de retornar `201` i l'altra `409`. S'executa en CI amb 100 iteracions.
• Proves d'idempotència: la mateixa `Idempotency-Key` enviada dues vegades retorna la mateixa comanda i no en crea cap de nova.
• Proves de càrrega: 500 lectures de disponibilitat per minut amb p95 < 150 ms servides des de Redis.
• Proves de facturació: comanda pagada genera factura amb número únic i enviament confirmat; reintent del worker no duplica la factura.
• Auditoria: cada canvi d'estat de reserva o comanda genera un registre a `esdeveniment_auditoria`; es verifica amb una consulta de reconciliació diària.
• Traçabilitat de fonts: les afirmacions sobre l'estructura corporativa es contrasten amb la ficha registral d'OpenMercantil ([BORME / BOE (via OpenMercantil), 2026-05-11]) i l'acte BORME ([BOE / BORME, 2026-05-11]); les dades operatives del producte no es poden validar amb aquestes fonts i es marquen com a hipòtesis de domini.