Quiero descargar el archivo bancario y revisar contabilidad¶
Pasivo por concepto y centro de costo¶
Texto contrastado con modelos, vistas y permisos de BPSPayrollE 067ec7a21cf049451cd349ae473e872883f98e77. No se generó ni publicó un asiento en esta entrega.
- El administrador/revisor contable abre Contabilidad → Contable BPS → Mapeo contable y comprueba compañía, concepto, cuentas, diario y fechas de vigencia. Los devengos requieren concepto: un mapeo genérico no sustituye al mapeo vigente del concepto.
- Al consultar Asientos técnicos, revisa cada línea: Concepto, Procedencia, cuenta, débito y crédito. Las columnas opcionales de clave/origen permiten reconstruir la fuente. Dos conceptos que llegan a la misma cuenta deben conservar su identidad; no fusionarlos manualmente para simplificar el reporte.
- Coteja las líneas con el recibo del mismo trabajador, compañía y período. Las líneas técnicas de aportes sin concepto conservan su tratamiento específico; no se les asigna un concepto ficticio para superar el control.
- RR. HH. prepara el centro de costo en la versión contractual. El asiento usa el centro del período como valor por defecto solo si el mapeo no define distribución analítica propia. Ante imputación inesperada, revisa primero esa precedencia y las vigencias.
- Si hubo reapertura autorizada, revisa la reversión y su enlace al origen: preserva concepto y trazabilidad. Una reversión técnica no revierte un envío, una planilla ni un pago externo.
Límite vigente importante: si una versión posterior quitó por completo el centro de costo del empleado, el atajo del productor de asiento puede tratarlo como ausente al procesar un período anterior. Cambiar de centro y retirarlo no son equivalentes. Conserva período, versiones y diferencia; escala a producto y no completa analítica a mano para presentar la ruta como correcta. Este límite no se atribuye a H-8.
Recuperación: falta de mapeo → administrador configura con soporte y vigencia; concepto ausente → revisar origen del devengo; compañía ajena → detener y corregir contexto; diferencia contable → conservar fuentes, no editar el archivo exportado. Capturas pendientes: mapeo, líneas/origen, contexto de versión y recuperación. Fuentes: asiento, centro por versión y límite, vistas.
Para qué sirve¶
Reapertura técnica: preparación y límite actual¶
Código incorporado desde PayrollBPS PR #8 (75ebbf03) y confirmado en vistas del corte 067ec7a21cf049451cd349ae473e872883f98e77. El rol de reapertura, no cualquier administrador, abre el cierre y Solicitar reapertura técnica. El asistente solicita cierre y motivo; antes de confirmar deben revisarse compañía, período y causa autorizada. El aviso establece que conserva el cierre y crea reversiones técnicas trazables: no revierte PILA, DSNE ni pagos. Si falta el permiso o la acción rechaza el cierre, conservar el mensaje y escalar al responsable, sin ampliar grupos ni modificar el cierre a mano. Esta ruta no se ejecutó; faltan resultado y recuperación en Odoo. No confundirla con publicar asientos, que tampoco está autorizado en esta entrega.
Consolidar una orden/lote local de pago, aplicar controles por compañía y periodo, y generar un archivo gobernado para carga manual en el portal empresarial del banco. También permite revisar la relación con las capas internas de conciliación y contabilidad.
Listado real de lotes en una base limpia. Periodo, cuenta, total, ambiente y resultado del portal son campos de control; un listado vacío no representa un pago realizado.
Ruta exacta¶
Aplicación: Nómina BPS → contenedor: Contabilidad, dividido en dos bloques
| Lo que necesitas | Opción de menú | Cómo se ejecuta |
|---|---|---|
| Contabilizar recibos | Contable BPS > Contabilización de recibos | Lista, con botón en el formulario |
| Revisar el mapeo contable | Contable BPS > Mapeo contable | Lista |
| Ver asientos técnicos | Contable BPS > Asientos técnicos | Lista |
| Consultar el cierre técnico | Contable BPS > Cierre técnico | Solo consulta |
| Consultar la reapertura técnica | Contable BPS > Reapertura técnica | Solo consulta |
| Comprobar antes de pagar | Pago y banco BPS > Preflight de pago (local) | Asistente |
| Crear el lote bancario | Pago y banco BPS > Crear lote bancario local | Asistente |
| Ver lotes y archivos | Pago y banco BPS > Lotes y archivos bancarios | Lista |
| Gobernar el formato del banco | Pago y banco BPS > Perfiles de archivo bancario | Lista |
Cierre técnico y reapertura se ven, pero no se ejecutan desde aquí
Esta era la conclusión del corte de agosto. En 067ec7a21cf049451cd349ae473e872883f98e77 existe Solicitar reapertura técnica, reservado al grupo de reapertura. También se observó el menú Generar checklist de cierre, que no debe equipararse sin prueba al cierre técnico inmutable. Entradas actuales y permisos.
Antes de empezar¶
| Control | Resultado esperado |
|---|---|
| Periodo/compañía | Lote separado del resto de empresas y cortes. |
| Recibos revisados | No se construye un lote con cálculos pendientes. |
| Perfil/formato de banco | Perfil local aprobado para el banco y cuenta de origen correctos. |
| Responsable de portal | Persona autorizada para la carga manual externa. |
| Soporte de revisión | Se puede explicar por qué se incluyó o anuló cada orden. |
Pasos¶
- Abra Contabilidad → Lotes y archivos bancarios.
- Verifique periodo, compañía, banco/cuenta origen y moneda COP.
- Ejecute el preflight local: debe señalar datos faltantes, diferencias o gates.
- Revise órdenes incluidas, exclusiones y total del lote.
- Genere/descargue el archivo únicamente cuando el estado interno lo permita.
- Deténgase en el archivo local revisado. La carga manual en el portal pertenece a otro procedimiento del responsable bancario, con autorización independiente; no se ejecuta durante esta actualización del InfoCenter.
- Cuando exista una operación externa autorizada, su responsable conserva el resultado/acuse. No registre aceptación a partir de la sola descarga local.
Resultado esperado¶
Un lote local con secuencia, cantidad, total, cuenta origen, perfil y estado comprobables. La anulación/cierre local se gobierna por el flujo; no se reescribe el archivo ni el historial para “arreglar” una diferencia.
Problemas frecuentes¶
| Síntoma | Qué revisar | Recuperación |
|---|---|---|
| No permite generar archivo | Gate de datos/perfil/orden | Atienda la causa en la orden o perfil; no fuerce descarga. |
| Total no coincide | Órdenes, periodo, moneda y exclusiones | Corrija la fuente y repita preflight. |
| Portal rechaza archivo | Formato externo o datos bancarios | Conserve el rechazo; compare con la especificación del banco y ajuste mediante proceso controlado. |
No ejecuta pagos
Nómina BPS no envía dinero, no llama APIs bancarias y no crea un account.payment como sustituto de la operación real. Genera una evidencia/archivo para que el usuario autorizado lo cargue manualmente al banco y preserve su resultado.
Límites¶
La aceptación del archivo depende del portal y formato de cada banco (por ejemplo, Occidente, Davivienda o Falabella) y debe comprobarse en UAT. La conciliación/cierre productivo externo no se declara por la mera generación del archivo local.
Ficha de verificación¶
| Dato | Valor |
|---|---|
| Versión de la guía | V1.1 — texto reanclado; capturas todavía V1.0 |
| Fecha de verificación | 2026-08-10 |
| Código observado | 4b0f549dd72d6d61dd1eb181d165dbe48459480f |
| Rama | dev-fase3 de xdiegob/PayrollBPS |
| Entorno | Odoo.sh xdiegob-payrollbps, Development, build 36201289, Test: Success |
| Alcance verificado | Rutas de menú, roles que las ven y existencia de asistentes, por consulta de solo lectura |
| No verificado | Recorrido funcional con rol real y datos de nómina sembrados |
| Estado externo | No aplica: esta guía no afirma aceptación de ningún tercero |