Define reglas claras de aprobación de gastos con límites, centros de coste, sustitutos y rutas de excepción antes de que tu equipo cree un formulario de solicitud.
Una regla sencilla como «el gerente aprueba todos los gastos» deja de funcionar cuando el gasto atraviesa equipos, presupuestos o límites de importe. Un gerente de ventas puede entender por qué alguien necesita una cena con un cliente, pero quizá no sepa si queda dinero en el centro de coste o si finanzas debe revisar el cargo.
Unas reglas claras de aprobación de gastos asignan a cada persona una decisión concreta. El solicitante proporciona los datos. El responsable del presupuesto confirma que el gasto corresponde a su centro de coste. Finanzas comprueba la política, los impuestos, los recibos y los límites de gasto superiores. Así, las solicitudes siguen una ruta conocida en lugar de dar vueltas por cadenas de correo con peticiones imprecisas de «confirmación».
Los límites de gasto y la responsabilidad sobre el presupuesto responden a preguntas diferentes. Un límite indica cuándo hace falta otro nivel de aprobación. La responsabilidad sobre el presupuesto identifica qué presupuesto paga el gasto. El gerente de un departamento no debería ser automáticamente responsable de todos los presupuestos de su departamento. Una persona puede dirigir el equipo y otra controlar el proyecto o el centro de coste que financia la compra.
Por ejemplo, un empleado envía una solicitud de 180 $ para una suscripción de software de un proyecto de cliente. Su gerente puede aprobar la necesidad empresarial, mientras que el responsable del presupuesto del proyecto aprueba el cargo a ese proyecto. Finanzas puede revisarlo solo si la suscripción queda fuera de la política habitual. Con 3.500 $, la solicitud también podría necesitar la aprobación de un director de finanzas o de un revisor de compras.
Acuerda estas decisiones antes de crear las pantallas de solicitud. De lo contrario, el formulario puede pedir el nombre de un gerente cuando el flujo realmente necesita un centro de coste y un código de proyecto. Después, los equipos añaden excepciones, lo que genera retrabajo y confusión.
Escribe las reglas con un lenguaje sencillo. Cada regla debe explicar:
Finanzas, gerentes y empleados deben interpretar la regla de la misma manera. Una vez acordada la política, una plataforma sin código como AppMaster puede convertir el mapa de reglas en formularios, procesos de aprobación y notificaciones sin esconder las decisiones de política en el diseño de las pantallas.
Un aprobador necesita suficiente contexto para tomar una decisión sin pedir detalles en los comentarios. Finanzas debe acordar la información obligatoria antes de crear formularios o configurar el flujo de aprobación de gastos.
La mayoría de los aprobadores necesitan saber cuánto piensa gastar el empleado, por qué lo necesita la empresa, qué presupuesto pagará el gasto y si la solicitud cumple la política. El gerente puede centrarse en el motivo empresarial. El responsable del centro de coste comprueba el presupuesto. Finanzas revisa los límites por categoría, las pruebas fiscales y los documentos justificativos.
Cada solicitud debe registrar los datos básicos con un formato coherente:
Relaciona los campos obligatorios con una decisión real. Una suscripción mensual de software de 25 $ quizá solo necesite proveedor, importe, centro de coste y motivo empresarial. Una compra de portátil de 4.000 $ también puede requerir el usuario previsto, el motivo de sustitución y el número de solicitud del activo. Un formulario largo para todas las solicitudes genera datos de poca calidad y frustra a los empleados.
Algunos campos deben aparecer solo cuando la categoría o el importe los exijan. Las solicitudes de viaje pueden necesitar destino y fechas del viaje. Los gastos de representación pueden requerir los nombres de los asistentes. Una solicitud que supere un importe determinado puede necesitar presupuestos comparativos o una explicación de por qué se eligió un proveedor. Las preguntas condicionales facilitan el proceso porque los empleados entienden por qué el formulario pide información adicional.
Decide quién proporciona cada dato. Los solicitantes deben aportar la información que conocen, como el motivo y el proveedor. El formulario puede completar su departamento y gerente desde el perfil del empleado. Finanzas puede añadir el estado de la política o los códigos contables después del envío. Así se evita que los empleados adivinen campos que no pueden verificar.
Prueba la lista con tres solicitudes de gastos recientes antes de crear el formulario. Si un aprobador puede decidir sin abrir el correo ni hacer una pregunta adicional, la solicitud contiene información suficiente. Si no, añade el campo que falta o aclara su redacción mientras el proceso aún está sobre el papel.
Los rangos de importes deben coincidir con la forma en que la empresa gasta el dinero. Un equipo que compra planes anuales de software necesita límites distintos de los de una empresa cuyos empleados reclaman principalmente kilometraje, comidas y suministros pequeños. Copiar los límites de otra empresa rara vez funciona bien.
Usa pocos rangos que la gente pueda recordar. Un gerente de departamento podría aprobar solicitudes de hasta 500 $, un gerente de finanzas podría aprobar las de 501 $ a 2.500 $, y un director de departamento podría aprobar los importes superiores. En general, menos rangos producen menos errores de asignación.
Escribe el cálculo junto a cada rango. Los equipos de finanzas suelen discrepar porque una persona usa el importe antes de impuestos y otra el cargo final. Indica si los totales incluyen impuestos sobre ventas, propinas, comisiones de cambio de divisa y cargos recurrentes. Para una suscripción de 12 meses, decide si la aprobación se basa en el primer pago mensual o en el compromiso anual completo.
El tipo de gasto también importa. Una cena con un cliente de 1.000 $ y un portátil de 1.000 $ no siempre requieren la misma revisión. Los equipos pueden necesitar la aprobación de TI o de compras, mientras que un viaje dentro del límite habitual quizá solo necesite la aprobación del gerente del empleado.
Usa una tabla sencilla mientras acuerdas la política:
| Tipo de solicitud | Importe total | Aprobación necesaria |
|---|---|---|
| Gasto habitual | Hasta 500 $ | Responsable del centro de coste |
| Gasto habitual | De 501 $ a 2.500 $ | Responsable del centro de coste y gerente de finanzas |
| Suscripción de software | Más de 500 $ de total anual | Responsable del centro de coste y responsable del presupuesto |
| Equipo | Cualquier importe | Responsable del centro de coste y revisor de TI |
Sé preciso cuando deban aprobar dos personas. Define si aprueban en secuencia o al mismo tiempo, y si ambas decisiones son necesarias antes del pago. Una solicitud de software de 1.800 $ podría ir primero al responsable del centro de coste y después a finanzas. Una solicitud de 3.000 $ cargada a un presupuesto de proyecto restringido puede necesitar la aprobación del responsable del presupuesto y de finanzas, aunque el gerente del empleado ya la haya aprobado.
Finanzas debe controlar los cambios de los límites. Si las personas pueden editar los límites dentro de un formulario o conceder excepciones verbales, el flujo se vuelve difícil de explicar y auditar. Mantén los rangos actuales en un único documento de política y crea los formularios de acuerdo con él.
Cada centro de coste activo necesita un responsable de presupuesto identificado. Esa persona no tiene que aprobar personalmente cada compra, pero los empleados y finanzas deben saber quién responde del gasto imputado a ese presupuesto. Una regla como «envíalo al director del departamento» provoca retrasos cuando un departamento tiene varios equipos o presupuestos.
Usa el centro de coste de la solicitud para seleccionar al primer aprobador. Si un coordinador de ventas envía un gasto de 450 $ por un evento al centro de coste de ventas de Norteamérica, la solicitud va al responsable de ese centro y después sigue las reglas basadas en el importe. El coordinador no debería tener que adivinar qué responsable de ventas controla el presupuesto.
Mantén la responsabilidad sencilla:
Los costes compartidos necesitan una ruta definida. El software utilizado por varios departamentos, los suministros de oficina compartidos y los eventos de empresa pueden generar discusiones si una solicitud se asigna por defecto a un departamento. Finanzas puede asignar esos costes a un responsable de servicios compartidos, pedir al solicitante que divida el gasto o revisar la solicitud antes de seleccionar un presupuesto. Elige un enfoque para cada tipo habitual de gasto compartido.
El formulario no debe aceptar códigos que ya no existan. Si un empleado selecciona un proyecto cerrado o un código de equipo retirado, la solicitud debe detenerse y pedir un centro de coste vigente. Si no puede seleccionar uno, finanzas debe recibir la solicitud con un motivo como «falta el centro de coste». Finanzas puede devolverla para corregirla o asignar un código temporal cuando la política lo permita.
Mantén una lista breve con el nombre y el código del centro de coste, el responsable principal y el estado. Actualízala cuando cambien los presupuestos, se reorganizan los equipos o un responsable deje la empresa. En una aplicación de AppMaster, los administradores pueden mantener esta lista en una tabla de datos y usarla para dirigir las solicitudes automáticamente. Finanzas conserva el control de los cambios y las solicitudes no se quedan en la bandeja de entrada de alguien que ya no gestiona el presupuesto.
Las aprobaciones no deben detenerse porque un gerente esté de vacaciones, de viaje o cambiando de puesto. La delegación mantiene las solicitudes en movimiento, pero la regla necesita límites para que finanzas pueda saber quién tomó cada decisión y por qué.
Permite la delegación solo cuando el aprobador designado la configure o cuando lo haga un administrador autorizado de finanzas o de recursos humanos. Registra el nombre del sustituto, la fecha de inicio y la fecha de finalización. Una delegación indefinida causa problemas cuando los accesos antiguos permanecen activos.
Una regla práctica podría permitir que un gerente de departamento asigne un sustituto durante un máximo de 30 días de ausencia planificada. Si la ausencia dura más, finanzas revisa y renueva la asignación. Así, el equipo tiene un momento claro para confirmar que el sustituto sigue teniendo la autoridad adecuada.
El flujo debe mostrar al aprobador original junto a la persona que actúa como sustituto. Registra el periodo de delegación y la hora de aprobación. Cuando finanzas o un auditor revise una reclamación más adelante, podrá ver que el gerente no la aprobó personalmente y que el sustituto tenía permiso para actuar.
No sustituyas el nombre del aprobador original por el del sustituto. Ese atajo dificulta resolver las discrepancias, especialmente en gastos que se salen de los patrones habituales.
Define una regla clara para las reclamaciones enviadas por el propio equipo del sustituto. Algunos equipos de finanzas permiten que los sustitutos aprueben las reclamaciones habituales de ese equipo, pero exigen que otro gerente apruebe sus propios gastos. Otros escalan todas las reclamaciones de la línea jerárquica del gerente delegado. Elige una política y exprésala con claridad.
La política de delegación debe confirmar que los sustitutos actúan solo en nombre del aprobador designado durante las fechas indicadas, no pueden aprobar sus propios gastos y deben seguir las reglas habituales de importe y centro de coste. Finanzas debe asignar un aprobador alternativo cuando un gerente se marche o cambie de puesto.
Los cambios de puesto requieren una respuesta distinta a las ausencias breves. Revoca rápidamente el acceso de aprobación cuando alguien deje la empresa y asigna sus centros de coste a un nuevo responsable. Si todavía no existe un responsable permanente, finanzas puede nombrar un sustituto temporal con una fecha de finalización. Las solicitudes no deben dirigirse indefinidamente al sustituto de un empleado que ya se marchó.
Todo flujo de aprobación de gastos necesita una ruta para las solicitudes que no encajan en las reglas habituales. Define estos casos antes de crear las pantallas. De lo contrario, los empleados envían correos, los gerentes toman decisiones informales y nadie puede explicar por qué una solicitud siguió adelante.
Entre las excepciones habituales están los viajes urgentes, los recibos faltantes, las solicitudes por encima del límite estándar o los cargos asignados al centro de coste incorrecto. Trata cada caso como un tipo de excepción con nombre, no como un «caso especial» impreciso. El solicitante debe seleccionar el motivo y adjuntar la información necesaria.
Por ejemplo, un empleado puede tener que reservar mañana una visita a un cliente porque cambió la fecha de la reunión. La solicitud podría requerir un itinerario, una breve explicación de la urgencia y el coste total previsto. Finanzas puede dirigirla al gerente del empleado y a un revisor de finanzas en lugar de enviarla por la cadena habitual.
Decide quién puede aprobar cada excepción y qué pruebas necesita. Un recibo faltante puede requerir una declaración firmada y el registro de la transacción de la tarjeta. Una compra urgente puede necesitar una nota del gerente que explique por qué el equipo no pudo usar la ruta habitual de compras.
Registra la decisión final, el nombre del revisor, la fecha y el motivo de cada excepción. Así finanzas obtiene un registro de auditoría útil y puede detectar problemas repetidos de cumplimiento de la política.
Las solicitudes suelen quedarse bloqueadas porque un revisor está ausente o no ve una notificación. Define un plazo de respuesta para cada excepción. Cuando venza, el flujo debe avisar a un sustituto o escalar la solicitud a un revisor alternativo identificado.
En un viaje urgente, el primer revisor podría tener un día laborable para responder. Si no actúa, la solicitud pasa a su sustituto. Si el sustituto tampoco responde en cuatro horas laborables, finanzas la recibe para tomar una decisión. Mantén visible al revisor original para que finanzas pueda identificar dónde comenzó el retraso.
La aplicación debe guardar el tipo de excepción, las pruebas, el motivo de la decisión excepcional y el estado de la escalada. AppMaster permite a los equipos modelar esos campos y dirigir las solicitudes mediante procesos empresariales visuales, de modo que los empleados tienen una ruta clara para las excepciones legítimas y finanzas conserva registros coherentes.
Un coordinador de marketing envía una solicitud para una suscripción anual de software de 1.200 $. El formulario pide el proveedor, el importe, el motivo empresarial, la fecha de renovación y el centro de coste de marketing. El coordinador adjunta un presupuesto del proveedor y explica que la herramienta permite elaborar informes de campañas.
El flujo lee el importe y el centro de coste antes de enviar las notificaciones. Según las reglas acordadas, las compras de entre 1.000 $ y 2.500 $ necesitan la aprobación del responsable del centro de coste y de un revisor de finanzas. La solicitud va primero al responsable del presupuesto de marketing.
El responsable ve la solicitud, el presupuesto restante del centro de coste y el motivo de la compra. Puede aprobarla, rechazarla o devolverla con una pregunta. Si la aprueba, finanzas recibe el mismo registro. Finanzas comprueba si la suscripción cumple la política, si están presentes los datos fiscales y si el proveedor ya existe en los registros.
Si ambos aprueban, el sistema registra la decisión, los nombres de los aprobadores y las marcas de tiempo. El coordinador recibe una actualización del estado y puede continuar con la compra. Si finanzas rechaza la solicitud, el registro conserva el motivo, por ejemplo: «Usa la herramienta de informes existente hasta que termine el contrato actual».
Si el responsable de marketing está de vacaciones, un sustituto actúa solo cuando el responsable haya configurado la delegación por adelantado y esta esté activa durante las fechas de ausencia. El sustituto recibe una nota que indica que actúa en nombre del responsable de marketing.
El sustituto puede tomar la misma decisión, pero el registro debe mostrar tanto al responsable cuya autoridad se aplica como a la persona que actuó. Finanzas sigue revisando la solicitud después de que el sustituto la apruebe. Un sustituto no puede aprobar sus propios gastos ni saltarse un límite de aprobación superior.
El coordinador puede solicitar una excepción si el proveedor exige el pago antes de que termine la revisión habitual o si la compra queda fuera de un límite de la política. El formulario debe exigir una breve nota de excepción y pruebas, como una fecha límite indicada en el presupuesto del proveedor.
Después, el flujo envía la solicitud a la persona autorizada para aprobar esa excepción, normalmente un gerente de finanzas. Su decisión aparece junto a las aprobaciones habituales, no las sustituye. Por ejemplo: «Excepción aprobada: se permite el pago antes de las condiciones habituales porque las inscripciones al evento se cierran el viernes».
Este ejemplo pone a prueba las áreas que suelen causar confusión: límites de importe, responsabilidad, cobertura temporal y excepciones. Crea la pantalla de solicitud solo después de que cada ruta tenga un responsable y un resultado registrado.
Muchos flujos de aprobación fallan porque copian un organigrama en lugar de reflejar quién es responsable del presupuesto. Un cargo rara vez cuenta toda la historia. Un gerente puede dirigir dos centros de coste, ser responsable temporal de un presupuesto o aprobar solo una categoría concreta de gasto. Vincula los derechos de aprobación a una persona, un centro de coste, una categoría y un límite, no a un cargo como «director de departamento».
Evita dirigir todas las solicitudes al director de finanzas. Eso crea una cola de compras habituales y convierte a finanzas en un cuello de botella. Finanzas debe establecer la política, revisar los riesgos inusuales y gestionar determinadas excepciones. Los responsables de los centros de coste pueden aprobar los gastos habituales dentro de los límites acordados, mientras que los importes superiores y las categorías restringidas pasan al siguiente nivel.
Mantén las reglas de excepción en el flujo, no en cadenas de correo. Si un empleado necesita un hotel para el mismo día porque se canceló un vuelo, la solicitud necesita una ruta visible: registrar el motivo, adjuntar las pruebas, enviarla al aprobador correcto y registrar la decisión.
Unas pocas comprobaciones evitan la mayoría de las confusiones:
El último punto protege el proceso frente a los conflictos de intereses. El solicitante puede seleccionar el centro de coste al que imputar el gasto, pero el flujo debe seleccionar al aprobador según las reglas aprobadas. Una gerente de ventas que envía una cena de cliente de 900 $ al centro de coste de ventas debe dirigirla al responsable de ese presupuesto, no a un menú de gerentes afines.
Expresa las reglas con un lenguaje que las personas puedan comprobar y explicar. Por ejemplo: «Las solicitudes de más de 5.000 $ necesitan la aprobación del responsable del centro de coste y de finanzas. Un viaje reservado después de una emergencia puede omitir la aprobación previa, pero el empleado debe enviar los recibos y una explicación escrita en un plazo de dos días laborables».
Un formulario no puede resolver unas reglas poco claras. Pon el mapa de aprobaciones propuesto en un documento breve que finanzas, los responsables de presupuesto y el personal de operaciones puedan leer fácilmente.
Empieza por la responsabilidad. Cada centro de coste activo necesita un aprobador identificado y una ruta alternativa para las ausencias. Evita etiquetas como «responsable del departamento» a menos que la empresa mantenga actualizada la lista de esos cargos. Si el centro de coste de Marketing no tiene responsable, decide si las solicitudes deben detenerse, pasar a finanzas o dirigirse a un sustituto temporal.
Compara cada límite con solicitudes recientes. Revisa una muestra pequeña del último mes o trimestre, ordenada por importe, centro de coste y tipo de gasto. Esto revela reglas que parecen razonables, pero generan aprobaciones innecesarias. Si la mayoría de las renovaciones de software quedan justo por encima del límite de 500 $, finanzas puede dedicar demasiado tiempo a aprobar cargos habituales en vez de revisar gastos inusuales.
Prueba las reglas escritas con casos complicados:
Escribe el resultado esperado para cada caso: quién recibe la solicitud, quién puede aprobarla, qué pruebas necesita y qué ocurre si nadie responde. Si dos personas interpretan el mismo caso de forma distinta, la regla necesita más trabajo.
Pide a finanzas y a los responsables de presupuesto que aprueben el documento antes de que el equipo diseñe el formulario. Su aprobación debe cubrir los importes, el orden de las rutas, los límites de delegación y la autoridad para aprobar excepciones, no solo la redacción. Conserva la versión aprobada junto al desarrollo del flujo para que los cambios posteriores tengan una referencia clara.
Cuando finanzas haya aprobado el mapa de rutas, convierte cada regla en datos que la aplicación pueda guardar y utilizar. Una solicitud necesita campos como importe, moneda, centro de coste, tipo de gasto, solicitante, motivo empresarial, recibo y fecha. El personal también necesita estados claros: Borrador, Enviada, En espera del gerente, En espera de finanzas, Aprobada, Rechazada y Necesita corrección.
Mantén la política separada del diseño de las pantallas. Cambiar un límite de 500 $ a 750 $ o asignar un nuevo responsable a un centro de coste debería significar cambiar una regla, no reconstruir todos los formularios.
Crea primero las condiciones de asignación. Una solicitud inferior a 250 $ puede ir al gerente del centro de coste. Una solicitud de entre 250 $ y 2.000 $ puede necesitar a ese gerente y a finanzas. Una solicitud superior a 2.000 $ también puede necesitar al director del departamento. Los gastos de representación pueden requerir recibo y revisión de finanzas con cualquier importe.
El personal de finanzas debe poder abrir una regla y entender por qué la aplicación seleccionó a un aprobador. En AppMaster, los equipos pueden crear procesos empresariales visuales que guardan una solicitud, comprueban los campos obligatorios, encuentran al responsable del centro de coste, evalúan el importe y crean las tareas de aprobación correspondientes. El acceso basado en roles puede limitar a cada aprobador las solicitudes que debe ver.
Crea la pantalla de solicitud cuando la lógica ya esté estable. Recopila la información que necesitan las reglas de asignación y las revisiones de finanzas, además de los documentos pertinentes. Las preguntas adicionales ralentizan a las personas y suelen producir respuestas incoherentes.
Antes del lanzamiento, finanzas debe probar casos realistas en la aplicación:
En cada prueba, comprueba el aprobador asignado, el estado del solicitante, el momento de los recordatorios y el registro de auditoría. Si finanzas no puede explicar la ruta en una o dos frases, simplifica la regla antes de que los empleados dependan de ella.
Después de probarlo, publica el flujo y ofrece a los solicitantes una guía breve sobre los estados que verán. Unas reglas claras de aprobación de gastos convierten el proceso en pasos previsibles en lugar de decisiones ocultas en la bandeja de entrada de alguien.
¿Cuál es la diferencia entre un límite de aprobación y el responsable de un presupuesto?El límite de gasto determina cuándo hace falta una aprobación adicional. El responsable del presupuesto determina qué centro de coste paga el gasto. Un gerente puede aprobar el motivo empresarial, mientras otra persona aprueba el cargo al presupuesto.
¿Cómo debemos establecer los límites de aprobación de gastos?Usa pocos rangos de importes que reflejen el gasto habitual. Por ejemplo, el responsable de un centro de coste puede aprobar hasta 500 $, finanzas puede participar entre 501 $ y 2.500 $, y las solicitudes de mayor importe pueden necesitar otro revisor. Indica si cada importe incluye impuestos, tasas, propinas y el valor total de los contratos recurrentes.
¿Quién debe aprobar una solicitud de gasto?Dirige la solicitud desde el centro de coste seleccionado, no desde el cargo del solicitante ni desde un gerente elegido por esa persona. Mantén un responsable de presupuesto vigente para cada centro de coste activo y define una ruta de sustitución.
¿Qué información debe recopilar un formulario de solicitud de gastos?Pide solo la información necesaria para tomar una decisión: importe, moneda, categoría, centro de coste, motivo empresarial, proveedor, fecha en la que se necesita la decisión y documentos relevantes. Añade campos condicionales para categorías como viajes, comidas con clientes o equipos.
¿Todos los gastos deben usar el mismo formulario?Usa preguntas condicionales. Una suscripción de software de bajo importe quizá solo necesite proveedor, importe, motivo y centro de coste. Una solicitud de portátil también puede requerir el usuario previsto, el motivo de sustitución y la referencia del activo.
¿Qué ocurre cuando un aprobador está de vacaciones?Configura la delegación por adelantado con un sustituto identificado, una fecha de inicio y una fecha de finalización. El registro de aprobación debe mostrar tanto al aprobador original como a la persona que actuó, para que finanzas pueda revisar la decisión más adelante.
¿Puede un sustituto aprobar los gastos de su propio equipo?No permitas que los sustitutos aprueben sus propios gastos. Mantén los límites de importe y las reglas del centro de coste, y dirige sus gastos personales a otro revisor autorizado.
¿Cómo debemos gestionar las excepciones de gastos?Crea tipos de excepción concretos, como viajes urgentes, recibos faltantes, centros de coste incorrectos o gastos por encima del límite habitual. Exige un motivo y pruebas de respaldo, y envía la solicitud a la persona autorizada para aprobar esa excepción.
¿Cómo podemos evitar que las solicitudes de aprobación se queden bloqueadas?Define plazos de respuesta y rutas de escalado. Por ejemplo, envía una solicitud urgente a un sustituto después de un día laborable y, cuatro horas laborables más tarde, a finanzas. Mantén visible al revisor original en el registro.
¿Puede AppMaster crear un flujo de aprobación de gastos sin código?Guarda las reglas de aprobación como datos independientes del diseño del formulario. En AppMaster, los equipos pueden mantener los responsables de los centros de coste y los límites en tablas de datos, y después usar procesos empresariales visuales para seleccionar aprobadores, crear tareas, enviar notificaciones y conservar un registro de auditoría.
14 jul 2026
6 min
13 jul 20268 min
08 jul 20267 minExperimente con AppMaster con plan gratuito.
Cuando esté listo, puede elegir la suscripción adecuada.
