En las tablas siguientes, la columna Predeterminado / Obligatorio muestra el valor predeterminado. Un calificador en negrita (por ejemplo Obligatorio) marca las variables que debes definir.
— significa que no hay valor predeterminado. 🔒 marca un secreto. Inyéctalo en el momento del despliegue desde tu almacén de secretos. Nunca lo incluyas en un commit. Esta página solo lista nombres de variables y su comportamiento. No imprime valores de secretos.Este riel no monta la API de administración de systemplane. Usa la forma compartida de datastore
POSTGRES_*. Consulta Datastores.Servidor y puerto
El servicio escucha en la dirección indicada enSERVER_ADDRESS (predeterminado :8080). El puerto principal sirve GET /health y GET /version. PLUGIN_AUTH_ENABLED tiene el valor predeterminado true, y producción lo fuerza activado. Consulta Puertos de red predeterminados.
Declaración de permisos
El servicio publica los permisos de Payments en Access Manager solo cuandoIDP_DECLARATION_ENABLED es true. Viene desactivado por defecto.
La declaración también exige
PLUGIN_AUTH_ENABLED en true y un host de autenticación en PLUGIN_AUTH_HOST o PLUGIN_AUTH_ADDRESS. Un valor ausente detiene el arranque.
Licencia
La licencia es obligatoria en todos los entornos. El arranque falla cuandoLICENSE_KEY y LICENSE_FILE_PATH están ambas vacías. Si el servicio de licencia no responde al arrancar, el servicio sigue en pie, no listo, y sigue intentando. La licencia es válida para todo el despliegue, así que la clave debe ser global. License Manager describe cómo el producto verifica la licencia.
Integración con BTG
Estas variables definen los endpoints y las credenciales de la conexión con BTG. También definen los intervalos de actualización en segundo plano del token de acceso de BTG y de las credenciales sincronizadas.Cifrado de credenciales y claves de API internas
El riel cifra las credenciales almacenadas en reposo. Autentica las llamadas internas entre el worker y los pods de la API con una clave de API. Ambas claves admiten un espacio_PREVIOUS para que puedas rotar el valor activo sin caída de servicio.
Vínculo con el ledger de Midaz
Rutas contables
Outbox interno de Midaz
El riel siempre inicializa un outbox interno en PostgreSQL para las operaciones asíncronas del ledger de Midaz. Es una cola de trabajo interna, no un catálogo externo de CloudEvents ni de Streaming Hub. El arranque valida en conjunto los presupuestos de reintento y de tiempo de procesamiento, y rechaza las combinaciones inseguras.
Solo una réplica a la vez recorre el ciclo del outbox de un tenant, así que más réplicas no aumentan la tasa de despacho al ledger de un tenant. Cada ciclo mantiene un lock de sesión de PostgreSQL en la base primaria del tenant. Accede a esa base sin un pooler de conexiones en modo de transacción.
Conciliación
Serie de cuotas
Estas variables definen cómo la conciliación envía a BTG los boletos de una serie de cuotas, uno por vez.Lotes de boletos
Estas variables definen cómo el servicio envía a BTG los ítems de un lote de boletos.Envío de webhooks e idempotencia
Consulta de facturas
Estas variables configuranPOST /v1/payments/consult. El rate limit cuenta las consultas por quien llama, y cada réplica lleva su propio conteo.
Migraciones
Health y readiness
GET /readyz (readiness) y, en modo multi-tenant, GET /readyz/tenant/:id responden en el puerto de HEALTH_PORT. La readiness queda en 503 hasta que se acepta una licencia. Consulta Health y readiness para conocer la forma de la respuesta.
