Introduce el código de 4 dígitos que has recibido por separado.
El cuello de botella no es contabilizar: eso ya lo tienes pulido. Es cómo te llega la información de tus clientes, y cuánto cuesta comprobar —empresa por empresa, cierre a cierre— que una contabilidad está bien terminada.
En una línea: once piezas repartidas en dos fases, 18.200 € + IVA con los 800 € de la consultoría ya descontados, nueve semanas y 490 €/mes de mantenimiento sin permanencia. Y una tercera fase —el informe que quieres vender a tus clientes— con el alcance cerrado y el importe pendiente de la sesión de 45-60 minutos que pediste tú. Ref. SIST-AGR-2026-08 · 31 de agosto de 2026.
Salen de la llamada del 13 de julio, del kickoff del 16 y de tus respuestas al cuestionario del 25 de agosto. Están dichos con tus palabras, no con las nuestras.
Muchos de tus clientes son analógicos: la factura llega en papel, en PDF por correo o subida al Drive, y sin orden. Lo dijiste tú en el kickoff — el atasco no está en contabilizar, está antes.
Para certificar una contabilidad hay doce comprobaciones, y las haces tú entrando a los mayores de cada empresa. Treinta y una empresas por doce preguntas, en cada cierre.
La información existe, pero en forma de asientos. Para saber si la 129 cuadra o si la 555 está a cero hay que ir a buscarlo. Tu frase: «sí es necesario organizar bien la base de datos por cuentas contables, no solo el diario y ya».
Pasar de gestoría reactiva a asesor financiero. El informe del cliente final —ratios, vencimientos, flujos, márgenes— es el producto que quieres vender, y hoy no se puede producir a escala.
El tipo de contabilidad de cada empresa, sus cuentas, sus criterios de amortización, su forma de cobro: está en tu cabeza y repartido por el NAS. Tres personas activas, y las particularidades sin escribir.
Seis pasos. El sexto no cambia: la contabilidad la sigues dando por buena tú, con tu criterio. Lo que cambia es que la lista de lo que hay que mirar ya está hecha cuando te sientas.
Sin adornos y sin propuesta todavía: solo el proceso y, al lado, lo que hoy no queda registrado. Los pasos marcados como «no se toca» son los que el proyecto deja exactamente igual.
Las treinta y una empresas del censo que entregaste no son homogéneas: hay dos sectores de contraste en el piloto, dos empresas cuya contabilidad no es fiable y a las que solo interesa el laboral, y el resto. La base de datos tiene que saber distinguirlas desde el primer día.
Cuatro cuadrantes. Arriba a la izquierda, lo que se monta primero porque rinde pronto. Arriba a la derecha, lo que cuesta más y vale más. Abajo a la derecha, lo que recomendamos no hacer y por qué.
Las cinco APIs por módulo, leídas de forma estable.
La base de datos organizada por cuentas contables no luce en una demo. Pero las doce comprobaciones, la consulta en lenguaje natural y los dos informes leen todos de ahí. Montarla mal obliga a rehacer las otras seis piezas.
Por qué ahora: es la única pieza cuyo error se paga tres veces.
Lo pediste tú: la 2 de odontología y la 21 de hostelería. Con un solo sector, las reglas parecen genéricas y no lo son. Con dos, el cuadro de cuentas se convierte en un parámetro por sector desde el primer día — que es lo que después permite que la empresa 32 no sea un proyecto.
Si solo caben dos: la 2 y la 21, tal como lo dejaste escrito.
Tú lo pediste y tienes razón: el diseño de los dos informes se cierra en una sesión de 45-60 minutos, no en otra ronda de documento. Y tu aviso al entregar el cuestionario —«intentad que para los próximos vayamos más al grano»— lo hemos tomado como lo que es.
Consecuencia: la Fase C sale de esta propuesta con el alcance cerrado y el importe abierto. No al revés.
Es la base intermedia que montaste tú uniendo los datos del ERP dental con la API de Cegid. Lo dijiste sin adornos: lleva meses inactiva, no está actualizada y la parte del ERP dental ha cambiado. Sirve para entender la estructura y lo que hay; no para sostener el servicio.
Qué haría falta para reconsiderarlo: nada. Lo que sí se hace es leerla una vez para no perder lo que ya aprendiste montándola.
Era el camino natural para atacar el cuello de botella de la entrada de facturas, y lo cerraste con un «NO» en el cuestionario: tu licencia no ampara la entrada automática. No se insiste.
Qué haría falta para reconsiderarlo: un cambio de licencia por parte de Cegid.
Podríamos montar una tabla de incidencias con su ciclo de vida y su marcado manual. Tu respuesta al 3.3 lo hace innecesario: al recargar los datos, si el error ya no existe, no se carga. El informe se recalcula desde cero.
Qué haría falta para reconsiderarlo: querer medir cuánto se tarda en cerrar lo pendiente, no solo qué queda pendiente.
Una sola base de datos en el centro. Cegid sigue siendo donde se contabiliza y de él solo se lee: nada de lo que se monta escribe en tu programa. Todo lo demás cuelga de la base.
Las maquetas de esta pestaña son ilustrativas: los datos que muestran son de ejemplo y el diseño final puede variar en la implementación, sin alterar el alcance descrito.
Tu petición literal del kickoff. La respuesta cita la cuenta y el saldo a fecha, y dice de qué empresa y de qué ejercicio sale: si no puede citarlo, dice que no lo sabe en lugar de inventárselo.
Datos de ejemplo. Los importes y los nombres de las respuestas son ilustrativos; lo que es real es la forma de responder: cuenta, saldo, empresa y origen.
El que nunca llega al cliente, con tus palabras: «para detectar rápido errores de contabilidad del propio trabajo del despacho». Se recalcula desde cero cada vez, así que lo que ya está resuelto desaparece solo — como pediste en el 3.3.
Empresas 4, 17 y 74 con saldo en 555 o 558 a cierre de mes. Son cuentas de paso: cualquier saldo distinto de cero es alerta.
Empresa 2: dos apuntes de 1.452,00 € del mismo proveedor con la misma fecha, y números de factura que coinciden en parte. Empresa 56: mismo patrón, 318,70 €.
Empresa 22: el saldo de la 129 no coincide con ingresos menos gastos de los grupos 6 y 7 del propio diario. Diferencia de 2.140,18 €. Suele ser error de traspaso o asiento de regularización mal hecho.
Dos cuentas de proveedor con saldo deudor (empresas 9 y 40) y dos de cliente con saldo acreedor (empresas 15 y 66). Con el detalle de cada una y su importe.
Empresa 18: préstamo sin cuadro de amortización cargado para el ejercicio en curso. Empresa 71: anticipo de cliente en la 438 con 8 meses sin regularizar contra factura.
Cuatro de los avisos del miércoles pasado ya no aparecen: al recargar los datos, el error había dejado de existir. No hace falta cerrar nada a mano.
Esto es lo que quieres vender: el paso de gestoría reactiva a asesor financiero. Lo que ves es la lectura que hicimos de tu respuesta al 3.4 — ratios, vencimientos, flujos, cuenta de resultados con márgenes, balance y comparativo contra el mes y el año anteriores. Sirve para acordar el alcance en la sesión, no como especificación final: lo que se decida ahí es lo que se construye.
Cuenta de resultados con márgenes, comparada
Empresa 2 · Odontología Digital Multidisciplinar SL, con datos sintéticos. Ninguna cifra de esta maqueta sale de una contabilidad real.
Tu tercer quick win, con tus palabras: «una herramienta que sea la fuente de la verdad», «de manera que no se la tenga que leer nadie» y que responda cuando preguntes. Los procesos los pre-rellenamos nosotros a partir de lo que ya tienes, y tú los ajustas después. Un usuario, como pediste en el 4.4.
Lo que hoy está repartido entre Cegid, el NAS, el Drive y tu memoria, en una pantalla. La columna de la derecha son los cuatro campos que tú propusiste en el 4.2, más las particularidades que hoy no están escritas en ningún sitio.
Tu preocupación del 1.4 era la integridad. Esto es la respuesta: cada columna dice de dónde viene, y el año vivo se recarga completo cada 2-3 meses porque un asiento antiguo modificado a mano no se marca como cambiado.
| A · Empresa | B · Cuenta | C · Denominación | D · Saldo a fecha | E · Naturaleza | F · Última carga | |
|---|---|---|---|---|---|---|
| 1 | 2 · Odontología Digital | 555 | Partidas pendientes de aplicación | 0,00 € | Cuenta de paso | hoy 06:10 |
| 2 | 4 · Lizaran Molina | 555 | Partidas pendientes de aplicación | 1.284,50 € D | Cuenta de paso | hoy 06:10 |
| 3 | 2 · Odontología Digital | 129 | Resultado del ejercicio | 22.014,82 € H | Patrimonio neto | hoy 06:10 |
| 4 | 20 · Alicons Zaidín | 551 | Cuenta corriente con socios | 42.800,00 € D | Activo | hoy 06:10 |
| 5 | 13 · Súper Recuerda | 472 | Hacienda Pública, IVA soportado | 812,44 € D | Activo | hoy 06:10 |
| 6 | 21 · Hoteles de Almuñécar | 438 | Anticipos de clientes | 6.310,00 € H | Pasivo | hoy 06:10 |
Maqueta con datos sintéticos. La base real no es una hoja de cálculo: se representa así porque es la forma más rápida de ver qué columnas hay y de dónde sale cada una.
Dos fases valoradas y una tercera con el alcance cerrado y el importe abierto. Los 800 € de la consultoría que ya pagaste se descuentan íntegros, una sola vez. Todos los importes son sin IVA.
Tus tres quick wins descansan sobre una sola cosa: una base de datos organizada como tú revisas. Esta fase la monta y entrega las doce comprobaciones funcionando, certificadas contra la empresa 2.
Lo que convierte el proyecto en algo tuyo: el conocimiento del despacho escrito donde se consulta, las tres palancas en autoservicio y el cumplimiento cerrado. Es lo que pediste desde la primera llamada — propiedad y autonomía, sin dependencia.
Un solo arranque, un solo calendario y una sola sesión de volcado. La fuente de la verdad nace sabiendo qué reglas existen, en lugar de documentarlas después.
Es la pieza de mayor impacto de todo el proyecto —el producto que quieres vender a tus clientes— y la única que sale de esta propuesta sin número. No por prudencia comercial: porque tú mismo escribiste que hay que hablarla en profundidad, y poner una cifra antes de esa conversación sería inventarla.
No se factura por horas ni por «está casi listo»: cada hito tiene su criterio de aceptación y se cobra cuando lo aceptas. El de la Fase A es concreto: las doce comprobaciones ejecutadas contra la empresa 2 y sus salidas validadas por ti en una demo.
Sin permanencia: la mensualidad se cancela cuando quieras. Y la propiedad del sistema es tuya — es lo que pediste desde la primera llamada, soporte opcional y sin dependencia.
Nueve semanas desde el arranque hasta la Fase B entregada, con la certificación del piloto en la séptima. Las tres semanas naranjas son las que dependen de algo que tiene que llegar de AGR: si eso se retrasa, se retrasa el calendario, y por eso está dicho aquí y no en una llamada a mitad del proyecto.
| Trabajo | S1 | S2 | S3 | S4 | S5 | S6 | S7 | S8 | S9 |
|---|---|---|---|---|---|---|---|---|---|
| Sesión de diseño de los dos informesLo único que hoy bloquea la Fase C | |||||||||
| Conexión con Diez SoftwareERP Despachos, Contabilidad y Nóminas | |||||||||
| Base de datos por cuentas contablesMayores y saldo a fecha | |||||||||
| Las 31 empresas y su históricoEl censo ya está entregado | |||||||||
| Las 12 comprobaciones del auditorDepende del cuadro de cuentas por sector | |||||||||
| Informe interno de auditoríaDepende de validar las recurrencias | |||||||||
| Preguntar a la base en lenguaje naturalSobre la base ya montada | |||||||||
| Certificación del pilotoEmpresas 2, 1 y 21 · hito de cobro | |||||||||
| La fuente de la verdad en SliteDepende del acceso al NAS o de una muestra | |||||||||
| Autoservicio y plantilla de altaFase B | |||||||||
| Tokens, accesos y expediente AI ActFase B | |||||||||
La Fase C no está en este calendario porque su alcance se cierra en la sesión de la semana 1. En cuanto haya acta, se dimensiona y se encaja.
Nueve cosas, con su semana. Está escrito aquí para que no haya que descubrirlo a mitad del proyecto — y porque tú ya has esperado una vez por un plazo nuestro que no se cumplió: este calendario solo se sostiene si las dependencias están dichas desde el principio.
Cuarenta y cinco a sesenta minutos contigo, y es lo único que de verdad bloquea. La pediste tú: «para hablarla en profundidad». Sin ella no hay presupuesto de Fase C, y con ella se cierra el mismo día. Semana 1.
Entre tu correo del 24 de agosto y tu cuestionario del 25 hay dos cosas que no coinciden. Piloto: el correo decía empresas 1 y 2, el cuestionario pide 2, 1 y 21. Recurrencia: el correo decía las cuatro para todas, el cuestionario habla del criterio del millón de facturación. Tomamos la del cuestionario por ser posterior, pero hace falta que lo digas. Semana 1.
Confirmaste en el 2.1 que el patrón existe, pero no llegó el cuadro. Se saca en una sesión de volcado contigo —tu respuesta al 4.3 fue «conmigo por ahora»— y se empieza por dental. Sin él, las reglas no se heredan de una empresa a otra. Semana 3.
El bloque 2.4 quedó en blanco. Lo interpretamos como que la lista de doce está completa, pero eso no se da por hecho: es una frase en la sesión. Semana 4.
Semanal, quincenal, mensual o trimestral. Wixyn propone el reparto aplicando tu criterio de facturación y tú lo validas. Bloquea la programación de los informes. Semana 5.
En el NAS están los impuestos presentados por año y los trámites de cada empresa. Es lo que permite pre-rellenar la fuente de la verdad con lo que ya tienes, en lugar de escribirla desde cero. Bloquea la Fase B. Semana 7.
Nos diste las preguntas y el criterio, que es lo valioso, pero no el resultado esperado por empresa. Se cierra ejecutándolas contra la empresa 2 y validando las salidas contigo en la demo de certificación. Es el criterio de aceptación del hito de cobro. Semana 7.
Consta que hay contrato y un documento de confidencialidad, pero no está claro si lo firmado es un NDA o un DPA. No son intercambiables: el proyecto trata contabilidades de tus clientes, es decir datos de terceros, y eso lo habilita el DPA. Antes de tocar un dato real.
La IP de salida ya está habilitada en tu firewall de Azure y las APIs están cargadas en la bóveda. Solo hace falta que si algo cambia —una rotación de contraseña, un cambio de firewall— nos llegue. Continuo.
Y lo que hace Wixyn mientras, sin esperar a nada: verificar en la API de contabilidad si permite escribir asientos —de eso depende que el OCR se pueda sustituir algún día—, proponer el reparto de recurrencias de las 31 empresas para que solo tengas que validarlo, y montar las doce comprobaciones contra la empresa 2 para que la demo de certificación tenga algo que enseñar.
Ocho riesgos reales, con su probabilidad y su mitigación. Tres de los ocho los identificaste tú en el cuestionario, lo cual dice bastante de la calidad de lo que entregaste.
| Riesgo | Probabilidad | Qué pasa si ocurre | Qué hacemos |
|---|---|---|---|
| La API de contabilidad no permite escribir asientos | alta | Se cae la vía de sustituir el OCR de Cegid, que ya descartaste alimentar. No afecta a ninguna de las once piezas: el OCR se queda como está. | Lo verificamos nosotros en la documentación de la API antes de la sesión, y sin coste. Si no escribe, se dice y se cierra el tema. |
| La API errónea de contabilidad, la que no puedes borrar | media | Una conexión que apunte a la mala devuelve datos incompletos, y nadie se entera hasta que un saldo no cuadra. | La conexión fija explícitamente cuál se usa y valida el resultado contra un saldo conocido en cada carga. Si cambia, salta. |
| Un asiento antiguo modificado a mano no se marca | media | El saldo de la base se queda viejo y una comprobación da verde cuando debería dar alerta. Es el riesgo que tú mismo identificaste en el 1.4. | La recarga completa del año vivo cada 2-3 meses, con tu ritmo y no con el nuestro. Y cada dato dice de qué carga sale. |
| El cuadro de cuentas por sector no llega | alta | Las reglas no se pueden heredar y cada empresa se configura una por una: el coste de las 28 restantes deja de ser configuración. | Bloquea explícitamente la pieza 5 en el calendario, semana 3, y está en la lista de lo que hace falta de AGR. |
| Son contabilidades de terceros | alta | Sin DPA firmado, tratar datos personales de los clientes de AGR no está habilitado. Y hay clínicas en la cartera. | El DPA se cierra antes de tocar un dato real. Es la pieza 11, y es requisito, no recomendación. |
| El modelo de lenguaje responde de más | media | Una respuesta inventada sobre una contabilidad es peor que ninguna, porque no se puede defender delante de un cliente. | La consulta solo responde citando cuenta, saldo, empresa y ejercicio; si no puede citarlo, dice que no lo sabe. No es una promesa: es cómo está construida. |
| El alcance laboral de las empresas 27 y 28 | baja | Es un eje nuevo que apareció en tu cuestionario y no está dimensionado. Si crece, crece el proyecto. | Queda fuera de las once piezas y se acota en la sesión. Dicho por escrito para que no entre por la puerta de atrás. |
| Sin tabla de estados no hay métrica de cierre | baja | No se podrá medir cuánto se tarda en resolver lo pendiente ni ver su histórico. Es consecuencia de tu decisión del 3.3, y la aceptamos. | Se dice por delante, aquí y en la partida del informe interno. Si algún día quieres medirlo, se monta aparte. |
Pediste entender el porqué de cada decisión técnica para poder sostener el sistema con criterio propio. Esta es la tabla que sirve para eso. Cegid aparece siempre como fuente y nunca como destino: nada de lo que se monta escribe en tu programa.
| # | Pieza | Cómo se construye | Dónde viven sus datos | De qué depende |
|---|---|---|---|---|
| 01 | 1 · Conexión con Diez Software | Código sobre Supabase | Cegid es la fuente · nada se escribe en él | Que la API errónea siga sin poder borrarse |
| 02 | 2 · Base por cuentas contables | Código sobre Supabase | Supabase, en la Unión Europea | Cuadro de cuentas por sector |
| 03 | 3 · Las 31 empresas y su histórico | Carga configurada | Supabase · aislamiento por código de contabilidad | Censo entregado · ya lo tenemos |
| 04 | 4 · Sincronización e integridad | Tarea programada | Supabase | Que el acceso a las APIs siga vivo |
| 05 | 5 · Las 12 comprobaciones | Código sobre Supabase | Supabase · resultados por empresa y fecha | Tus salidas esperadas, en la demo |
| 06 | 6 · Informe interno de auditoría | Tarea programada + correo | Supabase · el correo no guarda datos | Reparto de recurrencias validado |
| 07 | 7 · Consulta en lenguaje natural | Modelo de lenguaje sobre la base | Supabase · la consulta no entrena al modelo | Pieza 2 terminada |
| 08 | 8 · Fuente de la verdad | Slite, configurado y pre-rellenado | Slite · 1 usuario | Acceso al NAS o muestra de 2 clientes |
| 09 | 9 · Autoservicio de las 3 palancas | Código sobre Supabase | Supabase | Piezas 2, 3 y 5 terminadas |
| 10 | 10 · Plantilla de alta y cuadro por sector | Slite + configuración | Slite y Supabase | Sesión de volcado contigo |
| 11 | 11 · Tokens y expediente AI Act | Bóveda cifrada con acceso auditado | Bóveda de Supabase, por cliente | DPA firmado |
| 12 | C · Informe del cliente final | Por definir en la sesión | Supabase | Acta de la sesión de diseño |
Dicho aquí para que no haya sorpresas ni conversaciones incómodas en la semana seis.
Tu licencia no lo ampara — respondiste «NO» en el 5.2. No se insiste y no se factura.
Fuera del alcance desde el principio, y confirmaste en el 7.2 que no falta nada.
Se habló en el kickoff. Sin la base montada no hay sobre qué unir métricas de marketing.
Interés declarado, y se presupuesta aparte. No está incluida en estos importes.
Ni se propone ni se plantea. Cegid es la fuente y de él solo se lee.
Ninguna de las once piezas escribe en Cegid. La escritura de asientos es una vía futura, sujeta a verificación.
Cumplimiento. El sistema trata contabilidades de clientes de AGR, es decir datos de terceros: el DPA es requisito previo a tocar un dato real, no un trámite posterior. Los secretos que AGR nos ceda —contraseñas de base de datos, claves de API— viven cifrados en bóveda con acceso auditado y acotado a este proyecto, no en texto plano ni en manos de ningún desarrollador, y son revocables en cualquier momento: es el mismo procedimiento por el que subiste la contraseña de Azure. El expediente del Reglamento europeo de IA se entrega con la Fase B. Los importes de este documento son sin IVA y tienen una validez de 30 días naturales desde la fecha de emisión.