docs(comercial): specs plan_pagos_venta y backlog_ventas v1.0

Dos mini-proyectos nuevos relacionados, planeados a partir del requerimiento del usuario de capturar pagos por venta y gestionarlos en un modulo central:

1. plan_pagos_venta.md v1.0

   • Tabla nueva ventas.pago_venta para capturar el plan de pagos (1 venta puede tener N pagos en fechas distintas: mensual, trimestral, semestral, fechas arbitrarias)
   • Drop de Venta.fecha_ejecucion_evento con migracion automatica idempotente al boot (cada venta con el campo viejo se convierte en 1 pago)
   • Regla C1 v1.2 actualizada: funnel=Cerrado pasa de exigir fecha_ejecucion_evento a exigir al menos 1 pago en el plan
   • Sin validacion estricta de monto total: la suma del plan puede ser <, = o > que monto_contrato (en la realidad se cancelan pagos por incumplimiento del cliente y eso no afecta lo vendido)
   • UX dentro del VentaModal: seccion "Plan de pagos" con tabla editable inline + generador periodico (mensual/trimestral/ semestral con monto equidistribuido) + indicador visual de cobertura verde/ambar/rojo
   • 13 decisiones cerradas, 5 fases, ~4-6 dias

2. backlog_ventas.md v1.0

   • Modulo nuevo /backlog para gestion transversal de pagos
   • Capacidades MVP: ver lista + marcar pagado + cancelar + re-activar + editar nota/referencia (sin tocar monto/fecha/ crear, eso queda en VentaModal para no duplicar editor del plan)
   • Scope row-level igual que /ventas reusando aplicar_scope_ventas con JOIN a la venta duena
   • Sin KPIs en MVP (solo tabla, los KPIs serian otro mini-proyecto)
   • Modulo backlog nuevo en _MODULOS con superset por rol (todos los roles operativos lo tienen)
   • 8 decisiones cerradas, 4 fases, ~3-4 dias tras prerequisito

Depende: backlog_ventas depende de plan_pagos_venta Fases 1+2. Ambos son aditivos a C1, no rompen modulos existentes. Audit log de pagos queda como MVP+1.

Co-Authored-By: Claude Opus 4.7 (1M context) noreply@anthropic.com