george.calle
5a2e149825
- index.ts: guard tickRunning; un tick largo ya no se solapa con el siguiente de node-cron (causaba -2035 en @EVN1 y -1116 cruzados por requests concurrentes sobre la misma sesion de Service Layer). - process-tick.ts: un evento con error ya no corta el tick; progreso cada 100 eventos; envios en lotes de MAX_EVENTS_PER_BATCH (default 30) para no superar el tamano de body del receptor (HTTP 413). - evn1-repository.ts: findExisting falla si el GET falla, en vez de tratarlo como "no existe" y crear un duplicado. - service-layer-client.ts: errores incluyen metodo, ruta y body. - logger.ts: no poder escribir el archivo de log no tumba el proceso. - CLAUDE.md: notas operativas y mejoras pendientes.
21 lines
843 B
Bash
21 lines
843 B
Bash
# Service Layer del cliente que todavía no tiene el Webhook Messenger nativo
|
|
SL_BASE_URL="https://sap-servidor-cliente:50000/b1s/v1"
|
|
SL_COMPANY_DB="NOMBRE_COMPANIA"
|
|
SL_USERNAME="manager"
|
|
SL_PASSWORD=""
|
|
|
|
# Cada cuántos segundos el dispatcher revisa @OEVN en busca de eventos nuevos
|
|
POLL_INTERVAL_SECONDS=30
|
|
|
|
# Reintentos por suscripción antes de pasarla a State='X' (Exceptional)
|
|
RETRY_LIMIT=5
|
|
|
|
# Máximo de eventos por POST a una suscripción (un backlog grande se parte
|
|
# en varios envíos, para no superar el tamaño de body del receptor)
|
|
MAX_EVENTS_PER_BATCH=30
|
|
|
|
# El destino y la autenticación de cada envío NO se configuran acá: salen
|
|
# de @OEVC (WebhookURL/AuthType/AuthCred), administrado con
|
|
# `scripts/manage-subscriptions.ts` — una suscripción puede apuntar a
|
|
# cualquier URL (normalmente una instancia de sap-webhook-api).
|