Histórico da Página

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

🧩 Objetivo

Automatizar la lectura, clasificación y registro de movimientos bancarios provenientes del Banco Familiar, utilizando un archivo de extracto en formato de texto plano con posiciones fijas y un layout configurable (familiar.ret) que define las posiciones de cada campo.

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

📁 Archivos involucrados

📄 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 aValores, generado por SplitDep().

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 aValores, generado por SplitDep().

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 aValores, generado por SplitDep().

Ejemplo:

⚙️ Funcionamiento de la rutina

1. Lectura del archivo de configuración
   Se carga continental.ret con la función LoadLCsv(), que genera un array {cCampo, nIndice}.
2. Lectura del archivo de extracto
   Se procesa nombre_archivo.ext línea por línea, dividiendo cada línea en aValores por ;
3. Extracción de campos
   Se usa GetCamCs() para obtener los valores desde aValores según el índice definido en el Archivo de configuración con índices de campos.
4. Clasificación movimiento
   Se consulta la tabla SEJ con el tipo de movimiento (cTipo) para obtener la ocurrencia (EJ_OCORSIS) y la descripción (EJ_DESCR).
5. Registro en SIF
   Se realiza una única vez en la primera línea, registrando la cabecera del proceso de importación.
6. Registro en SIG
   Se registra cada movimiento con trazabilidad completa: fecha, documento, valor, tipo, descripción, ocurrencia, débito/crédito.
7. Log de errores
   Se registra en aLog cualquier línea con datos insuficientes o tipo no encontrado.

🧠 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

✅ 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

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.