Saltar a contenido

PDF-011I - Customer Activation Local Dev DDL Execution

Estado: PDF-011I CUSTOMER ACTIVATION LOCAL DEV DDL EXECUTION / GO LOCAL DEV / SQL WRITE CONTROLADO

Fecha: 2026-06-24

Objetivo

Ejecutar en PostgreSQL local/dev el DDL candidate PDF-011G para crear las tablas reales de activacion de clientes ecommerce y solicitudes de alta.

Backup Usado

text C:\APV\backups\openclawai\PDF-011I\business_observer_schema_pre_pdf011i_20260624-113325.dump

  • pg_dump -Fc -s -n business_observer.
  • Tamano: 28676 bytes.
  • Fuera de Git.

DDL Ejecutado

text infra/business-observer/production/b2b-pricing/PDF-011G/PDF-011G-CUSTOMER-ACTIVATION-DDL-CANDIDATE.sql

Se ejecuto con ON_ERROR_STOP=1 y transaccion unica en local/dev gestion_de_negocios_core como openclaw_bo_admin.

Objetos Creados

  • business_observer.clientes_ecommerce.
  • business_observer.ecommerce_customer_requests.
  • business_observer.ecommerce_customer_request_audit.
  • business_observer.customer_activation_audit.

Post-Checks

  • tablas presentes: 4.
  • tablas owned por openclaw_bo_admin: 4.
  • RLS habilitado: 4.
  • indices esperados: 12.
  • constraints clave esperadas: 9.
  • columnas domicilio fiscal/pedido esperadas: 10.
  • policies explicitas: 0 (el DDL habilita RLS, no define policies).
  • grants reader SELECT: 4.
  • grants writer tablas principales SELECT/INSERT/UPDATE: 6.
  • grants writer auditorias SELECT/INSERT: 4.
  • grants admin sobre tablas: 28.
  • objetos duplicados fuera de business_observer: 0.

Permisos, Grants y RLS

El DDL dejo owner openclaw_bo_admin en las cuatro tablas. RLS quedo habilitado en las cuatro tablas. openclaw_bo_reader recibio SELECT; openclaw_bo_writer recibio SELECT/INSERT/UPDATE en tablas principales y SELECT/INSERT en tablas de auditoria; openclaw_bo_admin recibio privilegios admin sobre los objetos.

Rollback Candidate

Disponible en:

text infra/business-observer/production/b2b-pricing/PDF-011G/PDF-011G-CUSTOMER-ACTIVATION-ROLLBACK-CANDIDATE.sql

No se ejecuto rollback.

Que NO Se Hizo

  • No se toco VPS/prod con SQL.
  • No se toco WooCommerce API.
  • No se modifico .env.
  • No se imprimieron secrets, passwords ni connection strings.
  • No se enviaron emails reales.
  • No se cargaron datos de negocio.
  • No se activo runtime, sync, scheduler, cron ni pipelines.

GO / NO-GO

Resultado final: PDF-011I = GO.

Resultado operativo: GO LOCAL DEV.

El SQL write ejecutado fue exclusivamente el DDL candidate PDF-011G, mas los grants/RLS incluidos en ese mismo archivo, en PostgreSQL local/dev gestion_de_negocios_core.

Interpretacion de PDF-011H

PDF-011H = preflight historico.

PDF-011H fue evidencia valida antes del DDL porque verificaba que los objetos de activacion todavia no existieran. Despues de PDF-011I, la validacion viva de PDF-011H falla porque los objetos ya existen; esto es esperado y no representa drift negativo. No se debe revalidar PDF-011H con expectativa de objetos ausentes despues de PDF-011I. La evidencia valida post-DDL es PDF-011I y sus post-checks propios.

Proximo Paso

Publicar este paquete en un gate separado. Despues, avanzar a un dry-run local de runtime/onboarding sin WooCommerce write y sin emails reales.