Histórico da Página

En catastro de bancos, validar que el valor en A6_NUMBCO, de acuerdo al banco:

📄 Estructura del archivo familiar.ret

Este archivo define los campos relevantes del extracto por nombre y rango de posiciones. Cada línea tiene el siguiente formato:

Nombre del Campo PPPFFF

• Identificador de bloque (líneas de movimiento)
• PPP: Posición inicial (3 dígitos)
• FFF: Posición final (3 dígitos)

Este archivo define los campos relevantes por nombre y su índice dentro del arreglo.

Ejemplo:

🧠 Validaciones implementadas

• Verificación de existencia del archivo de configuración
• La rutina ignora líneas hasta encontrar "SALDO ANTERIOR"
• Validación de fecha y valor
• Clasificación contable por contenido
• Consulta de tipo contable en SEJ
• Registro de errores por línea en aLog
• Inserción controlada en SIF (solo en la primera línea)

📌 Recomendaciones importantes

• Validar que el archivo con datos del extracto esté alineado con la estructura y validar que el archivo con datos del extracto no tenga líneas incompletas ni campos fuera de rango.
• Mantener actualizada la tabla SEJ con los tipos de movimiento esperados
• Si el layout cambia, actualizar únicamente el archivo de configuración
• Registrar los errores en aLog para trazabilidad y auditoría

🧩 Objetivo

Implementar una rutina en ADVPL que procese extractos bancarios en formato de texto plano con posiciones fijas, provenientes del banco Itaú, y registre los movimientos contables en las tablas SIF y SIG del sistema Protheus. La rutina utiliza un archivo de configuración externo (itau.ret) para definir las posiciones de cada campo.

Actualizar el valor campo A6_NUMBCO en el formulario de bancos con el valor ITAU1

📁 Archivos involucrados

📄 Estructura del archivo itau.ret

Este archivo define los campos relevantes del extracto por nombre y rango de posiciones. Cada línea tiene el siguiente formato:

Nombre del Campo PPPFFF

• Identificador de bloque (líneas de movimiento)
• PPP: Posición inicial (3 dígitos)
• FFF: Posición final (3 dígitos)

Este archivo define los campos relevantes por nombre y su índice dentro del arreglo.

Ejemplo:

🧠 Validaciones implementadas

• Verificación de existencia del archivo de configuración
• Validación de fecha y valor
• Clasificación del contenido
• Consulta de tipo movimiento en SEJ
• Registro de errores por línea en aLog
• Inserción controlada en SIF (solo en la primera línea)

📌 Recomendaciones importantes

• Validar que el archivo con datos del extracto esté alineado con la estructura.
• Mantener actualizada la tabla SEJ con los tipos de movimiento esperados.
• Si el layout cambia, actualizar únicamente el archivo de configuración.
• Registrar los errores en aLog para trazabilidad y auditoría.

🧩 Objetivo

Implementar una rutina en ADVPL que permita importar extractos bancarios en formato de texto plano con posiciones fijas, provenientes del banco ATLAS, y registrar los movimientos contables en las tablas SIF y SIG del sistema Protheus.

Actualizar el valor campo A6_NUMBCO en el formulario de bancos con el valor ATLA1

📁 Archivos involucrados

 📄 Estructura del archivo atlas.ret

Este archivo define los campos relevantes por nombre y su índice dentro del arreglo aValores, generado por SplitDep().

📄 Estructura del archivo atlas.ret

Este archivo define los campos relevantes del extracto por nombre y rango de posiciones. Cada línea tiene el siguiente formato: Nombre del Campo PPPFFF

• Nombre del Campo: Etiqueta descriptiva del dato
• PPP: Posición inicial (3 dígitos)
• FFF: Posición final (3 dígitos)

Ejemplo:

🧠 Validaciones implementadas

• Verificación de existencia del archivo
• Validación de fecha y valor
• Consulta de tipo movimiento en SEJ
• Registro de errores por línea en aLog
• Inserción controlada en SIF (solo en la primera línea)

📌 Requisitos técnicos

• El archivo atlas.ret debe estar accesible desde la ruta definida.
• Las posiciones deben estar correctamente alineadas y sin solapamientos
• La tabla SEJ debe estar actualizada con los tipos de movimiento esperados.
• La rutina debe ejecutarse en un ambiente con acceso a las áreas SIF, SIG, SEJ.

🧩 Objetivo

Procesar únicamente extractos bancarios en formato csv separados por punto y coma (;), provenientes del banco Continental, y registrar los movimientos bancarios en las tablas SIF y SIG del sistema Protheus. La rutina utiliza un archivo de configuración externo (continental.ret) para definir los índices de cada campo relevante.

Actualizar el valor campo A6_NUMBCO en el formulario de bancos con el valor CONT1

Archivos involucrados:

 📄 Estructura del archivo continental.ret

Este archivo define los campos relevantes por nombre y su índice dentro del arreglo.

Ejemplo:

🧠 Validaciones implementadas

• Verificación de existencia del archivo en formato CSV
• Omisión de encabezado
• Eliminación de separadores de miles (.) en valores
• Validación si es débito o crédito contra tabla SEJ
• Validación de tipo de movimiento contra tabla SEJ
• Registro de errores en aLog si faltan datos clave

📌 Recomendaciones importantes

1. Validar con archivo real del Banco Continental.
2. Verificar que los campos estén correctamente mapeados.
3. Confirmar que los registros se inserten en SIF y SIG.
4. Revisar el log (aLog) ante errores de tipo o datos faltantes.

🧩 Objetivo

Procesar únicamente extractos bancarios en formato csv separados por punto y coma (;), provenientes del banco SUDAMERIS, y registrar los movimientos bancarios en las tablas SIF y SIG del sistema Protheus. La rutina utiliza un archivo de configuración externo (sudameris.ret) para definir los índices de cada campo relevante.

Actualizar el valor campo A6_NUMBCO en el formulario de bancos con el valor SUDA1

Archivos involucrados:

 📄 Estructura del archivo sudameris.ret

Este archivo define los campos relevantes por nombre y su índice dentro del arreglo aValores, generado por SplitDep().

Ejemplo:

🧠 Validaciones implementadas

• Verificación de existencia de sudameris.ret
• Validación de fecha y valor
• Consulta de tipo de movimiento en SEJ
• Registro de errores por línea en aLog
• Inserción controlada en SIF (solo en la primera línea)

✅ Beneficios de esta implementación

• Evita hardcodeo de índices
• Permite trazabilidad completa de cada movimiento
• Facilita mantenimiento y adaptación a nuevos layouts
• Compatible con lógica modular por configuración externa

📌 Recomendaciones importantes