Árvore de páginas

01. DATOS GENERALES


Producto

TOTVS Backoffice

Línea de producto: 

Línea Protheus

Segmento:

Backoffice

Módulo:SIGAFAT - Facturación.
Función:
RutinaNombre Técnico
MATA521.PRXLiberación de Crédito y Stock
LOCXARG.PRWFunciones genéricas para documentos fiscales Argentina.
LOCXBOL.PRWFunciones genéricas para documentos fiscales Bolivia.
LOCXCOL.PRWFunciones genéricas para documentos fiscales Colombia.
LOCXDOM.PRWFunciones genéricas para facturas - Republica Dominicana.
LOCXEQU.PRWFunciones genéricas para facturas - Ecuador.
LOCXEUA.PRWFunciones genéricas para facturas - Estados Unidos.
LOCXMEX.PRWFunciones genéricas para documentos fiscales México.
LOCXNF2.PRWFunciones genéricas para documentos fiscales.
LOCXNF.PRWDocumentos fiscales.
LOCXPER.PRWFunciones genéricas para documentos fiscales Perú.
MATA942.PRWEstado Vs. Ing. Brutos (CCO).
LOCXPAR.PRWFunciones genéricas para facturas - Paraguay.
LOCXURU.PRWFunciones genéricas para facturas - Uruguay.
LOCXCHI.PRWFunciones genéricas para facturas - Chile.
OMSA521B.PRWExclusión de documentos de salida - Carga.
País:Paraguay.
Ticket:15458803.
Requisito/Story/Issue (informe el requisito vinculado):DMICNS-15574.


02. SITUACIÓN/REQUISITO

Al borrar remitos de venta que provienen de pedidos de venta, el sistema no borra la liberación del pedido en la tabla de pedidos liberados (SC9), cuando se consultan desde la rutina de liberación de stock, se muestran los pedidos de venta relacionados al remito que ya fue borrado lo cual es incorrecto.

03. SOLUCIÓN

En la rutina liberación de crédito y stock (MATA521), en la función MaDelNfs, se da tratamiento para que, al borrar un remito relacionado a un pedido de venta, el pedido sea borrado de la tabla pedidos liberados (SC9) cuando su estado sea igual a “facturado” (C9_BLCRED = 10, C9_BLEST =10).


  1. En la rutina de Productos (MATA010) que se encuentra en el menú perteneciente al módulo Facturación (Actualizaciones | Archivos) registre un producto.

  2. En la rutina de Clientes (MATA030) que se encuentra en el menú perteneciente al módulo Facturación (Actualizaciones | Archivos) registre un cliente.

  3. En la rutina de Tipos de Entrada Y Salida (MATA080) que se encuentra en el menú perteneciente al módulo Facturación (Actualizaciones | Archivos) registre una TES de salida, esta puede tener cálculo de impuestos, es importante que esté configurado para actualizar stock utilizando el campo Act. Stock (F4_ESTOQUE) = Si.

  4. En la rutina de Pedidos de Venta (MATA410) que se encuentra en el menú perteneciente al módulo Facturación (Actualizaciones | Pedidos) registre un pedido de venta, este debe estar configurado para la generación de remitos utilizando el campo Doc. Gener. (C5_DOCGER) = 2 - Remisión.

  5. En la rutina de Liberación de Crédito y Stock (MATA456) que se encuentra en el menú perteneciente al módulo Facturación (Actualizaciones | Pedidos) realice la aprobación de stock del pedido generado previamente.

  6. En la rutina de Generac. De Remitos (MATA462AN) que se encuentra en el menú perteneciente al módulo Facturación (Actualizaciones | Form. De Remisión) genere un remito de venta a partir del pedido de venta generado previamente.

  1. A través de la rutina de Generac. De Remitos de Venta (MATA462N) que se encuentra en el menú perteneciente al módulo Facturación (Actualizaciones | Form. De Remisión) borre el remito de venta generado previamente.

    1. Seleccione el remito de venta que fue generado anteriormente en la rutina de Generac. De Remitos, después de clic al botón Otras acciones, después en la opción Borrar.

    2. De clic al botón Grabar, después de clic al botón No para no dejar el pedido aprobado.

    3. De clic al botón Si para confirmar la reversión del documento.

    4. Acceda a la rutina de Liberación de Crédito y Stock para verificar que no aparezca registros relacionados al pedido de venta generado previamente.

    5. Acceda a la rutina de Pedidos de Venta y verifique que la leyenda del pedido de venta se encuentre en abierto.


04. INFORMACIÓN ADICIONAL



¡IMPORTANTE!

Esta solución (PATCH) solo es válida para aquellas remisiones que son excluidas posterior a su aplicación; los registros previos mantendrán su información como cuando fueron ingresados.


05. ASUNTOS RELACIONADOS

  • No aplica.