Project State¶

Business Observer - PDF-013AD cross-repo WooCommerce production dry-run execution closed checkpoint¶

Fecha: 2026-06-29
Estado: PDF-013AD CROSS-REPO WOOCOMMERCE PRODUCTION DRY-RUN EXECUTION CLOSED CHECKPOINT / VERDE DOCUMENTAL / PDF-013U-Y EJECUTADO Y CERRADO / RUNTIME PRODUCTIVO VUELTO A ESTADO CERRADO
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-013AD-CROSS-REPO-WOOCOMMERCE-PRODUCTION-DRY-RUN-EXECUTION-CLOSED-CHECKPOINT.md
Objetivo: registrar en OpenClaw que el repo WooCommerce La Directa publico el cierre de PDF-013U-Y PRODUCTION DRY-RUN EXECUTION / SYNTHETIC PAYLOAD / NO EXTERNAL SEND.
Checkpoint anterior OpenClaw: PDF-013AC.
Gate WooCommerce cerrado: PDF-013U-Y PRODUCTION DRY-RUN EXECUTION / SYNTHETIC PAYLOAD / NO EXTERNAL SEND.
HEAD OpenClaw base: 6aa59e9a46ea0eb644703b8c37547181200430c7.
HEAD WooCommerce registrado: 5b4d09f40bb8c5b01896b34c3b8efb14cb42065f.
Commit WooCommerce publicado en origin: 5b4d09f docs: record pdf-013u-y production dry-run execution.
Resultado: VERDE DOCUMENTAL; PDF-013U-Y quedo ejecutado y cerrado; runtime productivo WooCommerce volvio a estado cerrado.
Evidencia registrada: unico POST sintetico ejecutado, HTTP 200, resultado DRY_RUN_READY_BLOCKED / PENDING_SGC_REVIEW / READY_BLOCKED, emails_sent=false, send_blocked_by_default=true, rollback confirmado, home/tienda 200, private endpoint 404 y feature flag efectiva final false.
Validadores WooCommerce registrados: PDF-013U_Y_PRODUCTION_DRY_RUN_EXECUTION_PLAN_VALIDATION_PASS y PDF-013U_X_PRODUCTION_DRY_RUN_AUTHORIZATION_PLAN_VALIDATION_PASS.
Restricciones confirmadas: no repetir POST sin nuevo gate explicito; sin nonce impreso, cookies, auth headers, datos reales, SGC, WooCommerce API, SMTP, emails reales, Docker, runtime, staging, SQL, push ni deploy desde OpenClaw.
WooCommerce untracked fuera de alcance: artifacts/ y tools/visual-factory/.
Decision: GO solo documental para PDF-013AD; cualquier ejecucion futura requiere autorizacion separada, nueva y explicita.
Proximo paso recomendado: revisar el cierre solo para trazabilidad y abrir un gate nuevo si se decide avanzar con otro flujo funcional o productivo.

Business Observer - PDF-013AC cross-repo WooCommerce production dry-run execution plan checkpoint¶

Fecha: 2026-06-29
Estado: PDF-013AC CROSS-REPO WOOCOMMERCE PRODUCTION DRY-RUN EXECUTION PLAN CHECKPOINT / VERDE DOCUMENTAL / NO-GO RUNTIME / PDF-013U-Y NO EJECUTADO
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-013AC-CROSS-REPO-WOOCOMMERCE-PRODUCTION-DRY-RUN-EXECUTION-PLAN-CHECKPOINT.md
Objetivo: registrar en OpenClaw que el repo WooCommerce La Directa avanzo hasta PDF-013U-Y PRODUCTION DRY-RUN EXECUTION / SYNTHETIC PAYLOAD / NO EXTERNAL SEND.
Checkpoint anterior OpenClaw: PDF-013AB.
Gate WooCommerce actual: PDF-013U-Y PRODUCTION DRY-RUN EXECUTION / SYNTHETIC PAYLOAD / NO EXTERNAL SEND.
HEAD OpenClaw base: a9f065fefef1eefcff24bfec5fcdbebad5e6de4f.
HEAD WooCommerce registrado: b25cea2cef8b3d23ef6454cf52b8a9c4be43db1e.
Resultado: VERDE DOCUMENTAL para trazabilidad cross-repo; NO-GO RUNTIME para produccion.
Validadores WooCommerce registrados: PDF-013U_Y_PRODUCTION_DRY_RUN_EXECUTION_PLAN_VALIDATION_PASS y PDF-013U_X_PRODUCTION_DRY_RUN_AUTHORIZATION_PLAN_VALIDATION_PASS.
Restricciones confirmadas: PDF-013U-Y esta preparado, pero NO EJECUTADO; produccion sigue NO-GO; sin POST, nonce, feature flag activa, rollback real, WooCommerce API, SGC, SMTP, emails, datos reales, VPS, Docker, runtime, staging, SQL, push ni deploy.
WooCommerce untracked fuera de alcance: artifacts/ y tools/visual-factory/.
Decision: GO solo documental para PDF-013AC; ejecucion productiva futura requiere autorizacion separada, nueva y explicita.
Proximo paso recomendado: abrir una autorizacion productiva separada solo si se decide ejecutar PDF-013U-Y; mientras tanto, mantener runtime/productivo en NO-GO.

Business Observer - PDF-013AB cross-repo WooCommerce production dry-run authorization plan checkpoint¶

Fecha: 2026-06-29
Estado: PDF-013AB CROSS-REPO WOOCOMMERCE PRODUCTION DRY-RUN AUTHORIZATION PLAN CHECKPOINT / CHECKPOINT / CROSS-REPO / PRODUCTION DRY-RUN AUTHORIZATION PLAN / NO POST
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-013AB-CROSS-REPO-WOOCOMMERCE-PRODUCTION-DRY-RUN-AUTHORIZATION-PLAN-CHECKPOINT.md
Objetivo: registrar en OpenClaw que el repo WooCommerce La Directa avanzo hasta PDF-013U-X Production Dry-Run Authorization Plan / No Post.
Checkpoint anterior OpenClaw: PDF-013AA.
Gate WooCommerce actual: PDF-013U-X Production Dry-Run Authorization Plan / No Post.
HEAD OpenClaw base: c7ba47b95b0ace9f9da46ada9119ae0c14770a5a.
HEAD WooCommerce validado: add289e91acf0768bdb410ab48e8e9b7cbe829cc.
Resultado WooCommerce: VERDE documental para plan de autorizacion dry-run productivo, sin POST.
Restricciones confirmadas: sin produccion ejecutada, sin POST productivo, sin endpoint creado, sin nonce capturado, sin feature flag productiva habilitada, sin WooCommerce API, sin SGC, sin SMTP real, sin emails, sin VPS, sin Docker, sin runtime, sin staging, sin SQL, sin sync, sin scheduler, sin cron, sin pipelines y sin deploy.
WooCommerce untracked fuera de alcance: artifacts/ y tools/visual-factory/.
Warning documental: CODEX.md WooCommerce conserva una contradiccion puntual; para estado vigente prevalecen Git HEAD add289e91acf0768bdb410ab48e8e9b7cbe829cc, docs/PROJECT-STATE.md, docs/ROADMAP.md, docs/CHANGE-GATES.md, el documento PDF-013U-X y su validador.
Decision: GO solo documental para PDF-013AB; runtime/productivo sigue NO-GO.
PDF-013U-Y: no queda autorizado; requiere autorizacion separada para produccion, nonce efimero, feature flag temporal, unico POST sintetico y rollback.
Proximo paso recomendado: mantener PDF-013U-Y PRODUCTION DRY-RUN EXECUTION / SYNTHETIC PAYLOAD / NO EXTERNAL SEND en NO-GO hasta autorizacion separada, nueva y explicita.

Business Observer - PDF-013AA cross-repo WooCommerce production authenticated render checkpoint¶

Fecha: 2026-06-29
Estado: PDF-013AA CROSS-REPO WOOCOMMERCE PRODUCTION AUTHENTICATED RENDER CHECKPOINT / CHECKPOINT / CROSS-REPO / PRODUCTION AUTHENTICATED RENDER / NO FORM POST
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-013AA-CROSS-REPO-WOOCOMMERCE-PRODUCTION-AUTHENTICATED-RENDER-CHECKPOINT.md
Objetivo: registrar en OpenClaw el resultado WooCommerce PDF-013U-W Production Private Page Authenticated Render / No Form Post.
Gobierno: OpenClaw sigue siendo gobierno maestro; WooCommerce La Directa es repo de implementacion ecommerce/plugin/theme/assets.
Gate maestro de origen: PDF-013C.
Checkpoint anterior OpenClaw: PDF-013Z.
Gate WooCommerce actual: PDF-013U-W Production Private Page Authenticated Render / No Form Post.
Rama WooCommerce relacionada: release/intake-pdf013.
HEAD remoto WooCommerce relacionado: a561776f0d7d2766ef2b2a2124e354d81b7e8e13.
Commit WooCommerce nuevo: a561776 test: validate pdf-013u-w production authenticated render.
Estado final recomendado WooCommerce: VERDE.
Estado operativo: PRODUCTION PRIVATE PAGE AUTHENTICATED RENDER / NO FORM POST.
Plugin produccion: private-intake-form active, 0.2.0-candidate.
Pagina privada productiva renderizada y validada para usuario autorizado.
Page ID: 32.
Slug: private-intake-candidate.
Status: private.
Shortcode presente: [ladirecta_private_intake_form].
Render OK: render_ok=true.
Estructura formulario presente; 14/14 campos esperados; submit presente.
Feature flag productiva: production, constant=false, override=false, effective=false.
Publico no autenticado sigue sin acceso: HEAD y GET a /private-intake-candidate/ devuelven 404.
Home/tienda produccion: 200 OK.
Sin link publico/menu; menu_link_count=0; home/tienda sin link al slug.
Endpoint produccion no ejecutado.
POST productivo no ejecutado.
Nonce no capturado, no impreso y no guardado.
Cookies/auth headers no impresos ni guardados.
HTML completo no impreso ni guardado con nonce.
Sin payload/candidate completo, sin datos reales y sin auto-submit.
No-side-effects visibles: usuarios WordPress 1 -> 1; customers 0 -> 0; paginas con slug 1 -> 1.
No hubo WooCommerce API, SGC, SMTP real ni emails.
No se imprimieron ni versionaron secretos; no se creo .env real ni config/private-staging.env.
Decision: GO solo para registrar el render autenticado controlado ya ejecutado por WooCommerce; NO-GO para endpoint productivo, nonce productivo, POST productivo, datos reales, auto-submit, WooCommerce API, SGC, SMTP real, emails y prod runtime/write desde OpenClaw.
Proximo paso: PDF-013U-X PRODUCTION DRY-RUN AUTHORIZATION PLAN / NO POST.

Business Observer - PDF-013Z cross-repo WooCommerce production private page access validation checkpoint¶

Fecha: 2026-06-29
Estado: PDF-013Z CROSS-REPO WOOCOMMERCE PRODUCTION PRIVATE PAGE ACCESS VALIDATION CHECKPOINT / CHECKPOINT / CROSS-REPO / PRODUCTION PRIVATE PAGE ACCESS VALIDATION / NO FORM POST
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-013Z-CROSS-REPO-WOOCOMMERCE-PRODUCTION-PRIVATE-PAGE-ACCESS-VALIDATION-CHECKPOINT.md
Objetivo: registrar en OpenClaw el resultado WooCommerce PDF-013U-V Production Private Page Access Validation / No Form Post.
Gobierno: OpenClaw sigue siendo gobierno maestro; WooCommerce La Directa es repo de implementacion ecommerce/plugin/theme/assets.
Gate maestro de origen: PDF-013C.
Checkpoint anterior OpenClaw: PDF-013Y.
Gate WooCommerce actual: PDF-013U-V Production Private Page Access Validation / No Form Post.
Rama WooCommerce relacionada: release/intake-pdf013.
HEAD remoto WooCommerce relacionado: 8cadbea567ebe2e03ad37272454682997e774707.
Commit WooCommerce nuevo: 8cadbea test: validate pdf-013u-v production private page access.
Estado final recomendado WooCommerce: VERDE.
Estado operativo: PRODUCTION PRIVATE PAGE ACCESS VALIDATION / NO FORM POST.
Pagina privada productiva validada.
Page ID: 32.
Titulo: La Directa Private Intake.
Slug: private-intake-candidate.
Status: private.
Shortcode confirmado: [ladirecta_private_intake_form].
Plugin production active: private-intake-form,active,0.2.0-candidate.
Feature flag productiva: production, constant=false, override=false, effective=false.
Publico no autenticado no accede: HEAD y GET a /private-intake-candidate/ devuelven 404.
Formulario no visible publicamente.
Sin link publico, menu, navegacion ni sitemap expuesto.
Endpoint produccion no ejecutado.
POST productivo no ejecutado.
Nonce produccion no capturado.
Render autenticado con nonce no ejecutado.
Produccion home/tienda 200 OK.
No-side-effects visibles: usuarios WordPress 1 -> 1; customers 0 -> 0; pagina slug count 1 -> 1.
No hubo WooCommerce API, SGC, SMTP real ni emails.
No se imprimieron ni versionaron secretos; no se creo .env real ni config/private-staging.env.
Decision: GO solo para registrar la validacion de acceso privado productivo ya ejecutada por WooCommerce; NO-GO para crear/modificar pagina productiva desde OpenClaw, endpoint productivo, nonce productivo, render autenticado con nonce, POST productivo y prod runtime/write desde OpenClaw.
Proximo paso: PDF-013U-W PRODUCTION PRIVATE PAGE AUTHENTICATED RENDER / NO FORM POST.

Business Observer - PDF-013Y cross-repo WooCommerce production private page create checkpoint¶

Fecha: 2026-06-29
Estado: PDF-013Y CROSS-REPO WOOCOMMERCE PRODUCTION PRIVATE PAGE CREATE CHECKPOINT / CHECKPOINT / CROSS-REPO / PRODUCTION PRIVATE PAGE CREATE / ENDPOINT BLOCKED / NO FORM POST
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-013Y-CROSS-REPO-WOOCOMMERCE-PRODUCTION-PRIVATE-PAGE-CREATE-CHECKPOINT.md
Objetivo: registrar en OpenClaw el resultado WooCommerce PDF-013U-U Production Private Page Create / Endpoint Blocked / No Form Post.
Gobierno: OpenClaw sigue siendo gobierno maestro; WooCommerce La Directa es repo de implementacion ecommerce/plugin/theme/assets.
Gate maestro de origen: PDF-013C.
Checkpoint anterior OpenClaw: PDF-013X.
Gate WooCommerce actual: PDF-013U-U Production Private Page Create / Endpoint Blocked / No Form Post.
Rama WooCommerce relacionada: release/intake-pdf013.
HEAD remoto WooCommerce relacionado: 34fbd31737a5c7db90cc2018e0e0c1cb8c014ca8.
Commit WooCommerce nuevo: 34fbd31 ops: create pdf-013u-u production private page.
Estado final recomendado WooCommerce: VERDE.
Estado operativo: PRODUCTION PRIVATE PAGE CREATE / ENDPOINT BLOCKED / NO FORM POST.
Pagina privada productiva creada.
Page ID: 32.
Titulo: La Directa Private Intake.
Slug: private-intake-candidate.
Status: private.
Shortcode confirmado: [ladirecta_private_intake_form].
Plugin production active: private-intake-form,active,0.2.0-candidate.
Feature flag productiva: production, constant=false, override=false, effective=false.
Endpoint produccion no ejecutado.
POST productivo no ejecutado.
Nonce produccion no capturado.
Sin link publico agregado.
Validacion publica no autenticada: /private-intake-candidate/ devolvio 404.
Produccion home/tienda 200 OK.
Reversa pre-page-create: /var/backups/ladirecta/pdf-013u-u-20260629-014903.
No-side-effects visibles: usuarios 1 -> 1; customers 0 -> 0; sin cambios Nginx/wp-config; sin reload/restart.
No hubo WooCommerce API, SGC, SMTP real ni emails.
No se imprimieron ni versionaron secretos; no se creo .env real ni config/private-staging.env.
Decision: GO solo para registrar la pagina privada productiva ya creada por WooCommerce; NO-GO para crear/modificar pagina productiva desde OpenClaw, endpoint productivo, nonce productivo, POST productivo y prod runtime/write desde OpenClaw.
Proximo paso: PDF-013U-V PRODUCTION PRIVATE PAGE ACCESS VALIDATION / NO FORM POST.

Business Observer - PDF-013X cross-repo WooCommerce production private page plan checkpoint¶

Fecha: 2026-06-29
Estado: PDF-013X CROSS-REPO WOOCOMMERCE PRODUCTION PRIVATE PAGE PLAN CHECKPOINT / CHECKPOINT / CROSS-REPO / PRODUCTION PRIVATE PAGE PLAN / NO FORM POST
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-013X-CROSS-REPO-WOOCOMMERCE-PRODUCTION-PRIVATE-PAGE-PLAN-CHECKPOINT.md
Objetivo: registrar en OpenClaw el resultado WooCommerce PDF-013U-T Production Private Page Plan / No Form Post.
Gobierno: OpenClaw sigue siendo gobierno maestro; WooCommerce La Directa es repo de implementacion ecommerce/plugin/theme/assets.
Gate maestro de origen: PDF-013C.
Checkpoint anterior OpenClaw: PDF-013W.
Gate WooCommerce actual: PDF-013U-T Production Private Page Plan / No Form Post.
Rama WooCommerce relacionada: release/intake-pdf013.
HEAD remoto WooCommerce relacionado: a59ca6425a8d6ecf3e73ddb54b7cab066628f0dc.
Commit WooCommerce nuevo: a59ca64 docs: add pdf-013u-t production private page plan.
Estado final recomendado WooCommerce: VERDE.
Estado operativo: PRODUCTION PRIVATE PAGE PLAN / NO FORM POST.
Produccion no modificada.
Pagina productiva no creada.
Endpoint produccion no ejecutado.
Nonce produccion no capturado.
Feature flag productiva bloqueada.
Plugin production active: 0.2.0-candidate.
Produccion home/tienda 200 OK.
Plan de pagina privada productiva futura: titulo La Directa Private Intake, slug private-intake-candidate, status private, shortcode [ladirecta_private_intake_form] y autor admin operativo existente.
Perimetro: manage_woocommerce o manage_options, sin link publico, sin difusion, sin datos reales y endpoint bloqueado.
No hubo WooCommerce API, SGC, SMTP real ni emails.
No se imprimieron ni versionaron secretos; no se creo .env real ni config/private-staging.env.
Decision: GO solo para registrar el plan aprobado por WooCommerce; NO-GO para crear pagina productiva desde OpenClaw, endpoint productivo, nonce productivo, POST productivo y prod runtime/write desde OpenClaw.
Proximo paso: PDF-013U-U PRODUCTION PRIVATE PAGE CREATE / ENDPOINT BLOCKED / NO FORM POST.

Business Observer - PDF-013W cross-repo WooCommerce production plugin activation checkpoint¶

Fecha: 2026-06-29
Estado: PDF-013W CROSS-REPO WOOCOMMERCE PRODUCTION PLUGIN ACTIVATION CHECKPOINT / CHECKPOINT / CROSS-REPO / PRODUCTION PLUGIN ACTIVATION / ENDPOINT BLOCKED
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-013W-CROSS-REPO-WOOCOMMERCE-PRODUCTION-PLUGIN-ACTIVATION-CHECKPOINT.md
Objetivo: registrar en OpenClaw el resultado WooCommerce PDF-013U-S Production Plugin Activation / Endpoint Blocked.
Gobierno: OpenClaw sigue siendo gobierno maestro; WooCommerce La Directa es repo de implementacion ecommerce/plugin/theme/assets.
Gate maestro de origen: PDF-013C.
Checkpoint anterior OpenClaw: PDF-013V.
Gate WooCommerce actual: PDF-013U-S Production Plugin Activation / Endpoint Blocked.
Rama WooCommerce relacionada: release/intake-pdf013.
HEAD remoto WooCommerce relacionado: 6ea98dbce91a877f854c268369eeda2020ce6b59.
Commit WooCommerce nuevo: 6ea98db ops: activate pdf-013u-s production plugin with endpoint blocked.
Estado final recomendado WooCommerce: VERDE.
Estado operativo: PRODUCTION PLUGIN ACTIVATION / ENDPOINT BLOCKED.
Plugin private-intake-form activado en produccion.
WP-CLI confirma plugin ACTIVE.
Version plugin: 0.2.0-candidate.
Feature flag productiva bloqueada; efectiva en produccion false.
Endpoint produccion bloqueado por feature flag.
Produccion home/tienda 200 OK.
Pagina productiva no creada.
Pagina private-intake-candidate count 0.
Paginas intake relacionadas count 0.
Nonce produccion no capturado.
POST productivo no ejecutado.
No-side-effects visibles: usuarios WordPress 1, usuarios customer 0 y sin pagina intake.
Reversa pre-activation creada: /var/backups/ladirecta/pdf-013u-s-20260629-005111.
No hubo WooCommerce API, SGC, SMTP real ni emails.
No se imprimieron ni versionaron secretos; no se creo .env real ni config/private-staging.env.
Decision: GO solo para registrar activacion productiva bloqueada ya ejecutada por el repo WooCommerce; NO-GO para endpoint productivo, nonce productivo, pagina productiva, POST productivo y prod runtime/write desde OpenClaw.
Proximo paso: PDF-013U-T PRODUCTION PRIVATE PAGE PLAN / NO FORM POST.

Business Observer - PDF-013V cross-repo WooCommerce production plugin availability checkpoint¶

Fecha: 2026-06-29
Estado: PDF-013V CROSS-REPO WOOCOMMERCE PRODUCTION PLUGIN AVAILABILITY CHECKPOINT / CHECKPOINT / CROSS-REPO / PRODUCTION PLUGIN AVAILABILITY / NO ACTIVATION
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-013V-CROSS-REPO-WOOCOMMERCE-PRODUCTION-PLUGIN-AVAILABILITY-CHECKPOINT.md
Objetivo: registrar en OpenClaw el resultado WooCommerce PDF-013U-R Production Plugin Availability / No Activation.
Gobierno: OpenClaw sigue siendo gobierno maestro; WooCommerce La Directa es repo de implementacion ecommerce/plugin/theme/assets.
Gate maestro de origen: PDF-013C.
Checkpoint anterior OpenClaw: PDF-013U.
Gate WooCommerce actual: PDF-013U-R Production Plugin Availability / No Activation.
Rama WooCommerce relacionada: release/intake-pdf013.
HEAD remoto WooCommerce relacionado: df269775799916c80edf44183cc908abc3f081c5.
Commit WooCommerce nuevo: df26977 ops: add pdf-013u-r production plugin availability.
Estado final recomendado WooCommerce: VERDE.
Estado operativo: PRODUCTION PLUGIN AVAILABILITY / NO ACTIVATION.
Plugin private-intake-form copiado a produccion.
Plugin detectado por WordPress produccion.
Plugin quedo INACTIVE.
WP-CLI availability: private-intake-form,inactive,0.2.0-candidate.
Produccion home/tienda 200 OK.
Reversa file-only creada: /var/backups/ladirecta/pdf-013u-r-20260629-003257.
Endpoint produccion no ejecutado.
Nonce produccion no capturado.
Pagina productiva no creada.
No hubo prod runtime ni activacion.
No hubo SQL writes.
No hubo WooCommerce API, SGC, SMTP real ni emails.
No se imprimieron ni versionaron secretos; no se creo .env real ni config/private-staging.env.
Decision: GO solo para disponibilidad file-only ya ejecutada por el repo WooCommerce y registro documental en OpenClaw; NO-GO para activacion, endpoint productivo, nonce productivo, pagina productiva y prod runtime/write.
Proximo paso: PDF-013U-S PRODUCTION PLUGIN ACTIVATION / ENDPOINT BLOCKED.

Business Observer - PDF-013U cross-repo WooCommerce production promotion plan checkpoint¶

Fecha: 2026-06-29
Estado: PDF-013U CROSS-REPO WOOCOMMERCE PRODUCTION PROMOTION PLAN CHECKPOINT / CHECKPOINT / CROSS-REPO / PRODUCTION PROMOTION PLAN / NO PROD CHANGE
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-013U-CROSS-REPO-WOOCOMMERCE-PRODUCTION-PROMOTION-PLAN-CHECKPOINT.md
Objetivo: registrar en OpenClaw el resultado WooCommerce PDF-013U-Q Production Promotion Plan / No Prod Change.
Gobierno: OpenClaw sigue siendo gobierno maestro; WooCommerce La Directa es repo de implementacion ecommerce/plugin/theme/assets.
Gate maestro de origen: PDF-013C.
Checkpoint anterior OpenClaw: PDF-013T.
Gate WooCommerce actual: PDF-013U-Q Production Promotion Plan / No Prod Change.
Rama WooCommerce relacionada: release/intake-pdf013.
HEAD remoto WooCommerce relacionado: ef6b0b6a1b131fbe46894efa2fffb9952f4bc62b.
Commit WooCommerce nuevo: ef6b0b6 docs: add pdf-013u-q production promotion plan.
Estado final recomendado WooCommerce: VERDE.
Estado operativo: PRODUCTION PROMOTION PLAN / NO PROD CHANGE.
Decision: GO solo para plan documental sin cambios; NO-GO para produccion runtime/write.
Produccion no modificada.
Plugin no copiado a produccion.
Plugin no activado en produccion.
Endpoint produccion no ejecutado.
No hubo WooCommerce API, SGC, SMTP real ni emails.
No se imprimieron ni versionaron secretos; no se creo .env real ni config/private-staging.env.
Estrategia futura: copiar plugin a produccion en gate controlado, dejarlo inactivo, validar disponibilidad con WP-CLI, mantener feature flag bloqueada, no crear pagina publica y no ejecutar endpoint produccion.
Rollback: remover plugin si queda inactivo y falla disponibilidad; desactivar por WP-CLI si un gate posterior lo activa; restaurar Nginx/files/DB solo con gate futuro explicito.
Proximo paso: PDF-013U-R PRODUCTION PLUGIN AVAILABILITY / NO ACTIVATION.

Business Observer - PDF-013T cross-repo WooCommerce rate limit logging hardening checkpoint¶

Fecha: 2026-06-28
Estado: PDF-013T CROSS-REPO WOOCOMMERCE RATE LIMIT LOGGING HARDENING CHECKPOINT / CHECKPOINT / CROSS-REPO / RATE LIMIT AND LOGGING HARDENING PASS / NO PROD WRITE
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-013T-CROSS-REPO-WOOCOMMERCE-RATE-LIMIT-LOGGING-HARDENING-CHECKPOINT.md
Objetivo: registrar en OpenClaw el resultado WooCommerce PDF-013U-P Rate Limit and Logging Hardening.
Gobierno: OpenClaw sigue siendo gobierno maestro; WooCommerce La Directa es repo de implementacion ecommerce/plugin/theme/assets.
Gate maestro de origen: PDF-013C.
Checkpoint anterior OpenClaw: PDF-013S.
Gate WooCommerce actual: PDF-013U-P Rate Limit and Logging Hardening.
Rama WooCommerce relacionada: release/intake-pdf013.
HEAD remoto WooCommerce relacionado: ff79d022fee2ef4450fd2bfafe059a83675163fd.
Commit WooCommerce nuevo: ff79d02 test: harden pdf-013u-p rate limit and logging.
Staging hardening: PASS.
Estado final recomendado WooCommerce: VERDE.
Decision: GO solo para plan documental de promocion sin cambio productivo; NO-GO para produccion runtime/write.
Rate limit real implementado con transients.
Rate limit por IP/request context hasheado por hora y por identidad CUIT/email hasheada por dia.
Rate limit 429 RATE_LIMITED validado en staging en tercer intento con limites controlados por filtros.
Logging sanitizado implementado; logging persistente sensible deshabilitado por defecto.
Si logging se habilita, solo registra estado, codigos, hashes y flags.
Feature flag productiva bloqueada por defecto; LA_DIRECTA_PRIVATE_INTAKE_ENDPOINT_ENABLED=true no habilita produccion sin filtro o gate futuro.
Respuesta positiva minimizada; ya no devuelve payload/candidate completo.
JS ya no guarda payload normalizado en DOM.
Dry-run staging sigue bloqueado con DRY_RUN_READY_BLOCKED, PENDING_SGC_REVIEW, READY_BLOCKED, send_blocked_by_default=true, writes_executed=false y emails_sent=false.
No-side-effects confirmados: usuarios 2 -> 2 y customers 0 -> 0.
Produccion read-only: home 200 OK y tienda 200 OK.
Produccion no modificada; endpoint produccion no ejecutado.
No hubo WooCommerce API, SGC, SMTP real ni emails.
No se imprimieron ni versionaron secretos; no se creo .env real ni config/private-staging.env.
Proximo paso: PDF-013U-Q PRODUCTION PROMOTION PLAN / NO PROD CHANGE.

Business Observer - PDF-013S cross-repo WooCommerce staging to prod security review checkpoint¶

Fecha: 2026-06-28
Estado: PDF-013S CROSS-REPO WOOCOMMERCE STAGING TO PROD SECURITY REVIEW CHECKPOINT / CHECKPOINT / CROSS-REPO / STAGING TO PROD SECURITY REVIEW / NO PROD WRITE
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-013S-CROSS-REPO-WOOCOMMERCE-STAGING-TO-PROD-SECURITY-REVIEW-CHECKPOINT.md
Objetivo: registrar en OpenClaw el resultado WooCommerce PDF-013U-O Staging to Prod Diff and Security Review.
Gobierno: OpenClaw sigue siendo gobierno maestro; WooCommerce La Directa es repo de implementacion ecommerce/plugin/theme/assets.
Gate maestro de origen: PDF-013C.
Checkpoint anterior OpenClaw: PDF-013R.
Gate WooCommerce actual: PDF-013U-O Staging to Prod Diff and Security Review.
Rama WooCommerce relacionada: release/intake-pdf013.
HEAD remoto WooCommerce relacionado: 505e411553284b171ef97c3bf5bdb50fc18c8694.
Commit WooCommerce nuevo: 505e411 docs: add pdf-013u-o staging to prod security review.
Staging hardening: PASS.
Estado final recomendado WooCommerce: AMARILLO.
Decision: GO solo para plan documental de promocion; NO-GO para produccion runtime/write.
Produccion no modificada; endpoint produccion no ejecutado.
No hubo WooCommerce API, SGC, SMTP real ni emails.
Security review: REST route con permission callback, capability manage_woocommerce/manage_options, nonce REST, entorno privado/flag, dry-run sin WooCommerce API/SGC/SMTP, outbox READY_BLOCKED y validacion y sanitizacion OK.
Hallazgos: rate limit solo candidate, falta enforcement real, falta logging persistente sanitizado y respuesta positiva expone payload/candidate completo.
Bloqueantes: rate limit real, logging sanitizado, feature flag default bloqueado, decision endpoint productivo, perimetro adicional, rollback productivo, plan sin writes externos y minimizacion de respuesta.
Proximo paso: PDF-013U-P RATE LIMIT AND LOGGING HARDENING.

Business Observer - PDF-013R cross-repo WooCommerce staging promotion readiness checkpoint¶

Fecha: 2026-06-28
Estado: PDF-013R CROSS-REPO WOOCOMMERCE STAGING PROMOTION READINESS CHECKPOINT / CHECKPOINT / CROSS-REPO / STAGING PROMOTION READINESS / NO PROD WRITE
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-013R-CROSS-REPO-WOOCOMMERCE-STAGING-PROMOTION-READINESS-CHECKPOINT.md
Objetivo: registrar en OpenClaw el resultado WooCommerce PDF-013U-N Staging Promotion Readiness / No Prod Write.
Gobierno: OpenClaw sigue siendo gobierno maestro; WooCommerce La Directa es repo de implementacion ecommerce/plugin/theme/assets.
Gate maestro de origen: PDF-013C.
Checkpoint anterior OpenClaw: PDF-013Q.
Gate WooCommerce actual: PDF-013U-N Staging Promotion Readiness / No Prod Write.
Rama WooCommerce relacionada: release/intake-pdf013.
HEAD remoto WooCommerce relacionado: c14e83166acbe4e05477ea5519df77827bd9150e.
Commit WooCommerce nuevo: c14e831 docs: add pdf-013u-n staging promotion readiness.
Staging hardening: PASS.
Estado final recomendado WooCommerce: AMARILLO.
Decision: GO para plan documental de promocion; NO-GO para produccion runtime/write.
Produccion no modificada; endpoint produccion no ejecutado.
No hubo WooCommerce API, SGC, SMTP real ni emails.
Bloqueantes: security review del plugin, rate limit real con enforcement, logging sanitizado, rollback productivo, feature flag default bloqueado, decision explicita sobre endpoint productivo, perimetro Basic Auth/admin-only/allowlist y plan sin SGC/WooCommerce API writes ni SMTP real.
Proximo paso: PDF-013U-O STAGING TO PROD DIFF AND SECURITY REVIEW.

Business Observer - PDF-013Q cross-repo WooCommerce staging hardening checkpoint¶

Fecha: 2026-06-28
Estado: PDF-013Q CROSS-REPO WOOCOMMERCE STAGING HARDENING CHECKPOINT / CHECKPOINT / CROSS-REPO / STAGING HARDENING PASS / NO PROD WRITE
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-013Q-CROSS-REPO-WOOCOMMERCE-STAGING-HARDENING-CHECKPOINT.md
Objetivo: registrar en OpenClaw el resultado WooCommerce PDF-013U-M Staging Dry-Run Hardening and Negative Cases.
Gobierno: OpenClaw sigue siendo gobierno maestro; WooCommerce La Directa es repo de implementacion ecommerce/plugin/theme/assets.
Gate maestro de origen: PDF-013C.
Checkpoint anterior OpenClaw: PDF-013P.
Gate WooCommerce actual: PDF-013U-M Staging Dry-Run Hardening and Negative Cases.
Rama WooCommerce relacionada: release/intake-pdf013.
HEAD remoto WooCommerce relacionado: 3629e411e2113d4595106c587f38c71aa38ca714.
Commit WooCommerce nuevo: 3629e41 test: harden pdf-013u-m staging dry-run cases.
Casos positivos: persona juridica B2B sintetica y comercio/persona fisica sintetica; ambos devolvieron HTTP 200, DRY_RUN_READY_BLOCKED, PENDING_SGC_REVIEW, READY_BLOCKED, send_blocked_by_default=true, writes_executed=false y emails_sent=false.
Casos negativos: sin nonce 403 rest_forbidden, nonce invalido 403 rest_forbidden, sin capability 401 rest_forbidden, CUIT invalido 422 cuit_invalid, email invalido 422 email_contacto_invalid, telefono invalido 422 telefono_whatsapp_invalid, requerido faltante 422 razon_social_required, honeypot 422 honeypot_triggered, challenge invalido 422 challenge_invalid, payload vacio 422, JSON malformado 400 rest_invalid_json y GET 404 rest_no_route.
No-side-effects: usuarios staging 2 -> 2, usuarios customer 0 -> 0, sin creacion de usuario WooCommerce, sin creacion de cliente real, sin WooCommerce API, sin SGC, sin SMTP real ni emails, con SMTP blocker activo.
Nonce usado efimeramente; nonce, cookies y auth headers no guardados.
Produccion read-only: home y tienda siguen 200 OK.
Staging protegido: 401 Unauthorized, Basic Auth, noindex y no-store.
No hubo WooCommerce API, SGC, SMTP real ni emails.
Secretos: no se imprimieron ni versionaron.
No se creo .env real ni config/private-staging.env.
Proximo paso: PDF-013U-N STAGING PROMOTION READINESS / NO PROD WRITE.

Business Observer - PDF-013P cross-repo WooCommerce staging dry-run checkpoint¶

Fecha: 2026-06-28
Estado: PDF-013P CROSS-REPO WOOCOMMERCE STAGING DRY-RUN CHECKPOINT / CHECKPOINT / CROSS-REPO / STAGING DRY-RUN PASS / NO EXTERNAL SEND
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-013P-CROSS-REPO-WOOCOMMERCE-STAGING-DRY-RUN-CHECKPOINT.md
Objetivo: registrar en OpenClaw el resultado WooCommerce PDF-013U-L Staging Nonce Capture and Dry-Run Request.
Gobierno: OpenClaw sigue siendo gobierno maestro; WooCommerce La Directa es repo de implementacion ecommerce/plugin/theme/assets.
Gate maestro de origen: PDF-013C.
Checkpoint anterior OpenClaw: PDF-013O.
Gate WooCommerce actual: PDF-013U-L Staging Nonce Capture and Dry-Run Request.
Rama WooCommerce relacionada: release/intake-pdf013.
HEAD remoto WooCommerce relacionado: 8b4b2d6b028f511f2fbb9c6c031574200df95777.
Commit WooCommerce nuevo: 8b4b2d6 test: execute pdf-013u-l staging dry-run request.
Nonce staging capturado efimeramente; nonce, cookies y auth headers no guardados.
Dry-run POST ejecutado solo contra staging: POST /wp-json/la-directa/v1/private-intake/dry-run.
Resultado sanitizado: HTTP 200, DRY_RUN_READY_BLOCKED, request_status=PENDING_SGC_REVIEW, outbox READY_BLOCKED, send_blocked_by_default=true, writes_executed=false y emails_sent=false.
Casos negativos: sin nonce 401, nonce invalido 403 y payload invalido 422 VALIDATION_ERROR.
Produccion read-only: home y tienda siguen 200 OK.
Staging protegido: 401 Unauthorized, Basic Auth, noindex y no-store.
Usuario staging staging_intake_reviewer creado con rol administrator; password generado y no impreso.
No hubo WooCommerce API, SGC, SMTP real ni emails externos.
El blocker SMTP de staging bloqueo una notificacion interna al crear el usuario staging.
Secretos: no se imprimieron ni versionaron.
No se creo .env real ni config/private-staging.env.
Proximo paso: PDF-013U-M STAGING DRY-RUN HARDENING AND NEGATIVE CASES.

Business Observer - PDF-013O cross-repo WooCommerce staging private page checkpoint¶

Fecha: 2026-06-28
Estado: PDF-013O CROSS-REPO WOOCOMMERCE STAGING PRIVATE PAGE CHECKPOINT / CHECKPOINT / CROSS-REPO / STAGING PRIVATE PAGE CREATED / NONCE READINESS / NO ENDPOINT POST
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-013O-CROSS-REPO-WOOCOMMERCE-STAGING-PRIVATE-PAGE-CHECKPOINT.md
Objetivo: registrar en OpenClaw el resultado WooCommerce PDF-013U-K Staging Private Page and Nonce Readiness.
Gobierno: OpenClaw sigue siendo gobierno maestro; WooCommerce La Directa es repo de implementacion ecommerce/plugin/theme/assets.
Gate maestro de origen: PDF-013C.
Checkpoint anterior OpenClaw: PDF-013N.
Gate WooCommerce actual: PDF-013U-K Staging Private Page and Nonce Readiness.
Rama WooCommerce relacionada: release/intake-pdf013.
HEAD remoto WooCommerce relacionado: c9f5390a52644f57d511bb7b751cfbcce333b16c.
Commit WooCommerce nuevo: c9f5390 ops: prepare pdf-013u-k staging private page.
Pagina privada staging creada.
Page ID: 32.
Slug: private-intake-candidate.
Status: private.
Shortcode presente: [ladirecta_private_intake_form].
Plugin private-intake-form: activo en staging.
Staging protegido: 401 Unauthorized; headers noindex/no-store presentes.
Produccion read-only: home y tienda siguen 200 OK.
Restricciones: usuario staging no creado, endpoint intake no ejecutado, nonce no capturado y POST no enviado.
No hubo WooCommerce API, SGC, SMTP real ni emails.
Secretos: no se imprimieron ni versionaron.
No se creo .env real ni config/private-staging.env.
Proximo paso: PDF-013U-L STAGING NONCE CAPTURE AND DRY-RUN REQUEST / NO EXTERNAL SEND.

Business Observer - PDF-013N cross-repo WooCommerce staging plugin activation checkpoint¶

Fecha: 2026-06-26
Estado: PDF-013N CROSS-REPO WOOCOMMERCE STAGING PLUGIN ACTIVATION CHECKPOINT / CHECKPOINT / CROSS-REPO / STAGING PLUGIN ACTIVE / NO ENDPOINT POST / NO NONCE CAPTURED
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-013N-CROSS-REPO-WOOCOMMERCE-STAGING-PLUGIN-ACTIVATION-CHECKPOINT.md
Objetivo: registrar en OpenClaw el resultado WooCommerce PDF-013U-J Staging Plugin Activation / No Endpoint Post.
Gobierno: OpenClaw sigue siendo gobierno maestro; WooCommerce La Directa es repo de implementacion ecommerce/plugin/theme/assets.
Gate maestro de origen: PDF-013C.
Checkpoint anterior OpenClaw: PDF-013M.
Gate WooCommerce actual: PDF-013U-J Staging Plugin Activation / No Endpoint Post.
Rama WooCommerce relacionada: release/intake-pdf013.
HEAD remoto WooCommerce relacionado: b745b924437b673cc1c113cbece46e697b2b8638.
Commit WooCommerce nuevo: b745b92 ops: activate pdf-013u-j plugin in staging.
Plugin private-intake-form: activo en staging.
Plugin: La Directa Private Intake Form Candidate, version 0.2.0-candidate.
Plugin status: Active; wp plugin is-active private-intake-form devolvio exit 0.
siteurl/home staging sin cambios: http://staging.ladirecta.localhost:8081.
blog_public: 0.
Restricciones: endpoint intake no ejecutado, nonce no capturado y sin pagina/formulario/usuario creado.
Staging protegido: 401 Unauthorized; headers noindex/no-store presentes.
Produccion read-only: home y tienda siguen 200 OK.
No hubo writes SQL no autorizados, restore, reload, restart, WooCommerce API, SGC, SMTP real ni emails.
Secretos: no se imprimieron ni versionaron.
No se creo .env real ni config/private-staging.env.
Proximo paso: PDF-013U-K STAGING PRIVATE PAGE AND NONCE READINESS / NO ENDPOINT POST.

Business Observer - PDF-013M cross-repo WooCommerce staging plugin availability checkpoint¶

Fecha: 2026-06-26
Estado: PDF-013M CROSS-REPO WOOCOMMERCE STAGING PLUGIN AVAILABILITY CHECKPOINT / CHECKPOINT / CROSS-REPO / STAGING PLUGIN AVAILABLE / NOT ACTIVE / NO ENDPOINT TEST
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-013M-CROSS-REPO-WOOCOMMERCE-STAGING-PLUGIN-AVAILABILITY-CHECKPOINT.md
Objetivo: registrar en OpenClaw el resultado WooCommerce PDF-013U-I Staging Plugin Availability / Installation Readiness.
Gobierno: OpenClaw sigue siendo gobierno maestro; WooCommerce La Directa es repo de implementacion ecommerce/plugin/theme/assets.
Gate maestro de origen: PDF-013C.
Checkpoint anterior OpenClaw: PDF-013L.
Gate WooCommerce actual: PDF-013U-I Staging Plugin Availability / Installation Readiness.
Rama WooCommerce relacionada: release/intake-pdf013.
HEAD remoto WooCommerce relacionado: 5cc0ea22e072cef23ad4f6c9335e99155a3b9fba.
Commit WooCommerce nuevo: 5cc0ea2 ops: make pdf-013u-i staging plugin available.
Plugin private-intake-form: disponible en staging.
WP-CLI: detecta el plugin como La Directa Private Intake Form Candidate, version 0.2.0-candidate.
Plugin status: Inactive; wp plugin is-active private-intake-form devolvio exit 1.
Restricciones: plugin activation sigue pendiente, endpoint intake no ejecutado, nonce no capturado y sin pagina/formulario/usuario creado.
Staging protegido: 401 Unauthorized; headers noindex/no-store presentes.
Produccion read-only: home y tienda siguen 200 OK.
No hubo writes SQL, restore, reload, restart, WooCommerce API, SGC, SMTP real ni emails.
Secretos: no se imprimieron ni versionaron.
Nota de seguridad: en gates siguientes evitar comandos que impriman constantes sensibles completas; toda salida potencialmente sensible debe filtrarse o sanitizarse.
Proximo paso: PDF-013U-J STAGING PLUGIN ACTIVATION / NO ENDPOINT POST.

Business Observer - PDF-013L cross-repo WooCommerce staging WordPress readiness checkpoint¶

Fecha: 2026-06-26
Estado: PDF-013L CROSS-REPO WOOCOMMERCE STAGING WORDPRESS READINESS CHECKPOINT / CHECKPOINT / CROSS-REPO / STAGING WORDPRESS VALIDATED / PLUGIN ACTIVATION NO-GO
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-013L-CROSS-REPO-WOOCOMMERCE-STAGING-WORDPRESS-READINESS-CHECKPOINT.md
Objetivo: registrar en OpenClaw el resultado WooCommerce PDF-013U-H Staging WordPress Validation and Plugin Activation Readiness.
Gobierno: OpenClaw sigue siendo gobierno maestro; WooCommerce La Directa es repo de implementacion ecommerce/plugin/theme/assets.
Gate maestro de origen: PDF-013C.
Checkpoint anterior OpenClaw: PDF-013K.
Gate WooCommerce actual: PDF-013U-H Staging WordPress Validation and Plugin Activation Readiness.
Rama WooCommerce relacionada: release/intake-pdf013.
HEAD remoto WooCommerce relacionado: ef361790dc8620b25b4fca300f97a078fee84497.
Commit WooCommerce nuevo: ef36179 test: validate pdf-013u-h staging wordpress readiness.
Staging WordPress: validado; HTTP staging sin autenticar 401 Unauthorized; headers noindex/no-store presentes.
Produccion read-only: https://ladirecta.com.ar/ -> 200 OK y https://ladirecta.com.ar/tienda/ -> 200 OK.
WP-CLI staging: funciona; WordPress staging reporta version 7.0; theme activo twentytwentyfive 1.5.
siteurl/home staging: http://staging.ladirecta.localhost:8081.
blog_public: 0.
Redis Object Cache staging: persistente Not enabled, object-cache.php ausente y sin wp cache flush.
SMTP staging: blocker MU-plugin presente, SMTP real bloqueado y sin emails.
Plugin private-intake-form: NO-GO; no esta instalado/disponible en staging, directorio ausente y wp plugin status/is-active exit 1.
Restricciones: plugin activation sigue NO-GO, endpoint intake no ejecutado, sin writes SQL, restore, reload, restart, WooCommerce API, SGC, SMTP real ni emails.
Nota de seguridad: una salida read-only de wp redis status mostro WP_CACHE_KEY_SALT en consola local; no fue copiada al repo ni al documento. Proximos gates deben evitar comandos que impriman constantes sensibles o deben filtrar/sanitizar salida.
Proximo paso: PDF-013U-I STAGING PLUGIN AVAILABILITY / INSTALLATION READINESS.

Business Observer - PDF-013K cross-repo WooCommerce same VPS staging base checkpoint¶

Fecha: 2026-06-26
Estado: PDF-013K CROSS-REPO WOOCOMMERCE SAME VPS STAGING BASE CHECKPOINT / CHECKPOINT / CROSS-REPO / STAGING BASE CREATED / NO PLUGIN ACTIVATION / NO ENDPOINT TEST
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-013K-CROSS-REPO-WOOCOMMERCE-SAME-VPS-STAGING-BASE-CHECKPOINT.md
Objetivo: registrar en OpenClaw el resultado WooCommerce PDF-013U-G Same VPS Internal Staging Create.
Gobierno: OpenClaw sigue siendo gobierno maestro; WooCommerce La Directa es repo de implementacion ecommerce/plugin/theme/assets.
Gate maestro de origen: PDF-013C.
Checkpoint anterior OpenClaw: PDF-013J.
Gate WooCommerce actual: PDF-013U-G Same VPS Internal Staging Create.
Rama WooCommerce relacionada: release/intake-pdf013.
HEAD remoto WooCommerce relacionado: 25bed8db9bd7fb8af5cc98301e07f73e92522962.
Commit WooCommerce nuevo: 25bed8d ops: create pdf-013u-g same vps staging base.
Restore point PDF-013U-E: confirmado.
Staging base: creado en el mismo VPS WooCommerce, con directorios /var/www/ladirecta-staging, /var/www/ladirecta-staging/public y /var/www/ladirecta-staging/logs, DB ladirecta_staging, usuario ladirecta_staging_user, WordPress copiado con rsync, DB importada desde backup PDF-013U-E, URL http://staging.ladirecta.localhost:8081, wp-config.php staging ajustado sin secretos y Nginx staging en /etc/nginx/sites-available/ladirecta-staging.
Proteccion: Basic Auth con htpasswd fuera de webroot, nginx -t OK, reload Nginx posterior al test, HTTP staging sin autenticar 401 Unauthorized, headers X-Robots-Tag: noindex, nofollow, noarchive y Cache-Control: no-store, no-cache, must-revalidate, max-age=0.
Produccion funcional: no modificada; checks read-only a home y tienda dieron 200 OK.
Nota operativa: Redis Object Cache fue desactivado solo en staging para evitar cache compartida con produccion; no se ejecuto wp cache flush.
Restricciones: no restore, plugin private-intake-form no activado, endpoint intake no ejecutado, WooCommerce API no usada, SGC no tocado, SMTP real no usado, secretos no impresos, sin .env real y sin config/private-staging.env.
Proximo paso: PDF-013U-H STAGING WORDPRESS VALIDATION AND PLUGIN ACTIVATION READINESS.

Business Observer - PDF-013J cross-repo WooCommerce staging prep plan checkpoint¶

Fecha: 2026-06-26
Estado: PDF-013J CROSS-REPO WOOCOMMERCE STAGING PREP PLAN CHECKPOINT / CHECKPOINT / CROSS-REPO / STAGING PREP PLAN / NO STAGING CREATED / NO PROD CHANGES
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-013J-CROSS-REPO-WOOCOMMERCE-STAGING-PREP-PLAN-CHECKPOINT.md
Objetivo: registrar en OpenClaw el resultado WooCommerce PDF-013U-F Same VPS Internal Staging Prep Plan.
Gobierno: OpenClaw sigue siendo gobierno maestro; WooCommerce La Directa es repo de implementacion ecommerce/plugin/theme/assets.
Gate maestro de origen: PDF-013C.
Checkpoint anterior OpenClaw: PDF-013I.
Gate WooCommerce actual: PDF-013U-F Same VPS Internal Staging Prep Plan.
Rama WooCommerce relacionada: release/intake-pdf013.
HEAD remoto WooCommerce relacionado: 3b59a6b36cdd56f9240e293bd6c7544ef01d7e5e.
Commit WooCommerce nuevo: 3b59a6b docs: add pdf-013u-f same vps staging prep plan.
Restore point PDF-013U-E: prerequisito cumplido.
Plan staging: directorio /var/www/ladirecta-staging/public, DB ladirecta_staging, usuario DB ladirecta_staging_user y Nginx server block /etc/nginx/sites-available/ladirecta-staging.
Protecciones requeridas: Basic Auth o allowlist, noindex/no-store, SMTP bloqueado o sink, datos sinteticos, sin WooCommerce API writes y sin SGC writes.
Restricciones: staging real no creado, produccion funcional no modificada, SQL/write/reload/restart/restore no ejecutado, plugin no activado, endpoint intake no ejecutado, sin WooCommerce API writes, sin SGC writes, sin SMTP, sin secretos impresos, sin .env real y sin config/private-staging.env.
Proximo paso: PDF-013U-G SAME VPS INTERNAL STAGING CREATE / CONTROLLED EXECUTION.

Business Observer - PDF-013I cross-repo WooCommerce restore points checkpoint¶

Fecha: 2026-06-26
Estado: PDF-013I CROSS-REPO WOOCOMMERCE RESTORE POINTS CHECKPOINT / CHECKPOINT / CROSS-REPO / RESTORE POINT CREATED / NO RESTORE / NO STAGING / NO PROD CHANGES
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-013I-CROSS-REPO-WOOCOMMERCE-RESTORE-POINTS-CHECKPOINT.md
Objetivo: registrar en OpenClaw el resultado WooCommerce PDF-013U-E Same VPS Restore Points.
Gobierno: OpenClaw sigue siendo gobierno maestro; WooCommerce La Directa es repo de implementacion ecommerce/plugin/theme/assets.
Gate maestro de origen: PDF-013C.
Checkpoint anterior OpenClaw: PDF-013H.
Gate WooCommerce actual: PDF-013U-E Same VPS Restore Points.
Rama WooCommerce relacionada: release/intake-pdf013.
HEAD remoto WooCommerce relacionado: 89384e37c8608848a830aec3adc2c6e322957188.
Commit WooCommerce nuevo: 89384e3 ops: add pdf-013u-e same vps restore points.
Backup dir remoto: /var/backups/ladirecta/pdf-013u-e-20260626-205755.
Resultado: backup DB creado via WP-CLI sin imprimir credenciales, backup wp-content creado, backup Nginx creado, manifest sanitizado creado e integridad verificada con sha256sum, gzip -t y tar -tzf.
Restricciones: restore no ejecutado, staging real no creado, produccion funcional no modificada, servicios no reiniciados, SQL write no ejecutado, WooCommerce API no usada, SGC no tocado, SMTP no usado, secretos no impresos, sin .env real y sin config/private-staging.env.
Proximo paso: PDF-013U-F SAME VPS INTERNAL STAGING PREP PLAN.

Business Observer - PDF-013H cross-repo WooCommerce same VPS restore readiness checkpoint¶

Fecha: 2026-06-26
Estado: PDF-013H CROSS-REPO WOOCOMMERCE SAME VPS RESTORE READINESS CHECKPOINT / CHECKPOINT / CROSS-REPO / READ-ONLY / RESTORE READINESS / NO RUNTIME / NO PROD
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-013H-CROSS-REPO-WOOCOMMERCE-SAME-VPS-RESTORE-READINESS-CHECKPOINT.md
Objetivo: registrar en OpenClaw el resultado WooCommerce PDF-013U-D Same VPS Restore Readiness.
Gobierno: OpenClaw sigue siendo gobierno maestro; WooCommerce La Directa es repo de implementacion ecommerce/plugin/theme/assets.
Gate maestro de origen: PDF-013C.
Checkpoint anterior OpenClaw: PDF-013G.
Gate WooCommerce actual: PDF-013U-D Same VPS Restore Readiness.
Rama WooCommerce relacionada: release/intake-pdf013.
HEAD remoto WooCommerce relacionado: cd6fceca185ff09b54c012441ee14c984a522456.
Commit WooCommerce nuevo: cd6fcec docs: add pdf-013u-d same vps restore readiness.
Validadores WooCommerce: PASS.
Restore readiness: AMARILLO.
Same VPS internal staging: VIABLE CON BLOQUEANTES.
VPS WooCommerce inspeccionado read-only: host srv1735349, OS Ubuntu 24.04.4 LTS, servicios activos nginx, php8.3-fpm, mariadb y redis-server, disco 48G total / 43G libre / 10% usado, RAM 3.8Gi total / 3.0Gi disponible, swap 0B, puertos publicos 22, 80, 443, MariaDB/Redis solo loopback y herramientas wp, mysqldump, mariadb-dump, mysql, docker, rsync, certbot.
Rutas probables sin secretos: /var/www/ladirecta/public, /var/www/ladirecta/public/wp-content, /etc/nginx/sites-available/ladirecta y /etc/nginx/sites-enabled/ladirecta.
Restricciones: sin backup real autorizado, sin restore, sin SQL, sin staging real, sin WordPress runtime, sin plugin activation, sin endpoint intake, sin produccion, sin WooCommerce API, sin SGC, sin SMTP, sin emails, sin sync, sin scheduler, sin cron y sin pipelines.
OpenClaw VPS queda excluido para staging WooCommerce.
Proximo paso: PDF-013U-E SAME VPS RESTORE POINTS AND ROLLBACK PLAN / BACKUP AUTHORIZED.

Business Observer - PDF-013G cross-repo WooCommerce same VPS controlled staging strategy¶

Fecha: 2026-06-26
Estado: PDF-013G CROSS-REPO WOOCOMMERCE SAME VPS CONTROLLED STAGING STRATEGY / CHECKPOINT / CROSS-REPO / DECISION / NO RUNTIME / NO PROD
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-013G-CROSS-REPO-WOOCOMMERCE-SAME-VPS-CONTROLLED-STAGING-STRATEGY.md
Objetivo: registrar en OpenClaw la decision corregida de WooCommerce PDF-013U-C Same VPS Controlled Staging Strategy.
Gobierno: OpenClaw sigue siendo gobierno maestro; WooCommerce La Directa es repo de implementacion ecommerce/plugin/theme/assets.
Gate maestro de origen: PDF-013C.
Checkpoint anterior OpenClaw: PDF-013F.
Gate WooCommerce actual: PDF-013U-C Same VPS Controlled Staging Strategy.
Rama WooCommerce relacionada: release/intake-pdf013.
HEAD remoto WooCommerce relacionado: b2db3cfd5a1384013db6600e28c1eb731e6b1275.
Commit WooCommerce nuevo: b2db3cf docs: decide pdf-013u same vps controlled staging strategy.
Validadores WooCommerce: PASS.
Decision: no contratar otro VPS; no usar OpenClaw VPS; Docker local queda como alternativa secundaria; target condicionado en el mismo VPS WooCommerce actual con staging interno privado controlado.
VPS WooCommerce actual: todavia no se toca.
Restricciones: sin SSH al VPS WooCommerce, sin SQL, sin WordPress runtime, sin plugin activation, sin endpoint intake, sin produccion, sin pruebas directas en produccion, sin WooCommerce API, sin SGC, sin SMTP, sin emails, sin sync, sin scheduler, sin cron y sin pipelines.
Requisitos obligatorios antes de cualquier accion futura: snapshot VPS, backup DB produccion, backup wp-content, backup Nginx, inventario de servicios, rollback, restore probado o validacion documentada, DB/usuario/ directorio separados, URL privada/protegida, Basic Auth/allowlist/VPN/tunel, SMTP sink o bloqueado, datos sinteticos y noindex/no-store.
Proximo paso: PDF-013U-D SAME VPS RESTORE READINESS / READ-ONLY.

Business Observer - PDF-013F cross-repo WooCommerce local staging tooling checkpoint¶

Fecha: 2026-06-26
Estado: PDF-013F CROSS-REPO WOOCOMMERCE LOCAL STAGING TOOLING CHECKPOINT / CHECKPOINT / CROSS-REPO / TOOLING / NO RUNTIME / NO PROD
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-013F-CROSS-REPO-WOOCOMMERCE-LOCAL-STAGING-TOOLING-CHECKPOINT.md
Objetivo: registrar en OpenClaw que WooCommerce La Directa avanzo de PDF-013S Private Staging Ready Plan a PDF-013T Private Local Staging Tooling Plan.
Gobierno: OpenClaw sigue siendo gobierno maestro; WooCommerce La Directa es repo de implementacion ecommerce/plugin/theme/assets.
Gate maestro de origen: PDF-013C.
Checkpoint anterior OpenClaw: PDF-013E.
Gate WooCommerce previo: PDF-013S Private Staging Ready Plan.
Gate WooCommerce actual: PDF-013T Private Local Staging Tooling Plan.
Rama WooCommerce relacionada: release/intake-pdf013.
HEAD remoto WooCommerce relacionado: a9ebd994a44b9bbd530a1fc83984eb31f6e40046.
Commit WooCommerce nuevo: a9ebd99 docs: add pdf-013t private local staging tooling plan.
Validadores WooCommerce: PASS.
Tooling WooCommerce creado: docker-compose.private-staging.yml, config/private-staging.example.env, docs/intake/PDF-013T-PRIVATE-LOCAL-STAGING-TOOLING-PLAN.md, docs/intake/PDF-013T-PRIVATE-LOCAL-STAGING-RUNBOOK.md y tools/validate-pdf-013t-private-local-staging-tooling.ps1.
Docker: no ejecutado.
WordPress runtime: no levantado.
Plugin: no activado.
.env real y config/private-staging.env: no existen.
Runtime privado: no autorizado hasta proximo gate.
Produccion: no autorizada.
Restricciones: sin deploy funcional, sin SQL, sin Docker runtime, sin WooCommerce API, sin SGC, sin SMTP, sin emails, sin sync, sin scheduler, sin cron y sin pipelines.
Proximo paso: gate operativo local explicito para ejecutar Docker Compose de staging privado, con validaciones y evidencia sanitizada.

Business Observer - PDF-013E cross-repo WooCommerce staging ready plan checkpoint¶

Fecha: 2026-06-26
Estado: PDF-013E CROSS-REPO WOOCOMMERCE STAGING READY PLAN CHECKPOINT / CHECKPOINT / CROSS-REPO / NO RUNTIME / NO PROD
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-013E-CROSS-REPO-WOOCOMMERCE-STAGING-READY-PLAN-CHECKPOINT.md
Objetivo: registrar en OpenClaw que WooCommerce La Directa avanzo de PDF-013R readiness NO-GO a PDF-013S Private Staging Ready Plan.
Gobierno: OpenClaw sigue siendo gobierno maestro; WooCommerce La Directa es repo de implementacion ecommerce/plugin/theme/assets.
Gate maestro de origen: PDF-013C.
Checkpoint anterior OpenClaw: PDF-013D.
Gate WooCommerce previo: PDF-013R readiness NO-GO.
Gate WooCommerce actual: PDF-013S Private Staging Ready Plan.
Rama WooCommerce relacionada: release/intake-pdf013.
HEAD remoto WooCommerce relacionado: 5eabae0a5ed3e85196ed8cae7522b3da3fb07510.
Commit WooCommerce nuevo: 5eabae0 docs: add pdf-013s private staging ready plan.
Validadores WooCommerce: PASS.
PDF-013S convierte PRIVATE_STAGING_READY en checklist operativa.
Runtime privado: no autorizado.
Produccion: no autorizada.
Restricciones: sin staging funcional, sin deploy funcional, sin SQL, sin Docker, sin WooCommerce API, sin SGC, sin SMTP, sin emails, sin sync, sin scheduler, sin cron y sin pipelines.
Proximo paso: preparar gate operativo de staging privado, todavia sin ejecucion.

Business Observer - PDF-013C form plugin intake contract¶

Fecha: 2026-06-25
Estado: PDF-013C FORM PLUGIN INTAKE CONTRACT / CANDIDATE / DRY-RUN / SIN SQL WRITE PROD / SIN WOOCOMMERCE
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-013C-FORM-PLUGIN-INTAKE-CONTRACT.md
Paquete local: infra/business-observer/production/b2b-pricing/PDF-013C/
Objetivo: definir el contrato ejecutable que debera usar el formulario/plugin de La Directa para solicitudes de alta ecommerce.
Campos: razon_social, nombre_fantasia, cuit, email_contacto, telefono_whatsapp, domicilio_fiscal, domicilio_pedido, domicilio_pedido_es_fiscal, rubro, comentario, acepta_contacto_comercial y source_channel.
Validaciones: CUIT normalizado valido, email valido, WhatsApp normalizado, domicilio fiscal obligatorio, domicilio pedido obligatorio o igual a fiscal, rubro obligatorio, contacto comercial aceptado y canal permitido.
Endpoint futuro candidate: POST /internal/business-observer/request-intake.
Request inicial: PENDING_SGC_REVIEW.
Outbox candidate: BILLING_CUSTOMER_REQUEST, facturacion@ladirecta.com.ar, READY_BLOCKED, send_blocked_by_default=true, billing_customer_request_v1, idempotency key y payload hash deterministicos.
Idempotencia productiva: REQUEST_INTAKE:<normalized_cuit>:<email_hash>:<date_bucket>; ejemplo sintetico PDF-013C:REQUEST_INTAKE:TEST001.
Seguridad: captcha/challenge, honeypot, server-side validation, logs sanitizados, sin secrets, sin datos sensibles en URL, sin enumeracion de clientes, sin password y sin creacion automatica de Woo user.
Handoff futuro: C:\APV\vps-woocommerce-ladirecta, sin implementar aun.
Output sanitizado: tmp/pdf-013c/.
Restricciones: no emails reales, no SMTP para envio, no SQL write prod, no SGC, no WooCommerce API, no datos reales, no endpoint publico, no plugin real, no worker, no runtime, no sync, no scheduler, no cron y no pipelines.
Proximo paso: gate separado para implementar formulario/plugin candidate y endpoint interno no publico.

Business Observer - PDF-013B prod request intake synthetic write¶

Fecha: 2026-06-25
Estado: PDF-013B PROD REQUEST INTAKE SYNTHETIC WRITE / GO / SQL WRITE PROD CONTROLADO / SIN EMAIL / SIN WORKER
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-013B-PROD-REQUEST-INTAKE-SYNTHETIC-WRITE.md
Paquete local: infra/business-observer/production/b2b-pricing/PDF-013B/
Target: VPS/prod openclaw_business_observer_prod.business_observer, user openclaw_bo_prod_owner.
Alcance SQL write: insertar o reutilizar solo datos sinteticos con prefijo PDF-013B: en ecommerce_customer_requests, ecommerce_customer_request_audit, ecommerce_notification_outbox y ecommerce_notification_event_log.
Resultado esperado: 1 request PENDING_SGC_REVIEW, 1 audit, 1 notification READY_BLOCKED, send_blocked_by_default=true, 1 event log y duplicados 0 tras retry idempotente.
Backup pre-write: /opt/openclawai/backups/PDF-013B/business_observer_four_tables_pre_pdf_013b_20260625T170157Z.dump, tamano 27559, SHA256 e1118ff05be89eeba514240d1bce221af1f5f7950734187ddb10b826eb315343.
Conteos prod post-write: 1 / 1 / 1 / 1, duplicados 0.
Snapshot proveedor: PENDING_SNAPSHOT_NOT_PROVIDER_VERIFIABLE, mitigado por backup pre-write y write sintetico/acotado.
Restricciones: no emails reales, no conexion SMTP para envio, no secrets/passwords/connection strings impresos, no datos reales de clientes, no SGC, no WooCommerce API y no worker/runtime/sync/scheduler/cron/pipelines.
Proximo paso: intake real controlado desde formulario/plugin con outbox bloqueada por defecto y autorizacion separada antes de SGC o WooCommerce.

Business Observer - PDF-013A MVP request intake production path¶

Fecha: 2026-06-25
Estado: PDF-013A MVP REQUEST INTAKE PRODUCTION PATH / CANDIDATE / DRY-RUN / SIN SQL WRITE PROD
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-013A-MVP-REQUEST-INTAKE-PRODUCTION-PATH.md
Paquete local: infra/business-observer/production/b2b-pricing/PDF-013A/
Objetivo: preparar el camino productivo minimo formulario/plugin futuro -> request prod -> audit prod -> notification outbox READY_BLOCKED -> event log prod -> worker manual posterior.
Request contract: razon_social, nombre_fantasia, cuit_normalizado, email_contacto, telefono_whatsapp, domicilio_fiscal, domicilio_pedido, domicilio_pedido_es_fiscal, rubro, comentario, source_channel y request_status=PENDING_SGC_REVIEW.
Outbox contract: notification_type=BILLING_CUSTOMER_REQUEST, recipient_email=facturacion@ladirecta.com.ar, status=READY_BLOCKED, send_blocked_by_default=true, template_version=billing_customer_request_v1, idempotency key y payload hash deterministicos.
Idempotencia candidate: REQUEST_INTAKE:<normalized_cuit>:<email_hash>:<date_bucket>; seed sintetico PDF-013A:REQUEST_INTAKE:TEST001.
Output sanitizado: tmp/pdf-013a/.
Restricciones: no emails reales, no SMTP para envio, no SQL write prod, no SGC, no WooCommerce API, no datos reales, no worker, no runtime, no sync, no scheduler, no cron y no pipelines.
Proximo paso: PDF-013B preflight read-only del endpoint/form/plugin candidate y constraints productivos antes de cualquier write sintetico o piloto con datos explicitamente aprobados.

Business Observer - PDF-012P prod outbox guarded single send¶

Fecha: 2026-06-25
Estado: PDF-012P PROD OUTBOX GUARDED SINGLE SEND / GO / PROD MANUAL CONTROLADO / 1 EMAIL INTERNO ENVIADO
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-012P-PROD-OUTBOX-GUARDED-SINGLE-SEND.md
Paquete local: infra/business-observer/production/b2b-pricing/PDF-012P/
Target: VPS/prod openclaw_business_observer_prod.business_observer, user openclaw_bo_prod_owner.
Notification objetivo: PDF-012O:BILLING_CUSTOMER_REQUEST:TEST001, destinatario facturacion@ladirecta.com.ar.
Backup pre-PDF-012P: /opt/openclawai/backups/PDF-012P/business_observer_four_tables_pre_pdf_012p_20260625T163025Z.dump, tamano 26908, SHA256 fe5bc7ee2aaa8a9e1857bb1ec2cd3d7b6b044030e24b61b88bd64e69c0199cb4.
Resultado: READY_BLOCKED -> SENT solo despues de SMTP OK, eventos SEND_APPROVED_MANUAL, SEND_ATTEMPTED, SEND_SUCCEEDED y retry bloqueado como ALREADY_SENT_GLOBAL_BLOCKED.
Email real interno enviado: exactamente 1 a facturacion@ladirecta.com.ar.
Restricciones: exactamente 1 email real interno maximo, sin clientes, proveedores, listas, CC/BCC/adjuntos, datos reales, SGC, WooCommerce API, runtime, sync, scheduler, cron ni pipelines.

Business Observer - PDF-012O prod synthetic blocked seed¶

Fecha: 2026-06-25
Estado: PDF-012O PROD SYNTHETIC BLOCKED SEED / GO / SQL WRITE PROD CONTROLADO / SIN EMAIL / SIN WORKER
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-012O-PROD-SYNTHETIC-BLOCKED-SEED.md
Paquete local: infra/business-observer/production/b2b-pricing/PDF-012O/
Target: VPS/prod openclaw_business_observer_prod.business_observer, user openclaw_bo_prod_owner.
Backup pre-seed: /opt/openclawai/backups/PDF-012O/business_observer_four_tables_pre_pdf_012o_20260625T161835Z.dump, tamano 26908, SHA256 880dc60c3229f364a7d4cebcd76914411252badd67bd3c07fee18673e1fc4241.
Resultado: insertados o reutilizados exactamente 1 request, 1 audit, 1 notification outbox READY_BLOCKED y 1 event log con prefijo PDF-012O:; retry idempotente sin duplicados.
Conteos prod post-seed: 1 / 1 / 1 / 1 en los cuatro objetos target.
Restricciones: no emails reales, no conexion SMTP para envio, no secrets/passwords/connection strings impresos, no datos reales, no SGC, no WooCommerce API y no worker/runtime/sync/scheduler/cron/pipelines.
Proximo paso: gate de revision productiva manual sobre el request sintetico bloqueado, con cleanup operativo antes de datos reales.

Business Observer - PDF-012N prod post-DDL readiness¶

Fecha: 2026-06-25
Estado: PDF-012N PROD POST-DDL READINESS / GO / READ-ONLY / SIN EMAIL / SIN WORKER
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-012N-PROD-POST-DDL-READINESS.md
Paquete local: infra/business-observer/production/b2b-pricing/PDF-012N/
Target: VPS/prod openclaw_business_observer_prod.business_observer, user openclaw_bo_prod_owner.
Alcance: validar post-DDL PDF-012M con lecturas read-only local/dev y VPS/prod, secrets por presencia sin valores, backup schema-only, RLS, owners, grants, constraints, indices, conteos cero y runtime apagado.
Resultado: PROD_POST_DDL_READINESS_GO; los cuatro objetos requests/outbox existen en prod con conteos 0 y sin drift operativo.
Restricciones: no emails reales, no conexion SMTP para envio, no secrets/passwords/connection strings impresos, no SQL write ni DDL en VPS/prod, no inserts de datos reales, no SGC, no WooCommerce API y no worker/runtime/sync/scheduler/cron/pipelines.
Proximo paso: si queda GO, preparar gate separado de seed sintetico productivo bloqueado/manual, sin scheduler y sin SMTP real.

Business Observer - PDF-012M prod DDL promotion¶

Fecha: 2026-06-25
Estado: PDF-012M PROD DDL PROMOTION / GO / VPS PROD DDL CONTROLADO / SIN EMAIL / SIN WORKER
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-012M-PROD-DDL-PROMOTION.md
Paquete local: infra/business-observer/production/b2b-pricing/PDF-012M/
Target: VPS/prod openclaw_business_observer_prod.business_observer, user openclaw_bo_prod_owner.
Resultado: creados los 4 objetos faltantes de requests/outbox: ecommerce_customer_requests, ecommerce_customer_request_audit, ecommerce_notification_outbox y ecommerce_notification_event_log.
Backup: schema-only remoto en /opt/openclawai/backups/PDF-012M/, con evidencia en tmp/pdf-012m/prod_ddl_promotion.json.
DDL: CREATE TABLE IF NOT EXISTS, indices, constraints, owner prod, grants a roles prod y RLS habilitado, todo acotado a esos cuatro objetos.
Post-checks: cuatro objetos presentes, owner openclaw_bo_prod_owner, RLS activo y conteos exactos 0.
Restricciones: no emails reales, no conexion SMTP para envio, no secrets/passwords/connection strings impresos, no inserts de datos reales, no SGC, no WooCommerce API y no worker/runtime/sync/scheduler/cron/pipelines.
Proximo paso: publicar PDF-012M y desplegar Knowledge Portal solo con autorizacion posterior.

Business Observer - PDF-012L promotion preflight VPS/prod¶

Fecha: 2026-06-25
Estado: OBJECT_DRIFT_DETECTED / PROMOTION PREFLIGHT VPS/PROD / READ-ONLY / NO-GO
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-012L-PROMOTION-PREFLIGHT-VPS-PROD.md
Paquete local: infra/business-observer/production/b2b-pricing/PDF-012L/
Resultado local/dev: LOCAL_DEV_READ_ONLY_OK, DB gestion_de_negocios_core, user openclaw_bo_admin, schema business_observer presente y 4 objetos requeridos presentes con RLS habilitado.
Resultado VPS/prod: VPS_PROD_READ_ONLY_OK, DB openclaw_business_observer_prod, user openclaw_bo_prod_owner, schema y rol owner correctos, secrets postgres-vps-prod-owner.env y ladirecta-hostinger-email.env presentes sin valores.
Comparacion: VPS/prod no tiene ecommerce_customer_requests, ecommerce_customer_request_audit, ecommerce_notification_outbox ni ecommerce_notification_event_log; por eso queda OBJECT_DRIFT_DETECTED.
Backup/snapshot: requeridos antes de cualquier gate futuro con DDL/write prod.
Restricciones: no emails reales, no conexion SMTP para envio, no secrets/passwords/connection strings impresos, no SQL write ni DDL en VPS/prod, no SGC, no WooCommerce API, no datos reales de clientes, no runtime/sync/scheduler/cron/pipelines.
Proximo paso: gate separado de DDL candidate/promocion con snapshot y backup autorizados explicitamente.

Business Observer - PDF-012K worker guarded single send local dev¶

Fecha: 2026-06-25
Estado: PDF-012K WORKER GUARDED SINGLE SEND LOCAL DEV / SENT / RETRY BLOQUEADO / SIN SCHEDULER
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-012K-WORKER-GUARDED-SINGLE-SEND-LOCAL-DEV.md
Paquete local: infra/business-observer/production/b2b-pricing/PDF-012K/
Notification: PDF-012K:BILLING_CUSTOMER_REQUEST:TEST001.
Resultado: worker manual real con guard global integrado, envio real unico interno a facturacion@ladirecta.com.ar, status READY_BLOCKED -> SENT despues de SMTP OK y retry bloqueado antes de SMTP como ALREADY_SENT_GLOBAL_BLOCKED.
Eventos: SEND_APPROVED_MANUAL, SEND_ATTEMPTED, SEND_SUCCEEDED y ALREADY_SENT_GLOBAL_BLOCKED.
SQL write local/dev: insert idempotente de notification PDF-012K si faltaba, evento NOTIFICATION_CREATED si se creo, eventos de aprobacion/intento/ exito, update de outbox a SENT y evento de bloqueo del retry.
Restricciones: no clientes/proveedores/listas, no CC/BCC/adjuntos, no secrets/passwords/connection strings impresos, no SGC write, no WooCommerce API, no datos reales, no VPS/prod con datos y no runtime/sync/scheduler/cron/pipelines.
Proximo paso: revision GO/NO-GO para promocion productiva controlada, manteniendo scheduler/cron/runtime automatico bloqueados.

Business Observer - PDF-012J worker global guard integration¶

Fecha: 2026-06-25
Estado: PDF-012J WORKER GLOBAL GUARD INTEGRATION / PASS / SIN SMTP REAL / PRODUCCION BLOQUEADA
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-012J-WORKER-GLOBAL-GUARD-INTEGRATION.md
Paquete local: infra/business-observer/production/b2b-pricing/PDF-012J/
Resultado: el worker real/manual queda cubierto por guard global antes de fallback y antes de cualquier SMTP real. Si existe exito compatible por request_id, payload_hash, notification_type, recipient_email, scope/gate/manual run key o semantic_event=SEND_SUCCEEDED, se bloquea con ALREADY_SENT_GLOBAL_BLOCKED.
Casos probados: exito historico existente, fallback candidate, notification sintetica nueva y retry idempotente.
SQL write local/dev: insert idempotente de notifications sinteticas PDF-012J:* y eventos sanitizados GLOBAL_GUARD_EVALUATED, ALREADY_SENT_GLOBAL_BLOCKED, FALLBACK_BLOCKED_BEFORE_SMTP y SEND_ELIGIBLE_BUT_BLOCKED.
Restricciones: no emails reales nuevos, no SMTP para envio, no secrets, no SGC write, no WooCommerce API, no datos reales, no VPS/prod con datos, no runtime/sync/scheduler/cron/pipelines.
Produccion sigue bloqueada para envio real hasta nuevo GO.

Business Observer - PDF-012I outbox worker idempotency hardening¶

Fecha: 2026-06-25
Estado: PDF-012I OUTBOX WORKER IDEMPOTENCY HARDENING / DRY-RUN PASS / SIN SMTP REAL / PRODUCCION BLOQUEADA
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-012I-OUTBOX-WORKER-IDEMPOTENCY-HARDENING.md
Paquete local: infra/business-observer/production/b2b-pricing/PDF-012I/
Resultado: se preservo PDF-012H como NO-GO_VALIDATION_FAILED con global_send_succeeded_count=2 y se agrego guard global antes de SMTP y antes de fallback.
Notification sintetica: PDF-012I:BILLING_CUSTOMER_REQUEST:TEST001, local/dev, READY_BLOCKED.
Worker dry-run: primary y retry bloqueados con ALREADY_SENT_GLOBAL_BLOCKED, email_sent=false, smtp_connected_for_send=false, smtp_send_commands_executed=false y sin cambio a SENT.
SQL write local/dev: insert idempotente de notification PDF-012I si faltaba, evento NOTIFICATION_CREATED si se creo, y eventos SEND_BLOCKED ALREADY_SENT_GLOBAL_BLOCKED para primary/retry dry-run.
Restricciones: no emails reales nuevos, no SMTP para envio, no secrets, no SGC write, no WooCommerce API, no datos reales, no VPS/prod con datos, no runtime/sync/scheduler/cron/pipelines.
Proximo paso: integrar este guard en worker real y mantener produccion bloqueada hasta nuevo GO.

Business Observer - PDF-012H outbox worker manual controlled send local dev¶

Fecha: 2026-06-25
Estado: PDF-012H OUTBOX WORKER MANUAL CONTROLLED SEND LOCAL DEV / NO-GO_VALIDATION_FAILED / 2 EMAILS INTERNOS / SIN SCHEDULER
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-012H-OUTBOX-WORKER-MANUAL-CONTROLLED-SEND-LOCAL-DEV.md
Paquete local: infra/business-observer/production/b2b-pricing/PDF-012H/
Resultado: se ejecuto worker manual controlado con SMTP real sobre local/dev y se detecto desviacion de idempotencia global. Se enviaron 2 emails reales internos a facturacion@ladirecta.com.ar: notification 1 PDF-012C:BILLING_CUSTOMER_REQUEST:TEST001 y notification 7 PDF-012H:BILLING_CUSTOMER_REQUEST:TEST001.
Causa: el reintento inicial creo fallback PDF-012H al no encontrar PDF-012C en READY_BLOCKED despues del primer SENT.
Evidencia preservada: el validador confirma PDF-012H_NO_GO_CONFIRMED, global_success_event_count=2, expected_single_send=1 y production_blocked=true.
Restricciones: no se enviaron emails a clientes/proveedores/listas, no se uso CC/BCC/adjuntos, no se imprimieron secrets/passwords, no se escribio en SGC, no se toco WooCommerce API, no se usaron datos reales de clientes, no se toco VPS/prod con datos y no se activo runtime, sync, scheduler, cron ni pipelines.
Proximo paso recomendado: PDF-012I de hardening/idempotencia global y cleanup local/dev autorizado antes de otro SMTP real.

Business Observer - PDF-012G outbox worker readiness¶

Fecha: 2026-06-25
Estado: PDF-012G OUTBOX WORKER READINESS / PREPARED / WORKER MANUAL CONTROLADO / SIN EMAIL REAL / SIN SMTP SEND / SIN SCHEDULER
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-012G-OUTBOX-WORKER-READINESS.md
Paquete local: infra/business-observer/production/b2b-pricing/PDF-012G/
Estado previo: PDF-012F publicado como envio real unico desde outbox local/dev, con reintento bloqueado por idempotencia ALREADY_SENT_BLOCKED.
Readiness: worker manual/controlado preparado, envio real manual en NO-GO por diseno hasta autorizacion posterior separada.
Allowlist: facturacion@ladirecta.com.ar y operaciones@ladirecta.com.ar.
Tipo permitido: BILLING_CUSTOMER_REQUEST.
Controles: maximo 1 envio por notification_id, maximo 1 envio por idempotency_key, bloqueo por recipient no permitido, status SENT y send_blocked_by_default=true sin confirmacion manual posterior.
Observabilidad: snapshot sanitizado en tmp/pdf-012g/ con pendientes, bloqueadas, enviadas, fallidas, ultimo evento y ultimo error sanitizado.
SQL write local/dev: no ejecutado en esta preparacion; solo lectura read-only.
Alcance: no se enviaron emails reales, no se ejecuto --confirm-send, no se conecto SMTP para envio, no se imprimieron secrets/passwords, no se escribio en SGC, no se toco WooCommerce API, no se usaron datos reales de clientes, no se toco VPS/prod con datos y no se activo runtime, sync, scheduler, cron ni pipelines.
Proximo paso: gate separado de operacion manual controlada del worker real con SEND_APPROVED_MANUAL, una sola notification interna permitida y auditoria.

Business Observer - PDF-012F outbox single send real local dev¶

Fecha: 2026-06-25
Estado: PDF-012F OUTBOX SINGLE SEND REAL LOCAL DEV / ENVIO REAL UNICO AUTORIZADO / SQL WRITE LOCAL DEV / SENT / SIN WOOCOMMERCE
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-012F-OUTBOX-SINGLE-SEND-REAL-LOCAL-DEV.md
Paquete local: infra/business-observer/production/b2b-pricing/PDF-012F/
Notification: PDF-012D:BILLING_CUSTOMER_REQUEST:TEST001.
Destinatario permitido y usado: facturacion@ladirecta.com.ar.
Resultado: exactamente 1 email real desde outbox, READY_BLOCKED -> SENT, email_sent=true, single_send=true y recipient_allowed=true.
Eventos: SEND_ATTEMPTED, SEND_SUCCEEDED y reintento idempotente ALREADY_SENT_BLOCKED.
SQL write local/dev: insert de eventos sanitizados en business_observer.ecommerce_notification_event_log y update de business_observer.ecommerce_notification_outbox.status a SENT.
Alcance: no se enviaron emails a clientes/proveedores/listas, no se uso CC/BCC/adjuntos, no se imprimieron secrets/passwords/connection strings, no se escribio en SGC, no se toco WooCommerce API, no se usaron datos reales de clientes, no se toco VPS/prod con datos y no se activo runtime, sync, scheduler, cron ni pipelines.
Proximo paso: readiness de worker real controlado sin scheduler/cron, con allowlist, rate-limit persistente, observabilidad y rollback logico.

Business Observer - PDF-012E outbox worker dry-run local dev¶

Fecha: 2026-06-25
Estado: PDF-012E OUTBOX WORKER DRY-RUN LOCAL DEV / GO LOCAL DEV CONTROLADO / SQL WRITE LOCAL DEV AUDIT ONLY / SIN EMAIL REAL / SIN SMTP SEND / SIN WOOCOMMERCE
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-012E-OUTBOX-WORKER-DRY-RUN-LOCAL-DEV.md
Paquete local: infra/business-observer/production/b2b-pricing/PDF-012E/
Estado previo: requiere PDF-012D publicado y la notification PDF-012D:BILLING_CUSTOMER_REQUEST:TEST001 en READY_BLOCKED.
Worker dry-run: evalua recipient permitido, idempotencia, rate-limit conceptual, send_blocked_by_default=true y prepara SEND_ELIGIBLE_BUT_BLOCKED.
SQL write local/dev: INSERT idempotente en business_observer.ecommerce_notification_event_log, usando event_type=SEND_BLOCKED y event_payload_sanitized.semantic_event=WORKER_DRY_RUN_EVALUATED.
Resultado: la notification sigue READY_BLOCKED, con email_sent=false y smtp_send_commands_executed=false.
Alcance: no se enviaron emails reales, no se conecto SMTP para envio, no se imprimieron secrets/passwords, no se escribio en SGC, no se toco WooCommerce API, no se usaron datos reales de clientes, no se toco VPS/prod con datos y no se activo runtime, sync, scheduler, cron ni pipelines.
Proximo paso: PDF-012F para envio real controlado desde outbox, solo con autorizacion explicita y evidencia SMTP sanitizada.

Business Observer - PDF-012B billing notification real single send¶

Fecha: 2026-06-24
Estado: PDF-012B BILLING NOTIFICATION REAL SINGLE SEND / ENVIO REAL UNICO AUTORIZADO / EVIDENCIA SANITIZADA / SIN SQL WRITE / SIN WOOCOMMERCE
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-012B-BILLING-NOTIFICATION-REAL-SINGLE-SEND.md
Paquete local: infra/business-observer/production/b2b-pricing/PDF-012B/
Safe point: 56ac821ccf8f244cdd298aef6d7a0c557fbf3a89 publicado en origin/main y desplegado en el Knowledge Portal antes del envio real.
Precondiciones: PDF-011P SECRET_READY, PDF-011P SMTP_CONFIG_PRESENT, PDF-011Q SMTP_CONNECTION_READY y candidate PDF-012A sintetico.
Envio real: se ejecuto exactamente una vez send_pdf_012a_billing_notification_test.py --confirm-send.
Destinatario permitido: facturacion@ladirecta.com.ar.
Asunto: Solicitud alta ecommerce pendiente de revision SGC - PDF-012A.
Resultado: SENT_SINGLE_EMAIL, email_sent=true, single_send=true y recipient_allowed=true.
Evidencia: tmp/pdf-012b/billing_notification_real_send_result.json y tmp/pdf-012b/billing_notification_real_send_result.txt, sanitizados e ignorados por Git.
Alcance: no se enviaron emails a clientes, proveedores ni listas, no se uso CC/BCC/adjuntos, no se usaron datos reales de clientes, no se imprimieron secrets/passwords/connection strings, no se ejecuto SQL write, no se escribio en SGC, no se toco WooCommerce API, no se tocaron datos reales, no se toco VPS/prod con datos y no se activo runtime, sync, scheduler, cron ni pipelines.
Proximo paso: gate de MVP productivo con idempotencia, bitacora persistente, template versionado, rate-limit y aprobacion de destinatarios internos antes de conectar altas ecommerce reales.

Business Observer - PDF-012A MVP billing notification¶

Fecha: 2026-06-24
Estado: PDF-012A MVP BILLING NOTIFICATION / CANDIDATE PREPARED / ENVIO REAL BLOQUEADO POR DEFECTO / SIN SQL WRITE / SIN WOOCOMMERCE
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-012A-MVP-BILLING-NOTIFICATION.md
Paquete local: infra/business-observer/production/b2b-pricing/PDF-012A/
Estado previo: requiere PDF-011P SECRET_READY, PDF-011Q SMTP_CONNECTION_READY y PDF-011T SENT_SINGLE_EMAIL.
Payload: solicitud ecommerce sintetica/sanitizada con razon social, CUIT, email, WhatsApp, domicilio fiscal, domicilio pedido, rubro, comentario y estado PENDING_SGC_REVIEW.
Destinatario interno candidate: facturacion@ladirecta.com.ar, sin CC, sin BCC y sin adjuntos.
Gate de envio: send_pdf_012a_billing_notification_test.py queda bloqueado por defecto y solo podria enviar exactamente un email real si una autorizacion posterior permite ejecutar --confirm-send.
Output local: tmp/pdf-012a/billing_notification_candidate.json, tmp/pdf-012a/billing_notification_candidate.txt y evidencia de bloqueo tmp/pdf-012a/billing_notification_send_evidence.json, sanitizados e ignorados por Git.
Alcance: no se envio email real, no se envio a clientes reales, proveedores ni listas, no se uso CC/BCC/adjuntos, no se imprimieron secrets/passwords/connection strings, no se ejecuto SQL write, no se escribio en SGC, no se toco WooCommerce API, no se tocaron datos reales, no se toco VPS/prod con datos y no se activo runtime, sync, scheduler, cron ni pipelines.
Proximo paso: gate PDF-012B de envio real controlado a facturacion@ladirecta.com.ar, solo con autorizacion explicita y evidencia sanitizada.

Business Observer - PDF-011T SMTP single send real controlled test¶

Fecha: 2026-06-24
Estado: PDF-011T SMTP SINGLE SEND REAL CONTROLLED TEST / ENVIO REAL UNICO AUTORIZADO / EVIDENCIA SANITIZADA / SIN SQL WRITE / SIN WOOCOMMERCE
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-011T-SMTP-SINGLE-SEND-REAL-CONTROLLED-TEST.md
Paquete local: infra/business-observer/production/b2b-pricing/PDF-011T/
Safe point inicial: HEAD y origin/main en 58c7243b9404a0f7d1bebfe985f4062f685620f2, estado main...origin/main limpio.
Estado previo: PDF-011P SECRET_READY, PDF-011Q SMTP_CONNECTION_READY, PDF-011R bloqueado por defecto y PDF-011S publicado.
Envio real: se ejecuto exactamente una vez send_pdf_011r_smtp_single_test.py --confirm-send.
Destinatario permitido: operaciones@ladirecta.com.ar.
Asunto permitido: Prueba tecnica SMTP La Directa - PDF-011R.
Resultado: SENT_SINGLE_EMAIL, email_sent=true, single_send=true y recipient_allowed=true.
Evidencia: tmp/pdf-011t/smtp_single_send_real_result.json y tmp/pdf-011t/smtp_single_send_real_result.txt, sanitizados e ignorados por Git.
Alcance: no se envio a clientes reales, proveedores reales ni listas, no se uso CC/BCC/adjuntos, no se usaron datos reales de clientes, no se imprimieron secrets/passwords/connection strings, no se ejecuto SQL write, no se escribio en SGC, no se toco WooCommerce API, no se tocaron datos reales, no se toco VPS/prod con datos y no se activo runtime, sync, scheduler, cron ni pipelines.
Proximo paso: gate separado para notificaciones transaccionales internas del flujo de alta ecommerce, con templates, auditoria, idempotencia, rate limit y bloqueo por defecto antes de cualquier destinatario externo.

Business Observer - PDF-011S SMTP single send final review¶

Fecha: 2026-06-24
Estado: PDF-011S SMTP SINGLE SEND FINAL REVIEW / REVISION FINAL OPERATIVA / SIN EMAIL REAL / SIN SQL WRITE / SIN WOOCOMMERCE
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-011S-SMTP-SINGLE-SEND-FINAL-REVIEW.md
Paquete local: infra/business-observer/production/b2b-pricing/PDF-011S/
Estado previo: requiere PDF-011R publicado y revalidado sin envio real.
Destinatario permitido: operaciones@ladirecta.com.ar.
Payload revisado: asunto Prueba tecnica SMTP La Directa - PDF-011R, cuerpo de prueba tecnica unica, sin datos reales de solicitudes, sin datos reales de clientes, sin passwords, sin secrets y sin informacion sensible.
Gate de envio: send_pdf_011r_smtp_single_test.py sigue bloqueado por defecto y requiere --confirm-send mas autorizacion manual explicita en un gate posterior.
Evidencia esperada para gate posterior: timestamp, destinatario, asunto, message id o respuesta SMTP sanitizada, email_sent=true, single_send=true, recipient_allowed=true, sin secrets, sin password y sin datos reales.
Alcance: no se envio email real, no se ejecuto --confirm-send, no se ejecutaron MAIL FROM, RCPT TO ni DATA, no se permitieron CC/BCC/adjuntos/listas, no se envio a clientes reales ni proveedores reales, no se imprimieron secrets/passwords/connection strings, no se ejecuto SQL write, no se escribio en SGC, no se toco WooCommerce API, no se tocaron datos reales, no se toco VPS/prod con datos y no se activo runtime, sync, scheduler, cron ni pipelines.

Business Observer - PDF-011R La Directa SMTP single send controlled test¶

Fecha: 2026-06-24
Estado: PDF-011R LADIRECTA SMTP SINGLE SEND CONTROLLED TEST / ENVIO REAL BLOQUEADO POR DEFECTO / SINGLE SEND ONLY / SIN SQL WRITE / SIN WOOCOMMERCE
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-011R-LADIRECTA-SMTP-SINGLE-SEND-CONTROLLED-TEST.md
Paquete local: infra/business-observer/production/b2b-pricing/PDF-011R/
Estado previo: requiere PDF-011Q = SMTP_CONNECTION_READY.
Destinatario candidate: operaciones@ladirecta.com.ar.
Payload: asunto Prueba tecnica SMTP La Directa - PDF-011R, cuerpo de prueba tecnica unica, sin datos reales de clientes, sin passwords, sin secrets y sin informacion sensible.
Gate de envio: send_pdf_011r_smtp_single_test.py queda bloqueado por defecto y solo podria enviar exactamente un email real si una autorizacion posterior permite ejecutar --confirm-send.
Output local: tmp/pdf-011r/smtp_single_send_candidate.json, tmp/pdf-011r/smtp_single_send_candidate.txt y evidencia de bloqueo tmp/pdf-011r/smtp_single_send_evidence.json, sanitizados e ignorados por Git.
Alcance: no se envio email real, no se permitieron CC/BCC, no se permitieron adjuntos, no se enviaron emails masivos, no se envio a clientes reales, proveedores reales ni listas, no se ejecuto SQL write, no se escribio en PostgreSQL, SGC permanece read-only, no se escribio en SGC, no se toco WooCommerce API, no se imprimieron secrets, passwords ni connection strings, no se tocaron datos reales, no se toco VPS/prod con datos y no se activaron runtime, sync, scheduler, cron ni pipelines.
Proximo paso: revisar el payload candidate y pedir autorizacion final separada para ejecutar el gate real de single send.

Business Observer - PDF-011Q La Directa SMTP connection preflight¶

Fecha: 2026-06-24
Estado: PDF-011Q LADIRECTA SMTP CONNECTION PREFLIGHT / CONEXION SMTP TECNICA CONTROLADA / SIN EMAIL REAL / SIN SQL WRITE / SIN WOOCOMMERCE
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-011Q-LADIRECTA-SMTP-CONNECTION-PREFLIGHT.md
Paquete local: infra/business-observer/production/b2b-pricing/PDF-011Q/
Safe point inicial: HEAD y origin/main esperados en bdc10667c4aa2dba532ce6eee355fd6d5fdccdca, con main...origin/main limpio.
Estado previo: requiere PDF-011P = SECRET_READY.
Ruta secret: se usa la ruta local real verificada C:\APV\openclawai\.venv-portal\secrets\ladirecta-hostinger-email.env; la ruta declarada C:\APV\openclawai.venv-portal\secrets\ladirecta-hostinger-email.env queda documentada como no existente en esta estacion.
SMTP: el preflight abre conexion, negocia SSL/TLS o STARTTLS segun configuracion, intenta autenticacion y cierra conexion, sin enviar emails reales.
Output local: tmp/pdf-011q/smtp_connection_preflight.json y tmp/pdf-011q/smtp_connection_preflight.txt, sanitizados e ignorados por Git.
Alcance: no se envio email real, no se ejecuto MAIL FROM, no se ejecuto RCPT TO, no se ejecuto DATA, no se ejecuto sendmail, no se ejecuto send_message, no se ejecuto SQL write, no se escribio en PostgreSQL, SGC permanece read-only, no se escribio en SGC, no se toco WooCommerce API, no se imprimieron secrets, passwords ni connection strings, no se tocaron datos reales, no se toco VPS/prod con datos y no se activaron runtime, sync, scheduler, cron ni pipelines.
Proximo paso: si queda SMTP_CONNECTION_READY, abrir gate separado con autorizacion nueva para cualquier envio controlado real.

Business Observer - PDF-011P La Directa SMTP secret ready check¶

Fecha: 2026-06-24
Estado: PDF-011P LADIRECTA SMTP SECRET READY CHECK / LOCAL SECRET READY CHECK / SIN EMAIL REAL / SIN SMTP CONNECT / SIN SQL WRITE / SIN WOOCOMMERCE
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-011P-LADIRECTA-SMTP-SECRET-READY-CHECK.md
Paquete local: infra/business-observer/production/b2b-pricing/PDF-011P/
Ruta secret verificada: C:\APV\openclawai\.venv-portal\secrets\ladirecta-hostinger-email.env.
Secret Hostinger: archivo real ausente en este gate, estado PENDING_SECRET.
Git: la ruta queda ignorada por .gitignore y no aparece en git status.
SMTP: PENDING_SMTP_CONFIG; no hay secret real completado para validar host, port, user, password y secure.
Output local: tmp/pdf-011p/smtp_secret_ready_check.json y tmp/pdf-011p/smtp_secret_ready_check.txt, sanitizados e ignorados por Git.
Alcance: no se envio email real, no se conecto SMTP real, no se ejecuto SQL write, no se escribio en PostgreSQL, no se escribio en SGC, no se toco WooCommerce API, no se modifico .env, no se imprimieron secrets, passwords ni connection strings, no se tocaron datos, no se toco VPS/prod con datos y no se activaron runtime, sync, scheduler, cron ni pipelines.
Proximo paso: completar manualmente el secret privado local con datos reales confirmados desde Hostinger y reejecutar PDF-011P hasta SECRET_READY.

Business Observer - PDF-011O La Directa SMTP secret preflight¶

Fecha: 2026-06-24
Estado: PDF-011O LADIRECTA SMTP SECRET PREFLIGHT / LOCAL SECRET CHECK / SIN EMAIL REAL / SIN SMTP CONNECT / SIN SQL WRITE / SIN WOOCOMMERCE
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-011O-LADIRECTA-SMTP-SECRET-PREFLIGHT.md
Paquete local: infra/business-observer/production/b2b-pricing/PDF-011O/
Ruta secret corregida/verificada: C:\APV\openclawai\.venv-portal\secrets\ladirecta-hostinger-email.env.
Template local: C:\APV\openclawai\.venv-portal\secrets\ladirecta-hostinger-email.env.template, ignorado por Git y sin password real.
Secret Hostinger: archivo real ausente en este gate, estado PENDING_SECRET.
SMTP: PENDING_SMTP_CONFIG; no hay host/port/secure confirmados desde Hostinger y no se invento configuracion.
Output local: tmp/pdf-011o/smtp_secret_preflight.json y tmp/pdf-011o/smtp_secret_preflight.txt, sanitizados e ignorados por Git.
Alcance: no se envio email real, no se conecto SMTP real, no se ejecuto SQL write, no se escribio en PostgreSQL, no se escribio en SGC, no se toco WooCommerce API, no se modifico .env, no se imprimieron secrets, passwords ni connection strings, no se tocaron datos, no se toco VPS/prod con datos y no se activaron runtime, sync, scheduler, cron ni pipelines.
Proximo paso: cargar el secret privado local con datos reales confirmados desde Hostinger y reejecutar el preflight sin imprimir valores.

Business Observer - PDF-011N La Directa billing notification secrets dry-run¶

Fecha: 2026-06-24
Estado: PDF-011N LADIRECTA BILLING NOTIFICATION SECRETS DRY-RUN / SECRETS CHECK + EMAIL CANDIDATE / SIN EMAIL REAL / SIN SQL WRITE / SIN WOOCOMMERCE
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-011N-LADIRECTA-BILLING-NOTIFICATION-SECRETS-DRY-RUN.md
Paquete local: infra/business-observer/production/b2b-pricing/PDF-011N/
Secret Hostinger: ruta esperada C:\APV\openclawai.venv-portal\secrets\ladirecta-hostinger-email.env; archivo ausente en este gate, variables presentes ninguna y estado PENDING_SECRET.
SMTP: PENDING_SMTP_CONFIG; no hay host/port confirmados y no se invento configuracion.
Resultado: email candidate a facturacion@ladirecta.com.ar en modo DRY_RUN_NOT_SENT, con cuenta candidate operaciones@ladirecta.com.ar, payload sintetico con domicilio fiscal, domicilio pedido/envio y estado PENDING_SGC_REVIEW.
Output local: tmp/pdf-011n/billing_notification_candidate.json y tmp/pdf-011n/billing_notification_candidate.txt, ignorados por Git.
Alcance: no se envio email real, no se conecto SMTP real, no se ejecuto SQL write, no se escribio en PostgreSQL, no se escribio en SGC, no se toco WooCommerce API, no se crearon usuarios WooCommerce, no se modifico .env, no se imprimieron secrets, passwords ni connection strings, no se tocaron datos, no se toco VPS/prod con datos y no se activaron runtime, sync, scheduler, cron ni pipelines.
Proximo paso: cargar de forma segura el secret privado ignorado por Git y confirmar datos SMTP Hostinger reales sin imprimir valores.

Business Observer - PDF-011M SGC read-only customer request review¶

Fecha: 2026-06-24
Estado: PDF-011M SGC READ-ONLY / MODELO DOCUMENTAL / SIN SQL WRITE
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-011M-SGC-READ-ONLY-CUSTOMER-REQUEST-REVIEW.md
Paquete local: infra/business-observer/production/b2b-pricing/PDF-011M/
Resultado: SGC queda explicitamente como autoridad comercial read-only para OpenClaw, WooCommerce, el plugin La Directa y cualquier flujo automatizado ecommerce. OpenClaw registra solicitudes en PostgreSQL y lee resultados desde SGC; la modificacion real en SGC la hace una persona autorizada.
Flujo nuevo contacto: solicitud registrada en OpenClaw/PostgreSQL, email/tarea para facturacion, revision humana, alta manual en SGC por personal autorizado si corresponde, lectura posterior de SGC, vinculacion con codigo_cliente / sgc_customer_id y posterior avance hacia activacion ecommerce.
Flujo correccion de datos: ecommerce/OpenClaw registra solicitud de cambio, se notifica a facturacion/operacion, una persona corrige el dato en SGC si corresponde, OpenClaw detecta el cambio leyendo SGC y PostgreSQL/OpenClaw se actualiza desde SGC.
Estados candidate: PENDING_SGC_REVIEW, NEEDS_MORE_INFO, APPROVED_FOR_MANUAL_SGC_ENTRY, REJECTED, SGC_MANUALLY_CREATED_PENDING_SYNC, SGC_SYNCED y ACTIVATION_READY.
Alcance: no se disenan ni implementan writes directos hacia SGC, no se ejecuta SQL write contra SGC, no se propone API write hacia SGC, no se automatiza modificacion de clientes SGC, no se toca WooCommerce API, no se activa runtime, sync, scheduler, cron ni pipelines.
Proximo paso: cualquier gate posterior debe limitarse a registrar solicitudes, generar tarea/email para facturacion y detectar resultados leyendo SGC.

Business Observer - PDF-011L Customer request writer local dev¶

Fecha: 2026-06-24
Estado: PDF-011L CUSTOMER REQUEST WRITER LOCAL DEV / GO LOCAL DEV / SQL WRITE CONTROLADO
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-011L-CUSTOMER-REQUEST-WRITER-LOCAL-DEV.md
Paquete local: infra/business-observer/production/b2b-pricing/PDF-011L/
Safe point: despues de publicar PDF-011K, local, origin/main y VPS quedaron en 780baaf03ff2c70c61427c5b76593a8709a7a7c7.
Credencial local/dev: C:\APV\openclawai\.venv-portal\secrets\postgres-target-admin-owner.env existe, esta ignorada por Git y contiene variables APV_DESTINATION_POSTGRES_ADMIN_*; no se imprimieron valores ni connection strings.
Preflight local/dev: current_database=gestion_de_negocios_core, current_user=openclaw_bo_admin, transaccion read-only on, tablas objetivo presentes 2, seed previo PDF-011L en requests 0 y auditoria 0.
SQL write ejecutado: 1 insert sintetico en business_observer.ecommerce_customer_requests y 1 insert de auditoria relacionada en business_observer.ecommerce_customer_request_audit.
Resultado: request sintetica CLIENTE TEST PDF011L SRL, email test-pdf011l@example.invalid, estado PENDING_SGC_REVIEW, auditoria REQUEST_CREATED / OK, seed/source PDF-011L, sin duplicados inesperados.
Cleanup: candidate disponible en infra/business-observer/production/b2b-pricing/PDF-011L/cleanup_pdf_011l_customer_request_writer_local_dev.py y requiere --confirm; no se ejecuto cleanup.
Alcance: no se enviaron emails reales, no se toco WooCommerce API, no se tocaron datos reales, no se uso CUIT real, no se uso email real, no se tocaron clientes_ecommerce, customer_activation_audit, tablas B2B de pricing ni tablas fuera de business_observer, no se toco VPS/prod con datos, no se modifico .env, no se imprimieron secrets y no se activo runtime, sync, scheduler, cron ni pipelines.
Proximo paso: publicar PDF-011L solo con autorizacion posterior y abrir PDF-011M para dejar explicito que SGC es read-only y que toda alta/cambio real requiere accion humana/autorizada.

Business Observer - PDF-011K Customer activation writer contract¶

Fecha: 2026-06-24
Estado: PDF-011K CUSTOMER ACTIVATION WRITER CONTRACT / GO WRITER CONTRACT LOCAL DEV / SIN SQL WRITE
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-011K-CUSTOMER-ACTIVATION-WRITER-CONTRACT.md
Paquete local: infra/business-observer/production/b2b-pricing/PDF-011K/
Safe point: despues de publicar PDF-011J, local, origin/main y VPS quedaron en 8c29dccb46cd200b76d5a39bc426c13d63c78940.
Hostinger secret: se verifico C:\APV\openclawai\.venv-portal\secrets\ladirecta-hostinger-email.env sin imprimir valores; si esta ausente queda PENDING_SECRET y siempre queda PENDING_SMTP_CONFIG hasta gate separado. La ruta historica C:\APV\openclawai.venv-portal\secrets\ladirecta-hostinger-email.env queda tambien como referencia candidate.
Resultado: payload candidate generado en tmp/pdf-011k/ ignorado por Git para business_observer.ecommerce_customer_requests, audit candidate para business_observer.ecommerce_customer_request_audit, email candidate sin envio a facturacion@ladirecta.com.ar y cleanup candidate para futuro gate.
Casos: contacto nuevo sin codigo SGC PENDING_SGC_REVIEW, cliente existente SGC ACTIVATION_READY_CANDIDATE, codigo/CUIT invalido VALIDATION_BLOCKED y email duplicado EMAIL_ALREADY_USED_CANDIDATE.
Domicilios: el contrato conserva campos de domicilio fiscal y domicilio pedido en payload candidate sanitizado.
Alcance: no se ejecuto SQL write, no se insertaron datos, no se actualizaron datos, no se borraron datos, no se enviaron emails reales, no se toco WooCommerce API, no se crearon usuarios WooCommerce, no se modifico .env, no se imprimieron secrets, passwords ni datos personales reales completos, no se tocaron datos, no se toco VPS/prod con datos y no se activo runtime, sync, scheduler, cron ni pipelines.
Proximo paso: abrir un gate separado de writer local/dev controlado con autorizacion explicita para SQL write, rollback/cleanup y post-checks read-only.

Business Observer - PDF-011J Customer activation dry-run¶

Fecha: 2026-06-24
Estado: PDF-011J CUSTOMER ACTIVATION DRY-RUN / GO DRY-RUN LOCAL DEV / SIN SQL WRITE
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-011J-CUSTOMER-ACTIVATION-DRY-RUN.md
Paquete local: infra/business-observer/production/b2b-pricing/PDF-011J/
Safe point: despues de publicar PDF-011I, local, origin/main y VPS quedaron en 831e5ba771a48a0d469ddf6c1989e814fcfd4b5b.
Credencial local/dev: C:\APV\openclawai\.venv-portal\secrets\postgres-target-admin-owner.env existe, esta ignorada por Git y no se imprimieron valores ni connection strings.
Hostinger secret: se verifico C:\APV\openclawai\.venv-portal\secrets\ladirecta-hostinger-email.env sin imprimir valores; si esta ausente queda PENDING_SECRET y si existe queda PENDING_SMTP_CONFIG hasta gate separado. La ruta historica C:\APV\openclawai.venv-portal\secrets\ladirecta-hostinger-email.env queda tambien como PENDING_SECRET / PENDING_SMTP_CONFIG.
Read-only local/dev: current_database=gestion_de_negocios_core, current_user=openclaw_bo_admin, transaccion READ ONLY y tablas presentes 4.
Casos simulados: cliente existente SGC ACTIVATION_READY, contacto nuevo sin codigo SGC PENDING_SGC_REVIEW, codigo/CUIT invalido VALIDATION_BLOCKED con mensaje generico y email ya usado EMAIL_ALREADY_USED_CANDIDATE.
Email candidate: destino facturacion@ladirecta.com.ar, asunto Nueva solicitud de alta cliente ecommerce - La Directa, modo DRY_RUN_NOT_SENT.
Alcance: no se ejecuto SQL write, no se insertaron datos, no se actualizaron datos, no se borraron datos, no se enviaron emails reales, no se toco WooCommerce API, no se crearon usuarios WooCommerce, no se modifico .env, no se imprimieron secrets, passwords ni datos personales reales completos, no se tocaron datos, no se toco VPS/prod con datos y no se activo runtime, sync, scheduler, cron ni pipelines.
Proximo paso: abrir PDF-011K para validadores runtime locales y eventual writer controlado separado si se autoriza persistir solicitudes candidate.

Business Observer - PDF-011I Customer activation local dev DDL execution¶

Fecha: 2026-06-24
Estado: PDF-011I CUSTOMER ACTIVATION LOCAL DEV DDL EXECUTION / GO LOCAL DEV / SQL WRITE CONTROLADO
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-011I-CUSTOMER-ACTIVATION-LOCAL-DEV-DDL-EXECUTION.md
Paquete local: infra/business-observer/production/b2b-pricing/PDF-011I/
Safe point: despues de publicar PDF-011H, local, origin/main y VPS quedaron en 819e1b37c802bddf953d95057f86d8d125f2c488.
Credencial local/dev: C:\APV\openclawai\.venv-portal\secrets\postgres-target-admin-owner.env existe, esta ignorada por Git y contiene variables APV_DESTINATION_POSTGRES_ADMIN_*; no se imprimieron valores ni connection strings.
Backup: backup schema-only pre-DDL fuera de Git en C:\APV\backups\openclawai\PDF-011I\business_observer_schema_pre_pdf011i_20260624-113325.dump con 28676 bytes.
Preflight local/dev: current_database=gestion_de_negocios_core, current_user=openclaw_bo_admin, schema business_observer existe y es owned por openclaw_bo_admin, permisos CREATE sobre DB/schema en true, roles openclaw_bo_admin, openclaw_bo_writer y openclaw_bo_reader presentes, objetos PDF-011G presentes antes del DDL 0.
SQL write ejecutado: exclusivamente infra/business-observer/production/b2b-pricing/PDF-011G/PDF-011G-CUSTOMER-ACTIVATION-DDL-CANDIDATE.sql con ON_ERROR_STOP=1 y transaccion unica, incluyendo los grants/RLS del mismo archivo.
Resultado: creadas business_observer.clientes_ecommerce, business_observer.ecommerce_customer_requests, business_observer.ecommerce_customer_request_audit y business_observer.customer_activation_audit.
Post-checks: tablas presentes 4, owner admin 4, RLS habilitado 4, indices 12, constraints clave 9, columnas domicilio fiscal/pedido 10, policies explicitas 0, grants reader/writer/admin esperados y duplicados fuera de business_observer 0.
Governance post-DDL: PDF-011I = GO. PDF-011H = preflight historico: su validacion viva falla despues del DDL porque los objetos ya existen; esto es esperado, no representa drift negativo y no debe revalidarse con expectativa de objetos ausentes. La evidencia valida post-DDL es PDF-011I y sus post-checks propios.
Alcance: no se toco VPS/prod con SQL, WooCommerce API, emails reales, .env, secrets, datos de negocio, runtime, sync, scheduler, cron ni pipelines.
Proximo paso: publicar PDF-011I en un gate separado y luego abrir dry-run local de runtime/onboarding sin WooCommerce write y sin emails reales.

Business Observer - PDF-011H Customer activation DDL preflight¶

Fecha: 2026-06-24
Estado: PDF-011H CUSTOMER ACTIVATION DDL PREFLIGHT / GO LOCAL DEV PREFLIGHT / SIN SQL WRITE
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-011H-CUSTOMER-ACTIVATION-DDL-PREFLIGHT.md
Paquete local: infra/business-observer/production/b2b-pricing/PDF-011H/
Safe point: despues de publicar PDF-011G, local, origin/main y VPS quedaron en fad053649ed55accb40330bbbc57da5267286644.
Secrets Hostinger: C:\APV\openclawai.venv-portal\secrets\ladirecta-hostinger-email.env esta ausente y queda PENDING_SECRET / PENDING_SMTP_CONFIG; tambien se verifico la ruta local real C:\APV\openclawai\.venv-portal\secrets\ladirecta-hostinger-email.env, ausente. No se imprimieron valores y no se crearon secrets nuevos.
Preflight local/dev: current_database=gestion_de_negocios_core, current_user=openclaw_bo_admin, schema business_observer existe y es owned por openclaw_bo_admin, permisos CREATE sobre DB/schema en true, roles openclaw_bo_admin, openclaw_bo_writer y openclaw_bo_reader presentes.
Drift: ausentes business_observer.clientes_ecommerce, business_observer.ecommerce_customer_requests, business_observer.ecommerce_customer_request_audit y business_observer.customer_activation_audit.
Backup: backup schema-only valido de PDF-011A en C:\APV\backups\openclawai\PDF-011A\business_observer_schema_only_post_owner_grants.dump con 13895 bytes. Para un gate futuro de DDL puede requerirse backup nuevo inmediato si governance lo exige.
Analisis DDL: PDF-011G no contiene DROP DATABASE, TRUNCATE ni DML, no toca WooCommerce, no envia emails, no guarda passwords, crea solo objetos permitidos, incluye rollback candidate, grants/RLS candidate y campos de domicilio fiscal/pedido.
Alcance: no se ejecuto SQL write, no se ejecuto DDL, no se crearon tablas, no se tocaron datos, WooCommerce API, emails reales, .env, secrets, VPS/prod con datos, runtime, sync, scheduler, cron ni pipelines.
Proximo paso: abrir gate separado con autorizacion explicita para ejecutar DDL local/dev, reconfirmando backup y post-checks antes de cualquier SQL write.

Business Observer - PDF-011G Customer activation DDL candidate¶

Fecha: 2026-06-24
Estado: PDF-011G CUSTOMER ACTIVATION DDL CANDIDATE / CANDIDATE ONLY / SIN SQL WRITE
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-011G-CUSTOMER-ACTIVATION-DDL-CANDIDATE.md
Paquete local: infra/business-observer/production/b2b-pricing/PDF-011G/
Safe point: despues de publicar PDF-011F, local, origin/main y VPS quedaron en 6836e2ebe626a4f09799f9365f264384d723528f.
Secrets Hostinger: C:\APV\openclawai.venv-portal\secrets\ladirecta-hostinger-email.env esta ausente y queda PENDING_SECRET / PENDING_SMTP_CONFIG; tambien se verifico la ruta local real C:\APV\openclawai\.venv-portal\secrets\ladirecta-hostinger-email.env, ausente e ignorada por Git mediante .gitignore. No se imprimieron valores.
Resultado: DDL candidate y rollback candidate para business_observer.clientes_ecommerce, business_observer.ecommerce_customer_requests, business_observer.ecommerce_customer_request_audit y business_observer.customer_activation_audit.
Alcance: no se ejecuto SQL write, no se crearon tablas, no se toco PostgreSQL, no se enviaron emails reales, no se toco WooCommerce API, no se tocaron datos, VPS/prod con datos, .env, secrets, runtime, sync, scheduler, cron ni pipelines.
Proximo paso: gate separado de preflight DDL local/dev con backup/snapshot aprobado antes de cualquier ejecucion SQL.

Business Observer - PDF-011F La Directa customer activation request model¶

Fecha: 2026-06-24
Estado: PDF-011F LADIRECTA CUSTOMER ACTIVATION REQUEST MODEL / CONTRACT READY / SIN SQL WRITE
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-011F-LADIRECTA-CUSTOMER-ACTIVATION-AND-NEW-CUSTOMER-REQUEST-MODEL.md
Paquete local: infra/business-observer/production/b2b-pricing/PDF-011F/
Safe point: HEAD inicial local confirmado en 06b7b1e test: add pdf-011e b2b functional read-only validation, con arbol Git limpio.
Secrets Hostinger: C:\APV\openclawai.venv-portal\secrets\ladirecta-hostinger-email.env quedo PENDING_SECRET; no se creo archivo porque no hay secreto disponible en esta sesion, no se imprimieron valores y la ruta esta fuera del repo.
Resultado: contrato documental para activacion de clientes existentes SGC, solicitud de alta de contactos nuevos sin codigo SGC, email candidate a facturacion, campos de domicilio fiscal/pedido, tablas/capas candidate y auditoria.
Alcance: no se ejecuto SQL write, no se enviaron emails reales, no se toco WooCommerce API, no se crearon usuarios, no se modifico .env, no se imprimieron secrets, no se tocaron datos ni VPS/prod, runtime, sync, scheduler, cron ni pipelines.
Proximo paso: gate separado para DDL candidate de solicitudes/auditoria y validadores de CUIT, email, telefono y domicilios.

Business Observer - PDF-011E B2B functional read-only validation¶

Fecha: 2026-06-24
Estado: PDF-011E B2B FUNCTIONAL READ-ONLY VALIDATION / GO B2B FUNCTIONAL READ-ONLY VALIDATED / LOCAL DEV
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-011E-B2B-FUNCTIONAL-READ-ONLY-VALIDATION.md
Paquete local: infra/business-observer/production/b2b-pricing/PDF-011E/
Safe point: despues de publicar PDF-011D, local, origin/main y VPS quedaron en bfffb9a7a0a6df7513dfdf033c6536a8ea9a385a.
Credencial: C:\APV\openclawai\.venv-portal\secrets\postgres-target-admin-owner.env existe, esta ignorada por Git y contiene variables requeridas; no se imprimieron valores.
SQL: solo SELECT read-only con BEGIN READ ONLY y default_transaction_read_only = on.
Resultado: 2 mappings sinteticos, 6 precios sinteticos, 0 decision logs manuales, effective_l1=3, effective_l5=3, L1 + 2442 B2B_PRICE_OK, L5 + 2442 B2B_PRICE_OK y SKU sin seed con 0 filas efectivas / BLOCKED_PRICE_MISSING candidate.
Alcance: no se ejecuto SQL write, no se tocaron datos, no se uso VPS/prod, no se toco WooCommerce API, .env, secrets, datos personales reales, runtime, sync, scheduler, cron ni pipelines.
Proximo paso: gate separado para disenar integracion runtime read-only del motor B2B contra PostgreSQL local/dev.

Business Observer - PDF-011D B2B local dev seed execution¶

Fecha: 2026-06-23
Estado: PDF-011D B2B LOCAL DEV SEED EXECUTION / GO B2B LOCAL DEV SEED EXECUTED / DATOS SINTETICOS MINIMOS
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-011D-B2B-LOCAL-DEV-SEED-EXECUTION.md
Paquete local: infra/business-observer/production/b2b-pricing/PDF-011D/
Safe point: despues de publicar PDF-011C, local, origin/main y VPS quedaron en 3b143a3dbd8b19c17c51e1f5d5c1426f6a3463fd.
Credencial: C:\APV\openclawai\.venv-portal\secrets\postgres-target-admin-owner.env existe, esta ignorada por Git y contiene variables requeridas; no se imprimieron valores.
SQL write ejecutado: inserts controlados en transaccion unica solo sobre business_observer.b2b_customer_mapping y business_observer.b2b_product_price.
Resultado: 2 mappings sinteticos, 6 precios sinteticos, 0 decision logs manuales, effective_l1=3, effective_l5=3 y duplicados inesperados 0.
Cleanup: candidate creado y no ejecutado; queda acotado por source_hash del seed.
Alcance: no se uso VPS/prod, no se toco WooCommerce API, .env, secrets, datos personales reales, runtime, sync, scheduler, cron ni pipelines.
Proximo paso: gate separado para validar lectura funcional del motor B2B contra tablas reales locales, sin activar runtime ni WooCommerce.

Business Observer - PDF-011C B2B local dev seed data plan¶

Fecha: 2026-06-23
Estado: PDF-011C B2B LOCAL DEV SEED DATA PLAN / PLAN READY / SEED CANDIDATE ONLY / SIN SQL WRITE
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-011C-B2B-LOCAL-DEV-SEED-DATA-PLAN.md
Paquete local: infra/business-observer/production/b2b-pricing/PDF-011C/
Safe point: despues de publicar PDF-011B, local, origin/main y VPS quedaron en 3bdd855ae390ec648d375cc207a7c874e99b0451.
Objetivo: preparar un seed B2B minimo para local/dev, sin ejecutarlo todavia.
Seed candidate: 2 mappings sinteticos activos para L1 y L5, 6 precios candidate sobre SKUs piloto 2442, 2443, 2444 y listas L1/L5; sin inserts manuales en b2b_pricing_decision_log.
Script: prepare_pdf_011c_seed_payload.py genera JSON/SQL candidate no sensible en tmp/pdf-011c/, carpeta ignorada por Git.
Restricciones: solo local/dev, sin WooCommerce API, sin VPS/prod, sin datos sensibles visibles, sin carga masiva, sin .env, sin secrets, sin runtime, sync, scheduler, cron ni pipelines.
Resultado: PDF-011C deja listo el plan y validador para un futuro gate PDF-011D con autorizacion explicita de SQL write local/dev y cleanup candidate.

Business Observer - PDF-011B B2B local dev DDL execution¶

Fecha: 2026-06-23
Estado: PDF-011B B2B LOCAL DEV DDL EXECUTION / GO B2B LOCAL DEV DDL EXECUTED / OBJETOS B2B CREADOS / SIN DATOS
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-011B-B2B-LOCAL-DEV-DDL-EXECUTION.md
Paquete local: infra/business-observer/production/b2b-pricing/PDF-011B/
Safe point: despues de publicar PDF-011A, local, origin/main y VPS quedaron en b40c84dcef93030f3d8efcd7b28561eee6df5c59.
Credencial: C:\APV\openclawai\.venv-portal\secrets\postgres-target-admin-owner.env existe, esta ignorado por Git y contiene variables APV_DESTINATION_POSTGRES_ADMIN_*; no se imprimieron valores.
Backup previo: C:\APV\backups\openclawai\PDF-011A\business_observer_schema_only_post_owner_grants.dump existe fuera de Git con 13895 bytes.
Preflight: current_database=gestion_de_negocios_core, current_user=openclaw_bo_admin, schema business_observer owned por openclaw_bo_admin, CREATE sobre DB y schema true, roles openclaw_bo_admin, openclaw_bo_writer y openclaw_bo_reader presentes, objetos B2B ausentes.
SQL write ejecutado: unicamente infra/business-observer/production/b2b-pricing/PDF-010P/PDF-010P-B2B-PERSISTENCE-DDL-RETRY-CANDIDATE.sql con ON_ERROR_STOP=1 y transaccion unica.
Objetos creados: business_observer.b2b_customer_mapping, business_observer.b2b_product_price, business_observer.b2b_pricing_decision_log y business_observer.v_b2b_customer_effective_price.
Post-checks: owner openclaw_bo_admin, 24 constraints, indices esperados, RLS activo en las 3 tablas, grants para openclaw_bo_admin/writer/reader, schema correcto y duplicados 0.
Alcance: no se cargaron datos B2B, no se uso VPS/prod, no se toco WooCommerce API, .env, secretos, runtime, sync, scheduler, cron ni pipelines.
Proximo paso: gate separado para carga B2B controlada local/dev o snapshot minimo aprobado; produccion sigue bloqueada hasta autorizacion especifica.

Business Observer - PDF-011A B2B owner backup permissions local dev¶

Fecha: 2026-06-23
Estado: PDF-011A B2B OWNER BACKUP PERMISSIONS LOCAL DEV / GO OWNER BACKUP PERMISSIONS / BACKUP VALID / SIN DDL B2B
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-011A-B2B-OWNER-BACKUP-PERMISSIONS-LOCAL-DEV.md
Paquete local: infra/business-observer/production/b2b-pricing/PDF-011A/
Safe point: despues de publicar PDF-010Z, local y origin/main quedaron en 8b9492039573eb7c94f3b4769f7c6b0218fb214e.
Credencial: C:\APV\openclawai\.venv-portal\secrets\postgres-target-admin-owner.env existe y esta ignorado por Git, pero conecta al target como openclaw_bo_admin. Para el write admin autorizado se uso APV_LOCAL_POSTGRES_ADMIN_* desde C:\APV\openclawai\.env, tambien ignorado por Git, combinando esa credencial postgres con la DB target gestion_de_negocios_core; no se imprimieron valores.
Preflight owner/admin: current_database=gestion_de_negocios_core, current_user=postgres, schema business_observer existente, tabla business_observer.source_003_sales_items existente y owned por postgres, rol openclaw_bo_admin existente y objetos B2B ausentes.
SQL admin write ejecutado: GRANT USAGE ON SCHEMA business_observer TO openclaw_bo_admin, GRANT SELECT ON ALL TABLES IN SCHEMA business_observer TO openclaw_bo_admin y GRANT SELECT ON ALL SEQUENCES IN SCHEMA business_observer TO openclaw_bo_admin. No hizo falta GRANT explicito a la tabla bloqueante y no se ejecuto ALTER OWNER.
Validacion post-GRANT: como openclaw_bo_admin, SELECT sobre business_observer.source_003_sales_items quedo true; CREATE sobre DB/schema y USAGE sobre schema quedaron true; objetos B2B siguen ausentes.
Backup: pg_dump -Fc -s -n business_observer genero C:\APV\backups\openclawai\PDF-011A\business_observer_schema_only_post_owner_grants.dump con 13895 bytes.
Alcance: no se ejecuto DDL B2B, no se crearon tablas/vista B2B, no se tocaron datos, VPS/prod, WooCommerce API, .env, secretos, runtime, sync, scheduler, cron ni pipelines.
Proximo paso: abrir gate separado para reintentar PDF-010P / DDL B2B local/dev con el backup schema-only valido ya disponible.

Business Observer - PDF-010Z B2B backup permissions local dev¶

Fecha: 2026-06-23
Estado: PDF-010Z B2B BACKUP PERMISSIONS LOCAL DEV / NO-GO GRANT/BACKUP FAILED / SIN DDL B2B
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-010Z-B2B-BACKUP-PERMISSIONS-LOCAL-DEV.md
Paquete local: infra/business-observer/production/b2b-pricing/PDF-010Z/
Resultado PDF-010Y: PDF-010Y fue publicado y desplegado; local, origin y VPS quedaron alineados en 3f134c5e23500d54063ec4d1f64e06c5274f87f0 y HTTP local/publico devolvio 200.
Credencial: secret repo-local real C:\APV\openclawai\.venv-portal\secrets\postgres-target-admin-owner.env existe, esta ignorado por Git y tiene variables requeridas sin imprimir valores.
Preflight: gestion_de_negocios_core conecta como openclaw_bo_admin; schema business_observer existe y es owned por openclaw_bo_admin; roles openclaw_bo_admin, openclaw_bo_writer y openclaw_bo_reader presentes; business_observer.source_003_sales_items existe; objetos B2B ausentes.
SQL write autorizado: se intento solo GRANT USAGE ON SCHEMA business_observer TO openclaw_bo_admin, GRANT SELECT ON ALL TABLES IN SCHEMA business_observer TO openclaw_bo_admin y GRANT SELECT ON ALL SEQUENCES IN SCHEMA business_observer TO openclaw_bo_admin. El gate fallo con permission denied for table source_003_sales_items; la tabla pertenece a postgres.
Backup: el backup schema-only pg_dump -Fc -s -n business_observer fallo por el mismo permiso; el archivo C:\APV\backups\openclawai\PDF-010Z\business_observer_schema_only_pre_ddl.dump quedo en 0 bytes y no es valido.
Alcance: no se ejecuto DDL B2B, no se crearon tablas/vista B2B, no se tocaron datos, VPS/prod, WooCommerce API, .env, secretos, runtime, sync, scheduler, cron ni pipelines.
Proximo paso: abrir gate local/dev con owner real postgres o normalizacion de ownership autorizada para conceder SELECT minimo sobre objetos existentes de business_observer; despues repetir backup y avanzar solo con archivo mayor a 0 bytes.

Business Observer - PDF-010Y B2B backup permissions plan¶

Fecha: 2026-06-23
Estado: PDF-010Y B2B BACKUP PERMISSIONS PLAN / SIN DDL / SIN SQL WRITE / SIN PUSH
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-010Y-B2B-BACKUP-PERMISSIONS-PLAN.md
Paquete local: infra/business-observer/production/b2b-pricing/PDF-010Y/
Evidencia base: PDF-010X quedo publicado en ead51e59f67c005664c744218f91903eefed73d2 como NO-GO BACKUP FAILED / SIN DDL B2B; el backup pg_dump -Fc -s -n business_observer fallo con permission denied for table source_003_sales_items y dump de 0 bytes.
Bloqueo: el usuario openclaw_bo_admin es owner de business_observer y tiene CREATE, pero necesita permiso de lectura/backup sobre objetos existentes del schema para que pg_dump complete el backup schema-only.
Decision: recomendar Opcion B para local/dev si governance autoriza SQL admin minimo en gate separado: GRANT USAGE sobre schema y GRANT SELECT sobre tablas y secuencias existentes de business_observer a openclaw_bo_admin.
Produccion: VPS/prod sigue requiriendo snapshot o backup full con rol adecuado antes de cualquier DDL productivo.
Alcance: no se ejecuto DDL, no se ejecuto SQL write, no se ejecutaron GRANT, no se tocaron datos, WooCommerce API, .env, secretos, runtime, sync, scheduler, cron ni pipelines.

Business Observer - PDF-010X B2B local dev DDL execution retry¶

Fecha: 2026-06-23
Estado: PDF-010X B2B LOCAL DEV DDL EXECUTION / NO-GO BACKUP FAILED / SIN DDL B2B
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-010X-B2B-LOCAL-DEV-DDL-EXECUTION.md
Paquete local: infra/business-observer/production/b2b-pricing/PDF-010X/
Resultado: PDF-010W fue desplegado en el Knowledge Portal; local, origin y VPS quedaron alineados en db0698b9dd021261d9aa24329725f2c49a0411cf y HTTP local/publico devolvio 200.
Credencial: secret repo-local real C:\APV\openclawai\.venv-portal\secrets\postgres-target-admin-owner.env existe, esta ignorado por Git y tiene variables requeridas sin imprimir valores.
Preflight: gestion_de_negocios_core conecta como openclaw_bo_admin; el rol es owner de business_observer, tiene CREATE sobre DB/schema, roles openclaw_bo_* presentes y objetos B2B ausentes.
Backup: el backup schema-only pg_dump -Fc -s -n business_observer fallo antes del DDL con permission denied for table source_003_sales_items al bloquear business_observer.source_003_sales_items; quedo un artefacto fallido de 0 bytes fuera de Git en C:\APV\backups\openclawai\PDF-010X\.
Alcance: no se ejecuto PDF-010P, no se crearon objetos B2B, no se aplicaron grants/RLS, no se ejecuto rollback y no se tocaron VPS/prod con SQL, WooCommerce API, .env, secretos, runtime, sync, scheduler, cron ni pipelines.
Proximo paso: resolver permisos/rol de backup para todos los objetos existentes dentro de business_observer, obtener un backup schema-only valido mayor a 0 bytes y recien despues reintentar PDF-010P.

La Directa cross-project boundaries¶

Fecha: 2026-06-23
Estado: BOUNDARY DOCUMENTAL / SOLO OPENCLAW / SIN RUNTIME / SIN WRITES
Documentos oficiales:
docs/tenants/ladirecta/ecommerce/PROJECT-BOUNDARIES.md
docs/tenants/ladirecta/ecommerce/FRONTEND-DATA-CONTRACT.md
docs/tenants/ladirecta/ecommerce/CROSS-PROJECT-HANDOFF-PROTOCOL.md
docs/tenants/ladirecta/ecommerce/DATA-OWNERSHIP-MATRIX.md
Decision: La Directa Front disena y muestra; OpenClaw produce, sincroniza, observa y analiza datos.
Alcance: se documento separacion entre C:\APV\openclawai y C:\APV\vps-woocommerce-ladirecta, con handoffs bidireccionales y matriz de ownership para datos/UI.
Restricciones preservadas: no se modifico el repo frontend, no se toco VPS WooCommerce 1735349, no se ejecuto SQL write, no se llamo WooCommerce API con escritura, no se activo sync/scheduler y no se expusieron secretos.

La Directa ecommerce data and observability response¶

Fecha: 2026-06-23
Estado: HANDOFF RESPONSE DOCUMENTAL / SOLO LECTURA / SIN RUNTIME / SIN WRITES
Documentos oficiales:
docs/tenants/ladirecta/ecommerce/OPENCLAW-DATA-AND-OBSERVABILITY-RESPONSE.md
docs/tenants/ladirecta/ecommerce/HANDOFF-BACK-TO-WOOCOMMERCE-FRONT.md
Contexto: se respondio el handoff del frontend La Directa WooCommerce leyendo como referencia solo lectura los documentos externos en C:\APV\vps-woocommerce-ladirecta\docs\handovers\openclaw\.
Resultado: queda consolidado que SOURCE-002 Productos aporta base real para catalogo B2B (314 SKUs, precio publico candidate, stock, marcas, categorias, pack, minimo, peso y volumen), mientras SOURCE-001 Clientes, precios B2B, persistencia B2B y metricas comerciales requieren gates posteriores.
Observabilidad: La Directa sigue en Fase 1 OpenClaw con Blackbox, Grafana y Alertmanager; no hay metricas comerciales ni productores internos WooCommerce activos.
Restricciones preservadas: no se modifico C:\APV\vps-woocommerce-ladirecta, no se toco el VPS WooCommerce 1735349, no se ejecuto SQL write, no se llamo WooCommerce API, no se activo sync/scheduler/cron/pipeline y no se imprimieron secretos.

Business Observer - PDF-010W B2B schema-only backup local dev plan¶

Fecha: 2026-06-23
Estado: PDF-010W B2B SCHEMA-ONLY BACKUP LOCAL DEV PLAN / GO SCHEMA-ONLY BACKUP PLAN APPROVED FOR LOCAL DEV / SIN DDL / SIN SQL WRITE
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-010W-B2B-SCHEMA-ONLY-BACKUP-LOCAL-DEV-PLAN.md
Paquete local: infra/business-observer/production/b2b-pricing/PDF-010W/
Evidencia: PDF-010V fallo antes del DDL porque el backup data+schema de business_observer intento leer source_003_sales_items y recibio permission denied for table source_003_sales_items; el dump quedo en 0 bytes, PDF-010P no se ejecuto y los objetos B2B siguen ausentes.
Decision: para local/dev se aprueba pg_dump -Fc -s -n business_observer, sin copia de datos, mas rollback candidate de PDF-010P para los objetos B2B nuevos.
Produccion: para VPS/prod no usar schema-only como unico respaldo sin aprobacion separada; exigir snapshot externo o backup full con rol adecuado.
Alcance: no se ejecuto DDL, no se ejecuto SQL write, no se crearon tablas B2B, no se tocaron datos, WooCommerce API, .env, secretos, runtime, sync, scheduler, cron ni pipelines.
Proximo paso: abrir gate local/dev separado para crear backup schema-only valido mayor a 0 bytes fuera de Git y, solo con autorizacion explicita de SQL write, ejecutar PDF-010P.

Business Observer - PDF-010V B2B local dev DDL execution¶

Fecha: 2026-06-23
Estado: PDF-010V B2B LOCAL DEV DDL EXECUTION / NO-GO BACKUP FAILED / SIN DDL B2B
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-010V-B2B-LOCAL-DEV-DDL-EXECUTION.md
Paquete local: infra/business-observer/production/b2b-pricing/PDF-010V/
Resultado: PDF-010U fue publicado y desplegado; local, origin y VPS quedaron alineados en f9c4a4f7cd57050476e8cafd59a00fa936c429a5.
Credencial: secret repo-local real C:\APV\openclawai\.venv-portal\secrets\postgres-target-admin-owner.env existe, esta ignorado por Git y tiene variables requeridas sin imprimir valores.
Preflight: gestion_de_negocios_core conecta como openclaw_bo_admin; el rol es owner de business_observer, tiene CREATE sobre DB/schema, roles openclaw_bo_* presentes y objetos B2B ausentes.
Backup: el backup acotado pg_dump -Fc -n business_observer fallo antes del DDL con permission denied for table source_003_sales_items al bloquear business_observer.source_003_sales_items; quedo un artefacto fallido de 0 bytes fuera de Git en C:\APV\backups\openclawai\PDF-010V\.
Alcance: no se ejecuto PDF-010P, no se crearon objetos B2B, no se aplicaron grants/RLS, no se ejecuto rollback y no se tocaron VPS/prod, WooCommerce API, .env, secretos, runtime, sync, scheduler, cron ni pipelines.
Proximo paso: resolver permisos/rol de backup para todos los objetos existentes dentro de business_observer, obtener un backup acotado valido mayor a 0 bytes y recien despues reintentar PDF-010P.

Business Observer - PDF-010U B2B backup strategy DDL retry plan¶

Fecha: 2026-06-23
Estado: PDF-010U B2B BACKUP STRATEGY DDL RETRY PLAN / GO BACKUP STRATEGY APPROVED FOR LOCAL DEV / SIN DDL / SIN SQL WRITE
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-010U-B2B-BACKUP-STRATEGY-DDL-RETRY-PLAN.md
Paquete local: infra/business-observer/production/b2b-pricing/PDF-010U/
Contexto: PDF-010T confirmo credencial admin/owner openclaw_bo_admin, ownership y CREATE sobre business_observer, pero el backup full DB fallo antes del DDL por permission denied for schema cobranzas al bloquear cobranzas.bank_entity.
Decision: para local/dev se aprueba backup acotado al schema business_observer con pg_dump -Fc -n business_observer; para VPS/prod se exige backup full DB con rol backup/admin aprobado o snapshot externo.
Alcance: no se ejecuto DDL, no se ejecuto SQL write, no se crearon tablas B2B, no se tocaron datos, WooCommerce API, .env, secretos, runtime, sync, scheduler, cron ni pipelines.
Proximo paso: abrir PDF-010V para safe point nuevo, backup acotado valido fuera de Git, preflight read-only, autorizacion explicita SQL write y reintento controlado de PDF-010P.

Business Observer - PDF-010T B2B controlled DDL execution with admin owner¶

Fecha: 2026-06-23
Estado: PDF-010T B2B CONTROLLED DDL EXECUTION WITH ADMIN OWNER / NO-GO BACKUP FAILED / SIN DDL B2B
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-010T-B2B-CONTROLLED-DDL-EXECUTION-WITH-ADMIN-OWNER.md
Paquete local: infra/business-observer/production/b2b-pricing/PDF-010T/
Resultado: safe point inicial 8aeb04ad30c14c4964be6ee14783763cef459638, con origin/main alineado y repo limpio.
Validaciones: validadores PDF-010P, PDF-010S, PDF-010R, PDF-010Q, tests PDF-010I y git diff --check pasaron antes de cualquier write DDL.
Credencial: secret repo-local C:\APV\openclawai\.venv-portal\secrets\postgres-target-admin-owner.env existe, esta ignorado por Git y tiene variables requeridas sin imprimir valores. El path literal del prompt sin separador antes de .venv-portal no existe en esta workstation.
Preflight: gestion_de_negocios_core conecta como openclaw_bo_admin; el rol tiene LOGIN, CREATE sobre DB/schema y ownership de business_observer. Roles openclaw_bo_admin, openclaw_bo_writer y openclaw_bo_reader presentes; objetos B2B ausentes.
Backup: pg_dump -Fc fallo antes del DDL con permission denied for schema cobranzas al intentar bloquear cobranzas.bank_entity. Quedo un artefacto fallido de 0 bytes fuera de Git en C:\APV\backups\openclawai\PDF-010T\; no es backup valido.
Alcance: no se ejecuto el DDL corregido PDF-010P, no se crearon objetos B2B, no se aplicaron grants/RLS, no se ejecuto rollback y no se tocaron WooCommerce API, .env, secretos, runtime, sync, scheduler, cron ni pipelines.
Proximo paso: resolver permiso/credencial de backup full DB o aprobar en gate separado un backup acotado a business_observer; despues reintentar con backup nuevo valido y ejecucion controlada de PDF-010P.

Business Observer - PDF-010S PostgreSQL admin owner enablement evidence¶

Fecha: 2026-06-23
Estado: PDF-010S POSTGRESQL ADMIN OWNER ENABLEMENT EVIDENCE / GO ADMIN OWNER ENABLED / READ-ONLY EVIDENCE / SIN DDL B2B
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-010S-POSTGRESQL-ADMIN-OWNER-ENABLEMENT-EVIDENCE.md
Paquete local: infra/business-observer/production/b2b-pricing/PDF-010S/
Resultado: safe point inicial 157ba159793f3feaaff347e5b7267f87f1718bad, con origin/main en 673320c84109e4ab45da9dccc66e938a63b38630, main local adelantado 1 commit y pendientes previos de PDF-010Q.
Secrets: los paths reales C:\APV\openclawai\.venv-portal\secrets\postgres-target-admin-owner.env y C:\APV\openclawai\.venv-portal\secrets\postgres-vps-prod-owner.env existen, estan ignorados por Git y no aparecen en git status; el path remoto /opt/openclawai/.venv-portal/secrets/postgres-vps-prod-owner.env existe en el VPS. No se imprimieron valores.
Evidencia local: gestion_de_negocios_core conecta como openclaw_bo_admin; el rol tiene LOGIN, CREATE sobre DB/schema y es owner de business_observer.
Evidencia VPS: openclaw_business_observer_prod conecta desde el contenedor como openclaw_bo_prod_owner; el rol tiene LOGIN, CREATE sobre DB/schema y conserva ownership de business_observer.
Alcance: se documenta SQL admin ejecutado previamente. En este gate solo hubo checks read-only: no se ejecuto DDL B2B, no se crearon tablas B2B, no se tocaron datos de negocio, WooCommerce API, runtime, sync, scheduler, cron ni pipelines.
Proximo paso: reintentar PDF-010P en gate separado con preflight read-only final y backup real pre-DDL.

Business Observer - PDF-010R PostgreSQL admin owner credential recovery¶

Fecha: 2026-06-23
Estado: PDF-010R POSTGRESQL ADMIN OWNER CREDENTIAL RECOVERY / READ-ONLY PREFLIGHT / NO-GO CREDENTIAL / SIN SQL WRITE / SIN DDL
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-010R-POSTGRESQL-ADMIN-OWNER-CREDENTIAL-RECOVERY.md
Paquete local: infra/business-observer/production/b2b-pricing/PDF-010R/
Resultado: safe point confirmado en 673320c84109e4ab45da9dccc66e938a63b38630, origin/main alineado y repo con cambios pendientes de PDF-010Q.
Por que iteramos: el diseno B2B ya esta correcto y el DDL corregido PDF-010P esta listo; el bloqueo real es credencial/permisos.
Fuentes revisadas: .env local ignorado por Git, .env.example, variables de sesion, documentacion local, SSH openclaw-vps, /opt/stacks/openclaw/.env, /opt/openclawai/.env.example, env files y compose del stack, siempre sin imprimir valores.
Resultado credencial: APV_DESTINATION_POSTGRES_* conecta al target gestion_de_negocios_core como openclaw_writer, pero no tiene permiso DDL. APV_LOCAL_POSTGRES_ADMIN_* conecta como postgres local, pero no apunta al target.
Recomendacion unica: usar usuario postgres real del target u owner DB/schema aprobado para el proximo gate; si no existe, evaluar grant minimo candidate en gate separado.
Restricciones preservadas: no se ejecuto DDL, no se ejecuto SQL write, no se aplicaron grants, no se modifico .env, no se imprimieron secretos y no se toco WooCommerce API, runtime, sync, scheduler, cron ni pipelines.

Business Observer - PDF-010Q B2B controlled DDL retry execution¶

Fecha: 2026-06-23
Estado: PDF-010Q B2B CONTROLLED DDL RETRY EXECUTION / NO-GO PRE-DDL / SIN BACKUP / SIN SQL WRITE / SIN DDL
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-010Q-B2B-CONTROLLED-DDL-RETRY-EXECUTION.md
Paquete local: infra/business-observer/production/b2b-pricing/PDF-010Q/
Resultado: safe point confirmado en 673320c84109e4ab45da9dccc66e938a63b38630, repo con cambios pendientes de PDF-010Q, variables PostgreSQL detectadas sin imprimir valores y pg_dump/psql localizados en C:\Program Files\PostgreSQL\15\bin\.
Recuperacion segura: .env local existe y esta ignorado por Git; contiene APV_DESTINATION_POSTGRES_* completos. El VPS openclaw-vps fue revisado sin imprimir valores y no aporto credencial admin/owner real para este gate. APV_LOCAL_POSTGRES_ADMIN_* existe localmente pero no apunta al target business_observer.
Bloqueo: ddl_user_not_authorized: el usuario conectado openclaw_writer tiene USAGE sobre business_observer, pero no CREATE, no es superuser, no es miembro de openclaw_bo_admin y el schema es propiedad de postgres.
SQL write: no se ejecuto backup, no se ejecuto el DDL corregido PDF-010P, no se aplicaron grants/RLS y no se ejecutaron post-checks contra PostgreSQL real.
Proximo gate: cargar credenciales seguras APV_DESTINATION_POSTGRES_* de un usuario admin/owner aprobado y reintentar con nuevo preflight read-only y backup real pre-DDL.
Restricciones preservadas: no se toco WooCommerce API, .env, secretos, runtime WooCommerce, sync, scheduler, cron ni pipelines.

Business Observer - PDF-010P B2B DDL retry candidate¶

Fecha: 2026-06-23
Estado: PDF-010P B2B DDL RETRY CANDIDATE / LOCAL ONLY / SIN SQL WRITE / SIN DDL
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-010P-B2B-DDL-RETRY-CANDIDATE.md
Paquete local: infra/business-observer/production/b2b-pricing/PDF-010P/
Resultado: se preparo un nuevo DDL retry candidate para los objetos B2B business_observer.b2b_customer_mapping, business_observer.b2b_product_price, business_observer.b2b_pricing_decision_log y business_observer.v_b2b_customer_effective_price.
Decision: business_observer se trata como schema preexistente; no se usa CREATE SCHEMA, no se crean roles nuevos y los grants se ajustan a openclaw_bo_admin, openclaw_bo_writer y openclaw_bo_reader.
Cambio respecto de PDF-010K: se reemplazan roles business_observer_* ausentes por roles reales openclaw_bo_*, se conserva el contrato B2B y se alinea rollback.
Proximo gate: backup nuevo pre-DDL, preflight read-only actualizado, usuario admin/owner aprobado y autorizacion explicita SQL write antes de ejecutar.
Restricciones preservadas: no se ejecuto DDL, no se ejecuto SQL write, no se tocaron datos, WooCommerce API, .env, secretos, runtime, sync, scheduler, cron ni pipelines.

Business Observer - PDF-010O B2B PostgreSQL permissions DDL retry plan¶

Fecha: 2026-06-23
Estado: PDF-010O B2B POSTGRESQL PERMISSIONS DDL RETRY PLAN / READ-ONLY PREFLIGHT / NO-GO PARA REINTENTO INMEDIATO / SIN SQL WRITE
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-010O-B2B-POSTGRESQL-PERMISSIONS-DDL-RETRY-PLAN.md
Paquete local: infra/business-observer/production/b2b-pricing/PDF-010O/
Resultado: se confirmo con inspeccion PostgreSQL read-only que gestion_de_negocios_core y el schema business_observer son propiedad de postgres; el usuario observado openclaw_writer tiene USAGE sobre el schema pero no CREATE sobre DB ni schema, y no es miembro de openclaw_bo_admin, openclaw_bo_writer ni openclaw_bo_reader.
Roles: existen openclaw_bo_admin, openclaw_bo_writer y openclaw_bo_reader; no existen business_observer_admin, business_observer_writer ni business_observer_reader.
Analisis DDL: PDF-010K debe ajustarse antes de reintentar porque incluye CREATE SCHEMA IF NOT EXISTS business_observer y grants a roles business_observer_* ausentes.
Recomendacion unica: preparar PDF-010P con DDL ajustado a roles reales openclaw_bo_* y ejecucion posterior con usuario admin/owner aprobado, backup nuevo y autorizacion explicita.
Restricciones preservadas: no se ejecuto DDL, no se ejecuto SQL write, no se tocaron datos, WooCommerce API, .env, secretos, runtime, sync, scheduler, cron ni pipelines.

Business Observer - PDF-010N B2B controlled DDL execution¶

Fecha: 2026-06-23
Estado: PDF-010N B2B CONTROLLED DDL EXECUTION / BACKUP REAL PASS / DDL INTENTADO / NO-GO POR PERMISOS / SIN OBJETOS B2B CREADOS
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-010N-B2B-CONTROLLED-DDL-EXECUTION.md
Paquete local: infra/business-observer/production/b2b-pricing/PDF-010N/
Resultado: safe point confirmado en 28249bc102fc7c5156daf3b5b4f400f7ab841d62, validadores previos PASS, preflight PostgreSQL read-only final GO y backup real pre-DDL creado fuera de Git en C:\APV\backups\openclawai\PDF-010N\pdf-010n-business-observer-pre-ddl-20260623T044159Z.dump con size 1928895 bytes.
DDL: se intento ejecutar unicamente el DDL candidate PDF-010K con ON_ERROR_STOP=1 y transaccion unica. PostgreSQL rechazo el primer statement con permission denied for database gestion_de_negocios_core; no quedaron tablas/vista B2B creadas y no se ejecuto rollback candidate.
Bloqueo: el rol ejecutor observado openclaw_writer no tiene permiso suficiente para CREATE SCHEMA en la DB destino; ademas los roles business_observer_* usados por los GRANT del candidate no existen en el target observado.
Restricciones preservadas: no se toco WooCommerce API, no se modifico .env, no se imprimieron secretos, no se modifico runtime WooCommerce, no se ejecuto sync, scheduler, cron ni pipelines, y no se cargaron datos B2B.
Proximo gate recomendado: PDF-010O para resolver roles/permisos o ajustar el DDL candidate a roles reales aprobados antes de reintentar con nuevo backup.

Business Observer - PDF-010M B2B PostgreSQL real read-only preflight¶

Fecha: 2026-06-23
Estado: PDF-010M B2B POSTGRESQL REAL READ-ONLY PREFLIGHT / GO OPERATIVO / SIN DDL / SIN SQL WRITE / SIN RUNTIME
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-010M-B2B-POSTGRESQL-REAL-READ-ONLY-PREFLIGHT.md
Paquete local: infra/business-observer/production/b2b-pricing/PDF-010M/
Resultado: se ejecuto el checker real read-only contra PostgreSQL/OpenClaw con Python y psycopg2, usando credenciales seguras cargadas solo en memoria desde .env ignorado por Git, sin imprimir valores.
Resultado operativo: GO para preflight read-only: transaction_read_only=on, DB gestion_de_negocios_core, usuario openclaw_writer, PostgreSQL 15.15, schema business_observer existente, roles canonicos openclaw_bo_admin, openclaw_bo_writer y openclaw_bo_reader existentes, aliases business_observer_* no presentes/no aplicables, y objetos B2B b2b_customer_mapping, b2b_product_price, b2b_pricing_decision_log y v_b2b_customer_effective_price ausentes antes del DDL, sin drift previo.
Backup/rollback: plan candidate documentado; backup, restore, rollback, DDL y grants no ejecutados. El DDL productivo sigue NO-GO hasta gate posterior separado.
Restricciones preservadas: no se ejecuto DDL, no se ejecuto SQL write, no se tocaron datos, no se toco WooCommerce API, .env, secretos, runtime, sync, scheduler, cron ni pipelines.

Business Observer - PDF-010L B2B DDL execution preflight¶

Fecha: 2026-06-23
Estado: PDF-010L B2B DDL EXECUTION PREFLIGHT / READ-ONLY PACKAGE / SIN SQL WRITE / SIN RUNTIME
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-010L-B2B-DDL-EXECUTION-PREFLIGHT.md
Paquete local: infra/business-observer/production/b2b-pricing/PDF-010L/
Resultado: queda preparado el paquete previo al gate de ejecucion controlada del DDL B2B, con checks read-only candidate, backup/restore checklist, rollback plan y criterios GO/NO-GO.
Safe point: PDF-010K publicado y desplegado en Knowledge Portal con HTTP 200; local/origin/VPS alineados en b93538b0e06afb6d951b4a419cbb087581001cdc.
Validacion: validador estatico confirma existencia de DDL/rollback PDF-010K, documento PDF-010L, restricciones no SQL write, rollback, backup checklist y ausencia de ejecucion directa sin gate.
Restricciones preservadas: no se toco WooCommerce API, no se toco PostgreSQL real con writes, no se leyo ni modifico .env, no se imprimieron secretos, no se ejecuto SQL, no se modifico runtime, no se ejecuto sync, scheduler, cron ni pipelines.

Business Observer - PDF-010K B2B persistence contract DDL candidate¶

Fecha: 2026-06-23
Estado: PDF-010K B2B PERSISTENCE CONTRACT DDL CANDIDATE / VALIDACION ESTATICA / SIN SQL EJECUTADO / SIN RUNTIME / SIN WRITES
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-010K-B2B-PERSISTENCE-CONTRACT-DDL-CANDIDATE.md
Paquete local: infra/business-observer/production/b2b-pricing/PDF-010K/
Resultado: queda disenado el contrato persistente B2B para PostgreSQL/OpenClaw como candidate no ejecutado.
Tablas/vista: business_observer.b2b_customer_mapping, business_observer.b2b_product_price, business_observer.b2b_pricing_decision_log y business_observer.v_b2b_customer_effective_price.
Validacion: validador estatico confirma tablas, columnas, unique/constraints minimos, vista, roles reader/writer/admin y ausencia de patrones peligrosos como DROP DATABASE o TRUNCATE.
Restricciones preservadas: no se toco WooCommerce API, no se toco PostgreSQL real, no se leyo ni modifico .env, no se ejecuto SQL, no se modifico runtime, no se hizo push ni deploy de PDF-010K y no se ejecuto sync, scheduler, cron ni pipelines.

Business Observer - PDF-010J B2B customer mapping cart checkout dry-run¶

Fecha: 2026-06-23
Estado: PDF-010J B2B CUSTOMER MAPPING CART CHECKOUT DRY-RUN / PROTOTIPO TECNICO LOCAL + TESTS / SIN RUNTIME / SIN WRITES
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-010J-B2B-CUSTOMER-MAPPING-CART-CHECKOUT-DRY-RUN.md
Paquete local: infra/business-observer/production/b2b-pricing/PDF-010I/
Resultado: queda extendido el motor PDF-010I con store local/simulado de mapping wc_customer_id -> sgc_customer_id, catalogo, carrito, checkout y payload candidate de orden.
Logica: visitante usa PUBLIC_DEFAULT; mapping unico y activo queda MAPPED y aplica PrecioL{Lista_Precio}; mapping ausente/ambiguo queda BLOCKED_CUSTOMER_MAPPING; suspendido/de baja queda BLOCKED_CUSTOMER_STATUS; lista fuera de 1..9 queda BLOCKED_PRICE_LIST; SKU 3995/4010 o precio <= 0 queda BLOCKED_PRICE_MISSING; hash/lista/precio inconsistente en checkout queda BLOCKED_ORDER_INCONSISTENCY.
Validacion: pytest infra/business-observer/production/b2b-pricing/PDF-010I paso con 24 passed; el dry-run run_b2b_cart_checkout_dry_run.py cubrio todos los estados requeridos y genero payload candidate no sensible para checkout OK.
Restricciones preservadas: no se toco WooCommerce API, no se toco PostgreSQL, no se leyo ni modifico .env, no se ejecuto SQL, no se modifico runtime, no se instalo plugin, no se modifico theme, no se crearon clientes/productos, no se hizo push/deploy y no se ejecuto sync, scheduler, cron ni pipelines.

Business Observer - PDF-010I B2B pricing engine local prototype¶

Fecha: 2026-06-23
Estado: PDF-010I B2B PRICING ENGINE LOCAL PROTOTYPE / PROTOTIPO TECNICO LOCAL + TESTS / SIN RUNTIME / SIN WRITES
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-010I-B2B-PRICING-ENGINE-LOCAL-PROTOTYPE.md
Paquete local: infra/business-observer/production/b2b-pricing/PDF-010I/
Resultado: queda implementado un motor Python puro para simular reglas B2B aprobadas, con tests locales y dry-run no sensible desde snapshots locales.
Logica: visitante no logueado usa PrecioListaFinal; cliente activo usa PrecioL{Lista_Precio}; suspendido/de baja queda BLOCKED_CUSTOMER_STATUS; cliente sin mapping/lista queda BLOCKED_CUSTOMER_MAPPING; lista fuera de 1..9 queda BLOCKED_PRICE_LIST; SKU inexistente, sin precio o <= 0 queda BLOCKED_PRICE_MISSING.
Validacion: pytest infra/business-observer/production/b2b-pricing/PDF-010I paso con 9 passed; el dry-run cubrio PUBLIC_DEFAULT, B2B_PRICE_OK y los bloqueos esperados sin imprimir CUIT, email, telefono ni secretos.
Restricciones preservadas: no se toco WooCommerce API, no se toco PostgreSQL, no se leyo ni modifico .env, no se ejecuto SQL, no se modifico runtime, no se instalo plugin, no se modifico theme, no se crearon clientes/productos, no se hizo push/deploy y no se ejecuto sync, scheduler, cron ni pipelines.

Business Observer - PDF-010H B2B runtime dry-run design¶

Fecha: 2026-06-23
Estado: PDF-010H B2B RUNTIME DRY-RUN DESIGN / DISENO + DRY-RUN / SIN WRITES / SIN RUNTIME / B2B_RUNTIME_NOT_IMPLEMENTED
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-010H-B2B-RUNTIME-DRY-RUN-DESIGN.md
Resultado: queda documentado el diseno runtime B2B para catalogo, carrito, checkout y orden antes de implementar cualquier cambio operativo.
Matching: wc_customer_id -> sgc_customer_id debe resolverse por metadata de usuario WooCommerce como fuente candidate principal; email, CUIT y WhatsApp quedan solo como senales de conciliacion no automaticas. Duplicados o ambiguedad quedan BLOCKED_CUSTOMER_MAPPING.
Catalogo: visitante no logueado usa regular_price vigente respaldado por PrecioListaFinal; cliente logueado activo usa precio segun Lista_Precio 1..9 -> PrecioL1..PrecioL9; cliente suspendido/de baja queda BLOCKED_CUSTOMER_STATUS; SKU sin precio queda BLOCKED_PRICE_MISSING.
Carrito y checkout: carrito recalcula server-side por linea; checkout valida nuevamente antes de crear orden; orden guarda sku, price_list_code, applied_price, regular_price_reference y source_hash por linea.
Dry-run: simula visitante, cliente Lista_Precio 1, cliente Lista_Precio 5, cliente suspendido/de baja y SKUs 3995/4010 con precio 0.000 como BLOCKED_PRICE_MISSING.
Restricciones preservadas: no se toco WooCommerce API, no se toco PostgreSQL con writes, no se ejecuto SQL write, no se crearon clientes ni productos, no se modificaron precios reales, no se instalo plugin, no se modifico theme/runtime, no se imprimieron secretos, no se hizo push/deploy y no se ejecuto sync, scheduler, cron ni pipelines.

Business Observer - PDF-010G B2B commercial price rules approval¶

Fecha: 2026-06-23
Estado: PDF-010G B2B COMMERCIAL PRICE RULES APPROVAL / CONFIRMACION COMERCIAL DOCUMENTAL / REGLAS B2B APROBADAS / SIN RUNTIME / SIN WRITES
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-010G-B2B-COMMERCIAL-PRICE-RULES-APPROVAL.md
Resultado: queda aprobada documentalmente la regla comercial B2B antes de implementar runtime de precios por cliente.
Decision Lista_Precio: Lista_Precio 1 -> PrecioL1, 2 -> PrecioL2, 3 -> PrecioL3, 4 -> PrecioL4, 5 -> PrecioL5, 6 -> PrecioL6, 7 -> PrecioL7, 8 -> PrecioL8 y 9 -> PrecioL9 quedan APPROVED para diseno B2B futuro.
Default publico: visitante no logueado usa regular_price vigente respaldado por PrecioListaFinal; PrecioL1 no queda aprobado como precio publico/default y solo aplica a clientes con Lista_Precio = 1.
Reglas B2B: cliente logueado usa precio segun lista asignada; carrito y checkout deben recalcular server-side; la orden debe guardar lista y precio aplicado por linea.
Pendientes: implementacion runtime WooCommerce, matching wc_customer_id -> sgc_customer_id, dry-run de catalogo/carrito/checkout y cualquier write quedan para gates separados.
Restricciones preservadas: no se toco WooCommerce API, PostgreSQL, SQL, .env, sync, clientes, productos, precios, deploy, push, commit ni runtime.

Business Observer - PDF-010F B2B commercial price rules and server-side pricing design¶

Fecha: 2026-06-23
Estado: PDF-010F B2B COMMERCIAL PRICE RULES SERVER-SIDE PRICING DESIGN / DISENO DOCUMENTAL / SIN WRITES / PENDING_BUSINESS_CONFIRMATION
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-010F-B2B-COMMERCIAL-PRICE-RULES-SERVER-SIDE-PRICING-DESIGN.md
Resultado: queda documentada la decision comercial candidate para listas B2B y el diseno server-side de pricing por cliente logueado antes de cualquier implementacion runtime.
Decision: Lista_Precio 1..9 -> PrecioL1..PrecioL9 queda SUPPORTED_BY_RUNTIME_CATALOG / PENDING_BUSINESS_CONFIRMATION; al no haber confirmacion comercial explicita en este gate, no queda activado para WooCommerce.
Default publico: visitante no logueado usa regular_price vigente; regular_price sigue respaldado por PrecioListaFinal; L1 como precio publico/default sigue PENDING_VALIDATE y solo puede aprobarse con confirmacion explicita.
Server-side pricing: cliente logueado debe resolver wc_customer_id -> sgc_customer_id -> price_list_code, buscar precio por sku + price_list_code, recalcular carrito y checkout server-side, y guardar price_list_code y precio aplicado en la orden.
Bloqueos: BLOCKED_PRICE_LIST, BLOCKED_CUSTOMER_STATUS, BLOCKED_PRICE_MISSING y BLOCKED_CUSTOMER_MAPPING.
Riesgos: cache por cliente, precio visual vs carrito, seguridad comercial, performance frontend y duplicados de CUIT/WhatsApp/email.
Restricciones preservadas: no se toco WooCommerce API, no se toco PostgreSQL con writes, no se imprimieron secretos, no se hizo push, no se hizo deploy, no se ejecuto sync, scheduler, cron ni pipelines.

Business Observer - PDF-010E B2B customer price dry-run¶

Fecha: 2026-06-23
Estado: PDF-010E B2B CUSTOMER PRICE DRY-RUN / DRY-RUN B2B / SIN WRITES / SIN SYNC / PENDING_BUSINESS_CONFIRMATION
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-010E-B2B-CUSTOMER-PRICE-DRY-RUN.md
Resultado: se simulo offline el flujo B2B cliente -> lista de precio -> SKU -> precio usando solo snapshots locales sanitizados de SOURCE-001 y SOURCE-002.
Evidencia: safe point confirmado en 6cecf85ef78f1513b689feefc314d07129a84598; SOURCE-001 sanitizado confirma catalogo Lista_Precio 1..9, 0 clientes sin lista y estados reales CLIENTE ACTIVO, CLIENTE DE BAJA y CLIENTE SUSPENDIDO; SOURCE-002 confirma PrecioListaFinal y PrecioL1..PrecioL9 para los SKUs piloto de PDF-009M.
Matriz: clientes activos sanitizados de listas 2, 4, 5, 6, 7 y 9 quedan simulados como PENDING_BUSINESS_CONFIRMATION; clientes visibles de listas 1, 3 y 8 en la muestra sanitizada parcial quedan BLOCKED_CUSTOMER_STATUS; SKUs 3995 y 4010 quedan BLOCKED_PRICE_MISSING por PrecioListaFinal y PrecioL1..PrecioL9 en 0.000.
Decision: Lista_Precio 1..9 -> L1..L9 queda SUPPORTED_BY_RUNTIME_CATALOG / PENDING_BUSINESS_CONFIRMATION; L1 como precio publico/default sigue PENDING_VALIDATE; regular_price vigente sigue respaldado por PrecioListaFinal.
Restricciones preservadas: no se toco WooCommerce API, no se modifico .env, no se imprimieron secretos, no se toco PostgreSQL con writes, no se ejecuto SQL write, no se crearon clientes WooCommerce, no se crearon ni modificaron productos, no se ejecuto sync, cron, scheduler ni pipelines. La publicacion corresponde solo a commit, push y deploy documental del Knowledge Portal.

Business Observer - PDF-010D SOURCE-001 VCLIENTES read-only snapshot¶

Fecha: 2026-06-23
Estado: PDF-010D SOURCE-001 VCLIENTES READ-ONLY SNAPSHOT / VALIDACION READ-ONLY / SOURCE_001_RUNTIME_SAMPLE_OK / SIN WRITES / SIN SYNC / LISTA_PRECIO_CATALOG_CLOSED
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-010D-SOURCE-001-VCLIENTES-READ-ONLY-SNAPSHOT.md
Resultado: se ejecuto consulta runtime read-only autorizada contra ecommerce.dbo.VCLIENTES, solo con SELECT, y se cerro el catalogo real de Lista_Precio.
Evidencia: safe point confirmado en d66c01b2330ce5d68ded6f5dcd686a0a0eb60f3b; 11448 clientes con Codigo IS NOT NULL; estados reales CLIENTE ACTIVO=5986, CLIENTE DE BAJA=5371 y CLIENTE SUSPENDIDO=91; Lista_Precio real 1..9 con conteos 1=4637, 2=1167, 3=1265, 4=1259, 5=2774, 6=263, 7=52, 8=27, 9=4.
Calidad: clientes sin Lista_Precio=0, sin mail=10332, sin Telefono=4291; duplicados posibles por Cuit: 564 valores / 1208 filas; por mail: 21 valores / 46 filas; por Telefono: 350 valores / 760 filas.
Snapshot: snapshots/source-001/SOURCE-001-VCLIENTES-READ-ONLY-SANITIZED-20260623.json local sanitizado, ignorado por Git, sha256 5b7eb3bdbc6cc58c14247446c089fe8416eee1d2a296d261b03dca6da8166017.
Decision: el catalogo runtime soporta tecnicamente Lista_Precio 1..9 -> L1..L9, pero queda PENDING_BUSINESS_CONFIRMATION antes de activar precios B2B. L1 como precio publico/default sigue PENDING_VALIDATE; regular_price vigente sigue respaldado por PrecioListaFinal.
Restricciones preservadas: no se toco WooCommerce API, no se modifico .env, no se imprimieron secretos ni connection strings, no se toco PostgreSQL con writes, no se ejecuto SQL write, no se crearon clientes WooCommerce, no se crearon ni modificaron productos, no se ejecuto sync, cron, scheduler, pipelines, push, deploy ni commit.

Business Observer - PDF-010C SOURCE-001 price list catalog read-only validation¶

Fecha: 2026-06-23
Estado: PDF-010C SOURCE-001 PRICE LIST CATALOG READ-ONLY VALIDATION / VALIDACION READ-ONLY / SOURCE_001_RUNTIME_SAMPLE_MISSING / SIN WRITES / SIN SYNC / PENDING_VALIDATE
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-010C-SOURCE-001-PRICE-LIST-CATALOG-READ-ONLY-VALIDATION.md
Resultado: se valida documentalmente que el catalogo real de Lista_Precio no puede cerrarse desde evidencia local porque falta snapshot/runtime sample seguro de SOURCE-001 Clientes.
Evidencia: safe point confirmado en 72a2961e3f41a16097f455d4ae2af25d2f407f01; snapshots/source-001/ no existe; exports/ no contiene export alternativo SOURCE-001; snapshots/source-002/ existe y conserva la evidencia de precios PrecioListaFinal y PrecioL1..PrecioL9.
Decision: Lista_Precio -> L1..L9 queda PENDING_VALIDATE; Lista_Precio=1 -> PrecioL1 no queda aprobado; L1 como default publico sigue PENDING_VALIDATE; regular_price vigente sigue respaldado por PrecioListaFinal.
Matriz: se deja matriz candidate 1..9 -> L1..L9 -> PrecioL1..PrecioL9, toda en PENDING_VALIDATE, con listas vacias/nulas como BLOCKED y otros valores como UNKNOWN hasta obtener snapshot real.
Bloqueos: cliente sin lista, lista invalida, cliente suspendido/de baja, email faltante, WhatsApp duplicado, CUIT duplicado y SKU sin precio para lista quedan documentados como bloqueos o riesgos B2B antes de crear clientes o activar precios por cliente.
Restricciones preservadas: no se toco WooCommerce API, no se toco .env, no se imprimieron secretos, no se toco PostgreSQL con writes, no se ejecuto SQL write, no se crearon clientes WooCommerce, no se crearon ni modificaron productos, no se ejecuto sync, cron, push, deploy ni commit.

Business Observer - PDF-010B B2B price list authority read-only validation¶

Fecha: 2026-06-23
Estado: PDF-010B B2B PRICE LIST AUTHORITY READ-ONLY VALIDATION / VALIDACION READ-ONLY / SIN WRITES / SIN SYNC / PENDING_VALIDATE
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-010B-B2B-PRICE-LIST-AUTHORITY-READ-ONLY-VALIDATION.md
Resultado: se valida documentalmente la autoridad real de precios B2B y lista asignada por cliente antes de avanzar con SGC -> PostgreSQL/OpenClaw -> WooCommerce.
Evidencia: safe point confirmado en 24ad2aa14364ca0867693fcf94011095bb3f4ae8; SOURCE-002 expone PrecioListaFinal, PrecioL1..PrecioL9, PrecioNetoL1..PrecioNetoL9, IVAPrecioL1..IVAPrecioL9 y MargenL1..MargenL9; el snapshot local confirma para SKU 2442 PrecioListaFinal=2020.901 y PrecioL1/L2/L3=2020.900.
Decision: L1 como precio publico default sigue PENDING_VALIDATE; la evidencia vigente usa PrecioListaFinal como regular_price.
SOURCE-001: se confirma Codigo como codigo_cliente, Lista_Precio como lista_precio/price_list_code_raw, Telefono como WhatsApp, Cuit, mail y Estado; no existe snapshots/source-001/, por lo que el catalogo real de listas requiere gate read-only separado.
Modelo: se proponen tablas candidate b2b_product_price_lists y b2b_customer_price_list_mapping, con quality_status, source_hash, vigencia y reglas de bloqueo para cliente sin lista o SKU sin precio.
Restricciones preservadas: no se toco WooCommerce API, no se toco .env, no se imprimieron secretos, no se toco PostgreSQL con writes, no se ejecuto SQL write, no se hizo sync, cron, push, deploy ni commit.

Business Observer - PDF-010A B2B price lists and customer sync contract¶

Fecha: 2026-06-23
Estado: PDF-010A B2B PRICE LISTS AND CUSTOMER SYNC CONTRACT / DISENO DOCUMENTAL / SIN WRITES OPERATIVOS / PENDING_VALIDATE
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-010A-B2B-PRICE-LISTS-CUSTOMER-SYNC-CONTRACT.md
Resultado: queda documentado el contrato B2B para listas de precio por cliente y sync de clientes SGC -> PostgreSQL/OpenClaw -> WooCommerce.
Evidencia: SOURCE-002 expone PrecioL1..PrecioL9, PrecioNetoL1..PrecioNetoL9, IVAPrecioL1..IVAPrecioL9 y MargenL1..MargenL9; no se encontro evidencia de campos destino literales priceL1..priceLn.
Decision: L1 como precio publico default queda PENDING_VALIDATE; la evidencia vigente de PDF-009E/PDF-009M usa PrecioListaFinal como regular_price.
Modelo: se definen tablas conceptuales para precios por sku + price_list_code (price_total, currency, vigencia y source_hash) y mapping de cliente (sgc_customer_id, CUIT, email, WhatsApp, lista, wc_customer_id, estado).
Restricciones preservadas: no se ejecuto WooCommerce API, no se toco PostgreSQL, no se ejecuto SQL, no se hizo sync, cron, push, deploy ni commit.

Business Observer - PDF-009M WooCommerce product draft pilot write¶

Fecha: 2026-06-22
Estado: PDF-009M WOOCOMMERCE PRODUCT DRAFT PILOT WRITE / WRITE CONTROLADO / PRODUCTOS DRAFT CREADOS / SIN PUBLISH
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-009M-WOOCOMMERCE-PRODUCT-DRAFT-PILOT-WRITE.md
Resultado: se publico y desplego PDF-009L, luego se ejecuto un piloto controlado de 10 productos WooCommerce en status=draft y catalog_visibility=hidden: SKUs 2442, 2443, 2444, 2847, 2446, 2814, 2815, 2816, 3514 y 0269, con product_id 21 a 30.
Evidencia WooCommerce: .env ignorado por Git y variables requeridas PRESENT sin imprimir valores; GET previo confirmo 28 categorias, atributo Marca / pa_marca (attribute_id=1) y 48 terminos; GET por SKU previo no encontro existentes para los 10; GET posterior confirmo producto, SKU, draft, hidden, precio, stock, categorias y marca.
Matriz: SOURCE-002 snapshot SHA256 c961ffc2b352b6bb3dd0d59bf3d8b7c0f7facff58a9201f7cf45e290141b704f, 314 filas, 81 columnas, 10 creados, 290 aptos no creados por limite del piloto y 14 bloqueados por reglas (VARIOS, NO APLICA, precio o stock invalido, categoria/marca no resuelta).
Restricciones preservadas: no se publicaron productos; no se crearon categorias; no se crearon marcas; no se subieron imagenes; no se modifico Media Library; no se toco PostgreSQL con writes; no se imprimieron secretos; no se ejecuto sync masivo; no se activaron scheduler, cron ni pipelines.
Proximo gate recomendado: revision manual de los 10 drafts en WooCommerce Admin y gate separado para imagenes o segundo lote controlado.

Business Observer - PDF-009L WooCommerce categories controlled write¶

Fecha: 2026-06-22
Estado: PDF-009L WOOCOMMERCE CATEGORIES CONTROLLED WRITE / WRITE CONTROLADO / CATEGORIAS CREADAS / SIN PRODUCTOS
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-009L-WOOCOMMERCE-CATEGORIES-CONTROLLED-WRITE.md
Resultado: se crearon de forma controlada 27 categorias WooCommerce para el arbol comercial de SOURCE-002 Productos: 12 padres y 15 hijas, con Uncategorized preservada y no usada como fallback.
Evidencia WooCommerce: GET previo de categorias devolvio HTTP 200 y solo Uncategorized (id=15); SOURCE-002 local seguro devolvio 21 pares Category/SubCategoria; se bloquearon los 6 pares bajo VARIOS como BLOCKED / MANUAL_REVIEW; el GET posterior devolvio 28 categorias visibles por API, todas con count=0 esperado porque no se tocaron productos.
Restricciones preservadas: no se crearon productos; no se actualizaron productos; no se borraron productos; no se subieron imagenes; no se modifico Media Library; no se crearon ni modificaron atributos; no se toco PostgreSQL; no se ejecuto SQL; no se toco VPS; no se toco Docker; no se imprimieron secretos; no se mostro .env; no se hizo push; no se hizo deploy; no se ejecuto sync, scheduler, cron ni pipelines.
Proximo gate recomendado: dry-run de payload de producto usando categorias y Marca / pa_marca, sin crear productos hasta autorizacion futura.

Business Observer - PDF-009K WooCommerce Marca terms controlled write¶

Fecha: 2026-06-22
Estado: PDF-009K WOOCOMMERCE MARCA TERMS CONTROLLED WRITE / WRITE CONTROLADO / TERMINOS MARCA CREADOS / SIN PRODUCTOS
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-009K-WOOCOMMERCE-MARCA-TERMS-CONTROLLED-WRITE.md
Resultado: se crearon de forma controlada 48 terminos de marca bajo el atributo global WooCommerce Marca / pa_marca (attribute_id=1), partiendo de las 49 marcas detectadas en SOURCE-002.
Evidencia WooCommerce: GET de atributos devolvio HTTP 200, count=1 y confirmo Marca / pa_marca con attribute_id=1; GET previo de terminos devolvio 0; los 48 POST autorizados devolvieron HTTP 201; GET posterior devolvio 48 terminos, todos con count=0 esperado porque no se tocaron productos.
Bloqueos: NO APLICA quedo BLOCKED / MANUAL_REVIEW por marca dudosa/no comercial.
Restricciones preservadas: no se crearon productos; no se actualizaron productos; no se borraron productos; no se crearon categorias; no se actualizaron categorias; no se subieron imagenes; no se modifico Media Library; no se toco PostgreSQL; no se ejecuto SQL; no se toco VPS; no se toco Docker; no se imprimieron secretos; no se mostro .env; no se hizo push; no se hizo deploy; no se ejecuto sync, scheduler, cron ni pipelines.
Proximo gate recomendado: gate separado para categorias WooCommerce o para payload dry-run de producto usando Marca / pa_marca, sin productos hasta autorizacion futura.

Business Observer - PDF-009J WooCommerce Marca global attribute controlled write¶

Fecha: 2026-06-22
Estado: PDF-009J WOOCOMMERCE MARCA GLOBAL ATTRIBUTE CONTROLLED WRITE / WRITE CONTROLADO MINIMO / ATRIBUTO GLOBAL MARCA CREADO / SIN PRODUCTOS
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-009J-WOOCOMMERCE-MARCA-GLOBAL-ATTRIBUTE-CONTROLLED-WRITE.md
Resultado: se ejecuto el primer write controlado minimo autorizado sobre WooCommerce La Directa y se creo el atributo global filtrable Marca con slug pa_marca.
Evidencia WooCommerce: GET previo de atributos devolvio HTTP 200, count=0 y 0 coincidencias para Marca/pa_marca; POST autorizado devolvio HTTP 201; GET posterior devolvio HTTP 200, count=1 y confirmo attribute_id=1, name=Marca, slug=pa_marca, type=select, order_by=name y has_archives=true.
Restricciones preservadas: no se crearon productos; no se actualizaron productos; no se crearon categorias; no se actualizaron categorias; no se subieron imagenes; no se modifico Media Library; no se toco PostgreSQL; no se ejecuto SQL; no se toco VPS; no se toco Docker; no se imprimieron secretos; no se mostro .env; no se hizo push; no se hizo deploy; no se ejecuto sync, scheduler, cron ni pipelines.
Proximo gate recomendado: gate separado para decidir y crear terminos de marca bajo Marca, o retomar categorias/media segun prioridad comercial, siempre sin productos hasta autorizacion futura.

Business Observer - PDF-009I WooCommerce Marca media library discovery¶

Fecha: 2026-06-22
Estado: PDF-009I WOOCOMMERCE MARCA MEDIA LIBRARY DISCOVERY / MARCA GLOBAL + MEDIA LIBRARY DISCOVERY / READ-ONLY GET / SIN WRITES
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-009I-WOOCOMMERCE-MARCA-MEDIA-LIBRARY-DISCOVERY.md
Resultado: queda documentada la decision candidate de Marca como atributo global WooCommerce filtrable, visible en card/listado y ficha individual, con slug sugerido pa_marca, y se ejecuta discovery read-only de Media Library sin modificar WooCommerce.
Evidencia WooCommerce read-only: GET de categorias devolvio solo Uncategorized (id=15, slug=uncategorized), GET de atributos devolvio 0, GET de productos devolvio 0 y GET de Media Library devolvio 1 attachment visible por API.
Media Library: el attachment visible (media_id=6, image/webp, fecha 2026-06-15T11:56:01) queda sin alt_text, sin SKU en title y unattached; se clasifica como UNATTACHED_BUT_RECENT, MISSING_ALT_TEXT, MISSING_SKU_IN_TITLE y BLOCKED_REVIEW_REQUIRED para cualquier accion futura.
Decision Images: Images jsonb queda confirmado como contrato operativo candidate con media_id, url, is_featured, sort_order, title_current, title_expected, alt_current, alt_expected y status; no se renombran archivos fisicos ni se modifica metadata por ahora.
Pendientes: gate separado para crear atributo global Marca/pa_marca, decidir terminos de marca, aprobar normalizacion de title/alt y asociar imagenes solo con gate futuro explicito.
Restricciones preservadas: no se hicieron writes; no se modifico WooCommerce ni La Directa; no se crearon atributos; no se crearon categorias; no se subieron imagenes; no se modifico Media Library; no se modificaron productos; no se toco .env; no se imprimieron secretos; no se toco PostgreSQL con writes; no se hizo push; no se hizo deploy; no se ejecuto sync, scheduler, cron ni pipelines.
Proximo gate recomendado: write gate separado y explicito para crear Marca como atributo global filtrable (pa_marca) y gate separado para normalizacion/asociacion de media metadata.

Fecha: 2026-06-22
Estado: PDF-009H FRONTEND FACETS PRODUCT DISPLAY CONTRACT / FRONTEND DATA CONTRACT / DISENO DOCUMENTAL / SIN WRITES
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-009H-FRONTEND-FACETS-PRODUCT-DISPLAY-CONTRACT.md
Resultado: queda documentado el contrato frontend para filtros y datos visibles por producto antes de crear atributos, categorias, imagenes o productos en WooCommerce.
Decision: Articulo se renderiza como WooCommerce name en card/listado y ficha, es buscable por texto y no es filtro. Marca se renderiza en card/listado y ficha, y debe ser filtro frontend mediante atributo global/taxonomia optimizada. Unidades_x_Bulto y CantVtaMin se renderizan en card/listado y ficha, pero no son filtros, no son taxonomias y no deben usarse para busqueda u ordenamiento masivo. Images se renderiza, no es filtro, y queda como coleccion ordenada candidate en PostgreSQL/OpenClaw con tipo recomendado jsonb, mapeable a WooCommerce images[] con featured primero (position=0) y galeria estable por sort_order.
Performance: los filtros deben usar taxonomias/atributos y no meta queries pesadas; meta_data queda permitida solo para display fields acotados, no sensibles y cargados junto al producto para evitar N+1. WooCommerce queda bajo regla permanente de maxima performance: payload listo, imagenes precalculadas, sin resolver ni ordenar galerias en tiempo real desde el front. Stock frecuente no debe tocar estos campos ni imagenes; catalog sync controlado si puede actualizarlos.
Decision Images: las imagenes no vienen desde SGC; se cargan manualmente desde WooCommerce Admin como imagen principal y galeria. No usar pgvector porque Images no son embeddings; usar Images jsonb ordenado como default candidate con media_id, url, is_featured, sort_order, metadata actual/esperada y status; evaluar tabla hija normalizada solo en gate futuro si performance, volumen o auditoria lo exigen.
Media governance: OpenClaw/Woo puede descubrir en modo read-only imagenes asociadas a producto/SKU, guardar estructura candidate Images jsonb, proponer normalizacion de title/alt con SKU y nombre de articulo, y emitir reporte de limpieza para huerfanas, duplicadas o no usadas. No se borran imagenes automaticamente y cualquier update de media metadata o limpieza requiere gate futuro explicito.
Pendientes: gate separado para crear/aprobar atributo global Marca; gate separado si el frontend headless/API publica necesita exposicion segura de Unidades_x_Bulto, CantVtaMin e Images; gate separado para discovery read-only de media library, normalizacion de title/alt y modelo fisico final.
Restricciones preservadas: no se hicieron writes; no se modifico WooCommerce ni La Directa; no se crearon atributos; no se crearon categorias; no se subieron imagenes; no se crearon ni actualizaron productos; no se toco .env; no se imprimieron secretos; no se toco PostgreSQL con writes; no se hizo push; no se hizo deploy; no se ejecuto sync, scheduler, cron ni pipelines.
Proximo gate recomendado: aprobar Marca como atributo global WooCommerce filtrable, decidir si el frontend sera WooCommerce/PHP o headless/API publica, y abrir discovery read-only de media library antes de cualquier write gate.

Business Observer - PDF-009G WooCommerce categories images attributes mapping candidate¶

Fecha: 2026-06-22
Estado: PDF-009G WOOCOMMERCE CATEGORIES IMAGES ATTRIBUTES MAPPING CANDIDATE / MAPPING DOCUMENTAL / READ-ONLY DISCOVERY / SIN WRITES
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-009G-WOOCOMMERCE-CATEGORIES-IMAGES-ATTRIBUTES-MAPPING-CANDIDATE.md
Resultado: queda inventariado el mapping candidate previo a cualquier write para categorias WooCommerce, imagenes y marca/atributos de SOURCE-002 Productos -> WooCommerce La Directa.
Evidencia WooCommerce read-only: GET de categorias devolvio solo Uncategorized (id=15, slug=uncategorized), GET de atributos devolvio 0 y GET de productos devolvio 0. No se imprimieron credenciales ni .env.
Evidencia SOURCE-002: snapshot local seguro SHA256 c961ffc2b352b6bb3dd0d59bf3d8b7c0f7facff58a9201f7cf45e290141b704f, con 314 productos, 81 columnas, 21 pares Category/SubCategoria, 13 categorias fuente, 49 marcas, 212 productos con stock positivo, 100 con stock cero, 2 con precio faltante o cero, 0 SKUs vacios y 0 columnas de imagen detectadas.
Decision: Uncategorized no se usa como fallback; todos los pares de categoria quedan en NEEDS_CREATE_CATEGORY_GATE o BLOCKED; Marca queda como atributo visible candidate, con atributo global pendiente de gate si negocio lo requiere; todos los productos quedan DRAFT_BLOCKED para publish por falta de imagen o placeholder aprobado.
Restricciones preservadas: no se hicieron writes; no se modifico WooCommerce ni La Directa; no se crearon categorias; no se crearon atributos; no se subieron imagenes; no se toco PostgreSQL con writes; no se imprimieron secretos ni .env; no se hizo push; no se hizo deploy; no se ejecuto sync, scheduler, cron ni pipelines.
Proximo gate recomendado: gate separado para aprobar slugs/IDs de categorias, decidir VARIOS, crear atributo global Marca solo si corresponde y aprobar fuente de imagenes o placeholder antes de cualquier write.

Business Observer - PDF-009F WooCommerce final payload dry-run¶

Fecha: 2026-06-22
Estado: PDF-009F WOOCOMMERCE FINAL PAYLOAD DRY-RUN / PUBLICADO EN origin/main / DESPLEGADO EN KNOWLEDGE PORTAL / HTTP PUBLICO 200 / PAYLOAD FINAL CANDIDATE / READ-ONLY GET / SIN WRITES
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-009F-WOOCOMMERCE-FINAL-PAYLOAD-DRY-RUN.md
Resultado: queda construido y validado documentalmente el payload final candidate para SOURCE-002 Productos -> WooCommerce La Directa, partiendo de reglas PDF-009E, sin ejecutar writes.
Evidencia WooCommerce read-only: GET de categorias devolvio solo Uncategorized (id=15, slug=uncategorized); GET de atributos devolvio 0; GET de productos por los 10 SKUs previos devolvio matched_count=0 para todos. No se imprimieron credenciales ni .env.
Muestra: usa snapshot local seguro SOURCE-002 con SHA256 c961ffc2b352b6bb3dd0d59bf3d8b7c0f7facff58a9201f7cf45e290141b704f; incluye 0135, 0128, 2442, 2443, 2444, 2847, 2446, 2814, 2815, 2816, mas 3995 y 4010 como casos sin precio.
Decision: como no existe mapping real aprobado Category/SubCategoria -> product_cat ni fuente de imagen aprobada, todo publish/write de catalogo queda bloqueado. Uncategorized no se usa como fallback automatico. Marca queda como atributo visible candidate, sin crear atributo global.
Payloads: CREATE, UPDATE_CATALOG y DEACTIVATE quedan documentados como candidate; UPDATE_STOCK queda definido con payload minimo manage_stock, stock_quantity y stock_status; BLOCKED cubre sin precio, categoria sin mapping, imagen pendiente, Woo solo y DE BAJA conceptual.
Guardrails: stock frecuente no manda payload completo; meta_data sigue minima y no se usa para filtros, busqueda u ordenamiento masivo; costos, proveedor, descuentos, margenes, listas multiples, historiales economicos y datos sensibles quedan PostgreSQL only; WooCommerce no se convierte en ERP.
Restricciones preservadas: no se hicieron writes; no se modifico WooCommerce ni La Directa; no se toco PostgreSQL con writes; no se imprimieron secretos ni .env; no se ejecuto sync, scheduler, cron ni pipelines. El cierre documental quedo publicado en origin/main y desplegado en Knowledge Portal sobre HEAD c756b3c542b5f5ca57070e6244ed01425593563c, con local/origin/VPS alineados, HTTP local VPS 200 y HTTP publico 200.
Proximo gate recomendado: gate separado de mapping real de categorias WooCommerce e imagenes con IDs/slugs aprobados o bloqueos explicitos antes de cualquier write.

Business Observer - PDF-009E WooCommerce product rules pre-write candidate¶

Fecha: 2026-06-22
Estado: PDF-009E WOOCOMMERCE PRODUCT RULES PRE-WRITE CANDIDATE / PUBLICADO EN origin/main / DESPLEGADO EN KNOWLEDGE PORTAL / HTTP PUBLICO 200 / DISENO DOCUMENTAL / DRY-RUN RULES / SIN API NUEVA / SIN WRITES
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-009E-WOOCOMMERCE-PRODUCT-RULES-PRE-WRITE-CANDIDATE.md
Resultado: quedan definidas reglas comerciales y tecnicas candidate previas a cualquier write WooCommerce La Directa, partiendo de PDF-009B, PDF-009C y PDF-009D.
Reglas: Category/SubCategoria se modela como arbol product_cat padre/hijo con mapping aprobado; Marca queda como atributo visible inicial; ACTIVO habilita elegibilidad pero no publish automatico; DE BAJA queda status=draft; productos sin stock o sin imagen quedan draft; productos sin precio quedan BLOCKED; PrecioListaFinal queda como regular_price candidate; PrecioOfertaFinal queda protegido por guard comercial para sale_price; wc_product_id futuro debe vivir en PostgreSQL/OpenClaw o tabla de control de sync; productos existentes solo en WooCommerce quedan BLOCKED / MANUAL_REVIEW.
Guardrails: costos, proveedor, descuentos, margenes, listas multiples, calidad interna, historiales economicos y auditoria sensible quedan PostgreSQL only; WooCommerce no se convierte en ERP; meta_data privada sigue minima y no debe usarse para filtros, busqueda u ordenamiento masivo.
Pendientes: mapping real de categorias WooCommerce, fuente/politica de imagenes, aprobacion comercial final de sin stock, vigencia de oferta, descripcion editorial y modelo fisico de wc_product_id.
Restricciones preservadas: no se ejecuto API nueva; no se hicieron writes; no se modifico WooCommerce ni La Directa; no se toco PostgreSQL con writes; no se imprimieron secretos ni .env; no se ejecuto sync, scheduler, cron ni pipelines. El cierre documental quedo publicado en origin/main y desplegado en Knowledge Portal sobre HEAD 00dcc8b30998e3a4cf88fe8da983199ed0202b63, con local/origin/VPS alineados, HTTP local VPS 200 y HTTP publico 200.
Proximo gate recomendado: PDF-009F payload dry-run final con categorias resueltas o bloqueadas, muestra representativa y cero writes.

Business Observer - PDF-009D WooCommerce product lifecycle and stock sync policy¶

Fecha: 2026-06-22
Estado: PDF-009D WOOCOMMERCE PRODUCT LIFECYCLE AND STOCK SYNC POLICY / PUBLICADO EN origin/main / DESPLEGADO EN KNOWLEDGE PORTAL / HTTP PUBLICO 200 / DISENO DOCUMENTAL / SIN API NUEVA / SIN WRITES
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-009D-WOOCOMMERCE-PRODUCT-LIFECYCLE-STOCK-SYNC-POLICY.md
Resultado: queda documentada la politica futura de ciclo de vida de productos y sincronizacion frecuente de stock entre PostgreSQL/OpenClaw y WooCommerce La Directa, antes de cualquier write gate.
Stock frecuente: se separa como flujo propio de alta frecuencia, varias veces al dia, desde la futura tabla de stock disponible en PostgreSQL/OpenClaw hacia campos nativos WooCommerce stock_quantity, stock_status y manage_stock, con payload minimo y sin actualizar descripcion, precio, categoria, marca ni imagenes.
Catalogo: Product Catalog Sync queda como flujo controlado de menor frecuencia o bajo gate especifico, desde SOURCE-002 Productos hacia creacion/actualizacion completa WooCommerce, pendiente de reglas finales de categoria, marca, precio, imagen y publish/draft.
Lifecycle: producto en PostgreSQL/OpenClaw y no en WooCommerce queda CREATE conceptual; producto en ambos queda UPDATE_STOCK o UPDATE_CATALOG segun cambio; producto con estado DE BAJA queda DEACTIVATE; producto en WooCommerce y no en PostgreSQL/OpenClaw queda BLOCKED / MANUAL_REVIEW.
Decision: no borrar productos automaticamente. Para DE BAJA, la accion futura recomendada es status=draft o catalog_visibility=hidden, con decision final PENDING_RULE hasta gate pre-write.
Performance: no mandar payload completo si solo cambia stock, evitar meta_data pesada en flujos frecuentes, no usar meta_data para filtros, busquedas u ordenamiento masivo, usar Woo native para campos comerciales/frontend y conservar datos sensibles, economicos y analiticos en PostgreSQL/OpenClaw.
Restricciones preservadas: no se ejecuto API nueva; no se hicieron writes; no se modifico WooCommerce ni La Directa; no se toco PostgreSQL; no se ejecuto SQL; no se imprimieron secretos ni .env; no se ejecuto sync, scheduler, cron ni pipelines. El cierre documental posterior quedo publicado en origin/main y desplegado en Knowledge Portal sobre HEAD 2bc2434143022e55a94e81f835bf926067173e88, con HTTP local VPS 200 y HTTP publico 200.
Proximo gate recomendado: resolver reglas PENDING_RULE para stock/catalog pre-write: draft vs hidden para DE BAJA, categorias, marca, politica sin stock/sin precio/sin imagen, precio ecommerce/oferta, wc_product_id futuro y payload dry-run final.

Business Observer - PDF-009C SOURCE-002 WooCommerce comparison dry-run¶

Fecha: 2026-06-22
Estado: PDF-009C SOURCE-002 WOOCOMMERCE COMPARISON DRY-RUN / PUBLICADO EN origin/main / DESPLEGADO EN KNOWLEDGE PORTAL / HTTP PUBLICO 200 / VERDE TECNICO / WOOCOMMERCE VACIO ESPERADO / NO WRITES
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-009C-SOURCE-002-WOOCOMMERCE-COMPARISON-DRY-RUN.md
Resultado: comparacion read-only ejecutada con SAFE POINT limpio sobre HEAD f78dcf2fe65e60751e5109dd7167c3f70f491f5a, variables WooCommerce presentes sin valores, GET products per_page=5 HTTP 200 con JSON valido y 0 productos, y lookups HTTP 200 con matched_count=0 para 10 SKUs.
Fuente SOURCE-002: muestra local segura desde snapshots/source-002/SOURCE-002-PRODUCTS-RUNTIME-PREFLIGHT-20260620-173614.csv, SHA256 c961ffc2b352b6bb3dd0d59bf3d8b7c0f7facff58a9201f7cf45e290141b704f, sin ejecutar SQL ni consultar PostgreSQL.
Muestra: 0135, 0128, 2442, 2443, 2444, 2847, 2446, 2814, 2815 y 2816.
Decision: WooCommerce La Directa sigue vacio como condicion inicial esperada. Los SKUs con stock positivo quedan como CREATE conceptual futuro; los SKUs de muestra con stock 0 quedan BLOCKED hasta cerrar politica de publish/draft para sin stock. No se detecto problema de API, autenticacion, permisos, visibilidad ni endpoint.
Arquitectura: se confirma WooCommerce native first para catalogo vendible, meta_data privada minima para PLU/pack/minimos/trazabilidad puntual y PostgreSQL only para costos, proveedor, descuentos, margenes, listas multiples y datos sensibles.
Proximo gate recomendado: resolver reglas comerciales antes de cualquier write: categorias, marca, politica para sin stock/sin precio/sin imagen, regla final de precio ecommerce/oferta y payload dry-run final con categorias resueltas.
Restricciones preservadas: no se hicieron writes; no se modifico WooCommerce ni La Directa; no se toco PostgreSQL con writes; no se imprimieron secretos ni .env; no se ejecuto sync, scheduler, cron ni pipelines. El cierre documental posterior quedo publicado en origin/main y desplegado en Knowledge Portal sobre HEAD 2bc2434143022e55a94e81f835bf926067173e88, con HTTP local VPS 200 y HTTP publico 200.

Business Observer - PDF-009B WooCommerce read-only preflight¶

Fecha: 2026-06-22
Estado: PDF-009B WOOCOMMERCE READ-ONLY PREFLIGHT / VERDE TECNICO / AMARILLO FUNCIONAL ESPERADO / NO WRITES
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-009B-WOOCOMMERCE-READ-ONLY-PREFLIGHT.md
Resultado: preflight real read-only de credenciales y acceso WooCommerce cerrado con .env ignorado por Git, variables LADIRECTA_WC_BASE_URL, LADIRECTA_WC_CONSUMER_KEY y LADIRECTA_WC_CONSUMER_SECRET presentes sin valores, GET minimo HTTP 200, JSON valido y autenticacion OK.
Evidencia no sensible: GET products per_page=5 devolvio HTTP 200, JSON valido y 0 productos; lookup SKU 0135 HTTP 200, matched_count=0; lookup SKU 0128 HTTP 200, matched_count=0. El usuario confirmo que WooCommerce La Directa esta intencionalmente limpio, sin productos cargados, por lo que esos resultados son la condicion inicial esperada antes de la primera carga.
Decision: PDF-009B queda cerrado como preflight read-only exitoso. Estado VERDE TECNICO por autenticacion y API read-only validas; AMARILLO FUNCIONAL ESPERADO porque el catalogo esta vacio por diseno y falta la comparacion contra SOURCE-002. No se detecto problema de API, autenticacion, permisos, visibilidad ni endpoint.
Proximo gate recomendado: PDF-009C SOURCE-002 -> WooCommerce comparison dry-run / NO WRITES.
Restricciones preservadas: no se ejecuto API nueva durante este cierre documental; no se hicieron writes; no se modifico WooCommerce ni La Directa; no se toco PostgreSQL; no se imprimieron secretos ni .env; no se hizo push; no se hizo deploy; no se ejecuto sync, scheduler, cron ni pipelines.

Document drift cleanup - PDF-009A-DOC-DRIFT-CLEANUP¶

Fecha: 2026-06-21
Estado: AMARILLO DOCUMENTAL / CLEANUP EN CURSO HASTA VALIDAR MKDOCS BUILD STRICT
Alcance: correccion documental controlada para alinear documentos rectores con el frente activo vigente: SOURCE-002 Productos -> WooCommerce La Directa.
Autoridad vigente preservada: ultimo gate vigente PDF-009A WooCommerce products mapping/API candidate; proximo gate obligatorio recomendado PDF-009B WooCommerce credentials/read-only dry-run preflight.
Aclaracion: SOURCE-003, PDF-006C y PostgreSQL staging se preservan como decisiones y evidencia historica valida, pero no son el proximo paso operativo actual.
Restricciones preservadas: cleanup documental solamente; sin VPS, Docker, OpenClaw, NPM, Portainer, PostgreSQL, SQL, WooCommerce API, secretos, .env, sync, scheduler, cron, pipelines, deploy ni push.

Business Observer - PDF-009A WooCommerce products mapping API candidate¶

Fecha: 2026-06-21
Estado: PDF-009A WOOCOMMERCE PRODUCTS MAPPING API CANDIDATE / VERDE DOCUMENTAL / SIN API REAL / SYNC NO-GO
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-009A-WOOCOMMERCE-PRODUCTS-MAPPING-API-CANDIDATE.md
Paquete candidate: infra/business-observer/production/woocommerce/products/PDF-009A/
Resultado: mapping PostgreSQL -> WooCommerce preparado desde SOURCE-002 productivo, usando catalog/inventory/economic oficiales y la evidencia PDF-008I-G. Incluye reglas candidate para SKU, nombre, descripcion, precio regular, oferta, stock, categorias, marcas, peso, dimensiones, pack/unidad minima, imagenes, productos sin precio, sin stock, faltantes, idempotencia, wc_product_id futuro, create/update, logs seguros, rollback logico, dry-run, rate limits, paginacion y manejo de errores.
Modelo disponible: SOURCE-002 productivo conserva 314 productos, 314 SKUs unicos, stock > 0 212, stock = 0 100, precio/costo 312/2, marcas unicas 49 y mart alerts 100.
Decision: PDF-009A no autoriza API real ni writes. El proximo gate recomendado es PDF-009B WooCommerce credentials/read-only dry-run preflight.
Restricciones preservadas: no se llamo WooCommerce API; no se creo, actualizo ni borro producto; no se modifico La Directa; no se leyeron secrets; no se imprimieron keys, passwords, tokens ni connection strings; no se ejecuto SQL write; no se uso staging ni sandbox; no se ejecutaron sync, scheduler, cron ni pipelines; no se versionaron CSV/JSONL, dumps, backups ni snapshots.

Business Observer - SOURCE-002 products controlled reload rehearsal¶

Fecha: 2026-06-21
Estado: PDF-008I-G SOURCE-002 PRODUCTS CONTROLLED RELOAD REHEARSAL / VERDE / WOOCOMMERCE NO TOCADO / SYNC NO-GO
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-008I-G-SOURCE-002-PRODUCTS-CONTROLLED-RELOAD-REHEARSAL.md
Contexto: PDF-008I-F dejo parametrizado pdf008h_inventory_snapshot_date. El rehearsal retry posterior se ejecuto con inventory snapshot date 2026-06-21, backup pre-rehearsal validado y JSONL operativo controlado.
Evidencia: backup pre-rehearsal /opt/backups/openclaw/business-observer-prod/postgres/pre-source-002-reload-rehearsal-retry/20260621T123557Z/openclaw-bo-prod-postgres-pre-source-002-reload-rehearsal-retry-20260621T123557Z.dump, backup SHA256 acc27db5bbf8f98770b296a87e23e352eeeb300e57989b04b6919a7275ba9a2b, pg_restore --list PASS con 141 lineas, snapshot SOURCE-002 SHA256 c961ffc2b352b6bb3dd0d59bf3d8b7c0f7facff58a9201f7cf45e290141b704f, JSONL /tmp/pdf008f-source002-products.jsonl SHA256 30fb804deba1d6492622f1f64c78f6e2ecbd207fd9a9c3d75bef36b516919531.
Resultado: RAW retry COPY 314, INSERT 0 314, COMMIT; CORE retry INSERT 0 314, COMMIT; derived PASS con catalog 314, inventory current 314, inventory daily 314 para 2026-06-21 y economic 314; MARTS DELETE 100, INSERT 0 100, COMMIT; post-checks PASS.
Conteos finales: SOURCE-002 RAW/CORE/catalog/inventory current/inventory daily/economic 314/314/314/314/314/314, mart alerts 100, stock > 0 212, stock = 0 100, con precio/costo 312, sin precio/costo 2, alertas criticas 0, PUBLIC grants 0.
SOURCE-003: intacto con RAW 1886, CORE 1886, MART daily/seller/customer/sku 1/25/173/180.
Restricciones preservadas: WooCommerce API no tocada; sync, scheduler, cron y pipelines no ejecutados; staging no fue target; sandbox no fue usado; no hubo commit/push/deploy durante la ejecucion operativa. En este cierre documental no se ejecuto SQL, carga, COPY, DML, writes productivos, staging write ni sandbox; no se crearon backups, dumps ni snapshots; no se versionaron JSONL/CSV.
Warning: el primer intento de backup aborto por quoting local de shell antes del reporte final; el backup valido es el de 20260621T123557Z.
Proximo gate recomendado: PDF-009A WooCommerce mapping/API candidate, con API WooCommerce y automatizaciones todavia bloqueadas salvo autorizacion separada.

Business Observer - SOURCE-002 derived snapshot date hotfix¶

Fecha: 2026-06-21
Estado: PDF-008I-F SOURCE-002 DERIVED SNAPSHOT DATE HOTFIX / VERDE DOCUMENTAL-TECNICO / SIN EJECUCION
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-008I-F-SOURCE-002-DERIVED-SNAPSHOT-DATE-HOTFIX.md
SQL candidates: infra/business-observer/production/postgres/products/PDF-008H/
Contexto: PDF-008I-E quedo AMARILLO CONTROLADO / NO-GO: RAW retry PASS (COPY 314, upsert 314), CORE retry PASS (CORE 314), SOURCE-002 final 314/314/314/314/314/314/100, SOURCE-003 intacto 1886/1886/1/25/173/180, y aborto en derived antes de COMMIT por conteo ambiguo de daily snapshot.
Resultado:
004-source-002-products-official-load-catalog-inventory-economic.candidate.sql exige pdf008h_inventory_snapshot_date, valida formato YYYY-MM-DD, usa esa fecha en inventory_source_002_daily_snapshot y post-checkea daily snapshot por fecha explicita y batch.
006-source-002-products-official-load-post-checks.candidate.sql exige la misma fecha y evita usar conteo global de snapshots diarios como criterio de fallo.
Decision: PDF-008I-F VERDE solo para hotfix documental-tecnico. Rehearsal posterior todavia NO-GO.
Restricciones preservadas: no se ejecuto SQL, carga, COPY, DML, WooCommerce API, sync, scheduler, cron, pipelines, write productivo, write staging ni sandbox; no se crearon backups, dumps ni snapshots; no se leyeron secretos ni se imprimieron passwords o connection strings reales; no se versionaron JSONL, snapshots ni CSV.
Proximo gate recomendado: PDF-008I-G SOURCE-002 products controlled reload rehearsal retry, con pdf008h_inventory_snapshot_date explicito y WooCommerce/sync/scheduler/ cron/pipelines todavia NO-GO.

Business Observer - SOURCE-002 official RAW copy backup param hotfix¶

Fecha: 2026-06-21
Estado: PDF-008I-D SOURCE-002 OFFICIAL RAW COPY BACKUP PARAM HOTFIX / VERDE DOCUMENTAL-TECNICO / SIN EJECUCION
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-008I-D-SOURCE-002-OFFICIAL-RAW-COPY-BACKUP-PARAM-HOTFIX.md
SQL candidates: infra/business-observer/production/postgres/products/PDF-008H/
Contexto: PDF-008I-C quedo AMARILLO CONTROLADO / NO-GO PARA RELOAD: preflight oficial PASS, backup pre-rehearsal retry con SHA256 24ce2979739d09f39d1a6308ef1be3ca411960c8338dfb707a72989b9085b08b, JSONL operativo /tmp/pdf008f-source002-products.jsonl con SHA256 30fb804deba1d6492622f1f64c78f6e2ecbd207fd9a9c3d75bef36b516919531, SOURCE-002 intacto 314/314/314/314/314/314/100 y SOURCE-003 intacto 1886/1886/1/25/173/180; RAW aborto en \copy antes de writes.
Resultado:
RAW deja de usar FROM :'pdf008h_controlled_jsonl_path' y usa el path literal controlado /tmp/pdf008f-source002-products.jsonl.
el backup pre-rehearsal deja de estar hardcodeado al SHA anterior y pasa a validarse por variable explicita.
los scripts abortan si falta el SHA esperado, falta el path informado del backup o la confirmacion no coincide.
Decision: PDF-008I-D VERDE solo para hotfix documental-tecnico. Rehearsal y recarga todavia NO-GO.
Restricciones preservadas: no se ejecuto SQL, carga, COPY, DML, WooCommerce API, sync, scheduler, cron, pipelines, write productivo, write staging ni sandbox; no se crearon backups, dumps ni snapshots; no se leyeron secretos ni se imprimieron passwords o connection strings reales; no se versionaron JSONL, snapshots ni CSV.
Proximo gate recomendado: PDF-008I-E SOURCE-002 products controlled reload rehearsal retry, con autorizacion separada y WooCommerce/sync/scheduler/cron/pipelines todavia NO-GO.

Business Observer - SOURCE-002 official load scripts hotfix¶

Fecha: 2026-06-21
Estado: PDF-008I-B SOURCE-002 OFFICIAL LOAD SCRIPTS HOTFIX / VERDE DOCUMENTAL-TECNICO / SIN EJECUCION
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-008I-B-SOURCE-002-OFFICIAL-LOAD-SCRIPTS-HOTFIX.md
SQL candidates: infra/business-observer/production/postgres/products/PDF-008H/
Contexto: PDF-008I quedo AMARILLO CONTROLADO / NO-GO PARA RELOAD: preflight oficial PASS, backup pre-rehearsal creado con SHA256 05df70e1b25614e4b2048f7efc4edbbf3332d3a29b1da875ff11e9c65a2bd6a4, SOURCE-002 intacto 314/314/314/314/314/314/100 y SOURCE-003 intacto 1886/1886/1/25/173/180; RAW aborto por guarda incondicional antes de writes.
Resultado:
scripts write PDF-008H hotfixados para usar guardas condicionales con variables explicitas de confirmacion.
rollback sigue batch-scoped y protegido por confirmaciones explicitas.
preflight publica el SHA256 esperado del backup pre-rehearsal.
regla precio/costo corregida: NULL OR 0 cuenta como sin precio/costo, preservando conteos esperados 312/2.
Decision: PDF-008I-B VERDE solo para hotfix documental-tecnico. Recarga todavia NO-GO.
Restricciones preservadas: no se ejecuto SQL, carga, COPY, DML, WooCommerce API, sync, scheduler, cron, pipelines, write productivo, write staging ni sandbox; no se crearon backups, dumps ni snapshots; no se leyeron secretos ni se imprimieron passwords o connection strings reales; no se versionaron JSONL, snapshots ni CSV.
Proximo gate recomendado: PDF-008I-C SOURCE-002 products controlled reload rehearsal retry, con autorizacion separada y WooCommerce/sync/scheduler/cron/pipelines todavia NO-GO.

Business Observer - safe batched import runtime standard¶

Fecha: 2026-06-21
Estado: IMPORT RUNTIME STANDARD SAFE BATCHED IMPORTS / VERDE DOCUMENTAL / SIN EJECUCION
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/IMPORT-RUNTIME-STANDARD-SAFE-BATCHED-IMPORTS.md
Resultado:
estandar obligatorio para futuras importaciones SGC -> PostgreSQL.
fija patron extract -> snapshot -> validate -> load.
documenta lotes conservadores, paginacion compatible con SQL Server 2012, timeouts, reintentos, pausas, throttling, snapshots fuera de Git, hash SHA256, conteos, batch_id, logs seguros, idempotencia y rollback batch-scoped.
define reglas especificas para SOURCE-001 Clientes, SOURCE-002 Productos y SOURCE-003 Ventas.
deja explicito que SGC es origen legacy read-only leido desde vistas y que no se deben crear objetos persistentes, writes ni cambios del lado SGC.
Decision: el estandar queda como prerequisito antes de recargas, importadores Python productivos, sync, scheduler, cron o pipelines.
Restricciones preservadas: no se ejecuto SQL, carga, COPY, DML, WooCommerce API, sync, scheduler, cron, pipelines, write productivo, write staging ni sandbox; no se leyeron secretos; no se crearon snapshots, dumps, backups, CSV ni JSONL.
Proximo gate recomendado: PDF-008I SOURCE-002 products controlled reload rehearsal, usando este estandar como prerequisito y manteniendo WooCommerce/sync/scheduler/cron/ pipelines en NO-GO.

Business Observer - SOURCE-002 products official load scripts formalization¶

Fecha: 2026-06-21
Estado: PDF-008H SOURCE-002 PRODUCTS OFFICIAL LOAD SCRIPTS FORMALIZATION / VERDE DOCUMENTAL / CANDIDATE / SIN EJECUCION
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-008H-SOURCE-002-PRODUCTS-OFFICIAL-LOAD-SCRIPTS-FORMALIZATION.md
SQL candidates: infra/business-observer/production/postgres/products/PDF-008H/
Resultado:
formalizado paquete oficial candidate para preflight, RAW, CORE, catalog/inventory/economic, MART, post-checks y rollback batch-scoped.
PDF-008D queda como candidate inicial y referencia historica; los scripts bloqueados de PDF-008D ya no son el camino operativo recomendado para recarga.
el paquete PDF-008H preserva guardas de produccion dedicada, prohibicion de staging/sandbox, batch 7dddfc3b-2026-48f0-8002-000000000008, snapshot/hash esperados, conteos 314/314/314/314/314/314/100, stock 212/100, precio/costo 312/2 y SOURCE-003 intacto 1886/1886/1/25/173/180.
Decision: PDF-008H VERDE solo para formalizacion documental y scripts candidate versionados. Ejecucion futura sigue NO-GO hasta gate separado.
Restricciones preservadas: no se ejecuto SQL, carga, COPY, DML, WooCommerce API, sync, scheduler, cron, pipelines, write productivo, write staging ni sandbox; no se crearon backups, dumps ni snapshots; no se leyeron secretos ni se imprimieron passwords o connection strings reales; no se versionaron JSONL, snapshots ni CSV.
Proximo gate recomendado: PDF-008I SOURCE-002 products controlled reload rehearsal, con autorizacion separada y WooCommerce/sync/scheduler/cron/pipelines todavia NO-GO.

Business Observer - SOURCE-002 products production initial load execution¶

Fecha: 2026-06-20
Estado: PDF-008G SOURCE-002 PRODUCTS PRODUCTION INITIAL LOAD EXECUTION / VERDE / WOOCOMMERCE NO TOCADO / SYNC NO-GO
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-008G-SOURCE-002-PRODUCTS-PRODUCTION-INITIAL-LOAD-EXECUTION.md
Evidencia:
snapshot SOURCE-002 SHA256 c961ffc2b352b6bb3dd0d59bf3d8b7c0f7facff58a9201f7cf45e290141b704f, 314 filas, 81 columnas, 314 SKUs unicos y 0 duplicados SKU.
JSONL operativo temporal local C:\APV\openclawai\tmp\pdf008f-source002-load\pdf008f-source002-products.jsonl.
JSONL en VPS/contenedor /tmp/pdf008f-source002-products.jsonl, SHA256 30fb804deba1d6492622f1f64c78f6e2ecbd207fd9a9c3d75bef36b516919531.
batch productivo 7dddfc3b-2026-48f0-8002-000000000008.
Resultado:
RAW 314, CORE 314, catalog 314, inventory current 314, inventory daily snapshot 314, economic 314, mart stock alerts 100.
stock > 0 212, stock = 0 100, con precio/costo 312, sin precio/costo 2, mart alerts criticos 0.
post-checks PASS, PUBLIC grants 0, objetos fuera de alcance 0.
SOURCE-003 intacto: RAW 1886, CORE 1886, MART daily/seller/customer/sku 1/25/173/180.
Warning documental: los scripts oficiales load PDF-008D 005-source-002-products-load-raw.candidate.sql, 006-source-002-products-load-core.candidate.sql, 007-source-002-products-load-catalog-inventory-economic.candidate.sql y 008-source-002-products-load-marts.candidate.sql siguen bloqueados por diseno con RAISE EXCEPTION; PDF-008F uso SQL operativo temporal controlado derivado del paquete y del DDL aprobado.
Decision: PDF-008G VERDE; carga inicial productiva SOURCE-002 Productos documentada como ejecutada y validada, sin tocar WooCommerce ni habilitar automatizaciones.
Restricciones preservadas: durante este cierre documental no se ejecuto SQL, carga, COPY, DML, WooCommerce API, sync, scheduler, cron, pipelines, write productivo, write staging ni sandbox; no se crearon backups, dumps ni snapshots; no se leyeron secretos ni se imprimieron passwords o connection strings reales; no se versionaron JSONL temporales, snapshots ni CSV.
Proximo gate recomendado: PDF-008H SOURCE-002 products official load scripts formalization, antes de cualquier sync, cron, scheduler, recarga o proceso repetible.

Business Observer - SOURCE-002 products production DDL execution¶

Fecha: 2026-06-20
Estado: PDF-008E SOURCE-002 PRODUCTS PRODUCTION DDL EXECUTION / VERDE / TABLES EMPTY / NO LOAD
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-008E-SOURCE-002-PRODUCTS-PRODUCTION-DDL-EXECUTION.md
SQL candidates ejecutados operativamente: infra/business-observer/production/postgres/products/PDF-008D/
Evidencia:
backup pre-DDL fuera de Git: /opt/backups/openclaw/business-observer-prod/postgres/pre-source-002-ddl/20260620T233556Z/openclaw-bo-prod-postgres-pre-source-002-ddl-20260620T233556Z.dump
tamanio backup 778589 bytes, SHA256 b95b724437f210f2ea67cc8e4581ee0481b137c2c044843d187e006eeb165812.
pg_restore --list PASS, 92 lineas.
Resultado:
preflight DDL 001-source-002-products-ddl-preflight.candidate.sql: GO.
forward DDL 002-source-002-products-ddl-forward.candidate.sql: COMMIT.
post-checks DDL 003-source-002-products-ddl-post-checks.candidate.sql: PASS.
tablas creadas: raw_source_002_products, core_source_002_products, catalog_source_002_products, inventory_source_002_current, inventory_source_002_daily_snapshot, economic_source_002_products y mart_source_002_stock_alerts.
conteos SOURCE-002: todas 0.
owner openclaw_bo_prod_owner; writer SELECT/INSERT/UPDATE en 7/7; reader y reporting_ro SELECT en 7/7; PUBLIC 0.
SOURCE-003 intacto: RAW 1886, CORE 1886, MART daily/seller/customer/sku 1/25/173/180.
Decision: PDF-008E VERDE; DDL productivo SOURCE-002 Productos documentado como ejecutado y validado en PostgreSQL productivo dedicado, con tablas vacias.
Restricciones preservadas: durante este cierre documental no se ejecuto SQL, carga, COPY, DML, WooCommerce API, sync, scheduler, cron, pipelines, write productivo, write staging ni sandbox; no se crearon backups, dumps ni snapshots; no se leyeron secretos ni se imprimieron passwords o connection strings reales.
Warning documental: el pedido listaba SOURCE-002-FUTURE-LAYER-MAPPING.md y SOURCE-002-ECONOMIC-LAYER.md bajo sources, pero los archivos reales estan bajo docs/tenants/alpuntodeventa/business-observer/.
Proximo gate recomendado: PDF-008F SOURCE-002 products initial controlled load, con WooCommerce, sync, scheduler, cron y pipelines todavia NO-GO salvo autorizacion futura separada.

Business Observer - SOURCE-002 products DDL/load candidate¶

Fecha: 2026-06-20
Estado: PDF-008D SOURCE-002 PRODUCTS DDL/LOAD CANDIDATE / PREPARED / NO LOAD / NO SQL
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-008D-SOURCE-002-PRODUCTS-DDL-LOAD-CANDIDATE.md
SQL candidates: infra/business-observer/production/postgres/products/PDF-008D/
Resultado:
snapshot PDF-008C validado fuera de Git: filas 314, columnas 81, SKUs unicos 314, duplicados 0, SHA256 c961ffc2b352b6bb3dd0d59bf3d8b7c0f7facff58a9201f7cf45e290141b704f.
paquete candidate preparado para raw, core, catalog, inventory_current, daily_snapshot, economic y mart_stock_alerts.
scripts .candidate.sql creados para DDL preflight/forward/post-checks, load preflight/RAW/CORE/derived/MART/post-checks y rollback.
load candidates quedan bloqueados por defecto hasta autorizacion futura separada.
Decision: PDF-008D VERDE solo para revision documental y tecnica del candidate. Carga real, COPY, DML, PostgreSQL write y WooCommerce siguen NO-GO.
Restricciones preservadas: no se ejecuto DDL, carga, COPY, INSERT/UPDATE/DELETE/TRUNCATE, sync, scheduler, cron, pipelines, WooCommerce API, write productivo, write staging ni sandbox; no se versionaron CSV, dumps, backups ni snapshots.
Proximo gate recomendado: PDF-008E SOURCE-002 products production DDL preflight/forward gate, con autorizacion separada y carga real todavia NO-GO.

Business Observer - SOURCE-002 products runtime preflight snapshot¶

Fecha: 2026-06-20
Estado: PDF-008C SOURCE-002 PRODUCTS RUNTIME PREFLIGHT SNAPSHOT / VERDE / READ-ONLY / NO LOAD
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-008C-SOURCE-002-PRODUCTS-RUNTIME-PREFLIGHT-SNAPSHOT.md
Resultado:
.env fue leido con autorizacion explicita, sin imprimir valores, passwords, usuarios, hosts ni connection strings.
variables APV_SOURCE_002_MSSQL_* completas; no fue necesario mapear desde SOURCE-003.
preflight runtime read-only contra SGC usando la autoridad SOURCE-002-PRODUCTOS-PRODUCTS-AUTHORITY.sql: GO.
conteos no sensibles: productos 314, activos 314, stock > 0 212, stock = 0 100, con precio 312, sin precio 2, con costo 312, sin costo 2, proveedor 314, marcas unicas 49, SKUs duplicados 0, columnas 81.
snapshot fuera de Git en C:\APV\openclawai\snapshots\source-002\SOURCE-002-PRODUCTS-RUNTIME-PREFLIGHT-20260620-173614.csv, SHA256 c961ffc2b352b6bb3dd0d59bf3d8b7c0f7facff58a9201f7cf45e290141b704f, filas 314, columnas 81, tamanio 202240 bytes.
Decision: PDF-008C VERDE: apto como evidencia runtime read-only y baseline snapshot fuera de Git; carga real, PostgreSQL y WooCommerce siguen NO-GO.
Restricciones preservadas: no se ejecuto carga, COPY, DML, sync, scheduler, cron, pipelines, WooCommerce API, write productivo, write staging ni sandbox; no se versionaron CSV, dumps, backups ni snapshots.
Proximo gate recomendado: PDF-008D SOURCE-002 products controlled DDL/load candidate from runtime snapshot.

Business Observer - SOURCE-002 products full use-case preflight¶

Fecha: 2026-06-20
Estado: PDF-008B SOURCE-002 PRODUCTS FULL USE-CASE PREFLIGHT / DOCUMENTED / READ-ONLY / NO LOAD
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-008B-SOURCE-002-PRODUCTS-FULL-USE-CASE-PREFLIGHT.md
Resultado:
SOURCE-002 queda relevado para catalogo WooCommerce, stock actual, snapshot diario, faltantes, activos/inactivos, precios, costos, margen, proveedor, logistica, ventas SOURCE-003, alertas y reposicion.
SOURCE-002B, SOURCE-002C, SOURCE-002D, PRODUCT-BLUEPRINT, mapping futuro y capa economica quedan relacionados explicitamente.
no hubo variables APV_SOURCE_002_MSSQL_* cargadas en la sesion y no se leyeron secret files; por eso el preflight runtime y el snapshot quedan BLOCKED/PENDING_AUTHORIZATION.
se propone diseno por fases para raw, core, catalog, inventory_current, daily_snapshot, stock_alerts y capa economica.
Decision: PDF-008B AMARILLO: apto como relevamiento documental full use-case; no apto para carga ni snapshot hasta gate separado con mecanismo seguro.
Restricciones preservadas: no se ejecuto carga, SQL operativo, COPY, DML, sync, scheduler, cron, pipelines, WooCommerce API, write productivo, write staging ni sandbox; no se leyeron secretos ni se versionaron dumps, backups, snapshots o CSV.
Proximo gate recomendado: PDF-008C SOURCE-002 products read-only runtime preflight + snapshot evidence.

Business Observer - SOURCE-002 products WooCommerce-ready candidate¶

Fecha: 2026-06-20
Estado: PDF-008A SOURCE-002 PRODUCTS WOOCOMMERCE-READY CANDIDATE / PREPARED / NO LOAD
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-008A-SOURCE-002-PRODUCTS-WOOCOMMERCE-READY-CANDIDATE.md
SQL candidates: infra/business-observer/production/postgres/products/PDF-008A/
Fuente autoridad: docs/tenants/alpuntodeventa/business-observer/source-authority/SOURCE-002-PRODUCTOS-PRODUCTS-AUTHORITY.sql
Resultado:
SOURCE-003 queda preservado como produccion cerrada en PDF-007D
SOURCE-002 Productos queda como frente activo preparado para futuro gate de productos en PostgreSQL produccion
autoridad SQL SOURCE-002 existente y vigente sobre [ecommerce].[dbo].[PRODUCTS]
mapping conceptual existente en SOURCE-002-FUTURE-LAYER-MAPPING.md y decision economica existente en SOURCE-002-ECONOMIC-LAYER.md
DDL/load candidates operativos previos para SOURCE-002 no existian; se preparo paquete DDL candidate productivo PDF-008A
diseno candidate raw -> core -> catalog preparado con tabla WooCommerce-ready sin llamar API
Gaps vigentes: WooCommerce product_id, categorias WooCommerce finales, imagen principal, dimensiones length/width/height, regla final de regular_price, sale_price, estado WooCommerce y moneda quedan UNKNOWN o PENDING_RULE.
Decision: PDF-008A VERDE solo para revision documental/tecnica del candidate; carga real SOURCE-002, SQL operativo y WooCommerce siguen NO-GO.
Restricciones preservadas: no se ejecuto SQL, carga, COPY, INSERT/UPDATE/DELETE/TRUNCATE, sync, scheduler, cron, pipelines, write productivo, write staging, sandbox ni API WooCommerce; no se modifico La Directa, no se leyeron secretos ni se imprimieron passwords o connection strings reales.
Proximo gate recomendado: PDF-008B SOURCE-002 products read-only preflight + snapshot/counts gate.

Business Observer - SOURCE-003 production initial load execution¶

Fecha: 2026-06-20
Estado: PDF-007D SOURCE-003 PRODUCTION INITIAL CONTROLLED LOAD DOCUMENTADO / VERDE / PROD DEDICADO
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-007D-SOURCE-003-PRODUCTION-INITIAL-LOAD-EXECUTION.md
Target productivo:
contenedor: openclaw-business-observer-postgres-prod
DB: openclaw_business_observer_prod
staging no usado como target
sandbox no usado
Evidencia:
baseline prod: /opt/backups/openclaw/business-observer-prod/postgres/baseline/20260620T192631Z/openclaw-bo-prod-postgres-baseline-20260620T192631Z.dump
baseline SHA256: d66a1c2636ab7f7d03f40f2abb4d6f8d10b63acf218dcd1b8e27c2ff580252a8
snapshot autorizado SOURCE-003-SNAPSHOT-001 con SHA256 07092c284b5b636b8a31cd616ef5b4fa5d0ce499b81c767437842b1f7edfcbc3
CSV preparado prod /tmp/pdf007a-source003-prepared.csv con SHA256 7109dc33673441be9989e4da11fc9e62f0e7938a583f0a2881ec1859a0fce18d
batch productivo 8a640ec6-6135-4920-a90f-b07d986e9a23
Resultado:
RAW prod 1886
CORE prod 1886
MART daily/seller/customer/sku 1/25/173/180
importe total 48087486.8300
CMV total 37881269.3025
bad hashes 0, empty line_key 0, bad line_sequence 0, PUBLIC grants 0, objetos fuera de alcance 0
Decision: PDF-007D VERDE; carga inicial productiva SOURCE-003 documentada como conciliada en PostgreSQL productivo dedicado.
Riesgos vigentes: line_key_v4 AMARILLO ACEPTADO; target legacy vacio dentro de staging LEGACY_EMPTY_TARGET / PENDING_CLEANUP.
Restricciones preservadas durante este cierre documental: no se ejecuto SQL, carga, COPY, INSERT/UPDATE/DELETE/TRUNCATE, cleanup, sync, scheduler, cron, pipelines, write productivo, write staging ni sandbox; no se creo backup, dump ni snapshot nuevo; no se leyeron secretos ni se imprimieron passwords o connection strings reales.
Proximo gate recomendado: SOURCE-002 Productos.

Business Observer - SOURCE-003 production dedicated PostgreSQL provisioned¶

Fecha: 2026-06-20
Estado: PDF-007B2 SOURCE-003 PRODUCTION DEDICATED POSTGRES PROVISIONED / EMPTY / NO LOAD
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-007B2-SOURCE-003-PRODUCTION-DEDICATED-POSTGRES-PROVISIONING.md
Runtime:
contenedor: openclaw-business-observer-postgres-prod
imagen: postgres:16.14-alpine
path VPS: /opt/stacks/business-observer-prod
volumen: openclaw_business_observer_prod_data
red: openclaw-bo-prod-internal
puertos host: PortBindings {}
Resultado:
DB openclaw_business_observer_prod creada en contenedor dedicado
schema business_observer creado
roles prod 4/4 presentes y NOLOGIN
tablas SOURCE-003 7/7 presentes
conteos prod: 0/0/0/0/0/0/0
owner: openclaw_bo_prod_owner
writer: SELECT/INSERT/UPDATE; reader/reporting_ro: SELECT
PUBLIC sin grants sobre tablas
staging y sandbox siguen healthy; sandbox no usado
target viejo dentro de staging queda LEGACY_EMPTY_TARGET / PENDING_CLEANUP
portainer.alpuntodeventa.com.ar responde 200; www.portainer... falla por TLS/SNI probable en NPM/certificado
Baseline: /opt/backups/openclaw/business-observer-prod/postgres/baseline/20260620T192631Z/openclaw-bo-prod-postgres-baseline-20260620T192631Z.dump
SHA256: d66a1c2636ab7f7d03f40f2abb4d6f8d10b63acf218dcd1b8e27c2ff580252a8
Decision: PDF-007B2 VERDE; produccion estructural dedicada lista, carga productiva NO.
Restricciones preservadas: no se cargo SOURCE-003, no se ejecuto COPY, no se ejecuto DML de negocio, no se ejecuto sync/scheduler/cron/pipelines, no se modifico NPM/DNS/Portainer y no se uso sandbox.
Proximo gate recomendado: PDF-007C SOURCE-003 production initial controlled load preflight.

Business Observer - SOURCE-003 production controlled preparation¶

Fecha: 2026-06-20
Estado: PDF-007A SOURCE-003 PRODUCTION CONTROLLED PREPARATION / PREPARED / PRODUCTION NOT EXECUTED
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-007A-SOURCE-003-PRODUCTION-CONTROLLED-PREPARATION.md
SQL candidates: infra/business-observer/production/postgres/ddl/PDF-007A/ y infra/business-observer/production/postgres/load/PDF-007A/
SAFE POINT:
git status -sb inicial: ## main...origin/main
HEAD inicial: cd3a6fa96cc6f3807f8367c33fe296b0567e2fdb
origin/main inicial: cd3a6fa96cc6f3807f8367c33fe296b0567e2fdb
ultimo commit observado: cd3a6fa docs: record source-003 staging initial load execution
Resultado:
staging queda como baseline verde: RAW 1886, CORE 1886, MART 1/25/173/180, importe total 48087486.8300, CMV total 37881269.3025
VPS alineado con local/origin en HEAD cd3a6fa96cc6f3807f8367c33fe296b0567e2fdb
staging openclaw-business-observer-postgres-staging observado healthy
openclaw-postgres-sandbox observado healthy pero no usado
contenedor/volumen/red productiva Business Observer no detectados
DB openclaw_business_observer_prod y roles openclaw_bo_prod_* no detectados en catalogo read-only visible
backup productivo vigente queda UNKNOWN por falta de evidencia
paquete candidate productivo preparado sin credenciales ni connection strings
Decision: PDF-007A PREPARED; produccion real sigue NO-GO.
Restricciones preservadas: no se ejecuto DDL, carga, COPY, INSERT/UPDATE/DELETE/TRUNCATE, sync, scheduler, cron, pipelines, write productivo ni uso de sandbox; no se crearon backups, dumps, snapshots ni se imprimieron secretos.
Proximo gate recomendado: PDF-007B SOURCE-003 production baseline/target provisioning and backup gate.

Business Observer - SOURCE-003 staging initial load execution documented¶

Fecha: 2026-06-19
Estado: PDF-006D SOURCE-003 STAGING INITIAL CONTROLLED LOAD DOCUMENTADO / VERDE / PRODUCCION NO-GO
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-006D-SOURCE-003-STAGING-INITIAL-LOAD-EXECUTION.md
SAFE POINT:
git status -sb inicial: ## main...origin/main
HEAD inicial: 50c1970e696f85eae6fc1c78205b1eebe9b2f1d5
origin/main inicial: 50c1970e696f85eae6fc1c78205b1eebe9b2f1d5
ultimo commit observado: 50c1970 fix: correct source-003 raw load copy path
Resultado:
ejecucion real verde de PDF-006C SOURCE-003 staging initial controlled load documentada sin ejecutar operaciones nuevas durante el cierre documental
backup post-DDL validado fuera de Git: /opt/backups/openclaw/business-observer-staging/postgres/post-ddl/20260619T211134Z/openclaw-bo-staging-postgres-post-ddl-20260619T211134Z.dump
backup SHA256: e7f6afb319b1ef365f45b107226dec3c579922902623c6c5afeba367ab6acc8d
snapshot autorizado SOURCE-003-SNAPSHOT-001 con SHA256 07092c284b5b636b8a31cd616ef5b4fa5d0ce499b81c767437842b1f7edfcbc3
CSV preparado en contenedor: /tmp/pdf006c-source003-prepared.csv
CSV preparado SHA256: 3f16a957a79fc84d4ca37930988287cb81f05166210d057fcf8b45007f184afe
sync_batch_id: 1827f887-9499-4579-b4f3-234d54f41f7f
RAW 1886, CORE 1886, MART daily/seller/customer/sku 1/25/173/180
importe total 48087486.8300, CMV total 37881269.3025
bad hashes 0, empty line_key 0, bad line_sequence 0, PUBLIC grants 0, objetos fuera de alcance 0
Decision: PDF-006D VERDE; produccion, sync diaria, scheduler y pipelines siguen NO-GO.
Riesgo vigente: line_key_v4 queda AMARILLO ACEPTADO.
Restricciones preservadas: durante este cierre documental no se ejecuto SQL, carga, COPY, INSERT/UPDATE/DELETE/TRUNCATE, sync, scheduler, pipelines, produccion ni openclaw-postgres-sandbox; no se creo snapshot nuevo, backup nuevo ni dumps; no se leyeron secretos ni se imprimieron passwords o connection strings reales.
Proximo gate recomendado: preparacion produccion controlada con autorizacion separada.

Business Observer - PDF-006C raw copy path hotfix¶

Fecha: 2026-06-19
Estado: PDF-006C RAW COPY PATH CORREGIDO / NO LOAD / NO SQL OPERATIVO / NEXT GATE REQUIRED
Archivo corregido: infra/business-observer/staging/postgres/load/PDF-006C/002-source-003-initial-load-raw-execution.candidate.sql
Documento actualizado: docs/tenants/alpuntodeventa/business-observer/production/PDF-006C-SOURCE-003-STAGING-INITIAL-LOAD-EXECUTION-PACKAGE.md
Causa: el \copy RAW usaba FROM :'pdf006c_prepared_csv_path'; en el contexto de ejecucion observado, psql \copy no resolvio esa interpolacion como path de archivo local y fallo con :: No such file or directory.
Correccion: el \copy RAW apunta al path controlado dentro del contenedor /tmp/pdf006c-source003-prepared.csv, preservando snapshot SOURCE-003-SNAPSHOT-001, SHA256 autorizado, staging guard, 1886 filas esperadas, 68 columnas e idempotencia.
Restricciones preservadas: sin ejecutar carga, sin COPY, sin INSERT/UPDATE/DELETE/TRUNCATE, sin rollback, sin tocar PostgreSQL staging, produccion ni openclaw-postgres-sandbox, sin sync, scheduler, pipelines, snapshot nuevo, backup nuevo, secretos, connection strings reales ni CSV en Git.

Business Observer - SOURCE-003 staging load execution package prepared¶

Fecha: 2026-06-19
Estado: PDF-006C EXECUTION PACKAGE PREPARADO / NO LOAD / NO SQL / NEXT GATE REQUIRED
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-006C-SOURCE-003-STAGING-INITIAL-LOAD-EXECUTION-PACKAGE.md
SQL candidates: infra/business-observer/staging/postgres/load/PDF-006C/
SAFE POINT:
git status -sb inicial: ## main...origin/main
HEAD inicial: 56de612f1864ac2c38edc62817bbe5c1eb25721e
origin/main inicial: 56de612f1864ac2c38edc62817bbe5c1eb25721e
ultimo commit observado: 56de612 docs: record source-003 staging snapshot preflight
Resultado:
se preparo el paquete candidate PDF-006C para una futura carga inicial controlada SOURCE-003 en PostgreSQL staging
se preserva snapshot autorizado SOURCE-003-SNAPSHOT-001, SHA256 07092c284b5b636b8a31cd616ef5b4fa5d0ce499b81c767437842b1f7edfcbc3, 1886 filas, 68 columnas y mapping 68/68 MATCH
los scripts quedan versionados como .candidate.sql, parametrizados y con guardas de confirmacion para una futura ejecucion separada
line_key_v4 queda preservado como AMARILLO ACEPTADO
Decision: GO solo para revision del paquete PDF-006C; NO-GO para carga real hasta una autorizacion futura separada.
Restricciones preservadas: sin ejecutar SQL operativo, sin tocar PostgreSQL staging, produccion ni sandbox, sin carga SOURCE-003, sin COPY, sin INSERT/UPDATE/DELETE/TRUNCATE, sin snapshot nuevo, backup nuevo, sync, scheduler, pipelines, secretos, connection strings reales ni CSV snapshot en Git.

Business Observer - SOURCE-003 staging snapshot preflight documented¶

Fecha: 2026-06-19
Estado: PDF-006B SNAPSHOT + PREFLIGHT OPERATIVO DOCUMENTADO / GO FUTURE GATE / NO-GO LOAD NOW
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-006B-SOURCE-003-STAGING-SNAPSHOT-PREFLIGHT.md
SAFE POINT:
git status -sb inicial: ## main...origin/main
HEAD inicial: 64ef07a6c2240c29ef9e8beda09e00220a48694e
origin/main inicial: 64ef07a6c2240c29ef9e8beda09e00220a48694e
ultimo commit observado: 64ef07a docs: prepare source-003 staging initial load candidate
Resultado:
PDF-006B documenta evidencia local, VPS, backup post-DDL vigente, preflight staging read-only y validacion local del snapshot autorizado SOURCE-003-SNAPSHOT-001
staging openclaw_business_observer_staging queda documentado healthy, con schema business_observer, 7/7 tablas presentes, 7/7 vacias, owner openclaw_bo_staging_owner, grants esperados y PUBLIC sin grants
backup post-DDL vigente validado fuera de Git con sha256 e7f6afb319b1ef365f45b107226dec3c579922902623c6c5afeba367ab6acc8d
snapshot congelado fuera de Git validado con sha256 07092c284b5b636b8a31cd616ef5b4fa5d0ce499b81c767437842b1f7edfcbc3, 1886 filas, 68 columnas, mapping 68/68, orden MATCH, clientes 173, vendedores 25, SKU 180, comprobantes 428, importe total 48087486.83 y CMV total 37881269.3025
Decision: GO para abrir futuro gate PDF-006C de carga inicial controlada; NO-GO para cargar en PDF-006B, sync diaria, scheduler, pipelines, produccion y openclaw-postgres-sandbox.
Restricciones preservadas: sin ejecutar SQL, sin tocar PostgreSQL staging, produccion ni sandbox, sin carga SOURCE-003, sin COPY, sin INSERT/UPDATE/DELETE/TRUNCATE, sin snapshot nuevo, backup nuevo, dump, sync, scheduler, pipelines, secretos, connection strings reales, CSV snapshot ni backups en Git.

Business Observer - SOURCE-003 staging initial load candidate prepared¶

Fecha: 2026-06-19
Estado: PDF-006A INITIAL LOAD CANDIDATE PREPARADO / NO LOAD / NO SQL / NEXT GATE REQUIRED
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-006A-SOURCE-003-STAGING-INITIAL-LOAD-CANDIDATE.md
SQL candidates: infra/business-observer/staging/postgres/load/PDF-006A/
SAFE POINT:
git status -sb inicial: ## main...origin/main
HEAD inicial: f6cfecc7490936b6a88518e24643df4775ce9f6b
origin/main inicial: f6cfecc7490936b6a88518e24643df4775ce9f6b
ultimo commit observado: f6cfecc docs: record source-003 staging ddl execution
Resultado:
no se detecto PDF-006A previo ni paquete aprobado de carga inicial SOURCE-003 staging
se preparo candidate documental para carga inicial controlada futura
se preparo paquete SQL candidate bloqueado por defecto para preflight, RAW, CORE, MART, post-checks y rollback
la carga real queda pendiente de snapshot autorizado, conteos esperados, backup post-DDL validado y autorizacion humana separada
se preserva line_key_v4 como AMARILLO ACEPTADO
Decision: GO solo para revision del candidate; NO-GO para ejecucion, carga real, COPY, INSERT/UPDATE/DELETE/TRUNCATE, sync diaria, scheduler, pipelines, produccion y openclaw-postgres-sandbox hasta gate separado.
Restricciones preservadas: sin ejecutar SQL operativo, sin tocar PostgreSQL staging, produccion ni sandbox, sin carga SOURCE-003, sin COPY, sin DML, sin sync, scheduler ni pipelines, sin backups, dumps, secretos, connection strings reales, commit, push ni deploy.

Business Observer - SOURCE-003 staging target tables DDL execution documented¶

Fecha: 2026-06-19
Estado: PDF-005C DDL SOURCE-003 STAGING DOCUMENTADO / POST-CHECK COMMIT / 7 TABLES EMPTY / VERDE
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-005C-SOURCE-003-STAGING-TARGET-TABLES-DDL-EXECUTION.md
SAFE POINT:
git status -sb inicial: ## main...origin/main
HEAD inicial: 7a082352b699489c09ee3400c82d11782c07548b
origin/main inicial: 7a082352b699489c09ee3400c82d11782c07548b
ultimo commit observado: 7a08235 fix: correct source-003 staging ddl post-check
Resultado:
preflight SQL PDF-005B: PASS / GO
forward DDL PDF-005B: COMMIT
hotfix del post-check oficial publicado
post-check oficial corregido ejecutado con resultado COMMIT
tablas creadas 7/7: source_003_sales_items, raw_source_003_sales_items, core_source_003_sales_items, mart_source_003_sales_daily, mart_source_003_sales_by_seller, mart_source_003_sales_by_customer, mart_source_003_sales_by_sku
7/7 tablas con row_count = 0
owner openclaw_bo_staging_owner
grants: writer SELECT/INSERT/UPDATE, reader SELECT, reporting SELECT, PUBLIC 0 grants
Decision: estado final operativo VERDE; NO-GO para produccion, sync, scheduler, pipelines y carga real hasta gate separado.
Restricciones preservadas: durante este cierre documental no se ejecuto SQL, no se toco PostgreSQL staging, produccion ni openclaw-postgres-sandbox, no se ejecuto carga SOURCE-003, COPY, sync, scheduler ni pipelines, no se creo backup, dump ni cambio runtime, no se leyeron secretos y no se imprimieron passwords ni connection strings reales.

Business Observer - SOURCE-003 staging target tables DDL candidate prepared¶

Fecha: 2026-06-19
Estado: PDF-005B DDL CANDIDATE PREPARADO / NO SQL / NO LOAD / NO SYNC / STAGING ONLY
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-005B-SOURCE-003-STAGING-TARGET-TABLES-DDL-CANDIDATE.md
SQL candidates: infra/business-observer/staging/postgres/ddl/PDF-005B/
SAFE POINT:
git status -sb inicial: ## main...origin/main
HEAD/origin inicial: 7c62eda9512d761b6d13be9efff5263f380d39d1
ultimo commit observado: docs: prepare source-003 staging initial load preflight
Resultado:
no se detecto PDF-005B previo ni DDL candidate aprobado para ejecucion en staging
se preparo candidate documental para crear tablas destino vacias de SOURCE-003 en business_observer
se preparo paquete SQL candidate con preflight, forward, post-checks y rollback candidate
se preservo el backup post-DDL informado fuera de Git con sha256 e7f6afb319b1ef365f45b107226dec3c579922902623c6c5afeba367ab6acc8d
se preservo line_key_v4 como riesgo AMARILLO ACEPTADO
Decision: GO solo para solicitar autorizacion futura de ejecucion DDL PDF-005B; NO-GO para SQL durante este gate, carga real, sync diaria, scheduler, pipelines, produccion y sandbox.
Restricciones preservadas: sin ejecutar SQL, sin carga, sin COPY, sin INSERT, sin UPDATE, sin DELETE, sin TRUNCATE, sin tocar VPS, Docker, OpenClaw, NPM, Portainer, PostgreSQL staging, produccion ni openclaw-postgres-sandbox, sin leer secretos, sin backups en Git, sin commit, push ni deploy.

Business Observer - SOURCE-003 staging initial load candidate/preflight prepared¶

Fecha: 2026-06-19
Estado: PDF-005A CANDIDATE PREFLIGHT PREPARADO / NO BACKUP REAL / NO LOAD / NO SQL / NO SECRETS
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-005A-SOURCE-003-STAGING-INITIAL-LOAD-CANDIDATE-PREFLIGHT.md
SAFE POINT:
git status -sb inicial: ## main...origin/main
HEAD inicial: 9d413098856ae3f6bee438fc1f6f5012cae956ed
ultimo commit observado: ops: execute business observer staging ddl
Resultado:
candidate/preflight documental creado para backup post-DDL y carga inicial controlada futura de SOURCE-003 en staging
referencia preservada a PDF-004G, Source Authority V2 y mapping activo
target staging esperado documentado sin secretos
criterios GO/NO-GO, evidencias, rollback esperado y autorizacion futura separados
Decision: GO solo para abrir una tarea operativa futura de backup post-DDL y preflight read-only; NO-GO para carga real, produccion, sync diaria, scheduler y pipelines sin autorizacion separada.
Restricciones preservadas: sin tocar VPS, Docker, OpenClaw, NPM, Portainer, PostgreSQL staging, produccion, openclaw-postgres-sandbox, sin ejecutar SQL, backup real, carga, sync, scheduler, commit, push ni deploy.

Business Observer - staging DDL executed¶

Fecha: 2026-06-19
Estado: PDF-004G DDL STAGING REAL EJECUTADO / VALIDACION POST-DDL PASS / NO SECRETS / SANDBOX INTACTO / PRODUCCION NO-GO
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-004G-DDL-BUSINESS-OBSERVER-STAGING-EXECUTION.md
SQL candidates ejecutados: infra/business-observer/staging/postgres/ddl/PDF-004F/001-create-database-and-roles.candidate.sql, 002-create-schema-and-permissions.candidate.sql, 003-validation-readonly-after-ddl.candidate.sql
SAFE POINT:
main limpio al iniciar
HEAD/origin real observado: 170d6520dfff967155d7c1879d03e7246ff9bb02
ultimo commit observado: docs: prepare business observer staging ddl candidate preflight
Resultado:
target srv977009 confirmado con openclaw-business-observer-postgres-staging running healthy
HostConfig.PortBindings = {}
backup baseline presente con sha256 402dce45fe93936b12f17a54ee437d637b3c573d02a3ff5c506d83e48a3860c4
restore drill PDF-004E publicado y aceptado
DB openclaw_business_observer_staging = PRESENT
schema business_observer = PRESENT
roles staging owner, writer, reader, reporting_ro presentes y NOLOGIN
tablas de negocio creadas: 0
openclaw_business_observer_prod = ABSENT
sandbox openclaw-postgres-sandbox sigue running healthy
Decision: GO para preparar carga controlada inicial de SOURCE-003 en staging solo como candidate/preflight; NO-GO para produccion, sync diaria y pipelines sin autorizacion separada.
Restricciones preservadas: sin secretos expuestos, sin rollback ejecutado, sin SOURCE-003, sin sync/scheduler, sin tocar La Directa, SGC, sandbox, push ni deploy.

Business Observer - staging DDL candidate preflight prepared¶

Fecha: 2026-06-19
Estado: PDF-004F CANDIDATE PREFLIGHT PREPARADO / NO DDL / NO DML / NO SECRETS / GO PDF-004G SOLO CON AUTORIZACION EXPLICITA
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-004F-DDL-BUSINESS-OBSERVER-STAGING-CANDIDATE-PREFLIGHT.md
Paquete SQL candidate: infra/business-observer/staging/postgres/ddl/PDF-004F/
SAFE POINT:
main limpio al iniciar
HEAD/origin real observado: d7cdadd552d2709c106b2a7831898dc43751ae89
ultimo commit observado: ops: execute business observer staging postgres restore drill
Resultado:
staging principal: openclaw-business-observer-postgres-staging running healthy
HostConfig.PortBindings = {}
backup baseline: present
sandbox: openclaw-postgres-sandbox running healthy
validacion catalogo read-only: transaction_read_only=on
openclaw_business_observer_staging = ABSENT
business_observer = ABSENT
roles staging de negocio = ABSENT
SQL candidate creado para roles NOLOGIN, DB staging, schema, permisos minimos, validacion read-only posterior y rollback candidate
Decision: GO para PDF-004G solo con autorizacion explicita de ejecucion DDL real; NO-GO para ejecutar DDL/DML en PDF-004F; produccion, sync diaria y sandbox siguen NO-GO.
Restricciones preservadas: sin DDL, sin DML, sin leer secretos, sin imprimir passwords, sin guardar dumps/backups/env/connection strings en Git, sin tocar La Directa, SGC, sandbox, push ni deploy.

Business Observer - staging Postgres restore drill executed¶

Fecha: 2026-06-19
Estado: PDF-004E RESTORE DRILL REAL EJECUTADO / CLEANUP COMPLETO / GO PDF-004F PREFLIGHT / NO-GO DDL EJECUCION / NO SECRETS / STAGING INTACT / SANDBOX INTACT
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-004E-STAGING-POSTGRES-RESTORE-DRILL.md
SAFE POINT:
main limpio al iniciar
HEAD/origin real observado: 8f0313d77d8bb64715d3fc98219edff44a44173c
ultimo commit observado: ops: execute business observer staging postgres backup baseline
Resultado:
backup baseline validado en: /opt/backups/openclaw/business-observer-staging/postgres/baseline/20260619T170037Z/
archivo: openclaw-bo-staging-postgres-baseline-20260619T170037Z.dump
tamano: 1032 bytes
sha256: 402dce45fe93936b12f17a54ee437d637b3c573d02a3ff5c506d83e48a3860c4
pg_restore --list: PASS total_lines=15 metadata_lines=15 toc_entries=0
entorno temporal aislado creado con container, volume, network interna y secret temporal fuera de Git
host port binding temporal: {}
restore final: pg_restore --exit-on-error -U postgres -d postgres con exit_code=0
validacion temporal: current_database=postgres, server_version=16.14, DB count 3, schema de negocio false, roles negocio 0
cleanup completo: container, volume, network, secret dir y work dir temporales ausentes
staging principal sigue: running healthy, HostConfig.PortBindings = {}
openclaw_business_observer_staging = ABSENT
business_observer = ABSENT
roles staging de negocio = ABSENT
openclaw-postgres-sandbox sigue running healthy
Decision: GO para PDF-004F DDL business observer candidate/preflight; NO-GO para ejecucion DDL sin autorizacion explicita separada; produccion y sync diaria siguen NO-GO.
Restricciones preservadas: sin DDL, sin DML, sin leer secretos reales, sin imprimir passwords, sin guardar dumps en Git, sin tocar La Directa, SGC, sandbox, runtime O4, push ni deploy.

Business Observer - staging Postgres backup baseline executed¶

Fecha: 2026-06-19
Estado: PDF-004D BASELINE BACKUP EJECUTADO / GO PDF-004E RESTORE DRILL / NO-GO DDL NEGOCIO / NO SECRETS / SANDBOX INTACT
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-004D-STAGING-POSTGRES-BACKUP-BASELINE-EXECUTION.md
SAFE POINT:
main limpio al iniciar
HEAD/origin real observado: ffc2b86ac75ef7ea2d5830226b3094e85b87794c
ultimo commit observado: docs: preflight business observer staging postgres real target
Resultado:
backup logico real creado fuera de Git en: /opt/backups/openclaw/business-observer-staging/postgres/baseline/20260619T170037Z/
archivo: openclaw-bo-staging-postgres-baseline-20260619T170037Z.dump
formato: pg_dump -Fc sobre DB bootstrap postgres
tamano: 1032 bytes
sha256: 402dce45fe93936b12f17a54ee437d637b3c573d02a3ff5c506d83e48a3860c4
permisos: directorio 700, backup/checksum 600, owner root:root
pg_restore --list: PASS total_lines=15 metadata_lines=15 toc_entries=0
target openclaw-business-observer-postgres-staging sigue running healthy
HostConfig.PortBindings = {}
openclaw-postgres-sandbox sigue running healthy
openclaw_business_observer_staging = ABSENT
business_observer = ABSENT
roles staging de negocio = ABSENT
Decision: GO para PDF-004E restore drill; NO-GO para PDF-004 DDL de negocio hasta restore drill y autorizacion explicita.
Restricciones preservadas: sin DDL, sin DML, sin leer secretos, sin guardar dumps en Git, sin tocar La Directa, SGC, sandbox, runtime O4, push ni deploy.

Business Observer - staging Postgres real target read-only preflight¶

Fecha: 2026-06-19
Estado: PDF-004C READ-ONLY PREFLIGHT COMPLETADO / GO BACKUP-RESTORE BASELINE / NO-GO DDL NEGOCIO / NO SECRETS / SANDBOX INTACT
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-004C-STAGING-POSTGRES-REAL-TARGET-READONLY-PREFLIGHT.md
SAFE POINT:
main limpio al iniciar
HEAD/origin real observado: 04feb71ce2d1523e613bbf1ca678493648c95585
ultimo commit observado: ops: provision business observer staging postgres stack
Resultado:
target real confirmado: openclaw-business-observer-postgres-staging
hostname: srv977009
health: running healthy
red: openclaw-bo-staging-internal
volumen: openclaw_bo_postgres_staging_data
host port PostgreSQL no publicado; HostConfig.PortBindings = {}
secret file confirmado solo por stat con /opt/secrets/openclaw/business-observer-staging/postgres_bootstrap_password 600 root:root
acceso psql de catalogo validado por socket interno con transaction_read_only = on
fingerprint no sensible real publicado: srv977009|openclaw-business-observer-postgres-staging|openclaw-bo-staging-internal|openclaw_bo_postgres_staging_data|no-host-port-binding|postgres|postgres|PostgreSQL 16.14
DBs visibles: postgres, template0, template1
openclaw_business_observer_staging = ABSENT
openclaw_business_observer_prod = ABSENT
business_observer = ABSENT
roles staging de negocio = ABSENT
openclaw-postgres-sandbox sigue healthy e intocado
Decision: GO para planificar/ejecutar backup baseline y restore drill reales; NO-GO para PDF-004 DDL de negocio hasta tener backup/restore real y autorizacion explicita.
Restricciones preservadas: sin DDL, sin DML, sin leer contenido de secretos, sin tocar sandbox, La Directa, SGC, runtime O4, push ni deploy.

Business Observer - staging Postgres stack provisioned¶

Fecha: 2026-06-19
Estado: PDF-004B PROVISIONED / HEALTHY / NO BUSINESS DDL / NO SECRETS / NO HOST PORT / SANDBOX INTACT
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-004B-STAGING-POSTGRES-STACK-PROVISIONING.md
SAFE POINT:
main limpio al iniciar
HEAD/origin real observado: 7b07c6e4b7d856224f8ea1bc992c7762fc5d39c2
ultimo commit observado: docs: prepare business observer staging postgres stack plan
Resultado:
stack real creado en /opt/stacks/business-observer-staging
contenedor openclaw-business-observer-postgres-staging activo y healthy
volumen openclaw_bo_postgres_staging_data creado
red openclaw-bo-staging-internal creada
host port PostgreSQL no publicado; HostConfig.PortBindings = {}
bootstrap inicializado sobre postgres, con secret file fuera de Git en /opt/secrets/openclaw/business-observer-staging/postgres_bootstrap_password
openclaw_business_observer_staging = ABSENT
business_observer = ABSENT
roles staging de negocio = ABSENT
openclaw-postgres-sandbox sigue healthy e intocado
logs sin patrones sensibles password|secret
Decision: infraestructura staging real creada; PDF-004 DDL, produccion y sync diaria siguen bloqueados hasta tarea separada.
Restricciones preservadas: sin crear DB de negocio, schema, roles de negocio, tablas, grants, pipelines ni scheduler; sin secretos en Git, sin tocar sandbox, La Directa, SGC, runtime O4, push ni deploy.

Business Observer - staging Postgres stack preflight plan prepared¶

Fecha: 2026-06-19
Estado: PDF-004A PREFLIGHT + PLAN OPERATIVO + CANDIDATES / NOT EXECUTED / NO SECRETS / PDF-004B PENDING GO
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-004A-STAGING-POSTGRES-STACK-PREFLIGHT-PLAN.md
SAFE POINT:
main limpio al iniciar
HEAD/origin real observado: ba941b6562de20e8a65c830aef2c6b2fa8573b73
ultimo estado publicado: PDF-003F-B BLOCKED / NO-GO por falta de target staging real
Preflight VPS read-only:
host srv977009, Docker client/server 29.5.2
disco /: 96G total, 69G libre
memoria disponible: 5.9Gi
openclaw-postgres-sandbox existe y esta healthy, pero queda excluido como staging real
no existe openclaw-business-observer-postgres-staging
no existen openclaw_bo_postgres_staging_data ni openclaw-bo-staging-internal
/opt/stacks/business-observer-staging esta ausente
no se observo publicacion host de 5432
Candidates creados:
infra/business-observer/staging/postgres/docker-compose.business-observer-staging.candidate.yml
infra/business-observer/staging/postgres/.env.business-observer-staging.example
Decision:
ruta propuesta del stack: /opt/stacks/business-observer-staging
container: openclaw-business-observer-postgres-staging
DB: openclaw_business_observer_staging
schema: business_observer
red: openclaw-bo-staging-internal
volumen: openclaw_bo_postgres_staging_data
sin puerto PostgreSQL publicado al host
Dictamen: PDF-004B queda pendiente de GO separado; PDF-004, produccion y sync diaria siguen bloqueados.
Restricciones preservadas: sin crear contenedor, volumen, red, DB, roles, schema ni tablas; sin SQL, sin docker compose up, sin secretos en Git, sin tocar sandbox, La Directa, SGC, runtime O4, push ni deploy.

Business Observer - staging fingerprint read-only evidence blocked¶

Fecha: 2026-06-19
Estado: PDF-003F-B BLOCKED / READ-ONLY EVIDENCE / NO DDL / NO SECRETS / PDF-004 SIGUE NO-GO
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-003F-B-STAGING-FINGERPRINT-READONLY-EVIDENCE.md
SAFE POINT:
main limpio al iniciar
HEAD/origin real observado: 3656f5ae185520bfa5e038467d9e383102fbf940
ultimo commit observado: docs: record business observer staging target intake
Resultado:
PDF-003F-B deja registrado que el workspace no aporta evidencia verificable de un target staging-vps real separado del sandbox
deja registrado que el workspace no aporta evidencia verificable de un acceso read-only seguro reutilizable para ese target real
conserva como identidad logica solo lo ya declarado en PDF-003F-A: alias business-observer-staging-db, DB openclaw_business_observer_staging, schema business_observer y roles logicos staging, todos como DECLARADOS / NO VERIFICADOS
confirma que no se reutilizo openclaw-postgres-sandbox como staging real
deja DB/schema/roles = UNVERIFIED / BLOCKED
deja backup/restore baseline real = PENDIENTE / BLOCKED
deja observabilidad minima = DOCUMENTADA / OPERATIVA BLOCKED
confirma NO POSTGRES TOUCH, NO SQL, NO DDL, NO DATABASE CHANGES
dictamen actualizado: PDF-004 sigue NO-GO
Restricciones preservadas: sin tocar VPS, sin tocar PostgreSQL, sin ejecutar SQL, sin usar secretos, sin tocar Docker, NPM, Portainer, runtime O4, La Directa ni SGC, sin sync/scheduler, push ni deploy

Business Observer - staging target non-sensitive intake recorded¶

Fecha: 2026-06-19
Estado: PDF-003F-A NON-SENSITIVE INTAKE / NO RUNTIME CHANGE / NO SECRETS / PDF-004 SIGUE NO-GO
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-003F-A-STAGING-TARGET-NON-SENSITIVE-INTAKE.md
SAFE POINT:
main con cambios documentales locales al iniciar
HEAD/origin real observado: fa437a748eb7a1694335d1505f111450575bd133
ultimo commit observado: docs: prepare business observer staging target handoff
Resultado:
PDF-003F-A registra la recepcion de datos no sensibles del target recomendado para Business Observer staging
deja explicito que openclaw-postgres-sandbox no debe usarse como staging real
publica identidad logica no sensible: alias business-observer-staging-db, DB openclaw_business_observer_staging, schema business_observer, responsable operativo APV / OpenClaw Ops
documenta roles logicos aprobados, ventana de cambio, politica de backup, restore drill y observabilidad minima sin exponer secretos
mantiene excluidos de Git: passwords, connection strings, tokens, LOGIN reales sensibles, IPs privadas sensibles y rutas internas sensibles
criterio actualizado: PDF-003F-B queda como proximo safe point para publicar fingerprint no sensible y evidencia documental minima de acceso read-only seguro
dictamen actualizado: PDF-004 sigue NO-GO
Restricciones preservadas: sin tocar VPS, sin tocar PostgreSQL, sin ejecutar SQL, sin usar secretos, sin tocar Docker, NPM, Portainer, runtime O4, La Directa ni SGC, sin sync/scheduler, push ni deploy

Business Observer - staging target operational handoff prepared¶

Fecha: 2026-06-19
Estado: PDF-003F HANDOFF / NO RUNTIME CHANGE / PDF-003F SIGUE BLOCKED / PDF-004 SIGUE NO-GO
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-003F-BLOCKER-STAGING-TARGET-OPERATIONAL-HANDOFF.md
SAFE POINT:
main limpio al iniciar
HEAD/origin inicial: fdae53fcd446cb7ce33ae918aa8d8f213ee680ea
ultimo commit observado: docs: prepare business observer staging backup restore runbook
Resultado:
PDF-003F publica un handoff operativo para completar fuera de Git la definicion del target real de staging-vps
confirma por que PDF-003F sigue bloqueado: faltan target real, fingerprint publicable, acceso seguro y baseline operativa minima
publica el formulario seguro para completar fuera del repo con: target elegido, alias no sensible, acceso publicable, DB, roles logicos, responsable operativo, ventana de cambio, backup location, restore drill target y monitoreo minimo
publica que no debe pegarse en Git ni ChatGPT: passwords, connection strings, tokens, LOGIN reales sensibles, IPs privadas sensibles y rutas sensibles
publica checklist para volver solo con datos no sensibles
criterio actualizado: PDF-003F solo puede abrirse como preflight read-only real cuando exista target real separado del sandbox y baseline operativa minima definida
dictamen actualizado: PDF-004 sigue NO-GO
Restricciones preservadas: sin tocar VPS, sin tocar PostgreSQL, sin ejecutar SQL, sin usar secretos, sin tocar Docker, NPM, Portainer, runtime O4, La Directa ni SGC, sin sync/scheduler, push ni deploy

Business Observer - staging backup restore runbook candidate published¶

Fecha: 2026-06-19
Estado: PDF-003E RUNBOOK CANDIDATE / NOT EXECUTED / STAGING-VPS ONLY / PDF-004 SIGUE NO-GO
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-003E-STAGING-BACKUP-RESTORE-RUNBOOK-CANDIDATE.md
SAFE POINT:
main limpio al iniciar
HEAD/origin inicial: f615b777576b9f9d89254548b28d484fb556feac
ultimo commit observado: docs: record business observer staging target decision
Resultado:
PDF-003E publica un runbook candidato de backup/restore para el futuro staging-vps de Business Observer
el documento queda marcado como RUNBOOK CANDIDATE / NOT EXECUTED / STAGING-VPS ONLY / NO SECRETS / REQUIRES EXPLICIT AUTHORIZATION
alcance y exclusiones publicados: solo staging-vps futuro, sin prod-vps, sin sandbox, sin sync diaria
prerequisitos obligatorios publicados: target real definido, fingerprint real publicado, acceso seguro fuera de Git, responsable operativo, ventana de cambio y storage de backups fuera de Git
politica candidata publicada: backup logico pg_dump custom format, naming sin secretos, SHA256, retencion minima sugerida y evidencia requerida
restore drill candidate publicado: destino separado, validaciones post-restore, criterio PASS/FAIL y evidencia requerida
comandos candidatos publicados solo como placeholders seguros, sin host real, sin user real LOGIN, sin password y sin connection string real
observabilidad minima publicada: backup age, restore drill age, backup size, last backup status, last restore drill status
dictamen actualizado: PDF-003F y PDF-004 siguen NO-GO hasta cerrar baseline operativa real y evidencia de restore
Restricciones preservadas: sin tocar PostgreSQL, sin ejecutar SQL, sin pg_dump, sin pg_restore, sin tocar VPS, Docker, NPM, Portainer, runtime O4, La Directa ni SGC, sin sync/scheduler, push ni deploy

Business Observer - staging target provisioning decision recorded¶

Fecha: 2026-06-19
Estado: PDF-003D DECISION RECORD / NO RUNTIME CHANGE / PDF-004 SIGUE NO-GO
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-003D-STAGING-TARGET-PROVISIONING-DECISION-RECORD.md
SAFE POINT:
main limpio al iniciar
HEAD/origin inicial: 3a3bd0f674b5cf73b367fea91185f8fcac991827
ultimo commit observado: docs: define business observer staging prerequisites
Resultado:
PDF-003D deja registrada la decision formal de provisioning para el target real de staging-vps
confirma el problema central: hoy no existe staging real; solo hay sandbox visible
decision recomendada publicada: staging real separado del sandbox, NO USAR openclaw-postgres-sandbox COMO STAGING REAL, prod-vps futura separada
naming aprobado documentado: openclaw_business_observer_staging, openclaw_business_observer_prod, business_observer
informacion que debe quedar fuera de Git publicada: endpoint real, host/puerto no publico, credenciales, passwords, connection strings y roles LOGIN reales si aplican
criterios GO/NO-GO publicados para reabrir PDF-003
proximos safe points definidos: PDF-003E, PDF-003F y PDF-004 only after GO
Restricciones preservadas: sin provisionar nada, sin tocar PostgreSQL, sin ejecutar SQL, sin usar secretos, sin tocar Docker, NPM, Portainer, runtime O4, La Directa ni SGC, sin sync/scheduler, push ni deploy

Business Observer - staging prerequisites backup restore access defined¶

Fecha: 2026-06-19
Estado: PDF-003C PREREQUISITOS OPERATIVOS DEFINIDOS / TARGET REAL TODAVIA NO PROVISIONADO / PDF-004 SIGUE NO-GO
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-003C-STAGING-PREREQUISITES-BACKUP-RESTORE-ACCESS.md
SAFE POINT:
main limpio al iniciar
HEAD/origin inicial: c8120e31915dd1af0ec048d4e6c12684e3a875ae
ultimo commit observado: docs: define business observer staging target
Resultado:
PDF-003C fija los prerequisitos operativos obligatorios antes de crear o usar una DB staging real
confirma que PDF-004 sigue NO-GO porque faltan target real, fingerprint, acceso, backup previo, restore drill y observabilidad minima
publica la informacion que debe definirse fuera de Git: host/servicio real, puerto/conectividad, DB, roles LOGIN si aplican, secretos y responsable operativo
publica la politica minima de acceso: owner/admin, writer, reader, reporting_ro, sin SUPERUSER para aplicacion y sin DELETE para writer salvo decision futura explicita
publica el backup previo obligatorio, el restore drill obligatorio, la observabilidad minima, el rollback/restore esperado y los checklist GO/NO-GO
próximos safe points definidos: PDF-003D, PDF-003E, PDF-003F y PDF-004 only after GO
Restricciones preservadas: sin ejecutar SQL, sin tocar PostgreSQL, sin crear DB, roles, schemas ni tablas, sin secretos/passwords, sin tocar Docker, NPM, Portainer, runtime O4, La Directa ni SGC, sin sync/scheduler, push ni deploy

Business Observer - staging target definition completed¶

Fecha: 2026-06-19
Estado: PDF-003B TARGET DEFINITION COMPLETADA / RECOMENDACION = STAGING REAL SEPARADO / PDF-004 SIGUE NO-GO
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-003B-STAGING-TARGET-DEFINITION.md
SAFE POINT:
main limpio al iniciar
HEAD/origin inicial: a2b1aa44bda1075fb536e2b8db60a4ce41f23331
ultimo commit observado: docs: preflight business observer staging ddl
Resultado:
problema confirmado desde PDF-003: solo existe/visible openclaw-postgres-sandbox; no existe openclaw_business_observer_staging; no existen roles staging reales
decision recomendada: NO USAR openclaw-postgres-sandbox COMO STAGING REAL
opcion preferida: crear un target staging-vps real separado del sandbox para Business Observer
opcion aceptable solo con gobierno explicito: refundar una instancia separada del sandbox con identidad, backup, restore, roles y acceso propios
prerequisitos publicados antes de cualquier DDL: target real definido, fingerprint exacto, politica de acceso/secretos, backup previo, runbook de restore, observabilidad minima y nuevo PDF-003 read-only contra el target correcto
checklist GO publicado para reintentar PDF-003
dictamen: PDF-004 sigue NO-GO hasta cerrar target, backup, restore, roles y acceso
Restricciones preservadas: sin ejecutar DDL, sin crear DB, roles, schemas ni tablas, sin tocar PostgreSQL, sin secretos/passwords, sin tocar Docker, NPM, Portainer, runtime O4, La Directa ni SGC, sin sync/scheduler, push ni deploy

Business Observer - staging DDL preflight read-only completed¶

Fecha: 2026-06-19
Estado: PDF-003 PREFLIGHT READ-ONLY COMPLETADO / PDF-004 NO-GO / CERO CAMBIOS
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-003-STAGING-DDL-PREFLIGHT-READONLY.md
SAFE POINT:
main limpio al iniciar
HEAD/origin inicial: 7838b1061b4c9f290a501eb6924b94507d2339d2
ultimo commit observado: docs: prepare business observer staging ddl candidate
Resultado:
acceso read-only seguro usado: ssh openclaw-vps + docker exec openclaw-postgres-sandbox psql -U openclaw_admin -d openclaw_sandbox
fingerprint observable consolidado: srv977009|openclaw-postgres-sandbox|172.24.0.3:5432|no-host-port-binding|openclaw_sandbox|openclaw_admin|PostgreSQL 16.14
topologia visible: solo openclaw-postgres-sandbox; no se observo una instancia Business Observer staging separada y ya provisionada
DB target: openclaw_business_observer_staging = NO, openclaw_business_observer_prod = NO
schema target: business_observer = N/A en staging ausente; en el sandbox visible NO
roles target: openclaw_bo_staging_owner, openclaw_bo_staging_writer, openclaw_bo_staging_reader, openclaw_bo_staging_reporting_ro todos NO
conflictos de naming: NINGUNO observado para DBs o roles del patron staging
privilegios PUBLIC visibles en el cluster observado: CONNECT/TEMPORARY en openclaw_sandbox y postgres; schema public con USAGE
extensiones: solo plpgsql instalada; pgcrypto y uuid-ossp disponibles pero no instaladas; PDF-002 no requiere extensiones
backup/restore especifico de la futura DB staging: AUSENTE / NO CERRADO
decision: el entorno sigue CANDIDATE-ONLY / SANDBOX-VISIBLE; PDF-004 queda NO-GO hasta definir target staging real, backup/restore y endurecimiento de privilegios
Restricciones preservadas: sin ejecutar DDL, sin crear DB, roles, schemas ni tablas, sin ALTER/GRANT/REVOKE/DROP, sin INSERT/UPDATE/DELETE/COPY/TRUNCATE, sin tocar La Directa, SGC, runtime O4, Docker, NPM, Portainer, push ni deploy resultado remoto final: SIN CAMBIOS

Business Observer - staging DDL candidate preparado¶

Fecha: 2026-06-19
Estado: PDF-002 CANDIDATE PREPARADO / NOT EXECUTED / STAGING-VPS ONLY
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-002-STAGING-DB-ROLES-SCHEMAS-DDL-CANDIDATE.md
SQL candidate: docs/tenants/alpuntodeventa/business-observer/production/sql/PDF-002-staging-db-roles-schemas-candidate.sql
SAFE POINT:
main limpio al iniciar
HEAD/origin inicial: 45aaa51a2ff85462a485b841863f0e28c2794dff
ultimo commit observado: docs: plan business observer production data foundation
Resultado:
naming recomendado de DB staging-vps publicado: openclaw_business_observer_staging
separacion de ambientes publicada para futuro prod-vps: openclaw_business_observer_prod
schema operativo recomendado: business_observer
roles funcionales candidatos publicados: openclaw_bo_staging_owner, openclaw_bo_staging_writer, openclaw_bo_staging_reader, openclaw_bo_staging_reporting_ro
politica recomendada: roles de grupo NOLOGIN, sin passwords en SQL, sin SUPERUSER, sin CREATEDB, sin CREATEROLE
ownership recomendado: solo openclaw_bo_staging_owner; writer/reader/reporting sin ownership
permisos minimos publicados: writer con CONNECT, USAGE, SELECT, INSERT, UPDATE; reader y reporting_ro con CONNECT, USAGE, SELECT
PUBLIC sin privilegios sobre DB ni schema objetivo
extensiones: ninguna en esta fase; cualquier extension futura requiere tarea separada y justificacion
prerequisitos, fingerprint esperado para PDF-003, rollback conceptual y riesgos documentados
Restricciones preservadas: sin tocar VPS PostgreSQL, sin crear DB/roles/schemas/tablas reales, sin ejecutar SQL, sin secretos/passwords, sin sync/scheduler, sin push ni deploy

Business Observer - production data foundation intake opened¶

Fecha: 2026-06-19
Estado: etapa Production Data Foundation / staging VPS abierta en modo FOUNDATION DESIGN ONLY; sin cambios runtime.
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PRODUCTION-DATA-FOUNDATION-INTAKE-001.md
SAFE POINT:
main limpio al iniciar
HEAD/origin inicial: 33d28a11b66ce071a2a60b3f7662e4a358ee29f4
ultimo commit observado: docs: close source 003 mart local dev
Resultado:
objetivo de la nueva etapa definido para preparar staging-vps previo a cualquier prod-vps
ambientes propuestos: local-dev, staging-vps, prod-vps futuro
criterio formal publicado: no llamar produccion a un entorno sin backups, restore, monitoreo e idempotencia
fases oficiales publicadas: foundation design, staging roles/schemas DDL candidate, staging DDL preflight, staging DDL execution, SOURCE-003 staging load, SOURCE-003 staging review/idempotency, SOURCE-001 staging pipeline, SOURCE-002 staging pipeline, observability + backups + restore, production decision gate
fuentes priorizadas por promocion: SOURCE-003, luego SOURCE-001, luego SOURCE-002, mas futuras stock, vendedores, precios/costos/proveedor, snapshots y marts ejecutivos
RAW/CORE/MART publicado como modelo obligatorio en VPS
sync diaria preservada como BLOCKED hasta cierre de staging
Restricciones preservadas: sin tocar VPS, PostgreSQL, Docker, NPM, Portainer, runtime O4, La Directa, SGC, secretos, deploy ni push sin crear DB, roles, schemas o tablas sin ejecutar SQL, sync, scheduler ni cargas

SOURCE-003 - mart local-dev closure complete¶

Fecha: 2026-06-19
Estado: hito SOURCE-003 MART local-dev cerrado formalmente; sin escrituras nuevas.
Documento oficial: docs/tenants/alpuntodeventa/business-observer/design/SOURCE-003-BUILD-MART-LOCAL-DEV-CLOSURE-001.md
SAFE POINT:
main limpio antes del trabajo
HEAD/origin inicial: 36b23814021a02f3a5f3aa06aacf654ca45104c5
ultimo commit observado: docs: add source 003 mart rollback candidate
Resultado:
evidencia publicada consolidada: FIRST-PERSISTENCE, POST-WRITE-REVIEW, IDEMPOTENCY-EXECUTION, ROLLBACK-CANDIDATE
SQL candidate publicado: docs/tenants/alpuntodeventa/business-observer/design/sql/008_source_003_build_mart_rollback_candidate.sql
fingerprint DB read-only revalidado: ::1/128:5432|openclaw_business_observer_dev|postgres|PostgreSQL 15.15, compiled by Visual C++ build 1944, 64-bit
postgres-sandbox: ausente
estado final local-dev: RAW = 1886, CORE = 1886, MART = 1/25/173/180
batch autorizado presente en las cuatro MART: 1/25/173/180
filas fuera del batch autorizado: 0/0/0/0
duplicados por grain: 0/0/0/0
rollback candidate disponible pero NOT EXECUTED
produccion y sync diaria siguen bloqueados
Restricciones preservadas: sin INSERT, COPY, UPDATE, DELETE, sin build-mart --execute, sin rollback, sin modificar DB, sin tocar La Directa, runtime O4, VPS, Docker, NPM, Portainer, push ni deploy
Proximo frente recomendado: Production Data Foundation / staging VPS

SOURCE-003 - mart rollback candidate not executed local-dev¶

Fecha: 2026-06-19
Estado: rollback candidate documentado y versionado; NOT EXECUTED.
Documento oficial: docs/tenants/alpuntodeventa/business-observer/design/SOURCE-003-BUILD-MART-ROLLBACK-CANDIDATE-001.md
SQL candidate: docs/tenants/alpuntodeventa/business-observer/design/sql/008_source_003_build_mart_rollback_candidate.sql
SAFE POINT:
main limpio antes del trabajo
HEAD/origin inicial: d9b302ce7ad71b590a53f9ee8392e117d24dcc17
ultimo commit observado: docs: validate source 003 mart idempotency execution
Resultado:
rollback candidate limitado a local-dev y al batch 1827f887-9499-4579-b4f3-234d54f41f7f
orden de borrado documentado: sku -> customer -> seller -> daily
prechecks documentados: MART = 1/25/173/180, sin filas fuera del batch y sin duplicados por grain
post-checks documentados: MART = 0/0/0/0, RAW = 1886, CORE = 1886
transaccion unica y ROLLBACK automatico ante cualquier diferencia via excepciones
SQL marcado: CANDIDATE / NOT EXECUTED, LOCAL-DEV ONLY, REQUIRES EXPLICIT AUTHORIZATION
sin ejecucion real de rollback, sin build-mart --execute, sin escrituras DB
Restricciones preservadas: sin DELETE, TRUNCATE, UPDATE, INSERT, COPY ejecutados, sin tocar RAW/CORE/MART, sin produccion, sin sync diaria, sin tocar La Directa, runtime O4, VPS, Docker, NPM, Portainer, push ni deploy

SOURCE-003 - mart real idempotency execution local-dev¶

Fecha: 2026-06-18
Estado: prueba real de idempotencia ejecutada una sola vez; resultado BLOCKED sin nuevas escrituras.
Documento oficial: docs/tenants/alpuntodeventa/business-observer/design/SOURCE-003-BUILD-MART-IDEMPOTENCY-EXECUTION-001.md
SAFE POINT:
main limpio antes del trabajo
HEAD/origin inicial: 3f491d80f9d633aaf8ed835c54e1a4fcf2d06dab
ultimo commit observado: docs: preflight source 003 mart idempotency
Resultado:
python -m py_compile scripts/source_003_importer.py: PASS
build-mart: FAIL esperado post-write; detecta MART = 1/25/173/180
fingerprint aprobado: ::1/128:5432|openclaw_business_observer_dev|postgres|PostgreSQL 15.15, compiled by Visual C++ build 1944, 64-bit
postgres-sandbox: ausente
preflight y post-check: RAW = 1886, CORE = 1886, MART = 1/25/173/180
duplicados por batch/grain: 0/0/0/0
filas fuera del batch autorizado: 0/0/0/0
comando real ejecutado una sola vez con doble gate correcto
salida estructurada final: result=BLOCKED, db_write_attempted=false, transaction_committed=false, data_persisted=false
motivo runtime exacto: MART daily row_count 1 != 0, seller 25 != 0, customer 173 != 0, sku 180 != 0
motivo transaccional esperado que sigue vigente: MART inicial no esta vacia: daily=1 seller=25 customer=173 sku=180
Restricciones preservadas: sin rollback manual, sin INSERT, COPY, UPDATE, DELETE, sin tocar RAW/CORE/MART manualmente, sin produccion, sin sync diaria, sin runner, sin scheduler, sin tocar La Directa, runtime O4, VPS, Docker, NPM, Portainer, push ni deploy

SOURCE-003 - mart idempotency preflight read-only¶

Fecha: 2026-06-18
Estado: preflight read-only de idempotencia completado; sin reejecucion de build-mart --execute.
Documento oficial: docs/tenants/alpuntodeventa/business-observer/design/SOURCE-003-BUILD-MART-IDEMPOTENCY-PREFLIGHT-001.md
SAFE POINT:
main limpio antes del trabajo
HEAD/origin inicial: 8fab80e6af932ec3d6f32df3c8f109f251ce1f2d
ultimo commit observado: docs: review source 003 mart first persistence
Resultado:
python -m py_compile scripts/source_003_importer.py: PASS
build-mart: FAIL esperado post-write; detecta MART = 1/25/173/180
build-mart --execute: NO EJECUTADO por prohibicion explicita; por codigo sigue BLOCKED sin doble gate correcto
WRONG_TOKEN: NO EJECUTADO; por codigo sigue BLOCKED
token real sin --commit-local-dev-write: NO EJECUTADO; por codigo sigue BLOCKED
fingerprint aprobado: ::1/128:5432|openclaw_business_observer_dev|postgres|PostgreSQL 15.15, compiled by Visual C++ build 1944, 64-bit
postgres-sandbox: ausente
DB read-only: RAW = 1886, CORE = 1886, MART = 1/25/173/180
duplicados por batch/grain: 0/0/0/0
filas fuera del batch autorizado: 0/0/0/0
filas existentes del batch en MART: 1/25/173/180
condicion exacta esperada de bloqueo: MART inicial no esta vacia: daily=1 seller=25 customer=173 sku=180
Restricciones preservadas: sin INSERT, COPY, UPDATE, DELETE, sin build-mart --execute, sin --commit-local-dev-write, sin doble gate correcto, sin rollback, sin modificar DB, sin tocar La Directa, runtime O4, VPS, Docker, NPM, Portainer, push ni deploy

SOURCE-003 - mart post-write review read-only¶

Fecha: 2026-06-18
Estado: auditoria post-write read-only completada; sin reejecucion de build-mart --execute.
Documento oficial: docs/tenants/alpuntodeventa/business-observer/design/SOURCE-003-BUILD-MART-POST-WRITE-REVIEW-001.md
SAFE POINT:
main limpio antes del trabajo
HEAD/origin inicial: 10cbf63e165428847ad954a0bd0b7e891924750d
ultimo commit observado: docs: record source 003 mart first persistence
Resultado:
python -m py_compile scripts/source_003_importer.py: PASS
build-mart: FAIL esperado en post-write; ahora detecta MART = 1/25/173/180
build-mart --execute: NO EJECUTADO por prohibicion explicita
fingerprint aprobado: ::1/128:5432|openclaw_business_observer_dev|postgres|PostgreSQL 15.15, compiled by Visual C++ build 1944, 64-bit
postgres-sandbox: ausente
DB read-only: RAW = 1886, CORE = 1886, MART = 1/25/173/180
grains: daily = 1, seller = 25, customer = 173, sku = 180
duplicados por batch/grain: 0/0/0/0
filas fuera del batch autorizado: 0/0/0/0
comparacion MART vs CORE: match en units, neto, bruto, CMV y contribution con tolerancia 0.0001; document_count diario = 428
Restricciones preservadas: sin idempotencia, sin INSERT, COPY, UPDATE, DELETE, sin rollback, sin tocar La Directa, runtime O4, VPS, Docker, NPM, Portainer, push ni deploy

SOURCE-003 - primera persistencia real mart local-dev¶

Fecha: 2026-06-18
Estado: primera persistencia real local-dev ejecutada y confirmada con COMMIT.
Documento oficial: docs/tenants/alpuntodeventa/business-observer/design/SOURCE-003-BUILD-MART-FIRST-PERSISTENCE-001.md
SAFE POINT:
main limpio antes del trabajo
HEAD/origin inicial: 4ee4cb42ce0ab3b8c8c750ee4b324116153ef8b9
Resultado:
python -m py_compile scripts/source_003_importer.py: PASS
build-mart: DRY_RUN
fingerprint aprobado: ::1/128:5432|openclaw_business_observer_dev|postgres|PostgreSQL 15.15, compiled by Visual C++ build 1944, 64-bit
postgres-sandbox: ausente
preflight: RAW = 1886, CORE = 1886, MART = 0/0/0/0, estimates 1/25/173/180, constraints 43/43, indices 12/12, duplicados 0/0/0/0, filas preexistentes del batch en MART = 0/0/0/0
comando ejecutado una sola vez con doble gate correcto
BEFORE: RAW = 1886, CORE = 1886, MART = 0/0/0/0
INSIDE_TX: daily = 1, seller = 25, customer = 173, sku = 180
AFTER_COMMIT: RAW = 1886, CORE = 1886, MART = 1/25/173/180
salida estructurada final: transaction_committed=true, data_persisted=true, rollback_rehearsal=false
sin duplicados por batch/grain y sin filas fuera del batch autorizado
Restricciones preservadas: sin produccion, sin sync diaria, sin runner, sin scheduler, sin CSV, sin tocar La Directa, runtime O4, VPS, Docker, NPM, Portainer, push ni deploy

SOURCE-003 - final go/no-go para primera persistencia mart local-dev¶

Fecha: 2026-06-18
Estado: auditoria final GO/NO-GO publicada; persistencia real no ejecutada.
Documento oficial: docs/tenants/alpuntodeventa/business-observer/design/SOURCE-003-BUILD-MART-PERSISTENCE-GO-NOGO-001.md
SAFE POINT:
main limpio antes del trabajo
HEAD/origin inicial: a274bc02e62d82175a13c55915718dff8d4cbaff
Resultado:
python -m py_compile scripts/source_003_importer.py: PASS
build-mart: DRY_RUN
build-mart --execute: BLOCKED
WRONG_TOKEN: BLOCKED
token real sin --commit-local-dev-write: BLOCKED
--commit-local-dev-write WRONG_TOKEN: BLOCKED
DB read-only: fingerprint aprobado, postgres-sandbox ausente, RAW = 1886, CORE = 1886, MART = 0/0/0/0, estimates 1/25/173/180
constraints MART requeridos: 43/43
indices MART requeridos: 12/12
sin filas preexistentes del batch en MART
sin duplicados de salida por grain
dictamen: GO solo para una futura tarea separada de persistencia real local-dev con doble gate correcto; NO-GO para produccion y sync diaria
Restricciones preservadas: sin INSERT, COPY, UPDATE, DELETE, sin --rollback-rehearsal, sin commit real, sin tocar La Directa, runtime O4, VPS, Docker, NPM, Portainer, push ni deploy

SOURCE-003 - post-commit-gate rollback rehearsal¶

Fecha: 2026-06-18
Estado: rehearsal post-commit-gate ejecutado en scripts/source_003_importer.py; PASS / ROLLED_BACK / SIN DATOS PERSISTIDOS.
Documento oficial: docs/tenants/alpuntodeventa/business-observer/design/SOURCE-003-BUILD-MART-POST-COMMIT-GATE-REHEARSAL-001.md
SAFE POINT:
main limpio antes del trabajo
HEAD/origin inicial: 4032fb837cd75e7602b9ce5bf9b70b459d34964e
Resultado:
build-mart sin flags sigue DRY_RUN
build-mart --execute sin token queda BLOCKED
token real sin rollback ni commit queda BLOCKED
--commit-local-dev-write WRONG_TOKEN queda BLOCKED
--rollback-rehearsal + --commit-local-dev-write queda BLOCKED
rehearsal autorizado termina PASS / ROLLED_BACK
BEFORE: RAW = 1886, CORE = 1886, MART = 0/0/0/0
INSIDE_TX: inserts y conteos 1/25/173/180
AFTER_ROLLBACK: RAW = 1886, CORE = 1886, MART = 0/0/0/0
salida estructurada final: db_write_attempted=true, data_persisted=false, rollback_rehearsal=true, transaction_committed=false
Restricciones preservadas: sin produccion, sin sync diaria, sin runner, sin scheduler, sin CSV, sin tocar La Directa, runtime O4, VPS, Docker, NPM, Portainer, push ni deploy

SOURCE-003 - build-mart commit gate mode¶

Fecha: 2026-06-18
Estado: segundo gate de commit local-dev implementado en scripts/source_003_importer.py; persistencia real no ejecutada.
Documento oficial: docs/tenants/alpuntodeventa/business-observer/design/SOURCE-003-BUILD-MART-COMMIT-GATE-001.md
SAFE POINT:
main limpio antes del trabajo
HEAD/origin inicial: 72a5f2d9ac44035142f7992e1113c1304b1cbd7f
Resultado:
build-mart sin flags sigue DRY_RUN
build-mart --execute sin token queda BLOCKED
token incorrecto queda BLOCKED
token real sin --commit-local-dev-write y sin --rollback-rehearsal queda BLOCKED
--commit-local-dev-write WRONG_TOKEN queda BLOCKED
--rollback-rehearsal + --commit-local-dev-write queda BLOCKED
el write path queda listo para COMMIT futuro solo con ambos tokens correctos y sin rehearsal
estado preservado: RAW = 1886, CORE = 1886, MART = 0/0/0/0
Restricciones preservadas: sin produccion, sin sync diaria, sin runner, sin scheduler, sin tocar La Directa, runtime O4, VPS, Docker, NPM, Portainer, push ni deploy

SOURCE-003 - build-mart rollback rehearsal mode¶

Fecha: 2026-06-18
Estado: rehearsal mode implementado y ejecutado en scripts/source_003_importer.py; PASS / ROLLED_BACK / SIN DATOS PERSISTIDOS.
Documento oficial: docs/tenants/alpuntodeventa/business-observer/design/SOURCE-003-BUILD-MART-ROLLBACK-REHEARSAL-001.md
SAFE POINT:
main limpio antes del trabajo
HEAD/origin inicial: b26b4ca5bb4b91c09a3938dcf1c7324df14793d5
Resultado:
build-mart sin flags sigue DRY_RUN
build-mart --execute sin token queda BLOCKED
token incorrecto queda BLOCKED
token real sin --rollback-rehearsal queda BLOCKED
token real con --rollback-rehearsal ejecuta write path real y termina PASS / ROLLED_BACK
BEFORE: RAW = 1886, CORE = 1886, MART = 0/0/0/0
INSIDE_TX: inserts y conteos 1/25/173/180
AFTER_ROLLBACK: RAW = 1886, CORE = 1886, MART = 0/0/0/0
salida estructurada final: db_write_attempted=true, data_persisted=false, rollback_rehearsal=true
Restricciones preservadas: sin produccion, sin sync diaria, sin runner, sin CSV, sin tocar La Directa, runtime O4, VPS, Docker, NPM, Portainer, push ni deploy

SOURCE-003 - build-mart write path implementation¶

Fecha: 2026-06-18
Estado: write path implementado en scripts/source_003_importer.py; no ejecutado; sin escritura DB.
Documento oficial: docs/tenants/alpuntodeventa/business-observer/design/SOURCE-003-BUILD-MART-WRITE-PATH-IMPLEMENTATION-001.md
Resultado:
SAFE POINT confirmado en main limpio con HEAD f967841c4e39a4f12ef410a4768ea1862847bcaa
build-mart sin flags sigue DRY_RUN
build-mart --execute sin confirmacion extra queda BLOCKED
build-mart --execute --confirm-local-dev-write WRONG_TOKEN queda BLOCKED
token requerido para write real futuro: SOURCE003_MART_LOCAL_DEV_1886
write path futuro preparado con fingerprint DB obligatorio, bloqueo postgres-sandbox, transaccion unica, revalidacion intra-transaccion, inserts ordenados daily -> seller -> customer -> sku, rowcounts esperados 1/25/173/180 y ROLLBACK total
no hubo ejecucion con token valido, no hubo INSERT, COPY, UPDATE, DELETE, ni escritura DB
estado preservado: RAW = 1886, CORE = 1886, MART = 0/0/0/0
Restricciones preservadas: sin produccion, sin sync diaria, sin runner, sin CSV, sin tocar La Directa, runtime O4, VPS, Docker, NPM, Portainer, push ni deploy

SOURCE-003 - build-mart write path gate design¶

Fecha: 2026-06-18
Estado: gate documental del write path completado; build-mart sigue en DRY_RUN y build-mart --execute sigue BLOCKED.
Documento oficial: docs/tenants/alpuntodeventa/business-observer/design/SOURCE-003-BUILD-MART-WRITE-PATH-GATE-001.md
SQL candidato: docs/tenants/alpuntodeventa/business-observer/design/sql/007_source_003_build_mart_write_path_candidate.sql
Resultado:
SAFE POINT confirmado en main limpio con HEAD e935dbf96e3440cbe0a31734030a54d1871385d2
write path futuro definido con fingerprint DB obligatorio y abort si aparece postgres-sandbox
revalidacion intra-transaccion documentada para RAW = 1886, CORE = 1886, MART = 0/0/0/0 y estimates 1/25/173/180
idempotencia exigida por batch/grain
abort explicito si alguna MART ya tiene filas para el mismo batch/grain
orden de inserts fijado en daily -> seller -> customer -> sku
ROLLBACK total documentado ante cualquier FAIL o BLOCKED
produccion y sync diaria siguen explicitamente bloqueadas
Restricciones preservadas: sin INSERT, COPY, UPDATE, DELETE, sin build-mart --execute real, sin cambios DB, sin tocar scripts/source_003_importer.py, sin CSV, sin tocar La Directa, VPS WooCommerce, runtime O4, Docker, NPM, Portainer, push ni deploy

SOURCE-003 - build-mart execute preflight read-only¶

Fecha: 2026-06-18
Estado: preflight read-only completado; build-mart sigue en DRY_RUN y build-mart --execute sigue BLOCKED.
Documento oficial: docs/tenants/alpuntodeventa/business-observer/design/SOURCE-003-BUILD-MART-EXECUTE-PREFLIGHT-001.md
Resultado:
SAFE POINT confirmado en main limpio con HEAD 8275d4fcd59befc97c253bb53d7877773e927596
DB fingerprint aprobado: ::1/128:5432|openclaw_business_observer_dev|postgres|PostgreSQL 15.15, compiled by Visual C++ build 1944, 64-bit
postgres-sandbox no observado
RAW = 1886, CORE = 1886
MART daily/seller/customer/sku = 0/0/0/0
estimates actuales confirmadas: daily = 1, seller = 25, customer = 173, sku = 180
constraints e indices MART relevantes revalidados
sin duplicados de salida por batch/grain y sin filas existentes del mismo batch en MART
Restricciones preservadas: sin INSERT, COPY, UPDATE, DELETE, sin build-mart --execute real, sin cambios DB, sin CSV, sin tocar La Directa, VPS WooCommerce, runtime O4, Docker, NPM, Portainer, push ni deploy

SAFE-POINT-049 - La Directa phase 1 observability closure¶

Fecha: 2026-06-18
Estado: cierre documental completado con validacion read-only; sin cambios runtime.
Documento oficial: docs/runbooks/SAFE-POINT-049-ladirecta-phase1-observability-closure.md
Resultado:
Fase 1 queda cerrada en OpenClaw
Prometheus confirma home 200, tienda 200, carrito 200, mi-cuenta 200 y .ar redirect-aware 301
alertas ArRedirectBroken, StoreDown, CartDown y MyAccountDown revalidadas sin firing
Prometheus y Alertmanager siguen no publicos
Grafana mantiene health database: ok
La Directa Web Availability queda provisionado segun evidencia disponible
La Directa Executive Overview - Phase 1 sigue sin promotion
no hay metricas comerciales ni PII
Fase 2 requiere handoff al repo C:\APV\vps-woocommerce-ladirecta
Restricciones preservadas: sin tocar runtime O4, dashboards provisionados, rules runtime, C:\APV\vps-woocommerce-ladirecta, WordPress, WooCommerce, DNS, Cloudflare, firewall, secretos, SOURCE-003, push ni deploy del portal

SAFE-POINT-048C - La Directa web availability dashboard runtime¶

Fecha: 2026-06-18
Estado: deploy runtime selectivo completado, sin reload de servicios.
Documento oficial: docs/runbooks/SAFE-POINT-048C-ladirecta-web-availability-dashboard-runtime.md
Resultado:
dashboard provisionado agregado: infra/observability/grafana/dashboards/04-openclaw/o4-ladirecta-web-availability.json
runtime O4 sincronizado solo en /opt/stacks/observability/grafana/dashboards/04-openclaw/
Grafana detecta el dashboard por provisioning de archivos
home, tienda, carrito y mi-cuenta quedan con status 200
.ar queda con status 301 via blackbox-http-redirect-aware
Alertas activas queda en 0
La Directa Executive Overview - Phase 1 sigue sin promotion
Restricciones preservadas: sin tocar VPS WooCommerce, WordPress, WooCommerce, DNS, Cloudflare, firewall, secretos, SOURCE-003, Prometheus rules, Prometheus, Alertmanager, Blackbox, Thanos, Node Exporter, cAdvisor, NPM, push ni deploy

SAFE-POINT-048B - La Directa web availability dashboard preflight¶

Fecha: 2026-06-17
Estado: preflight con Prometheus completado, sin cambios runtime.
Documento oficial: docs/runbooks/SAFE-POINT-048B-ladirecta-web-availability-dashboard-preflight.md
Resultado:
el dashboard candidato infra/observability/grafana/candidates/04-openclaw/o4-ladirecta-web-availability.candidate.json quedo validado contra metricas reales de obs-prometheus
home, tienda, carrito y mi-cuenta validan probe_success=1, probe_http_status_code=200 y probe_duration_seconds presente
.ar valida probe_success=1, probe_http_status_code=301 y probe_duration_seconds presente en blackbox-http-redirect-aware
Uptime 24h, SSL days remaining y Alertas activas quedaron corregidos para no depender de series ambiguas o vacias
el dashboard quedo listo para promotion selectiva posterior
Restricciones preservadas: sin tocar VPS OpenClaw, VPS WooCommerce, runtime O4, dashboards provisionados, Grafana, Prometheus, Alertmanager, Blackbox, DNS, Cloudflare, firewall, secretos, SOURCE-003, push ni deploy

SAFE-POINT-048A - La Directa web availability dashboard candidate¶

Fecha: 2026-06-17
Estado: ajuste en Git completado, sin cambios runtime.
Documento oficial: docs/runbooks/SAFE-POINT-048A-ladirecta-web-availability-dashboard-candidate.md
Resultado:
el dashboard candidato infra/observability/grafana/candidates/04-openclaw/o4-ladirecta-web-availability.candidate.json ya usa blackbox-http-redirect-aware para https://ladirecta.ar/
home, tienda, carrito y mi-cuenta quedan con blackbox-http y status 200
.ar queda con blackbox-http-redirect-aware y status 301
el Location exacto queda explicitamente delegado al modulo Blackbox
el dashboard quedo listo para promotion selectiva posterior
Restricciones preservadas: sin tocar VPS OpenClaw, VPS WooCommerce, runtime O4, dashboards provisionados, Grafana, Prometheus, Alertmanager, Blackbox, DNS, Cloudflare, firewall, secretos, SOURCE-003, push ni deploy

SAFE-POINT-047 - La Directa selective phase 1 alerts¶

Fecha: 2026-06-17
Estado: deploy runtime ejecutado en O4 con tres alertas nuevas activadas.
Documento oficial: docs/runbooks/SAFE-POINT-047-ladirecta-selective-phase1-alerts.md
Resultado:
reglas activas nuevas:
- EcommerceLaDirectaStoreDown
- EcommerceLaDirectaCartDown
- EcommerceLaDirectaMyAccountDown
archivo activo actualizado: infra/observability/prometheus/rules/service-alerts.yml
runtime O4 sincronizado solo en reglas Prometheus
obs-prometheus recargado sin restart del stack
precondiciones revalidadas: tienda, carrito y mi-cuenta con probe_success=1 y probe_http_status_code=200
EcommerceLaDirectaArRedirectBroken preservada sin estado firing
Restricciones preservadas: sin tocar repo La Directa, VPS WooCommerce, WordPress, WooCommerce, DNS, Cloudflare, firewall, secretos, SOURCE-003, dashboards provisionados, Grafana, Blackbox, Alertmanager, Thanos, Node Exporter, cAdvisor, NPM, push ni deploy del portal

SAFE-POINT-046 - La Directa Phase 1 promotion audit¶

Fecha: 2026-06-17
Estado: auditoria documental completada, sin cambios runtime.
Documento oficial: docs/runbooks/SAFE-POINT-046-ladirecta-phase1-promotion-audit.md
Resultado:
alertas aptas para promotion futura:
- EcommerceLaDirectaStoreDown
- EcommerceLaDirectaCartDown
- EcommerceLaDirectaMyAccountDown
alertas bloqueadas por duplicado:
- EcommerceLaDirectaPrimarySiteDown
- EcommerceLaDirectaSslExpirySoonPhase1
- EcommerceLaDirectaHighLatencyPhase1
La Directa Web Availability requiere ajuste redirect-aware antes de promotion
La Directa Executive Overview - Phase 1 queda bloqueado como dashboard nuevo por duplicar Ecommerce La Directa
Restricciones preservadas: sin tocar VPS OpenClaw, VPS WooCommerce, WordPress, WooCommerce, DNS, Cloudflare, firewall, secretos, runtime O4, SOURCE-003, push ni deploy

SAFE-POINT-045B - La Directa redirect broken alert activa¶

Fecha: 2026-06-17
Estado: deploy runtime ejecutado en O4 con una sola alerta nueva activada.
Documento oficial: docs/runbooks/SAFE-POINT-045B-ladirecta-redirect-broken-alert.md
Resultado:
regla activa EcommerceLaDirectaArRedirectBroken promovida a runtime
archivo activo actualizado: infra/observability/prometheus/rules/service-alerts.yml
runtime O4 sincronizado solo en reglas Prometheus
obs-prometheus recargado sin restart del stack
precondicion revalidada: probe_success=1 y probe_http_status_code=301
alerta visible en Prometheus y sin estado firing al cierre
Restricciones preservadas: sin tocar repo La Directa, VPS WooCommerce, WordPress, WooCommerce, DNS, Cloudflare, firewall, secretos, SOURCE-003, dashboards provisionados, Grafana, Blackbox, Alertmanager, Thanos, Node Exporter, cAdvisor, NPM, push ni deploy del portal

SAFE-POINT-045A - La Directa redirect-aware runtime probe¶

Fecha: 2026-06-17
Estado: deploy runtime ejecutado en O4 con alerta aun no activada.
Documento oficial: docs/runbooks/SAFE-POINT-045A-ladirecta-redirect-aware-runtime-probe.md
Resultado:
modulo Blackbox redirect-aware promovido a runtime
job Prometheus blackbox-http-redirect-aware activo
target dedicado https://ladirecta.ar/ activo en runtime
alerta EcommerceLaDirectaArRedirectBroken preservada como candidata
Restricciones preservadas: sin tocar repo La Directa, VPS WooCommerce, WordPress, WooCommerce, DNS, firewall, secretos, SOURCE-003, dashboards provisionados ni rules runtime

SAFE-POINT-044 - La Directa redirect-aware probe design¶

Fecha: 2026-06-17
Estado: implementado en Git, sin deploy runtime.
Documento oficial: docs/runbooks/SAFE-POINT-044-ladirecta-redirect-aware-probe-design.md
Resultado:
modulo Blackbox candidato creado:
- infra/observability/blackbox/candidates/ladirecta-redirect-aware-modules.candidate.yml
target file y job Prometheus candidatos creados:
- infra/observability/prometheus/candidates/blackbox-http-redirect-aware-targets.candidate.json
- infra/observability/prometheus/candidates/blackbox-http-redirect-aware-job.candidate.yml
alerta candidata .ar ajustada para depender del job blackbox-http-redirect-aware
redirect publico revalidado el 2026-06-17:
- https://ladirecta.ar/ -> 301 a https://ladirecta.com.ar/
- https://ladirecta.com.ar/ -> 200
Bloqueos preservados: sin tocar repo La Directa, VPS WooCommerce, WordPress, WooCommerce, DNS, firewall, secretos, SOURCE-003, runtime O4 ni deploy

SAFE-POINT-043 - La Directa Fase 1 dashboards alerts candidates¶

Fecha: 2026-06-17
Estado: implementado en Git, sin deploy runtime.
Documento oficial: docs/runbooks/SAFE-POINT-043-ladirecta-fase-1-dashboards-alerts-candidates.md
Resultado:
dashboards candidatos creados:
- infra/observability/grafana/candidates/04-openclaw/o4-ladirecta-web-availability.candidate.json
- infra/observability/grafana/candidates/10-executive-board/o4-ladirecta-executive-overview-phase1.candidate.json
alertas candidatas creadas:
- infra/observability/prometheus/candidates/ladirecta-phase1-alerts.candidate.yml
runtime preservado sin cambios
Bloqueos preservados: sin tocar repo La Directa, VPS WooCommerce, WordPress, WooCommerce, DNS, firewall, secretos, SOURCE-003, runtime O4 ni deploy

SAFE-POINT-042 - La Directa Fase 1 runtime targets¶

Fecha: 2026-06-17
Estado: deploy runtime ejecutado en O4 con evidencia.
Documento oficial: docs/runbooks/SAFE-POINT-042-ladirecta-fase-1-runtime-targets.md
Resultado:
targets publicos activos en runtime:
- https://ladirecta.com.ar/
- https://ladirecta.ar/
- https://ladirecta.com.ar/tienda/
- https://ladirecta.com.ar/carrito/
- https://ladirecta.com.ar/mi-cuenta/
target candidato no activado:
- https://ladirecta.com.ar/finalizar-compra/
mecanismo usado:
- sync de /opt/openclawai/infra/observability/prometheus/targets/blackbox-http-targets.json a /opt/stacks/observability/prometheus/targets/blackbox-http-targets.json
- reload controlado de obs-prometheus
evidencia runtime:
- probe_success = 1 para tienda, carrito y mi-cuenta
- probe_http_status_code = 200 para tienda, carrito y mi-cuenta
- probe_duration_seconds presente en los tres targets nuevos
- ladirecta.com.ar y ladirecta.ar preservados OK
Restricciones preservadas: sin tocar repo La Directa, VPS WooCommerce, WordPress, WooCommerce, DNS, firewall, secretos, SOURCE-003, NPM ni dashboards manuales

SAFE-POINT-041 - La Directa Fase 1 public critical pages¶

Fecha: 2026-06-17
Estado: implementado en Git sin deploy runtime.
Documento oficial: docs/runbooks/SAFE-POINT-041-ladirecta-fase-1-public-critical-pages.md
Resultado:
runtime O4 activo preservado para https://ladirecta.com.ar/ y https://ladirecta.ar/
targets publicos nuevos preparados en Git:
- https://ladirecta.com.ar/tienda/
- https://ladirecta.com.ar/carrito/
- https://ladirecta.com.ar/mi-cuenta/
target candidato pendiente:
- https://ladirecta.com.ar/finalizar-compra/
Validacion publica puntual:
ladirecta.com.ar -> 200
ladirecta.ar -> 301 a ladirecta.com.ar
tienda -> 200
carrito -> 200
mi-cuenta -> 200
finalizar-compra -> 302 a carrito
Restricciones preservadas: sin tocar repo La Directa, VPS WooCommerce, WordPress, WooCommerce, DNS, firewall, secretos, SOURCE-003 ni deploy runtime

SAFE-POINT - Estrategia integral observabilidad WooCommerce La Directa¶

Fecha: 2026-06-17
Estado: analisis documental completado en OpenClaw, sin cambios runtime.
Documento oficial: docs/tenants/ladirecta/observability/WOOCOMMERCE-OBSERVABILITY-STRATEGY-INTAKE.md
Decisiones:
OpenClaw observa, alerta y grafica.
La Directa produce datos, metricas y eventos.
Grafana, Prometheus, Alertmanager, Blackbox, dashboards y alertas de consumo pertenecen a OpenClaw.
WordPress, WooCommerce, La Directa Ops, exporters, endpoints y runtime del ecommerce pertenecen al repo La Directa.
Grafana no debe conectarse directo a la DB productiva WooCommerce.
SOURCE-003 queda pausado sin modificaciones en esta tarea.
Estado por fases:
Fase 1 activa hoy: disponibilidad, SSL, latencia y alertas sinteticas.
Fase 1 ampliable sin tocar WooCommerce: status HTTP, redirects y paginas criticas publicas.
Fase 2 planificada: health interno, backups, restore drill, SMTP, Redis/cache, logs criticos y host metrics Woo mediante productor seguro.
Fase 3 planificada: pedidos, ventas, ticket promedio, pendientes, fallidos, stock, productos sin imagen y funnel checkout agregados.
Fase 4 planificada: ERP, stock multi-fuente, campañas, recurrencia, anomalias y reportes IA.
Alcance preservado: sin tocar repo La Directa, VPS 1735349, VPS 977009, DNS, firewall, WordPress, WooCommerce, secretos ni passwords.

Estado certificado al 2026-06-08¶

SOURCE-003 importer build-mart safe mode implementado al 2026-06-17: docs/tenants/alpuntodeventa/business-observer/design/SOURCE-003-IMPORTER-BUILD-MART-SAFE-MODE-001.md; resultado BUILD-MART SAFE MODE IMPLEMENTADO / DRY_RUN PASS / EXECUTE BLOCKED; python scripts/source_003_importer.py build-mart corre con probes SELECT read-only, fingerprint DB aprobado, CORE source business_observer.core_source_003_sales_items, batch 1827f887-9499-4579-b4f3-234d54f41f7f, CORE total rows = 1886, CORE batch rows = 1886, las cuatro MART target existentes y vacias con row_count = 0, y agregados estimados 1 fila diaria, 25 por vendedor, 173 por cliente y 180 por SKU; build-mart --execute queda BLOCKED, postgres-sandbox sigue prohibido, db_write=false, data_written=false, sync_enabled=false; no hubo INSERT, COPY, UPDATE, DELETE, carga MART, modificacion de RAW/CORE, runner, CSV, VPS, Docker, OpenClaw, NPM, Portainer, push ni deploy
SOURCE-003 MART post-forward review local-dev documentada al 2026-06-17: docs/tenants/alpuntodeventa/business-observer/design/SOURCE-003-MART-DDL-LOCAL-DEV-POST-FORWARD-REVIEW.md; consolida la evidencia previa del forward local-dev y de la auditoria runtime read-only; conclusion MART LOCAL-DEV POST-FORWARD REVIEW PASS / APTO PARA IMPLEMENTAR BUILD-MART SAFE MODE / NO APTO PARA PRODUCCION / NO APTO PARA SYNC DIARIA; se confirma forward correcto, las cuatro MART candidatas existentes y vacias, RAW final 1886, CORE 1886, tabla piloto business_observer.source_003_sales_items distinguida como PILOTO, y owner/grants/constraints/indexes ya validados por evidencia previa; no hubo carga MART, no hubo build-mart, no hubo SQL ni psql, no se toco PostgreSQL, no hubo produccion, sync diaria, runner, CSV, VPS, Docker, OpenClaw, NPM, Portainer, push ni deploy
SOURCE-003 MART runtime read-only audit local-dev ejecutada al 2026-06-17: docs/tenants/alpuntodeventa/business-observer/design/SOURCE-003-MART-LOCAL-DEV-RUNTIME-READONLY-AUDIT-001.md; psql.exe 15 corrio con SELECT read-only contra openclaw_business_observer_dev; confirma DB correcta, existencia de business_observer.raw_source_003_sales_items, business_observer.core_source_003_sales_items, business_observer.source_003_sales_items, business_observer.mart_source_003_sales_daily, business_observer.mart_source_003_sales_by_seller, business_observer.mart_source_003_sales_by_customer y business_observer.mart_source_003_sales_by_sku; RAW final 1886, CORE 1886, las cuatro MART 0, y la tabla piloto queda distinguida como PILOTO; no hubo escrituras, rollback, Python, VPS, Docker, OpenClaw, NPM, Portainer, push ni deploy; conclusion MART LOCAL-DEV RUNTIME READONLY AUDIT PASS / APTO PARA CONTINUAR CON REVIEW POST-FORWARD MART / NO APTO PARA PRODUCCION / NO APTO PARA SYNC DIARIA
Workspace operativo: C:\APV\openclawai
SOURCE-003 DDL MART forward local-dev ejecutado al 2026-06-16: docs/tenants/alpuntodeventa/business-observer/design/SOURCE-003-MART-DDL-LOCAL-DEV-FORWARD-001.md; se ejecutaron en orden 006_source_003_mart_ddl_candidate_preflight.sql, 006_source_003_mart_ddl_candidate_forward.sql y 006_source_003_mart_ddl_candidate_post_checks.sql contra openclaw_business_observer_dev; resultado PREFLIGHT PASS, FORWARD OK y POST-CHECKS PASS; quedaron creadas y vacias business_observer.mart_source_003_sales_daily, business_observer.mart_source_003_sales_by_seller, business_observer.mart_source_003_sales_by_customer y business_observer.mart_source_003_sales_by_sku; row_count 0 en las 4, owner openclaw_bo_admin, constraints 43/43, indexes 12/12, writer SELECT/INSERT/UPDATE sin DELETE, reader SELECT, PUBLIC sin privilegios; RAW final business_observer.raw_source_003_sales_items sigue con 1886 filas, CORE business_observer.core_source_003_sales_items sigue con 1886 y la tabla piloto business_observer.source_003_sales_items sigue con 1886; no se cargo datos, no se modifico Python, no se ejecuto build-mart, runner, CSV, rollback, VPS, Docker, OpenClaw, NPM, Portainer, push ni deploy
SOURCE-003 DDL MART preflight local-dev ejecutado al 2026-06-16: docs/tenants/alpuntodeventa/business-observer/design/SOURCE-003-MART-DDL-LOCAL-DEV-PREFLIGHT-001.md; 006_source_003_mart_ddl_candidate_preflight.sql corrio contra openclaw_business_observer_dev con resultado PREFLIGHT PASS; valida DB, schema business_observer, roles requeridos, CORE source business_observer.core_source_003_sales_items, CORE total 1886, batch piloto 1827f887-9499-4579-b4f3-234d54f41f7f con 1886 filas, campos criticos malos 0, duplicados 0, ausencia de las cuatro MART candidatas y PUBLIC sin privilegios; no se ejecuto forward, rollback, post-checks, CREATE TABLE, DML, Python, runner, CSV, sync, postgres-sandbox, VPS, Docker, OpenClaw, NPM, Portainer, push ni deploy; RAW, CORE y MART real no fueron modificados
SOURCE-003 DDL MART candidate technical review documentado al 2026-06-16: docs/tenants/alpuntodeventa/business-observer/design/SOURCE-003-MART-DDL-CANDIDATE-TECHNICAL-REVIEW.md; resultado APTO PARA PREFLIGHT LOCAL-DEV / NO APTO PARA PRODUCCION / NO APTO PARA SYNC DIARIA / NO APTO PARA BUILD-MART AUN; confirma origen CORE business_observer.core_source_003_sales_items, batch 1827f887-9499-4579-b4f3-234d54f41f7f, CORE 1886, cuatro MART candidatas, owner/grants, PUBLIC sin privilegios, writer sin DELETE, rollback abortivo con filas y post-checks row_count = 0; no se ejecuto SQL, no se uso psql, no se toco PostgreSQL, no se crearon tablas, no se modifico Python, no se cargaron datos, no se genero CSV, no hubo runner, no se toco RAW/CORE/MART real, VPS, Docker, OpenClaw, NPM, Portainer, push ni deploy
SAFE-POINT-036 monitor domains para Grafana aplicado al 2026-06-15 y revalidado al 2026-06-16: docs/runbooks/SAFE-POINT-036-monitor-domains-grafana-access.md; DNS monitor.ladirecta.com.ar y monitor.ladirecta.ar validado hacia OpenClaw 46.202.151.32; NPM proxy host 5.conf actualizado para grafana.alpuntodeventa.com.ar, monitor.ladirecta.com.ar y monitor.ladirecta.ar; Let's Encrypt npm-7, Force HTTPS y HSTS activos; /login y /api/health responden OK en ambos monitor.*; URL historica de Grafana preservada; Prometheus 9090 y Alertmanager 9093 no accesibles publicamente; en la revalidacion no se toco NPM porque ya estaba aplicado; no se toco VPS WooCommerce, WordPress/WooCommerce, DNS desde Codex, firewall ni secretos
SOURCE-003 promote-core --execute local-dev ejecutado al 2026-06-16: docs/tenants/alpuntodeventa/business-observer/design/SOURCE-003-PROMOTE-CORE-LOCAL-DEV-EXECUTION-001.md; resultado PASS, data_written=true, inserted_rows=1886, CORE total 1886, CORE batch 1886, RAW batch sigue 1886, duplicados CORE 0, line_key vacio 0, source_row_hash vacio 0, promoted_at nulo 0, raw_loaded_at nulo 0, sync_enabled=false, produccion false; idempotencia validada con reintento BLOCKED por CORE ya cargada y sin nuevas filas; se corrigio en scripts/source_003_importer.py la validacion de confirmaciones para aceptar 0 como valor explicito en flags numericos; no se modifico RAW, no se toco MART, no se genero CSV, no hubo runner, postgres-sandbox, VPS, Docker, OpenClaw, NPM, Portainer, push ni deploy
SOURCE-003 build-mart plan documentado al 2026-06-16: docs/tenants/alpuntodeventa/business-observer/design/SOURCE-003-IMPORTER-BUILD-MART-PLAN.md; resultado BUILD-MART PLAN DOCUMENTADO / NO IMPLEMENTADO / NO EJECUTADO; origen futuro business_observer.core_source_003_sales_items, batch 1827f887-9499-4579-b4f3-234d54f41f7f, RAW y CORE local-dev con 1886 filas conciliadas y CORE post-execution review PASS; define MART V1, marts candidatos, metricas, dimensiones, granularidad, trazabilidad, idempotencia, rebuild por batch, validaciones pre/post y relacion futura con dashboards, reportes y LLM; conclusion APTO PARA DISENAR DDL MART CANDIDATO / NO APTO PARA PRODUCCION / NO APTO PARA SYNC DIARIA; no se modifico Python, no se toco PostgreSQL, no se ejecuto SQL, no se crearon tablas, no se cargaron datos, no se genero CSV, no se ejecuto runner, no se toco RAW/CORE/MART real, no hubo VPS, Docker, OpenClaw, NPM, Portainer, push ni deploy
SOURCE-003 importer promote-core --execute write real local-dev implementado al 2026-06-15: docs/tenants/alpuntodeventa/business-observer/design/SOURCE-003-PROMOTE-CORE-WRITE-IMPLEMENTATION-001.md; promote-core conserva DRY_RUN; promote-core --execute sin confirmaciones o con confirmaciones incompletas queda BLOCKED; las confirmaciones completas no se ejecutaron en esta tarea; la ruta real queda detras de write_path_enabled=true, con transaccion RAW -> CORE, INSERT controlado en CORE, sin modificar RAW, bloqueo por batch duplicado, rollback automatico ante error, fingerprint DB obligatorio, postgres-sandbox prohibido, id CORE deterministico gobernado y timestamps gobernados; post-check esperado CORE batch rows = 1886, CORE total rows = 1886, duplicates_core = 0, line_key vacio 0, source_row_hash vacio 0; data_written=false, sync_enabled=false y CORE conserva row_count = 0 en las validaciones ejecutadas
SOURCE-003 importer promote-core --execute write path futuro preparado al 2026-06-15: docs/tenants/alpuntodeventa/business-observer/design/SOURCE-003-PROMOTE-CORE-WRITE-PATH-IMPLEMENTATION-001.md; promote-core conserva DRY_RUN; promote-core --execute sigue BLOCKED; future_write_path declara fingerprint obligatorio, bloqueo postgres-sandbox, bloqueo de batch duplicado en CORE, transaccion futura, post-check CORE batch rows = 1886, idempotencia, preservacion de source_row_hash y line_key, politica gobernada de timestamps y rollback/rebuild documentado; write_path_enabled=false, data_written=false, sync_enabled=false; CORE conserva row_count = 0
SOURCE-003 importer promote-core --execute gate implementado al 2026-06-15: docs/tenants/alpuntodeventa/business-observer/design/SOURCE-003-PROMOTE-CORE-EXECUTE-GATE-IMPLEMENTATION-001.md; promote-core conserva DRY_RUN; promote-core --execute exige confirmaciones explicitas y queda BLOCKED sin ruta de escritura CORE; evidencia DB permitida openclaw_business_observer_dev, RAW source business_observer.raw_source_003_sales_items, CORE target business_observer.core_source_003_sales_items, batch 1827f887-9499-4579-b4f3-234d54f41f7f, RAW batch rows = 1886, CORE row_count = 0, candidate_rows = 1886, target_columns = 66, duplicates_core = 0, fingerprint obligatorio y postgres-sandbox prohibido; db_write=false, data_written=false, sync_enabled=false; no se cargo CORE, no se modifico RAW, no hubo runner, CSV, rollback real, VPS, Docker, OpenClaw, NPM, Portainer, push ni deploy
SOURCE-003 importer promote-core safe mode implementado al 2026-06-15: docs/tenants/alpuntodeventa/business-observer/design/SOURCE-003-IMPORTER-PROMOTE-CORE-SAFE-MODE-001.md; resultado DRY_RUN, validate-prepared PASS, fingerprint DB aprobado, postgres-sandbox prohibido, RAW source business_observer.raw_source_003_sales_items, CORE target business_observer.core_source_003_sales_items, batch 1827f887-9499-4579-b4f3-234d54f41f7f, RAW batch rows = 1886, CORE row_count = 0, candidate_rows = 1886, target_columns = 66, duplicates CORE = 0, db_write=false, data_written=false, sync_enabled=false; promote-core --execute queda BLOCKED; no hubo carga en CORE, INSERT, COPY, UPDATE, DELETE, modificacion RAW, runner, CSV, postgres-sandbox, VPS, Docker, OpenClaw, NPM, Portainer, push ni deploy
SOURCE-003 CORE DDL forward local-dev ejecutado al 2026-06-15: docs/tenants/alpuntodeventa/business-observer/design/SOURCE-003-CORE-DDL-LOCAL-DEV-FORWARD-001.md; preflight PASS, forward OK, post-checks PASS; creada vacia business_observer.core_source_003_sales_items en openclaw_business_observer_dev con row_count = 0, owner/grants, 66 columnas, 22 constraints e 10 indices OK; RAW business_observer.raw_source_003_sales_items existente y con batch autorizado 1886 filas segun preflight, sin escrituras contra RAW ni tabla piloto; no hubo carga de datos, INSERT, COPY, UPDATE, DELETE, rollback, Python, promote-core, runner, CSV, postgres-sandbox, VPS, Docker, OpenClaw, NPM, Portainer, push ni deploy
SOURCE-003 CORE DDL preflight local-dev ejecutado al 2026-06-15: docs/tenants/alpuntodeventa/business-observer/design/SOURCE-003-CORE-DDL-LOCAL-DEV-PREFLIGHT-001.md; 005_source_003_core_ddl_candidate_preflight.sql ejecutado contra openclaw_business_observer_dev con resultado PREFLIGHT PASS; valida schema, roles, RAW source table, batch piloto 1886 filas, campos criticos y duplicados, ausencia de business_observer.core_source_003_sales_items y PUBLIC sin privilegios; no se ejecuto forward, rollback, post-checks, CREATE TABLE, DML, runner, Python, CSV, VPS, Docker, OpenClaw, NPM, Portainer, push ni deploy; no se uso postgres-sandbox
SOURCE-003 CORE DDL candidato revisado tecnicamente al 2026-06-15: docs/tenants/alpuntodeventa/business-observer/design/SOURCE-003-CORE-DDL-CANDIDATE-TECHNICAL-REVIEW.md; resultado APTO PARA PREFLIGHT LOCAL-DEV / NO APTO PARA PRODUCCION / NO APTO PARA SYNC DIARIA / NO APTO PARA PROMOTE-CORE AUN; confirma tabla candidata business_observer.core_source_003_sales_items, RAW sin modificaciones, batch piloto correcto, 66 columnas, 22 constraints, 10 indices, clave tecnica id, trazabilidad, owner/grants, PUBLIC sin privilegios, writer sin DELETE, rollback seguro si la tabla esta vacia y post-checks row_count = 0; no se ejecuto SQL, no se uso psql, no se toco PostgreSQL, no se creo tabla real, no se modifico Python, no se ejecuto runner, no se genero CSV y no se habilito sync
SOURCE-003 RAW local-dev cargado al 2026-06-15: docs/tenants/alpuntodeventa/business-observer/design/SOURCE-003-LOAD-RAW-LOCAL-DEV-EXECUTION-001.md; load-raw --execute confirmado contra openclaw_business_observer_dev.business_observer.raw_source_003_sales_items, batch 1827f887-9499-4579-b4f3-234d54f41f7f; resultado PASS, data_written=true, inserted_rows=1886, RAW total 1886, batch rows 1886, duplicados 0, source_row_hash no vacio, line_key no vacio, loaded_at no nulo, sync_enabled=false, produccion false; idempotencia validada con segunda ejecucion BLOCKED por batch duplicado y sin filas nuevas; no se uso VPS, postgres-sandbox, produccion, sync diaria, runner externo, OpenClaw, NPM, Portainer ni Docker; no se genero CSV nuevo, no se modifico query autoridad y no se toco CORE/MART
SOURCE-003 importer load-raw --execute write path preparado al 2026-06-15: docs/tenants/alpuntodeventa/business-observer/design/SOURCE-003-LOAD-RAW-WRITE-PATH-IMPLEMENTATION-001.md; ruta futura local-dev modelada para business_observer.raw_source_003_sales_items en openclaw_business_observer_dev, batch 1827f887-9499-4579-b4f3-234d54f41f7f, 1886 filas y 84 columnas destino; load-raw sigue DRY_RUN, load-raw --execute sin confirmaciones sigue BLOCKED, duplicate batch debe bloquear, loaded_at queda gobernado por DB, data_written=false y sync_enabled=false; no se ejecuto carga real, confirmaciones completas, INSERT/COPY/UPDATE/DELETE, runner, rollback, CSV nuevo, VPS, Docker, OpenClaw, NPM, Portainer, push ni deploy
SOURCE-003 RAW DDL candidato revisado tecnicamente al 2026-06-15: docs/tenants/alpuntodeventa/business-observer/design/SOURCE-003-RAW-DDL-CANDIDATE-TECHNICAL-REVIEW.md; resultado APTO PARA EJECUCION LOCAL-DEV / NO APTO PARA PRODUCCION / NO APTO PARA IMPLEMENTAR LOAD-RAW TODAVIA; no se ejecuto SQL, no se uso psql, no se toco PostgreSQL, no se creo tabla real, no se modifico Python, no se ejecuto runner, no se genero CSV y no se habilito carga
SOURCE-003 RAW DDL forward local-dev ejecutado al 2026-06-15: docs/tenants/alpuntodeventa/business-observer/design/SOURCE-003-RAW-DDL-LOCAL-DEV-FORWARD-001.md; preflight PASS, forward OK, post-checks PASS; creada vacia business_observer.raw_source_003_sales_items en openclaw_business_observer_dev con row_count = 0, owner/grants, constraints e indices OK; no hubo carga de datos, Python, runner/importer load-raw, CSV, rollback, postgres-sandbox, VPS, Docker, OpenClaw, NPM, Portainer, push ni deploy
SOURCE-003 importer load-raw safe mode implementado al 2026-06-15: docs/tenants/alpuntodeventa/business-observer/design/SOURCE-003-IMPORTER-LOAD-RAW-SAFE-MODE-001.md; resultado DRY_RUN, validate-prepared PASS, batch 1827f887-9499-4579-b4f3-234d54f41f7f, 1886 filas candidatas, fingerprint DB aprobado, tabla RAW business_observer.raw_source_003_sales_items existente, row_count = 0, 84 columnas destino, db_write=false, sql_write=false, data_written=false, sync_enabled=false; --execute queda BLOCKED; no hubo carga, runner, rollback, CSV nuevo, DDL, postgres-sandbox, VPS, Docker, OpenClaw, NPM, Portainer, push ni deploy
SOURCE-003 RAW DDL candidato publicado al 2026-06-15: docs/tenants/alpuntodeventa/business-observer/design/SOURCE-003-RAW-DDL-CANDIDATE.md y SQL candidatos 004_source_003_raw_ddl_candidate_*; no se ejecuto SQL, no se toco PostgreSQL, no se creo tabla real, no se modifico Python, no se ejecuto runner, no se genero CSV y no se habilito load-raw
Repo oficial: https://github.com/gcanuti/openclawai-vps-lab
Rama activa: main
VPS productivo auditado por SSH alias openclaw-vps
Host remoto validado: srv977009
OpenClaw publicado en: https://openclaw.alpuntodeventa.com.ar/
DNS activo: openclaw.alpuntodeventa.com.ar -> 46.202.151.32
SSL activo con Let's Encrypt emitido el 2026-05-29
Nginx Proxy Manager activo y sirviendo 80/81/443
Nginx Proxy Manager actualizado a 2.15.1
Docker actualizado a 29.5.2
Portainer activo detras de NPM, sin puertos publicados al host en el baseline documental vigente 2026-06-03
Portainer actualizado a 2.39.3
OpenClaw actualizado a 2026.6.1
Ventana controlada 2026-06-08 cerrada en VERDE: Docker 29.5.2, Portainer 2.39.3, OpenClaw 2026.6.1 y NPM 2.15.1 quedaron revalidados en POST, con handshake websocket PASS y flujo autenticado websocket PASS
baseline operativo vigente referenciado en docs/governance/operations/CURRENT-BASELINE.md
Grafana publicado en https://grafana.alpuntodeventa.com.ar/
Scalar Sandbox Developer Portal publicado en https://developers.alpuntodeventa.com.ar/
VPS baseline hardening completado
Swap activa y persistente: 4 GiB
OpenClaw runtime activo: Up (healthy)
OpenClaw CLI auditado con modelo efectivo openai/gpt-5.5
OpenAI auth profile presente para el agente main
Chat UI, pairing y respuesta funcional confirmados visualmente por Gabi
Certificacion actual del proyecto: VERDE
Certificacion actual de disaster recovery: VERDE
Certificacion actual de backup recurrente: VERDE
Nueva autoridad documental del VPS: docs/governance/
Etapa VPS GOVERNANCE PLATFORM v1: iniciada y cerrada documentalmente
Governance v1 reforzada con trazabilidad tecnica completa por servicio y por uso
Etapa VPS GOVERNANCE PLATFORM v2: implementada con catalogo de tests, matriz de regresion, validation state y control tower
Etapa VPS OPERATIONS & SECURITY PLATFORM v1: implementada en governance con capa de operacion, seguridad, monitoreo, mantenimiento, updates y administracion asistida por IA
Gap de propagacion de CHANGE-GATES.md: cerrado al 2026-06-03 con refuerzo explicito en politica de updates, agenda de mantenimiento y fichas de OpenClaw, NPM y Portainer, usando tambien docs/governance/runbooks/UPDATE-SERVICE.md
Plantilla oficial de Change Packet para updates futuros: preparada en docs/governance/change-packets/CHANGE-PACKET-TEMPLATE.md como paquete formal reutilizable para Docker, Portainer, OpenClaw y NPM
Primer Change Packet real preliminar creado al 2026-06-03: docs/governance/change-packets/CHANGE-PACKET-PORTAINER-UPDATE-001.md como packet inaugural documental para un futuro update de Portainer, en estado BORRADOR, NO APROBADO y NO EJECUTAR TODAVIA
Etapa O1 Observabilidad fundacional: implementada en stack privado con Prometheus, Grafana, Alertmanager y exporters
Etapa O2 Dashboards operativos: implementada con suite ejecutiva en Grafana sobre datasource Thanos
Etapa O3 Alertas controladas: implementada con reglas conservadoras, Alertmanager local y validacion sin falsos positivos
Etapa O3.1 Drill controlado de alertas: ejecutada en produccion controlada con disparo y resolucion end-to-end evidenciados en Governance
Etapa O1.2 Proteccion externa de artefactos criticos: cerrada documentalmente con copia externa existente en C:\APV\backups\openclaw\, RPO 24h y RTO 30-60 min
Etapa O6 Living Knowledge Platform: implementada con auditoria de realidad, catalogo navegable, diagramas Mermaid, data lineage y base documental para futuro knowledge graph
Etapa O8 Knowledge Population basada en evidencia real: implementada con fichas atomicas de observabilidad, Docker, runtime, DNS/TLS, runtime host e integracion OpenAI
Etapa O9 Knowledge Portal: publicada oficialmente por NPM en doc.alpuntodeventa.com.ar con MkDocs Material, busqueda integrada, soporte Mermaid y despliegue Docker operativo en VPS
Revalidacion y publicacion controlada 2026-06-10 22:27 -0300 del Knowledge Portal: VERDE, con /opt/openclawai fast-forwardeado desde Git a 2e84fb979e80c490cb3c3d9322989d8582b11e73, build estricto ejecutado dentro de Docker, contenedor knowledge-portal recreado y https://doc.alpuntodeventa.com.ar/ validado con indice y documentos criticos alineados a main
Etapa O9.2 Sync del Knowledge Portal desde Git: operativa y validada en runtime real del VPS
Etapa O9.3 Activar Git real en el VPS para Knowledge Portal: completada con checkout Git real activo y deploy por Git validado
Etapa O9.4 Validar DNS creados y publicar servicios con seguridad: completada con Grafana, Portainer, OpenClaw y Knowledge Portal validados por HTTPS y servicios tecnicos sensibles mantenidos sin exposicion publica directa
Etapa O9.5 Reparar Git Sync real VPS ↔ GitHub: completada con git pull --ff-only origin main operativo otra vez en /opt/openclawai, causa raiz documentada y deploy oficial validado sobre d30c336e2e547d69a76b49ebc767911464b84891
Revalidacion 2026-06-02 del Git Sync VPS: VERDE, con correccion del publickey causada por ausencia de ~/.ssh/config en root, deploy key preservada y fast-forward remoto confirmado hasta 7a78ce1a17bdf9277e0c5961a878ad73702e3957
Etapa O9.6 Dashboard Ejecutivo de Infraestructura: completada con Executive Infrastructure Board provisionado en Grafana sobre datasource Thanos, sin exponer Prometheus, Thanos ni Alertmanager
Etapa 9.9 Future Platform Foundation: cerrada documentalmente con vision oficial futura consolidada en docs/FUTURE-PLATFORM-ROADMAP.md, sin abrir aun implementacion Multi-Tenant Foundation ni Business Knowledge Platform
Primera capacidad de negocio futura formalizada documentalmente: docs/business/OPENCLAW-BUSINESS-OBSERVER.md como vision funcional inicial para APV, ya aclarada como core reutilizable y multi-contexto, sin runtime, sin codigo y sin arquitectura detallada
Primer caso de uso funcional del Business Observer formalizado documentalmente: docs/business/use-cases/BUSINESS-OBSERVER-USE-CASE-001-CLIENTES-EN-RIESGO.md para definir que significa cliente en riesgo comercial en APV, sin runtime, sin reglas cerradas y sin diseno tecnico
Reglas comerciales oficiales del caso de uso BUSINESS-OBSERVER-USE-CASE-001 cerradas documentalmente en docs/business/use-cases/BUSINESS-OBSERVER-USE-CASE-001-RULES.md, con jerarquia oficial de riesgos, primera alerta fuerte a 14 dias sin comprar y criterio aprobado para diferenciar marcas estrategicas, importantes y secundarias sin definir aun listas concretas
Segundo caso de uso funcional del Business Observer formalizado documentalmente: docs/business/use-cases/BUSINESS-OBSERVER-USE-CASE-002-CRECIMIENTO-Y-COLOCACION-ESTRATEGICA.md para definir como APV puede crecer por colocacion estrategica, siembra comercial, ampliacion progresiva y foco en articulos, marcas y campanas prioritarias, sin runtime ni diseno tecnico
Capa documental especifica del tenant alpuntodeventa para Business Observer creada en docs/tenants/alpuntodeventa/business-observer/, separando el Core reutilizable de las reglas y decisiones comerciales propias de APV, sin tocar runtime, datos reales, SQL, APIs ni IA
Modelo de gobierno funcional oficial del Business Observer de alpuntodeventa creado en docs/tenants/alpuntodeventa/business-observer/BUSINESS-OBSERVER-GOVERNANCE-MODEL.md como autoridad funcional principal del observer APV, consolidando principios rectores, definiciones oficiales, conceptos APV, frontera Core vs Tenant y criterios de aceptacion de nuevos casos de uso
Capa futura derivada de eventos de inventario documentada en docs/tenants/alpuntodeventa/business-observer/sources/INVENTORY-EVENTS-LAYER-FUTURE.md como roadmap funcional para convertir cambios de stock en eventos comerciales utiles, sin implementacion, sin SQL, sin scripts y separada de SOURCE-002C y SOURCE-002D
Etapa 10 Multi-Tenant Foundation: cerrada documentalmente con contrato oficial, estructura docs/global y docs/tenants, tenants iniciales alpuntodeventa y ladirecta, estandar documental y navegacion MkDocs integrada
Owners humanos formales de alpuntodeventa y ladirecta asignados a Gabi / Carlos Canu; pendiente documental cerrado al 2026-06-03
Etapa 14 Data Foundation Multi-Tenant: cerrada documentalmente con documento rector, estrategia inicial por tenant_id, catalogo de dominios, fuentes clasificadas, data lineage, reglas de seguridad futuras y estandar global de diseño de tablas sin abrir todavia PostgreSQL ni capas runtime nuevas
Etapa 15 API Platform: cerrada documentalmente con documento rector, arquitectura recomendada, contrato multi-tenant, seguridad futura, convencion de endpoints, catalogo inicial de APIs futuras, diagramas, casos de uso y roadmap interno de implementacion sin abrir runtime real
Etapa 15.2 PostgreSQL Sandbox Multi-Tenant: validada en VPS con RLS, datos ficticios y sin exposicion publica
Etapa 15.3 PostgREST Sandbox Multi-Tenant: implementada como sandbox interno sobre PostgreSQL sandbox, con OpenAPI inicial y sin exposicion publica
Etapa 15.4 Tenant Security Sandbox: validada como capa interna con JWT, claims tenant_id, role, scope, enforcement granular por recurso, secreto fuera de Git y RLS reforzada, sin exposicion publica y sin usar todavia developers.alpuntodeventa.com.ar
Etapa 15.5 OpenAPI Refinement Sandbox: validada en VPS con metadata SQL humana reflejada en OpenAPI, limpieza de endpoints rpc/*, evaluacion de superficie completada y contratos sanitizados listos para publicacion
Etapa 15.6 Scalar Sandbox Developer Portal: implementada en VPS con scalar-sandbox, developers.alpuntodeventa.com.ar, Let's Encrypt, Force HTTPS, contratos OpenAPI sanitizados y PostgREST preservado como servicio interno
Etapa 15.6b Developer Portal Hardening: cerrada con stash remoto revisado, HTTP -> HTTPS revalidado, 404 publico en /clientes, probe publico agregado para developers.alpuntodeventa.com.ar, guia de regeneracion segura reforzada y PostgREST interno preservado
Etapa 16 API Documentation Platform: activa en modo sandbox con documento rector, Scalar publicado, contratos sanitizados versionados y roadmap futuro para pruebas controladas y APIs productivas
OpenClaw Blueprint Governance Model formalizado documentalmente al 2026-06-10 con auditoria de arquitectura documental, constitucion minima, jerarquia recomendada y carpeta de blueprints para Business Observer APV, sin tocar runtime, VPS, Docker, queries ni codigo
Skeleton Python importer de SOURCE-003 creado al 2026-06-15 en scripts/source_003_importer.py y documentado en docs/tenants/alpuntodeventa/business-observer/design/SOURCE-003-PYTHON-IMPORTER-SKELETON-001.md: implementa plan, validate-contract, dry-run e inspect-source; inspect-source inspecciona artefactos locales existentes con PASS (1886 filas, 83 columnas, batch 1827f887-9499-4579-b4f3-234d54f41f7f, fecha unica 2026-06-09, hashes raw/prepared coincidentes y CSV preparado fuera de Git); declara los comandos de escritura futuros bloqueados y conserva importer_implemented=false, db_touched=false, sql_executed=false, data_written=false y sync_enabled=false; no se toco PostgreSQL, no se ejecuto SQL, no se llamo al runner, no se genero CSV y no se habilito sync
Contrato RAW formal de SOURCE-003 documentado al 2026-06-15 en docs/tenants/alpuntodeventa/business-observer/design/SOURCE-003-RAW-LAYER-CONTRACT.md: define proposito de la capa raw, preservacion del origen, diferencia entre raw snapshot, prepared CSV y raw table futura, columnas minimas, metadata obligatoria, estrategia de batch, idempotencia, deduplicacion, validaciones, errores, rollback por batch y relacion raw -> core; decision CONTRATO RAW DOCUMENTADO / NO IMPLEMENTADO; no se creo tabla, no se creo DDL, no se toco PostgreSQL, no se ejecuto SQL, no se ejecuto runner, no se genero CSV, no se cargo dato y no se habilito sync diaria, carga masiva, produccion final ni OpenClaw executor
Contrato CORE formal de SOURCE-003 documentado al 2026-06-15 en docs/tenants/alpuntodeventa/business-observer/design/SOURCE-003-CORE-LAYER-CONTRACT.md: define proposito de la capa core, diferencia entre raw, prepared CSV y core, criterios de promocion raw -> core, columnas candidatas, claves logicas (tenant_id, line_key, source_row_hash, sync_batch_id), reglas de normalizacion, tipos de datos, deduplicacion, idempotencia, validaciones, errores, rollback logico por batch y relacion core -> mart; decision CONTRATO CORE DOCUMENTADO / NO IMPLEMENTADO; no se creo tabla, no se creo DDL, no se toco PostgreSQL, no se ejecuto SQL, no se ejecuto runner, no se genero CSV, no se cargo dato y no se habilito sync diaria, carga masiva, produccion final ni OpenClaw executor
Contrato MART formal de SOURCE-003 documentado al 2026-06-15 en docs/tenants/alpuntodeventa/business-observer/design/SOURCE-003-MART-LAYER-CONTRACT.md: define proposito de la capa mart, diferencia entre raw, core y mart, criterios de promocion core -> mart, marts candidatos iniciales, metricas, dimensiones, granularidad, claves, trazabilidad por batch/hash, validaciones, errores, refresh/rebuild futuro, rollback logico o rebuild por batch y relacion con dashboards, reportes y consultas LLM futuras; decision CONTRATO MART DOCUMENTADO / NO IMPLEMENTADO; no se creo tabla, no se creo DDL, no se toco PostgreSQL, no se ejecuto SQL, no se ejecuto runner, no se genero CSV, no se cargo dato y no se habilito sync diaria, carga masiva, produccion final ni OpenClaw executor
Hito SOURCE-003 Data Layers publicado documentalmente al 2026-06-15 en docs/tenants/alpuntodeventa/business-observer/design/SOURCE-003-DATA-LAYERS-MILESTONE.md: consolida los contratos RAW, CORE y MART como DOCUMENTADO / PUBLICADO / NO IMPLEMENTADO EN DB sobre HEAD 8d08ec8f34dd5347833ff7e1cd632a88c0a04cb0; deja registrada la separacion raw / prepared CSV / core / mart, trazabilidad por sync_batch_id, line_key y source_row_hash, validaciones, idempotencia y relacion futura con dashboards, reportes y consultas LLM; no se creo tabla, no se creo DDL, no se toco PostgreSQL, no se ejecuto SQL, no se ejecuto runner, no se genero CSV y no se cargo dato; siguen bloqueadas sync diaria, carga masiva, produccion final, OpenClaw executor y uso de postgres-sandbox como produccion
Plan controlado del futuro load-raw del importer SOURCE-003 documentado al 2026-06-15 en docs/tenants/alpuntodeventa/business-observer/design/SOURCE-003-IMPORTER-LOAD-RAW-PLAN.md: define objetivo futuro, alcance permitido solo local-dev o DB dedicada, prohibicion de usar postgres-sandbox como produccion, precondiciones, comportamiento seguro por defecto, --execute requerido para escritura, fingerprint DB, batch explicito, target table gobernada, relacion con tabla piloto, validaciones previas, transaccion con staging, idempotencia, deduplicacion, rollback por batch, logs, auditoria, outputs, riesgos y criterios de aceptacion; decision LOAD-RAW PLAN DOCUMENTADO / NO IMPLEMENTADO / NO EJECUTABLE; no se modifico Python, no se toco PostgreSQL, no se ejecuto SQL, no se creo DDL, no se genero CSV y no se habilito sync diaria, carga masiva, produccion, OpenClaw executor ni jobs automaticos
Revision tecnica documental del contrato load-raw de SOURCE-003 publicada al 2026-06-15 en docs/tenants/alpuntodeventa/business-observer/design/SOURCE-003-LOAD-RAW-TECHNICAL-REVIEW.md: confirma que el plan respeta el contrato RAW, preserva separacion raw / core / mart, evita usar postgres-sandbox como produccion, no asume la tabla piloto como raw final y deja claros modos seguros, fingerprint, batch, idempotencia, deduplicacion, rollback, logs y auditoria; recomendacion final APTO PARA DISENAR DDL RAW / NO APTO PARA IMPLEMENTAR LOAD-RAW TODAVIA; no se modifico Python, no se creo DDL, no se ejecuto SQL, no se toco PostgreSQL, no se genero CSV, no se cargo dato y siguen bloqueados sync diaria, carga masiva, produccion y OpenClaw executor
Revision tecnica del paquete DDL RAW candidato de SOURCE-003 publicada al 2026-06-15 en docs/tenants/alpuntodeventa/business-observer/design/SOURCE-003-RAW-DDL-CANDIDATE-TECHNICAL-REVIEW.md: valida tabla candidata business_observer.raw_source_003_sales_items, separacion con tabla piloto, metadata RAW, columnas prepared CSV, clave tecnica id, clave logica por batch, constraints, indices, ownership/grants, PUBLIC sin privilegios, writer sin DELETE, preflight, forward, rollback y post-checks; decision APTO PARA EJECUCION LOCAL-DEV / NO APTO PARA PRODUCCION / NO APTO PARA IMPLEMENTAR LOAD-RAW TODAVIA; no se ejecuto SQL ni se toco PostgreSQL
Primer blueprint funcional concreto del Business Observer APV creado en docs/tenants/alpuntodeventa/business-observer/blueprints/CUSTOMER-BLUEPRINT.md, definiendo el dominio cliente para OpenClaw / APV, sin crear tablas, migraciones, SQL, queries, codigo ni implementacion
Estandar de autoria Blueprint creado en docs/governance/documentation/BLUEPRINT-AUTHORING-STANDARD.md, fijando estructura minima, autoridad, evidencia, estabilidad, no duplicacion y sobriedad para blueprints funcionales
Blueprints funcionales principales restantes del Business Observer APV creados para producto, ventas, ownership y territorio, preservando CUSTOMER-BLUEPRINT.md y sin tocar runtime, VPS, Docker, PostgreSQL, queries, codigo, tablas ni migraciones
Primer piloto fisico controlado del Business Observer APV ejecutado al 2026-06-10 en PostgreSQL local: business_observer.source_003_sales_items creada y validada en base gestion_de_negocios_core, con backup logico previo, insert sintetico borrado, rollback preparado no ejecutado y sin tocar VPS, Docker, OpenClaw, NPM, sync diaria, carga masiva ni produccion final
Intento de carga piloto real de SOURCE-003 / Tabla 2 vNext para 2026-06-08 detenido al 2026-06-10 antes de insertar por deriva de evidencia: extraccion actual 1262 filas contra 1269 esperadas y conciliacion de importe total / CMV fallida; la tabla business_observer.source_003_sales_items quedo vacia
Inventario documental posterior de SOURCE-003 / Tabla 2 V2 sobre snapshot 2026-06-09: se confirman 68 columnas reales, se detectan 31 columnas faltantes o solo consolidadas en el DDL piloto previo, se crean diccionario y mapping CSV/PostgreSQL; aprobacion humana posterior de Gabi acepta las 68 columnas reales para persistencia en piloto controlado, habilita la preparacion de carga desde SOURCE-003-SNAPSHOT-001 contra PostgreSQL local y mantiene bloqueadas sync diaria, carga masiva y produccion final; estado vigente APPROVED_FOR_CONTROLLED_PILOT
Carga piloto controlada 001 de SOURCE-003-SNAPSHOT-001 ejecutada al 2026-06-10 en PostgreSQL local: el CSV congelado de 2026-06-09 quedo cargado en business_observer.source_003_sales_items con 1886 filas, 68/68 columnas de negocio contempladas, 83 columnas fisicas finales, line_key_v4 sin duplicados, source_row_hash_v1 calculado sobre las 68 columnas, conciliacion de importe total / CMV en verde, rollback no ejecutado y produccion final bloqueada; no se consulto SGC vivo para cargar, no hubo sync diaria, carga masiva, VPS, Docker, OpenClaw ni NPM
Piloto controlado de ventana movil/backfill corto de SOURCE-003 / Tabla 2 V2 ejecutado al 2026-06-11 en PostgreSQL local legacy gestion_de_negocios_core: ventana 2026-06-03 a 2026-06-09, 9760 filas extraidas desde SGC solo lectura, snapshot local con sha256 6ead2bb9c7c1f23d3acb7aa49bdcb7ca66ea2fc663874f03fb0a4039ebf97072, backup acotado business_observer con pg_restore --list PASS, 7875 inserts, 25 updates por hash/valores cambiados, 1860 unchanged con last_seen_at refrescado, 1 fila previa no vista sin missing_from_source, 9761 filas finales, 0 duplicados line_key, 0 source_row_hash nulos, decision VERDE; no hubo hard delete, sync diaria, carga masiva, produccion final, VPS, Docker, OpenClaw ni NPM; queda documentado como ultimo piloto ampliado sobre esta DB antes de DB dedicada o sandbox VPS evaluado
Entorno local dedicado minimo Business Observer APV creado al 2026-06-11: database openclaw_business_observer_dev, schema business_observer, owner openclaw_bo_admin, roles openclaw_bo_admin, openclaw_bo_writer y openclaw_bo_reader como NOLOGIN, grants minimos y default privileges futuros validados; el schema dedicado queda vacio, sin tablas ni datos, SOURCE-003 no fue cargado, gestion_de_negocios_core no recibio DDL/DML, .env local no fue modificado, no se imprimieron secretos ni connection strings, y no se tocaron VPS, Docker, OpenClaw ni NPM
Paquete DDL piloto revisable para SOURCE-003 sobre la DB local dedicada openclaw_business_observer_dev preparado al 2026-06-11: documento rector, SQL forward, rollback y post-checks creados como NO EJECUTAR, con destino business_observer.source_003_sales_items, 83 columnas fisicas, 68 columnas reales de negocio, line_key_v4, source_row_hash_v1, indices y grants minimos; decision APTO PARA REVISION; no se ejecuto SQL, DDL, DML, carga, sync, VPS, Docker, OpenClaw, NPM ni deploy
DDL piloto controlado de SOURCE-003 ejecutado al 2026-06-11 sobre la DB local dedicada openclaw_business_observer_dev: preflight, forward y post-checks pasaron; se creo business_observer.source_003_sales_items con owner openclaw_bo_admin, 83 columnas, 21 constraints, 8 indices secundarios requeridos, primary key, unique key, grants minimos y default privileges validados; la tabla queda vacia con 0 filas, no se cargo SOURCE-003, no hubo INSERT, COPY, MERGE, UPSERT, sync diaria, carga masiva ni produccion final, y no se tocaron gestion_de_negocios_core, VPS, Docker, OpenClaw, NPM ni deploy
Gate de carga piloto minima de SOURCE-003 preparado al 2026-06-11 para la DB local dedicada openclaw_business_observer_dev: se verifico en solo lectura que business_observer.source_003_sales_items existe, pertenece a openclaw_bo_admin y sigue vacia con 0 filas; el paquete propone usar SOURCE-003-SNAPSHOT-001 como fuente congelada (2026-06-09, maximo 1886 filas, sha256 documentado), CSV preparado de 83 columnas fuera de Git, line_key_v4, source_row_hash_v1, sync_batch_id, preflight, candidate, post-checks y rollback por batch; decision APTO PARA REVISION / NO EJECUTAR; no se ejecuto carga, INSERT, COPY, MERGE, UPSERT, rollback, sync diaria, carga masiva, produccion final, DDL, cambios en PostgreSQL, gestion_de_negocios_core, VPS, Docker, OpenClaw, NPM ni deploy
Ejecucion autorizada de carga piloto minima de SOURCE-003 sobre la DB dedicada openclaw_business_observer_dev bloqueada al 2026-06-11 antes de cualquier SQL: el snapshot raw SOURCE-003-SNAPSHOT-001 existe y conserva sha256 esperado, pero falta el CSV preparado exacto de 83 columnas C:\APV\openclawai\snapshots\source-003\prepared\SOURCE-003-PILOT-LOAD-DEDICATED-DB-2026-06-09.csv; no se ejecuto preflight DB, candidate, post-checks ni rollback, no se genero sync_batch_id, no se cargaron filas y siguen bloqueadas sync diaria, carga masiva y produccion final
CSV preparado exacto para futura carga piloto minima dedicada de SOURCE-003 generado al 2026-06-11 como artefacto local fuera de Git: C:\APV\openclawai\snapshots\source-003\prepared\SOURCE-003-PILOT-LOAD-DEDICATED-DB-2026-06-09.csv, 83 columnas, 1886 filas, ventana unica 2026-06-09, sha256 3f16a957a79fc84d4ca37930988287cb81f05166210d057fcf8b45007f184afe, sync_batch_id preparado 1827f887-9499-4579-b4f3-234d54f41f7f, raw snapshot verificado con sha256 07092c284b5b636b8a31cd616ef5b4fa5d0ce499b81c767437842b1f7edfcbc3; no se ejecuto SQL, no se toco PostgreSQL, no se cargo ninguna fila y siguen bloqueadas sync diaria, carga masiva y produccion final
Preflight autorizado de artefacto y DB para futura carga piloto minima dedicada de SOURCE-003 ejecutado al 2026-06-11: SAFE POINT exacto en 8bcabe7360273f9793f24c03384b532640e723f5; CSV preparado local validado con 83 columnas, 1886 filas, fecha unica 2026-06-09, sha256 3f16a957a79fc84d4ca37930988287cb81f05166210d057fcf8b45007f184afe y sync_batch_id 1827f887-9499-4579-b4f3-234d54f41f7f; CSV fuera de Git; DB dedicada openclaw_business_observer_dev validada en solo lectura con tabla business_observer.source_003_sales_items existente, owner openclaw_bo_admin, grants/roles basicos y 0 filas; SQL preflight autorizado paso con ON_ERROR_STOP=1; tabla final sigue vacia y la decision queda PREFLIGHT PASS / LISTO PARA AUTORIZACION DE CARGA; no se ejecuto candidate, INSERT, COPY, rollback, sync diaria, carga masiva ni produccion final
Candidate load piloto autorizado de SOURCE-003 sobre la DB dedicada ejecutado al 2026-06-11 con decision CARGA PILOTO FALLIDA / ROJO: SAFE POINT exacto en 9d7d622354176daa34ce0762bb97da8eb993695d; CSV preparado local revalidado con 83 columnas, 1886 filas, fecha unica 2026-06-09, sha256 3f16a957a79fc84d4ca37930988287cb81f05166210d057fcf8b45007f184afe y batch 1827f887-9499-4579-b4f3-234d54f41f7f; DB destino validada con tabla vacia y batch ausente; el SQL preflight paso, pero el SQL candidate fallo en la linea 104 por \copy; no se ejecutaron post-checks, no aplico rollback, la tabla final quedo con 0 filas y no hubo sync diaria, carga masiva ni produccion final; evidencia en docs/tenants/alpuntodeventa/business-observer/design/SOURCE-003-PILOT-LOAD-EXECUTION-001.md
Reintento autorizado de carga piloto minima de SOURCE-003 sobre la DB dedicada ejecutado al 2026-06-11 con decision CARGA PILOTO EJECUTADA / VERDE: SAFE POINT exacto en e89cbcca366602190cec9ceb385531f7c68d6957; CSV preparado local revalidado con 83 columnas, 1886 filas, fecha unica 2026-06-09, sha256 3f16a957a79fc84d4ca37930988287cb81f05166210d057fcf8b45007f184afe y batch 1827f887-9499-4579-b4f3-234d54f41f7f; DB destino validada con tabla vacia y batch ausente; SQL preflight, candidate y post-checks autorizados pasaron; la tabla dedicada queda con 1886 filas finales del batch autorizado, fecha unica 2026-06-09, metadata exacta, sin duplicados ni nulos criticos; rollback no aplico y no hubo sync diaria, carga masiva ni produccion final; evidencia en docs/tenants/alpuntodeventa/business-observer/design/SOURCE-003-PILOT-LOAD-EXECUTION-002.md
Cierre operativo del hito SOURCE-003 piloto dedicado registrado al 2026-06-11 como CIERRE OPERATIVO PUBLICADO / VERDE: DDL ejecutado VERDE, CSV preparado VERDE, candidate load VERDE, post-checks VERDE, 1886 filas cargadas, batch 1827f887-9499-4579-b4f3-234d54f41f7f, rollback NO APLICA y evidencia publica publicada en https://doc.alpuntodeventa.com.ar/tenants/alpuntodeventa/business-observer/design/SOURCE-003-PILOT-LOAD-EXECUTION-002/; siguen bloqueadas sync diaria, carga masiva y produccion final; el proximo frente recomendado es automatizacion Python reproducible raw -> prepared CSV, sin iniciar todavia clientes ni productos
Generador Python local para SOURCE-003 raw -> prepared CSV creado al 2026-06-11 en scripts/source_003_prepare_csv.py y documentado en docs/tenants/alpuntodeventa/business-observer/design/SOURCE-003-PREPARED-CSV-PYTHON-GENERATOR-001.md: usa stdlib, no lee secretos, no toca PostgreSQL, no ejecuta SQL ni carga datos; la corrida strict genero output fuera de Git con 1886 filas y 83 columnas en snapshots/source-003/prepared/generated/SOURCE-003-PILOT-LOAD-DEDICATED-DB-2026-06-09.generated.csv, sha256 output 6fb44d9870a567e728df9bbdcc6b83279d84791bd732626c9e19ccf3a28dc903; comparado contra el CSV validado sha256 3f16a957a79fc84d4ca37930988287cb81f05166210d057fcf8b45007f184afe, queda REPRODUCIBLE ESTRUCTURAL / SHA DIFERENTE porque 82/83 columnas coinciden celda por celda y la unica diferencia es id en 1886 filas por falta de documentacion del namespace o formula exacta del UUID previo; sync diaria, carga masiva y produccion final siguen bloqueadas
Runner Python controlado para SOURCE-003 creado al 2026-06-11 en scripts/source_003_pilot_load_runner.py y documentado en docs/tenants/alpuntodeventa/business-observer/design/SOURCE-003-PILOT-LOAD-PYTHON-RUNNER-001.md: usa stdlib y expone plan, validate-files, dry-run, preflight, status, verify-existing-pilot, post-checks, load, rollback y full; en esta tarea solo se ejecutan los modos seguros sin DB; los modos que tocarian DB exigen --execute, --i-understand-this-touches-db, confirmacion exacta de DB, batch y CSV sha256, mas variables APV_BO_LOCAL_POSTGRES_*; ademas, load, rollback y full quedan bloqueados en esta revision porque la evidencia vigente dice que la tabla dedicada ya contiene 1886 filas del batch piloto verde; no se toco PostgreSQL, no se ejecuto SQL, no hubo carga, rollback, push ni deploy
validacion DB controlada del runner SOURCE-003 ejecutada al 2026-06-12 y documentada en docs/tenants/alpuntodeventa/business-observer/design/SOURCE-003-RUNNER-PREFLIGHT-DB-001.md: SAFE POINT exacto en 3fc7c25c81bba3d4e85e3f6a697ae11371436161; py_compile, --help, plan --dry-run, validate-files --dry-run y dry-run pasaron con postgresql_touched = false y sql_executed = false; para la corrida DB se agrego psql.exe local al PATH del proceso, se mapearon temporalmente credenciales admin locales al contrato de entorno del runner y se cargo un fingerprint esperado fuerte en memoria; el runner conecto, completo el probe real de fingerprint y ejecuto el SQL preflight autorizado con postgresql_touched = true, fingerprint_probe_completed = true y sql_script_executed = true, sin load, full, rollback, COPY, INSERT, MERGE, UPSERT, DELETE ni TRUNCATE; la tabla destino sigue con 1886 filas del batch autorizado, por lo que el resultado operativo correcto queda PREFLIGHT BLOQUEADO / TABLA NO VACIA ESPERADA POR PILOTO YA CARGADO
semantica read-only del runner SOURCE-003 definida al 2026-06-12 sin tocar PostgreSQL: preflight-before-load queda reservado para validar tabla vacia antes de una carga nueva, mientras que status / verify-existing-pilot quedan definidos como lectura de salud del piloto ya cargado con 1886 filas exactas, fecha 2026-06-09, metadata exacta, 0 nulos criticos, 0 duplicados y line_key / source_row_hash validos; post-checks queda como alias legacy; ningun PASS de lectura habilita load, full ni rollback
validacion DB read-only del runner SOURCE-003 ejecutada al 2026-06-15 y documentada en docs/tenants/alpuntodeventa/business-observer/design/SOURCE-003-RUNNER-STATUS-DB-001.md: SAFE POINT exacto en d3112b9218192a2993400517136bc61822854666; py_compile, --help, plan --dry-run, validate-files --dry-run y dry-run pasaron sin tocar PostgreSQL; el runner ejecuto solo status, completo el probe real de fingerprint y el SQL read-only de post-checks con returncode = 0, pilot_batch_row_count = 1886, batch autorizado 1827f887-9499-4579-b4f3-234d54f41f7f; no hubo load, full, rollback, COPY, INSERT, MERGE, UPSERT, DELETE, TRUNCATE ni modificacion de datos; decision RUNNER STATUS DB PASS / VERDE
preflight DDL RAW candidato de SOURCE-003 ejecutado al 2026-06-15 contra openclaw_business_observer_dev.business_observer y documentado en docs/tenants/alpuntodeventa/business-observer/design/SOURCE-003-RAW-DDL-LOCAL-DEV-PREFLIGHT-001.md: se ejecuto unicamente docs/tenants/alpuntodeventa/business-observer/design/sql/004_source_003_raw_ddl_candidate_preflight.sql con psql.exe local y ON_ERROR_STOP=1; resultado PREFLIGHT PASS, DB correcta, schema existente, owner openclaw_bo_admin, roles requeridos existentes y NOLOGIN, tabla RAW candidata ausente, tabla piloto detectada solo como piloto, PUBLIC sin privilegios; no se uso postgres-sandbox, no se ejecuto forward, rollback, post-checks, DDL, DML, carga, VPS, Docker, OpenClaw, NPM, Portainer, push ni deploy
arquitectura futura de capas del Business Observer APV documentada al 2026-06-15 en docs/tenants/alpuntodeventa/business-observer/design/BUSINESS-OBSERVER-DATA-LAYERS-ARCHITECTURE.md: define raw -> prepared CSV -> core -> mart -> Python importer/runner -> OpenClaw executor -> sync futura como patron objetivo reutilizable para SOURCE-003, clientes y productos; decision ARQUITECTURA FUTURA DOCUMENTADA / NO EJECUTIVA, sin sync diaria, carga masiva, produccion final ni OpenClaw executor

Estado global final del proyecto¶

VPS: VERDE
Docker: VERDE
NPM: VERDE
Portainer: VERDE
OpenClaw: VERDE
Disaster Recovery: VERDE
Backup recurrente: VERDE
Governance documental VPS: VERDE
Governance tecnica por servicio y por uso: VERDE
Governance validation system: VERDE
Operations: VERDE
Security: VERDE
Monitoring: VERDE
Observability O1: VERDE
Alertas O3: VERDE
AI Administration: VERDE
Knowledge Platform O6: VERDE
Knowledge Population O8: VERDE
Knowledge Portal O9: VERDE PUBLICADO / ALINEADO 2026-06-11
Knowledge Portal O9.2 Sync desde Git: VERDE VALIDADO 2026-06-10
Knowledge Portal O9.3 Git real en VPS: VERDE
Service Access O9.4: VERDE
Git Sync O9.5: VERDE
Executive Board O9.6: VERDE
Future Platform Foundation 9.9: VERDE DOCUMENTAL
OpenClaw Business Observer: VERDE DOCUMENTAL
Observer use case 002 growth definition: VERDE DOCUMENTAL
Observer use case 001 risk rules: VERDE DOCUMENTAL
APV tenant business observer docs: VERDE DOCUMENTAL
APV tenant UC004 unserved demand definition: VERDE DOCUMENTAL
APV tenant UC005 operating calendar definition: VERDE DOCUMENTAL
APV tenant UC006 market pricing intelligence definition: VERDE DOCUMENTAL
APV tenant UC007 prioritized commercial recommendations definition: VERDE DOCUMENTAL
APV tenant UC008 assortment and mix intelligence definition: VERDE DOCUMENTAL
APV tenant UC009 supplier and supply intelligence definition: VERDE DOCUMENTAL
APV tenant Business Observer data foundation audit: VERDE DOCUMENTAL
APV tenant Business Observer data contract: VERDE DOCUMENTAL
OpenClaw Blueprint Governance Model: VERDE DOCUMENTAL
OpenClaw Blueprint Authoring Standard: VERDE DOCUMENTAL
APV tenant Customer Blueprint: VERDE DOCUMENTAL / PRIMER BLUEPRINT FUNCIONAL
APV tenant SOURCE-003 sales items pilot migration: PILOTO POSTGRES VALIDADO / NO PRODUCCION FINAL
APV tenant SOURCE-003 sales items pilot load: CARGA PILOTO 001 EJECUTADA / WINDOW PILOT 001 EJECUTADO / NO PRODUCCION FINAL
APV tenant SOURCE-003 dedicated DB DDL pilot package: DDL PILOTO EJECUTADO / VERDE / TABLA VACIA / NO PRODUCCION FINAL
APV tenant SOURCE-003 dedicated DB pilot load execution: CSV PREPARADO VERDE / CARGA NO EJECUTADA / NO PRODUCCION FINAL
APV tenant Business Observer Blueprints: VERDE DOCUMENTAL / BLUEPRINTS FUNCIONALES PRINCIPALES
APV tenant SOURCE-003 ventas / comprobantes calculados: VNEXT CANDIDATE / WINDOW PILOT LOCAL VERDE / NO PRODUCCION FINAL
APV tenant SOURCE-003 autoridad SQL versionada: VERDE DOCUMENTAL / AUTORIDAD PREVIA PRESERVADA + VNEXT CANDIDATE PRESERVADA
APV tenant SOURCE-001 clientes / VCLIENTES authority: VERDE DOCUMENTAL / EVIDENCIA CERRADA
APV tenant inventario real parcial de SOURCE-001: VERDE DOCUMENTAL / ESTADO REAL VALIDADO con solo CLIENTE ACTIVO, CLIENTE DE BAJA y CLIENTE SUSPENDIDO observados en consulta real de solo lectura y sin valores inesperados
APV tenant validacion real de unicidad de SOURCE-001: VERDE DOCUMENTAL / CODIGO NORMALIZADO SIN NULOS NI DUPLICADOS con 11401 filas, 11401 codigos distintos y respaldo real para tenant_id + codigo_cliente
APV tenant validacion real de calidad de WhatsApp en SOURCE-001: AMARILLO DOCUMENTAL / COBERTURA UTIL PERO INCOMPLETA con 7107 telefonos informados, 4294 vacios, 350 telefonos repetidos distintos entre clientes y formatos heterogeneos que no permiten cerrar normalizacion definitiva
APV tenant validacion real de vendedor en SOURCE-001: VERDE DOCUMENTAL / OWNERSHIP CONSISTENTE con 11404/11404 Codigo_vendedor y Nombre_Vendedor informados, 76 pares codigo + nombre distintos y relacion 1:1 sin inconsistencias
APV tenant validacion real de frecuencia en SOURCE-001: VERDE DOCUMENTAL / CALENDARIO BASE APROVECHABLE con 11404/11404 CodFrec y Frecuencia informados, 4 pares consistentes y campos diarios observados solo como S, N y NULL/VACIO
APV tenant validacion real de territorialidad en SOURCE-001: AMARILLO DOCUMENTAL / COBERTURA FUERTE CON NORMALIZACION PENDIENTE con 11404/11404 Localidad y Provincia informadas, 11403/11404 Zona informada, 24 provincias, 516 localidades, 365 zonas distintas, 1522 casos NO DEFINIDA y mezcla multi-provincia en parte del catalogo
APV tenant estrategia territorial canonica de SOURCE-001: VERDE DOCUMENTAL / RAW + NORMALIZED PRESERVADO con provincia_raw + provincia_normalized, localidad_raw + localidad_normalized y zona_raw + zona_type + zona_normalized, preservando NO DEFINIDA, distinguiendo NULL/VACIO, fijando Zona como agrupacion logistica y manteniendo a vendedor como owner comercial derivado por cartera y no como reemplazo del territorio
APV tenant vista analitica futura de territorio comercial del vendedor: VERDE DOCUMENTAL / DISENO CONCEPTUAL con capa derivada desde SOURCE-001 + SOURCE-002 + SOURCE-003, granularidad recomendada tenant_id + periodo + vendedor + cliente + SKU, restricciones explicitas para no inferir vendedor desde Zona y pendientes preservados para SQL, materializacion, performance y permisos de consumo
APV tenant reconciliacion conceptual entre vendedor asignado y vendedor transaccional: VERDE DOCUMENTAL / DISENO CONCEPTUAL con seller_assigned gobernado por SOURCE-001, seller_transactional gobernado por SOURCE-003, atribucion real de ventas al vendedor transaccional, preservacion de seller_mismatch como senal analitica y pendientes abiertos para validacion real, umbrales de abandono, canales compartidos y diseno fisico futuro
APV tenant validacion real exploratoria de reconciliacion assigned vs transactional: AMARILLO DOCUMENTAL / MEDIBLE CON AMBIGUEDAD DE CANAL con ventana 2026-03-11 a 2026-06-09, 97885/97885 ventas validas mapeadas a SOURCE-001, 95690 coincidencias, 2195 mismatch (2.24%) y 0 casos manual_review por cliente no mapeado, vendedor faltante o ultima venta ambigua
APV tenant taxonomia funcional parcial de canal en SOURCE-003: AMARILLO DOCUMENTAL / CANAL UTILIZABLE CON AMBIGUEDAD ACOTADA con TRADIC y KIOSCO utilizables como traditional_seller, NULL/VACIO -> SIN ASIGNAR utilizable como unassigned, OTROS utilizable solo con apoyo de Ramo, 0 etiquetas textuales directas de ecommerce y senales de shared_channel acotadas a subgrupos y no al canal completo
APV tenant customer ownership analytics: VERDE DOCUMENTAL / DISENO CONCEPTUAL con ownership_assigned gobernado por SOURCE-001, ownership_last_sale y autoria real gobernados por SOURCE-003, ownership_growth definido como cruce futuro entre SOURCE-003 + SOURCE-002, y pendientes preservados para ventanas, umbrales, SQL, materializacion, performance y permisos
APV tenant validacion real exploratoria de ownership por ultima venta: AMARILLO DOCUMENTAL / ULTIMA VENTA MEDIBLE con 1851 clientes cuya ultima venta en 90 dias fue del vendedor asignado, 47 clientes cuya ultima venta fue de otro vendedor y 0 ambiguos por multi-vendedor en la misma fecha
APV tenant customer ownership analytics alcance adicional: abandono, recuperacion, crecimiento, riesgo, cuentas trabajadas por terceros y futura alimentacion de KPIs, alertas, automatizaciones, ML e IA ya quedan cerrados a nivel conceptual
APV tenant catalogo documental inicial de alias territoriales de SOURCE-001: VERDE DOCUMENTAL / INVENTARIO REAL PREPARADO con valores raw observados, ejemplo JOSE C. PAZ -> JOSE C PAZ, clasificacion NO DEFINIDA -> undefined, NULL/VACIO -> unknown, taxonomia logistic_zone/undefined/unknown y aprobacion futura por approved_by, approved_at y source_evidence
APV tenant paquete de revision humana de territorialidad para SOURCE-001: VERDE DOCUMENTAL / PENDIENTE DE APROBACION HUMANA con criterios para que Gabi valide aliases, clasifique Zona, trate NO DEFINIDA y NULL/VACIO, y revise casos multi-provincia sin cerrar clasificacion definitiva todavia
APV tenant primer mapeo origen-destino de SOURCE-001: VERDE DOCUMENTAL / DATA-DESIGN-STANDARD APLICADO con cobertura campo por campo hacia customers_core, customers_contact, customers_address, customers_tax, customers_commercial, customers_sales_owner, customers_visit_schedule y source_001_customer_audit, sin cerrar todavia diseno fisico final
APV tenant regla canonica de relacion de grupos derivados para SOURCE-001: VERDE DOCUMENTAL / tenant_id + codigo_cliente
APV tenant regla futura de sync para SOURCE-001 sin filtro exclusivo de activos y con preservacion de suspendidos y bajas: VERDE DOCUMENTAL / estado_raw + anti hard-delete + consumo filtrado
APV tenant SOURCE-002 maestro de productos authority: VERDE DOCUMENTAL / QUERY VIGENTE PRESERVADA
APV tenant SOURCE-002 confirmacion humana de autoridad vigente: VERDE DOCUMENTAL / CONFIRMADA POR GABI
APV tenant separacion documental futura entre SOURCE-002, SOURCE-002C, SOURCE-002D y capas economicas de producto: VERDE DOCUMENTAL / DISENO CONCEPTUAL
APV tenant SOURCE-002 economic layer con ejemplo real de listas normalizadas: VERDE DOCUMENTAL / VALIDADA CON L7 REAL
APV tenant Source Authority Registry: VERDE DOCUMENTAL
APV tenant business observer governance model: VERDE DOCUMENTAL
APV tenant Inventory Events Layer future: VERDE DOCUMENTAL / NO IMPLEMENTADO
Multi-Tenant Foundation 10: VERDE DOCUMENTAL
Data Foundation 14: VERDE DOCUMENTAL
Data Design Standard global para futuras tablas PostgreSQL: VERDE DOCUMENTAL
API Platform 15: VERDE DOCUMENTAL
PostgreSQL Sandbox 15.2: SANDBOX VALIDADO EN VPS
PostgREST Sandbox 15.3: SANDBOX INTERNO IMPLEMENTADO
Tenant Security Sandbox 15.4: SANDBOX INTERNO JWT + SCOPE ENFORCEMENT
OpenAPI Refinement Sandbox 15.5: CONTRATO REFINADO Y VALIDADO EN VPS
Scalar Sandbox Developer Portal 15.6: VERDE PUBLICADO
Developer Portal Hardening 15.6b: VERDE ENDURECIDO
Revalidacion runtime 2026-06-02 en VPS: openclaw-postgres-sandbox healthy, openclaw-postgrest-sandbox activo, PortBindings {}, red solo interna pg-sandbox-internal, scope enforcement confirmado por recurso con rechazos 403, tokens invalidos o expirados rechazados con 401, raiz / accesible solo con token valido y sin secretos en logs
Revalidacion 2026-06-03 del Developer Portal: http://developers.alpuntodeventa.com.ar/ -> 301, https://developers.alpuntodeventa.com.ar/ -> 200, /clientes publico -> 404, Scalar cargando, OpenAPI publico sin openclaw-postgrest-sandbox, sin pg-sandbox-internal, sin rpc/*, sin tokens ni secretos, probe publico agregado a observabilidad
API Documentation Platform 16: VERDE SANDBOX PUBLICADO

Cobertura estimada post Governance v2¶

Governance: 92%
Knowledge Graph: 93%
Regression Control: 92%
Control Tower: 97%
Living Knowledge Platform: 98%
Knowledge Portal navegable: 95%
Gap abierto principal: mantener la arquitectura actual congelada y seguir auditando reality vs docs; SMTP externo para O3/O4 queda reclasificado como mejora futura opcional no prioritaria
Gap documental no bloqueante: la evidencia historica 2026-05-31/2026-06-01 que trato 8000/9443 como puertos publicos de Portainer queda supersedida por el baseline vigente detras de NPM; si se quiere recertificar esa exposicion desde runtime, corresponde una nueva auditoria reality vs docs
Gap estructural ya cubierto: la separacion documental multi-tenant ahora existe, pero las capas de datos, APIs, dashboards y agentes siguen intencionalmente sin implementarse
Gap metodologico ya cubierto para SOURCE-002: la capa economica futura ya deja explicitado que L1..L9 son una estructura horizontal repetible del ERP / SGC, validada con ejemplo real, y que el destino principal debe modelarlas como filas normalizadas en lugar de columnas fijas
Gap cerrado al 2026-06-03: el pendiente de owners humanos formales para alpuntodeventa y ladirecta queda resuelto con Gabi / Carlos Canu

Estado Multi-Tenant Foundation al 2026-06-02¶

Safe point local inicial:
git status -sb -> ## main...origin/main
git rev-parse HEAD -> c2e600f0742c8ff7f53eccfd88b4b36cb215d0d6
contrato rector creado:
docs/architecture/MULTI-TENANT-FOUNDATION.md
estructura creada:
docs/global/README.md
docs/tenants/README.md
docs/tenants/alpuntodeventa/
docs/tenants/ladirecta/
tenants iniciales creados:
docs/tenants/alpuntodeventa/TENANT.md
docs/tenants/ladirecta/TENANT.md
estandar documental creado:
docs/governance/standards/MULTI-TENANT-DOCUMENTATION-STANDARD.md
diagrama Mermaid creado:
docs/governance/knowledge/diagrams/09-multi-tenant-foundation.md
owners humanos formales asignados:
alpuntodeventa -> Gabi / Carlos Canu
ladirecta -> Gabi / Carlos Canu
navegacion integrada:
mkdocs.yml
docs/index.md
restricciones mantenidas:
sin APIs nuevas
sin dashboards de negocio nuevos
sin agentes nuevos
sin bases nuevas
sin cambios de infraestructura productiva

Estado Data Foundation Multi-Tenant al 2026-06-02¶

Safe point local inicial:
git status -sb -> ## main...origin/main
git rev-parse HEAD -> dbdbd44d2f9941a68539bc383c76eacc9f837870
documento rector creado:
docs/architecture/DATA-FOUNDATION.md
estandar global complementario creado:
docs/governance/standards/DATA-DESIGN-STANDARD.md
estrategia multi-tenant documentada:
tablas compartidas con tenant_id obligatorio como recomendacion inicial
schema por tenant como alternativa analizada
base separada por tenant como alternativa analizada
campos minimos definidos para tablas futuras:
tenant_id
source_system
created_at
updated_at
created_by
updated_by
record_status
external_id si aplica
sync_batch_id si aplica
criterios globales reforzados para tablas futuras:
categorias de identidad, trazabilidad, estado, calidad y preparacion para analitica / IA
created_at y updated_at internos obligatorios salvo excepcion documentada
separacion entre timestamps internos y timestamps del sistema origen
hashes de fila para deteccion robusta de cambios
sync_batch_id y last_seen_at para auditoria y reconciliacion cuando aplique
separacion entre capas raw / staging, core y analytics
regla de no usar JSON como reemplazo de columnas criticas
dominios documentados:
clientes
potenciales clientes
productos
SKU
marcas
categorias
pedidos
ventas
canales
proveedores
finanzas
capital por marca
alertas
workflows
agentes
integraciones
fuentes documentadas:
WooCommerce
SGC / ERP
OpenClaw
PostgreSQL futuro
Prometheus / Thanos
Grafana
archivos importados
APIs externas
data lineage publicado:
flujo comercial base
flujo ERP y conocimiento
flujo de integraciones y alertas
seguridad futura documentada:
tenant_id obligatorio
Row Level Security futuro
credenciales separadas por tenant
no acceso cruzado
auditoria de lectura y escritura
minimo privilegio
navegacion integrada:
mkdocs.yml
docs/index.md
restricciones mantenidas:
sin bases nuevas
sin cambios de infraestructura productiva
sin APIs nuevas
sin dashboards nuevos
sin alertas de negocio nuevas
sin agentes nuevos

Estado API Platform al 2026-06-02¶

Safe point local inicial:
git status -sb -> ## main...origin/main
git rev-parse HEAD -> d245c0c0a3073616e9ce983dd8825df7b4878266
documento rector creado:
docs/architecture/API-PLATFORM.md
arquitectura recomendada documentada:
inicial: PostgreSQL -> PostgREST -> Nginx Proxy Manager -> API
futura: PostgreSQL -> PostgREST / APIs propias -> API Gateway futuro -> clientes internos y externos
contrato multi-tenant obligatorio definido para:
scope
tenant_id
owner
consumidor esperado
tipo interna o externa
permisos
scopes
fuente de datos
clasificacion de datos
auditoria requerida
rate limit futuro si aplica
OpenAPI obligatorio
regla madre publicada:
ninguna API puede devolver datos de otro tenant
seguridad futura documentada:
Row Level Security
roles de base
JWT o API keys
claims con tenant_id
lectura vs escritura
auditoria de requests
logs sin secretos
rotacion de credenciales
minimo privilegio
convencion de endpoints documentada:
GET /api/v1/global/status
GET /api/v1/tenants/{tenant_id}/productos
POST /api/v1/tenants/{tenant_id}/pedidos
catalogo inicial documentado:
global: health, tenants, platform status
tenant: clientes, productos, marcas, pedidos, ventas, stock, alertas, workflows, agentes
documentacion futura de APIs definida:
OpenAPI obligatorio
Scalar recomendado
Swagger UI como alternativa
diagramas y casos de uso creados:
Data Foundation -> API Platform -> Consumers
flujo de request por tenant
flujo de seguridad
flujo futuro de documentacion API
roadmap interno de implementacion futura documentado:
15.1 contract
15.2 base minima de prueba
15.3 sandbox interno
15.4 seguridad sandbox con JWT
15.5 OpenAPI
15.6 docs con Scalar
15.7 publicacion segura por NPM
15.8 pruebas con alpuntodeventa y ladirecta
15.9 auditoria y logs
navegacion integrada:
mkdocs.yml
docs/index.md
restricciones mantenidas:
sin PostgREST productivo
sin bases nuevas
sin exposicion de datos
sin endpoints publicados
sin instalacion de Kong
sin instalacion de Scalar

Estado PostgreSQL Sandbox Multi-Tenant al 2026-06-02¶

Safe point local inicial:
git status -sb -> ## main...origin/main
git rev-parse HEAD -> 7d52b384638c226b656514a459a36e120da915df
diagnostico remoto de solo lectura completado sobre openclaw-vps
hallazgos del VPS:
docker disponible
psql no observado en host
no existe contenedor PostgreSQL activo al momento del relevamiento
no hay evidencia de 5432 publicado
puertos publicos preservados: 22, 80, 81, 443
puertos privados observados: 127.0.0.1:8085, 127.0.0.1:3000
runtime sandbox preparado en:
infra/data-foundation/postgres-sandbox/
activos creados:
docker-compose.yml
.env.example
README.md
init/001_create_schema.sql
init/002_seed_tenants.sql
init/003_seed_sample_data.sql
init/004_rls_policies.sql
modelo minimo definido:
sandbox_mt.tenants
sandbox_mt.clientes
sandbox_mt.productos
sandbox_mt.ventas
datos ficticios incluidos:
tenant alpuntodeventa
tenant ladirecta
Cliente Demo APV 1
Cliente Demo La Directa 1
Producto Demo APV
Producto Demo La Directa
Venta Demo APV
Venta Demo La Directa
seguridad inicial preparada:
RLS activado sobre las cuatro tablas
app_global_reader
app_alpuntodeventa_reader
app_ladirecta_reader
validaciones documentadas:
conexion a DB
listado de tenants
consulta de ventas por tenant
intento de acceso cruzado
confirmacion de no exposicion publica
estado operativo real:
sandbox validado en VPS
contenedor openclaw-postgres-sandbox en estado healthy
PortBindings vacio
red efectiva pg-sandbox-internal
aislamiento RLS validado para alpuntodeventa y ladirecta
restricciones mantenidas:
no productivo
sin PostgREST
sin Scalar
sin APIs publicas
sin integraciones reales
sin datos sensibles

Estado API Documentation Platform al 2026-06-02¶

Safe point local inicial:
git status -sb -> ## main...origin/main
git rev-parse HEAD -> d4caa51148c902205cf72c3bb170119779ec480f
documento rector creado:
docs/architecture/API-DOCUMENTATION-PLATFORM.md
herramienta recomendada documentada:
Scalar
alternativa documentada:
Swagger UI
arquitectura objetivo documentada:
PostgreSQL -> PostgREST / APIs propias -> OpenAPI -> Scalar -> API Documentation Portal
estructura futura definida:
APIs globales
APIs por tenant
Alpuntodeventa APIs
La Directa APIs
APIs internas
APIs externas
contrato obligatorio documentado para toda API:
OpenAPI
descripcion simple
tenant_id o scope=global
owner
metodo
endpoint
parametros
ejemplo de request
ejemplo de response
permisos requeridos
scopes
sensibilidad del dato
estado futuro, sandbox o productivo
reglas de prueba futura documentadas:
tokens controlados
sin secretos reales visibles
datos de prueba
separacion sandbox vs productivo
auditoria futura
URLs evaluadas:
api-docs.alpuntodeventa.com.ar
developers.alpuntodeventa.com.ar
DNS futuro reservado documentado:
developers.alpuntodeventa.com.ar
diagramas y casos de uso creados:
API documentation flow
OpenAPI generation flow
tenant-safe test flow
sandbox vs production flow
roadmap interno documentado:
16.1 API Documentation Contract
16.2 OpenAPI examples
16.3 Scalar sandbox
16.4 API Docs portal
16.5 Test tokens
16.6 Publicacion controlada
16.7 Integracion con Knowledge Portal
navegacion integrada:
mkdocs.yml
docs/index.md
restricciones mantenidas:
sin instalacion de Scalar
sin instalacion de Swagger UI
sin OpenAPI real generado
sin PostgREST real
sin APIs reales
sin endpoints expuestos

Estado O9.5 al 2026-06-01¶

safe point remoto observado:
git status -sb -> checkout Git real en main
git rev-parse HEAD -> 8106783dab59875b8b8548d83bb87b3de7deb528
diagnostico:
el fallo de git pull no era de credencial ni de origin
la deploy key seguia valida y ssh -T git@github.com autenticaba bien
el bloqueo real eran cambios manuales no commiteados de O9.4 en el VPS
correccion:
stash preventivo del working tree remoto
fast-forward real 8106783 -> d30c336
deploy oficial: bash /opt/openclawai/infra/knowledge-portal/deploy-knowledge-portal.sh
validacion:
git rev-parse HEAD y origin/main coinciden en d30c336e2e547d69a76b49ebc767911464b84891
http://127.0.0.1:8085/ -> 200
https://doc.alpuntodeventa.com.ar/ -> 200
search/search_index.json responde
la pagina governance/knowledge/infrastructure/dns-tls/ sigue renderizando Mermaid

Revalidacion Knowledge Portal al 2026-06-10¶

estado: VERDE
ventana controlada: 2026-06-10 22:27 -0300
HEAD publicado: 2e84fb979e80c490cb3c3d9322989d8582b11e73
metodo: bash /opt/openclawai/infra/knowledge-portal/deploy-knowledge-portal.sh sobre /opt/openclawai
resultado:
fast-forward remoto de e1ec36d5b9c272fe68965d0175524368fe0f4258 a 2e84fb979e80c490cb3c3d9322989d8582b11e73
mkdocs build --strict local PASS
mkdocs build --strict remoto dentro del Dockerfile PASS
contenedor knowledge-portal recreado
http://127.0.0.1:8085/ -> 200
search_index.json publico contiene Business Observer, Blueprint, Project Constitution, Document Hierarchy y SOURCE-003
URL publica de tenant y documentos criticos de governance, blueprints, snapshot, diccionario y mapping devuelven contenido real sin fallback Page not found
limites respetados:
sin cambios de contenido documental durante deploy
sin tocar OpenClaw runtime
sin tocar PostgreSQL
sin queries
sin cambios en Business Observer
sin cambios en mkdocs.yml
sin rollback

Estado O9.6 al 2026-06-01¶

dashboard provisionado: Executive Infrastructure Board
datasource obligatorio usado: Thanos
cobertura visible: VPS, CPU, RAM, disco, Docker, OpenClaw, Knowledge Portal, Grafana, Portainer, Prometheus, Thanos, Alertmanager, SSL, Targets UP/DOWN, alertas activas y conteo de servicios publicados e internos
soporte agregado: nuevos probes blackbox para doc.alpuntodeventa.com.ar, grafana.alpuntodeventa.com.ar y portainer.alpuntodeventa.com.ar
restricciones mantenidas: sin datasource directo a Prometheus y sin exposicion publica de Prometheus, Thanos ni Alertmanager

Estado del portal O9 al 2026-06-01¶

Safe point local inicial:
git status -sb -> ## main...origin/main
git rev-parse HEAD -> 831acb98f5cf32c000bd5babf758e0801cdbe328
opcion elegida:
MkDocs Material
motivo:
bajo consumo
navegacion simple
busqueda integrada
soporte Markdown
Mermaid simple
deploy Docker liviano
actualizacion clara desde Git
entregables creados:
mkdocs.yml
docs/index.md
docs/assets/javascripts/mermaid-init.js
docs/assets/stylesheets/extra.css
infra/knowledge-portal/Dockerfile
infra/knowledge-portal/docker-compose.yml
infra/knowledge-portal/nginx.conf
docs/governance/runbooks/MAINTAIN-KNOWLEDGE-PORTAL.md
publicacion oficial:
URL: https://doc.alpuntodeventa.com.ar/
contenedor local: 127.0.0.1:8085 -> 8085
upstream NPM: knowledge-portal:8085
exposicion externa solo por NPM
proteccion recomendada con Access List o Basic Auth
estado de despliegue real en VPS:
contenedor knowledge-portal levantado en 127.0.0.1:8085
contenedor conectado tambien a proxy-network
dominio doc.alpuntodeventa.com.ar publicado por NPM
deploy aplicado por sync controlado sobre /opt/openclawai
checkout remoto en VPS: Git real con .git
validacion local:
mkdocs build --strict sobre el repo
busqueda habilitada por plugin search
Mermaid habilitado en frontend
validacion publica:
http://doc.alpuntodeventa.com.ar/ -> 301 a https://doc.alpuntodeventa.com.ar/
https://doc.alpuntodeventa.com.ar/ -> HTTP/2 200
certificado Let's Encrypt YE2 valido hasta 2026-08-30 17:33:48 GMT
search/search_index.json accesible por HTTPS
documento governance/knowledge/infrastructure/dns-tls/ responde y renderiza Mermaid
regla central:
Git sigue siendo la fuente de verdad
el portal solo publica una copia navegable

Estado O9.2 al 2026-06-01¶

Safe point local inicial:
git status -sb -> ## main...origin/main
git rev-parse HEAD -> 5ca70ab0b2ceb2dd0489f5cc714c5eda5a842840
diagnostico conocido del VPS:
snapshot publicado en /opt/openclawai
knowledge-portal sigue siendo el contenedor publicado
compose rector: /opt/openclawai/infra/knowledge-portal/docker-compose.yml
publicacion local esperada: 127.0.0.1:8085 -> 8085
upstream NPM esperado: knowledge-portal:8085
ultimo estado documentado: checkout remoto como snapshot sin .git
consecuencia: git pull origin main todavia no esta garantizado en runtime
flujo recomendado definido:
deploy key SSH read-only como primera opcion
token read-only como alternativa controlada
git pull --ff-only origin main
mkdocs build --strict
docker compose -f infra/knowledge-portal/docker-compose.yml up -d --build --force-recreate
validacion local: curl -I http://127.0.0.1:8085/
validacion publica: curl -I https://doc.alpuntodeventa.com.ar/
entregables O9.2:
infra/knowledge-portal/deploy-knowledge-portal.sh
docs/governance/runbooks/SYNC-KNOWLEDGE-PORTAL-FROM-GIT.md
estado:
repo preparado y validado para sync seguro desde Git
runtime real activo en /opt/openclawai

Estado O9.3 al 2026-06-01¶

Safe point local final:
git status -sb -> ## main...origin/main
git rev-parse HEAD -> 7b1d5fe5eca5b682950186dc1cf67b44789e6df0
diagnostico vivo del VPS:
/opt/openclawai existe
.git existe en /opt/openclawai
knowledge-portal sigue Up
compose activo: /opt/openclawai/infra/knowledge-portal/docker-compose.yml
http://127.0.0.1:8085/ -> HTTP/1.1 200 OK
https://doc.alpuntodeventa.com.ar/ -> HTTP/1.1 200 OK
search/search_index.json accesible
Mermaid presente en pagina publicada
commit publicado:
git rev-parse HEAD en VPS: 7b1d5fe5eca5b682950186dc1cf67b44789e6df0
git rev-parse origin/main en VPS: 7b1d5fe5eca5b682950186dc1cf67b44789e6df0
conclusion: el portal publicado corre desde checkout Git real y coincide con origin/main
credencial preparada en el VPS:
deploy key dedicada creada en ~/.ssh/openclawai_github_deploy
fingerprint publico: SHA256:e6g0Mxk83ELK0Njm7B4URwlcE7pTjp5Z5i+tTYV9L9w
known_hosts para github.com: listo
entregables O9.3:
infra/knowledge-portal/activate-real-git-checkout.sh
/root/activate-real-git-checkout.sh staged en el VPS
actualizacion de docs/governance/runbooks/SYNC-KNOWLEDGE-PORTAL-FROM-GIT.md
estado:
reemplazo seguro snapshot -> checkout Git: completado
backup del snapshot anterior: realizado por script
activacion real ejecutada: bash /root/activate-real-git-checkout.sh
autenticacion SSH GitHub: Hi gcanuti/openclawai-vps-lab! You've successfully authenticated
deploy final en VPS: OK
hardening del flujo: activate-real-git-checkout.sh ahora invoca el deploy con bash
compatibilidad del host: deploy-knowledge-portal.sh detecta la deploy key, exporta GIT_SSH_COMMAND y hace fallback al build Docker cuando falta python3-venv
smoke checks publicos: search/search_index.json responde y governance/knowledge/infrastructure/dns-tls/ sigue entregando Mermaid
secretos: no se imprimieron claves privadas ni tokens durante la activacion

Evidencia viva O8 al 2026-06-01¶

Safe point local inicial:
git status -sb -> ## main...origin/main
git rev-parse HEAD -> 14072f7464f5e2dbc0c9e73a364f69faf0efa782
evidencia SSH usada:
docker ps
docker network ls
docker volume ls
docker compose ps en /opt/stacks/openclaw
hostnamectl, lscpu, free -h, df -h
ss -tulpn, getent ahostsv4, openssl x509
openclaw health --json
openclaw models status
entregables O8:
fichas en docs/governance/knowledge/observability/
capa Docker en docs/governance/knowledge/docker/
runtime real en docs/governance/knowledge/runtime/README.md
DNS/TLS en docs/governance/knowledge/infrastructure/dns-tls.md
runtime host en docs/governance/knowledge/infrastructure/runtime-host.md
integracion OpenAI en docs/governance/knowledge/integrations/openai.md
diagramas 07-runtime-openclaw.md y 08-openai-integration.md
runbook MAINTAIN-KNOWLEDGE-PLATFORM.md
cambio principal de color:
observabilidad, Docker, redes, volumenes, runtime y OpenAI pasan a VERDE en la auditoria O8.0
O8.8 cierra tambien DNS / TLS y Runtime Host
veredicto O8 final:
O8 queda VERDE para su alcance
no cubre todavia decisiones operativas finales sobre legacy Portainer

Cobertura estimada post VPS Operations & Security Platform v1¶

Governance: 95%
Knowledge Graph: 94%
Operations: 94%
Change-gates de updates: 100% para la capa documental objetivo
Security: 93%
Monitoring: 92%
Observability O1: 95%
Alertas O3: 96%
AI Administration: 96%
Gaps abiertos principales:
automatizar la descarga externa de backups si se aprueba en Windows
simular restore O1 desde copia externa en staging dedicada
cerrar luego una automatizacion controlada de la copia externa
revisar periodicamente diferencias reality vs docs usando O6.0
mantener SMTP externo clasificado como mejora futura opcional no prioritaria, fuera de los bloqueantes operativos actuales

Evidencia viva O6 al 2026-06-01¶

Safe point local inicial:
git status -sb -> ## main...origin/main
git rev-parse HEAD -> 7c2c996f8a86229a1fe00bd8701953512b4d747a
realidad del VPS por SSH:
host srv977009
13 contenedores activos observados
redes activas observadas: proxy-network, nginx-proxy-manager_default, openclaw_openclaw_internal, obs-observability-internal
red legado observada: portainer2_default sin contenedores
volumenes observados: portainer_data_new, portainer_data, obs_prometheus_data, obs_grafana_data, obs_alertmanager_data, obs_thanos_storegateway_data, obs_thanos_compactor_data, obs_thanos_objectstore_data
observabilidad real:
13 targets Prometheus observados UP
Alertmanager operativo con receiver local-null
Watchdog firing esperado
correcciones documentales aplicadas:
svc-openclaw deja de listar un contenedor cli no observado
svc-nginx-proxy-manager separa handshake websocket PASS de flujo autenticado PASS
catalog/SERVICES.md reconoce que O4 ya corre en el VPS
entregables O6:
docs/governance/knowledge/
docs/governance/operations/O6.0-REALITY-AUDIT.md
docs/governance/runbooks/RESTORE-KNOWLEDGE-PLATFORM.md

Evidencia viva O3 al 2026-06-01¶

Safe point local inicial:
git status -sb -> ## main...origin/main
git rev-parse HEAD -> 258a55ad3ad140e8e550e25d52256209f3c4f46a
observabilidad:
docker compose config en /opt/stacks/observability -> OK
promtool check config /etc/prometheus/prometheus.yml -> SUCCESS
promtool check rules /etc/prometheus/rules/*.yml -> SUCCESS
Alertmanager status API -> receiver local-null
Prometheus rules API -> 4 archivos O3 cargados
Prometheus alerts API -> 0 alertas activas
targets:
prometheus, alertmanager, grafana, node-exporter, cadvisor, blackbox-exporter, probe OpenClaw HTTPS, probe NPM local, probe Portainer local -> UP
salud actual:
RAM usada por Prometheus -> 15.44%
disco / usado -> 13.91%
CPU host actual -> 9.65%
load15 por CPU -> 0.055
uso actual de limite TSDB -> 0.11%
veredicto:
O3 queda cargado, silencioso y compatible con O1/O2

Evidencia viva O3.1 al 2026-06-01¶

Safe point local inicial:
git status -sb -> ## main...origin/main
git rev-parse HEAD -> a82ea0c1c34b94e889a89650d389e937e3112e4a
ventana de corrida:
inicio remoto: 2026-06-01 12:03:58 -03
cierre remoto: 2026-06-01 12:41:25 -03
preestado:
Alertmanager sigue en receiver local-null
Prometheus y Alertmanager arrancaron con 0 alertas activas reales
Watchdog queda activo por diseno en local-null
targets base en UP
pruebas ejecutadas:
NodeExporterNoData por stop/start controlado de obs-node-exporter
CadvisorNoData por stop/start controlado de obs-cadvisor
BlackboxProbeFailed por target sintetico temporal http://127.0.0.1:65534/ agregado y retirado dentro de Prometheus
validacion de pipeline Alertmanager con group_by por alert_group y severity, receiver local-null y sin notificaciones externas
tiempos medidos:
NodeExporterNoData -> pending 12:04:38 -03, firing 12:10:05 -03, resuelta 12:11:16 -03
CadvisorNoData -> pending 12:27:38 -03, firing 12:32:49 -03, resuelta 12:33:58 -03
BlackboxProbeFailed -> pending 12:35:13 -03, firing 12:40:12 -03, resuelta 12:41:21 -03
hallazgo y ajuste:
la primera corrida de obs-cadvisor genero un falso critical DockerTrackedContainerDown al perder container_last_seen
la regla fue corregida para exigir up{job="cadvisor"} == 1 antes de inferir caida de contenedores clave
la corrida final de obs-cadvisor quedo limpia y valida
evidencia:
reporte permanente: O3.1-ALERT-DRILL-REPORT.md
artefacto local de la corrida: tmp/o31-alert-drill-20260601-120313
Alertmanager recibio las 3 alertas esperadas en local-null y cerro con 0 alertas reales activas
veredicto:
O3 ya queda demostrado de extremo a extremo sin abrir puertos, sin tocar OpenClaw y sin habilitar notificaciones externas

Evidencia viva operacion, seguridad y monitoreo al 2026-06-01¶

nota de reconciliacion 2026-06-03: este snapshot conserva la lectura historica tomada ese dia; para el estado documental vigente de Portainer prevalece la version actualizada "detras de NPM, sin 8000/9443 publicados al host"
Safe point local inicial:
git status -sb -> ## main...origin/main
git rev-parse HEAD -> e9e5773aa2c1f8b5695346a543a27352553db2ee
VPS:
hostname -> srv977009
uptime -> up 3 days, 11:49
contenedores:
portainer -> Up 25 hours
openclaw-openclaw-gateway-1 -> Up 26 hours (healthy)
nginx-proxy-manager -> Up 3 days
SSL:
subject -> openclaw.alpuntodeventa.com.ar
issuer -> Let's Encrypt YE1
notAfter -> 2026-08-27 11:54:33 GMT
puertos publicos reales:
22, 80, 81, 443, 8000, 9443 alcanzables desde afuera
servicios expuestos reales:
ssh
svc-nginx-proxy-manager
svc-portainer
svc-openclaw publicado solo por NPM
capacidad:
RAM 7.8Gi total, 6.6Gi available
swap 4G, 0B usada
disco / al 13%
performance:
load average 0.19 0.05 0.04
OpenClaw 0.47% CPU, NPM 0.09% CPU, Portainer 0.00% CPU
backup reciente:
ultima corrida observada /root/openclaw-backups/daily/20260531-030002
updates Ubuntu:
6 paquetes upgradables del tren de kernel
veredicto:
Operations VERDE
Security VERDE
Monitoring VERDE

Ventana de mantenimiento Ubuntu al 2026-06-01¶

SAFE POINT local inicial:
git status -sb -> ## main...origin/main
git rev-parse HEAD -> e9e5773aa2c1f8b5695346a543a27352553db2ee
prechecks VPS:
uname -r -> 6.8.0-117-generic
docker ps -> portainer, openclaw-openclaw-gateway-1, nginx-proxy-manager todos Up
df -h / -> 96G total, 12G usados, 85G libres, 13%
uptime -> up 3 days, 12:13
backup verificado:
corrida documentada y observada: /root/openclaw-backups/daily/20260531-030002
artefactos presentes: openclaw-stack.tgz, npm-stack.tgz, portainer-volume.tgz, manifest.txt, SHA256SUMS
log: /root/openclaw-backups/logs/openclaw-backup-20260531-030002.log con Backup completed successfully
updates aplicados:
linux-headers-generic
linux-headers-virtual
linux-image-virtual
linux-libc-dev
linux-tools-common
linux-virtual
advertencias no bloqueantes:
apt update reporto entradas duplicadas en /etc/apt/sources.list.d/ubuntu-mirrors.list
reboot controlado:
sudo reboot ejecutado
primer reintento SSH aun en arranque
host recuperado luego con uname -r -> 6.8.0-124-generic
postchecks:
docker ps -> portainer, openclaw-openclaw-gateway-1, nginx-proxy-manager todos Up
openclaw health --json -> "ok": true
openclaw agent --agent main --message 'Respondé solamente: OpenClaw OK' --json -> status: ok, respuesta OpenClaw OK
docker exec nginx-proxy-manager curl -I http://openclaw-gateway:18789/ -> HTTP/1.1 200 OK
curl -I https://openclaw.alpuntodeventa.com.ar/ -> HTTP/1.1 200 OK
curl -k -I https://127.0.0.1:9443 -> HTTP/1.1 200 OK
Test-NetConnection 46.202.151.32 a 22, 80, 81, 443, 8000, 9443 -> todos TcpTestSucceeded=True
kernel:
anterior: 6.8.0-117-generic
nuevo: 6.8.0-124-generic
decision:
mantenimiento Ubuntu cerrado en verde
frente de kernel operativo y revalidado

Evidencia viva de TEST-WEBSOCKET-001 al 2026-06-08¶

Safe point local inicial:
git status -sb -> ## main...origin/main
git rev-parse HEAD -> 4c720307d076bceb17720a0a6c11fd3239eb8ff0
Auditoria de dispositivos:
paired: Control UI oficial de Gabi 3fa5280edf0e65d16f1ec60e686ae17d4e7b656e256bb6823dfe8f0e84a5fbf3 Win32, openclaw-control-ui, webchat, scopes operator.admin, operator.read, operator.write, operator.approvals, operator.pairing, IP 186.12.228.35, aprobado desde 2026-05-31 00:38:32 -03
paired: CLI local del gateway 94483a84828c419a17a48b8eed6a0c3f1bac37a7eccb9197c9256ae43a2e812a linux, cli, cli, scopes aprobados operator.write
pendiente: request 30ae9c15-2254-4eb3-b94d-7ced4d72e6ad del mismo CLI local del gateway, pedido operator.pairing, isRepair=true, fecha 2026-06-01 00:49:17 -03
decision: no se aprobo ningun request nuevo porque el acceso actual de Gabi en Control UI ya estaba paired y el pendiente no correspondia a ese acceso
Validacion previa:
docker ps remoto -> openclaw-openclaw-gateway-1 Up (healthy)
curl -I https://openclaw.alpuntodeventa.com.ar/ -> HTTP/2 200
nslookup openclaw.alpuntodeventa.com.ar -> 46.202.151.32
Handshake websocket publico:
metodo: corrida real contra wss://openclaw.alpuntodeventa.com.ar/ con Origin publico valido
destino: wss://openclaw.alpuntodeventa.com.ar/
resultado: 101 Switching Protocols, conexion Open, primer frame connect.challenge
Flujo websocket autenticado final:
metodo: corrida remota por ssh openclaw-vps reutilizando la identidad aprobada y el token cacheado del CLI local del gateway, sin imprimir secretos, a traves de un proxy WS local que solo inyecto el Origin publico correcto
resultado: frame connect enviado, respuesta hello-ok, protocolo 4, rol operator, scopes negociados operator.read, operator.write
token usado: si, sin imprimirlo ni persistirlo en docs o Git
Correlacion de logs:
NPM con soporte websocket habilitado y sin errores de TLS ni de websocket visibles en la ventana de 5m
gateway sin rechazos nuevos de pairing ni de device identity durante la corrida autenticada historica documentada
Regla de interpretacion:
un probe que abre el socket pero no envia connect no debe contarse como falla funcional del websocket
Veredicto recomendado:
handshake websocket: PASS
flujo autenticado websocket: PASS
TEST-WEBSOCKET-001 general: VERDE
no se observo PAIRING_REQUIRED
no se observo DEVICE_IDENTITY_REQUIRED

Autoridad documental vigente¶

La autoridad documental viva del VPS pasa a ser docs/governance/.
El puntero operativo permanente del baseline vigente pasa a ser docs/governance/operations/CURRENT-BASELINE.md.
La vision futura oficial de evolucion de la plataforma pasa a ser docs/FUTURE-PLATFORM-ROADMAP.md.
Esta capa gobierna servicios, redes, volumenes, dominios, puertos, backups, usuarios, runbooks y auditorias.
Esta capa ahora tambien gobierna operacion diaria, monitoreo, mantenimiento, updates y consultas de administracion en lenguaje natural.
Esta capa ahora exige tambien stack, imagen, compose, redes, puertos, volumenes, dominios, NPM, backups, dependencias, impacto y usos registrados por servicio.
Regla permanente: NINGUN SERVICIO NUEVO SE CONSIDERA TERMINADO SI NO ACTUALIZA GOVERNANCE.
Regla permanente adicional: toda documentacion, runbook, estado operativo o respuesta para admin debe usar lenguaje claro, amable y simple.
Regla operativa Codex al 2026-06-10: docs/governance/ACTIVE-CONTEXT.md es el router corto despues de CODEX.md, docs/governance/GATE-CODEX-EFFICIENCY.md gobierna tareas grandes y PROJECT-STATE.md / ROADMAP.md se leen por impacto, no por defecto en tareas chicas.
La constitucion minima del proyecto vive en docs/governance/PROJECT-CONSTITUTION.md y la jerarquia documental recomendada vive en docs/governance/documentation/DOCUMENT-HIERARCHY.md.
La estructura queda preparada para futura copia o sincronizacion en /opt/governance sin ejecutarla todavia en el VPS.

Estado DR certificado al 2026-05-31¶

Safe point local inicial de esta auditoria:
git status -sb -> limpio
git rev-parse HEAD -> 6445ca4e989d3ac287ce658ec4badf96ac006476
Auditoria DR ejecutada sin cambios en produccion.
Inventario real documentado con rutas y tamanos en docs/BACKUP-RESTORE-STRATEGY.md.
Backup restaurable evidenciado para:
OpenClaw
NPM
Portainer
Simulacion controlada no destructiva ejecutada en:
/tmp/dr-green-20260531-011407
Auth OpenAI persistida observada en:
/opt/stacks/openclaw/config/agents/main/agent/auth-profiles.json
/opt/stacks/openclaw/config/agents/main/agent/auth-state.json
/opt/stacks/openclaw/config/identity/device-auth.json
Checksums de la simulacion:
openclaw-stack.tgz f2a659b9a4564b2561779d39842b46c83a439e76f389a9c1580313a3d7e9d20f
npm-stack.tgz cf64d4a8bef17a6f8c4c3ea8637e951c0b69abab91cd9461e35f16de10852c43
portainer-volume.tgz fd8c9385307ee27c5525c8089baee94aa1eae68e4d8968ac5a212cf8e75c2a32
Veredicto DR:
recuperacion del stack en mismo VPS: SI
recuperacion total documentada y demostrable en staging: SI
RTO certificado:
mismo VPS: 30-45 minutos
VPS nuevo: 90-180 minutos
RPO certificado:
0 para la copia tomada en la simulacion
Documentos rectores DR:
docs/DISASTER-RECOVERY-RUNBOOK.md
docs/BACKUP-RESTORE-STRATEGY.md

Estado backup recurrente certificado al 2026-05-31¶

SAFE POINT local inicial de esta implementacion:
git status -sb -> ## main...origin/main
git rev-parse HEAD -> 32ad551e89714e6a6d16bd99d4a2df7e74f6d878
Backup diario VPS instalado:
cron 03:00
script: /root/openclaw-backups/bin/openclaw-vps-backup.sh
Retencion activa:
diarios 30 dias
semanales 12
logs 90 dias
Corrida manual final validada:
/root/openclaw-backups/daily/20260531-014038
Evidencia presente:
openclaw-stack.tgz
npm-stack.tgz
portainer-volume.tgz
SHA256SUMS
manifest.txt
Checksums finales:
openclaw-stack.tgz 9169e9361aad7ef09e98ab08346d296d3c5ee00da43d47b63c7bbb996986cb00
npm-stack.tgz 753dad1908e26870aa8e935429df03318f05b7a93ab3050748758c7520788246
portainer-volume.tgz ee35d0930b602c5f82ce6b24cb6dc6ec19033cab90f5ffb310deb5745af0f7ab
Copia externa validada:
C:\APV\backups\openclaw\daily\20260531-014038
log local: C:\APV\backups\openclaw\logs\pull-openclaw-backups-20260531-014048.log
Git:
.env, *.tgz, SHA256SUMS, manifest.txt y logs siguen fuera del repo
RPO esperado:
24 horas
RTO estimado:
mismo VPS: 30-45 minutos
VPS nuevo: 90-180 minutos

Evidencia viva de la certificacion final 2026-05-31¶

Safe point local:
git status -sb -> ## main...origin/main
git rev-parse HEAD -> e7c255532e70d4122bb182779838cd49ce0bb4e0
VPS:
hostname -> srv977009
uptime -> up 2 days, 11:24
Docker activo observado:
portainer -> Up 35 minutes
nginx-proxy-manager -> Up 2 days
openclaw-openclaw-gateway-1 -> Up About an hour (healthy)
Imagenes activas:
ghcr.io/openclaw/openclaw:2026.5.5
jc21/nginx-proxy-manager:latest
portainer/portainer-ce:2.39.2
Volumenes activos / conservados:
portainer_data_new
portainer_data como legado conservado
Redes activas:
proxy-network
nginx-proxy-manager_default
openclaw_openclaw_internal
portainer2_default como legado conservado sin contenedores
OpenClaw CLI:
modelo default: openai/gpt-5.5
provider efectivo: openai
auth profile presente: si
agente default: main
health --json -> ok: true
sesiones detectadas: 1
Smoke tests:
inferencia directa -> OpenClaw_OK
agente main -> OpenClaw_OK
HTTPS publico -> HTTP/2 200
gateway interno desde contenedor -> HTTP/1.1 200 OK
gateway interno desde NPM -> HTTP/1.1 200 OK
curl desde host a 127.0.0.1:18789 -> falla esperada porque el puerto no se publica al host
Validacion humana:
Portainer navegable: si
Containers visibles: si
Stacks visibles: si
Networks visibles: si
Volumes visibles: si
UI OpenClaw accesible: si
Pairing aprobado: si
Chat funcional: si

Evidencia viva de la auditoria 2026-05-29¶

git status -sb inicial: ## main...origin/main
Safe point inicial: 52eb755c9078b4c173f29d191c194f0b6bc46b85
uptime -p: up 20 hours, 58 minutes
Memoria: 7.8 GiB total, 1.2 GiB usada, 3.3 GiB libre, 3.6 GiB cache
Swap: 4.0 GiB, 0 B usada
Disco /: 96G total, 12G usados, 85G libres
Docker containers observados:
openclaw-openclaw-gateway-1 -> Up (healthy)
nginx-proxy-manager -> Up
portainer -> Up
ufw: active
fail2ban: active
ssh: active
HTTPS publico: HTTP 200
Control UI publica: titulo OpenClaw Control
Auth OpenAI validada para el agente main mediante api-key interactivo
openclaw models auth list --provider openai --json devuelve openai:default
openclaw models status ya no muestra Missing auth
Prueba funcional del agente: Respondé solamente: OpenClaw OK -> OpenClaw OK
Reinicio controlado de OpenClaw ejecutado el 2026-05-29 15:42 -03
Estado post-restart: healthy
Persistencia auth post-restart: OK

Evidencia viva de la auditoria Portainer 2026-05-31¶

Safe point local previo a la auditoria: d88acffeb66bf4c4323ea8d429263ac45084350a
docker.sock del host respondia OK via curl --unix-socket
Backup Portainer previo:
/root/portainer-backups/portainer-data-20260531-000206.tar.gz
sha256: 76864bc47ee015c2d6ccc9284151eb70ea255989e4e372cc0c51159f84c27c4c
Hallazgo clave:
la causa mas probable del DOWN visual era compatibilidad Portainer 2.33.1 con Docker 29.x

Evidencia viva de la modernizacion Portainer 2026-05-31¶

Safe point local antes del upgrade: 208914617dad0f9994a1d6139f9b983e9949ab7e
Version Portainer anterior por binario: 2.33.1
Imagen declarada antes del cambio: portainer/portainer-ce:latest
Version Portainer nueva por binario: 2.39.2
Imagen final fijada: portainer/portainer-ce:2.39.2
Digest final observado: portainer/portainer-ce@sha256:8d2f5c9fbc5b8490fb3a12efadbad74978e22991911e1db611d8a45871775112
Volumen preservado: portainer_data_new
Mount docker.sock preservado: si
Puertos observados en esa ventana historica: 8000 y 9443; esta evidencia queda preservada como antecedente de la modernizacion y no como baseline documental vigente posterior a la reconciliacion 2026-06-03
Restart policy preservada: unless-stopped
Red preservada: proxy-network
Backup nuevo creado: /root/portainer-backups/portainer-data-20260531-001058.tar.gz
sha256 backup nuevo: b67c05ae7e95a5a7fc93738fdf78d9e950b1146770aebded85273da024c4326d
Validacion post-upgrade:
docker ps muestra portainer Up
docker exec portainer /portainer --version devuelve 2.39.2
curl -k -I https://127.0.0.1:9443 devuelve HTTP/1.1 200 OK
logs de arranque muestran migracion 2.33.1 -> 2.39.2
OpenClaw sigue running healthy
NPM sigue running
Alcance conservado:
sin cambios en OpenClaw
sin cambios en NPM
sin cambios en DNS
sin cambios en firewall
sin cambios en proxy hosts
sin borrado de volumenes

Evidencia viva de la auditoria Docker post-modernizacion 2026-05-31¶

Safe point local previo a la auditoria: 8af6e1b563157aa0d70d7287db2228cab8f653ce
Contenedores activos confirmados:
portainer -> portainer/portainer-ce:2.39.2
nginx-proxy-manager -> jc21/nginx-proxy-manager:latest
openclaw-openclaw-gateway-1 -> ghcr.io/openclaw/openclaw:2026.5.5
Validacion de uso real:
Portainer usa portainer_data_new y proxy-network
NPM usa bind mounts en /docker/nginx-proxy-manager/*
OpenClaw usa bind mounts en /opt/stacks/openclaw/*
Validacion de servicio:
curl -k -I https://127.0.0.1:9443 -> HTTP/1.1 200 OK
curl -I http://127.0.0.1:81 -> HTTP/1.1 200 OK
docker inspect -f '{{.State.Health.Status}}' openclaw-openclaw-gateway-1 -> healthy
curl -I https://openclaw.alpuntodeventa.com.ar -> HTTP/2 200
Limpieza segura ejecutada:
imagen alpine:latest eliminada
imagen portainer/portainer-ce:latest eliminada
Elementos conservados por seguridad:
volumen portainer_data como legado con datos propios
red portainer2_default como legado Compose sin contenedores
Hallazgo UI Portainer:
el stack portainer sigue visible por metadata persistida en portainer_data_new/_data/compose/2/docker-compose.yml
el contenedor activo ya no corre como Compose; corre standalone en proxy-network

Estado real del despliegue¶

Completado¶

VPS en GO operativo para OpenClaw
Hardening baseline cerrado con snapshot, updates, reboot y revalidacion
Docker operativo con aislamiento por stack
OpenClaw desplegado en /opt/stacks/openclaw
OpenClaw publicado detras de NPM
DNS, TLS, HSTS y carga base de la UI validados
Reinicio del contenedor validado con recuperacion sana
Portainer modernizado sin afectar OpenClaw ni NPM
VPS GOVERNANCE PLATFORM v1 creada como capa documental del VPS
Servicios base registrados:
svc-openclaw
svc-nginx-proxy-manager
svc-portainer
Governance v1 reforzada con trazabilidad tecnica completa:
por servicio
por uso compartido
Governance v2 agrega:
catalogo maestro de validacion
plantilla formal de tests
matriz de regresion por tipo de cambio
estado vivo de validacion
control tower ejecutivo
relaciones explicitas del knowledge graph entre SVC, NET, VOL, DOM, BKP y TEST
Operations & Security Platform v1 agrega:
control tower operativo
catalogo de monitoreo simple
baseline de performance
agenda de mantenimiento
politica de updates
politica de cleanup
estado de seguridad
checklist de seguridad
runbooks de vulnerabilidades y parchado
inventario de servicios expuestos
preguntas de admin e IA en lenguaje natural

Parcialmente completado¶

La validacion interactiva manual de la UI de Portainer no se automatizo en esta sesion; la verificacion directa disponible fue backend, logs y HTTPS local
TEST-WEBSOCKET-001 ya tuvo primera corrida formal; el transporte publico queda certificado en VERDE con handshake tecnico PASS y flujo autenticado PASS

Pendiente¶

Evaluar automatizacion de la descarga externa con Task Scheduler
Definir retencion adicional fuera del VPS segun capacidad del equipo operador
Mantener el packet inaugural de Portainer como referencia preliminar hasta definir version objetivo, compatibilidad y aprobaciones reales de ejecucion

Hallazgos principales¶

Hallazgo 1 - Auth OpenAI resuelta¶

Metodo aplicado: openclaw models auth --agent main login --provider openai --method api-key
Evidencia:
openclaw models auth list --provider openai --json devuelve openai:default
openclaw models status muestra profiles=1
openclaw agent --agent main --message "Respondé solamente: OpenClaw OK" --json responde OpenClaw OK

Hallazgo 2 - `token_missing` corresponde a acceso anonimo esperado¶

Evidencia HTTP:
GET /__openclaw/control-ui-config.json sin token -> 401
GET /__openclaw/control-ui-config.json con token -> 200

Hallazgo 3 - `trustedProxies` reconciliado¶

Estado documentado:
backup diario vigente validado antes del cambio: /root/openclaw-backups/daily/20260608-030001
backup puntual creado: /opt/stacks/openclaw/config/openclaw.json.pre-trustedproxies-20260608-064955
gateway.trustedProxies actualizado de 172.18.0.3 a 172.18.0.6
NPM sigue llegando por proxy-network desde 172.18.0.6
el warning de proxy no confiable dejo de reproducirse despues del restart
la IP de NPM no esta documentada como estatica; si el contenedor se recrea, corresponde revalidarla antes de volver a tocar trustedProxies

Hallazgo 4 - Portainer fue modernizado con procedimiento oficial conservador¶

Procedimiento aplicado:
backup previo del volumen real
docker pull portainer/portainer-ce:2.39.2
docker stop portainer
docker rm portainer
recreacion con mismo volumen, mismos puertos, mismo docker.sock, misma policy y misma red
Evidencia:
logs muestran migracion limpia de base 2.33.1 -> 2.39.2
HTTPS local en 9443 responde 200
la instancia final queda Up

Decision vigente¶

Infraestructura base: VERDE
Disaster Recovery: VERDE
Publicacion HTTPS: VERDE
Runtime OpenClaw: VERDE
OpenAI / agente main: VERDE
Control UI: VERDE
Portainer administracion: VERDE
Docker limpio: VERDE
NPM: VERDE
VPS: VERDE
Certificacion global: VERDE

Proximo objetivo unico recomendado¶

Para B2B SOURCE-001 Clientes + SOURCE-002 Productos -> WooCommerce La Directa, el proximo objetivo vigente es abrir PDF-013U-W PRODUCTION PRIVATE PAGE AUTHENTICATED RENDER / NO FORM POST en el repo WooCommerce La Directa, o gate equivalente, con foco exclusivo en validar render autenticado de la pagina privada productiva ya creada, manteniendo endpoint bloqueado, sin ejecutar POST productivo y sin integracion externa, manteniendo bloqueados envio externo e integracion con SGC.

SOURCE-003, PDF-006C, PostgreSQL staging, mapping de categorias, imagenes y snapshots read-only de SOURCE-001 quedan preservados como historial valido o frentes alternativos, pero no son el proximo objetivo vigente. No ejecutar SQL no autorizado, WooCommerce write API, SGC writes, endpoint intake, sync diaria, scheduler, cron, pipelines ni produccion sin gates posteriores separados.

Para la plataforma general, sostener la disciplina documental, backups y auditoria reality vs docs sin abrir cambios runtime nuevos.

Riesgo actual resumido¶

Riesgo operativo: medio-bajo
Riesgo funcional: bajo
Riesgo de seguridad: medio
Riesgo de administracion Portainer: bajo

Justificacion¶

Operativo medio-bajo porque el stack recupera bien, el restart controlado fue exitoso y la auth persiste
Funcional bajo porque el caso de uso principal con OpenAI ya responde
Seguridad medio porque la UI publica sigue siendo una superficie administrativa expuesta a Internet
Administracion Portainer bajo porque la instancia ya corre 2.39.2, arranca limpia y responde por HTTPS sin haber afectado OpenClaw ni NPM

SAFE-POINT-034 - La Directa Blackbox Monitoring¶

Fecha: 2026-06-15
Estado: implementado, deployado y validado en observabilidad O4.
Alcance:
targets Blackbox para https://ladirecta.com.ar/ y https://ladirecta.ar/
alertas dedicadas de caida, latencia alta y vencimiento SSL
dashboard Service Availability actualizado con disponibilidad 24h de ambos dominios
Evidencia:
promtool check config y promtool check rules en obs-prometheus: SUCCESS
probes La Directa: probe_success = 1 para ambos dominios
Prometheus, Grafana, Blackbox y Alertmanager activos
Restricciones preservadas: sin tocar VPS WooCommerce, firewall, DNS, base de datos, WordPress, WooCommerce ni exporters en el stack nativo.

SAFE-POINT-035 - Dashboard y alertas visibles La Directa¶

Fecha: 2026-06-15
Estado: implementado, deployado y validado en observabilidad O4.
Alcance:
dashboard ejecutivo Ecommerce La Directa en Grafana, carpeta 10 - Executive Board
archivo provisionado: infra/observability/grafana/dashboards/10-executive-board/o97-ecommerce-ladirecta.json
visibilidad de estado para https://ladirecta.com.ar/ y https://ladirecta.ar/
latencia, SSL days remaining, probe duration, uptime 24h, HTTP status code y alertas activas del tenant ladirecta
Alertas preservadas y visibles:
EcommerceLaDirectaComArDown
EcommerceLaDirectaArDown
EcommerceLaDirectaHighLatency
EcommerceLaDirectaSslExpiryWarning
EcommerceLaDirectaSslExpiryCritical
Restricciones preservadas: sin tocar VPS WooCommerce, abrir puertos, DNS, WordPress, WooCommerce, instalar exporters ni exponer Prometheus/Alertmanager.
Evidencia:
promtool check config y promtool check rules en obs-prometheus: SUCCESS
probe_success = 1 para https://ladirecta.com.ar/ y https://ladirecta.ar/
uptime 24h 100 para ambos endpoints
SSL days remaining aprox. 89.77
sin alertas firing para tenant=ladirecta
Prometheus ready, Grafana health OK, Blackbox healthy y Alertmanager OK

SAFE-POINT-037 - Auditoria de entrega de alertas La Directa¶

Fecha: 2026-06-15
Estado: documentado y validado sin cambios runtime.
Documento oficial: docs/runbooks/SAFE-POINT-037-ladirecta-alert-delivery-audit.md
Alcance: Alertmanager, rutas, receivers, reglas La Directa, targets Blackbox y documentacion O4.
Resultado: las alertas de La Directa estan definidas y son evaluables; Prometheus apunta a alertmanager:9093, pero la config versionada de Alertmanager enruta todas las severidades a local-null.
Estado de notificacion: no hay entrega externa real con la config versionada. El receiver email-default solo existe como posibilidad runtime si se montan SMTP y secreto fuera de Git.
Validaciones: JSON/YAML parsean correctamente, 46.202.151.32:9090 y 46.202.151.32:9093 no conectan publicamente por timeout, busqueda de secretos trackeados sin hallazgos obvios.
Limitacion: docker, promtool y amtool no estan disponibles en la estacion local, por lo que la API interna y checks en contenedor quedan pendientes de validacion desde el host OpenClaw.
Restricciones preservadas: sin tocar VPS WooCommerce, DNS, firewall, Prometheus/Alertmanager runtime ni enviar alertas reales a terceros.

SAFE-POINT-038 - Entrega email de alertas La Directa¶

Fecha: 2026-06-15
Estado: preparado en Git, pendiente de credenciales SMTP reales y confirmacion humana para deploy/drill.
Documento oficial: docs/runbooks/SAFE-POINT-038-ladirecta-alert-email-delivery.md
Alcance: entrypoint.sh genera una config runtime con receiver ladirecta-email cuando existe SMTP completo y secreto montado fuera de Git; docker-compose ahora inyecta las variables SMTP no secretas al contenedor.
Receiver: ladirecta-email hacia gabrielcanuti@gmail.com.
Ruta: tenant="ladirecta", service="ecommerce-ladirecta" y severidad warning|critical.
Fallback: local-null se preserva para todo lo no configurado y para runtime sin secreto SMTP valido.
Secreto requerido: /opt/stacks/observability/secrets/alertmanager_smtp_password.
Test real: no ejecutado; faltan credenciales SMTP runtime y confirmacion humana.
Validaciones: YAML local parse OK; docker compose config, promtool check config, promtool check rules, amtool check-config, config generada SAFE-POINT-038 con credenciales dummy y readiness interna OK sobre runtime actual OpenClaw; 9090 y 9093 no publicos por timeout.
Restricciones preservadas: sin tocar VPS WooCommerce, DNS, firewall, Alertmanager publico ni enviar alertas reales a terceros.

SAFE-POINT-039C - Diagnostico SMTP Hostinger y drill La Directa¶

Fecha: 2026-06-16
Estado: SMTP Hostinger validado, observabilidad O4 deployada y drill Alertmanager recibido en Gmail.
Documento oficial: docs/runbooks/SAFE-POINT-039C-smtp-auth-diagnosis.md
SAFE POINT cierre documental: git status -sb inicial ## main...origin/main, HEAD 65427e11d12bd0940b987f18d91df6603bb7844d.
Runtime: .env presente en /opt/stacks/observability; secreto SMTP presente, no vacio, 600 root:root; contenido no impreso.
SMTP: .env runtime alineado con smtp.hostinger.com:587, STARTTLS y operaciones@ladirecta.com.ar como username/from; test directo Python smtplib desde VPS PASS sent=1.
Deploy: docker compose config --quiet y docker compose up -d en /opt/stacks/observability PASS.
Servicios verificados: Prometheus ready, Alertmanager ready, Grafana /api/health database: ok, Blackbox, cAdvisor, Node Exporter y componentes Thanos running.
Seguridad: Prometheus y Alertmanager sin PortBindings, solo en obs-observability-internal; TCP externo 46.202.151.32:9090 y :9093 cerrado/time out.
Drill: SafePoint039CSMTPDrill disparado y resuelto por API interna de Alertmanager; alertas activas remanentes 0.
Evidencia tecnica email: alertmanager_notifications_total{integration="email"} 1; fallos email 0; logs recientes sin errores SMTP/email.
Recepcion: confirmada en Gmail; From visible operaciones@ladirecta.com.ar; Subject visible [WARNING][La Directa] SAFE-POINT-039C drill controlado SMTP La Directa.
Resultado: canal de alertas La Directa operativo por SMTP runtime, con Prometheus y Alertmanager no publicos.
Restricciones preservadas: sin tocar VPS WooCommerce, DNS, Cloudflare, firewall, WordPress, Prometheus/Alertmanager publico ni secretos en Git.

Business Observer - PDF-012C MVP notification outbox local/dev¶

Fecha: 2026-06-24
Estado: GO LOCAL DEV CONTROLADO.
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-012C-MVP-NOTIFICATION-OUTBOX-LOCAL-DEV.md
Alcance: base minima local/dev para notificaciones internas de alta ecommerce con outbox persistente, idempotencia, auditoria, destinatario interno permitido, template versionado y bloqueo de envio por defecto.
SQL write local/dev ejecutado: creacion de business_observer.ecommerce_notification_outbox y business_observer.ecommerce_notification_event_log en gestion_de_negocios_core, mas insercion idempotente de PDF-012C:BILLING_CUSTOMER_REQUEST:TEST001 y evento NOTIFICATION_CREATED.
Evidencia: backup schema-only local/dev fuera de Git en C:\APV\backups\openclawai\PDF-012C\; output sanitizado en tmp/pdf-012c/notification_outbox_execution_result.json.
Resultado tecnico: 1 notification candidate, 1 evento de auditoria, 0 duplicados, status=READY_BLOCKED, send_blocked_by_default=true, destinatario facturacion@ladirecta.com.ar y template billing_customer_request_v1.
Restricciones preservadas: no se enviaron emails reales, no se ejecuto --confirm-send, no se toco WooCommerce API, no se escribio en SGC, no se usaron datos reales de clientes, no se imprimieron secrets/passwords/connection strings, no se toco VPS/prod con datos y no se activo runtime, sync, scheduler, cron ni pipelines.

Business Observer - PDF-012D request to outbox dry-run local/dev¶

Fecha: 2026-06-24
Estado: GO LOCAL DEV CONTROLADO.
Documento oficial: docs/tenants/alpuntodeventa/business-observer/production/PDF-012D-REQUEST-TO-OUTBOX-DRY-RUN-LOCAL-DEV.md
Alcance: integracion local/dev entre una solicitud ecommerce sintetica y la notification outbox, con auditoria, idempotencia, rate-limit local/conceptual y envio bloqueado por defecto.
SQL write local/dev ejecutado: insercion o reutilizacion de business_observer.ecommerce_customer_requests para PDF-012D:REQUEST:TEST001, auditoria en business_observer.ecommerce_customer_request_audit, notification en business_observer.ecommerce_notification_outbox para PDF-012D:BILLING_CUSTOMER_REQUEST:TEST001 y event log en business_observer.ecommerce_notification_event_log con semantic_event=NOTIFICATION_CREATED_FROM_REQUEST.
Resultado tecnico: 1 solicitud sintetica, 1 auditoria de request, 1 notification, 1 event log, 0 duplicados, status=READY_BLOCKED, send_blocked_by_default=true, destinatario facturacion@ladirecta.com.ar y datos sinteticos test-pdf012d@example.invalid.
Nota de compatibilidad: el event log almacena event_type=NOTIFICATION_CREATED y event_payload_sanitized.semantic_event=NOTIFICATION_CREATED_FROM_REQUEST porque el constraint vigente de PDF-012C no habilita DDL adicional en este gate.
Restricciones preservadas: no se enviaron emails reales, no se ejecuto --confirm-send, no se conecto SMTP para envio, no se toco WooCommerce API, no se escribio en SGC, no se usaron datos reales de clientes, no se imprimieron secrets/passwords, no se toco VPS/prod con datos y no se activo runtime, sync, scheduler, cron ni pipelines.