01. DATOS GENERALES
| Producto | TOTVS Backoffice | ||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Línea de producto: | Línea Protheus | ||||||||||||||||||||||||
| Segmento: | Backoffice | ||||||||||||||||||||||||
| Módulo: | SIGAFIN-Financiero | ||||||||||||||||||||||||
| Función: |
| ||||||||||||||||||||||||
| País: | Argentina Bolivia Chile Colombia Dominicana Ecuador Estados Unidos México Paraguay Perú Uruguay | ||||||||||||||||||||||||
| Ticket | 19798435 | ||||||||||||||||||||||||
| Pacote | 014028 | ||||||||||||||||||||||||
| Requisito/Story/Issue (informe el requisito vinculado): | DMINA-22907 |
02. SITUACIÓN/REQUISITO
Para la rutina de TOTVS Recibos (FINA998.prw), se solicita que las consultas estándar puedan acceder a los datos ingresados en los campos que hasta en ese momento ya fueron incluidos en el encabezado.
Importante
La solución estará presente en el patch de expedición continua con fecha superior al 13/06/2024.
03. SOLUCIÓN
Se configura la carga de las pantallas de las consultas estándar que son nativas de Protheus para la ejecución correcta de las consultas y que estas puedan tener acceso a los campos que previamente fueron llenados en el encabezado.
Para la rutina de modelo de datos de Totvs Recibos (FINA887.PRW) se agrega la función para que sea ejecutado el punto de entrada "Llenar el campo del Cobrador cuando se seleccione el código del cliente - F998NRDCOB".
Para la rutina de Totvs Recibos(FINA998.PRW), dentro de la función JsonToAdvpl se crea el servicio que levanta las pantallas de las consultas estándar en ADVPL.
Para la rutina de Servicio de Formas de pago (paymentForm.service.tlpp) se elimina toda la lógica de validación de campos del encabezado, esto para que con los cambios del diccionario, las reglas sean tomadas desde la tabla SX3
Para la rutina de Servicio del recibo (receipt.service.tlpp), Se agrega el campo Tienda al encabezado para que esta pueda ser llenada con la consulta estándar nativa de Protheus y se elimina lógica de validación de campos.
- Realizar un respaldo del repositorio (RPO).
- Aplicar el parche correspondiente al issue.
- Aplicar el paquete de expedición continua Financiero - Totvs Recibo MI con fecha superior a este comunicado.
- Validar que las rutinas actualizadas en el repositorio, coincidan con las descritas en el encabezado del presente Documento Técnico.
- Ejemplo de configuración para la ejecución del caso solicitado.
Configurar la consulta estándar FJTCOB al campo Serie (FJT_SERIE) y colocar en el campo Edición (X3_WHEN) el valor de: "IIF(!VAZIO(FWFLDGET("FJT_COBRAD")),.T.,.F.)".
Consulta estándar - FJTCOBActualización consulta estándar en el archivo SXB - Consulta Estándar:
Alias
Tipo
Secuencia
Columna
Descripción
Contenido
FJTCOB 1
01 DB Serie por cobrador SEY FJTCOB 2 01 01 Cobrador + Fch. Entr FJTCOB 4 01 01 Cobrador EY_COBRAD FJTCOB 4 01 02 Serie Recibo EY_SERIE FJTCOB 4 01 03 Sucursal EY_FILIAL FJTCOB 5 02 SEY->EY_SERIE FJTCOB 6 01 SEY->EY_COBRAD==FWFLDGET("FJT_COBRAD")
NOTA: La configuración de la consulta estándar FJTCOB es opcional, no es una configuración estándar, es únicamente para los clientes que requieran esta configuración.
Configurar un disparador del campo Serie (FJT_SERIE) al Campo Recibo (FJT_RECIBO) donde la regla (X7_REGRA) sea Posicione("SX5",1,xFilial("SX5")+"RN"+FwFldGet("FJT_SERIE"),"SX5->X5_DESCRI") - Configurar en la rutina de Recibos x Cobrador (FINA013) al cobrador 000001 asignarle la Serie B.
- Ingresar a la rutina TOTVS Recibo; SIGAFIN - Actualizaciones | Cuentas por Cobrar | TOTVS Recibo.
- Ingresar a la opción Nuevo Recibo.
- Capturar los datos el cobrador 000001
- Validar que el campo Serie sea habilitado para editar.
- Abrir la consulta de Serie y validar que la serie mostrada sea la que se le asignó al cobrador.
04. INFORMACIÓN ADICIONAL
Actualizaciones al Diccionario de datos
Para actualizar el ambiente, aplicar los siguientes cambios.
Tablas (SX3)
FJT - Encabezado del recibo.
Modificar el campo Serie (FJT_SERIE)
| Campo | FJT_SERIE |
| When | SuperGetMv("MV_SERREC",.F.,.F.) |
| F3 | RN2 |
| Val. Sistema | ExistCpo("SX5","RN"+FwFldGet("FJT_SERIE")) |
NOTA: La configuración descrita en el campo FJT_SERIE permite habilitar el campo o deshabilitar el campo FJT_SERIE, dependiendo de si el parámetro MV_SERREC está activado o desactivado, además la validación permite verificar si el valor de serie informado existe en la base de datos (Estas configuraciones son requeridas por estándar).
Modificar el campo Recbibo (FJT_RECIBO)
| Campo | FJT_RECIBO |
| Val. Sistema | FA998Vld( FwFldGet("FJT_SERIE"), FwFldGet("FJT_RECIBO")) |
NOTA: La configuración descrita en el campo FJT_RECIBO permite validar si el número de recibo informado es un número existente en la base de datos, en caso de existir, no permitirá utilizar nuevamente el número de recibo. (Esta configuración es requerida por estándar).
Modificar el campo Modalidad (FJT_NATURE)
| Campo | FJT_NATURE |
| Val. Sistema | ExistCpo("SED") |
NOTA: La configuración descrita en el campo FJT_NATURE permite validar si la modalidad informada existe en la tabla de modalidades (SED) (Esta configuración es requerida por estándar).
Modificar el campo Cliente (FJT_CLIENT)
| Campo | FJT_CLIENT |
| Val. Sistema | ExistCpo("SA1") |
NOTA: La configuración descrita en el campo FJT_CLIENT permite validar si el cliente informado existe en la tabla de clientes (SA1) (Esta configuración es requerida por estándar).
Modificar el campo FJT_LOJA
| Campo | FJT_LOJA |
| Val. Sistema | ExistCpo("SA1",FwFldGet("FJT_CLIENT")+ FwFldGet("FJT_LOJA"),1) |
NOTA: La configuración descrita en el campo FJT_LOJA permite validar si la tienda informada existe en la tabla de clientes (SA1) (Esta configuración es requerida por estándar).
Modificar el campo Cobrador (FJT_COBRAD)
| Campo | FJT_COBRAD |
| Val. Sistema | ExistCpo("SAQ") |
NOTA: La configuración descrita en el campo FJT_COBRAD permite validar si el cobrador informado existe en la de cobradores (SAQ) (Esta configuración es requerida por estándar).
Modificar el campo Recibo (FJT_EMISSA)
| Campo | FJT_EMISSA |
| Inicializador Estandar | ddatabase |
NOTA: La configuración descrita en el campo FJT_EMISSA permite inicializar el campo de Fecha de emisión con la fecha del sistema (Esta configuración es opcional).
Consulta Estándar (SXB)
RN2
Actualización consulta estándar en el archivo SXB - Consulta Estándar:
Alias | Tipo | Secuencia | Columna | Descripción | Contenido |
|---|---|---|---|---|---|
| RN2 | 1 | 01 | DB | RN2 | SX5 |
| RN2 | 2 | 01 | 01 | Tabla + Clave | |
| RN2 | 4 | 01 | 01 | Clave | X5_CHAVE |
| RN2 | 4 | 01 | 02 | Descripcion | X5_DESCRI |
| RN2 | 5 | 01 | SX5->X5_CHAVE | ||
| RN2 | 5 | 02 | SX5->X5_DESCRI | ||
| RN2 | 6 | 01 | RN |
NOTA: La configuración descrita para el campo FJT_SERIE permite retornar el valor de número de recibo (FJT_RECIBO) por serie seleccionada, ya que la consulta estándar RN no regresa el número de recibo (Esta configuración es requerida por estándar).
La presente solución aplica para versión 12.1.2210 o superior, Aplicar el paquete de expedición continua Financiero - Totvs Recibo MI con fecha superior a este comunicado"..
¡IMPORTANTE!
En caso de presentar el siguiente mensaje de incompatibilidad de los campos de cheques:
Es necesario realizar la configuración especificada en el siguiente documento técnico:
Modificación de tamaño de los campos referentes a cheques
Esto es un punto que surge a partir de realizar la actualización del patch de financiero donde la rutina FINXLOAD posee una fecha superior al 29/04/2024.
05. ASUNTOS RELACIONADOS
Visão Geral
Import HTML Content
Conteúdo das Ferramentas
Tarefas