Árvore de páginas

Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

01. DATOS GENERALES


Producto

Solucoes_espanhol
SolucaoTOTVS Backoffice

Línea de producto: 

Linhas_totvs_espanhol
LinhaLínea Protheus

Segmento:

Segmentos_totvs_espanhol
SegmentoBackoffice

Módulo:

SIGAFIN - FINANCIERO

Función:
RutinaNombreFecha
F887FIN.PRWEventos del modelo de recibos para todos los paises.países.14/12/2022
F887FINMEX.PRWEventos del modelo de recibos para México.14/12/2022
País:México
Ticket:NA
Requisito/Story/Issue (informe el requisito vinculado):DMINA-17960


02. SITUACIÓN/REQUISITO

Dentro de la rutina Totvs Recibos (FINA998), al momento de realizar la cancelación de un recibo en la cual se detona error al momento de cancelar, se observa que los campos de cancelación (EL_CANCEL | FJT_CANCEL) se están actualizando como si la cancelación hubiese sido exitosa a pesar de detonar errores en el proceso, lo cual es incorrecto.


03. SOLUCIÓN

Dentro de la rutina de Eventos de modelo de recibos para todos los paises países (F887FIN), en el llamado a la función encargada de realizar la cancelación de recibos(F887CAN) , se agrega una validación para actualizar el campo de cancelación (FJT_CANCEL) en el modelo solo si el proceso de cancelación se realiza de forma exitosase realiza en el evento encargado de ejecutar las validaciones de las reglas de negocio genéricas del cadastro antes de la grabación del formulario(ModelPosVld).

Dentro de la rutina de Servicio Eventos de cancelación modelo de recibos de cobro (cancel-receipt.service.tlpppara México (F887FINMEX)se realiza el ajuste para no actualiza el valor actualizar el campo de cancelación (FJT_CANCEL) en el modelo al iniciar el proceso para evitar que se guarde de forma incorrecta si en la cancelación se detona algun erroragrega un método encargado de validar si un recibo generó alguna cuenta por cobrar para no permitir el anulado o borrado de dicho recibo (FINCXCVld). La nueva función es llamada a través de los eventos de pre-validaciones(ModelPreVld) y pos-validaciones(ModelPosVld).

Totvs custom tabs box
tabsPre-condiciones,Pasos
idsPre-condiciones,Pasos
Totvs custom tabs box items
defaultyes
referenciaPre-condiciones
  1. Realizar un respaldo del repositorio (RPO).
  2. Aplicar el parche correspondiente al issue DMINA-17960.
  3. Validar que las rutinas actualizadas en el repositorio, coincidan con las descritas en el encabezado del presente Documento Técnico, así como las fechas.
  4. Registrar en el módulo Financiero un cliente (SA1) normal de ventas.
  5. Generar una Factura de Venta (SIGAFAT >> Actualizaciones | Facturación | Facturaciones) registrando el Cliente (F2_CLIENTE) registrado en el punto 4. 
  6. Tener configurado algun algún parámetro de forma incorrecta para detonar error . (por ejemplo MV_CFDI_US).
Totvs custom tabs box items
defaultno
referenciaPasos
  1. Registrar un recibo de cobro en TOTVS Recibo (SIGAFIN >>  >> Movimientos | Cuentas por Cobrar | TOTVS Recibo)
    1. Se ingresa a la opción de "Nuevo recibo".
    2. Capturar los datos del encabezado.
    3. Seleccionar en la sección de "Títulos a Cobrar o Compensar" la factura generada en las pre-condiciones (
    8
    1. 6).
    2. Agregar la forma de pago.
    3. Confirmar el guardado del recibo marcando la casilla "Generar CFDI".
    4. Desde la opción "Buscar Recibo", se procede a anular el recibo de cobro.
    5. Dar clic en "Anular".
    6. En la siguiente ventana se confirma la anulación del recibo.
    7. Validar que se muestre el mensaje de error que no realice la anulación del recibo.
  2. Verificar y que los campos de cancelación (EL_CANCEL | FJT_CANCEL) no se actualicen.

...

04. INFORMACIÓN ADICIONAL

...



Card documentos
InformacaoLa presente solución aplica para versión 12.1.33 o superior, siempre y cuando se tengan las rutinas actualizadas a la fecha indicada en la sección 01 - Datos Generales.
Titulo¡IMPORTANTE!


05. ASUNTOS RELACIONADOS

...