| Producto | |||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Línea de producto: | |||||||||||||||||||||||||
| Segmento: | |||||||||||||||||||||||||
| 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 |
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.
La solución estará presente en el patch de expedición continua con fecha superior al 13/06/2024. |
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.
|
Actualizaciones al Diccionario de datos
Para actualizar el ambiente, aplicar los siguientes cambios.
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 | F887CLIENT() |
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).
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).
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.