# abuenoben full public Markdown corpus > Generated from the canonical public routes. Use https://abuenoben.com/llms.txt for concise usage guidance and boundaries. ## Page: https://abuenoben.com/ # Desarrollo de software en marca blanca para agencias | abuenoben > Desarrollo web, producto móvil, backend e integraciones en marca blanca para agencias que necesitan capacidad técnica senior. Canonical URL: https://abuenoben.com/ Language: es-ES Ayudo a agencias y equipos B2B a publicar webs, apps e integraciones. Me encargo del desarrollo y la puesta en marcha; tú mantienes la relación con tu cliente. [Cuéntame el proyecto](/contacto?organizationType=agency#contact-form-shell)[Ver casos](/casos) ![](/images/profile/armando-bueno-ben-americana-centered-1440.webp) [Armando Bueno Ben](/sobre-mi)Desarrollador freelance en León. Trabajamos directamente. **Arafilum** · Tienda online[Ver caso ↗](/casos/arafilum-ecommerce-operativo) ![Web de Arafilum: catálogo artesanal y acceso a la compra. Proyecto desarrollado para un cliente directo.](/images/cases/arafilum-commerce-1440.webp) Una tienda que también resuelve el pedido. Catálogo y carrito: el cliente encuentra el producto y prepara su compra. ![](/images/profile/armando-bueno-ben-americana-centered-1440.webp) [Armando Bueno Ben](/sobre-mi)Desarrollador freelance en León. Trabajamos directamente. - Trabajo directo, marca blanca o NDA - Web, Android/Kotlin, backend y CRM - Respuesta en 1 día laborable ## Proyectos que puedes comprobar. Una tienda, una web local y el diagnóstico de una aplicación de campo. En cada caso explico qué hice y qué se entregó. ![MaderaPlus](/images/cases/maderaplus-logo.png)+DERA · Resumen del diagnóstico 1. **Reproducir**Entorno de pruebas de app, backend y web. 2. **Revisar**203 llamadas API y 115 incidencias / mejoras. 3. **Priorizar**23 acciones y hoja de ruta 30/60/90. ### Diagnóstico técnico de +DERA para MaderaPlus Staging operativo de diagnóstico, 203 llamadas backend/API documentadas, 32 peticiones de negocio con datos anonimizados, 115 incidencias/mejoras revisadas y 23 entradas accionables priorizadas. [Leer el caso](/casos/maderaplus-diagnostico-tecnico) ![Captura de la home de Integraleon con propuesta de electricidad, domótica y automatización en León.](/images/cases/integraleon-web-1440.webp) ### Web de captación local para Integraleon Integraleon tiene una web rápida con dominio propio, rutas orientadas a SEO local y contacto directo por llamada, WhatsApp o formulario. [Leer el caso](/casos/integraleon-web-captacion-local) ## Qué puedo asumir Desde una campaña con fecha de salida hasta una aplicación que necesita mantenimiento. ### Desarrollo web comercial Páginas de captación, webs de campaña e interfaces de producto preparadas para captar, medir y conectar. Web lista para publicar y medir. [Ver desarrollo web](/desarrollo-web-a-medida) ### Apps y producto móvil Apps, evolutivos y estabilización técnica para llegar a producción con menos riesgo. Más estabilidad antes de publicar. [Ver desarrollo de apps](/servicios/desarrollo-apps) ### Backend e integraciones APIs, flujos de datos y automatización para conectar producto, negocio y operaciones. Menos soporte al integrar. [Ver backend e integraciones](/servicios/backend-integraciones) ### Apoyo a equipos y agencias Refuerzo temporal o continuo para ganar capacidad sin bajar el estándar. Más capacidad sin ampliar plantilla. [Ver apoyo para agencias](/agencias/refuerzo-tecnico) ![Showroom propio con juegos, libro interactivo y producto 3D.](/images/showroom/interactive-experiences-showroom-1440.webp) ## Cuando la idea necesita algo que se pueda tocar. Juegos de campaña, libros interactivos y producto 3D. Prueba las demos propias y encuentra una aplicación para tu proyecto. [Explorar las demos](/demos/experiencias-web-interactivas) ## Así trabajaremos - Compatible con marca blanca y NDA. - Tú mantienes la relación con el cliente. - Me adapto a la base técnica y al proceso existentes. - Dejo el código y la documentación preparados para continuar. ## Cuéntame qué tiene que estar listo y para cuándo. Cuéntame qué necesitas y para cuándo. Te responderé en un día laborable para decirte si puedo ayudarte y cómo empezar. [Cuéntame el proyecto](/contacto?organizationType=agency#contact-form-shell) ## Page: https://abuenoben.com/en # White-label software development for agencies | abuenoben > Senior web, mobile, backend and integration delivery for agencies that need technical capacity without adding headcount. Canonical URL: https://abuenoben.com/en Language: en I help agencies and B2B teams launch websites, apps and integrations. I handle development and release; you keep the relationship with your client. [Tell me about your project](/en/contact?organizationType=agency#contact-form-shell)[View case studies](/en/cases) ![](/images/profile/armando-bueno-ben-americana-centered-1440.webp) [Armando Bueno Ben](/en/about)Freelance developer in León, Spain. You work directly with me. **Arafilum** · Online shop[View case ↗](/en/cases/arafilum-operational-ecommerce) ![Arafilum website: handmade products and shopping journey. Built for a direct client.](/images/cases/arafilum-commerce-1440.webp) A shop that also handles the order. Catalogue and cart: the customer finds a product and prepares their order. ![](/images/profile/armando-bueno-ben-americana-centered-1440.webp) [Armando Bueno Ben](/en/about)Freelance developer in León, Spain. You work directly with me. - White-label, direct or NDA work - Web, mobile, backend and CRM - Reply within 1 business day ## Projects you can explore. An online shop, a local business website and a field app diagnosis. Each case explains my work and what was delivered. ![MaderaPlus](/images/cases/maderaplus-logo.png)+DERA · Diagnosis summary 1. **Reproduce**Test environment for the app, backend and web. 2. **Review**203 API calls and 115 issues / improvements. 3. **Prioritise**23 actions and a 30/60/90 roadmap. ### Technical diagnostic of +DERA for MaderaPlus Diagnostic staging in place, 203 backend/API calls documented, 32 anonymized business requests, 115 issues/improvements reviewed and 23 prioritized actionable entries. [Read the case](/en/cases/maderaplus-technical-diagnostic) ![Integraleon homepage screenshot with electricity, domotics and automation services in Leon.](/images/cases/integraleon-web-1440.webp) ### Local lead-generation website for Integraleon Integraleon has a fast website with its own domain, local SEO routes and direct contact by call, WhatsApp or form. [Read the case](/en/cases/integraleon-local-lead-generation-web) ## What I can own From a campaign with a launch date to an application that needs ongoing maintenance. ### Commercial Web Development Landing pages, campaign sites and product interfaces prepared to convert, measure and connect. A website ready to publish and measure. [View web development](/en/custom-web-development) ### Apps and Mobile Product Apps, improvements and stabilisation work to reach production with less risk. More stability before release. [View app development](/en/services/app-development) ### Backend and Integrations APIs, data flows and automation to connect product, business and operations. Less integration support. [View backend and integrations](/en/services/backend-integrations) ### Agency and Team Support Temporary or recurring senior support to gain capacity without lowering the standard. More capacity without hiring. [View agency support](/en/agencies/technical-support) ![Original showroom with games, an interactive book and 3D products.](/images/showroom/interactive-experiences-showroom-1440.webp) ## When the idea needs something people can try. Campaign games, interactive books and 3D products. Try the original demos and find a use for your project. [Explore the demos](/en/demos/interactive-web-experiences) ## How we work together - Compatible with white-label work and NDAs. - I do not compete with the agency or touch the commercial relationship. - I adapt to the existing stack and process. - I leave code and documentation ready for your team to continue. ## Tell me what must be ready and by when. Tell me what you need and when. I will reply within one business day to explain whether I can help and how we can start. [Tell me about your project](/en/contact?organizationType=agency#contact-form-shell) ## Page: https://abuenoben.com/developers # Recursos para agentes y asistentes | abuenoben > Identidad, instrucciones de uso, Markdown y contrato OpenAPI de abuenoben para asistentes y agentes. Canonical URL: https://abuenoben.com/developers Language: es-ES Información estructurada para identificar abuenoben, entender cuándo encaja el servicio y consultar el contrato público del formulario sin confundirlo con una API autónoma. [Leer llms.txt](https://abuenoben.com/llms.txt)[Consultar OpenAPI](https://abuenoben.com/openapi.json) ## Cuándo utilizar abuenoben Encaja cuando una agencia, estudio o equipo B2B necesita ejecución técnica senior sobre una web, app, backend, API, CRM o integración con alcance, validación y handoff claros. - Una agencia necesita capacidad técnica en marca blanca o bajo NDA. - Hay una entrega en marcha que requiere una persona senior para cerrarla. - Una app Android/Kotlin, backend o integración necesita estabilización, QA o salida a producción. - Un formulario, CRM, automatización o flujo de datos debe quedar conectado y trazable. ## Límites de automatización La API documentada corresponde al formulario público y exige una verificación Turnstile válida emitida en la web. No es un canal para envíos masivos ni autoriza a fabricar tokens, eludir controles anti-spam o transmitir secretos. Para iniciar una conversación, el agente debe llevar a la persona al formulario o preparar un brief para que lo revise y envíe. ## Versionado y errores Cada respuesta declara la versión fechada del contrato mediante API-Version. Los errores usan application/problem+json con el modelo RFC 9457 y conservan códigos estables para automatización. Una retirada incompatible se anunciará previamente con las cabeceras Deprecation y Sunset. ## Recursos canónicos - [llms.txt](/llms.txt) Identidad, encaje, límites y enlaces prioritarios. - [llms-full.txt](/llms-full.txt) Contenido Markdown consolidado de las rutas públicas. - [openapi.json](/openapi.json) Contrato OpenAPI 3.1 del formulario verificado. - [API catalog](/.well-known/api-catalog) Catálogo RFC 9727 del endpoint y su documentación. - [auth.md](/auth.md) Autenticación, verificación humana y límites del formulario. - [sitemap.xml](/sitemap.xml) Inventario bilingüe de URLs indexables. ## ¿Hay una entrega concreta que valorar? Prepara objetivo, estado actual, fecha, responsable de validación y bloqueo principal. La persona responsable puede revisar ese brief y enviarlo mediante el formulario protegido. [Abrir el formulario](/contacto#contact-form-shell)[Revisar servicios](/servicios) ## Page: https://abuenoben.com/en/developers # Resources for agents and assistants | abuenoben > Identity, usage guidance, Markdown and the OpenAPI contract for assistants and agents working with abuenoben. Canonical URL: https://abuenoben.com/en/developers Language: en Structured information to identify abuenoben, understand when the service is a fit and inspect the public contact contract without mistaking it for an autonomous API. [Read llms.txt](https://abuenoben.com/llms.txt)[Inspect OpenAPI](https://abuenoben.com/openapi.json) ## When to use abuenoben Use abuenoben when an agency, studio or B2B team needs senior technical delivery for a website, app, backend, API, CRM or integration with a clear scope, validation owner and handoff. - An agency needs white-label or NDA-based technical capacity. - A delivery already in motion needs senior ownership to reach closure. - An Android/Kotlin app, backend or integration needs stabilization, QA or release support. - A form, CRM, automation or data flow must become connected and traceable. ## Automation boundaries The documented API is the public contact form and requires a valid Turnstile verification issued by the website. It is not a bulk-submission channel and does not authorize fabricated tokens, anti-spam bypasses or secret transmission. An agent should bring the person to the form or prepare a brief for human review and submission. ## Versioning and errors Every response declares the dated contract version through API-Version. Errors use application/problem+json with the RFC 9457 model and retain stable codes for automation. An incompatible retirement will be announced in advance through Deprecation and Sunset headers. ## Canonical resources - [llms.txt](/llms.txt) Identity, fit, boundaries and priority links. - [llms-full.txt](/llms-full.txt) Consolidated Markdown from public routes. - [openapi.json](/openapi.json) OpenAPI 3.1 contract for the verified form. - [API catalog](/.well-known/api-catalog) RFC 9727 catalog for the endpoint and its documentation. - [auth.md](/auth.md) Authentication, human verification and form boundaries. - [sitemap.xml](/sitemap.xml) Bilingual inventory of indexable URLs. ## Is there a concrete delivery to assess? Prepare the objective, current state, timing, validation owner and main blocker. The responsible person can review that brief and submit it through the protected form. [Open the form](/en/contact#contact-form-shell)[Review services](/en/services) ## Page: https://abuenoben.com/desarrollo-web-a-medida # Desarrollo web a medida para empresas · Web y operación | abuenoben > Webs a medida para empresas que necesitan captar solicitudes, vender o conectar su operación. Estructura comercial, desarrollo, integraciones y despliegue. Canonical URL: https://abuenoben.com/desarrollo-web-a-medida Language: es-ES Desarrollo la web que necesita tu negocio para captar solicitudes, vender o conectar un proceso interno. Acordamos qué debe poder hacer el usuario y cómo llega esa información a tu equipo antes de elegir la solución. [Valorar desarrollo web](/contacto?organizationType=brand&collaborationType=project&projectType=web#contact-form-shell)[Ver casos públicos](/casos) - Alcance y criterio de aceptación antes de desarrollar. - Frontend, backend e integraciones dentro de una misma entrega. - QA, publicación y handoff sin dependencia opaca. ## Webs conectadas con una necesidad de negocio Los casos públicos muestran entregas donde tienda, captación, automatización y continuidad técnica forman parte del resultado. [Revisar el caso y el alcance entregado](/casos/integraleon-web-captacion-local) Arafilum: catálogo y venta online sobre una operación artesanal real. Integraleón: captación y estructura digital orientadas a servicios profesionales. Integraciones y formularios preparados para operar, medir y mantener. ## Qué se define antes de construir Una web a medida se estima mejor cuando objetivo, usuarios, sistemas y validación están visibles desde el principio. 01 ### Objetivo y alcance Qué debe conseguir la web, qué recorridos son prioritarios y qué queda expresamente fuera de la primera entrega. 02 ### Contenido y diseño Puedo partir de Figma, una identidad existente o una estructura acordada, dejando responsables y rondas de validación claros. 03 ### Sistemas y datos Formularios, CRM, analítica, APIs, automatizaciones, migraciones y accesos que condicionan la solución real. ## Qué incluye una entrega completa El presupuesto depende de la complejidad verificable de producto y operación, no de contar páginas de forma aislada. 01 ### Implementación web Frontend responsive, estados reales, accesibilidad, rendimiento y backend o CMS cuando el proyecto lo necesita. 02 ### Captación e integración Formularios robustos, consentimiento, CRM, notificaciones y medición para cerrar el recorrido comercial. 03 ### QA, publicación y continuidad Pruebas, despliegue, documentación, devolución de accesos y pendientes priorizados para poder seguir evolucionando. ## Preguntas habituales Lo mínimo que conviene aclarar antes de abrir una colaboración. ¿Puedes partir de un diseño o una web existente?+ Sí. Puedo implementar desde Figma, evolucionar una base existente o proponer la estructura necesaria. Antes de estimar reviso estado, dependencias y quién validará. ¿Cuánto cuesta una web a medida?+ Depende de recorridos, contenido, diseño, integraciones, migración, permisos y operación posterior. Primero acoto una entrega comprobable y después propongo proyecto cerrado o fases. ¿Incluye CMS, CRM o APIs?+ Puede incluirlos. La arquitectura se decide según quién editará contenido, qué datos deben moverse y qué sistemas ya utiliza la empresa. ¿También trabajas para agencias?+ Sí. Si la agencia conserva la relación con el cliente, la modalidad específica es desarrollo web en marca blanca, con NDA y handoff adaptado a su proceso. ¿Qué hace variar el presupuesto?+ Los flujos que debe completar el usuario, los roles y permisos, la disponibilidad de diseño y contenido y la complejidad de las integraciones. Una web de captación con un formulario y una tienda con pagos, pedidos y administración tienen alcances distintos. La propuesta concreta entregables, dependencias y criterios de aceptación antes de fijar precio y calendario. ## Seguir orientando Si todavía estás comparando opciones, estas rutas ayudan a decidir. [Refuerzo full stack freelance](/desarrollador-full-stack-freelance)[Desarrollo web en marca blanca](/agencias/desarrollo-web-marca-blanca)[Demos de experiencias interactivas](/demos/experiencias-web-interactivas)[Integraciones API y CRM](/integraciones-api-crm)[Casos de desarrollo web](/casos) ## Si encaja, empecemos por el contexto. Con objetivo, fecha, estado actual y bloqueo técnico puedo responder con el siguiente paso. [Valorar desarrollo web](/contacto?organizationType=brand&collaborationType=project&projectType=web#contact-form-shell)[Contacto](/contacto) ## Page: https://abuenoben.com/en/custom-web-development # Custom web development for companies · Web and operations | abuenoben > Custom websites for companies that need enquiries, sales or connected operations. Commercial structure, development, integrations and deployment. Canonical URL: https://abuenoben.com/en/custom-web-development Language: en I build the website your business needs to receive enquiries, sell or connect an internal process. We agree what the user needs to do and how the information reaches your team before choosing the solution. [Discuss web development](/en/contact?organizationType=brand&collaborationType=project&projectType=web#contact-form-shell)[View public cases](/en/cases) - Scope and acceptance criteria before development. - Frontend, backend and integrations in one delivery. - QA, launch and a handoff without opaque dependency. ## Web delivery connected to a business need The public cases show work where commerce, lead capture, automation and technical continuity are part of the outcome. [Review the case and delivered scope](/en/cases/integraleon-local-lead-generation-web) Arafilum: catalogue and online sales built around a real craft operation. Integraleón: lead capture and a digital structure for professional services. Integrations and forms prepared to operate, measure and maintain. ## What is defined before building A custom website is easier to estimate when the objective, users, systems and validation process are visible from the start. 01 ### Objective and scope What the website must achieve, which journeys are priorities and what is explicitly outside the first delivery. 02 ### Content and design I can start from Figma, an existing identity or an agreed structure, with owners and review rounds made clear. 03 ### Systems and data Forms, CRM, analytics, APIs, automation, migrations and access that shape the real solution. ## What complete delivery includes The budget follows verifiable product and operational complexity, not a page count in isolation. 01 ### Web implementation Responsive frontend, real states, accessibility, performance and a backend or CMS when the project needs one. 02 ### Lead capture and integration Robust forms, consent, CRM, notifications and measurement to complete the commercial journey. 03 ### QA, launch and continuity Testing, deployment, documentation, returned access and prioritized next steps for continued evolution. ## Common Questions The minimum worth clarifying before opening a collaboration. Can you start from an existing design or website?+ Yes. I can implement from Figma, evolve an existing base or propose the required structure. Before estimating, I review its state, dependencies and who will validate delivery. How much does a custom website cost?+ It depends on journeys, content, design, integrations, migration, permissions and ongoing operation. I first define a verifiable delivery and then propose a fixed project or phases. Can it include a CMS, CRM or APIs?+ Yes. The architecture depends on who will edit content, which data must move and which systems the company already uses. Do you also work for agencies?+ Yes. When the agency owns the client relationship, the specific offer is white-label web development with NDA support and a handoff adapted to its process. What changes the project estimate?+ Required user journeys, roles and permissions, availability of design and content and integration complexity. An enquiry website with one form and a store with payments, orders and administration have different scopes. The proposal defines deliverables, dependencies and acceptance criteria before price and timing are fixed. ## Keep Comparing If you are still comparing options, these routes help narrow the decision. [Freelance full-stack support](/en/freelance-full-stack-developer)[White-label web development](/en/agencies/white-label-web-development)[Interactive experience demos](/en/demos/interactive-web-experiences)[API and CRM integrations](/en/api-crm-integrations)[Web development cases](/en/cases) ## If it fits, start with context. With objective, timing, current state and the technical blocker, I can reply with the next step. [Discuss web development](/en/contact?organizationType=brand&collaborationType=project&projectType=web#contact-form-shell)[Contact](/en/contact) ## Page: https://abuenoben.com/desarrollador-full-stack-freelance # Desarrollador full stack freelance · Web, backend y APIs | abuenoben > Un responsable para frontend, backend e integraciones de tu producto. Desarrollo full stack freelance por entregables para agencias y equipos B2B. Canonical URL: https://abuenoben.com/desarrollador-full-stack-freelance Language: es-ES Me encargo de una pieza completa de producto: interfaz, datos, API y operación. Encaja cuando necesitas un responsable técnico que pueda cerrar el flujo y entregar código que tu equipo pueda continuar. [Valorar colaboración](/contacto?organizationType=agency&collaborationType=project&projectType=web#contact-form-shell)[Ver refuerzo técnico](/agencias/refuerzo-tecnico) - Interfaz y backend con un mismo criterio de aceptación. - Un flujo acotado antes de estimar el proyecto. - Código, configuración y pendientes documentados. ## Arafilum: interfaz, venta y operación Desarrollo full stack de un MVP de tienda para un cliente directo con permiso de publicación. [Revisar el caso y el alcance entregado](/casos/arafilum-ecommerce-operativo) Catálogo y checkout en la tienda pública. Pagos, pedidos, facturas, emails y envíos conectados. Administración para gestionar la operación. ## Del flujo de negocio a una entrega comprobable El alcance une lo que ve el usuario con lo que necesita operar el equipo. 01 ### Interfaz y estados Pantallas, formularios, validaciones y estados de carga o error necesarios para completar el flujo. 02 ### Backend e integración Modelo de datos, permisos y contratos de API. Revisamos también qué ocurre cuando un servicio externo falla. 03 ### Entrega y continuidad Pruebas del recorrido, despliegue acordado y documentación de configuración, límites y siguientes cambios. ## Preguntas habituales Lo mínimo que conviene aclarar antes de abrir una colaboración. ¿Trabajas como freelance para agencias?+ Sí. Puedo trabajar en marca blanca, con NDA y dentro de los canales de la agencia. ¿Puedes entrar en proyectos ya empezados?+ Sí. Reviso la base, acordamos la pieza asumible y dejo el handoff claro. ¿Qué modelo encaja mejor?+ Depende del bloqueo: diagnóstico, sprint, proyecto cerrado o bolsa mensual si hay carga recurrente. ¿Qué hace variar el presupuesto?+ Los flujos que debe completar el usuario, los roles y permisos, la disponibilidad de diseño y contenido y la complejidad de las integraciones. Una web de captación con un formulario y una tienda con pagos, pedidos y administración tienen alcances distintos. La propuesta concreta entregables, dependencias y criterios de aceptación antes de fijar precio y calendario. ## Seguir orientando Si todavía estás comparando opciones, estas rutas ayudan a decidir. [Desarrollo web a medida para empresas](/desarrollo-web-a-medida)[Backend Go/API](/backend-go-api)[Refuerzo técnico para agencias](/agencias/refuerzo-tecnico)[Externalizar sin perder el control del cliente](/guias/externalizar-desarrollo-sin-perder-control-cliente)[Bolsa de horas o proyecto cerrado](/guias/bolsa-horas-o-proyecto-cerrado)[Dudas de contratación](/faq)[Caso: SDK, APIs e integración B2B](/casos/sdk-experiencia-integracion) ## Si encaja, empecemos por el contexto. Con objetivo, fecha, estado actual y bloqueo técnico puedo responder con el siguiente paso. [Valorar colaboración](/contacto?organizationType=agency&collaborationType=project&projectType=web#contact-form-shell)[Contacto](/contacto) ## Page: https://abuenoben.com/en/freelance-full-stack-developer # Freelance full-stack developer · Web, backend and APIs | abuenoben > One owner for your product frontend, backend and integrations. Freelance full-stack delivery for agencies and B2B teams, scoped around working flows. Canonical URL: https://abuenoben.com/en/freelance-full-stack-developer Language: en I take ownership of a complete product flow: interface, data, API and operations. This fits when you need one technical owner to close the delivery and leave code your team can continue. [Discuss collaboration](/en/contact?organizationType=agency&collaborationType=project&projectType=web#contact-form-shell)[See agency support](/en/agencies/technical-support) - Frontend and backend with shared acceptance criteria. - A scoped flow before estimating the project. - Code, configuration and pending work documented. ## Arafilum: interface, sales and operations Full-stack store MVP for a direct client who permits publication. [Review the case and delivered scope](/en/cases/arafilum-operational-ecommerce) Catalog and checkout on the public store. Connected payments, orders, invoices, emails and shipping. Administration to manage operations. ## From a business flow to a verifiable delivery Scope connects what the user sees with what the team needs to operate. 01 ### Interface and states Screens, forms, validation and loading or error states needed to complete the flow. 02 ### Backend and integration Data model, permissions and API contracts, including what happens when an external service fails. 03 ### Delivery and continuity Flow checks, agreed deployment and documentation of configuration, limitations and next changes. ## Common Questions The minimum worth clarifying before opening a collaboration. Can this be white-label?+ Yes. I can stay behind the agency, work under NDA and keep the client relationship protected. Can you work on an existing codebase?+ Yes. I review the base, clarify constraints and enter the specific piece without forcing a rewrite. What do you need to start?+ Objective, timing, current state, access if needed and the main technical blocker. What changes the project estimate?+ Required user journeys, roles and permissions, availability of design and content and integration complexity. An enquiry website with one form and a store with payments, orders and administration have different scopes. The proposal defines deliverables, dependencies and acceptance criteria before price and timing are fixed. ## Keep Comparing If you are still comparing options, these routes help narrow the decision. [Custom web development for companies](/en/custom-web-development)[Backend Go and API development](/en/backend-go-api-development)[Technical support for agencies](/en/agencies/technical-support)[Outsource without losing client control](/en/guides/outsource-development-without-losing-client-control)[Retainer or fixed project](/en/guides/retainer-or-fixed-project)[Hiring questions](/en/faq)[Case: SDK, APIs and B2B integration](/en/cases/sdk-partner-integration-experience) ## If it fits, start with context. With objective, timing, current state and the technical blocker, I can reply with the next step. [Discuss collaboration](/en/contact?organizationType=agency&collaborationType=project&projectType=web#contact-form-shell)[Contact](/en/contact) ## Page: https://abuenoben.com/desarrollador-android-kotlin-freelance # Desarrollador Android Kotlin freelance para empresas | abuenoben > Desarrollo Android con Kotlin: funcionalidades, SDKs, APIs y preparación de releases sobre tu app. Revisión inicial del código y alcance por entrega. Canonical URL: https://abuenoben.com/desarrollador-android-kotlin-freelance Language: es-ES Desarrollo funcionalidades Android con Kotlin, integro APIs y SDKs y preparo releases sobre una app existente. Primero reviso el código, los flujos afectados y la validación necesaria para acordar una entrega asumible. [Valorar intervención Android](#landing-contact)[Ver mantenimiento](/mantenimiento-evolutivos-apps) - Servicio para empresas y agencias; no vacantes ni formación. - Sprint de funcionalidad, integración, release o estabilización. - Android, Kotlin, SDKs y KMP con handoff técnico. ## Experiencia con Android de campo y sistemas existentes En +DERA para MaderaPlus diagnostiqué una app Android Java con sincronización offline, backend y web legacy. El caso documenta el diagnóstico; Kotlin/KMP son recomendaciones de evolución. [Revisar el caso y el alcance entregado](/casos/maderaplus-diagnostico-tecnico) Staging de diagnóstico con datos anonimizados. 203 llamadas backend/API documentadas. 115 incidencias revisadas y 23 acciones priorizadas. Cuéntame el proyecto ## Cuéntame qué debe quedar resuelto. Objetivo, estado actual y fecha son suficientes para valorar el encaje y proponerte una entrada concreta. Respuesta humana habitual en un día laborable. Sin alta automática en listas comerciales. Solicitud de servicio para empresas, agencias y consultoras; no es una oferta de empleo. ¿Desde qué contexto escribes? Agencia, consultora o estudioEmpresa / pyme digitalProducto digitalOtro Nombre Email profesional Qué debe quedar resuelto Unas líneas sobre el proyecto son suficientes. Añadir más informaciónEmpresa, presupuesto y plazo, si ya los conoces. Empresa o estudio Tipo de proyecto Modalidad Presupuesto orientativo Plazo He leído la [política de privacidad](/legal) y entiendo el tratamiento necesario para responder esta consulta. Acepto usar mi email y los datos de esta consulta para medir resultados en Google Ads (opcional).Datos utilizados y cómo retirar el consentimiento Acepto que Google Ads mida esta consulta mediante el identificador del envío, la fecha, mi email normalizado y transformado con SHA-256 y, si existe y sigue vigente, el identificador de clic. Es opcional, no activa remarketing y puedo retirarlo usando el contacto indicado en la política de privacidad. Verificación antispam Se cargará al empezar a completar el formulario. Respuesta habitual en un día laborable. [Valorar intervención Android](#landing-contact) ## Problemas habituales Esta página cubre trabajo de especialista Android; el mantenimiento recurrente se trata en una oferta separada. 01 ### Funcionalidad móvil compleja Implementación en una base existente, arquitectura, estados offline, permisos o flujos sensibles de producto. 02 ### Release con presión QA técnico, checklist, regresiones y preparación de publicación cuando el margen de error es bajo. 03 ### SDKs e integraciones APIs, ejemplos, contratos y documentación para reducir soporte a equipos que integran. ## Qué se entrega Una intervención móvil útil para producto, agencia o equipo técnico. 01 ### Implementación Funcionalidades, correcciones, integración con backend o adaptación a base existente. 02 ### Estabilización Pruebas, revisión de contratos, control de regresiones y cierre de riesgos. 03 ### Continuidad Decisiones, pruebas, pendientes y criterios de publicación documentados para el siguiente tramo. ## Cómo acotamos una intervención Android La primera revisión distingue el cambio solicitado de los riesgos de la aplicación existente. 01 ### Base y dependencias Versión Android, módulos, SDKs y servicios afectados. Identificamos qué se puede compilar y probar antes de comprometernos. 02 ### Validación del cambio Recorrido principal, permisos, errores y condiciones sin conexión cuando forman parte del alcance. 03 ### Release y traspaso Build verificable, notas de cambio y pasos de publicación. La aprobación de la tienda depende de su revisión. ## Preguntas habituales Lo mínimo que conviene aclarar antes de abrir una colaboración. ¿Puedes trabajar solo unas semanas en una app?+ Sí. Puede ser un sprint de desbloqueo, release o estabilización si el alcance está claro. ¿Trabajas con agencias que venden apps?+ Sí. Puedo entrar como refuerzo mobile en marca blanca o como perfil visible si conviene. ¿También puedes tocar backend o integración?+ Sí. Es habitual que el trabajo móvil necesite APIs, contratos, SDKs o flujos de datos bien cerrados. ## Seguir orientando Si todavía estás comparando opciones, estas rutas ayudan a decidir. [Apps y producto móvil](/servicios/desarrollo-apps)[Kotlin Multiplatform](/kotlin-multiplatform-freelance)[Mantenimiento y evolutivos](/mantenimiento-evolutivos-apps)[Caso: SDK, APIs e integración B2B](/casos/sdk-experiencia-integracion) ## Page: https://abuenoben.com/en/freelance-android-kotlin-developer # Freelance Android Kotlin developer for companies | abuenoben > Android Kotlin features, SDK and API integrations and release preparation for your app. Initial code review and scope agreed per delivery. Canonical URL: https://abuenoben.com/en/freelance-android-kotlin-developer Language: en I build Android features with Kotlin, integrate APIs and SDKs, and prepare releases on an existing app. I first review the code, affected flows and validation needs to agree a manageable delivery. [Discuss Android work](#landing-contact)[See app development](/en/services/app-development) - Android/Kotlin apps and SDKs. - Product features, architecture and API integration. - Technical QA and release criteria. ## Experience with field Android apps and existing systems For MaderaPlus +DERA I diagnosed an Android Java app with offline sync, backend and a legacy website. The case documents the diagnostic; Kotlin/KMP are evolution recommendations. [Review the case and delivered scope](/en/cases/maderaplus-technical-diagnostic) Diagnostic staging with anonymised data. 203 documented backend/API calls. 115 issues reviewed and 23 prioritised actions. Tell me about the project ## Tell me what needs to be resolved. Objective, current state and timing are enough to assess fit and suggest a concrete starting point. A human reply, normally within one business day. No automatic addition to marketing lists. Service enquiry for companies, agencies and consultancies; this is not a job opening. What context are you writing from? Agency, consultancy or studioCompany or SMEProduct teamOther context Name Work email What needs to be resolved A few lines about the project are enough. Add more informationCompany, budget and timing, if you know them. Company or studio Project type Working model Indicative budget Timing I have read the [privacy policy](/en/legal) and understand the processing needed to answer this request. I agree to use my email and enquiry data to measure results in Google Ads (optional).Data used and how to withdraw consent I agree that Google Ads may measure this enquiry using its submission ID, date, my normalized email address transformed with SHA-256 and, when one exists and remains current, the click identifier. This is optional, does not enable remarketing and can be withdrawn using the contact details in the privacy policy. Anti-spam verification It will load when you start completing the form. Usual reply within one business day. [Discuss Android work](#landing-contact) ## Where specialist support helps This page covers focused Android delivery; recurring maintenance has a separate offer. 01 ### Complex mobile feature Implementation in an existing codebase, architecture, offline states, permissions or sensitive product flows. 02 ### Release under pressure Technical QA, regression control and publication preparation when the cost of error is high. 03 ### SDKs and integrations APIs, examples, contracts and integration documentation that reduce partner support. ## What is delivered A mobile intervention that product, agency and engineering teams can validate and continue. 01 ### Implementation Features, fixes, backend integration or adaptation to the existing application architecture. 02 ### Stabilization Tests, contract review, regression control and closure of release risks. 03 ### Continuity Decisions, tests, pending items and publication criteria documented for the next stage. ## How we scope an Android intervention The initial review separates the requested change from risks in the existing app. 01 ### Codebase and dependencies Android version, modules, SDKs and affected services. We establish what can be built and tested before committing. 02 ### Change validation Main flow, permissions, errors and offline conditions where included in scope. 03 ### Release and handover A verifiable build, change notes and publication steps. Store approval depends on its review. ## Common Questions The minimum worth clarifying before opening a collaboration. Can you join an Android app you did not build?+ Yes. I first need a reproducible build, repository access, product context and someone who can validate the delivery. Do you also cover Kotlin Multiplatform?+ Yes, when shared logic or an SDK creates a real product advantage rather than adding architecture for its own sake. Is this the maintenance service?+ No. This offer is for focused specialist delivery. Recurring fixes and releases are covered on the Android app maintenance page. ## Keep Comparing If you are still comparing options, these routes help narrow the decision. [App development](/en/services/app-development)[Kotlin Multiplatform](/en/kotlin-multiplatform-developer)[App maintenance](/en/android-app-maintenance)[Case: SDK, APIs and B2B integration](/en/cases/sdk-partner-integration-experience) ## Page: https://abuenoben.com/kotlin-multiplatform-freelance # Kotlin Multiplatform freelance para apps y producto | abuenoben > Kotlin Multiplatform freelance para agencias y equipos de producto: arquitectura compartida, apps, SDKs, APIs y estabilización móvil. Canonical URL: https://abuenoben.com/kotlin-multiplatform-freelance Language: es-ES Ayudo a decidir, implementar o estabilizar piezas Kotlin Multiplatform cuando compartir lógica tiene sentido comercial y técnico. [Valorar KMP](/contacto?organizationType=brand&collaborationType=project&projectType=mobile#contact-form-shell)[Ver Android/Kotlin](/desarrollador-android-kotlin-freelance) - KMP cuando aporta, no por moda. - Lógica compartida, APIs y SDKs. - Arquitectura con salida mantenible. ## KMP con criterio de entrega La decisión debe reducir duplicidad o riesgo; si no, conviene decirlo pronto. Menos duplicación cuando la lógica compartida es real. Más consistencia entre app, SDK y APIs. Mejor conversación entre producto, mobile y backend. ## Cuándo encaja KMP Kotlin Multiplatform funciona mejor cuando hay lógica compartida real, restricciones claras y equipo capaz de mantenerlo. 01 ### Producto móvil B2B Flujos, reglas o contratos que conviene compartir entre plataformas o módulos. 02 ### SDK o librería Piezas reutilizables donde la consistencia reduce soporte y errores de integración. 03 ### Decisión técnica Revisión para confirmar si KMP aporta o si conviene una solución más simple. ## Cómo se trabaja El foco es que la arquitectura ayude a entregar, no que convierta el proyecto en una prueba de concepto. 01 ### Diagnóstico Casos de uso compartibles, dependencias, límites de plataforma y coste de mantenimiento. 02 ### Implementación Módulos compartidos, contratos, integración con app y pruebas sobre la lógica crítica. 03 ### Handoff Notas de arquitectura y criterios para que el equipo pueda seguir iterando. ## Preguntas habituales Lo mínimo que conviene aclarar antes de abrir una colaboración. ¿Recomiendas siempre Kotlin Multiplatform?+ No. Lo valoro según producto, equipo, mantenimiento y coste de integración. ¿Puedes entrar solo para diagnosticar KMP?+ Sí. Un diagnóstico puede aclarar si tiene sentido antes de invertir en implementación. ¿Encaja para agencias?+ Sí, si el cliente ya tiene producto móvil o necesita una pieza reutilizable con lógica compartida. ## Seguir orientando Si todavía estás comparando opciones, estas rutas ayudan a decidir. [Android/Kotlin freelance](/desarrollador-android-kotlin-freelance)[Desarrollo de apps](/servicios/desarrollo-apps)[Casos](/casos) ## Si encaja, empecemos por el contexto. Con objetivo, fecha, estado actual y bloqueo técnico puedo responder con el siguiente paso. [Valorar KMP](/contacto?organizationType=brand&collaborationType=project&projectType=mobile#contact-form-shell)[Contacto](/contacto) ## Page: https://abuenoben.com/en/kotlin-multiplatform-developer # Kotlin Multiplatform developer for apps and product | abuenoben > Kotlin Multiplatform support for mobile apps, SDKs and shared logic where KMP reduces duplication and release risk. Canonical URL: https://abuenoben.com/en/kotlin-multiplatform-developer Language: en KMP support when shared logic, SDKs or mobile architecture should reduce duplication without turning the project into a proof of concept. [Discuss KMP](/en/contact?organizationType=brand&collaborationType=project&projectType=mobile#contact-form-shell)[See Android/Kotlin](/en/freelance-android-kotlin-developer) - Shared logic when it is worth it. - Apps, APIs and SDKs. - Architecture with maintainable exit. ## Noticeable result Well-closed integrations reduce support and make the delivery easier to operate. Fewer repeated integration questions. More traceable and explainable flows. A base ready to grow without rework. ## Common blockers Integrations often look small until they start creating support or rework. 01 ### Lead capture without operations The form captures, but validation, routing, notification and storage are weak. 02 ### Unclear APIs The integration works only in the happy path and needs clearer examples, errors and contracts. 03 ### Fragile automation Commercial or operational processes depend on manual steps that can be ordered. ## What can be handled Work on the technical piece and the criteria that make it maintainable. 01 ### Flow design Inputs, validation, errors, limits and basic traceability. 02 ### Implementation Endpoints, Workers, existing backend, CRM, transactional email or external tools. 03 ### Technical handoff Notes, variables, basic tests and explanation for whoever maintains it. ## Common Questions The minimum worth clarifying before opening a collaboration. Can this be white-label?+ Yes. I can stay behind the agency, work under NDA and keep the client relationship protected. Can you work on an existing codebase?+ Yes. I review the base, clarify constraints and enter the specific piece without forcing a rewrite. What do you need to start?+ Objective, timing, current state, access if needed and the main technical blocker. ## Keep Comparing If you are still comparing options, these routes help narrow the decision. [Services](/en/services)[Backend Go/API](/en/backend-go-api-development)[Agency support](/en/agencies/technical-support)[Cases](/en/cases) ## If it fits, start with context. With objective, timing, current state and the technical blocker, I can reply with the next step. [Discuss KMP](/en/contact?organizationType=brand&collaborationType=project&projectType=mobile#contact-form-shell)[Contact](/en/contact) ## Page: https://abuenoben.com/integraciones-api-crm # Integraciones API y CRM para webs, apps y B2B | abuenoben > Integraciones API y CRM para webs, apps, campañas y equipos B2B: formularios, automatizaciones, backend, trazabilidad y notificaciones. Canonical URL: https://abuenoben.com/integraciones-api-crm Language: es-ES Cierro el flujo desde la captura hasta el CRM: campos, consentimiento, deduplicación, notificación, errores y operación diaria. [Pedir diagnóstico](#landing-contact)[Ver un caso](/casos/sdk-experiencia-integracion) - Primera revisión acotada: plazo orientativo de 3–5 días laborables con accesos disponibles. - HubSpot, Odoo, Zoho, Holded y otras APIs documentadas. - Mapeo, consentimiento, deduplicación, logs y reintentos. ## Integración B2B con menos soporte repetido En un caso comparable, mejorar APIs, ejemplos y decisiones de integración redujo la dependencia del equipo técnico. [Revisar el caso y el alcance entregado](/casos/sdk-experiencia-integracion) Más de 50 clientes y socios atendidos. Aproximadamente un 35 % menos soporte de integración. Contratos, ejemplos y documentación orientados a operación. Cuéntame el proyecto ## Cuéntame qué debe quedar resuelto. Objetivo, estado actual y fecha son suficientes para valorar el encaje y proponerte una entrada concreta. Respuesta humana habitual en un día laborable. Sin alta automática en listas comerciales. ¿Desde qué contexto escribes? Agencia, consultora o estudioEmpresa / pyme digitalProducto digitalOtro Nombre Email profesional Qué debe quedar resuelto Unas líneas sobre el proyecto son suficientes. Añadir más informaciónEmpresa, presupuesto y plazo, si ya los conoces. Empresa o estudio Tipo de proyecto Modalidad Presupuesto orientativo Plazo He leído la [política de privacidad](/legal) y entiendo el tratamiento necesario para responder esta consulta. Acepto usar mi email y los datos de esta consulta para medir resultados en Google Ads (opcional).Datos utilizados y cómo retirar el consentimiento Acepto que Google Ads mida esta consulta mediante el identificador del envío, la fecha, mi email normalizado y transformado con SHA-256 y, si existe y sigue vigente, el identificador de clic. Es opcional, no activa remarketing y puedo retirarlo usando el contacto indicado en la política de privacidad. Verificación antispam Se cargará al empezar a completar el formulario. Respuesta habitual en un día laborable. [Pedir diagnóstico](#landing-contact) ## Dónde se bloquea Reviso sistemas origen y destino, contrato de API, autenticación, límites y propiedad de los datos antes de implementar. 01 ### Formulario sin cierre Capta datos, pero no valida, enruta, notifica o registra bien la oportunidad. 02 ### CRM desconectado Leads, consentimientos, estados, propietarios o eventos no llegan de forma útil al equipo comercial. 03 ### API frágil Faltan contratos, autenticación segura, errores claros, límites, logs o ejemplos para operar con confianza. ## Qué se puede cerrar Una integración útil debe ser explicable, observable, segura y mantenible por el equipo que la recibe. 01 ### Flujo y datos Inventario de campos, validaciones, mapeo, consentimiento, estados, deduplicación y gestión de errores. 02 ### Implementación Worker, endpoint o backend existente conectado con CRM, email transaccional o automatización, con secretos fuera del código. 03 ### Operación Pruebas, logs, alertas, reintentos y notas de handoff para saber qué ha pasado cuando algo falla. ## Preguntas habituales Lo mínimo que conviene aclarar antes de abrir una colaboración. ¿Puedes integrar formularios con CRM?+ Sí. Puedo cerrar validación, envío, deduplicación, notificación, eventos y registro de errores. ¿Trabajas con APIs existentes?+ Sí. Puedo trabajar con HubSpot, Odoo, Zoho, Holded u otros sistemas cuando la edición contratada expone una API o mecanismo documentado. Primero reviso autenticación, permisos, límites, errores y trazabilidad. ¿Cómo empieza y qué plazo tiene la primera intervención?+ Cuando todavía no hay un alcance fiable, empiezo por un diagnóstico acotado de sistemas, accesos, campos, errores y riesgos. Con la documentación y los accesos disponibles, la revisión inicial suele ocupar entre 3 y 5 días laborables; la implementación se estima después con esa evidencia. ¿Sirve para campañas de agencia?+ Sí. Es uno de los casos más habituales: landing, formulario, CRM, medición y automatización. ## Seguir orientando Si todavía estás comparando opciones, estas rutas ayudan a decidir. [Backend e integraciones](/servicios/backend-integraciones)[Web marca blanca](/agencias/desarrollo-web-marca-blanca)[Casos](/casos) ## Page: https://abuenoben.com/en/api-crm-integrations # API and CRM integrations for web, apps and B2B | abuenoben > API and CRM integrations for websites, apps, campaigns and B2B teams: forms, automation, backend, traceability and notifications. Canonical URL: https://abuenoben.com/en/api-crm-integrations Language: en I connect forms, CRM, APIs, automation, email and data flows when marketing, product and operations need to work together. [Discuss API/CRM](#landing-contact)[See backend](/en/services/backend-integrations) - HubSpot, Odoo, Zoho, Holded and other systems when the contracted edition provides a suitable API. - Mapping, deduplication, security and retries. - Scoped first review: typically 3–5 business days when access is available. ## B2B integration with less repeated support In a comparable case, clearer APIs, examples and integration decisions reduced dependency on the technical team. [Review the case and delivered scope](/en/cases/sdk-partner-integration-experience) More than 50 client and partner integrations supported. Around 35% less integration support. Contracts, examples and documentation designed for operations. Tell me about the project ## Tell me what needs to be resolved. Objective, current state and timing are enough to assess fit and suggest a concrete starting point. A human reply, normally within one business day. No automatic addition to marketing lists. What context are you writing from? Agency, consultancy or studioCompany or SMEProduct teamOther context Name Work email What needs to be resolved A few lines about the project are enough. Add more informationCompany, budget and timing, if you know them. Company or studio Project type Working model Indicative budget Timing I have read the [privacy policy](/en/legal) and understand the processing needed to answer this request. I agree to use my email and enquiry data to measure results in Google Ads (optional).Data used and how to withdraw consent I agree that Google Ads may measure this enquiry using its submission ID, date, my normalized email address transformed with SHA-256 and, when one exists and remains current, the click identifier. This is optional, does not enable remarketing and can be withdrawn using the contact details in the privacy policy. Anti-spam verification It will load when you start completing the form. Usual reply within one business day. [Discuss API/CRM](#landing-contact) ## Where the flow breaks I review source and destination systems, API contracts, authentication, limits and data ownership before implementation. 01 ### Form without closure Data is captured but validation, routing, consent, notification or opportunity storage is incomplete. 02 ### Disconnected CRM Leads, consent, lifecycle stages, owners or events do not reach the commercial team in a useful form. 03 ### Fragile API Contracts, secure authentication, clear errors, rate limits, logs or examples are missing. ## What can be closed A useful integration must be explainable, observable, secure and maintainable by the receiving team. 01 ### Flow and data Field inventory, validation, mapping, consent, states, deduplication and error handling. 02 ### Implementation Worker, endpoint or existing backend connected to CRM, transactional email or automation, with secrets kept out of code. 03 ### Operations Tests, logs, alerts, retries and handoff notes so failures can be understood and resolved. ## Common Questions The minimum worth clarifying before opening a collaboration. Can you connect forms to a CRM?+ Yes. I can close validation, consent, submission, deduplication, notification, measurement and error logging. Which systems can you integrate?+ I can work with HubSpot, Odoo, Zoho, Holded and other systems when the contracted edition exposes a documented API or integration mechanism. I review authentication, permissions, limits, errors and traceability first. How does the first engagement start and how long does it take?+ When scope is not reliable yet, I start with a focused diagnostic of systems, access, fields, errors and risks. With documentation and access available, the initial review usually takes 3–5 business days; implementation is estimated afterwards from that evidence. Does it work for agency campaigns?+ Yes. Landing page, form, CRM, measurement and automation is one of the most common end-to-end flows. ## Keep Comparing If you are still comparing options, these routes help narrow the decision. [Services](/en/services)[Backend Go/API](/en/backend-go-api-development)[Agency support](/en/agencies/technical-support)[Cases](/en/cases) ## Page: https://abuenoben.com/integracion-verifactu # Integración y API VERI*FACTU para software | abuenoben > Integración y API VERI*FACTU para SaaS, ERP y software de facturación: registros, XML, QR, certificados, envíos, errores, auditoría y pruebas. Canonical URL: https://abuenoben.com/integracion-verifactu Language: es-ES 1. [Inicio](/) 2. [Servicios](/servicios) 3. Integración VERI\*FACTU Diseño e implementación de la API y del flujo técnico que conecta tu sistema de facturación con los requisitos del RRSIF y, cuando corresponde, con los servicios de la AEAT. [Revisar mi flujo de facturación](#landing-contact)[Ver validación técnica](/casos/integracion-verifactu-aeat) Última revisión normativa 24 de julio de 2026 Ámbito SaaS, ERP, software propio y producto de facturación Hitos vigentes 01/01/2027 y 01/07/2027, según el obligado afectado Límite Implementación técnica, sin sustituir la validación fiscal ## Contexto La adaptación no termina al generar un XML. Hay que decidir modalidad, preservar la secuencia de facturación, producir registros trazables, resolver rechazos y dejar evidencia suficiente para declarar cada versión del software. 01 ## Empezar por el flujo real La primera revisión identifica dónde nace una factura, quién puede alterarla y qué sistemas intervienen antes de decidir la integración. 01 ### Mapa de emisión Series, numeración, rectificativas, anulaciones, reintentos, multiempresa y puntos donde hoy se crean o modifican datos fiscales. 02 ### Modalidad Decisión documentada entre VERI\*FACTU y NO VERI\*FACTU con el asesor del cliente, sin mezclar los controles propios de cada alternativa. 03 ### Responsabilidades Separación entre producto, integrador, titular de los certificados, responsable fiscal y persona que acepta la versión. 02 ## API VERI\*FACTU y piezas de implementación El alcance se concreta contra las especificaciones publicadas, los casos de uso del producto y sus condiciones de operación. 01 ### Registros y validación Modelo de alta y anulación, XML/XSD, campos fiscales, encadenamiento, huella, QR y validaciones previas al envío. 02 ### Transporte y certificados Autenticación, custodia de certificados, envío seguro, idempotencia, timeouts y separación entre pruebas y producción. 03 ### Estados y recuperación Aceptaciones, rechazos, subsanaciones, colas, reintentos controlados, conciliación y trazabilidad de cada respuesta. 03 ## Entrega que se puede revisar La adaptación debe quedar ligada a una versión concreta del software. Cambiar el comportamiento fiscal exige volver a evaluar esa versión, actualizar la evidencia y revisar la declaración responsable que corresponda. - Matriz de requisitos y decisiones de arquitectura. - Implementación con pruebas unitarias, integración y casos negativos. - Evidencia del entorno externo de pruebas sin datos comerciales reales. - Runbook de operación, incidencias, reintentos y recuperación. - Soporte técnico para preparar la declaración responsable por versión. 04 ## Calendario sin mensajes de alarma La AEAT indica como fechas obligatorias el 1 de enero de 2027 para contribuyentes del Impuesto sobre Sociedades y el 1 de julio de 2027 para el resto de obligados incluidos en el ámbito correspondiente. Antes de convertir una fecha en requisito del proyecto hay que confirmar sujeto, territorio, régimen y exclusiones con el asesor fiscal. El objetivo técnico es llegar con margen para probar una versión estable, corregir rechazos y ensayar la operación; no esperar a la fecha de aplicación para descubrir cómo factura realmente el producto. ## Criterio de validación Una prueba útil cubre el ciclo completo y conserva evidencia por versión. Un envío aceptado de forma aislada no demuestra que el sistema sea operable. 1. 01Alta y anulación aceptadas en el entorno externo de pruebas. 2. 02Rechazo reproducible y error presentado sin perder trazabilidad. 3. 03Subsanación vinculada al registro previo y aceptada. 4. 04Declaración responsable identificada con la versión evaluada. ## Preguntas habituales Respuestas breves sobre alcance, evidencia y límites de la implementación. ¿Qué incluye una integración con la API VERI\*FACTU?+ Incluye modelado de registros, XML y validaciones, certificados, conexión con los servicios de la AEAT cuando aplica, tratamiento de respuestas, reintentos, trazabilidad, pruebas y documentación operativa. El alcance exacto depende de la modalidad y del producto existente. ¿La AEAT homologa o certifica el software?+ No se presenta este servicio como una homologación de la AEAT. El productor del sistema emite una declaración responsable para cada versión y conserva la evidencia que sustenta lo declarado. ¿VERI\*FACTU y NO VERI\*FACTU usan el mismo flujo?+ Comparten requisitos del RRSIF, pero no son la misma modalidad operativa. La decisión afecta al envío, la custodia y otros controles, por lo que debe fijarse antes de cerrar la arquitectura. ¿Se puede probar sin usar facturas de clientes?+ Sí. El protocolo técnico debe usar identidades y documentos de prueba controlados, separar certificados y endpoints por entorno y evitar reutilizar datos comerciales en los artefactos de validación. ¿La integración incluye asesoramiento fiscal?+ No. Se implementan requisitos técnicos y se documentan decisiones. El ámbito subjetivo, el tratamiento tributario y la aceptación fiscal deben validarse con el asesor del cliente. ## Fuentes oficiales Base normativa y técnica consultada para esta página. Las especificaciones pueden cambiar y deben comprobarse de nuevo al iniciar el proyecto. - [Preguntas frecuentes sobre sistemas informáticos de facturación](https://sede.agenciatributaria.gob.es/Sede/iva/sistemas-informaticos-facturacion-verifactu/preguntas-frecuentes.html) AEAT · calendario, ámbito y criterios generales - [Información técnica y esquemas VERI\*FACTU](https://sede.agenciatributaria.gob.es/Sede/iva/sistemas-informaticos-facturacion-verifactu/informacion-tecnica/esquemas.html) AEAT · diseños, WSDL, XSD, validaciones y servicios - [Modalidades VERI\*FACTU y NO VERI\*FACTU](https://sede.agenciatributaria.gob.es/Sede/iva/sistemas-informaticos-facturacion-verifactu/preguntas-frecuentes/sistemas-verifactu.html) AEAT · diferencias operativas entre modalidades - [Declaración responsable del sistema informático](https://sede.agenciatributaria.gob.es/Sede/iva/sistemas-informaticos-facturacion-verifactu/preguntas-frecuentes/certificacion-sistemas-informaticos-declaracion-responsable.html) AEAT · responsabilidad del productor y declaración por versión - [Real Decreto 1007/2023, texto consolidado](https://www.boe.es/eli/es/rd/2023/12/05/1007/con) BOE · requisitos del RRSIF y declaración responsable - [Orden HAC/1177/2024, texto consolidado](https://www.boe.es/eli/es/o/2024/10/17/hac1177/con) BOE · desarrollo técnico, QR y contenido ## Límite del contenido Implementación técnica; el alcance fiscal o jurídico debe validarse con el asesor del cliente. No se ofrece una homologación, certificación de la AEAT ni garantía de aplicabilidad a cualquier obligado. Revisión técnica inicial ## Revisa el flujo antes de estimar la adaptación. Con la versión del producto, tipos de factura, modalidad prevista y diagrama de emisión puedo identificar dependencias y proponer un primer alcance técnico. - No envíes certificados, NIF, facturas ni secretos en este formulario. - La aplicabilidad fiscal o jurídica se valida con tu asesor. - Respuesta humana habitual en un día laborable. ## Cuéntame lo que necesitas Nombre, email y contexto. Presupuesto, plazo y formato pueden añadirse si ya los tienes. ¿Desde qué contexto escribes? Agencia, consultora o estudioEmpresa / pyme digitalProducto digitalOtro Nombre Email profesional Qué debe quedar resuelto Unas líneas sobre el proyecto son suficientes. Añadir más informaciónEmpresa, presupuesto y plazo, si ya los conoces. Empresa o estudio Tipo de proyecto Modalidad Presupuesto orientativo Plazo He leído la [política de privacidad](/legal) y entiendo el tratamiento necesario para responder esta consulta. Acepto usar mi email y los datos de esta consulta para medir resultados en Google Ads (opcional).Datos utilizados y cómo retirar el consentimiento Acepto que Google Ads mida esta consulta mediante el identificador del envío, la fecha, mi email normalizado y transformado con SHA-256 y, si existe y sigue vigente, el identificador de clic. Es opcional, no activa remarketing y puedo retirarlo usando el contacto indicado en la política de privacidad. Verificación antispam Se cargará al empezar a completar el formulario. Respuesta habitual en un día laborable. ## Continuar la evaluación [Caso técnico en sandbox AEAT](/casos/integracion-verifactu-aeat)[VERI\*FACTU frente a factura electrónica B2B](/guias/verifactu-vs-factura-electronica-b2b)[Integración de factura electrónica B2B](/factura-electronica-b2b)[Integraciones API y CRM](/integraciones-api-crm) ## Page: https://abuenoben.com/en/verifactu-integration # VERI*FACTU API integration for invoicing software | abuenoben > VERI*FACTU API integration for SaaS, ERP and invoicing software: records, XML, QR, certificates, submissions, errors, audit and testing. Canonical URL: https://abuenoben.com/en/verifactu-integration Language: en 1. [Home](/en) 2. [Services](/en/services) 3. VERI\*FACTU integration Design and implementation of the technical flow connecting an invoicing product with RRSIF requirements and, where applicable, AEAT services. [Review my invoicing flow](#landing-contact)[View technical validation](/en/cases/verifactu-aeat-integration) Regulatory review 24 July 2026 Scope SaaS, ERP, in-house products and invoicing software Current milestones 1 January 2027 and 1 July 2027, depending on the affected taxpayer Boundary Technical implementation, not a replacement for tax advice ## Context Adaptation does not end with generating XML. The product needs a documented operating mode, preserved invoice sequencing, traceable records, controlled rejection handling and evidence supporting each software version. 01 ## Start with the actual flow The first review identifies where an invoice originates, who can change it and which systems participate before an integration path is selected. 01 ### Issuing map Series, numbering, corrective invoices, cancellations, retries, multi-entity operation and every point where fiscal data is created or altered. 02 ### Operating mode A documented VERI\*FACTU or non-VERI\*FACTU decision with the client’s adviser, keeping the controls of each alternative distinct. 03 ### Responsibilities Clear ownership across product, integrator, certificate holder, tax adviser and the person accepting the software release. 02 ## Implementation components Scope is defined against published specifications, the product’s use cases and its real operating constraints. 01 ### Records and validation Creation and cancellation records, XML/XSD, fiscal fields, chaining, fingerprint, QR and checks performed before submission. 02 ### Transport and certificates Authentication, certificate custody, secure submission, idempotency, timeouts and strict separation between test and production. 03 ### Status and recovery Acceptances, rejections, corrections, queues, controlled retries, reconciliation and traceability of every response. 03 ## A reviewable delivery Adaptation must be tied to a specific software version. A change to fiscal behaviour requires renewed evaluation, updated evidence and a review of the corresponding responsible declaration. - Requirements matrix and recorded architecture decisions. - Implementation with unit, integration and negative-path tests. - External test-environment evidence without real commercial data. - Operating runbook for incidents, retries and recovery. - Technical support for preparing the per-version responsible declaration. 04 ## A schedule without artificial urgency AEAT currently states 1 January 2027 for Corporate Income Tax taxpayers and 1 July 2027 for the other taxpayers covered by the relevant scope. Before treating either milestone as a project requirement, the client’s tax adviser should confirm the entity, territory, regime and exclusions. The technical objective is to leave enough time to test a stable release, resolve rejections and rehearse operations rather than discover the real invoicing flow on the application date. ## Validation standard A useful test covers the complete lifecycle and retains per-version evidence. A single accepted submission does not prove that the system is operable. 1. 01Creation and cancellation accepted in the external test environment. 2. 02Reproducible rejection with the error surfaced without losing traceability. 3. 03Correction linked to the previous record and accepted. 4. 04Responsible declaration identified with the evaluated release. ## Common questions Short answers about scope, evidence and implementation boundaries. Does AEAT approve or certify invoicing software?+ This service is not presented as an AEAT approval. The system producer issues a responsible declaration for each version and retains the evidence supporting that declaration. Do VERI\*FACTU and non-VERI\*FACTU use the same flow?+ They share RRSIF requirements but are not the same operating mode. The decision affects submission, custody and other controls, so it needs to be fixed before architecture is finalised. Can the flow be tested without customer invoices?+ Yes. The technical protocol should use controlled test identities and documents, isolate certificates and endpoints by environment, and avoid commercial data in validation artefacts. Does the integration include tax advice?+ No. The work implements technical requirements and documents decisions. Applicability, tax treatment and fiscal acceptance remain with the client and its adviser. ## Official sources Spanish regulatory and technical sources used for this page. Specifications may change and must be checked again when a project starts. - [Frequently asked questions on invoicing systems](https://sede.agenciatributaria.gob.es/Sede/iva/sistemas-informaticos-facturacion-verifactu/preguntas-frecuentes.html) AEAT · Spanish source on schedule, scope and general criteria - [VERI\*FACTU technical information and schemas](https://sede.agenciatributaria.gob.es/Sede/iva/sistemas-informaticos-facturacion-verifactu/informacion-tecnica/esquemas.html) AEAT · Spanish source on designs, WSDL, XSD and validation - [VERI\*FACTU and non-VERI\*FACTU operating modes](https://sede.agenciatributaria.gob.es/Sede/iva/sistemas-informaticos-facturacion-verifactu/preguntas-frecuentes/sistemas-verifactu.html) AEAT · Spanish source on differences between both modes - [Responsible declaration for the invoicing system](https://sede.agenciatributaria.gob.es/Sede/iva/sistemas-informaticos-facturacion-verifactu/preguntas-frecuentes/certificacion-sistemas-informaticos-declaracion-responsable.html) AEAT · Spanish source on producer responsibility and releases - [Royal Decree 1007/2023, consolidated text](https://www.boe.es/eli/es/rd/2023/12/05/1007/con) BOE · Spanish legal text on RRSIF and responsible declarations - [Order HAC/1177/2024, consolidated text](https://www.boe.es/eli/es/o/2024/10/17/hac1177/con) BOE · Spanish legal text on technical requirements and QR ## Content boundary Technical implementation only; fiscal or legal applicability must be validated with the client’s adviser. This is not an AEAT approval, certification or guarantee that the regime applies to every taxpayer. Initial technical review ## Review the flow before estimating the adaptation. Share the product version, invoice types, intended mode and issuing diagram. I can identify dependencies and propose an initial technical scope. - Do not send certificates, tax IDs, invoices or secrets through this form. - Tax and legal applicability must be validated with your adviser. - A human reply, normally within one business day. ## Tell me what you need Name, email and context. Budget, timing and format can be added if you already know them. What context are you writing from? Agency, consultancy or studioCompany or SMEProduct teamOther context Name Work email What needs to be resolved A few lines about the project are enough. Add more informationCompany, budget and timing, if you know them. Company or studio Project type Working model Indicative budget Timing I have read the [privacy policy](/en/legal) and understand the processing needed to answer this request. I agree to use my email and enquiry data to measure results in Google Ads (optional).Data used and how to withdraw consent I agree that Google Ads may measure this enquiry using its submission ID, date, my normalized email address transformed with SHA-256 and, when one exists and remains current, the click identifier. This is optional, does not enable remarketing and can be withdrawn using the contact details in the privacy policy. Anti-spam verification It will load when you start completing the form. Usual reply within one business day. ## Continue the assessment [Technical case in the AEAT sandbox](/en/cases/verifactu-aeat-integration)[VERI\*FACTU compared with B2B e-invoicing](/en/guides/verifactu-vs-b2b-e-invoicing)[API and CRM integrations](/en/api-crm-integrations) ## Page: https://abuenoben.com/factura-electronica-b2b # Integración de factura electrónica B2B para empresas | abuenoben > Preparación técnica para factura electrónica B2B: EN16931, UBL, CII, EDIFACT, Facturae, estados, firma, ERP, CRM, pagos y conciliación. Canonical URL: https://abuenoben.com/factura-electronica-b2b Language: es-ES 1. [Inicio](/) 2. [Servicios](/servicios) 3. Factura electrónica B2B Diagnóstico, arquitectura e implementación para adaptar ERP, SaaS y procesos internos al intercambio estructurado de facturas entre empresas en España. [Revisar mi preparación B2B](#landing-contact)[Comparar con VERI\*FACTU](/guias/verifactu-vs-factura-electronica-b2b) Última revisión normativa 24 de julio de 2026 Situación Real Decreto publicado; orden técnica de la solución pública pendiente Activación 12 o 24 meses desde la entrada en vigor de esa futura orden Formatos CII, UBL, EDIFACT y Facturae sobre el modelo EN16931 ## Contexto El Real Decreto 238/2026 define el sistema, pero la cuenta atrás de aplicación efectiva depende de la futura orden técnica de la solución pública. Este periodo sirve para ordenar datos, estados y puntos de integración sin fingir una fecha cerrada. 01 ## Diagnóstico de preparación Antes de seleccionar una plataforma conviene comprobar si el dato y el proceso soportan el nuevo intercambio. 01 ### Datos de factura Emisor, destinatario, identificadores, direcciones, líneas, impuestos, referencias, pagos y contenido obligatorio. 02 ### Mapa de sistemas ERP, facturación, CRM, compras, tesorería, repositorios documentales y plataformas privadas que intervienen. 03 ### Ámbito real Operaciones B2B afectadas, excepciones, territorios y decisiones que requieren validación fiscal o jurídica. 02 ## Arquitectura de intercambio El diseño debe admitir formatos estructurados y conservar trazabilidad entre el documento de negocio y cada transmisión. 01 ### Modelo y formatos Modelo canónico EN16931 y transformaciones controladas entre CII, UBL, EDIFACT, Facturae y, cuando corresponda, Peppol BIS. 02 ### Firma y transporte Firma avanzada en plataformas privadas, autenticación, puntos de entrada, copia fiel a la solución pública y evidencias de entrega. 03 ### Interoperabilidad Contratos de integración, validación semántica, versionado, errores y compatibilidad entre plataforma privada y solución pública. 03 ## Estados, pagos y conciliación El sistema no termina al emitir. Debe poder registrar aceptación o rechazo comercial, pago completo y, cuando se utilicen, estados parciales o cesión. Esos eventos deben reconciliarse con ERP, CRM y tesorería. Los plazos y obligaciones concretos de comunicación dependen del sujeto y de las reglas de aplicación. La implementación debe mantenerlos configurables y no grabar en código una interpretación fiscal sin validar. - Identificador estable entre factura, copias y estados. - Trazabilidad de transformaciones sin perder el original. - Reintentos idempotentes y cola de incidencias. - Conciliación de aceptación, rechazo, cobro y pago. - Auditoría operativa y alertas sobre estados pendientes. 04 ## Qué se puede avanzar sin la orden técnica - Limpiar y documentar el modelo de datos fiscal. - Inventariar formatos, plataformas, clientes y proveedores. - Separar generación, representación, firma y transporte. - Diseñar la máquina de estados y la conciliación con pagos. - Crear adaptadores versionados y datos sintéticos de contrato. - Reservar la integración final con la solución pública para sus especificaciones definitivas. ## Resultado del diagnóstico La preparación debe terminar en decisiones y pruebas concretas, no en una presentación genérica sobre la norma. 1. 01Mapa de sistemas, propietarios y puntos de entrada. 2. 02Matriz de campos y calidad de datos por formato. 3. 03Diseño de estados, errores, reintentos y conciliación. 4. 04Backlog separado entre trabajo ya estable y dependencias de la futura orden. ## Preguntas habituales Respuestas breves sobre alcance, evidencia y límites de la implementación. ¿Qué parte de la integración B2B se puede contratar ahora?+ Ya se pueden revisar y limpiar datos, mapear ERP, CRM y tesorería, definir el modelo EN16931, preparar adaptadores de formato, diseñar estados y conciliación y probar contratos con datos sintéticos. La conexión final con la solución pública queda condicionada a sus especificaciones definitivas. ¿Hay ya una fecha natural obligatoria para todas las empresas?+ No. El Real Decreto 238/2026 vincula la aplicación efectiva a la futura orden de la solución pública. Desde su entrada en vigor se contarán 12 meses para empresas por encima de 8 millones de euros y 24 meses para el resto. ¿Será obligatorio utilizar la solución pública?+ El real decreto permite utilizar plataformas privadas, pero establece interoperabilidad y la remisión de una copia fiel en UBL a la solución pública en los términos previstos. ¿Basta con generar un PDF?+ No. La factura electrónica regulada se basa en un mensaje estructurado conforme a EN16931 y una sintaxis admitida. El PDF puede tener funciones transitorias o de legibilidad, pero no sustituye el mensaje. ¿Conviene esperar a la orden técnica?+ Conviene reservar la conexión definitiva, pero no esperar para revisar datos, arquitectura, estados, formatos y contratos de integración. Esas piezas suelen concentrar la mayor parte del trabajo. ## Fuente oficial El calendario se expresa de forma relativa porque todavía depende de una orden futura. Esta página se actualizará cuando se publique. - [Real Decreto 238/2026](https://www.boe.es/eli/es/rd/2026/03/25/238) BOE · sistema obligatorio de factura electrónica entre empresarios y profesionales ## Límite del contenido Implementación técnica; el alcance fiscal o jurídico debe validarse con el asesor del cliente. Las fechas de aplicación se confirmarán cuando se publique la orden técnica prevista por el Real Decreto 238/2026. Revisión técnica inicial ## Aprovecha la espera normativa para reducir incertidumbre técnica. Con una muestra anonimizada de factura, el mapa de sistemas y el proceso de cobro puedo separar preparación útil de decisiones que todavía dependen de la orden. - No envíes certificados, NIF, facturas ni secretos en este formulario. - La aplicabilidad fiscal o jurídica se valida con tu asesor. - Respuesta humana habitual en un día laborable. ## Cuéntame lo que necesitas Nombre, email y contexto. Presupuesto, plazo y formato pueden añadirse si ya los tienes. ¿Desde qué contexto escribes? Agencia, consultora o estudioEmpresa / pyme digitalProducto digitalOtro Nombre Email profesional Qué debe quedar resuelto Unas líneas sobre el proyecto son suficientes. Añadir más informaciónEmpresa, presupuesto y plazo, si ya los conoces. Empresa o estudio Tipo de proyecto Modalidad Presupuesto orientativo Plazo He leído la [política de privacidad](/legal) y entiendo el tratamiento necesario para responder esta consulta. Acepto usar mi email y los datos de esta consulta para medir resultados en Google Ads (opcional).Datos utilizados y cómo retirar el consentimiento Acepto que Google Ads mida esta consulta mediante el identificador del envío, la fecha, mi email normalizado y transformado con SHA-256 y, si existe y sigue vigente, el identificador de clic. Es opcional, no activa remarketing y puedo retirarlo usando el contacto indicado en la política de privacidad. Verificación antispam Se cargará al empezar a completar el formulario. Respuesta habitual en un día laborable. ## Preparar el contexto [Integración y API VERI\*FACTU](/integracion-verifactu)[VERI\*FACTU frente a factura electrónica B2B](/guias/verifactu-vs-factura-electronica-b2b)[Integraciones API y CRM](/integraciones-api-crm)[Servicios backend e integraciones](/servicios/backend-integraciones) ## Page: https://abuenoben.com/en/b2b-e-invoicing # B2B electronic invoicing integration for companies | abuenoben > Technical readiness for Spanish B2B e-invoicing: EN16931, UBL, CII, EDIFACT, Facturae, status messages, signing, ERP, CRM, payments and reconciliation. Canonical URL: https://abuenoben.com/en/b2b-e-invoicing Language: en 1. [Home](/en) 2. [Services](/en/services) 3. B2B e-invoicing Assessment and architecture for adapting ERP, SaaS and internal processes to structured invoice exchange between businesses in Spain. [Review my B2B readiness](#landing-contact)[Compare with VERI\*FACTU](/en/guides/verifactu-vs-b2b-e-invoicing) Regulatory review 24 July 2026 Position Royal decree published; public-solution technical order pending Application 12 or 24 months from the future order taking effect Formats CII, UBL, EDIFACT and Facturae under the EN16931 model ## Context Royal Decree 238/2026 defines the system, but effective application starts from a future technical order for the public solution. This period can be used to fix data, states and integration boundaries without inventing a closed date. 01 ## Readiness assessment Before selecting a platform, check whether data and process can support the new exchange. 01 ### Invoice data Issuer, recipient, identifiers, addresses, lines, tax, references, payments and mandatory content. 02 ### System map ERP, invoicing, CRM, procurement, treasury, document repositories and private platforms involved in the flow. 03 ### Actual scope Affected B2B operations, exceptions, territories and decisions requiring tax or legal validation. 02 ## Exchange architecture The design must support structured formats and retain traceability between the business document and every transmission. 01 ### Model and formats Canonical EN16931 model and controlled transformations across CII, UBL, EDIFACT, Facturae and, where appropriate, Peppol BIS. 02 ### Signing and transport Advanced signature on private platforms, authentication, entry points, faithful copy to the public solution and delivery evidence. 03 ### Interoperability Integration contracts, semantic validation, versioning, errors and compatibility between private platforms and the public solution. 03 ## Status, payment and reconciliation The system does not stop after issue. It needs to record commercial acceptance or rejection, full payment and, where used, partial status or assignment. Those events must reconcile with ERP, CRM and treasury. Specific reporting obligations and periods depend on the business and application rules. Implementation should keep them configurable rather than embed an unvalidated tax interpretation in code. - Stable identifier across invoice, copies and status messages. - Transformation traceability without losing the original. - Idempotent retries and an incident queue. - Reconciliation of acceptance, rejection, collection and payment. - Operational audit and alerts for pending status. 04 ## What can move before the technical order - Clean and document the fiscal data model. - Inventory formats, platforms, customers and suppliers. - Separate generation, representation, signing and transport. - Design status handling and payment reconciliation. - Create versioned adapters and synthetic contract data. - Reserve final public-solution integration for definitive specifications. ## Assessment outcome Readiness should end in concrete decisions and tests, not a generic presentation about the regulation. 1. 01System, owner and entry-point map. 2. 02Field and data-quality matrix by format. 3. 03Design for status, errors, retries and reconciliation. 4. 04Backlog separating stable work from future-order dependencies. ## Common questions Short answers about scope, evidence and implementation boundaries. Is there a calendar date applying to every business?+ No. Royal Decree 238/2026 links effective application to a future order for the public solution. From that order taking effect, the periods are 12 months for businesses above EUR 8 million in turnover and 24 months for the rest. Will the public solution be mandatory?+ The royal decree permits private platforms but establishes interoperability and submission of a faithful UBL copy to the public solution under its rules. Is generating a PDF enough?+ No. The regulated electronic invoice is a structured message following EN16931 and an admitted syntax. PDF may serve transition or readability purposes but does not replace the message. Should implementation wait for the technical order?+ The final connection should wait for definitive detail, but data, architecture, status, format and integration-contract work can start now. Those areas usually account for most of the effort. ## Official source The schedule is expressed relatively because it still depends on a future order. This page will be updated when that order is published. - [Royal Decree 238/2026](https://www.boe.es/eli/es/rd/2026/03/25/238) BOE · Spanish legal text on mandatory e-invoicing between businesses and professionals ## Content boundary Technical implementation only; fiscal or legal applicability must be validated with the client’s adviser. Application dates will be confirmed when the technical order foreseen by Royal Decree 238/2026 is published. Initial technical review ## Use the regulatory wait to reduce technical uncertainty. With an anonymised invoice sample, system map and payment process I can separate useful preparation from decisions that still depend on the order. - Do not send certificates, tax IDs, invoices or secrets through this form. - Tax and legal applicability must be validated with your adviser. - A human reply, normally within one business day. ## Tell me what you need Name, email and context. Budget, timing and format can be added if you already know them. What context are you writing from? Agency, consultancy or studioCompany or SMEProduct teamOther context Name Work email What needs to be resolved A few lines about the project are enough. Add more informationCompany, budget and timing, if you know them. Company or studio Project type Working model Indicative budget Timing I have read the [privacy policy](/en/legal) and understand the processing needed to answer this request. I agree to use my email and enquiry data to measure results in Google Ads (optional).Data used and how to withdraw consent I agree that Google Ads may measure this enquiry using its submission ID, date, my normalized email address transformed with SHA-256 and, when one exists and remains current, the click identifier. This is optional, does not enable remarketing and can be withdrawn using the contact details in the privacy policy. Anti-spam verification It will load when you start completing the form. Usual reply within one business day. ## Prepare the context [VERI\*FACTU compared with B2B e-invoicing](/en/guides/verifactu-vs-b2b-e-invoicing)[API and CRM integrations](/en/api-crm-integrations)[Backend and integration services](/en/services/backend-integrations) ## Page: https://abuenoben.com/backend-go-api # Desarrollo backend Go y API REST freelance | abuenoben > Desarrollo backend Go y API REST freelance para agencias y B2B: endpoints, integraciones, Workers, trazabilidad, CRM y automatizaciones. Canonical URL: https://abuenoben.com/backend-go-api Language: es-ES Backend, APIs e integraciones cuando la entrega necesita contratos claros, rendimiento, trazabilidad y una base fácil de operar. [Valorar backend](/contacto?organizationType=brand&collaborationType=project&projectType=integration#contact-form-shell)[Ver API/CRM](/integraciones-api-crm) - APIs REST, backend Go y Workers. - Contratos, validación y errores claros. - Integración con CRM, apps y frontend. ## Backend con criterio comercial La API debe cerrar una necesidad de negocio, no convertirse en una plataforma nueva sin motivo. [Revisar el caso y el alcance entregado](/casos/sdk-experiencia-integracion) Menos retrabajo entre frontend, app y operación. Errores y límites más claros para clientes o socios. Base preparada para mantener o extender. ## Cuándo compensa una API propia en Go Una API propia encaja si hay lógica de negocio, contratos o requisitos de operación que una conexión estándar no resuelve. 01 ### Contrato antes de código Entradas, salidas, permisos, errores y versión del contrato definidos con el equipo consumidor. 02 ### Operación y fallos Tiempo de espera, reintentos e idempotencia cuando proceden. Registros útiles para localizar un fallo sin exponer datos sensibles. 03 ### Integración y entrega Ejemplos de uso, pruebas del contrato y configuración de despliegue. El lenguaje se decide por el sistema, no por la palabra clave. ## Preguntas habituales Lo mínimo que conviene aclarar antes de abrir una colaboración. ¿Tiene que ser Go?+ No necesariamente. Go encaja bien en APIs y servicios acotados, pero priorizo la base existente y el coste de mantenimiento. ¿Puedes crear una API para una landing o app?+ Sí. Puedo cerrar endpoint, validación, CRM, notificaciones, logs y documentación mínima. ¿Puedes trabajar con backend existente?+ Sí. La primera opción suele ser integrarse bien antes que reescribir. ## Seguir orientando Si todavía estás comparando opciones, estas rutas ayudan a decidir. [Backend e integraciones](/servicios/backend-integraciones)[Integraciones API/CRM](/integraciones-api-crm)[Full stack freelance](/desarrollador-full-stack-freelance) ## Si encaja, empecemos por el contexto. Con objetivo, fecha, estado actual y bloqueo técnico puedo responder con el siguiente paso. [Valorar backend](/contacto?organizationType=brand&collaborationType=project&projectType=integration#contact-form-shell)[Contacto](/contacto) ## Page: https://abuenoben.com/en/backend-go-api-development # Freelance backend Go and REST API development | abuenoben > Freelance backend Go and REST API development for agencies and B2B: endpoints, integrations, Workers, traceability, CRM and automation. Canonical URL: https://abuenoben.com/en/backend-go-api-development Language: en Backend, APIs and integrations when delivery needs clear contracts, performance, traceability and an easy-to-operate base. [Discuss backend](/en/contact?organizationType=brand&collaborationType=project&projectType=integration#contact-form-shell)[See API/CRM](/en/api-crm-integrations) - APIs, CRM and automation. - Robust forms and error logging. - Useful documentation for client or team. ## Noticeable result Well-closed integrations reduce support and make the delivery easier to operate. [Review the case and delivered scope](/en/cases/sdk-partner-integration-experience) Fewer repeated integration questions. More traceable and explainable flows. A base ready to grow without rework. ## When a custom Go API makes sense A custom API fits when business logic, contracts or operating requirements go beyond a standard connector. 01 ### Contract before code Inputs, outputs, permissions, errors and contract version defined with the consuming team. 02 ### Operations and failures Timeouts, retries and idempotency where relevant, with useful logs that avoid exposing sensitive data. 03 ### Integration and delivery Usage examples, contract tests and deployment configuration. The language follows system needs. ## Common Questions The minimum worth clarifying before opening a collaboration. Can this be white-label?+ Yes. I can stay behind the agency, work under NDA and keep the client relationship protected. Can you work on an existing codebase?+ Yes. I review the base, clarify constraints and enter the specific piece without forcing a rewrite. What do you need to start?+ Objective, timing, current state, access if needed and the main technical blocker. ## Keep Comparing If you are still comparing options, these routes help narrow the decision. [Services](/en/services)[Backend Go/API](/en/backend-go-api-development)[Agency support](/en/agencies/technical-support)[Cases](/en/cases) ## If it fits, start with context. With objective, timing, current state and the technical blocker, I can reply with the next step. [Discuss backend](/en/contact?organizationType=brand&collaborationType=project&projectType=integration#contact-form-shell)[Contact](/en/contact) ## Page: https://abuenoben.com/bolsa-horas-desarrollo-software # Bolsa de horas de desarrollo software para agencias | abuenoben > Bolsa de horas de desarrollo software para agencias y equipos B2B: refuerzo senior en web, apps, backend, integraciones, QA y evolutivos. Canonical URL: https://abuenoben.com/bolsa-horas-desarrollo-software Language: es-ES Una bolsa de horas para atender un backlog que cambia: evolutivos, integraciones, revisiones y QA. Antes de contratar acordamos capacidad disponible, cómo se prioriza, qué se registra y cuándo se revisa el consumo. [Valorar bolsa](/contacto?organizationType=agency&collaborationType=hours&projectType=support#contact-form-shell)[Ver modelos](/colaboracion) - Capacidad mensual controlada. - Web, apps, backend, QA e integraciones. - Prioridades visibles y consumo claro. ## La agencia compra continuidad No se trata de disponibilidad ilimitada, sino de capacidad senior ordenada. Menos fricción para tareas recurrentes. Más capacidad sin plantilla fija. Mejor control de prioridades y cierre de entregas. ## Qué acordamos antes de abrir la bolsa Las condiciones se escriben en la propuesta; la bolsa no reserva disponibilidad ilimitada. 01 ### Prioridad y capacidad Un responsable ordena el backlog y acordamos la ventana de trabajo y la capacidad que puedo reservar. 02 ### Consumo visible Registro por intervención, estimación antes de abordar tareas grandes y aviso cuando una petición cambia el alcance. 03 ### Cierre del periodo Revisión de lo entregado y pendiente. Caducidad, traslado de horas y urgencias se pactan expresamente. ## Preguntas habituales Lo mínimo que conviene aclarar antes de abrir una colaboración. ¿La bolsa incluye urgencias?+ Incluye una ventana de respuesta pactada. Urgencias críticas o guardias se acuerdan aparte. ¿Sirve para varias entregas pequeñas?+ Sí. Es el caso ideal si hay prioridad clara y alguien puede validar el trabajo. ¿Puede ser marca blanca?+ Sí. La bolsa puede operar completamente dentro del marco de la agencia. ## Seguir orientando Si todavía estás comparando opciones, estas rutas ayudan a decidir. [Modelos de colaboración](/colaboracion)[Refuerzo técnico](/agencias/refuerzo-tecnico)[Casos](/casos)[Preparar el brief técnico](/guias/checklist-brief-tecnico-agencia)[Bolsa de horas o proyecto cerrado](/guias/bolsa-horas-o-proyecto-cerrado)[Dudas de contratación](/faq) ## Si encaja, empecemos por el contexto. Con objetivo, fecha, estado actual y bloqueo técnico puedo responder con el siguiente paso. [Valorar bolsa](/contacto?organizationType=agency&collaborationType=hours&projectType=support#contact-form-shell)[Contacto](/contacto) ## Page: https://abuenoben.com/en/software-development-retainer # Software development retainer for agencies | abuenoben > Software development retainer for agencies and B2B teams: senior support in web, apps, backend, integrations, QA and evolutives. Canonical URL: https://abuenoben.com/en/software-development-retainer Language: en A development retainer for a changing backlog: improvements, integrations, reviews and QA. Before starting, we agree available capacity, prioritisation, work records and when usage is reviewed. [Discuss retainer](/en/contact?organizationType=agency&collaborationType=hours&projectType=support#contact-form-shell)[See models](/en/collaboration) - Initial review of scope, access and timing. - Presales, technical blocker or delivery peak. - Accepted delivery and documented handoff. ## Evidence from comparable work The public cases show diagnostic work, integration experience and preproduction stabilization. [Review the case and delivered scope](/en/cases/maderaplus-technical-diagnostic) +DERA diagnostic: 203 documented backend/API calls and 23 prioritized actions. SDK and integration work: APIs, examples and documentation designed for partners. Mobile stabilization: contracts, critical flows, QA and release before production. ## What we agree before opening a retainer Terms are recorded in the proposal; a retainer does not reserve unlimited availability. 01 ### Priority and capacity One owner orders the backlog. We agree a working window and the capacity I can reserve. 02 ### Visible usage Work recorded per intervention, estimates before larger tasks and notice when a request changes scope. 03 ### Period review Review delivered and pending work. Expiry, carryover and urgent work are agreed explicitly. ## Common Questions The minimum worth clarifying before opening a collaboration. Can you work completely white-label?+ Yes. I can stay behind the agency, work under NDA and adapt to the agency's channels and rules. What do you need to assess a delivery?+ Objective, timing, current state, validation owner and the technical piece blocking delivery. With that I can orient the next step. Can you join a project that is already started?+ Yes. That is a common case: review the base, take ownership of a concrete part and leave the exit documented. What happens with code and documentation?+ It stays inside the agreed agency frame. The delivery is left ready to publish, maintain or transfer to the right team. ## Keep Comparing If you are still comparing options, these routes help narrow the decision. [Development retainer](/en/software-development-retainer)[+DERA diagnostic](/en/cases/maderaplus-technical-diagnostic)[SDK and integrations](/en/cases/sdk-partner-integration-experience)[Mobile stabilization](/en/cases/mobile-preproduction-stabilization)[Prepare a technical brief](/en/guides/agency-technical-brief-checklist)[Retainer or fixed project](/en/guides/retainer-or-fixed-project)[Hiring questions](/en/faq) ## If it fits, start with context. With objective, timing, current state and the technical blocker, I can reply with the next step. [Discuss retainer](/en/contact?organizationType=agency&collaborationType=hours&projectType=support#contact-form-shell)[Contact](/en/contact) ## Page: https://abuenoben.com/mantenimiento-evolutivos-apps # Mantenimiento y evolutivos de apps Android | abuenoben > Mantenimiento y evolutivos de apps Android/Kotlin para agencias y equipos B2B: correcciones, QA, releases, APIs y estabilización. Canonical URL: https://abuenoben.com/mantenimiento-evolutivos-apps Language: es-ES Entro en una app creada por otro equipo, hago reproducible la base y convierto errores y evolutivos en un plan de entregas verificable. [Valorar app existente](#landing-contact)[Ver Android/Kotlin](/desarrollador-android-kotlin-freelance) - Puedo tomar una app creada por otro proveedor. - Diagnóstico inicial antes de prometer fechas o alcance. - Backlog priorizado, QA, publicación y notas de versión. ## Experiencia con Android de campo y sistemas existentes En +DERA para MaderaPlus diagnostiqué una app Android Java con sincronización offline, backend y web legacy. El caso documenta el diagnóstico; Kotlin/KMP son recomendaciones de evolución. [Revisar el caso y el alcance entregado](/casos/maderaplus-diagnostico-tecnico) Staging de diagnóstico con datos anonimizados. 203 llamadas backend/API documentadas. 115 incidencias revisadas y 23 acciones priorizadas. Cuéntame el proyecto ## Cuéntame qué debe quedar resuelto. Objetivo, estado actual y fecha son suficientes para valorar el encaje y proponerte una entrada concreta. Respuesta humana habitual en un día laborable. Sin alta automática en listas comerciales. Solicitud de servicio para empresas, agencias y consultoras; no es una oferta de empleo. ¿Desde qué contexto escribes? Agencia, consultora o estudioEmpresa / pyme digitalProducto digitalOtro Nombre Email profesional Qué debe quedar resuelto Unas líneas sobre el proyecto son suficientes. Añadir más informaciónEmpresa, presupuesto y plazo, si ya los conoces. Empresa o estudio Tipo de proyecto Modalidad Presupuesto orientativo Plazo He leído la [política de privacidad](/legal) y entiendo el tratamiento necesario para responder esta consulta. Acepto usar mi email y los datos de esta consulta para medir resultados en Google Ads (opcional).Datos utilizados y cómo retirar el consentimiento Acepto que Google Ads mida esta consulta mediante el identificador del envío, la fecha, mi email normalizado y transformado con SHA-256 y, si existe y sigue vigente, el identificador de clic. Es opcional, no activa remarketing y puedo retirarlo usando el contacto indicado en la política de privacidad. Verificación antispam Se cargará al empezar a completar el formulario. Respuesta habitual en un día laborable. [Valorar app existente](#landing-contact) ## Casos habituales Para empezar necesito acceso al repositorio, entorno reproducible, contexto de publicación y una persona que pueda validar. 01 ### Errores recurrentes Bugs, regresiones o comportamientos frágiles en flujos importantes. 02 ### Evolutivos Nuevas funcionalidades, cambios de API, mejoras de UX o adaptación a producto. 03 ### Release y publicación Preparación de versión, revisión de riesgos y acompañamiento hasta producción. ## Cómo se ordena La continuidad necesita un marco simple para no convertir todo en emergencia. 01 ### Diagnóstico inicial Build reproducible, estado de la app, dependencias, deuda visible, accesos de publicación y flujos críticos. 02 ### Prioridades Lista de tareas, responsable de validación y criterios para separar urgencia de mejora. 03 ### Seguimiento Entregas pequeñas, pruebas, notas de cambio y criterios de release y rollback claros. ## Preguntas habituales Lo mínimo que conviene aclarar antes de abrir una colaboración. ¿Puedes mantener una app que no has creado?+ Sí, si hay acceso a repositorio, entorno, contexto mínimo y responsable para validar. ¿Trabajas por bolsa o proyecto?+ Puede ser bolsa si hay continuidad o proyecto cerrado si hay un release/evolutivo concreto. ¿También revisas publicación?+ Sí. Puedo ayudar con checklist, cierre de riesgos, pruebas y acompañamiento de release. ## Seguir orientando Si todavía estás comparando opciones, estas rutas ayudan a decidir. [Android/Kotlin freelance](/desarrollador-android-kotlin-freelance)[Desarrollo de apps](/servicios/desarrollo-apps)[Bolsa de horas](/bolsa-horas-desarrollo-software)[Casos](/casos) ## Page: https://abuenoben.com/en/android-app-maintenance # Android app maintenance and evolutives | abuenoben > Android/Kotlin app maintenance and evolutives for agencies and B2B teams: fixes, QA, releases, APIs and stabilization. Canonical URL: https://abuenoben.com/en/android-app-maintenance Language: en Fixes, improvements, QA, API integration and releases for existing mobile apps that need to keep moving. [Discuss maintenance](#landing-contact)[See Android/Kotlin](/en/freelance-android-kotlin-developer) - I can take over an app built by another supplier. - Prioritized backlog, fixes and evolutives. - QA, publication and release notes. ## Experience with field Android apps and existing systems For MaderaPlus +DERA I diagnosed an Android Java app with offline sync, backend and a legacy website. The case documents the diagnostic; Kotlin/KMP are evolution recommendations. [Review the case and delivered scope](/en/cases/maderaplus-technical-diagnostic) Diagnostic staging with anonymised data. 203 documented backend/API calls. 115 issues reviewed and 23 prioritised actions. Tell me about the project ## Tell me what needs to be resolved. Objective, current state and timing are enough to assess fit and suggest a concrete starting point. A human reply, normally within one business day. No automatic addition to marketing lists. Service enquiry for companies, agencies and consultancies; this is not a job opening. What context are you writing from? Agency, consultancy or studioCompany or SMEProduct teamOther context Name Work email What needs to be resolved A few lines about the project are enough. Add more informationCompany, budget and timing, if you know them. Company or studio Project type Working model Indicative budget Timing I have read the [privacy policy](/en/legal) and understand the processing needed to answer this request. I agree to use my email and enquiry data to measure results in Google Ads (optional).Data used and how to withdraw consent I agree that Google Ads may measure this enquiry using its submission ID, date, my normalized email address transformed with SHA-256 and, when one exists and remains current, the click identifier. This is optional, does not enable remarketing and can be withdrawn using the contact details in the privacy policy. Anti-spam verification It will load when you start completing the form. Usual reply within one business day. [Discuss maintenance](#landing-contact) ## Common maintenance needs To start, I need repository access, a reproducible environment, publication context and someone who can validate changes. 01 ### Recurring errors Bugs, regressions or fragile behavior in important application flows. 02 ### Evolutives New functionality, API changes, UX improvements or product adaptations. 03 ### Release and publication Version preparation, risk review and support through the production release. ## How work is ordered Continuity needs a simple operating frame so every request does not become an emergency. 01 ### Initial diagnostic Reproducible build, application state, dependencies, visible debt, publishing access and critical flows. 02 ### Priorities Backlog, validation owner and criteria to separate urgent fixes from planned improvements. 03 ### Follow-through Small deliveries, tests, change notes and clear release and rollback criteria. ## Common Questions The minimum worth clarifying before opening a collaboration. Can you maintain an app you did not build?+ Yes, when repository access, a reproducible environment, minimum context and a validation owner are available. Is this a retainer or a fixed project?+ It can be a retainer for recurring work or a fixed project for a specific release or evolutive. Do you also review publication?+ Yes. I can cover the checklist, tests, risk closure, release notes and publication support. ## Keep Comparing If you are still comparing options, these routes help narrow the decision. [Android/Kotlin specialist](/en/freelance-android-kotlin-developer)[App development](/en/services/app-development)[Development retainer](/en/software-development-retainer)[Cases](/en/cases) ## Page: https://abuenoben.com/servicios # Servicios de desarrollo web, apps e integraciones | abuenoben > Servicios de desarrollo web, producto móvil, backend e integraciones para agencias y equipos B2B. Canonical URL: https://abuenoben.com/servicios Language: es-ES Desarrollo, pruebas y publicación. Acordamos qué necesitas y dejo el código y la documentación preparados para que puedas continuar. [Cuéntame el proyecto](/contacto#contact-form-shell)[Ver formas de colaboración](/colaboracion) ![Capturas de los proyectos públicos de Arafilum e Integraleon.](/images/cases/public-work-overview-1440.webp) ## Qué resuelve Una web, app, backend o integración que bloquea una entrega. ## Qué no hace falta traer Un alcance perfecto. Con objetivo, fecha y bloqueo ya puedo orientarte. ## Qué se protege Tiempo comercial, calidad y una base que no obligue a rehacer. ## Qué necesitas desarrollar Estas cuatro áreas cubren el trabajo habitual. El punto de partida es qué debe quedar operativo y quién lo valida. Entrega Cuándo encaja Qué queda Entrega ### Desarrollo web comercial Páginas de captación, webs de campaña e interfaces de producto preparadas para captar, medir y conectar. Cuándo encaja Útil cuando la parte visible tiene objetivo comercial, fecha y dependencias técnicas. Qué queda Web lista para publicar y medir. [Ver desarrollo web](/desarrollo-web-a-medida) Entrega ### Apps y producto móvil Apps, evolutivos y estabilización técnica para llegar a producción con menos riesgo. Cuándo encaja Útil cuando hay control de calidad frágil, flujos sensibles o presión de salida. Qué queda Más estabilidad antes de publicar. [Ver desarrollo de apps](/servicios/desarrollo-apps) Entrega ### Backend e integraciones APIs, flujos de datos y automatización para conectar producto, negocio y operaciones. Cuándo encaja Útil cuando la conexión entre sistemas genera soporte, bloqueos o retrabajo. Qué queda Menos soporte al integrar. [Ver backend e integraciones](/servicios/backend-integraciones) Entrega ### Apoyo a equipos y agencias Refuerzo temporal o continuo para ganar capacidad sin bajar el estándar. Cuándo encaja Útil cuando ya existe equipo y falta alguien senior que entre rápido. Qué queda Más capacidad sin ampliar plantilla. [Ver apoyo para agencias](/agencias/refuerzo-tecnico) ## Señales de una entrega bien cerrada Casos de integraciones, aplicaciones y apoyo a equipos que explican el trabajo realizado. [Examinar los casos](/casos) ### Integración más clara APIs y ejemplos más claros redujeron soporte a socios. ### Menos regresiones En producto móvil, reforzar control de calidad redujo errores antes de publicar. ### Más capacidad de entrega En banca, fidelización y producto digital, el refuerzo senior ayudó a llegar a hitos. ## Necesidades más específicas [Desarrollo marca blanca](/agencias/desarrollo-web-marca-blanca)[Refuerzo para agencias](/agencias/refuerzo-tecnico)[Full stack freelance](/desarrollador-full-stack-freelance)[Backend e integraciones](/servicios/backend-integraciones)[Android/Kotlin](/desarrollador-android-kotlin-freelance)[Mantenimiento apps](/mantenimiento-evolutivos-apps) ## ¿Qué pieza tiene que quedar resuelta? Con objetivo, estado actual y fecha puedo proponerte un alcance y un formato de trabajo. [Cuéntame el proyecto](/contacto#contact-form-shell) ## Page: https://abuenoben.com/en/services # Web, mobile, backend and integration services | abuenoben > Senior web, mobile, backend and integration services for agencies and B2B teams. Canonical URL: https://abuenoben.com/en/services Language: en Development, testing and release. We agree what you need, and I leave the code and documentation ready for your team to continue. [Tell me about your project](/en/contact#contact-form-shell)[See engagement models](/en/collaboration) ![Screens from the public Arafilum and Integraleon projects.](/images/cases/public-work-overview-1440.webp) ## What it solves A web, app, backend or integration blocking delivery. ## What you do not need A perfect scope. Objective, timing and blocker are enough to start. ## What it protects Commercial time, quality and a base that avoids rework. ## What you need to build These four areas cover the usual work. The starting point is what must be operational and who will validate it. Delivery When it fits What remains Delivery ### Commercial Web Development Landing pages, campaign sites and product interfaces prepared to convert, measure and connect. When it fits Useful when the visible product has commercial intent, a deadline and technical dependencies. What remains A website ready to publish and measure. [View web development](/en/custom-web-development) Delivery ### Apps and Mobile Product Apps, improvements and stabilisation work to reach production with less risk. When it fits Useful when quality control is fragile, flows are sensitive or release pressure is high. What remains More stability before release. [View app development](/en/services/app-development) Delivery ### Backend and Integrations APIs, data flows and automation to connect product, business and operations. When it fits Useful when system connections create support load, blockers or rework. What remains Less integration support. [View backend and integrations](/en/services/backend-integrations) Delivery ### Agency and Team Support Temporary or recurring senior support to gain capacity without lowering the standard. When it fits Useful when a team already exists and needs someone senior who can enter quickly. What remains More capacity without hiring. [View agency support](/en/agencies/technical-support) ## Signals of a properly closed delivery Cases covering integrations, applications and team support, with the work explained. [Examine the cases](/en/cases) ### Clearer integration APIs and examples reduced support for partner teams. ### Fewer regressions In mobile product work, stronger quality control reduced issues before release. ### More delivery capacity Across banking, loyalty and digital product, senior support helped teams reach milestones. ## More specific needs [White-label development](/en/agencies/white-label-web-development)[Agency technical support](/en/agencies/technical-support)[Full-stack freelance](/en/freelance-full-stack-developer)[Backend and integrations](/en/services/backend-integrations)[Android/Kotlin](/en/freelance-android-kotlin-developer)[App maintenance](/en/android-app-maintenance) ## What needs to be resolved? With the objective, current state and timing, I can suggest a scope and working model. [Tell me about your project](/en/contact#contact-form-shell) ## Page: https://abuenoben.com/servicios/backend-integraciones # Backend e integraciones para agencias y B2B | abuenoben > Backend, APIs, CRM, automatización e integraciones para agencias y equipos B2B que necesitan conectar sistemas sin bloquear una entrega. Canonical URL: https://abuenoben.com/servicios/backend-integraciones Language: es-ES APIs, formularios, CRM, automatización y flujos de datos cuando la parte visible depende de sistemas que tienen que hablar entre sí. [Valorar integración](/contacto?organizationType=brand&collaborationType=project&projectType=integration#contact-form-shell)[Ver servicios](/servicios) - APIs, CRM y automatización. - Formularios robustos y registro de errores. - Documentación útil para cliente o equipo. ## Resultado que se nota Las integraciones bien cerradas reducen soporte y hacen que la entrega sea más fácil de operar. Menos dudas repetidas de integración. Flujos más trazables y explicables. Base preparada para crecer sin rehacer. ## Bloqueos habituales Integraciones que parecen pequeñas hasta que empiezan a generar soporte o retrabajo. 01 ### Captación sin cierre operativo El formulario capta, pero falta validar, enrutar, notificar y guardar la oportunidad bien. 02 ### APIs poco claras La integración funciona solo en el caso feliz y necesita ejemplos, errores y contratos más claros. 03 ### Automatización frágil Procesos comerciales u operativos dependen de pasos manuales que se pueden ordenar. ## Qué se puede asumir Trabajo tanto en la pieza técnica como en el criterio para que sea mantenible. 01 ### Diseño de flujo Entradas, validaciones, errores, límites y trazabilidad básica. 02 ### Implementación Endpoints, Workers, backend existente, CRM, email transaccional o herramientas externas. 03 ### Handoff técnico Notas, variables, pruebas básicas y explicación para quien deba mantenerlo. ## Preguntas habituales Lo mínimo que conviene aclarar antes de abrir una colaboración. ¿Puedes trabajar sobre un backend existente?+ Sí. Reviso la base, aclaro límites y entro en la pieza concreta sin imponer una reescritura si no hace falta. ¿También conectas CRM y email transaccional?+ Sí. Puedo conectar formularios, CRM, notificaciones, automatizaciones y registros de oportunidad. ¿Esto sirve para agencias?+ Sí. Muchas agencias venden la experiencia visible y necesitan un refuerzo que cierre la parte técnica de datos e integración. ## Seguir orientando Si todavía estás comparando opciones, estas rutas ayudan a decidir. [Servicios](/servicios)[Backend Go/API](/backend-go-api)[Refuerzo para agencias](/agencias/refuerzo-tecnico)[Casos](/casos) ## Si encaja, empecemos por el contexto. Con objetivo, fecha, estado actual y bloqueo técnico puedo responder con el siguiente paso. [Valorar integración](/contacto?organizationType=brand&collaborationType=project&projectType=integration#contact-form-shell)[Contacto](/contacto) ## Page: https://abuenoben.com/en/services/backend-integrations # Backend and integrations for agencies and B2B | abuenoben > Backend, APIs, CRM, automation and integrations for agencies and B2B teams that need connected systems without blocking delivery. Canonical URL: https://abuenoben.com/en/services/backend-integrations Language: en APIs, forms, CRM, automation and data flows when the visible layer depends on systems that need to talk to each other. [Discuss an integration](/en/contact?organizationType=brand&collaborationType=project&projectType=integration#contact-form-shell)[See services](/en/services) - APIs, CRM and automation. - Robust forms and error logging. - Useful documentation for client or team. ## Noticeable result Well-closed integrations reduce support and make the delivery easier to operate. Fewer repeated integration questions. More traceable and explainable flows. A base ready to grow without rework. ## Common blockers Integrations often look small until they start creating support or rework. 01 ### Lead capture without operations The form captures, but validation, routing, notification and storage are weak. 02 ### Unclear APIs The integration works only in the happy path and needs clearer examples, errors and contracts. 03 ### Fragile automation Commercial or operational processes depend on manual steps that can be ordered. ## What can be handled Work on the technical piece and the criteria that make it maintainable. 01 ### Flow design Inputs, validation, errors, limits and basic traceability. 02 ### Implementation Endpoints, Workers, existing backend, CRM, transactional email or external tools. 03 ### Technical handoff Notes, variables, basic tests and explanation for whoever maintains it. ## Common Questions The minimum worth clarifying before opening a collaboration. Can this be white-label?+ Yes. I can stay behind the agency, work under NDA and keep the client relationship protected. Can you work on an existing codebase?+ Yes. I review the base, clarify constraints and enter the specific piece without forcing a rewrite. What do you need to start?+ Objective, timing, current state, access if needed and the main technical blocker. ## Keep Comparing If you are still comparing options, these routes help narrow the decision. [Services](/en/services)[Backend Go/API](/en/backend-go-api-development)[Agency support](/en/agencies/technical-support)[Cases](/en/cases) ## If it fits, start with context. With objective, timing, current state and the technical blocker, I can reply with the next step. [Discuss an integration](/en/contact?organizationType=brand&collaborationType=project&projectType=integration#contact-form-shell)[Contact](/en/contact) ## Page: https://abuenoben.com/servicios/desarrollo-apps # Desarrollo de apps Android y KMP para empresas | abuenoben > Desarrollo de apps Android/Kotlin y Kotlin Multiplatform para empresas y agencias: alcance, backend, QA, publicación y handoff. Canonical URL: https://abuenoben.com/servicios/desarrollo-apps Language: es-ES Para empresas y agencias que necesitan convertir un proceso o producto en una app B2B con alcance, backend, QA y salida a producción definidos. [Valorar primera versión](#landing-contact)[Ver Android/Kotlin](/desarrollador-android-kotlin-freelance) - Primera entrega acotada y con criterio de validación. - Plataformas, backend y dependencias visibles antes de estimar. - Servicio B2B para empresa o agencia; no formación ni empleo. ## Calidad y salida a producción en producto móvil En un caso comparable de estabilización mobile, el trabajo se centró en reducir riesgo antes de publicar. [Ver caso de estabilización mobile](/casos/estabilizacion-mobile-preproduccion) Pruebas de contrato y control de flujos críticos. Checklist de publicación y puertas de calidad. Aproximadamente un 30 % menos regresiones antes de producción. Cuéntame el proyecto ## Cuéntame qué debe quedar resuelto. Objetivo, estado actual y fecha son suficientes para valorar el encaje y proponerte una entrada concreta. Respuesta humana habitual en un día laborable. Sin alta automática en listas comerciales. Solicitud de servicio para empresas, agencias y consultoras; no es una oferta de empleo. ¿Desde qué contexto escribes? Agencia, consultora o estudioEmpresa / pyme digitalProducto digitalOtro Nombre Email profesional Qué debe quedar resuelto Unas líneas sobre el proyecto son suficientes. Añadir más informaciónEmpresa, presupuesto y plazo, si ya los conoces. Empresa o estudio Tipo de proyecto Modalidad Presupuesto orientativo Plazo He leído la [política de privacidad](/legal) y entiendo el tratamiento necesario para responder esta consulta. Acepto usar mi email y los datos de esta consulta para medir resultados en Google Ads (opcional).Datos utilizados y cómo retirar el consentimiento Acepto que Google Ads mida esta consulta mediante el identificador del envío, la fecha, mi email normalizado y transformado con SHA-256 y, si existe y sigue vigente, el identificador de clic. Es opcional, no activa remarketing y puedo retirarlo usando el contacto indicado en la política de privacidad. Verificación antispam Se cargará al empezar a completar el formulario. Respuesta habitual en un día laborable. [Valorar primera versión](#landing-contact) ## Qué puedo asumir Una primera versión o una pieza móvil cerrada, no una promesa abierta sin alcance. 01 ### Primera versión Flujos prioritarios, arquitectura asumible y una entrega que permita validar antes de ampliar. 02 ### Funcionalidad móvil Android/Kotlin, lógica compartida con KMP y adaptación a una base existente cuando conviene. 03 ### Backend e integraciones APIs, autenticación, datos, notificaciones y sistemas externos necesarios para que la app funcione. ## Cómo se acota La decisión de compra mejora cuando objetivo, plataformas, dependencias y salida quedan visibles. 01 ### Objetivo y usuarios Qué debe resolver la app, para quién y qué señal permitirá validar la primera entrega. 02 ### Plataformas y dependencias Android, posible alcance iOS con KMP, backend existente, cuentas y servicios de terceros. 03 ### Entrega y continuidad QA, publicación, decisiones documentadas y siguiente tramo sin dependencia opaca. ## Preguntas habituales Lo mínimo que conviene aclarar antes de abrir una colaboración. ¿Puedes desarrollar una app desde cero?+ Sí, si podemos acotar una primera versión, plataformas, dependencias y criterio de validación antes de comprometer la entrega. ¿Incluye backend y publicación?+ Puede incluir APIs, autenticación, servicios externos, QA y acompañamiento de publicación según el alcance acordado. ¿También haces iOS?+ Puedo plantear Kotlin Multiplatform cuando compartir lógica entre Android e iOS aporta valor. No vendo un equipo nativo Swift si el proyecto lo exige. ## Seguir orientando Si todavía estás comparando opciones, estas rutas ayudan a decidir. [Especialista Android/Kotlin](/desarrollador-android-kotlin-freelance)[Mantenimiento apps](/mantenimiento-evolutivos-apps)[Kotlin Multiplatform](/kotlin-multiplatform-freelance)[Casos](/casos) ## Page: https://abuenoben.com/en/services/app-development # Android and KMP app development for companies | abuenoben > Android/Kotlin and Kotlin Multiplatform app development for companies and agencies: scope, backend, QA, publication and handoff. Canonical URL: https://abuenoben.com/en/services/app-development Language: en I turn a brief or business need into a scoped mobile app, connected to its backend and ready to validate or release. [Assess mobile project](#landing-contact)[See Android/Kotlin](/en/freelance-android-kotlin-developer) - New app or a scoped first version. - Android/Kotlin and Kotlin Multiplatform. - Backend, QA, release and handoff. ## Production-ready mobile delivery In a comparable mobile stabilization case, the work focused on reducing risk before publication. [View mobile stabilization case](/en/cases/mobile-preproduction-stabilization) Contract tests and control of critical flows. Publication checklist and quality gates. Around 30% fewer regressions before production. Tell me about the project ## Tell me what needs to be resolved. Objective, current state and timing are enough to assess fit and suggest a concrete starting point. A human reply, normally within one business day. No automatic addition to marketing lists. Service enquiry for companies, agencies and consultancies; this is not a job opening. What context are you writing from? Agency, consultancy or studioCompany or SMEProduct teamOther context Name Work email What needs to be resolved A few lines about the project are enough. Add more informationCompany, budget and timing, if you know them. Company or studio Project type Working model Indicative budget Timing I have read the [privacy policy](/en/legal) and understand the processing needed to answer this request. I agree to use my email and enquiry data to measure results in Google Ads (optional).Data used and how to withdraw consent I agree that Google Ads may measure this enquiry using its submission ID, date, my normalized email address transformed with SHA-256 and, when one exists and remains current, the click identifier. This is optional, does not enable remarketing and can be withdrawn using the contact details in the privacy policy. Anti-spam verification It will load when you start completing the form. Usual reply within one business day. [Assess mobile project](#landing-contact) ## What I can take on A first version or a closed mobile deliverable, not an open-ended promise without scope. 01 ### First version Priority flows, an appropriate architecture and a delivery that can be validated before expanding it. 02 ### Mobile functionality Android/Kotlin, shared KMP logic and adaptation to an existing codebase when that is the sensible route. 03 ### Backend and integrations APIs, authentication, data, notifications and third-party systems required for the app to work. ## How scope is defined The buying decision is clearer when objectives, platforms, dependencies and the exit are visible. 01 ### Objective and users What the app must solve, who it is for and what will validate the first delivery. 02 ### Platforms and dependencies Android, possible iOS scope with KMP, existing backend, accounts and third-party services. 03 ### Delivery and continuity QA, publication, documented decisions and a next stage without opaque dependency. ## Common Questions The minimum worth clarifying before opening a collaboration. Can you develop an app from scratch?+ Yes, when we can define a first version, platforms, dependencies and validation criteria before committing delivery. Does it include backend and publication?+ It can include APIs, authentication, external services, QA and publication support according to the agreed scope. Do you also build for iOS?+ I can propose Kotlin Multiplatform when shared logic across Android and iOS creates real value. I do not sell a native Swift team when that is what the project requires. ## Keep Comparing If you are still comparing options, these routes help narrow the decision. [Android/Kotlin specialist](/en/freelance-android-kotlin-developer)[App maintenance](/en/android-app-maintenance)[Kotlin Multiplatform](/en/kotlin-multiplatform-developer)[Cases](/en/cases) ## Page: https://abuenoben.com/agencias # Refuerzo técnico en marca blanca para agencias | abuenoben > Desarrollo web, móvil, backend e integraciones en marca blanca para agencias que necesitan capacidad técnica senior. Canonical URL: https://abuenoben.com/agencias Language: es-ES Tu equipo lleva el diseño y la relación con el cliente. Yo me incorporo para desarrollar la web, la app o la integración que falta, usando vuestros canales y repositorios. [Cuéntame el proyecto](/contacto?organizationType=agency#contact-form-shell)[Ver formas de colaboración](/colaboracion) Marca blanca · NDA · Código y documentación en tu repositorio **Arafilum** · Tienda online[Ver caso ↗](/casos/arafilum-ecommerce-operativo) ![Web de Arafilum: catálogo artesanal y acceso a la compra. Proyecto desarrollado para un cliente directo.](/images/cases/arafilum-commerce-1440.webp) Una tienda que también resuelve el pedido. Catálogo y carrito: el cliente encuentra el producto y prepara su compra. Proyecto para cliente directo. Muestra el tipo de desarrollo que puedo asumir para tu agencia. ## Qué puede encargarme tu agencia Podemos empezar por una parte del proyecto. Acordamos qué incluye, quién lo revisa y cuándo tiene que estar listo. ### [Landings y microsites de campaña ↗](/agencias/desarrollo-web-marca-blanca) Desarrollo de piezas comerciales listas para publicar, medir y conectar con formularios, CRM o automatizaciones. Qué incluye - Maquetación fiel a diseño. - Formulario, medición y eventos. - Entrega estática o integrada en la base existente. ### [Frontend de producto o área privada ↗](/desarrollador-full-stack-freelance) Interfaces de producto, paneles operativos o frontends B2B que una agencia puede vender aunque no quiera ampliar equipo. Qué incluye - Componentes y estados reales. - Conexión con API o backend existente. - Base preparada para iterar. ### [Backend, CRM e integraciones ↗](/servicios/backend-integraciones) Conexión entre web, negocio y operación: APIs, automatización, formularios, datos y sistemas de terceros. Qué incluye - Diseño de flujo y validación. - Integración con herramientas comerciales. - Registro y gestión de errores. ### [Apps y evolutivos móviles ↗](/servicios/desarrollo-apps) Refuerzo para apps, SDKs, publicación, estabilización o evolución móvil cuando el cliente pide más profundidad técnica. Qué incluye - Android, multiplataforma o integración móvil. - QA antes de release. - Correcciones y evolución por prioridad. ### [QA, release y estabilización ↗](/mantenimiento-evolutivos-apps) Trabajo previo a producción para reducir regresiones, cerrar riesgos y evitar que la agencia absorba urgencias evitables. Qué incluye - Pruebas sobre flujos críticos. - Checklist de publicación. - Cierre de incidencias antes de entrega. ### [Preventas y alcance técnico ↗](/agencias/refuerzo-tecnico) Apoyo para aterrizar viabilidad, riesgos, estimación y límites antes de que la agencia comprometa una entrega compleja. Qué incluye - Revisión técnica del alcance. - Riesgos y dependencias. - Propuesta de plan ejecutable. ## Tu cliente, tus canales, tu código Antes de empezar dejamos acordados el acceso al cliente, la propiedad del código y el soporte posterior. - Puedo ser visible, discreto o completamente marca blanca, según convenga. - No contacto ni solicito al cliente final fuera del marco acordado con la agencia. - Repositorios, accesos, propiedad del código y publicación se pactan antes de empezar. - No publico marcas, capturas ni resultados sin una autorización expresa. [Leer el marco completo](/agencias/marco-colaboracion) ## Cómo me incorporo a tu equipo Entrada en equipo Me incorporo al canal, herramienta y repositorio que ya usáis. Slack, Notion, Jira, Linear, GitHub o el sistema que tenga sentido. Código y documentación Dejo código, decisiones y pendientes claros para que la agencia pueda mantener, vender o continuar sin dependencia artificial. Marco comercial protegido Trabajo dentro del acuerdo de la agencia: visible, discreto o completamente marca blanca según el cliente y el proyecto. Validación y soporte Acordamos quién valida, qué condiciones cierran cada hito y qué soporte queda incluido tras la entrega. Cuándo tiene sentido incorporar apoyo externo ### Campañas con fecha cerrada Diseño y estrategia están claros; falta ejecutar sin sustos de última hora. ### Integraciones comerciales y operativas CRM, automatización, formularios, medición o datos deben quedar conectados. ### Proyectos con más profundidad técnica El cliente pide app, frontend de producto, backend o soporte técnico real. ### Picos de trabajo sin sobredimensionar equipo Entro cuando hace falta capacidad y salgo sin dejar dependencia. ### Marca blanca de verdad Respeto la relación de la agencia con su cliente y el marco comercial ya vendido. ### Menos bloqueo técnico La agencia puede vender y ejecutar con menos incertidumbre técnica. ### Criterio sin montar otra estructura Una persona senior para resolver el tramo técnico que frena el proyecto. ![MaderaPlus](/images/cases/maderaplus-logo.png)App Android, API y backoffice ## MaderaPlus: decidir qué arreglar primero En el trabajo sobre +DERA para MaderaPlus quedó un entorno reproducible, inventario técnico y hoja de ruta para decidir evolutivos con menos incertidumbre. [Leer el caso MaderaPlus](/casos/maderaplus-diagnostico-tecnico) 203 llamadas backend/API documentadas 115 incidencias y mejoras revisadas 23 entradas accionables priorizadas ## Preguntas antes de incorporar apoyo externo ¿Puedes trabajar completamente en marca blanca?+ Sí. Puedo no aparecer ante el cliente, trabajar con NDA y ajustarme a los canales y normas de la agencia. ¿Qué necesitas para valorar una entrega?+ Objetivo, fecha, estado actual, responsable de validación y la pieza técnica que bloquea la entrega. Con eso puedo orientar el siguiente paso. ¿Puedes entrar cuando el proyecto ya está empezado?+ Sí. Es un caso habitual: revisar la base, asumir una parte concreta y dejar la salida documentada. ¿Qué pasa con el código y la documentación?+ Queda dentro del marco acordado con la agencia. La entrega se deja lista para publicar, mantener o transferir al equipo que corresponda. ## ¿Qué necesita sacar adelante tu agencia? Cuéntame el proyecto y la fecha. Si ya tienes un diseño, un brief o una base de código, podemos partir de ahí. [Cuéntame el proyecto](/contacto?organizationType=agency#contact-form-shell) Para preparar la colaboración - [Cómo externalizar desarrollo sin perder el control del cliente](/guias/externalizar-desarrollo-sin-perder-control-cliente) - [Qué debe incluir un acuerdo de desarrollo en marca blanca](/guias/acuerdo-desarrollo-marca-blanca) - [Checklist de brief técnico para una agencia](/guias/checklist-brief-tecnico-agencia) - [Bolsa de horas o proyecto cerrado: cómo decidir](/guias/bolsa-horas-o-proyecto-cerrado) ## Page: https://abuenoben.com/en/agencies # White-label technical capacity for agencies | abuenoben > Senior web, mobile, backend and integration delivery for agencies that need technical capacity without hiring. Canonical URL: https://abuenoben.com/en/agencies Language: en Your team handles design and the client relationship. I join to build the website, app or integration you need, using your channels and repositories. [Tell me about your project](/en/contact?organizationType=agency#contact-form-shell)[See engagement models](/en/collaboration) White-label · NDA · Code and documentation in your repository **Arafilum** · Online shop[View case ↗](/en/cases/arafilum-operational-ecommerce) ![Arafilum website: handmade products and shopping journey. Built for a direct client.](/images/cases/arafilum-commerce-1440.webp) A shop that also handles the order. Catalogue and cart: the customer finds a product and prepares their order. Built for a direct client. An example of the development I can handle for your agency. ## What your agency can commission We can start with one part of the project. We agree what is included, who reviews it and when it needs to be ready. ### [Landing pages and campaign microsites ↗](/en/agencies/white-label-web-development) Commercial pieces ready to publish, measure and connect with forms, CRM or automation. What is included - Faithful implementation from design. - Forms, measurement and events. - Static delivery or integration into the existing base. ### [Product frontend or private area ↗](/en/freelance-full-stack-developer) Product interfaces, operational panels or B2B frontends an agency can sell without expanding the team. What is included - Components and real states. - Connection with API or existing backend. - A base prepared to iterate. ### [Backend, CRM and integrations ↗](/en/services/backend-integrations) Connections between website, business and operations: APIs, automation, forms, data and third-party systems. What is included - Flow design and validation. - Commercial tool integration. - Error logging and handling. ### [Apps and mobile evolutives ↗](/en/services/app-development) Support for apps, SDKs, publication, stabilization or mobile evolution when the client asks for more technical depth. What is included - Android, multiplatform or mobile integration. - QA before release. - Fixes and evolution by priority. ### [QA, release and stabilization ↗](/en/android-app-maintenance) Pre-production work to reduce regressions, close risks and avoid preventable emergencies for the agency. What is included - Tests on critical flows. - Publication checklist. - Issue close before delivery. ### [Technical presales and scope ↗](/en/agencies/technical-support) Support to clarify feasibility, risks, estimate and limits before the agency commits to a complex delivery. What is included - Technical scope review. - Risks and dependencies. - Executable plan proposal. ## Your client, your channels, your code We agree client access, code ownership and support before development starts. - I can be visible, discreet or completely white-label, depending on what fits. - I do not contact or solicit the end client outside the frame agreed with the agency. - Repositories, access, code ownership and publication are agreed before work starts. - I do not publish brands, screenshots or outcomes without explicit permission. [Read the full framework](/en/agencies/working-framework) ## How I join your team Joining the team I enter the channel, tool and repository you already use. Slack, Notion, Jira, Linear, GitHub or whatever system makes sense. Code and documentation I leave code, decisions and pending items clear so the agency can maintain, sell or continue without artificial dependency. Protected commercial frame I work inside the agency agreement: visible, discreet or completely white-label depending on client and project. Acceptance and support We agree who validates, what closes each milestone and what support remains included after delivery. When external support makes sense ### Campaigns with a fixed date Design and strategy are clear; execution has to happen without last-minute surprises. ### Commercial and operational integrations CRM, automation, forms, measurement or data have to be connected correctly. ### Projects with more technical depth The client asks for an app, product frontend, backend or real technical support. ### Work peaks without overbuilding the team I join when capacity is needed and leave without creating dependency. ### Real white-label work I respect the agency's client relationship and the commercial frame already sold. ### Less technical blocking The agency can sell and execute technical work with less uncertainty. ### Senior judgment One senior person to resolve the technical stretch that is blocking the project. ![MaderaPlus](/images/cases/maderaplus-logo.png)Android app, API and back office ## MaderaPlus: deciding what to fix first The +DERA work for MaderaPlus left a reproducible environment, technical inventory and roadmap for deciding evolutives with less uncertainty. [Read the MaderaPlus case study](/en/cases/maderaplus-technical-diagnostic) 203 backend/API calls documented 115 issues and improvements reviewed 23 actionable entries prioritized ## Questions before adding external support Can you work completely white-label?+ Yes. I can stay behind the agency, work under NDA and adapt to the agency's channels and rules. What do you need to assess a delivery?+ Objective, timing, current state, validation owner and the technical piece blocking delivery. With that I can orient the next step. Can you join a project that is already started?+ Yes. That is a common case: review the base, take ownership of a concrete part and leave the exit documented. What happens with code and documentation?+ It stays inside the agreed agency frame. The delivery is left ready to publish, maintain or transfer to the right team. ## What does your agency need to deliver? Tell me about the project and the deadline. We can start from an existing design, brief or codebase. [Tell me about your project](/en/contact?organizationType=agency#contact-form-shell) Prepare the engagement - [How to outsource development without losing client control](/en/guides/outsource-development-without-losing-client-control) - [What a white-label development agreement should cover](/en/guides/white-label-development-agreement) - [Technical brief checklist for agencies](/en/guides/agency-technical-brief-checklist) - [Retainer or fixed project: how to decide](/en/guides/retainer-or-fixed-project) ## Page: https://abuenoben.com/agencias/desarrollo-web-marca-blanca # Desarrollo web freelance en marca blanca para agencias | abuenoben > De Figma a una web publicada bajo tu marca: frontend, formularios, CRM, medición y QA. Desarrollo freelance para agencias con alcance y entrega acordados. Canonical URL: https://abuenoben.com/agencias/desarrollo-web-marca-blanca Language: es-ES De tu Figma o brief a una web publicada bajo la marca de tu agencia. Desarrollo el frontend, conecto formularios y CRM, y verifico la medición y la entrega. Tú mantienes la relación con el cliente. [Valorar una entrega](#landing-contact)[Ver refuerzo técnico](/agencias/refuerzo-tecnico) - Entrega completa desde briefing, Figma o código existente. - Trabajo bajo tu marca, con NDA cuando haga falta. - Fecha, aceptación y handoff pactados antes de empezar. ## Trabajos públicos comparables Arafilum: tienda, pagos y pedidos. Integraleon: web comercial y contacto. Son clientes directos con permiso para publicar estos casos. [Ver el desarrollo de Arafilum](/casos/arafilum-ecommerce-operativo) Arafilum: tienda, checkout, pedidos y administración conectados. Integraleon: estructura comercial, SEO local, contacto y publicación. Para tu agencia: repositorio, alcance, validación y entrega bajo vuestra marca. Cuéntame el proyecto ## Cuéntame qué debe quedar resuelto. Objetivo, estado actual y fecha son suficientes para valorar el encaje y proponerte una entrada concreta. Respuesta humana habitual en un día laborable. Sin alta automática en listas comerciales. ¿Desde qué contexto escribes? Agencia, consultora o estudioEmpresa / pyme digitalProducto digitalOtro Nombre Email profesional Qué debe quedar resuelto Unas líneas sobre el proyecto son suficientes. Añadir más informaciónEmpresa, presupuesto y plazo, si ya los conoces. Empresa o estudio Tipo de proyecto Modalidad Presupuesto orientativo Plazo He leído la [política de privacidad](/legal) y entiendo el tratamiento necesario para responder esta consulta. Acepto usar mi email y los datos de esta consulta para medir resultados en Google Ads (opcional).Datos utilizados y cómo retirar el consentimiento Acepto que Google Ads mida esta consulta mediante el identificador del envío, la fecha, mi email normalizado y transformado con SHA-256 y, si existe y sigue vigente, el identificador de clic. Es opcional, no activa remarketing y puedo retirarlo usando el contacto indicado en la política de privacidad. Verificación antispam Se cargará al empezar a completar el formulario. Respuesta habitual en un día laborable. [Valorar una entrega](#landing-contact) ## Cuándo encaja Cuando la agencia o consultora ya tiene diseño, estrategia o cliente, pero necesita ejecución técnica fiable. 01 ### Campañas con fecha Acordamos alcance, responsables y criterio de aceptación antes de desarrollar la pieza, conectar el formulario y publicar. 02 ### Webs que deben medir Estructura, eventos, conversiones y base preparada para que marketing pueda leer resultados. 03 ### Frontend con dependencias Trabajo sobre una base existente, contrato de API o coordinación con backend interno sin forzar una reescritura. ## Qué se entrega Una pieza publicable, mantenible y entendible por la agencia, con el alcance y los accesos necesarios claros desde el inicio. 01 ### Implementación Implementación fiel al diseño, estados reales, responsive cuidado y revisión de teclado, rendimiento y errores. 02 ### Conexiones Formulario, CRM, analítica, automatización o Worker/API cuando la entrega lo necesita. 03 ### Cierre Publicación o handoff, notas de entrega, accesos devueltos y pendientes claros para continuar sin depender de mí. ## Preguntas habituales Lo mínimo que conviene aclarar antes de abrir una colaboración. ¿Puedes trabajar con un diseño ya aprobado?+ Sí. Puedo partir de Figma, guía visual o una base existente. Para valorar la entrada necesito alcance, fecha, estado del diseño y quién validará la entrega. ¿Puedes conectar formularios y CRM?+ Sí. Es uno de los casos más habituales: validación, envío, CRM, notificación, medición y control básico de errores. ¿Puede ser marca blanca?+ Sí. Puedo no aparecer ante el cliente y trabajar con NDA o dentro de las herramientas de la agencia. ## Seguir orientando Si todavía estás comparando opciones, estas rutas ayudan a decidir. [Cómo trabajo con agencias](/agencias)[Desarrollo web a medida para empresas](/desarrollo-web-a-medida)[Demos de experiencias interactivas](/demos/experiencias-web-interactivas)[Casos de desarrollo e integración](/casos)[Modelos de colaboración](/colaboracion)[Externalizar sin perder el control del cliente](/guias/externalizar-desarrollo-sin-perder-control-cliente)[Qué acordar en marca blanca](/guias/acuerdo-desarrollo-marca-blanca)[Preparar el brief técnico](/guias/checklist-brief-tecnico-agencia)[Dudas de contratación](/faq) ## Page: https://abuenoben.com/en/agencies/white-label-web-development # Freelance white-label web development for agencies | abuenoben > From Figma to a published website under your agency brand: frontend, forms, CRM, measurement and QA, with agreed scope and handover. Canonical URL: https://abuenoben.com/en/agencies/white-label-web-development Language: en From your Figma file or brief to a published website under your agency brand. I build the frontend, connect forms and CRM, and check measurement and delivery. You own the client relationship. [Discuss web delivery](#landing-contact)[See technical support](/en/agencies/technical-support) - Entry from brief, Figma or existing code. - Implementation, QA, measurement and launch. - White-label delivery, confidentiality and clean handoff. ## Comparable public work Arafilum: store, payments and orders. Integraleon: commercial website and contact. Both are direct clients who permit these cases to be published. [See the Arafilum development case](/en/cases/arafilum-operational-ecommerce) Arafilum: store, checkout, orders and administration in one flow. Integraleon: commercial structure, local SEO, contact and publication. For your agency: repository, scope, acceptance and handover under your brand. Tell me about the project ## Tell me what needs to be resolved. Objective, current state and timing are enough to assess fit and suggest a concrete starting point. A human reply, normally within one business day. No automatic addition to marketing lists. What context are you writing from? Agency, consultancy or studioCompany or SMEProduct teamOther context Name Work email What needs to be resolved A few lines about the project are enough. Add more informationCompany, budget and timing, if you know them. Company or studio Project type Working model Indicative budget Timing I have read the [privacy policy](/en/legal) and understand the processing needed to answer this request. I agree to use my email and enquiry data to measure results in Google Ads (optional).Data used and how to withdraw consent I agree that Google Ads may measure this enquiry using its submission ID, date, my normalized email address transformed with SHA-256 and, when one exists and remains current, the click identifier. This is optional, does not enable remarketing and can be withdrawn using the contact details in the privacy policy. Anti-spam verification It will load when you start completing the form. Usual reply within one business day. [Discuss web delivery](#landing-contact) ## When it fits When the agency owns strategy, design or client management and needs reliable technical execution. 01 ### Campaigns with a date Agree scope, owners and acceptance criteria before building the page, connecting the form and publishing. 02 ### Websites that must measure Structure, events, conversions and a base marketing can read. 03 ### Frontend with dependencies Work on an existing base or API contract and coordinate with an internal backend without forcing a rewrite. ## What is delivered A publishable, maintainable and explainable web piece, with required scope and access clear from the start. 01 ### Implementation Implementation faithful to the design, real states, careful responsive behavior and keyboard, performance and error checks. 02 ### Connections Form, CRM, analytics, automation or Worker/API when the delivery needs it. 03 ### Close Publication or handoff, delivery notes, returned access and visible pending items so the team can continue without depending on me. ## Common Questions The minimum worth clarifying before opening a collaboration. Can this be white-label?+ Yes. I can stay behind the agency, work under NDA and keep the client relationship protected. Can you work on an existing codebase?+ Yes. I review the base, clarify constraints and enter the specific piece without forcing a rewrite. What do you need to start?+ Objective, timing, current state, access if needed and the main technical blocker. ## Keep Comparing If you are still comparing options, these routes help narrow the decision. [Work with agencies](/en/agencies)[Custom web development for companies](/en/custom-web-development)[Interactive experience demos](/en/demos/interactive-web-experiences)[See cases](/en/cases)[Collaboration models](/en/collaboration)[Outsource without losing client control](/en/guides/outsource-development-without-losing-client-control)[What to agree for white-label delivery](/en/guides/white-label-development-agreement)[Prepare a technical brief](/en/guides/agency-technical-brief-checklist)[Hiring questions](/en/faq) ## Page: https://abuenoben.com/agencias/refuerzo-tecnico # Refuerzo técnico para agencias y consultoras | abuenoben > Refuerzo senior para agencias digitales y consultoras tecnológicas: preventa, entregas bloqueadas, web, apps, backend, integraciones, QA y handoff. Canonical URL: https://abuenoben.com/agencias/refuerzo-tecnico Language: es-ES Me integro durante un sprint, una preventa o un pico de trabajo para cerrar la parte técnica que bloquea al equipo, sin ampliar plantilla fija. [Valorar capacidad técnica](#landing-contact)[Ver bolsa de horas](/bolsa-horas-desarrollo-software) - Sprint, proyecto acotado o bolsa de horas mensual. - Preventa, proyecto bloqueado o pico de entrega. - Trabajo dentro de tus canales, con cierre documentado. ## Evidencia de trabajo comparable Los casos públicos muestran diagnóstico, integración y estabilización antes de producción. [Revisar el caso y el alcance entregado](/casos/maderaplus-diagnostico-tecnico) Diagnóstico de +DERA: 203 llamadas de backend/API documentadas y 23 acciones priorizadas. Experiencia de SDK e integración: APIs, ejemplos y documentación orientados a socios. Estabilización mobile: contratos, flujos críticos, QA y release antes de producción. Cuéntame el proyecto ## Cuéntame qué debe quedar resuelto. Objetivo, estado actual y fecha son suficientes para valorar el encaje y proponerte una entrada concreta. Respuesta humana habitual en un día laborable. Sin alta automática en listas comerciales. ¿Desde qué contexto escribes? Agencia, consultora o estudioEmpresa / pyme digitalProducto digitalOtro Nombre Email profesional Qué debe quedar resuelto Unas líneas sobre el proyecto son suficientes. Añadir más informaciónEmpresa, presupuesto y plazo, si ya los conoces. Empresa o estudio Tipo de proyecto Modalidad Presupuesto orientativo Plazo He leído la [política de privacidad](/legal) y entiendo el tratamiento necesario para responder esta consulta. Acepto usar mi email y los datos de esta consulta para medir resultados en Google Ads (opcional).Datos utilizados y cómo retirar el consentimiento Acepto que Google Ads mida esta consulta mediante el identificador del envío, la fecha, mi email normalizado y transformado con SHA-256 y, si existe y sigue vigente, el identificador de clic. Es opcional, no activa remarketing y puedo retirarlo usando el contacto indicado en la política de privacidad. Verificación antispam Se cargará al empezar a completar el formulario. Respuesta habitual en un día laborable. [Valorar capacidad técnica](#landing-contact) ## Escenarios donde entro Primero reviso objetivo, estado, dependencias y disponibilidad; después propongo una entrada asumible y su criterio de cierre. 01 ### Preventa con profundidad técnica Reviso alcance, dependencias y riesgos antes de comprometer una solución o una fecha. 02 ### Proyecto bloqueado Diagnostico la base y cierro la pieza de web, app, backend o integración que frena la entrega. 03 ### Pico de entrega Aporto capacidad temporal con una ventana pactada; las guardias o urgencias críticas se acuerdan de forma expresa. ## Qué queda al salir La intervención termina con una entrega comprobable y una continuidad asumible por el equipo. 01 ### Plan y límites Alcance, accesos, responsables, disponibilidad, riesgos y criterio de aceptación visibles desde el inicio. 02 ### Ejecución verificable Código, pruebas, estados de error y validación del flujo que realmente se entrega. 03 ### Handoff sin dependencia Decisiones, configuración, pendientes y siguientes pasos documentados para continuar. ## Preguntas habituales Lo mínimo que conviene aclarar antes de abrir una colaboración. ¿Puedes trabajar completamente en marca blanca?+ Sí. Puedo no aparecer ante el cliente, trabajar con NDA y ajustarme a los canales y normas de la agencia. ¿Qué necesitas para valorar una entrega?+ Objetivo, fecha, estado actual, responsable de validación y la pieza técnica que bloquea la entrega. Con eso puedo orientar el siguiente paso. ¿Puedes entrar cuando el proyecto ya está empezado?+ Sí. Es un caso habitual: revisar la base, asumir una parte concreta y dejar la salida documentada. ¿Qué pasa con el código y la documentación?+ Queda dentro del marco acordado con la agencia. La entrega se deja lista para publicar, mantener o transferir al equipo que corresponda. ## Seguir orientando Si todavía estás comparando opciones, estas rutas ayudan a decidir. [Bolsa de horas](/bolsa-horas-desarrollo-software)[Diagnóstico +DERA](/casos/maderaplus-diagnostico-tecnico)[SDK e integraciones](/casos/sdk-experiencia-integracion)[Estabilización mobile](/casos/estabilizacion-mobile-preproduccion)[Externalizar sin perder el control del cliente](/guias/externalizar-desarrollo-sin-perder-control-cliente)[Bolsa de horas o proyecto cerrado](/guias/bolsa-horas-o-proyecto-cerrado)[Dudas de contratación](/faq) ## Page: https://abuenoben.com/en/agencies/technical-support # Senior technical execution for agency delivery | abuenoben > Senior support for presales, blocked deliveries and production peaks: web, Android/Kotlin, backend, integrations, QA and handoff. Canonical URL: https://abuenoben.com/en/agencies/technical-support Language: en I join when an agency needs to scope, execute and close a technical piece without increasing fixed headcount or losing client control. [Discuss support](#landing-contact)[See models](/en/collaboration) - Initial review of scope, access and timing. - Presales, technical blocker or delivery peak. - Accepted delivery and documented handoff. ## Evidence from comparable work The public cases show diagnostic work, integration experience and preproduction stabilization. [Review the case and delivered scope](/en/cases/maderaplus-technical-diagnostic) +DERA diagnostic: 203 documented backend/API calls and 23 prioritized actions. SDK and integration work: APIs, examples and documentation designed for partners. Mobile stabilization: contracts, critical flows, QA and release before production. Tell me about the project ## Tell me what needs to be resolved. Objective, current state and timing are enough to assess fit and suggest a concrete starting point. A human reply, normally within one business day. No automatic addition to marketing lists. What context are you writing from? Agency, consultancy or studioCompany or SMEProduct teamOther context Name Work email What needs to be resolved A few lines about the project are enough. Add more informationCompany, budget and timing, if you know them. Company or studio Project type Working model Indicative budget Timing I have read the [privacy policy](/en/legal) and understand the processing needed to answer this request. I agree to use my email and enquiry data to measure results in Google Ads (optional).Data used and how to withdraw consent I agree that Google Ads may measure this enquiry using its submission ID, date, my normalized email address transformed with SHA-256 and, when one exists and remains current, the click identifier. This is optional, does not enable remarketing and can be withdrawn using the contact details in the privacy policy. Anti-spam verification It will load when you start completing the form. Usual reply within one business day. [Discuss support](#landing-contact) ## Where I join I first review the objective, current state, dependencies and availability, then propose an entry point with a clear acceptance condition. 01 ### Technically demanding presales I review scope, dependencies and risk before the agency commits to a solution or date. 02 ### Blocked project I diagnose the base and close the web, app, backend or integration piece blocking delivery. 03 ### Delivery peak Temporary capacity within an agreed window; critical on-call work or urgent support is scoped explicitly. ## What remains afterwards The engagement ends with verifiable delivery and continuity the team can own. 01 ### Plan and boundaries Scope, access, owners, availability, risks and the acceptance condition are visible from the start. 02 ### Verifiable execution Code, tests, error states and validation of the flow that will actually ship. 03 ### Dependency-free handoff Decisions, configuration, pending work and next steps are documented for continuity. ## Common Questions The minimum worth clarifying before opening a collaboration. Can you work completely white-label?+ Yes. I can stay behind the agency, work under NDA and adapt to the agency's channels and rules. What do you need to assess a delivery?+ Objective, timing, current state, validation owner and the technical piece blocking delivery. With that I can orient the next step. Can you join a project that is already started?+ Yes. That is a common case: review the base, take ownership of a concrete part and leave the exit documented. What happens with code and documentation?+ It stays inside the agreed agency frame. The delivery is left ready to publish, maintain or transfer to the right team. ## Keep Comparing If you are still comparing options, these routes help narrow the decision. [Development retainer](/en/software-development-retainer)[+DERA diagnostic](/en/cases/maderaplus-technical-diagnostic)[SDK and integrations](/en/cases/sdk-partner-integration-experience)[Mobile stabilization](/en/cases/mobile-preproduction-stabilization)[Outsource without losing client control](/en/guides/outsource-development-without-losing-client-control)[Retainer or fixed project](/en/guides/retainer-or-fixed-project)[Hiring questions](/en/faq) ## Page: https://abuenoben.com/agencias/marco-colaboracion # Marco de colaboración técnica para agencias | abuenoben > Condiciones operativas para integrar desarrollo senior en marca blanca, proteger la relación con el cliente y cerrar cada entrega sin dependencia artificial. Canonical URL: https://abuenoben.com/agencias/marco-colaboracion Language: es-ES Condiciones operativas para integrar desarrollo senior en marca blanca, proteger la relación con el cliente y cerrar cada entrega sin dependencia artificial. [Descargar briefing PDF](/downloads/briefing-colaboracion-agencias-abuenoben-es.pdf)[Enviar brief corto](/contacto?organizationType=agency#contact-form-shell) ## Un marco que la agencia puede explicar y reenviar La colaboración se adapta al proyecto, pero estas reglas sirven como base antes de hablar de alcance, precio o calendario. ### Relación comercial protegida La agencia conserva cliente, propuesta y comunicación. No hay captación ni contacto paralelo. ### Entrada controlada Objetivo, owner, accesos y nivel de visibilidad quedan claros antes de ejecutar. ### Entrega visible Staging, decisiones, riesgos y criterios de aceptación permiten defender el avance. ### Salida limpia Código, documentación, pendientes y accesos quedan listos para continuar sin dependencia. ## Condiciones operativas No sustituyen un contrato, pero evitan las ambigüedades que más retrabajo generan en una entrega white-label. 01 ### Confidencialidad y cliente final El nivel de visibilidad se acuerda antes de compartir contexto sensible. - NDA disponible desde el inicio. - Sin contacto ni solicitación del cliente final fuera del marco acordado. - Participación en reuniones solo cuando la agencia lo solicite. - Sin publicación de marca, capturas o resultados sin permiso expreso. 02 ### Código, propiedad y herramientas La agencia mantiene control práctico sobre los activos de la entrega. - Código y entregables dentro del marco de propiedad pactado. - Trabajo en repositorios, CI y herramientas existentes cuando sea viable. - Dominios, cuentas de despliegue y servicios inventariados. - Accesos mínimos, revocables y sin compartir secretos por canales inseguros. 03 ### Ejecución y validación La entrega se organiza alrededor de resultados verificables, no de actividad difícil de defender. - Hitos, staging o demos según tamaño y riesgo. - Riesgos y dependencias comunicados antes de bloquear la fecha. - Criterios de aceptación y responsable de validación. - Cambios registrados con impacto en alcance, fecha o capacidad. 04 ### Soporte y handoff El cierre define qué se mantiene, qué termina y qué necesita la siguiente persona. - Ventana de soporte posterior pactada por entrega. - README, despliegue, decisiones y pendientes proporcionados cuando corresponda. - Transferencia al equipo de la agencia o continuidad bajo un nuevo marco. - Cierre o rotación de credenciales y accesos temporales. ## Prueba pública disponible Cuando existe permiso, la evidencia se publica con marca y contexto. Cuando hay NDA, se limita a responsabilidad, resultado y nivel de visibilidad autorizado. [Ver caso MaderaPlus](/casos/maderaplus-diagnostico-tecnico) 203 llamadas backend/API documentadas en el diagnóstico +DERA 115 incidencias y mejoras revisadas 23 entradas accionables priorizadas ## Información mínima para empezar No hace falta un alcance perfecto ni enviar accesos en el primer contacto. - Qué debe quedar resuelto. - Estado actual y principal bloqueo. - Fecha relevante. - Quién valida la entrega. - Nivel de marca blanca o visibilidad esperado. ## Una entrega concreta es suficiente para valorar encaje. En un día laborable recibirás una respuesta sobre encaje, información faltante y el modelo que tendría sentido explorar. [Enviar brief corto](/contacto?organizationType=agency#contact-form-shell) Para preparar la colaboración - [Cómo externalizar desarrollo sin perder el control del cliente](/guias/externalizar-desarrollo-sin-perder-control-cliente) - [Qué debe incluir un acuerdo de desarrollo en marca blanca](/guias/acuerdo-desarrollo-marca-blanca) - [Checklist de brief técnico para una agencia](/guias/checklist-brief-tecnico-agencia) - [Bolsa de horas o proyecto cerrado: cómo decidir](/guias/bolsa-horas-o-proyecto-cerrado) ## Page: https://abuenoben.com/en/agencies/working-framework # Technical working framework for agencies | abuenoben > Operating conditions for adding senior white-label development, protecting the client relationship and closing delivery without artificial dependency. Canonical URL: https://abuenoben.com/en/agencies/working-framework Language: en Operating conditions for adding senior white-label development, protecting the client relationship and closing delivery without artificial dependency. [Download PDF briefing](/downloads/agency-collaboration-briefing-abuenoben-en.pdf)[Send a short brief](/en/contact?organizationType=agency#contact-form-shell) ## A frame the agency can explain and forward The collaboration adapts to each project, but these rules provide a base before discussing scope, price or timing. ### Protected commercial relationship The agency keeps the client, proposal and communication. There is no parallel contact or solicitation. ### Controlled entry Objective, owner, access and visibility are clear before execution begins. ### Visible delivery Staging, decisions, risks and acceptance criteria make progress defensible. ### Clean exit Code, documentation, pending work and access are ready for continuation without dependency. ## Operating conditions They do not replace a contract, but they prevent the ambiguities that create most white-label delivery rework. 01 ### Confidentiality and final client Visibility is agreed before sensitive context is shared. - NDA available from the start. - No final-client contact or solicitation outside the agreed frame. - Meeting participation only when the agency requests it. - No publishing brands, screenshots or outcomes without explicit permission. 02 ### Code, ownership and tools The agency retains practical control over delivery assets. - Code and deliverables inside the agreed ownership frame. - Work in existing repositories, CI and tools where practical. - Domains, deployment accounts and services inventoried. - Minimum, revocable access without sending secrets through unsafe channels. 03 ### Execution and acceptance Delivery is organized around verifiable outcomes, not activity that is difficult to defend. - Milestones, staging or demos according to size and risk. - Risks and dependencies communicated before they block the date. - Acceptance criteria and a validation owner. - Changes recorded with their scope, timing or capacity impact. 04 ### Support and handoff Closure defines what continues, what ends and what the next person needs. - Post-delivery support window agreed per engagement. - README, deployment, decisions and pending work supplied where relevant. - Transfer to the agency team or continuity under a new frame. - Closure or rotation of credentials and temporary access. ## Public proof available When permission exists, evidence is published with brand and context. Under NDA, it is limited to authorized responsibility, outcome and visibility. [View the MaderaPlus case](/en/cases/maderaplus-technical-diagnostic) 203 backend/API calls documented in the +DERA diagnostic 115 issues and improvements reviewed 23 actionable entries prioritized ## Minimum information to start A perfect scope is not required and access details should not be sent in the first message. - What should be resolved. - Current state and main blocker. - Relevant date. - Who accepts delivery. - Expected white-label or visibility level. ## A concrete delivery is enough to assess fit. Within one business day, you will receive a reply on fit, missing information and the model worth exploring. [Send a short brief](/en/contact?organizationType=agency#contact-form-shell) Prepare the engagement - [How to outsource development without losing client control](/en/guides/outsource-development-without-losing-client-control) - [What a white-label development agreement should cover](/en/guides/white-label-development-agreement) - [Technical brief checklist for agencies](/en/guides/agency-technical-brief-checklist) - [Retainer or fixed project: how to decide](/en/guides/retainer-or-fixed-project) ## Page: https://abuenoben.com/demos/experiencias-web-interactivas # Demos de experiencias web interactivas | abuenoben > Showroom propio de simuladores, juegos promocionales, libros interactivos, comparadores y producto 3D para campañas, formación y ventas. Canonical URL: https://abuenoben.com/demos/experiencias-web-interactivas Language: es-ES Demo propia · laboratorio interactivo Para campañas, producto y formación. Una colección de pruebas funcionales para enseñar una idea, simular una operación o convertir una campaña en algo que la gente pueda tocar y entender. [Abrir el showroom](https://showroom.abuenoben.com)[Plantear una idea parecida](/contacto?utm_source=showroom-editorial&utm_medium=web#contact-form-shell) ![Entrada del showroom digital de abuenoben con un recorrido central y distintas superficies interactivas.](/images/showroom/interactive-experiences-showroom-1440.webp) Una demo propia, no un caso de éxito inventado - 4 objetivos: campañas, producto, formación y operaciones - 12 juegos promocionales con reglas visibles - Interacción móvil, teclado y alternativas sin WebGL - Contenido DEMO: no representa trabajo de un cliente ## Cuatro formas de aplicarlo La tecnología cambia según la idea. Estas son las necesidades que ya se pueden probar en el showroom. 1. 01 ### Simular una operación Cambiar demanda, capacidad o velocidad y ver cómo afectan a colas, tiempos, pedidos y resultados. **Restauración, retail, logística, equipos o procesos de atención.** [Probar el simulador](https://showroom.abuenoben.com/#restaurant) 2. 02 ### Convertir una promoción en juego Combinar habilidad, azar visual, preguntas o participación en directo con reglas y resultados medibles. **Eventos, lanzamientos, QR, fidelización, sorteos o stands.** [Probar los juegos](https://showroom.abuenoben.com/#arcade) 3. 03 ### Explicar con un formato interactivo Un libro con páginas, vídeo, detalles, decisiones y pequeñas pruebas que conserva el estado al avanzar. **Catálogos, memorias, formación, manuales o relatos de marca.** [Abrir el libro](https://showroom.abuenoben.com/#book) 4. 04 ### Enseñar un producto o un cambio Girar un objeto 3D, cambiar materiales, ampliar un detalle o comparar el antes y el después sin perder contexto. **Producto, espacios, industria, restauración, arquitectura o ventas.** [Probar producto 3D](https://showroom.abuenoben.com/#object-lab) ## Qué demuestra esta prueba No es una animación decorativa. Cada ejemplo tiene reglas, estados, controles y una salida comprensible. 01 ### Interacción con lógica Los resultados dependen de reglas comprobables: simulación, física, estado, puntuación o decisiones. 02 ### Controles adaptados a móvil Los gestos tienen botones equivalentes, el teclado sigue funcionando y el contenido esencial no depende del 3D. 03 ### Base preparada para producir Contenido editable, carga diferida, alternativas visibles y separación entre reglas de negocio y presentación. ## Cinco aplicaciones para enseñar a un cliente Ejemplos propios y ficticios: cuatro recorridos interactivos y una explicación ilustrada para eventos. Puedes comentar cómo adaptar cada aplicación a tu proyecto. - ### Recomendador de materiales Estancia, uso y acabado → opción compatible → consulta con la selección. [Probar demo](https://showroom.abuenoben.com/#recommender) - ### Formación con decisiones Situación comercial → decisión → consecuencia explicada y siguiente paso. [Probar demo](https://showroom.abuenoben.com/#training) - ### Expediente Umbral Tres pistas originales → elección de ubicación → desenlace compartible. [Probar demo](https://showroom.abuenoben.com/#casefile) - ### Visita de una vivienda ficticia Tres estancias → medidas y detalles → selección para preparar una visita. [Probar demo](https://showroom.abuenoben.com/#spatial) - ### Móvil y pantalla de evento Ejemplo ilustrado: preparar una actividad → participar desde el móvil → compartir el resultado. Explica una votación o un bingo sin abrir salas reales. [Ver ejemplo](https://showroom.abuenoben.com/#second-screen) En el simulador puedes comparar la misma demanda con uno y tres cocineros. En el libro, el móvil muestra una página por pantalla. Los juegos se pueden compartir mediante enlaces individuales. ## Una demo propia, no un caso de éxito inventado El showroom reúne patrones construidos por abuenoben para demostrar capacidad técnica. No atribuye resultados, métricas ni marcas a clientes. Cuando una idea pase a proyecto, alcance, contenido, datos y validación se definirán para ese contexto. ## Cómo se convierte en un proyecto El punto de partida no es elegir una tecnología, sino decidir qué debe entender o conseguir la persona que lo use. 1. 01 ### Objetivo Situación, público, acción esperada y forma de medir el resultado. 2. 02 ### Prueba funcional Una versión pequeña permite validar mecánica, contenido, móvil y viabilidad. 3. 03 ### Producción Integraciones, analítica, reglas reales, QA, publicación y handoff. ## ¿Tienes una idea que debería poder probarse? Comparte el objetivo, el público y dónde se utilizará. Puedo preparar una primera propuesta de alcance o una prueba funcional. [Plantear una idea parecida](/contacto?utm_source=showroom-editorial&utm_medium=web#contact-form-shell) ## Page: https://abuenoben.com/en/demos/interactive-web-experiences # Interactive web experience demos | abuenoben > An original showroom of simulators, promotional games, interactive books, comparisons and 3D products for campaigns, training and sales. Canonical URL: https://abuenoben.com/en/demos/interactive-web-experiences Language: en Original demo · interactive lab For campaigns, products and training. A collection of working proofs to explain an idea, simulate an operation or turn a campaign into something people can use and understand. [Open the showroom](https://showroom.abuenoben.com)[Discuss a similar idea](/en/contact?utm_source=showroom-editorial&utm_medium=web#contact-form-shell) ![Entrance to the abuenoben digital showroom with a central route and several interactive surfaces.](/images/showroom/interactive-experiences-showroom-1440.webp) An original demo, not an invented success story - 5 primary demos and a complete route - 12 promotional games with visible rules - Mobile, keyboard and non-WebGL alternatives - DEMO content: it does not represent client work ## Four ways to apply it The technology changes with the idea. These are the needs that can already be tested in the showroom. 1. 01 ### Simulate an operation Change demand, capacity or speed and see how they affect queues, timing, orders and outcomes. **Food service, retail, logistics, teams or customer operations.** [Try the simulator](https://showroom.abuenoben.com/#restaurant) 2. 02 ### Turn a promotion into a game Combine skill, visual chance, questions or live participation with measurable rules and outcomes. **Events, launches, QR campaigns, loyalty, draws or stands.** [Try the games](https://showroom.abuenoben.com/#arcade) 3. 03 ### Explain through an interactive format A book with pages, video, details, choices and small challenges that retain their state as the reader moves on. **Catalogues, reports, training, manuals or brand stories.** [Open the book](https://showroom.abuenoben.com/#book) 4. 04 ### Show a product or a change Rotate a 3D object, change materials, inspect a detail or compare before and after without losing context. **Products, spaces, industry, restoration, architecture or sales.** [Try the 3D product](https://showroom.abuenoben.com/#object-lab) ## What this proof demonstrates This is not decorative motion. Every example has rules, states, controls and an understandable outcome. 01 ### Interaction with logic Outcomes follow testable rules: simulation, physics, state, scoring or decisions. 02 ### Real mobile use Gestures have button alternatives, keyboard controls remain available and essential content does not depend on 3D. 03 ### A production-minded base Editable content, deferred loading, visible alternatives and separation between business rules and presentation. ## Five applications to demonstrate to a client Original fictional examples: four interactive flows and an illustrated event concept. Discuss how each application could work for your project. - ### Material recommender Room, use and finish → compatible option → enquiry with the selection. [Try demo](https://showroom.abuenoben.com/#recommender) - ### Decision-based training Sales situation → decision → explained consequence and next step. [Try demo](https://showroom.abuenoben.com/#training) - ### The Umbral case file Three original clues → location choice → shareable ending. [Try demo](https://showroom.abuenoben.com/#casefile) - ### A fictional home visit Three rooms → measurements and details → selection for a viewing. [Try demo](https://showroom.abuenoben.com/#spatial) - ### Phone and event screen Illustrated example: prepare an activity → participate by phone → share the result. Explains a vote or bingo without opening live rooms. [View example](https://showroom.abuenoben.com/#second-screen) The simulator compares identical demand with one and three cooks. The book shows one page per screen on mobile. Games have individual shareable links. ## An original demo, not an invented success story The showroom brings together patterns built by abuenoben to demonstrate technical capability. It does not attribute outcomes, metrics or brands to clients. When an idea becomes a project, scope, content, data and validation are defined for that context. ## How it becomes a project The starting point is not choosing a technology. It is deciding what the person using it must understand or achieve. 1. 01 ### Objective Situation, audience, expected action and how the result will be measured. 2. 02 ### Working proof A small version validates mechanics, content, mobile behavior and feasibility. 3. 03 ### Production Integrations, analytics, real rules, QA, publishing and handoff. ## Do you have an idea people should be able to try? Share the objective, audience and where it will be used. I can prepare an initial scope or a working proof. [Discuss a similar idea](/en/contact?utm_source=showroom-editorial&utm_medium=web#contact-form-shell) ## Page: https://abuenoben.com/casos # Casos de software B2B, web, apps e integraciones | abuenoben > Casos públicos y B2B con problema, responsabilidad, evidencia y resultado para agencias y equipos de producto. Canonical URL: https://abuenoben.com/casos Language: es-ES Trabajo público cuando existe autorización y contexto anonimizado cuando hay confidencialidad. En ambos casos se explica qué asumí y qué quedó resuelto. [Cuéntame el proyecto](/contacto?organizationType=agency#contact-form-shell) ## Tres trabajos públicos La marca o la web se muestran con permiso expreso. Las fichas completas documentan problema, intervención, responsabilidad y resultado. **Arafilum** · Tienda online[Ver caso ↗](/casos/arafilum-ecommerce-operativo) ![Web de Arafilum: catálogo artesanal y acceso a la compra. Proyecto desarrollado para un cliente directo.](/images/cases/arafilum-commerce-1440.webp) Una tienda que también resuelve el pedido. Catálogo y carrito: el cliente encuentra el producto y prepara su compra. ### Tienda online operativa para Arafilum Problema La marca necesitaba vender online sin quedarse en una landing: catálogo, carrito, pago, pedidos, envío, emails, facturación y administración. Resultado Una base de tienda operativa con catálogo, checkout, pedidos, facturas y administración conectados en un mismo flujo. Mi trabajo Responsable full stack de arquitectura, UX comercial, backend, integraciones, panel operativo y despliegue. [Leer caso completo](/casos/arafilum-ecommerce-operativo)[Abrir web pública](https://www.arafilum.com/) ![MaderaPlus](/images/cases/maderaplus-logo.png)+DERA · Resumen del diagnóstico 1. **Reproducir**Entorno de pruebas de app, backend y web. 2. **Revisar**203 llamadas API y 115 incidencias / mejoras. 3. **Priorizar**23 acciones y hoja de ruta 30/60/90. Tecnología forestal B2B, app Android offline y backoffice legacy ### Diagnóstico técnico de +DERA para MaderaPlus Staging operativo de diagnóstico, 203 llamadas backend/API documentadas, 32 peticiones de negocio con datos anonimizados, 115 incidencias/mejoras revisadas y 23 entradas accionables priorizadas. [Leer caso completo](/casos/maderaplus-diagnostico-tecnico)[Abrir web pública](https://www.maderaplus.es/) ![Captura de la home de Integraleon con propuesta de electricidad, domótica y automatización en León.](/images/cases/integraleon-web-1440.webp) Web local, SEO y captación técnica ### Web de captación local para Integraleon Integraleon tiene una web rápida con dominio propio, rutas orientadas a SEO local y contacto directo por llamada, WhatsApp o formulario. [Leer caso completo](/casos/integraleon-web-captacion-local)[Abrir web pública](https://integraleon.es/) ## Laboratorio y demos de capacidad Pruebas propias para enseñar qué se puede construir antes de convertir una idea en un proyecto. ![Entrada del showroom digital de abuenoben con un recorrido central y distintas superficies interactivas.](/images/showroom/interactive-experiences-showroom-1440.webp) Demo propia · no es un caso de cliente ### Experiencias web que se pueden probar Simulación operativa, juegos promocionales, libro interactivo, comparadores y producto 3D en una experiencia funcional. [Ver el caso de uso](/demos/experiencias-web-interactivas) ## Experiencia bajo confidencialidad Se conserva el contexto técnico y el resultado, pero se omiten marcas, personas y detalles sensibles. Identidad digital y biometría ### SDK y experiencia de integración orientada a socios Más de 50 clientes y socios atendidos, con ~35% menos soporte de integración. [Leer caso completo](/casos/sdk-experiencia-integracion) Producto móvil con flujos sensibles ### Estabilización técnica antes de producción La entrega ganó estabilidad y las regresiones bajaron aproximadamente un 30%. [Leer caso completo](/casos/estabilizacion-mobile-preproduccion) Banca, fidelización y producto digital ### Refuerzo senior para convertir hoja de ruta en entregables Más capacidad para llegar a hitos y menos bloqueo técnico. [Leer caso completo](/casos/refuerzo-senior-entrega-producto) Facturación · Sandbox AEAT ### Validación VERI\*FACTU contra el sandbox de la AEAT Caso técnico anonimizado de una versión de producto que completó el ciclo de alta, anulación, rechazo controlado y subsanación antes de habilitar su uso comercial. [Leer caso completo](/casos/integracion-verifactu-aeat) ## ¿Necesitas algo parecido? Comparte objetivo, fecha y riesgo principal. Puedo decirte si el alcance es comparable y qué habría que revisar primero. [Cuéntame el proyecto](/contacto?organizationType=agency#contact-form-shell) ## Page: https://abuenoben.com/en/cases # B2B software, web, mobile and integration cases | abuenoben > Public and B2B case studies with problem, ownership, evidence and outcome for agencies and product teams. Canonical URL: https://abuenoben.com/en/cases Language: en Public work where permission exists and anonymized context where confidentiality applies. Both explain what I owned and what was resolved. [Tell me about your project](/en/contact?organizationType=agency#contact-form-shell) ## Three public projects The brand or website is shown with explicit permission. Full case studies document problem, intervention, ownership and outcome. **Arafilum** · Online shop[View case ↗](/en/cases/arafilum-operational-ecommerce) ![Arafilum website: handmade products and shopping journey. Built for a direct client.](/images/cases/arafilum-commerce-1440.webp) A shop that also handles the order. Catalogue and cart: the customer finds a product and prepares their order. ### Operational e-commerce for Arafilum Problem The brand needed to sell online, not just show a landing page: catalog, cart, payments, orders, shipping, emails, invoices and admin. Outcome A working store base with catalog, checkout, orders, invoices and admin connected in one flow. My role Full-stack development, e-commerce, payment integrations, operations and admin. [Read full case study](/en/cases/arafilum-operational-ecommerce)[Open public website](https://arafilum.com) ![MaderaPlus](/images/cases/maderaplus-logo.png)+DERA · Diagnosis summary 1. **Reproduce**Test environment for the app, backend and web. 2. **Review**203 API calls and 115 issues / improvements. 3. **Prioritise**23 actions and a 30/60/90 roadmap. B2B forestry technology, offline Android app and legacy back office ### Technical diagnostic of +DERA for MaderaPlus Diagnostic staging in place, 203 backend/API calls documented, 32 anonymized business requests, 115 issues/improvements reviewed and 23 prioritized actionable entries. [Read full case study](/en/cases/maderaplus-technical-diagnostic)[Open public website](https://www.maderaplus.es/) ![Integraleon homepage screenshot with electricity, domotics and automation services in Leon.](/images/cases/integraleon-web-1440.webp) Local web, SEO and technical lead capture ### Local lead-generation website for Integraleon Integraleon has a fast website with its own domain, local SEO routes and direct contact by call, WhatsApp or form. [Read full case study](/en/cases/integraleon-local-lead-generation-web)[Open public website](https://integraleon.es) ## Capability lab and demos Original proofs that show what can be built before an idea becomes a project. ![Entrance to the abuenoben digital showroom with a central route and several interactive surfaces.](/images/showroom/interactive-experiences-showroom-1440.webp) Original demo · not a client case ### Interactive web experiences you can try Operational simulation, promotional games, an interactive book, comparisons and 3D products in one working experience. [View the use case](/en/demos/interactive-web-experiences) ## Experience under confidentiality The technical context and outcome remain, while brands, people and sensitive details are omitted. Digital identity and biometrics ### SDK and partner integration experience More than 50 client and partner integrations supported, with around 35% less integration support. [Read full case study](/en/cases/sdk-partner-integration-experience) Mobile product with sensitive flows ### Technical stabilization before production The delivery gained stability and regressions dropped by around 30%. [Read full case study](/en/cases/mobile-preproduction-stabilization) Banking, loyalty and digital product ### Senior support to turn roadmap into deliverables More capacity to reach milestones and less technical blocking. [Read full case study](/en/cases/senior-product-delivery-support) Invoicing · AEAT sandbox ### VERI\*FACTU validation against the AEAT sandbox An anonymised technical case covering a product release that completed creation, cancellation, controlled rejection and correction before commercial use was enabled. [Read full case study](/en/cases/verifactu-aeat-integration) ## Need something similar? Share the objective, timing and main risk. I can tell you whether the scope is similar and what should be reviewed first. [Tell me about your project](/en/contact?organizationType=agency#contact-form-shell) ## Page: https://abuenoben.com/casos/maderaplus-diagnostico-tecnico # Diagnóstico técnico de +DERA para MaderaPlus | abuenoben > Diagnóstico técnico de +DERA para MaderaPlus: staging reproducible, 203 llamadas API documentadas y 23 acciones priorizadas para orientar evolutivos. Canonical URL: https://abuenoben.com/casos/maderaplus-diagnostico-tecnico Language: es-ES [Volver a casos](/casos) Tecnología forestal B2B, app Android offline y backoffice legacy Staging operativo de diagnóstico, 203 llamadas backend/API documentadas, 32 peticiones de negocio con datos anonimizados, 115 incidencias/mejoras revisadas y 23 entradas accionables priorizadas. Por [Armando Bueno Ben](/sobre-mi) ![Logo de MaderaPlus.](/images/cases/maderaplus-logo.png) ## Cómo se ejecutó 01 ### Punto de partida MaderaPlus necesitaba entender el estado real de +DERA: app Android de campo, sincronización offline, backend/API, web legacy y proceso de releases antes de invertir en evolutivos. 02 ### Qué hice Reconstruí el mapa técnico, levanté staging local, probé app, backend y web con datos anonimizados, analicé la ficha histórica de incidencias y convertí los hallazgos en una hoja de ruta 30/60/90. 03 ### Mi responsabilidad Diagnóstico técnico senior, QA de staging, arquitectura de evolución y priorización de backlog. 04 ### Resultado Staging operativo de diagnóstico, 203 llamadas backend/API documentadas, 32 peticiones de negocio con datos anonimizados, 115 incidencias/mejoras revisadas y 23 entradas accionables priorizadas. ## Cómo aplicarlo en tu agencia Auditoría técnica ejecutable, staging reproducible, pruebas app/backend/web, priorización de incidencias y roadmap para vender o decidir la siguiente fase con menos incertidumbre. ## Contexto del proyecto [Abrir web pública](https://www.maderaplus.es/) Contexto Tecnología forestal B2B con app de campo, backoffice web, API y sincronización offline/online. Marco Cliente directo con permiso para mostrar marca, logo y web pública. Rol Diagnóstico técnico, staging, QA, priorización y hoja de ruta. Visibilidad Caso público con marca y web; sin capturas internas ni materiales privados de +DERA. ## Tecnología y decisiones Base técnica Android Java, SQLite y sincronización offline, CakePHP/API JSON, Joomla/PHP legacy, MySQL, Docker Compose, fixtures de staging y recomendaciones Kotlin/KMP, Compose, Ktor y React. Duración y alcance Diagnóstico acotado por contrato, entrega documental y sesión de revisión. Lo que aprendí Antes de vender evolutivos en un legacy vivo conviene convertir incertidumbre en evidencia: entorno, pruebas, releases y prioridades acordadas. ## Servicios relacionados [Mantenimiento y evolutivos Android](/mantenimiento-evolutivos-apps)[Backend, API e integraciones](/servicios/backend-integraciones) ## ¿Tienes una entrega con un riesgo parecido? Con objetivo, fecha, estado actual y responsable de validación puedo decirte si el encaje es real y qué revisaría primero. [Cuéntame el proyecto](/contacto?organizationType=agency#contact-form-shell) ## Page: https://abuenoben.com/en/cases/maderaplus-technical-diagnostic # Technical diagnostic of +DERA for MaderaPlus | abuenoben > Technical diagnostic of +DERA for MaderaPlus: reproducible staging, 203 documented API calls and 23 prioritized actions to guide product evolution. Canonical URL: https://abuenoben.com/en/cases/maderaplus-technical-diagnostic Language: en [Back to case studies](/en/cases) B2B forestry technology, offline Android app and legacy back office Diagnostic staging in place, 203 backend/API calls documented, 32 anonymized business requests, 115 issues/improvements reviewed and 23 prioritized actionable entries. By [Armando Bueno Ben](/en/about) ![MaderaPlus logo.](/images/cases/maderaplus-logo.png) ## How it was delivered 01 ### Starting point MaderaPlus needed to understand the real state of +DERA: field Android app, offline synchronization, backend/API, legacy website and release process before investing in evolutives. 02 ### Intervention I rebuilt the technical map, set up local staging, tested the app, backend and web with anonymized data, reviewed the historical issue log and turned the findings into a 30/60/90 roadmap. 03 ### Ownership taken Senior technical diagnostic, staging QA, evolution architecture and backlog prioritization. 04 ### Outcome Diagnostic staging in place, 203 backend/API calls documented, 32 anonymized business requests, 115 issues/improvements reviewed and 23 prioritized actionable entries. ## How this applies to your agency Executable technical audit, reproducible staging, app/backend/web testing, issue prioritization and roadmap to sell or decide the next phase with less uncertainty. ## Project context [Open public website](https://www.maderaplus.es/) Context B2B forestry technology with field app, web back office, API and offline/online synchronization. Frame Direct client with permission to show brand, logo and public website. Role Technical diagnostic, staging, QA, prioritization and roadmap. Visibility Public case with brand and website; no internal screenshots or private +DERA materials. ## Technology and decisions Technical base Android Java, SQLite and offline sync, CakePHP/JSON API, Joomla/PHP legacy, MySQL, Docker Compose, staging fixtures and Kotlin/KMP, Compose, Ktor and React recommendations. Time frame Scoped diagnostic with documentation delivery and review session. What I learned Before selling evolutives on a live legacy product, uncertainty should become evidence: environment, tests, releases and agreed priorities. ## Related services [Android maintenance and evolutives](/en/android-app-maintenance)[Backend, API and integrations](/en/services/backend-integrations) ## Do you have a delivery with a similar risk? With the objective, timing, current state and validation owner I can tell you whether there is a real fit and what I would review first. [Tell me about your project](/en/contact?organizationType=agency#contact-form-shell) ## Page: https://abuenoben.com/casos/arafilum-ecommerce-operativo # Tienda online operativa para Arafilum | abuenoben > Desarrollo full stack de la tienda Arafilum: catálogo, checkout, pedidos, facturas, pagos, envíos y administración conectados en un flujo operativo. Canonical URL: https://abuenoben.com/casos/arafilum-ecommerce-operativo Language: es-ES [Volver a casos](/casos) E-commerce artesanal y operación D2C Una base de tienda operativa con catálogo, checkout, pedidos, facturas y administración conectados en un mismo flujo. Por [Armando Bueno Ben](/sobre-mi) ![Captura de la home de Arafilum con catálogo artesanal, checkout, mensajes de confianza y navegación de tienda.](/images/cases/arafilum-commerce-1440.webp) ## Cómo se ejecutó 01 ### Punto de partida La marca necesitaba vender online sin quedarse en una landing: catálogo, carrito, pago, pedidos, envío, emails, facturación y administración. 02 ### Qué hice Construí el MVP end-to-end con tienda pública, checkout, cuenta de cliente, panel admin, facturas PDF, emails, envíos y base multi-canal. 03 ### Mi responsabilidad Responsable full stack de arquitectura, UX comercial, backend, integraciones, panel operativo y despliegue. 04 ### Resultado Una base de tienda operativa con catálogo, checkout, pedidos, facturas y administración conectados en un mismo flujo. ## Decisiones y alcance ### Por qué el alcance incluía administración El punto de partida exigía vender y gestionar pedidos. Por eso el MVP conecta la tienda pública con el panel operativo: el trabajo abarca catálogo, checkout, cuenta de cliente, facturas, emails y envíos. El criterio de alcance es poder continuar el pedido después del pago, además de presentar los productos. ### Qué demuestra el caso La web pública permite revisar el escaparate y el recorrido de compra. El caso documenta también el backend y la administración incluidos en el MVP, que no se exponen al visitante. Se muestra una entrega técnica para un cliente directo; no se atribuyen incrementos de ventas ni tasas de conversión sin datos comerciales comparables. ## Cómo aplicarlo en tu agencia Lo que compraría una agencia: e-commerce funcional, panel operativo, pagos, emails, facturación, logística y base multi-canal. ## Contexto del proyecto [Abrir web pública](https://www.arafilum.com/) Contexto Marca artesanal con venta directa, catálogo propio y operación de pedidos. Marco Cliente directo con autorización para mostrar y enlazar el trabajo. Rol Full stack, e-commerce, integraciones de pago, operación y administración. Visibilidad Caso público enlazado con autorización. ## Tecnología y decisiones Base técnica Next.js App Router, TypeScript, Tailwind, Prisma/Postgres, NextAuth, Stripe, Resend/SMTP, Vercel Blob, Sendcloud y feeds Meta/TikTok. Duración y alcance MVP por fases hasta cubrir venta, operación y administración mínima. Lo que aprendí En un e-commerce pequeño, lo decisivo no es solo enseñar producto: hay que cobrar, registrar, comunicar, enviar y facturar sin piezas sueltas. ## Servicios relacionados [Desarrollo web a medida](/desarrollo-web-a-medida)[Desarrollo full stack](/desarrollador-full-stack-freelance)[Aplicar esta ejecución en tu agencia](/agencias/desarrollo-web-marca-blanca) ## ¿Tienes una entrega con un riesgo parecido? Con objetivo, fecha, estado actual y responsable de validación puedo decirte si el encaje es real y qué revisaría primero. [Cuéntame el proyecto](/contacto?organizationType=agency#contact-form-shell) ## Page: https://abuenoben.com/en/cases/arafilum-operational-ecommerce # Operational e-commerce for Arafilum | abuenoben > Full-stack development of the Arafilum store: catalog, checkout, orders, invoices, payments, shipping and administration in one operational flow. Canonical URL: https://abuenoben.com/en/cases/arafilum-operational-ecommerce Language: en [Back to case studies](/en/cases) Artisan e-commerce and D2C operations A working store base with catalog, checkout, orders, invoices and admin connected in one flow. By [Armando Bueno Ben](/en/about) ![Arafilum homepage screenshot with product catalog, checkout and store navigation.](/images/cases/arafilum-commerce-1440.webp) ## How it was delivered 01 ### Starting point The brand needed to sell online, not just show a landing page: catalog, cart, payments, orders, shipping, emails, invoices and admin. 02 ### Intervention I built the MVP end to end with public store, checkout, customer account, admin panel, PDF invoices, emails, shipping and multi-channel base. 03 ### Ownership taken Full-stack development, e-commerce, payment integrations, operations and admin. 04 ### Outcome A working store base with catalog, checkout, orders, invoices and admin connected in one flow. ## Decisions and scope ### Why administration was part of the scope The starting point required selling and managing orders. The MVP therefore connects the public store with operations: catalog, checkout, customer account, invoices, emails and shipping. Scope covers continuing an order after payment as well as presenting products. ### What the case demonstrates The public website allows inspection of the storefront and purchase journey. This case also documents the backend and administration included in the MVP, which are not public visitor pages. It describes technical delivery for a direct client; no sales uplift or conversion rate is attributed without comparable commercial data. ## How this applies to your agency A functional e-commerce delivery with admin, payment, email, invoicing, logistics and operational base. ## Project context [Open public website](https://arafilum.com) Context Artisan brand with direct sales, its own catalog and order operations. Frame Direct client with authorization to show and link the work. Role Full stack, e-commerce, payment integrations, operations and administration. Visibility Public case linked with authorization. ## Technology and decisions Technical base Next.js, TypeScript, database, payments, email, PDFs and deployment. Time frame MVP by phases until sales, operation and minimal administration were covered. What I learned For a small e-commerce, showing product is not enough: the system has to charge, register, communicate, ship and invoice. ## Related services [Custom web development](/en/custom-web-development)[Full-stack development](/en/freelance-full-stack-developer)[Bring this delivery to your agency](/en/agencies/white-label-web-development) ## Do you have a delivery with a similar risk? With the objective, timing, current state and validation owner I can tell you whether there is a real fit and what I would review first. [Tell me about your project](/en/contact?organizationType=agency#contact-form-shell) ## Page: https://abuenoben.com/casos/integraleon-web-captacion-local # Web de captación local para Integraleon | abuenoben > Web de captación local para Integraleon con estructura comercial, SEO técnico, rutas de servicio, contacto directo y despliegue estático. Canonical URL: https://abuenoben.com/casos/integraleon-web-captacion-local Language: es-ES [Volver a casos](/casos) Web local, SEO y captación técnica Integraleon tiene una web rápida con dominio propio, rutas orientadas a SEO local y contacto directo por llamada, WhatsApp o formulario. Por [Armando Bueno Ben](/sobre-mi) ![Captura de la home de Integraleon con propuesta de electricidad, domótica y automatización en León.](/images/cases/integraleon-web-1440.webp) ## Cómo se ejecutó 01 ### Punto de partida Había que convertir una oferta técnica amplia en una web clara para particulares, empresas y pymes de León. 02 ### Qué hice Definí la estructura comercial, redacté servicios, preparé SEO local, rutas públicas, contacto y despliegue estático con dominio propio. 03 ### Mi responsabilidad Responsable de desarrollo web, arquitectura estática, SEO técnico, contenido comercial y despliegue. 04 ### Resultado Integraleon tiene una web rápida con dominio propio, rutas orientadas a SEO local y contacto directo por llamada, WhatsApp o formulario. ## Decisiones y alcance ### De una oferta amplia a rutas de servicio La decisión de contenido fue separar las necesidades del cliente local y explicar servicio, zona y contacto. La estructura comercial y el SEO técnico forman parte del desarrollo: cada ruta debe ayudar a entender qué se puede contratar y cómo solicitarlo, sin depender de una lista de tecnologías. ### Publicación y límites de la evidencia La entrega incluye exportación estática, dominio y despliegue, además de contenido y contacto. La web pública permite comprobar lo publicado. Disponer de rutas orientadas a búsquedas locales no demuestra por sí solo una posición en Google ni un aumento de solicitudes; aquí se documenta la implementación, sin adjudicar resultados de captación no medidos. ## Cómo aplicarlo en tu agencia Lo que compraría una agencia: web local lista para publicar, estructura SEO, copy comercial, contacto claro, despliegue y dominio. ## Contexto del proyecto [Abrir web pública](https://integraleon.es/) Contexto Servicio técnico local para viviendas, negocios, pymes e industria ligera. Marco Cliente directo con autorización para mostrar y enlazar el trabajo. Rol Web estática, SEO local, contenido comercial y publicación en Cloudflare Pages. Visibilidad Caso público enlazado con autorización. ## Tecnología y decisiones Base técnica Next.js App Router con export estático, TypeScript, CSS, JSON-LD, sitemap, robots, Cloudflare Pages, GitHub Actions y dominio personalizado. Duración y alcance Proyecto cerrado con despliegue, validación pública y ajuste de dominio. Lo que aprendí Una web local funciona mejor cuando explica rápido qué se resuelve, dónde se trabaja y cómo pedir presupuesto. ## Servicios relacionados [Desarrollo web a medida](/desarrollo-web-a-medida)[Desarrollo full stack](/desarrollador-full-stack-freelance)[Aplicar esta ejecución en tu agencia](/agencias/desarrollo-web-marca-blanca) ## ¿Tienes una entrega con un riesgo parecido? Con objetivo, fecha, estado actual y responsable de validación puedo decirte si el encaje es real y qué revisaría primero. [Cuéntame el proyecto](/contacto?organizationType=agency#contact-form-shell) ## Page: https://abuenoben.com/en/cases/integraleon-local-lead-generation-web # Local lead-generation website for Integraleon | abuenoben > Local lead-generation website for Integraleon with commercial structure, technical SEO, service routes, direct contact and static deployment. Canonical URL: https://abuenoben.com/en/cases/integraleon-local-lead-generation-web Language: en [Back to case studies](/en/cases) Local web, SEO and technical lead capture Integraleon has a fast website with its own domain, local SEO routes and direct contact by call, WhatsApp or form. By [Armando Bueno Ben](/en/about) ![Integraleon homepage screenshot with electricity, domotics and automation services in Leon.](/images/cases/integraleon-web-1440.webp) ## How it was delivered 01 ### Starting point A broad technical service offer had to become a clear website for homeowners, businesses and SMEs in Leon. 02 ### Intervention I defined the commercial structure, wrote services, prepared local SEO, public routes, contact and static deployment with a custom domain. 03 ### Ownership taken Web development, static architecture, technical SEO, commercial content and deployment. 04 ### Outcome Integraleon has a fast website with its own domain, local SEO routes and direct contact by call, WhatsApp or form. ## Decisions and scope ### From a broad offer to service routes The content decision was to separate local customer needs and explain service, coverage and contact. Commercial structure and technical SEO are part of development: each route should make the offer and next step clear without relying on a technology list. ### Publication and evidence limits Delivery includes static export, domain and deployment alongside content and contact. The public website allows the published work to be checked. Having routes designed for local searches does not by itself demonstrate a Google position or an increase in enquiries; this case records implementation without claiming unmeasured acquisition results. ## How this applies to your agency A local service website ready to publish, with SEO structure, commercial copy, contact path, deployment and domain. ## Project context [Open public website](https://integraleon.es) Context Local technical service for homes, businesses, SMEs and light industry. Frame Direct client with authorization to show and link the work. Role Static web, local SEO, commercial content and Cloudflare Pages publication. Visibility Public case linked with authorization. ## Technology and decisions Technical base Next.js App Router, static export, TypeScript, CSS, JSON-LD, sitemap, robots, Cloudflare Pages and GitHub Actions. Time frame Fixed project with deployment, public validation and domain adjustment. What I learned A local service website works better when it quickly explains what is solved, where the team works and how to request a quote. ## Related services [Custom web development](/en/custom-web-development)[Full-stack development](/en/freelance-full-stack-developer)[Bring this delivery to your agency](/en/agencies/white-label-web-development) ## Do you have a delivery with a similar risk? With the objective, timing, current state and validation owner I can tell you whether there is a real fit and what I would review first. [Tell me about your project](/en/contact?organizationType=agency#contact-form-shell) ## Page: https://abuenoben.com/casos/sdk-experiencia-integracion # SDK y experiencia de integración orientada a socios | abuenoben > Mejora de SDK, APIs, ejemplos y documentación para facilitar integraciones B2B y reducir aproximadamente un 35% el soporte recurrente. Canonical URL: https://abuenoben.com/casos/sdk-experiencia-integracion Language: es-ES [Volver a casos](/casos) Identidad digital y biometría Más de 50 clientes y socios atendidos, con ~35% menos soporte de integración. Por [Armando Bueno Ben](/sobre-mi) ## Cómo se ejecutó 01 ### Punto de partida Había que facilitar integraciones sensibles sin convertir la puesta en marcha en un cuello de botella. 02 ### Qué hice Mejoré APIs, ejemplos y decisiones de integración para reducir soporte recurrente. 03 ### Mi responsabilidad Refuerzo senior en experiencia de integración, APIs, documentación técnica y soporte a equipos externos. 04 ### Resultado Más de 50 clientes y socios atendidos, con ~35% menos soporte de integración. ## Cómo aplicarlo en tu agencia Lo que compraría una agencia: SDK/API integrable, documentación clara, ejemplos, soporte de puesta en marcha y cierre de dudas repetidas. ## Contexto del proyecto Contexto Plataforma B2B con integraciones sensibles para socios. Marco Producto en marcha con presión sobre adopción y soporte. Rol APIs, arquitectura de integración y experiencia de uso. Visibilidad Caso anonimizado por sensibilidad del producto y contexto comercial. ## Tecnología y decisiones Base técnica Kotlin, Android, SDKs, APIs REST, contratos de integración, ejemplos y documentación. Duración y alcance Intervención por fases dentro de producto vivo, con evolución y soporte a socios. Lo que aprendí La integración no se vende solo como código: también como claridad, ejemplos y menos dependencia del equipo técnico. ## ¿Tienes una entrega con un riesgo parecido? Con objetivo, fecha, estado actual y responsable de validación puedo decirte si el encaje es real y qué revisaría primero. [Cuéntame el proyecto](/contacto?organizationType=agency#contact-form-shell) ## Page: https://abuenoben.com/en/cases/sdk-partner-integration-experience # SDK and partner integration experience | abuenoben > SDK, API, example and documentation improvements that made B2B integrations clearer and reduced recurring integration support by around 35%. Canonical URL: https://abuenoben.com/en/cases/sdk-partner-integration-experience Language: en [Back to case studies](/en/cases) Digital identity and biometrics More than 50 client and partner integrations supported, with around 35% less integration support. By [Armando Bueno Ben](/en/about) ## How it was delivered 01 ### Starting point Sensitive integrations had to become easier without turning onboarding into a support bottleneck. 02 ### Intervention I improved APIs, examples and integration decisions to reduce repeated support. 03 ### Ownership taken Senior support on integration experience, APIs, technical documentation and external team support. 04 ### Outcome More than 50 client and partner integrations supported, with around 35% less integration support. ## How this applies to your agency An SDK/API integration surface with clearer docs, examples and reduced repeated questions. ## Project context Context B2B platform with sensitive integrations for partners. Frame Live product with pressure on adoption and support. Role APIs, integration architecture and usage experience. Visibility Anonymized case due to product and commercial context sensitivity. ## Technology and decisions Technical base Kotlin, Android, SDKs, REST APIs, integration contracts, examples and documentation. Time frame Phased work inside a live product, with evolution and partner support. What I learned Integration is not sold only as code: it is also clarity, examples and less dependency on the technical team. ## Do you have a delivery with a similar risk? With the objective, timing, current state and validation owner I can tell you whether there is a real fit and what I would review first. [Tell me about your project](/en/contact?organizationType=agency#contact-form-shell) ## Page: https://abuenoben.com/casos/estabilizacion-mobile-preproduccion # Estabilización técnica antes de producción | abuenoben > Estabilización de producto móvil antes de producción mediante pruebas de contrato, control de flujos críticos, QA y disciplina de release. Canonical URL: https://abuenoben.com/casos/estabilizacion-mobile-preproduccion Language: es-ES [Volver a casos](/casos) Producto móvil con flujos sensibles La entrega ganó estabilidad y las regresiones bajaron aproximadamente un 30%. Por [Armando Bueno Ben](/sobre-mi) ## Cómo se ejecutó 01 ### Punto de partida El proyecto arrastraba riesgo en control de calidad y demasiado coste en regresiones. 02 ### Qué hice Introduje pruebas de contrato, puertas de calidad y una salida a producción más estable. 03 ### Mi responsabilidad Refuerzo mobile para estabilización, QA técnico, revisión de contratos y preparación de release. 04 ### Resultado La entrega ganó estabilidad y las regresiones bajaron aproximadamente un 30%. ## Cómo aplicarlo en tu agencia Lo que compraría una agencia: revisión preproducción, corrección de errores, QA de flujos críticos y acompañamiento de publicación. ## Contexto del proyecto Contexto App con flujos críticos y coste alto de error. Marco Equipo con presión de entrega y necesidad de mejorar calidad. Rol Pruebas de contrato, control de calidad y salida a producción. Visibilidad Caso anonimizado por sensibilidad operativa y de producto. ## Tecnología y decisiones Base técnica Android/Kotlin, pruebas de contrato, CI, flujos críticos, checklist de publicación y control de regresiones. Duración y alcance Sprint de estabilización y cierre de release con foco en reducir riesgo antes de publicar. Lo que aprendí Antes de publicar conviene comprar menos incertidumbre, no solo más horas de desarrollo. ## ¿Tienes una entrega con un riesgo parecido? Con objetivo, fecha, estado actual y responsable de validación puedo decirte si el encaje es real y qué revisaría primero. [Cuéntame el proyecto](/contacto?organizationType=agency#contact-form-shell) ## Page: https://abuenoben.com/en/cases/mobile-preproduction-stabilization # Technical stabilization before production | abuenoben > Mobile product stabilization before production through contract tests, critical-flow control, QA and a more disciplined release process. Canonical URL: https://abuenoben.com/en/cases/mobile-preproduction-stabilization Language: en [Back to case studies](/en/cases) Mobile product with sensitive flows The delivery gained stability and regressions dropped by around 30%. By [Armando Bueno Ben](/en/about) ## How it was delivered 01 ### Starting point The project carried quality-control risk and too much cost from regressions. 02 ### Intervention I introduced contract tests, quality gates and a more stable production release path. 03 ### Ownership taken Mobile support for stabilization, technical QA, contract review and release preparation. 04 ### Outcome The delivery gained stability and regressions dropped by around 30%. ## How this applies to your agency Pre-production review, bug fixing, critical-flow QA and publication support. ## Project context Context App with critical flows and high cost of error. Frame Team under delivery pressure and needing better quality control. Role Contract tests, quality control and production release. Visibility Anonymized case due to operational and product sensitivity. ## Technology and decisions Technical base Android/Kotlin, contract tests, CI, critical flows, publication checklist and regression control. Time frame Stabilization sprint and release close focused on reducing risk before publication. What I learned Before publishing, it is better to buy less uncertainty, not only more development hours. ## Do you have a delivery with a similar risk? With the objective, timing, current state and validation owner I can tell you whether there is a real fit and what I would review first. [Tell me about your project](/en/contact?organizationType=agency#contact-form-shell) ## Page: https://abuenoben.com/casos/refuerzo-senior-entrega-producto # Refuerzo senior para convertir hoja de ruta en entregables | abuenoben > Refuerzo senior para convertir backlog, dependencias y piezas web, mobile, backend o integración en entregables cerrados y transferibles. Canonical URL: https://abuenoben.com/casos/refuerzo-senior-entrega-producto Language: es-ES [Volver a casos](/casos) Banca, fidelización y producto digital Más capacidad para llegar a hitos y menos bloqueo técnico. Por [Armando Bueno Ben](/sobre-mi) ## Cómo se ejecutó 01 ### Punto de partida Equipos con presión de negocio necesitaban avanzar sin supervisión constante. 02 ### Qué hice Trabajé como refuerzo técnico en producto móvil, web e integraciones. 03 ### Mi responsabilidad Refuerzo senior full stack para convertir backlog, dependencias y piezas técnicas en entregables cerrados. 04 ### Resultado Más capacidad para llegar a hitos y menos bloqueo técnico. ## Cómo aplicarlo en tu agencia Lo que compraría una agencia: capacidad senior para entregar web, app, backend o integración sin ampliar plantilla fija. ## Contexto del proyecto Contexto Equipos de banca, fidelización y producto digital con presión de negocio. Marco Tramos con cliente directo y en marca blanca. Rol Refuerzo en producto móvil, web e integraciones. Visibilidad Agrupa varios contextos reales sin exponer marcas ni relaciones comerciales. ## Tecnología y decisiones Base técnica Frontend web, Android/Kotlin, backend, APIs, integraciones, revisión técnica y coordinación con equipos existentes. Duración y alcance Tramos acotados por hito y continuidad puntual según carga de producto o agencia. Lo que aprendí El refuerzo funciona mejor cuando hay responsable, prioridad y una pieza técnica con salida definida. ## ¿Tienes una entrega con un riesgo parecido? Con objetivo, fecha, estado actual y responsable de validación puedo decirte si el encaje es real y qué revisaría primero. [Cuéntame el proyecto](/contacto?organizationType=agency#contact-form-shell) ## Page: https://abuenoben.com/en/cases/senior-product-delivery-support # Senior support to turn roadmap into deliverables | abuenoben > Senior support to turn backlog, dependencies and web, mobile, backend or integration work into closed, transferable deliverables. Canonical URL: https://abuenoben.com/en/cases/senior-product-delivery-support Language: en [Back to case studies](/en/cases) Banking, loyalty and digital product More capacity to reach milestones and less technical blocking. By [Armando Bueno Ben](/en/about) ## How it was delivered 01 ### Starting point Teams under business pressure needed to move forward without constant supervision. 02 ### Intervention I worked as technical support across mobile product, web and integrations. 03 ### Ownership taken Senior full-stack support to turn backlog, dependencies and technical pieces into closed deliverables. 04 ### Outcome More capacity to reach milestones and less technical blocking. ## How this applies to your agency Senior capacity to deliver web, app, backend or integration work without expanding the permanent team. ## Project context Context Banking, loyalty and digital product teams under business pressure. Frame Work blocks with direct clients and white-label contexts. Role Support across mobile product, web and integrations. Visibility Groups several real contexts without exposing brands or commercial relationships. ## Technology and decisions Technical base Web frontend, Android/Kotlin, backend, APIs, integrations, technical review and coordination with existing teams. Time frame Milestone-based work blocks and punctual continuity depending on product or agency load. What I learned Support works better when there is an owner, a priority and a technical piece with a defined exit. ## Do you have a delivery with a similar risk? With the objective, timing, current state and validation owner I can tell you whether there is a real fit and what I would review first. [Tell me about your project](/en/contact?organizationType=agency#contact-form-shell) ## Page: https://abuenoben.com/casos/integracion-verifactu-aeat # Caso técnico: integración VERI*FACTU con sandbox AEAT | abuenoben > Caso anonimizado de una versión de software validada en el entorno externo de pruebas de la AEAT con alta, anulación, rechazo y subsanación. Canonical URL: https://abuenoben.com/casos/integracion-verifactu-aeat Language: es-ES 1. [Inicio](/) 2. [Casos](/casos) 3. Integración VERI\*FACTU con AEAT Caso técnico anonimizado de una versión de producto que completó el ciclo de alta, anulación, rechazo controlado y subsanación antes de habilitar su uso comercial. [Revisar una integración](/integracion-verifactu)[Comparar obligaciones](/guias/verifactu-vs-factura-electronica-b2b) Caso revisado 24 de julio de 2026 Versión evaluada 0.12.1 Entorno Portal externo de pruebas de la AEAT Resultado Ciclo positivo y negativo completado con evidencia por versión ## Contexto La evidencia corresponde a una versión concreta y a un protocolo concreto. Sirve para demostrar capacidad de implementación y validación técnica; no convierte el resultado en una certificación universal. 01 ## Punto de partida La versión 0.12.1 modificaba comportamiento de producto ajeno al XML fiscal, pero el protocolo de release exigía repetir la validación completa antes de permitir la emisión comercial. La declaración de la versión anterior no se reutilizó. El objetivo no era conseguir una única respuesta aceptada. Había que comprobar el ciclo fiscal de la versión, importar su evidencia y asociar una nueva declaración responsable. 02 ## Protocolo ejecutado La comprobación combinó caminos positivos y negativos para que el resultado fuese reproducible y útil en operación. 01 ### Alta y anulación Se enviaron registros de alta y anulación en el entorno externo de pruebas y ambos fueron aceptados. 02 ### Rechazo controlado Se provocó un rechazo conocido para comprobar validación, captura de respuesta y conservación del contexto del registro. 03 ### Subsanación El flujo vinculó la corrección con el registro previo y confirmó su aceptación sin reescribir la cadena histórica. 03 ## Evidencia y cierre El paquete de evidencia de la versión se importó una sola vez. Después se generó una nueva declaración responsable, se firmó externamente y se verificaron firma, identidad, integridad y ausencia de contenido activo. La habilitación comercial solo se produjo tras superar las pruebas, asociar la evidencia a 0.12.1 y custodiar la declaración firmada. - La evidencia quedó vinculada a la versión evaluada. - No se modificaron facturas ni cadenas históricas para completar el protocolo. - Los entornos, certificados y artefactos se trataron como elementos separados. - La restauración posterior confirmó que declaración y evidencia eran recuperables. 04 ## Qué se ha retirado de este caso Esta publicación no contiene NIF, facturas, certificados, códigos seguros de verificación, huellas, endpoints privados ni identificadores operativos. Tampoco identifica al titular de los datos de prueba. Se conserva únicamente la secuencia de validación necesaria para explicar el criterio técnico aplicado. ## Resultado verificable El cierre combinó evidencia externa, control de versión y capacidad de recuperación. Los detalles sensibles permanecen fuera de esta publicación. 1. 01Alta aceptada en el entorno externo de pruebas. 2. 02Anulación aceptada con la secuencia esperada. 3. 03Rechazo controlado seguido de subsanación aceptada. 4. 04Declaración responsable nueva, firmada y custodiada para 0.12.1. ## Preguntas habituales Respuestas breves sobre alcance, evidencia y límites de la implementación. ¿Este caso demuestra una certificación de la AEAT?+ No. Demuestra que una versión concreta completó un protocolo técnico en el entorno externo de pruebas y conservó su evidencia. La declaración responsable corresponde al productor del sistema. ¿Se puede reutilizar esta evidencia en otro producto?+ No. La arquitectura, los flujos, la versión y el productor cambian. El protocolo puede reutilizarse como método, pero la evidencia debe obtenerse para el sistema evaluado. ¿Por qué se repitieron las pruebas si el XML no cambió?+ Porque la habilitación fiscal estaba ligada a la versión de aplicación. Esa regla impidió que una release nueva heredase automáticamente una declaración y una evidencia anteriores. ## Marco oficial del caso Referencias que definen los requisitos comprobados. La evidencia privada del sandbox no se publica. - [Información técnica y esquemas VERI\*FACTU](https://sede.agenciatributaria.gob.es/Sede/iva/sistemas-informaticos-facturacion-verifactu/informacion-tecnica/esquemas.html) AEAT · servicios, esquemas, validaciones y errores - [Real Decreto 1007/2023, texto consolidado](https://www.boe.es/eli/es/rd/2023/12/05/1007/con) BOE · integridad, trazabilidad y declaración responsable - [Orden HAC/1177/2024, texto consolidado](https://www.boe.es/eli/es/o/2024/10/17/hac1177/con) BOE · especificaciones técnicas y contenido ## Límite del contenido Caso técnico anonimizado. No constituye asesoramiento fiscal o jurídico, homologación de la AEAT ni garantía de que otra versión o producto obtenga el mismo resultado. ## Rutas relacionadas [Servicio de integración VERI\*FACTU](/integracion-verifactu)[Guía VERI\*FACTU frente a factura B2B](/guias/verifactu-vs-factura-electronica-b2b)[Otros casos técnicos](/casos) ## Un protocolo útil empieza por la versión y los riesgos. Comparte arquitectura, modalidad prevista y estado de la implementación. La primera revisión separará lo ya demostrado de lo que todavía necesita evidencia. [Revisar una integración](/integracion-verifactu)[Comparar obligaciones](/guias/verifactu-vs-factura-electronica-b2b) ## Page: https://abuenoben.com/en/cases/verifactu-aeat-integration # Technical case: VERI*FACTU integration with AEAT sandbox | abuenoben > Anonymised case of a software release validated in AEAT’s external test environment across creation, cancellation, rejection and correction. Canonical URL: https://abuenoben.com/en/cases/verifactu-aeat-integration Language: en 1. [Home](/en) 2. [Cases](/en/cases) 3. VERI\*FACTU integration with AEAT An anonymised technical case covering a product release that completed creation, cancellation, controlled rejection and correction before commercial use was enabled. [Review an integration](/en/verifactu-integration)[Compare obligations](/en/guides/verifactu-vs-b2b-e-invoicing) Case reviewed 24 July 2026 Evaluated release 0.12.1 Environment AEAT external test portal Outcome Positive and negative lifecycle completed with per-version evidence ## Context The evidence belongs to one release and one protocol. It demonstrates technical implementation and validation capability; it does not turn the result into a universal certification. 01 ## Starting point Release 0.12.1 changed product behaviour outside the fiscal XML, but the release protocol required the full validation to run again before commercial invoicing could be enabled. The previous version’s declaration was not reused. The objective was not a single accepted response. The release needed a complete fiscal lifecycle, imported evidence and a new responsible declaration associated with that version. 02 ## Protocol executed The check combined positive and negative paths so the result was reproducible and useful in operation. 01 ### Creation and cancellation Creation and cancellation records were submitted to the external test environment and both were accepted. 02 ### Controlled rejection A known rejection was triggered to verify validation, response capture and preservation of the record context. 03 ### Correction The flow linked the correction to the previous record and confirmed acceptance without rewriting the historical chain. 03 ## Evidence and closure The evidence package for the release was imported once. A new responsible declaration was then generated, externally signed and checked for signature, identity, integrity and absence of active content. Commercial enablement only happened after tests passed, evidence was associated with 0.12.1 and the signed declaration was placed in custody. - Evidence remained linked to the evaluated release. - No invoice or historical chain was modified to complete the protocol. - Environments, certificates and artefacts remained separate. - A subsequent restore confirmed that declaration and evidence were recoverable. 04 ## What has been removed from this case This publication contains no tax identifiers, invoices, certificates, secure verification codes, fingerprints, private endpoints or operational identifiers. It also does not identify the owner of test data. Only the validation sequence needed to explain the applied technical standard is retained. ## Verifiable outcome Closure combined external evidence, release control and recoverability. Sensitive detail remains outside this publication. 1. 01Creation accepted in the external test environment. 2. 02Cancellation accepted with the expected sequence. 3. 03Controlled rejection followed by an accepted correction. 4. 04New responsible declaration signed and held for release 0.12.1. ## Common questions Short answers about scope, evidence and implementation boundaries. Does this case demonstrate AEAT certification?+ No. It demonstrates that a specific release completed a technical protocol in the external test environment and retained its evidence. The responsible declaration belongs to the system producer. Can the evidence be reused for another product?+ No. Architecture, flows, version and producer differ. The protocol can be reused as a method, but evidence must be obtained for the system being evaluated. Why were tests repeated if the XML did not change?+ Because fiscal enablement was tied to the application release. That rule prevented a new release from automatically inheriting a previous declaration and evidence. ## Official framework References defining the checked requirements. Private sandbox evidence is not published. - [VERI\*FACTU technical information and schemas](https://sede.agenciatributaria.gob.es/Sede/iva/sistemas-informaticos-facturacion-verifactu/informacion-tecnica/esquemas.html) AEAT · Spanish source on services, schemas and validation errors - [Royal Decree 1007/2023, consolidated text](https://www.boe.es/eli/es/rd/2023/12/05/1007/con) BOE · Spanish legal text on integrity, traceability and declarations - [Order HAC/1177/2024, consolidated text](https://www.boe.es/eli/es/o/2024/10/17/hac1177/con) BOE · Spanish legal text on technical specifications ## Content boundary Anonymised technical case. It is not tax or legal advice, AEAT approval, or a guarantee that another release or product will obtain the same result. ## Related routes [VERI\*FACTU integration service](/en/verifactu-integration)[VERI\*FACTU compared with B2B e-invoicing](/en/guides/verifactu-vs-b2b-e-invoicing)[Other technical cases](/en/cases) ## A useful protocol starts with the release and its risks. Share the architecture, intended mode and implementation state. The first review will separate what is already demonstrated from what still needs evidence. [Review an integration](/en/verifactu-integration)[Compare obligations](/en/guides/verifactu-vs-b2b-e-invoicing) ## Page: https://abuenoben.com/guias # Guías para contratar y operar desarrollo externo | abuenoben > Guías para agencias y equipos B2B sobre marca blanca, brief técnico, modelos de colaboración y control de entregas de software. Canonical URL: https://abuenoben.com/guias Language: es-ES Criterios prácticos para agencias y equipos B2B: marca blanca, brief técnico, modelos de colaboración y control de la entrega. ## Guías disponibles 01 ### Cómo externalizar desarrollo sin perder el control del cliente Un marco práctico para que una agencia incorpore ejecución técnica externa sin diluir su relación comercial, su margen ni su capacidad de decidir. 3 min · Actualizada 2026-09-05 [Leer guía](/guias/externalizar-desarrollo-sin-perder-control-cliente) 02 ### Qué debe incluir un acuerdo de desarrollo en marca blanca Las condiciones que conviene cerrar antes de incorporar a un desarrollador externo bajo la marca de una agencia. 3 min · Actualizada 2026-09-05 [Leer guía](/guias/acuerdo-desarrollo-marca-blanca) 03 ### Checklist de brief técnico para una agencia La información mínima que permite valorar una web, app, backend o integración sin exigir un documento de requisitos perfecto. 2 min · Actualizada 2026-09-05 [Leer guía](/guias/checklist-brief-tecnico-agencia) 04 ### Bolsa de horas o proyecto cerrado: cómo decidir Una regla de decisión para agencias y equipos que necesitan elegir entre capacidad mensual, alcance cerrado o soporte continuo. 2 min · Actualizada 2026-09-05 [Leer guía](/guias/bolsa-horas-o-proyecto-cerrado) 05 ### VERI\*FACTU y factura electrónica B2B no son lo mismo Dos obligaciones próximas pueden tocar la misma factura, pero responden a objetivos, flujos técnicos y calendarios distintos. 9 min · Actualizada 2026-07-24 [Leer guía](/guias/verifactu-vs-factura-electronica-b2b) ## ¿La decisión depende de un proyecto real? Comparte objetivo, fecha y bloqueo. La primera respuesta puede recomendar el siguiente paso antes de estimar. [Cuéntame el proyecto](/contacto#contact-form-shell)[Ver marco para agencias](/agencias/marco-colaboracion) ## Page: https://abuenoben.com/en/guides # Guides for buying and operating external development | abuenoben > Guides for agencies and B2B teams on white-label delivery, technical briefs, engagement models and software delivery control. Canonical URL: https://abuenoben.com/en/guides Language: en Practical criteria for agencies and B2B teams: white-label work, technical briefs, engagement models and delivery control. ## Available guides 01 ### How to outsource development without losing client control A practical framework for agencies adding external technical delivery without weakening the client relationship, margin or decision-making control. 3 min · Updated 2026-09-05 [Read guide](/en/guides/outsource-development-without-losing-client-control) 02 ### What a white-label development agreement should cover The conditions worth agreeing before an external developer starts delivering under an agency brand. 2 min · Updated 2026-09-05 [Read guide](/en/guides/white-label-development-agreement) 03 ### Technical brief checklist for agencies The minimum information needed to assess a website, app, backend or integration without requiring a perfect requirements document. 2 min · Updated 2026-09-05 [Read guide](/en/guides/agency-technical-brief-checklist) 04 ### Retainer or fixed project: how to decide A decision rule for agencies and teams choosing between monthly capacity, fixed scope or ongoing support. 2 min · Updated 2026-09-05 [Read guide](/en/guides/retainer-or-fixed-project) 05 ### VERI\*FACTU and B2B e-invoicing are not the same Two nearby obligations can touch the same invoice while serving different objectives, technical flows and implementation schedules. 9 min · Updated 2026-07-24 [Read guide](/en/guides/verifactu-vs-b2b-e-invoicing) ## Does the decision depend on a real project? Share the objective, timing and blocker. The first reply can recommend a next step before estimating. [Tell me about your project](/en/contact#contact-form-shell)[See the agency framework](/en/agencies/working-framework) ## Page: https://abuenoben.com/guias/externalizar-desarrollo-sin-perder-control-cliente # Cómo externalizar desarrollo sin perder el control del cliente | abuenoben > Un marco práctico para que una agencia incorpore ejecución técnica externa sin diluir su relación comercial, su margen ni su capacidad de decidir. Canonical URL: https://abuenoben.com/guias/externalizar-desarrollo-sin-perder-control-cliente Language: es-ES [Todas las guías](/guias) Un marco práctico para que una agencia incorpore ejecución técnica externa sin diluir su relación comercial, su margen ni su capacidad de decidir. 3 min · Actualizada 2026-09-05 Por [Armando Bueno Ben](/sobre-mi) Externalizar bien no consiste en ocultar a un proveedor. Consiste en definir quién decide, quién habla con el cliente, dónde vive el trabajo y cómo vuelve el control a la agencia en cada hito. 01 ## Lo que la agencia debe conservar La agencia debe seguir controlando la propuesta, el alcance comercial, la comunicación con el cliente y la validación final. El partner técnico aporta criterio y ejecución, pero no abre una relación paralela. - Un responsable de la agencia para prioridades y validación. - Un canal definido para decisiones técnicas. - Repositorios, dominios y cuentas bajo el marco acordado. - Permiso explícito antes de cualquier contacto con el cliente final. 02 ## Define la interfaz antes de empezar Las colaboraciones se complican cuando nadie sabe qué puede decidir el partner técnico. Conviene pactar qué decisiones puede tomar, cuáles debe elevar y qué evidencia necesita la agencia para aprobar una entrega. No hace falta documentar cada conversación. Sí hace falta que alcance, fecha, owner, criterio de aceptación y dependencias estén visibles. 03 ## Checklist operativo mínimo - NDA y nivel de visibilidad: visible, discreto o completamente marca blanca. - No solicitación y reglas de contacto con el cliente final. - Herramientas, repositorio, staging y gestión de accesos. - Cadencia de revisión y formato de las demos. - Criterios de aceptación y responsable de validar. - Propiedad del código, documentación y materiales. - Soporte posterior, handoff y cierre de accesos. 04 ## Cómo saber si está funcionando La señal no es el número de mensajes enviados. La colaboración funciona cuando la agencia puede explicar el estado de la entrega, defender las decisiones ante su cliente y continuar sin dependencia artificial. - Los riesgos aparecen antes de la fecha de entrega. - Las demos muestran progreso verificable. - Los cambios quedan registrados con su impacto. - El cierre deja código, decisiones y pendientes claros. 05 ## Ejemplo: una landing de campaña con formulario y CRM Supuesto ilustrativo: el estudio aporta el diseño aprobado y gestiona al cliente; el colaborador implementa la landing y conecta el formulario. Antes de empezar, la agencia confirma quién entrega los textos, quién dispone del acceso al CRM y quién valida en móvil. La entrega se divide en una versión navegable, una integración de prueba y la publicación. La agencia revisa la versión navegable con su cliente. El colaborador documenta las decisiones técnicas y los bloqueos, pero una petición de cambio del cliente vuelve al responsable de la agencia para valorar su efecto. Si falta una credencial del CRM, se puede revisar el formulario con datos de prueba; esa revisión no equivale a dar por terminada la integración. 06 ## Una revisión que permite aceptar o devolver trabajo - Enlace a la versión que se está revisando y alcance incluido. - Recorrido que debe completar el usuario, incluida la respuesta ante errores. - Dependencias pendientes con responsable y efecto sobre la fecha. - Decisión explícita: aceptado, requiere corrección o supone un cambio de alcance. Para preparar la colaboración - [Qué debe incluir un acuerdo de desarrollo en marca blanca](/guias/acuerdo-desarrollo-marca-blanca) - [Checklist de brief técnico para una agencia](/guias/checklist-brief-tecnico-agencia) - [Bolsa de horas o proyecto cerrado: cómo decidir](/guias/bolsa-horas-o-proyecto-cerrado) Siguiente lectura útil [Ver el marco de colaboración](/agencias/marco-colaboracion) ## ¿Tienes una entrega concreta que proteger? Con objetivo, fecha y bloqueo principal puedo decirte si encaja y qué información falta. [Enviar brief corto](/contacto?organizationType=agency#contact-form-shell) ## Page: https://abuenoben.com/en/guides/outsource-development-without-losing-client-control # How to outsource development without losing client control | abuenoben > A practical framework for agencies adding external technical delivery without weakening the client relationship, margin or decision-making control. Canonical URL: https://abuenoben.com/en/guides/outsource-development-without-losing-client-control Language: en [All guides](/en/guides) A practical framework for agencies adding external technical delivery without weakening the client relationship, margin or decision-making control. 3 min · Updated 2026-09-05 By [Armando Bueno Ben](/en/about) Good outsourcing is not about hiding a supplier. It is about defining who decides, who speaks to the client, where the work lives and how control returns to the agency at every milestone. 01 ## What the agency should retain The agency should keep control of the proposal, commercial scope, client communication and final acceptance. The technical partner adds judgment and execution without creating a parallel relationship. - An agency owner for priorities and acceptance. - A defined channel for technical decisions. - Repositories, domains and accounts inside the agreed frame. - Explicit permission before any final-client contact. 02 ## Define the interface before work starts Collaboration becomes difficult when nobody knows which decisions the technical partner can make. Agree what can be decided directly, what must be escalated and what evidence the agency needs to accept delivery. Every conversation does not need documentation. Scope, timing, owner, acceptance and dependencies do need to remain visible. 03 ## Minimum operating checklist - NDA and visibility: visible, discreet or fully white-label. - Non-solicitation and final-client contact rules. - Tools, repository, staging and access management. - Review cadence and demo format. - Acceptance criteria and the person responsible for approval. - Ownership of code, documentation and deliverables. - Post-launch support, handoff and access closure. 04 ## How to know the setup is working Message volume is not the signal. The setup works when the agency can explain delivery status, defend decisions with its client and continue without artificial dependency. - Risks appear before the delivery date. - Demos show verifiable progress. - Changes retain their timing and scope impact. - Closure leaves code, decisions and pending work clear. 05 ## Example: a campaign landing page with a form and CRM Illustrative scenario: the studio provides the approved design and manages the client; the contractor builds the landing page and connects the form. Before starting, the agency confirms who supplies copy, who has CRM access and who reviews mobile. Delivery is split into a navigable version, a test integration and publication. The agency reviews the navigable version with its client. The contractor records technical decisions and blockers, but client changes go back to the agency owner to assess their impact. If CRM access is missing, the form can be reviewed with test data; that review does not mean the integration is complete. 06 ## A review that allows acceptance or correction - Link to the version under review and its included scope. - The user journey to complete, including error handling. - Pending dependencies, their owners and impact on timing. - An explicit decision: accepted, correction needed or scope change. Prepare the engagement - [What a white-label development agreement should cover](/en/guides/white-label-development-agreement) - [Technical brief checklist for agencies](/en/guides/agency-technical-brief-checklist) - [Retainer or fixed project: how to decide](/en/guides/retainer-or-fixed-project) Useful next step [View the working framework](/en/agencies/working-framework) ## Do you have a concrete delivery to protect? Share the objective, timing and main blocker. I can tell you whether it fits and what information is missing. [Send a short brief](/en/contact?organizationType=agency#contact-form-shell) ## Page: https://abuenoben.com/guias/acuerdo-desarrollo-marca-blanca # Qué debe incluir un acuerdo de desarrollo en marca blanca | abuenoben > Las condiciones que conviene cerrar antes de incorporar a un desarrollador externo bajo la marca de una agencia. Canonical URL: https://abuenoben.com/guias/acuerdo-desarrollo-marca-blanca Language: es-ES [Todas las guías](/guias) Las condiciones que conviene cerrar antes de incorporar a un desarrollador externo bajo la marca de una agencia. 3 min · Actualizada 2026-09-05 Por [Armando Bueno Ben](/sobre-mi) Marca blanca no significa únicamente retirar un logo. El acuerdo debe proteger la relación comercial, los activos del cliente, la forma de entrega y la salida del partner técnico. 01 ## Confidencialidad y relación comercial - NDA desde el momento en que se comparte información sensible. - Prohibición de contactar o captar al cliente fuera del marco acordado. - Participación en reuniones solo cuando la agencia lo solicite. - No publicar marcas, capturas ni resultados sin permiso expreso. 02 ## Propiedad y control técnico El acuerdo debe indicar dónde se alojan repositorios, dominios, cuentas de despliegue y documentación. La entrega no debería depender de una cuenta personal inaccesible para la agencia. - Propiedad del código y de los entregables. - Acceso de la agencia a repositorio, CI y staging. - Gestión segura y revocable de credenciales. - Inventario de servicios de terceros y costes recurrentes. 03 ## Alcance, validación y cambios Un precio cerrado solo tiene sentido cuando existe un resultado verificable. Si las prioridades cambian con frecuencia, conviene una bolsa o un marco de soporte con capacidad y límites visibles. - Entregables e hitos. - Criterios de aceptación. - Responsable de validar. - Cómo se aprueban cambios y cómo afectan a fecha o presupuesto. 04 ## Soporte, handoff y salida El cierre debe definir cuánto soporte posterior se incluye, qué documentación queda, cómo se revocan accesos y qué necesita otra persona para continuar. Una salida limpia protege a la agencia y también al desarrollador: evita expectativas indefinidas y urgencias fuera del acuerdo. 05 ## Ejemplo de anexo operativo para una entrega Este ejemplo organiza decisiones de trabajo; no sustituye las condiciones del contrato. Para una web de campaña, el anexo puede identificar las páginas incluidas, el diseño de referencia y el destino de cada formulario. También deja por escrito quién aporta textos, consentimientos, cuentas de analítica y acceso al CRM. Un criterio de aceptación útil sería: un envío válido crea una única solicitud en el entorno acordado y muestra una confirmación; un error permite reintentar sin duplicar la solicitud. A esto se añaden las comprobaciones de móvil, teclado y publicación que se hayan contratado. La aceptación la da una persona identificada de la agencia. 06 ## Qué hacer si el cliente cambia la petición Añadir otro CRM, un idioma o una pantalla después de aprobar el alcance requiere registrar la petición, revisar sus dependencias y acordar su impacto antes de implementarla. Un ajuste visual dentro del diseño acordado y una nueva funcionalidad no deberían tratarse como si fueran lo mismo. - Guardar la versión aprobada del alcance. - Separar defectos del entregable y nuevas peticiones. - Cerrar la intervención con código, accesos, documentación y pendientes aceptados. Para preparar la colaboración - [Cómo externalizar desarrollo sin perder el control del cliente](/guias/externalizar-desarrollo-sin-perder-control-cliente) - [Checklist de brief técnico para una agencia](/guias/checklist-brief-tecnico-agencia) - [Bolsa de horas o proyecto cerrado: cómo decidir](/guias/bolsa-horas-o-proyecto-cerrado) Siguiente lectura útil [Ver trabajo con agencias](/agencias) ## Un marco claro reduce riesgo antes de presupuestar. Puedes descargar el briefing operativo o contarme la entrega para adaptar estas reglas al proyecto. [Abrir marco operativo](/agencias/marco-colaboracion) ## Page: https://abuenoben.com/en/guides/white-label-development-agreement # What a white-label development agreement should cover | abuenoben > The conditions worth agreeing before an external developer starts delivering under an agency brand. Canonical URL: https://abuenoben.com/en/guides/white-label-development-agreement Language: en [All guides](/en/guides) The conditions worth agreeing before an external developer starts delivering under an agency brand. 2 min · Updated 2026-09-05 By [Armando Bueno Ben](/en/about) White-label is not just removing a logo. The agreement should protect the commercial relationship, client assets, delivery process and the technical partner's exit. 01 ## Confidentiality and commercial relationship - NDA from the moment sensitive information is shared. - No contact or client solicitation outside the agreed frame. - Meeting participation only when the agency requests it. - No publishing brands, screenshots or outcomes without explicit permission. 02 ## Ownership and technical control The agreement should state where repositories, domains, deployment accounts and documentation live. Delivery should not depend on a personal account the agency cannot access. - Ownership of code and deliverables. - Agency access to repository, CI and staging. - Secure, revocable credential management. - Inventory of third-party services and recurring costs. 03 ## Scope, acceptance and change A fixed price only makes sense when there is a verifiable outcome. If priorities change often, a retainer or support frame with visible capacity and limits is safer. - Deliverables and milestones. - Acceptance criteria. - Person responsible for validation. - How changes are approved and affect timing or budget. 04 ## Support, handoff and exit Closure should define included post-launch support, remaining documentation, access revocation and what another person needs to continue. A clean exit protects both agency and developer by preventing indefinite expectations and out-of-frame emergencies. 05 ## Example operating annex for a delivery This example organises working decisions; it does not replace contract terms. For a campaign website, the annex can identify included pages, the reference design and where each form sends data. It also records who supplies copy, consent requirements, analytics accounts and CRM access. A useful acceptance criterion would be: a valid submission creates one request in the agreed environment and displays confirmation; an error allows retrying without duplicating the request. Add the mobile, keyboard and publication checks included in scope. Acceptance comes from an identified agency owner. 06 ## When the client changes the request Adding another CRM, a language or a screen after scope approval requires recording the request, checking dependencies and agreeing its impact before implementation. A visual correction within the approved design and a new feature should be evaluated separately. - Keep the approved scope version. - Separate defects in the delivery from new requests. - Close with code, access, documentation and agreed pending work. Prepare the engagement - [How to outsource development without losing client control](/en/guides/outsource-development-without-losing-client-control) - [Technical brief checklist for agencies](/en/guides/agency-technical-brief-checklist) - [Retainer or fixed project: how to decide](/en/guides/retainer-or-fixed-project) Useful next step [See agency support](/en/agencies) ## A clear frame reduces risk before estimating. Download the operating brief or share the delivery so these rules can be adapted to the project. [Open the working framework](/en/agencies/working-framework) ## Page: https://abuenoben.com/guias/checklist-brief-tecnico-agencia # Checklist de brief técnico para una agencia | abuenoben > La información mínima que permite valorar una web, app, backend o integración sin exigir un documento de requisitos perfecto. Canonical URL: https://abuenoben.com/guias/checklist-brief-tecnico-agencia Language: es-ES [Todas las guías](/guias) La información mínima que permite valorar una web, app, backend o integración sin exigir un documento de requisitos perfecto. 2 min · Actualizada 2026-09-05 Por [Armando Bueno Ben](/sobre-mi) Un buen brief no intenta resolver el proyecto antes de contratarlo. Permite entender qué debe quedar entregado, por qué importa, quién decide y qué puede bloquear la fecha. 01 ## Los cinco datos que desbloquean una primera valoración - Objetivo de negocio o de la entrega. - Estado actual: diseño, código, proveedor o idea inicial. - Fecha relevante y qué ocurre si se mueve. - Pieza técnica que está bloqueando el proyecto. - Persona responsable de validar decisiones y resultado. 02 ## Dependencias y accesos No es necesario entregar credenciales en el primer mensaje. Sí conviene listar qué sistemas intervienen: CMS, CRM, API, pasarela, app, analítica, hosting o repositorio existente. - Diseños o prototipos disponibles. - Repositorio y documentación existente. - Servicios de terceros y owners. - Entornos de prueba y datos seguros para validar. 03 ## Qué no hace falta preparar - Una lista cerrada de tecnologías. - Un backlog perfecto. - Una estimación decidida de antemano. - Contraseñas, secretos o datos sensibles por email o formulario. 04 ## Plantilla breve para copiar Necesitamos \[resultado\] para \[fecha\]. Ahora mismo tenemos \[estado actual\]. El principal bloqueo es \[bloqueo\]. Validará \[rol o persona\]. Intervienen \[sistemas o dependencias\]. Buscamos \[proyecto cerrado, capacidad mensual o recomendación\]. 05 ## Ejemplo de brief suficiente para valorar Supuesto ilustrativo: «Tenemos una landing diseñada en Figma para una campaña que empieza el próximo mes. Necesitamos implementarla y enviar los contactos a HubSpot. El diseño móvil está pendiente, marketing validará los textos y una persona de la agencia aprobará la entrega. Queremos saber qué parte puede estar publicada para el inicio de campaña». Este mensaje permite identificar un objetivo, una fecha, dos dependencias y un responsable. La primera valoración puede preguntar qué datos recibe HubSpot, quién administra la cuenta y qué acción cuenta como conversión. No hace falta adjuntar contraseñas ni exportaciones con datos de clientes. 06 ## Cómo convertir ese brief en alcance - Enumerar las páginas y los estados del formulario que se van a entregar. - Confirmar cuándo estarán disponibles diseño móvil, textos y accesos. - Definir una prueba de aceptación con datos ficticios y un responsable. - Anotar qué queda fuera: campañas, creatividades o automatizaciones adicionales, si no se contratan. - Revisar la estimación cuando cambie una dependencia relevante. Para preparar la colaboración - [Cómo externalizar desarrollo sin perder el control del cliente](/guias/externalizar-desarrollo-sin-perder-control-cliente) - [Qué debe incluir un acuerdo de desarrollo en marca blanca](/guias/acuerdo-desarrollo-marca-blanca) - [Bolsa de horas o proyecto cerrado: cómo decidir](/guias/bolsa-horas-o-proyecto-cerrado) Siguiente lectura útil [Comparar modelos de colaboración](/colaboracion) ## Un párrafo con contexto es suficiente para empezar. No envíes accesos ni secretos. Con objetivo, estado y fecha puedo orientar el siguiente paso. [Enviar brief corto](/contacto#contact-form-shell) ## Page: https://abuenoben.com/en/guides/agency-technical-brief-checklist # Technical brief checklist for agencies | abuenoben > The minimum information needed to assess a website, app, backend or integration without requiring a perfect requirements document. Canonical URL: https://abuenoben.com/en/guides/agency-technical-brief-checklist Language: en [All guides](/en/guides) The minimum information needed to assess a website, app, backend or integration without requiring a perfect requirements document. 2 min · Updated 2026-09-05 By [Armando Bueno Ben](/en/about) A useful brief does not try to solve the project before hiring. It explains what should be delivered, why it matters, who decides and what can block the date. 01 ## Five inputs that unlock an initial assessment - Business or delivery objective. - Current state: design, code, supplier or initial idea. - Relevant date and what happens if it moves. - The technical piece blocking delivery. - The person responsible for decisions and acceptance. 02 ## Dependencies and access Credentials are not needed in the first message. List the systems involved instead: CMS, CRM, API, payment provider, app, analytics, hosting or existing repository. - Available designs or prototypes. - Existing repository and documentation. - Third-party services and their owners. - Test environments and safe validation data. 03 ## What you do not need to prepare - A fixed technology list. - A perfect backlog. - A pre-decided estimate. - Passwords, secrets or sensitive data in email or the form. 04 ## Short template to copy We need \[outcome\] by \[date\]. We currently have \[current state\]. The main blocker is \[blocker\]. \[Role or person\] will validate. The systems involved are \[dependencies\]. We are looking for \[fixed project, monthly capacity or a recommendation\]. 05 ## Example of a brief that is enough to assess Illustrative scenario: “We have a Figma landing page for a campaign starting next month. We need it built and connected to HubSpot. Mobile design is pending, marketing will approve copy and an agency owner will accept delivery. We want to know what can be published before launch.” This identifies an objective, a date, two dependencies and an owner. The initial assessment can ask which fields HubSpot receives, who administers the account and which action counts as a conversion. There is no need to attach passwords or exports containing client data. 06 ## Turning that brief into scope - List the pages and form states to deliver. - Confirm when mobile design, copy and access will be available. - Define an acceptance check with fictional data and an owner. - Record exclusions such as campaigns, creative assets or additional automation if not commissioned. - Review the estimate when a material dependency changes. Prepare the engagement - [How to outsource development without losing client control](/en/guides/outsource-development-without-losing-client-control) - [What a white-label development agreement should cover](/en/guides/white-label-development-agreement) - [Retainer or fixed project: how to decide](/en/guides/retainer-or-fixed-project) Useful next step [Compare engagement models](/en/collaboration) ## One paragraph of context is enough to start. Do not send access details or secrets. Objective, current state and timing are enough to suggest the next step. [Send a short brief](/en/contact#contact-form-shell) ## Page: https://abuenoben.com/guias/bolsa-horas-o-proyecto-cerrado # Bolsa de horas o proyecto cerrado: cómo decidir | abuenoben > Una regla de decisión para agencias y equipos que necesitan elegir entre capacidad mensual, alcance cerrado o soporte continuo. Canonical URL: https://abuenoben.com/guias/bolsa-horas-o-proyecto-cerrado Language: es-ES [Todas las guías](/guias) Una regla de decisión para agencias y equipos que necesitan elegir entre capacidad mensual, alcance cerrado o soporte continuo. 2 min · Actualizada 2026-09-05 Por [Armando Bueno Ben](/sobre-mi) No existe un modelo mejor en abstracto. El modelo correcto depende de cuánto cambia la prioridad, de si el resultado puede aceptarse objetivamente y de quién asume la incertidumbre. 01 ## Proyecto cerrado Encaja cuando existe una pieza concreta, una fecha, dependencias conocidas y un criterio de aceptación. El precio cubre un alcance y unos supuestos definidos. - Landing, integración, API o release con salida definida. - Responsable disponible para validar hitos. - Cambios tratados como cambios de alcance. 02 ## Bolsa mensual Encaja cuando hay varios frentes pequeños o medianos y la prioridad cambia durante el mes. Se compra capacidad y criterio, no una lista ilimitada de tareas. - Picos de agencia y preventa técnica. - Evolutivos, QA e integraciones variables. - Prioridad y consumo visibles. 03 ## Soporte y evolución Conviene cuando el producto ya está vivo y necesita continuidad. Debe distinguir urgencias, correcciones, mejoras y trabajo fuera de ventana; no equivale a disponibilidad 24/7. 04 ## La pregunta que decide Si puedes describir qué se acepta como terminado, probablemente encaja un proyecto cerrado. Si solo puedes ordenar prioridades a medida que aparecen, necesitas capacidad mensual. Si el sistema ya opera y requiere continuidad, necesitas soporte con reglas. También es válido empezar con un diagnóstico corto y elegir el modelo después de reducir incertidumbre. 05 ## Dos peticiones parecidas, dos modelos distintos Ejemplo ilustrativo: implementar una landing con diseño aprobado, un formulario y una integración documentada permite delimitar una entrega. Un proyecto cerrado puede encajar si las dependencias están disponibles y hay una persona que valide. Añadir una segunda integración después sería un cambio que debe valorarse. En cambio, atender correcciones en varias webs mientras aparecen nuevas prioridades exige decidir el orden del trabajo durante el periodo. Una bolsa permite reservar capacidad, registrar el consumo y revisar qué se ha resuelto. Conviene fijar un punto de aviso antes de agotarla, en lugar de asumir que cualquier urgencia está incluida. 06 ## Qué comparar además del importe - Qué resultado o capacidad se contrata y durante qué ventana. - Quién prioriza y cómo se aprueba una tarea mayor. - Cómo se registran horas, bloqueos y trabajo pendiente. - Qué condiciones se pactan para caducidad, traslado de horas o soporte posterior. - Qué ocurre si la revisión inicial descubre que falta definir el alcance. Para preparar la colaboración - [Cómo externalizar desarrollo sin perder el control del cliente](/guias/externalizar-desarrollo-sin-perder-control-cliente) - [Qué debe incluir un acuerdo de desarrollo en marca blanca](/guias/acuerdo-desarrollo-marca-blanca) - [Checklist de brief técnico para una agencia](/guias/checklist-brief-tecnico-agencia) Siguiente lectura útil [Ver comparativa completa](/colaboracion) ## Si el modelo no está claro, empieza por el bloqueo. La primera respuesta puede recomendar un marco antes de preparar una estimación. [Pedir recomendación](/contacto#contact-form-shell) ## Page: https://abuenoben.com/en/guides/retainer-or-fixed-project # Retainer or fixed project: how to decide | abuenoben > A decision rule for agencies and teams choosing between monthly capacity, fixed scope or ongoing support. Canonical URL: https://abuenoben.com/en/guides/retainer-or-fixed-project Language: en [All guides](/en/guides) A decision rule for agencies and teams choosing between monthly capacity, fixed scope or ongoing support. 2 min · Updated 2026-09-05 By [Armando Bueno Ben](/en/about) There is no universally better model. The right choice depends on how often priorities change, whether the outcome can be accepted objectively and who carries uncertainty. 01 ## Fixed project Use it when there is a concrete piece, a date, known dependencies and an acceptance criterion. The price covers defined scope and assumptions. - Landing, integration, API or release with a defined outcome. - An owner available to accept milestones. - Changes handled as scope changes. 02 ## Monthly retainer Use it when several small or medium fronts exist and priority changes during the month. It buys capacity and judgment, not an unlimited task list. - Agency peaks and technical presales. - Variable evolutives, QA and integrations. - Visible priority and consumption. 03 ## Support and evolution Use it when a live product needs continuity. It should distinguish emergencies, fixes, improvements and out-of-window work; it is not the same as 24/7 availability. 04 ## The deciding question If you can describe what counts as done, a fixed project probably fits. If you can only prioritize work as it appears, you need monthly capacity. If the system is already live and needs continuity, you need support rules. A short diagnostic can also reduce uncertainty before selecting the longer-term model. 05 ## Two similar requests, two different models Illustrative example: building a landing page with approved design, one form and a documented integration allows a defined delivery. A fixed project can fit if dependencies are available and someone can accept the work. Adding a second integration later would be a change to assess. Handling corrections across several websites while priorities emerge requires choosing the work order during the period. A retainer reserves capacity, records usage and makes it possible to review what has been resolved. Agree a notice point before capacity runs out instead of assuming every urgent request is included. 06 ## What to compare beyond the amount - The outcome or capacity purchased and the working window. - Who prioritises and how a larger task is approved. - How time, blockers and pending work are recorded. - Agreed expiry, carryover and post-delivery support terms. - What happens if an initial review finds that scope still needs definition. Prepare the engagement - [How to outsource development without losing client control](/en/guides/outsource-development-without-losing-client-control) - [What a white-label development agreement should cover](/en/guides/white-label-development-agreement) - [Technical brief checklist for agencies](/en/guides/agency-technical-brief-checklist) Useful next step [See the full comparison](/en/collaboration) ## If the model is unclear, start with the blocker. The first reply can recommend a frame before an estimate is prepared. [Ask for a recommendation](/en/contact#contact-form-shell) ## Page: https://abuenoben.com/guias/verifactu-vs-factura-electronica-b2b # VERI*FACTU y factura electrónica B2B: diferencias | abuenoben > Guía para separar VERI*FACTU de la factura electrónica B2B en España: objetivo, sujetos, formatos, estados, fechas y arquitectura técnica. Canonical URL: https://abuenoben.com/guias/verifactu-vs-factura-electronica-b2b Language: es-ES 1. [Inicio](/) 2. [Guías](/guias) 3. VERI\*FACTU frente a factura electrónica B2B Dos obligaciones próximas pueden tocar la misma factura, pero responden a objetivos, flujos técnicos y calendarios distintos. [Revisar integración VERI\*FACTU](/integracion-verifactu)[Ver preparación B2B](/factura-electronica-b2b) Guía revisada 24 de julio de 2026 VERI\*FACTU / RRSIF Cómo registra y preserva la facturación el sistema Factura electrónica B2B Cómo se emite, intercambia y sigue una factura estructurada Regla de arquitectura Datos coherentes, estados y transportes separados ## Contexto Tratar ambas adaptaciones como una sola integración suele producir dependencias incorrectas. Conviene compartir un modelo fiscal coherente y mantener separados el registro del sistema de facturación y el intercambio estructurado con el destinatario. 01 ## La diferencia esencial La misma operación comercial puede activar ambos flujos, pero cada uno conserva su propia finalidad y evidencia. 01 ### Registro fiscal El RRSIF regula los sistemas que soportan la facturación y exige integridad, trazabilidad, conservación y registros de alta o anulación. 02 ### Intercambio B2B El Real Decreto 238/2026 regula la factura estructurada entre empresarios y profesionales, la interoperabilidad y sus estados. 03 ### Documento visible PDF, QR, registro fiscal y mensaje estructurado no son sinónimos. Cada artefacto tiene una función técnica distinta. 02 ## Calendarios diferentes Para el RRSIF, la AEAT publica el 1 de enero de 2027 para contribuyentes del Impuesto sobre Sociedades y el 1 de julio de 2027 para el resto de obligados incluidos en el ámbito correspondiente. Para factura electrónica B2B, el Real Decreto 238/2026 ya está publicado, pero su aplicación efectiva depende de la futura orden que desarrolle la solución pública. Desde esa orden se cuentan 12 meses para quienes superaron 8 millones de euros de volumen de operaciones y 24 meses para el resto. Hasta que la orden exista no hay una fecha natural cerrada que publicar. 03 ## Arquitectura que evita rehacer trabajo La preparación útil separa dominio fiscal, representación, transporte y seguimiento. 01 ### Núcleo fiscal Un modelo canónico de emisor, destinatario, líneas, impuestos, totales, series, rectificaciones y referencias. 02 ### Adaptadores Generadores distintos para registros RRSIF y para CII, UBL, EDIFACT o Facturae, sin confundir sus validaciones. 03 ### Estados Máquinas de estado independientes para AEAT, entrega al destinatario, rechazo comercial, pagos y conciliación. 04 ## Qué revisar ahora - Confirmar ámbito, territorio y exclusiones con el asesor fiscal. - Inventariar todas las rutas que pueden emitir o modificar una factura. - Comprobar calidad de NIF, direcciones, impuestos, series y referencias. - Separar generación, firma, transporte, estado y conciliación. - Definir datos sintéticos y certificados propios para pruebas. - Versionar esquemas, validaciones y evidencia de aceptación. ## Una sola factura, dos controles El diseño debe permitir demostrar qué se registró fiscalmente y qué se intercambió con el destinatario sin asumir que ambas respuestas llegan a la vez. 1. 01El registro RRSIF conserva su secuencia y relación con altas o anulaciones. 2. 02El mensaje B2B conserva formato, firma, entrega y transformaciones. 3. 03Los estados comerciales y de pago no sustituyen la respuesta fiscal. 4. 04La conciliación detecta diferencias sin reescribir el histórico. ## Preguntas habituales Respuestas breves sobre alcance, evidencia y límites de la implementación. ¿Cumplir VERI\*FACTU implica cumplir factura electrónica B2B?+ No. Hay datos que pueden compartirse, pero son marcos y flujos distintos. Deben analizarse de forma separada. ¿Un PDF enviado por correo es una factura electrónica B2B estructurada?+ No en el sentido del Real Decreto 238/2026. La norma exige un mensaje estructurado conforme al modelo EN16931 y una de las sintaxis admitidas. ¿Qué formatos contempla el sistema B2B?+ El Real Decreto 238/2026 enumera CII, UBL, EDIFACT y Facturae. La solución pública utilizará UBL en los términos que detalle la futura orden. ¿Se conocen ya todas las especificaciones de la solución pública?+ No. El real decreto remite a una futura orden técnica para elementos de funcionamiento, autenticación, UBL, codificación e integración. ## Fuentes oficiales Normas y criterios utilizados para separar los dos proyectos. La situación debe revisarse de nuevo cuando se publique la orden técnica B2B. - [Preguntas frecuentes VERI\*FACTU](https://sede.agenciatributaria.gob.es/Sede/iva/sistemas-informaticos-facturacion-verifactu/preguntas-frecuentes.html) AEAT · calendario, ámbito y funcionamiento - [Real Decreto 1007/2023, texto consolidado](https://www.boe.es/eli/es/rd/2023/12/05/1007/con) BOE · sistemas informáticos de facturación - [Real Decreto 238/2026](https://www.boe.es/eli/es/rd/2026/03/25/238) BOE · factura electrónica obligatoria entre empresarios y profesionales ## Límite del contenido Contenido informativo e implementación técnica. La obligación aplicable a una empresa, una operación o un territorio debe confirmarse con asesoramiento fiscal o jurídico. ## Profundizar por flujo [Integración VERI\*FACTU](/integracion-verifactu)[Preparación para factura electrónica B2B](/factura-electronica-b2b)[Caso técnico en sandbox AEAT](/casos/integracion-verifactu-aeat) ## Separa obligaciones antes de elegir herramientas. Una revisión corta del modelo de datos y los flujos de emisión permite identificar qué piezas son comunes y cuáles necesitan integración propia. [Revisar integración VERI\*FACTU](/integracion-verifactu)[Ver preparación B2B](/factura-electronica-b2b) ## Page: https://abuenoben.com/en/guides/verifactu-vs-b2b-e-invoicing # VERI*FACTU and B2B e-invoicing: key differences | abuenoben > Guide separating VERI*FACTU from mandatory B2B e-invoicing in Spain: purpose, scope, formats, status messages, dates and technical architecture. Canonical URL: https://abuenoben.com/en/guides/verifactu-vs-b2b-e-invoicing Language: en 1. [Home](/en) 2. [Guides](/en/guides) 3. VERI\*FACTU compared with B2B e-invoicing Two nearby obligations can touch the same invoice while serving different objectives, technical flows and implementation schedules. [Review VERI\*FACTU integration](/en/verifactu-integration)[View B2B readiness](/en/b2b-e-invoicing) Guide reviewed 24 July 2026 VERI\*FACTU / RRSIF How the system records and preserves invoicing B2B e-invoicing How a structured invoice is issued, exchanged and tracked Architecture rule Consistent data, separate state machines and transports ## Context Treating both adaptations as one integration creates incorrect dependencies. A sound design shares a consistent fiscal model while keeping the invoicing-system record and structured recipient exchange separate. 01 ## The essential difference The same commercial transaction may activate both flows, but each retains its own purpose and evidence. 01 ### Fiscal record RRSIF regulates systems supporting invoicing and requires integrity, traceability, preservation and creation or cancellation records. 02 ### B2B exchange Royal Decree 238/2026 regulates structured invoicing between businesses and professionals, interoperability and invoice status messages. 03 ### Visible document PDF, QR, fiscal record and structured message are not synonyms. Each artefact has a different technical function. 02 ## Different schedules For RRSIF, AEAT currently states 1 January 2027 for Corporate Income Tax taxpayers and 1 July 2027 for the other taxpayers covered by the relevant scope. For B2B e-invoicing, Royal Decree 238/2026 has been published, but effective application depends on the future order developing the public solution. The order starts a 12-month period for businesses above EUR 8 million in turnover and a 24-month period for the rest. Until that order exists, there is no closed calendar date to publish. 03 ## Architecture that avoids rework Useful preparation separates the fiscal domain, representation, transport and lifecycle tracking. 01 ### Fiscal core A canonical model for issuer, recipient, lines, tax, totals, series, corrections and references. 02 ### Adapters Separate generators for RRSIF records and CII, UBL, EDIFACT or Facturae, without confusing their validation rules. 03 ### State machines Independent tracking for AEAT, recipient delivery, commercial rejection, payment and reconciliation. 04 ## What to review now - Confirm scope, territory and exclusions with the tax adviser. - Inventory every route that can issue or modify an invoice. - Check tax identifiers, addresses, tax rates, series and references. - Separate generation, signing, transport, status and reconciliation. - Define synthetic data and dedicated test certificates. - Version schemas, validation rules and acceptance evidence. ## One invoice, two controls The design must demonstrate what was recorded for fiscal purposes and what was exchanged with the recipient without assuming both responses arrive together. 1. 01The RRSIF record preserves sequence and its creation or cancellation relationship. 2. 02The B2B message preserves format, signature, delivery and transformations. 3. 03Commercial and payment status do not replace the fiscal response. 4. 04Reconciliation detects differences without rewriting history. ## Common questions Short answers about scope, evidence and implementation boundaries. Does VERI\*FACTU compliance include B2B e-invoicing compliance?+ No. Some data can be shared, but the frameworks and flows are different and need separate analysis. Is a PDF sent by email a structured B2B electronic invoice?+ Not under Royal Decree 238/2026. The regulation requires a structured message following the EN16931 semantic model and an admitted syntax. Which formats does the B2B system include?+ Royal Decree 238/2026 lists CII, UBL, EDIFACT and Facturae. The public solution will use UBL under the terms defined by the future order. Are all public-solution specifications available?+ No. The royal decree refers operation, authentication, UBL, coding and integration detail to a future technical order. ## Official sources Spanish regulations and criteria used to separate both projects. The position must be checked again when the B2B technical order is published. - [VERI\*FACTU frequently asked questions](https://sede.agenciatributaria.gob.es/Sede/iva/sistemas-informaticos-facturacion-verifactu/preguntas-frecuentes.html) AEAT · Spanish source on schedule, scope and operation - [Royal Decree 1007/2023, consolidated text](https://www.boe.es/eli/es/rd/2023/12/05/1007/con) BOE · Spanish legal text on invoicing systems - [Royal Decree 238/2026](https://www.boe.es/eli/es/rd/2026/03/25/238) BOE · Spanish legal text on mandatory B2B e-invoicing ## Content boundary Informational content and technical implementation only. The obligation applicable to a business, transaction or territory must be confirmed through tax or legal advice. ## Explore each flow [VERI\*FACTU integration](/en/verifactu-integration)[B2B e-invoicing readiness](/en/b2b-e-invoicing)[Technical case in the AEAT sandbox](/en/cases/verifactu-aeat-integration) ## Separate obligations before choosing tools. A short review of the data model and issuing flows can identify which components are shared and which need their own integration. [Review VERI\*FACTU integration](/en/verifactu-integration)[View B2B readiness](/en/b2b-e-invoicing) ## Page: https://abuenoben.com/colaboracion # Cómo contratar: bolsa, proyecto o soporte | abuenoben > Compara bolsa mensual, proyecto cerrado y soporte técnico según alcance, ritmo de cambio y forma de validar la entrega. Canonical URL: https://abuenoben.com/colaboracion Language: es-ES Bolsa mensual, proyecto cerrado o soporte continuo. La diferencia está en cuánto cambia la prioridad y cómo se valida el resultado. [Cuéntame el proyecto](/contacto#contact-form-shell)[Comparar modelos](#model-comparison) ## Elige según lo que necesitas Si las prioridades cambian, una bolsa de horas da flexibilidad. Si el resultado está definido, podemos cerrar el proyecto. Para una aplicación publicada, acordamos soporte y mejoras. ### Bolsa de horas mensual Para carga variable, varios frentes abiertos y apoyo senior recurrente. [Valorar bolsa mensual](/contacto?collaborationType=hours&projectType=other#contact-form-shell) #### Mejor para - Varias entregas pequeñas o medianas. - Prioridades que cambian durante el mes. - Capacidad senior sin ampliar plantilla. Límites y requisitos para empezar #### No conviene si - Un único entregable cerrado con alcance y validación ya definidos. - Disponibilidad ilimitada o reacción permanente sin prioridades claras. - Guardias, 24/7 o urgencias estructurales fuera de un acuerdo específico. #### Para empezar - Responsable de prioridades. - Lista inicial de frentes activos. - Canal y ventana de respuesta pactados. ### Proyecto cerrado Para una pieza concreta con fecha, entregable y criterio de aceptación. [Valorar proyecto cerrado](/contacto?collaborationType=project&projectType=other#contact-form-shell) #### Mejor para - Entregables con resultado esperado claro. - Equipos que necesitan plan e hitos. - Encargos con fecha cerrada. Límites y requisitos para empezar #### No conviene si - Trabajo abierto que cambia de rumbo cada pocos días. - Lista de prioridades viva con decisiones que todavía no están maduras. - Contextos sin responsable claro para validar alcance, hitos o decisiones. #### Para empezar - Objetivo, fecha y entregable principal. - Responsable de validación. - Documentación o acceso para estimar. ### Soporte y evolutivos Para producto vivo que necesita continuidad y prioridades claras. [Valorar soporte continuo](/contacto?collaborationType=support&projectType=support#contact-form-shell) #### Mejor para - Producto con mejoras e incidencias que ordenar. - Continuidad sin abrir un proyecto nuevo cada vez. - Equilibrar corrección, evolución y deuda. Límites y requisitos para empezar #### No conviene si - Soporte 24/7, guardias o incident response permanente. - Entornos sin responsable de prioridades ni capacidad de decidir qué entra primero. - Esperar reacción inmediata a cualquier petición fuera del marco pactado. #### Para empezar - Lista de tareas inicial. - Criterio para separar urgencias de mejoras. - Cadencia de revisión y responsable. ## Formas de empezar Podemos empezar por una revisión técnica o un encargo pequeño antes de comprometernos con una fase más larga. ### Diagnóstico técnico express Revisión de una web, app, backend o integración bloqueada para ordenar riesgos, dependencias y siguiente paso. Ver alcance y resultado Encaja cuando Cuando todavía no sabes si necesitas sprint, bolsa o proyecto cerrado. Qué queda entregado Lectura técnica, lista de riesgos, prioridad de acciones y recomendación de modelo. [Pedir diagnóstico](/contacto?collaborationType=project&projectType=other#contact-form-shell) ### Sprint de desbloqueo Intervención acotada para cerrar una pieza concreta: integración, release, bug crítico, frontend o backend. Ver alcance y resultado Encaja cuando Cuando hay fecha, bloqueo claro y poco margen para montar un proceso largo. Qué queda entregado Entrega funcional, notas técnicas y próximos pasos para continuar sin dependencia. [Valorar sprint](/contacto?collaborationType=project&projectType=support#contact-form-shell) ### Bolsa starter para agencias Capacidad mensual controlada para picos de entrega, preventa técnica, QA, integraciones y evolutivos. Ver alcance y resultado Encaja cuando Cuando hay varias piezas pequeñas o carga variable durante el mes. Qué queda entregado Prioridades, ventana de respuesta, seguimiento ligero y consumo visible. [Valorar bolsa](/contacto?organizationType=agency&collaborationType=hours&projectType=support#contact-form-shell) ### Proyecto cerrado Entrega con alcance, hitos y criterios de aceptación: landing, integración CRM, API, app o estabilización mobile. Ver alcance y resultado Encaja cuando Cuando el resultado esperado está claro y conviene cerrar precio, alcance y calendario. Qué queda entregado Plan, implementación, validación, cierre y handoff documentado. [Valorar proyecto](/contacto?collaborationType=project&projectType=other#contact-form-shell) ## Del brief al cierre 1. 01 ### Contexto Me cuentas objetivo, fecha y bloqueo. Te digo si merece la pena seguir. 2. 02 ### Alcance y modelo Definimos marco, alcance base, hitos y límites. 3. 03 ### Ejecución y seguimiento Queda claro qué entra, qué cambia y qué se entrega. 4. 04 ### Cierre o continuidad Cerramos entregables o pasamos a continuidad sin dependencia artificial. ## ¿No está claro qué modelo necesitas? Cuéntame qué quieres hacer y qué tienes ya. Te propondré una forma de empezar antes de preparar el presupuesto. [Cuéntame el proyecto](/contacto#contact-form-shell)[Trabajo con agencias](/agencias) ## Page: https://abuenoben.com/en/collaboration # How to hire: retainer, project or support | abuenoben > Compare monthly retainer, fixed-scope project and technical support by scope, rate of change and delivery acceptance. Canonical URL: https://abuenoben.com/en/collaboration Language: en Monthly retainer, fixed-scope project or ongoing support. The difference is how often priorities change and how outcomes are accepted. [Tell me about your project](/en/contact#contact-form-shell)[Compare models](#model-comparison) ## Choose based on what you need A retainer suits changing priorities. A fixed-scope project suits a defined outcome. For an application already in use, we can agree support and improvements. ### Monthly Retainer For variable workload, several open fronts and recurring senior support. [Assess monthly retainer](/en/contact?collaborationType=hours&projectType=other#contact-form-shell) #### Best for - Several small or medium deliveries. - Priorities that change during the month. - Senior capacity without expanding the permanent team. Limits and requirements to start #### Not a fit when - A single closed deliverable with scope and validation already defined. - Unlimited availability or permanent reaction without clear priorities. - On-call, 24/7 or structural emergencies outside a specific agreement. #### To start - Priority owner. - Initial list of active fronts. - Agreed channel and response window. ### Fixed-Scope Project For a concrete piece with date, deliverable and acceptance criteria. [Assess fixed project](/en/contact?collaborationType=project&projectType=other#contact-form-shell) #### Best for - Deliverables with a clear expected outcome. - Teams that need plan and milestones. - Work with a fixed date. Limits and requirements to start #### Not a fit when - Open work that changes direction every few days. - A live priority list with decisions that are not mature yet. - Contexts without a clear owner to validate scope, milestones or decisions. #### To start - Objective, date and main deliverable. - Validation owner. - Documentation or access to estimate. ### Support and Evolutives For a live product that needs continuity and clear priorities. [Assess ongoing support](/en/contact?collaborationType=support&projectType=support#contact-form-shell) #### Best for - Product with improvements and issues to order. - Continuity without opening a new project every time. - Balancing fixes, evolution and technical debt. Limits and requirements to start #### Not a fit when - 24/7 support, on-call or permanent incident response. - Environments without a priority owner or decision capacity. - Expecting immediate reaction to every request outside the agreed frame. #### To start - Initial task list. - Criteria to separate urgent issues from improvements. - Review cadence and owner. ## Ways to start We can start with a technical review or a small assignment before committing to a longer phase. ### Express technical diagnostic Review of a blocked website, app, backend or integration to order risks, dependencies and the next step. View scope and outcome Useful when When you still do not know whether you need a sprint, retainer or fixed project. What is delivered Technical reading, risk list, action priorities and model recommendation. [Request diagnostic](/en/contact?collaborationType=project&projectType=other#contact-form-shell) ### Unblocking sprint Scoped intervention to close a concrete piece: integration, release, critical bug, frontend or backend. View scope and outcome Useful when When there is a date, a clear blocker and little room to set up a long process. What is delivered Functional delivery, technical notes and next steps to continue without dependency. [Assess sprint](/en/contact?collaborationType=project&projectType=support#contact-form-shell) ### Starter retainer for agencies Controlled monthly capacity for delivery peaks, technical presales, QA, integrations and evolutives. View scope and outcome Useful when When there are several small pieces or variable workload during the month. What is delivered Priorities, response window, light follow-up and visible consumption. [Assess retainer](/en/contact?organizationType=agency&collaborationType=hours&projectType=support#contact-form-shell) ### Fixed-scope project Delivery with scope, milestones and acceptance criteria: landing, CRM integration, API, app or mobile stabilization. View scope and outcome Useful when When the expected result is clear and it is better to close price, scope and calendar. What is delivered Plan, implementation, validation, close and documented handoff. [Assess project](/en/contact?collaborationType=project&projectType=other#contact-form-shell) ## From brief to close 1. 01 ### Context You tell me objective, date and blocker. I tell you if it is worth continuing. 2. 02 ### Scope and model We define frame, base scope, milestones and limits. 3. 03 ### Execution and follow-up It is clear what enters, what changes and what is delivered. 4. 04 ### Close or continuity We close deliverables or move into continuity without artificial dependency. ## Not sure which model you need? Tell me what you want to do and what you already have. I will suggest how to start before preparing an estimate. [Tell me about your project](/en/contact#contact-form-shell)[Work with agencies](/en/agencies) ## Page: https://abuenoben.com/faq # Preguntas frecuentes | abuenoben > Preguntas sobre marca blanca, modelos de colaboración, propiedad del código y entrada en proyectos ya empezados. Canonical URL: https://abuenoben.com/faq Language: es-ES Marca blanca, proyectos ya empezados, propiedad del código y modelos de colaboración, sin letra pequeña comercial. [Cuéntame tu caso](/contacto#contact-form-shell) ## Para una respuesta concreta Incluye objetivo, fecha, estado actual y el principal bloqueo. ¿Trabajas en marca blanca con agencias?+ Sí. Puedo trabajar sin aparecer ante el cliente, con NDA y dentro del proceso de la agencia. ¿Qué trabajos puedes mostrar y cuáles son confidenciales?+ Arafilum, Integraleon y MaderaPlus permiten mostrar el alcance publicado en sus casos. Se identifica el marco de cada colaboración. Los trabajos de agencia bajo NDA no se publican ni se atribuyen sin autorización. ¿Solo haces móvil?+ No. Mi base más fuerte es móvil, pero también entro en web, backend, integraciones y soporte técnico. ¿Cómo decides si conviene bolsa de horas o proyecto cerrado?+ Si hay alcance e hitos claros, proyecto cerrado. Si el trabajo cambia o necesita continuidad, bolsa o soporte. ¿Puedes entrar en proyectos ya empezados?+ Sí. Es habitual entrar cuando hay presión, deuda técnica o falta de capacidad. ¿Qué necesitas para estimar una entrega?+ Objetivo, estado del diseño o código, fecha y responsable de validación. Después concretamos páginas o flujos, dependencias y criterios de aceptación. Si la base es incierta, puede convenir un diagnóstico antes de cerrar precio y calendario. ¿Qué ocurre si cambia el alcance?+ Revisamos la petición y su impacto antes de ejecutarla. Una corrección respecto de lo acordado y una nueva funcionalidad se tratan por separado. El modelo de colaboración define cómo se aprueban cambios y se registra el consumo. ¿Incluyes soporte después de publicar?+ El soporte posterior y su ventana se especifican en la propuesta. Podemos acordar mantenimiento o una bolsa para evolutivos. Las guardias, urgencias y disponibilidad fuera de horario requieren un acuerdo concreto. [Marco de colaboración](/agencias/marco-colaboracion)[Preparar un brief](/guias/checklist-brief-tecnico-agencia) ## ¿Queda una duda que depende de tu contexto? Un brief corto permite responder sobre encaje, formato y siguiente paso sin una llamada exploratoria innecesaria. [Cuéntame tu caso](/contacto#contact-form-shell)[Comparar modelos](/colaboracion) ## Page: https://abuenoben.com/en/faq # Frequently asked questions | abuenoben > Questions about white-label work, engagement models, code ownership and joining projects already in motion. Canonical URL: https://abuenoben.com/en/faq Language: en White-label work, existing projects, code ownership and engagement models, without hidden commercial caveats. [Share your case](/en/contact#contact-form-shell) ## For a concrete answer Include the objective, timing, current state and main blocker. Do you work white-label with agencies?+ Yes. I can work without appearing in front of the client, under NDA and inside the agency's process. Which projects can you show and which remain confidential?+ Arafilum, Integraleon and MaderaPlus permit the scope described in their case studies to be shown. Each case identifies its engagement context. Agency work under NDA is not published or attributed without permission. Do you only do mobile work?+ No. My strongest base is mobile, but I also work on web, backend, integrations and technical support. How do you decide between retainer and fixed project?+ If scope and milestones are clear, fixed project. If work changes or needs continuity, retainer or support. Can you join projects that are already started?+ Yes. It is common to join when there is pressure, technical debt or missing senior capacity. What do you need to estimate delivery?+ The objective, current design or code, date and validation owner. We then define pages or flows, dependencies and acceptance criteria. If the codebase is uncertain, a diagnostic may be useful before fixing price and schedule. What happens when scope changes?+ We review the request and its impact before implementing it. Corrections against the agreement and new features are assessed separately. The engagement model defines how changes are approved and usage is recorded. Is support included after publication?+ Post-launch support and its window are specified in the proposal. We can agree maintenance or a retainer for improvements. On-call work, urgent requests and out-of-hours availability need explicit terms. [Working framework](/en/agencies/working-framework)[Prepare a brief](/en/guides/agency-technical-brief-checklist) ## Still have a question that depends on context? A short brief is enough to answer on fit, format and next step without an unnecessary discovery call. [Share your case](/en/contact#contact-form-shell)[Compare models](/en/collaboration) ## Page: https://abuenoben.com/sobre-mi # Armando Bueno Ben · Desarrollador freelance | abuenoben > Armando Bueno Ben: experiencia en desarrollo móvil, web, backend e integraciones para agencias y equipos B2B. Canonical URL: https://abuenoben.com/sobre-mi Language: es-ES Trabajo como refuerzo técnico senior. Mi base más fuerte es móvil y la combino con web, backend e integraciones cuando el proyecto necesita una sola responsabilidad clara. Trabajo desde León, España, en remoto con agencias y equipos B2B. ![Retrato profesional de Armando Bueno Ben.](/images/profile/armando-bueno-ben-americana-centered-1440.webp) Base Apps, SDKs, Kotlin Multiplatform y salida a producción. Extensión Web, backend, integraciones y automatización. Contexto Identidad digital, banca, fidelización y producto B2B. ## Experiencia útil para la entrega Mi experiencia combina aplicaciones móviles, integraciones y productos en producción. Eso me ayuda a detectar dependencias antes de comprometer una fecha. Vengo de identidad digital, banca, fidelización y producto B2B, donde integrar mal o publicar con errores tiene coste real. Mi recorrido más fuerte nace en Android, SDKs, Kotlin Multiplatform y calidad antes de producción. Trabajo también en web, backend e integraciones cuando hace falta conectar producto, operación y entrega. ## Dónde ver mi trabajo Especialidad Full stack con base fuerte en móvil, web, backend e integraciones. Sectores Identidad digital, banca privada, fidelización y producto B2B. Resultados Más de 50 integraciones, ~35% menos soporte y ~30% menos regresiones. Responsabilidad SDKs, Kotlin Multiplatform, arquitectura, CI y calidad antes de publicar. [Revisar trabajos y responsabilidad asumida](/casos) ## Dónde aporto más profundidad ### Móvil Android, SDKs, Kotlin Multiplatform, interoperabilidad con iOS y flujos sensibles. ### Web Landings, frontends de producto y piezas comerciales que tienen que conectar bien con CRM, analítica, automatización o un backend existente. ### Backend e integraciones APIs, flujos de datos, automatización y decisiones de arquitectura para reducir soporte, retrabajo y dependencia operativa. ## Cómo se traduce al trabajar - He trabajado con cliente directo, consultoría y marca blanca. - Puedo moverme entre producto, entrega y detalle técnico. - Comparto métricas y contexto sin convertir esta web en un CV. ## Si esta experiencia encaja, hablemos de la entrega. Con objetivo, fecha y bloqueo técnico puedo decirte pronto si soy la persona adecuada. [Cuéntame el proyecto](/contacto#contact-form-shell)[Para agencias](/agencias) ## Page: https://abuenoben.com/en/about # Armando Bueno Ben · Freelance developer | abuenoben > Armando Bueno Ben: mobile, web, backend and integration experience for agencies and B2B teams. Canonical URL: https://abuenoben.com/en/about Language: en I work as senior technical support. My strongest base is mobile, combined with web, backend and integrations when a project needs one clear owner. I work from León, Spain, remotely with agencies and B2B teams. ![Professional portrait of Armando Bueno Ben.](/images/profile/armando-bueno-ben-americana-centered-1440.webp) Base Apps, SDKs, Kotlin Multiplatform and production releases. Extension Web, backend, integrations and automation. Context Digital identity, banking, loyalty and B2B product. ## Experience that supports delivery My experience spans mobile apps, integrations and products in production. It helps me identify dependencies before committing to a deadline. I come from digital identity, banking, loyalty and B2B product contexts, where weak integrations and bad releases have real cost. My strongest track starts in Android, SDKs, Kotlin Multiplatform and quality before production. I also work on web, backend and integrations when delivery needs product, operations and technical execution connected. ## Where to see my work Specialty Full stack with strong mobile, web, backend and integration base. Sectors Digital identity, private banking, loyalty and B2B product. Results More than 50 integrations, around 35% less support and around 30% fewer regressions. Responsibility SDKs, Kotlin Multiplatform, architecture, CI and quality before release. [Review work and delivery responsibilities](/en/cases) ## Where I add more depth ### Mobile Android, SDKs, Kotlin Multiplatform, iOS interoperability and sensitive flows. ### Web Landing pages, product frontends and commercial pieces connected to CRM, analytics, automation or existing backend. ### Backend and integrations APIs, data flows, automation and architecture decisions to reduce support, rework and operational dependency. ## How it translates into work - I have worked with direct clients, consulting and white-label delivery. - I can move between product, delivery and technical detail. - I share metrics and context without turning this website into a resume. ## If this experience fits, tell me about the delivery. The objective, timing and technical blocker are enough for me to say quickly whether I am the right fit. [Tell me about your project](/en/contact#contact-form-shell)[For agencies](/en/agencies) ## Page: https://abuenoben.com/contacto # Contacto para agencias y proyectos B2B | abuenoben > Envía un brief corto para proyectos web, apps, backend, integraciones o refuerzo técnico en marca blanca. Respuesta en 1 día laborable. Canonical URL: https://abuenoben.com/contacto Language: es-ES Qué necesitas, en qué punto estás y para cuándo. Te responderé en un día laborable. ¿Desde qué contexto escribes? Agencia, consultora o estudioEmpresa / pyme digitalProducto digitalOtro Nombre Email profesional Qué debe quedar resuelto Unas líneas sobre el proyecto son suficientes. Añadir más informaciónEmpresa, presupuesto y plazo, si ya los conoces. Empresa o estudio Tipo de proyecto Modalidad Presupuesto orientativo Plazo He leído la [política de privacidad](/legal) y entiendo el tratamiento necesario para responder esta consulta. Acepto usar mi email y los datos de esta consulta para medir resultados en Google Ads (opcional).Datos utilizados y cómo retirar el consentimiento Acepto que Google Ads mida esta consulta mediante el identificador del envío, la fecha, mi email normalizado y transformado con SHA-256 y, si existe y sigue vigente, el identificador de clic. Es opcional, no activa remarketing y puedo retirarlo usando el contacto indicado en la política de privacidad. Verificación antispam Se cargará al empezar a completar el formulario. Respuesta habitual en un día laborable. También puedes escribirme a contacto@abuenoben.com. ![Armando Bueno Ben](/images/profile/armando-bueno-ben-americana-centered-1440.webp) ## Armando Bueno Ben Hablarás conmigo. También me encargaré del desarrollo. ### Después de tu mensaje 1. Reviso el contexto y respondo claro. 2. Si tiene sentido, propongo llamada, estimación o alcance. 3. Si vienes de agencia, puedo trabajar en marca blanca. 4. Si no lo veo claro, también te lo diré pronto. Tu consulta no te suscribe a ninguna lista comercial. ## Page: https://abuenoben.com/en/contact # Contact for agencies and B2B projects | abuenoben > Send a short brief for web, mobile, backend, integration or white-label technical support work. Reply within 1 business day. Canonical URL: https://abuenoben.com/en/contact Language: en What you need, where things stand and when you need it. I will reply within one business day. What context are you writing from? Agency, consultancy or studioCompany or SMEProduct teamOther context Name Work email What needs to be resolved A few lines about the project are enough. Add more informationCompany, budget and timing, if you know them. Company or studio Project type Working model Indicative budget Timing I have read the [privacy policy](/en/legal) and understand the processing needed to answer this request. I agree to use my email and enquiry data to measure results in Google Ads (optional).Data used and how to withdraw consent I agree that Google Ads may measure this enquiry using its submission ID, date, my normalized email address transformed with SHA-256 and, when one exists and remains current, the click identifier. This is optional, does not enable remarketing and can be withdrawn using the contact details in the privacy policy. Anti-spam verification It will load when you start completing the form. Usual reply within one business day. You can also email me at contacto@abuenoben.com. ![Armando Bueno Ben](/images/profile/armando-bueno-ben-americana-centered-1440.webp) ## Armando Bueno Ben You will speak with me. I will also handle the development. ### After your message 1. I review the context and reply clearly. 2. If it makes sense, I suggest a call, estimate or scope. 3. If you come from an agency, I can work white-label. 4. If I do not see a fit, I will say it early. Your enquiry does not subscribe you to a mailing list. ## Page: https://abuenoben.com/legal # Legal, privacidad y cookies | abuenoben > Información legal, privacidad, proveedores, conservación de datos y cookies de abuenoben.com. Canonical URL: https://abuenoben.com/legal Language: es-ES Quién gestiona abuenoben.com, cómo se tratan las consultas y qué opciones tienes sobre tus datos y la analítica. Última actualización 24 de julio de 2026 Responsable Armando Bueno Ben Domicilio profesional León, España NIF 49018883H Contenido 1. [Aviso legal](#legal-1) 2. [Responsable y finalidad](#legal-2) 3. [Base jurídica y obligación de facilitar datos](#legal-3) 4. [Proveedores y transferencias](#legal-4) 5. [Conservación y priorización](#legal-5) 6. [Derechos](#legal-6) 7. [Cookies y medición](#legal-7) 8. [Seguridad y cambios](#legal-8) 01 ## Aviso legal abuenoben.com es una web informativa y comercial dedicada a servicios de desarrollo web, móvil, backend, integraciones y refuerzo técnico. El titular y prestador es Armando Bueno Ben, con NIF 49018883H, domicilio profesional en León, España, y contacto en contacto@abuenoben.com. El acceso a la web implica aceptar estas condiciones. Los contenidos, marca, código y materiales propios no pueden reproducirse o explotarse sin autorización, salvo los usos permitidos por la ley. Los enlaces externos se facilitan como referencia y sus responsables controlan sus contenidos y disponibilidad. 02 ## Responsable y finalidad El responsable del tratamiento es Armando Bueno Ben, con domicilio profesional en León, España, y contacto en contacto@abuenoben.com. Los datos de contacto se usan para recibir, analizar y responder consultas, preparar una propuesta o alcance, gestionar el seguimiento comercial solicitado y proteger el formulario frente a abuso y spam. Se tratan los datos que aportas, como nombre, email, empresa, contexto del proyecto, presupuesto o plazo opcionales y mensaje. Para atribuir la consulta se pueden registrar la primera ruta visitada y la ruta del formulario, el dominio de referencia, la intención comercial y parámetros UTM. Nunca se conserva en este flujo la URL completa con su query. Los identificadores de clic publicitario solo se capturan si existe consentimiento de publicidad en el navegador. La IP se utiliza para seguridad y limitación de abuso. Los registros técnicos generales en Cloudflare KV y los avisos internos conservan rutas limpias y un resumen criptográfico de la atribución, no click IDs en claro. Cuando se acepta además la medición mejorada opcional del formulario, se guardan en un namespace KV dedicado registros seudonimizados e inmutables: un snapshot del envío con su identificador aleatorio y el email normalizado transformado mediante SHA-256; y, solo si se capturaron con consentimiento publicitario del navegador, otro registro con los click IDs vigentes. Ambos tienen caducidad absoluta y los click IDs no se escriben en los campos operativos del CRM. 03 ## Base jurídica y obligación de facilitar datos La gestión de una consulta o propuesta se basa en la aplicación de medidas precontractuales solicitadas por la persona interesada. Las obligaciones legales aplicables pueden justificar tratamientos posteriores, y la prevención de fraude y seguridad se apoya en el interés legítimo del responsable. La analítica y la publicidad no necesarias se activan únicamente con el consentimiento de su categoría, que puede retirarse en cualquier momento. El rechazo no impide usar la web ni enviar el formulario. Nombre, email, tipo de organización, mensaje y confirmación de lectura de esta política son necesarios para enviar el formulario; los demás campos son opcionales. 04 ## Proveedores y transferencias Cloudflare presta alojamiento, entrega, Turnstile, protección antispam, procesamiento del formulario y almacenamiento técnico; HubSpot se usa como CRM; Resend gestiona avisos por correo. Google Analytics 4 se utiliza para analítica cuando se acepta su categoría. La etiqueta de Google Ads y la captura de identificadores de clic dependen de la categoría publicitaria del navegador. La medición mejorada posterior exige además una aceptación opcional separada en el formulario. En ese caso se pueden enviar a Google el identificador aleatorio del envío como ID de transacción, la fecha de conversión, los identificadores GCLID/GBRAID/WBRAID vigentes cuando existan, las señales de consentimiento y el email facilitado tras normalizarlo y transformarlo mediante SHA-256. Los identificadores y hashes siguen siendo datos seudonimizados, no anónimos. No se utilizan Microsoft Clarity, Meta Pixel, LinkedIn Insight Tag ni remarketing en esta fase. Algunos proveedores pueden procesar datos fuera del Espacio Económico Europeo. Cuando ocurra, el tratamiento debe ampararse en una decisión de adecuación, el Marco de Privacidad de Datos UE-EE. UU. cuando sea aplicable, cláusulas contractuales tipo u otra garantía válida. 05 ## Conservación y priorización Las consultas que no continúen se conservarán como máximo 12 meses para mantener el contexto y evitar respuestas duplicadas. Si se inicia una relación profesional, los datos necesarios se conservarán durante la relación y los plazos legales de facturación, fiscalidad o reclamaciones. Los registros técnicos y de consentimiento se conservan hasta 12 meses. El snapshot seudonimizado con el hash de email expira como máximo 90 días después del envío; el registro separado con click IDs expira como máximo 90 días después de su captura y nunca se amplía mediante un reintento. Los posibles valores heredados del CRM se vacían de sus campos activos cuando se tramita su retirada; HubSpot puede conservar versiones anteriores en su historial o copias de seguridad conforme a sus propios controles de retención, pero no se utilizan para nuevas exportaciones. Los datos del brief pueden generar una puntuación interna de prioridad comercial según urgencia, presupuesto, tipo de proyecto y contexto. Esta ayuda solo ordena la revisión humana; no produce decisiones automatizadas con efectos jurídicos o similares. 06 ## Derechos Puedes solicitar acceso, rectificación, supresión, oposición, limitación o portabilidad, y retirar un consentimiento, escribiendo a contacto@abuenoben.com e indicando tu petición. Si retiras la aceptación opcional de medición mejorada, se eliminan los dos registros vigentes del KV dedicado y se impide cualquier exportación posterior asociada a esa consulta. En un Deal activo se marcan como denegadas sus señales de datos y personalización publicitarios; si el Deal ya está archivado y HubSpot no permite editarlo, se verifica que siga archivado y, por tanto, excluido de la fuente antes de eliminar los registros KV. La preferencia publicitaria que tenía el navegador en el momento del envío se conserva como evidencia histórica separada. Podrá solicitarse información razonable para verificar la identidad. También puedes presentar una reclamación ante la Agencia Española de Protección de Datos. Retirar un consentimiento no afecta a la licitud del tratamiento anterior ni a los datos que deban conservarse por obligación legal. 07 ## Cookies y medición Las cookies y el almacenamiento necesarios permiten recordar la versión y categorías elegidas, proteger el formulario y ejecutar Turnstile. La categoría de analítica permite cargar Google Analytics 4 para conocer páginas consultadas, rendimiento e interacciones comerciales agregadas; la vista de página se envía sin query ni hash. La categoría de publicidad permite cargar la etiqueta de Google Ads, medir conversiones web y capturar identificadores de clic; no se activa remarketing. Esta preferencia del navegador no autoriza por sí sola la medición mejorada posterior: esa finalidad tiene una casilla opcional, separada y desmarcada en el formulario. Consent Mode v2 parte con almacenamiento analítico, publicitario, datos de usuario publicitarios y personalización publicitaria denegados. Después de elegir, solo se habilitan el almacenamiento y los datos publicitarios necesarios para medición cuando se acepta esa categoría; la personalización publicitaria permanece denegada mientras no haya remarketing. Aceptar, rechazar y configurar se ofrecen con facilidad equivalente. Puedes cambiar o retirar la decisión en cualquier momento desde Preferencias de cookies en el pie de página; la retirada bloquea cargas posteriores y elimina las cookies opcionales conocidas que correspondan. No se deben incluir nombres, emails, teléfonos, clientes, empleadores ni otros datos personales en UTMs, nombres de campaña o eventos. Para enhanced conversions for leads solo se comparten los datos de medición enumerados en esta política cuando la casilla opcional del formulario esté aceptada y su estado siga vigente. 08 ## Seguridad y cambios Se aplican validación de entrada, limitación de solicitudes, verificación antispam y controles de acceso a los proveedores. Ningún sistema conectado a Internet elimina por completo el riesgo, por lo que no deben enviarse contraseñas, secretos o datos especialmente sensibles mediante el formulario. Esta información puede actualizarse si cambian los servicios o proveedores. La fecha de actualización se muestra al inicio de la página. [Agencia Española de Protección de Datos](https://www.aepd.es/) ## Page: https://abuenoben.com/en/legal # Legal, privacy and cookies | abuenoben > Legal information, privacy, providers, data retention and cookies for abuenoben.com. Canonical URL: https://abuenoben.com/en/legal Language: en Who operates abuenoben.com, how enquiries are processed and the choices available for your data and analytics. Last updated 24 July 2026 Controller Armando Bueno Ben Professional address León, Spain Tax ID 49018883H Contents 1. [Legal Notice](#legal-1) 2. [Controller and Purposes](#legal-2) 3. [Legal Basis and Required Data](#legal-3) 4. [Providers and International Transfers](#legal-4) 5. [Retention and Prioritization](#legal-5) 6. [Your Rights](#legal-6) 7. [Cookies and Measurement](#legal-7) 8. [Security and Changes](#legal-8) 01 ## Legal Notice abuenoben.com is an informational and commercial website for web, mobile, backend, integration and technical support services. The owner and service provider is Armando Bueno Ben, tax ID 49018883H, with a professional address in León, Spain, and available at contacto@abuenoben.com. Using the website implies acceptance of these terms. Original content, branding, code and materials may not be reproduced or commercially exploited without permission, except where allowed by law. External links are provided for reference and remain under the control of their respective owners. 02 ## Controller and Purposes The data controller is Armando Bueno Ben, with a professional address in León, Spain, and available at contacto@abuenoben.com. Contact data is used to receive, assess and answer enquiries, prepare a requested proposal or scope, manage the requested commercial follow-up and protect the form against abuse and spam. The data processed includes the details you provide, such as name, email, company, project context, optional budget or timing and message. To attribute the enquiry, the first visited path and form path, referrer domain, commercial intent and UTM parameters may be recorded. The full URL and its query are never retained in this flow. Advertising click identifiers are only captured with browser advertising consent. The IP address is used for security and abuse prevention. General technical records in Cloudflare KV and internal notifications retain clean paths and a cryptographic attribution digest, never clear-text click IDs. When the separate optional enhanced-measurement choice in the form is also accepted, immutable pseudonymized records are stored in a dedicated KV namespace: a submission snapshot containing the random ID and the normalized email address transformed with SHA-256; and, only when captured with browser advertising consent, a separate record containing current click IDs. Both have an absolute expiry and click IDs are not written to operational CRM fields. 03 ## Legal Basis and Required Data Managing an enquiry or proposal relies on steps requested before entering into a contract. Applicable legal obligations may justify later processing, while fraud prevention and service security rely on the controller's legitimate interests. Non-essential analytics and advertising are only enabled with consent for their respective category, which can be withdrawn at any time. Rejecting them does not prevent use of the website or contact form. Name, email, organization type, message and confirmation that this policy has been read are required to submit the form; all other fields are optional. 04 ## Providers and International Transfers Cloudflare provides hosting, delivery, Turnstile, anti-spam protection, form processing and technical storage; HubSpot is used as CRM; Resend handles email notifications. Google Analytics 4 is used for analytics when its category is accepted. The Google Ads tag and click-identifier capture depend on the browser advertising category. Later enhanced measurement also requires a separate optional opt-in in the form. In that case Google may receive the random submission ID as a transaction ID, conversion date, current GCLID/GBRAID/WBRAID identifiers when available, consent signals, and the user-provided email address after normalization and SHA-256 transformation. The identifiers and hashes remain pseudonymized rather than anonymous data. Microsoft Clarity, Meta Pixel, LinkedIn Insight Tag and remarketing are not used in this phase. Some providers may process data outside the European Economic Area. Where this occurs, processing must rely on an adequacy decision, the EU-US Data Privacy Framework where applicable, standard contractual clauses or another valid safeguard. 05 ## Retention and Prioritization Enquiries that do not progress are retained for no longer than 12 months to preserve context and avoid duplicate replies. If a professional relationship starts, necessary data is retained for the duration of that relationship and applicable invoicing, tax or claims periods. Technical and consent records are retained for up to 12 months. The pseudonymized snapshot containing the email hash expires no later than 90 days after submission; the separate click-ID record expires no later than 90 days after capture, and retries never extend either deadline. Any legacy CRM values are cleared from active fields when a withdrawal is handled; HubSpot may retain earlier values in property history or backups under its own retention controls, but they are not used for new exports. Brief details may generate an internal commercial priority score based on urgency, budget, project type and context. It only orders human review and does not make automated decisions with legal or similarly significant effects. 06 ## Your Rights You may request access, rectification, erasure, objection, restriction or portability, and withdraw consent, by emailing contacto@abuenoben.com with your request. If you withdraw the optional enhanced-measurement opt-in, both current dedicated-KV records are deleted and any later export associated with that enquiry is disabled. On an active CRM Deal, its advertising-user-data and personalization signals are marked denied; if the Deal is already archived and HubSpot does not allow it to be edited, the process verifies that it remains archived and therefore excluded from the source before deleting the KV records. The browser advertising preference recorded when the form was submitted remains separate historical evidence. Reasonable information may be requested to verify your identity. You may also lodge a complaint with the Spanish Data Protection Agency. Withdrawing consent does not affect earlier lawful processing or data that must be retained under a legal obligation. 07 ## Cookies and Measurement Necessary cookies and storage remember the consent version and selected categories, protect the form and run Turnstile. The analytics category allows Google Analytics 4 to load for page, performance and aggregate commercial interaction measurement; page views are sent without query strings or hashes. The advertising category allows the Google Ads tag to load, measure web conversions and capture click identifiers; remarketing is not enabled. This browser preference does not itself authorize later enhanced measurement: that purpose has a separate, optional and unchecked box in the form. Consent Mode v2 starts with analytics storage, advertising storage, advertising user data and advertising personalization denied. After a choice, only the advertising storage and user-data signals needed for measurement are enabled when that category is accepted; advertising personalization remains denied while remarketing is not used. Accept, reject and configure are offered with equivalent ease. You can change or withdraw the choice at any time through Cookie preferences in the footer; withdrawal blocks later loads and removes applicable known optional cookies. Names, email addresses, phone numbers, clients, employers and other personal data must not appear in UTMs, campaign names or events. For enhanced conversions for leads, only the measurement data listed in this policy is shared when the optional form box has been accepted and its consent remains current. 08 ## Security and Changes Input validation, request limits, anti-spam verification and provider access controls are applied. No Internet-connected system eliminates all risk, so passwords, secrets or specially sensitive data should not be sent through the form. This information may be updated when services or providers change. The current update date is shown at the top of the page. [Spanish Data Protection Agency](https://www.aepd.es/)