From 85a9f7d29515872ac05ff3f17ba9fbc2f6a2c627 Mon Sep 17 00:00:00 2001 From: david Date: Wed, 2 Sep 2026 12:13:04 +0200 Subject: [PATCH] . --- .../DOCUMENTO DE DISEÑO — recurring-proformas.md | 15 ++++++++++++++- 1 file changed, 14 insertions(+), 1 deletion(-) diff --git a/docs/recurring-proformas/DOCUMENTO DE DISEÑO — recurring-proformas.md b/docs/recurring-proformas/DOCUMENTO DE DISEÑO — recurring-proformas.md index b163b6f5..892905c4 100644 --- a/docs/recurring-proformas/DOCUMENTO DE DISEÑO — recurring-proformas.md +++ b/docs/recurring-proformas/DOCUMENTO DE DISEÑO — recurring-proformas.md @@ -73,6 +73,19 @@ V1 NO incluye: - timezone por recurrencia; - historial completo de intentos de ejecución. +## Columna Acciones + +La columna `Acciones` de `recurring-proformas` debe reutilizar `RdxRowActions`, +la misma primitive visual utilizada por el listado de Proformas. Debe aparecer +como última columna, con trigger compacto, menú accesible, alineación a la +derecha y acciones destructivas separadas visualmente. + +La celda solo representa acciones preparadas por el controller o la página: +no llama a la API, no utiliza DTOs y no reconstruye reglas de lifecycle. +Las acciones disponibles siguen el lifecycle de `RecurringProforma`; la +presentación e interacción siguen el estándar global de columnas de acciones +del ERP. + --- ## 3. Ubicación funcional @@ -3539,4 +3552,4 @@ para cada occurrence lógica por encima de cualquier automatización adicional. -La evolución posterior hacia emisión automática, períodos avanzados, variables dinámicas o conceptos de suscripción deberá diseñarse como extensión explícita y no condicionar innecesariamente V1. \ No newline at end of file +La evolución posterior hacia emisión automática, períodos avanzados, variables dinámicas o conceptos de suscripción deberá diseñarse como extensión explícita y no condicionar innecesariamente V1.