Agrupación de ítems en registros pedido de venta/documento de salida

KCS: Cross Segmentos - TOTVS Backoffice (Línea Protheus) - SIGAFAT (Facturación) - Agrupación de ítems en la facturación

Cuando determinado producto se incluye en el pedido de ventas y este tiene referencias, como por ejemplo Lote y Sublote la información se registra en "N" líneas en la Tabla "SC9 - Liberaciones de pedidos de venta" y en la Tabla "SD2 - Ítems de las facturas de salida" de manera que se mantenga la integridad de los datos, y se establezcan las debidos relaciones de cada cantidad con su respectiva referencia.

Aunque un mismo producto, por ejemplo, sea suficiente para atender un Pedido pero, prorrateado por 2 Lotes o Sublotes distintos, se generarán 2 registros (2 líneas) diferentes en la SC9 (de manera que se vincule cada cantidad con el respectivo lote y realizar las integraciones del sistema correctamente).

Por otro lado para controles de Ubicación y Serie no se graban en la SC9 ni en la SD2, sino en la Tabla SDC.

De esta manera, al realizar la liberación de stock automáticamente, el sistema selecciona las Ubicaciones y Series (con base en el concepto FEFO) generando tan solo una línea en la SC9.

No obstante, si se libera de forma manual, en que sea imprescindible seleccionar manualmente cada Ubicación/Serie, entonces, se generarán secuencias de liberación C9_SEQUEN en líneas distintas de la SC9.

De igual manera, si en la inclusión del pedido es imprescindible seleccionar manualmente cada Ubicación/Serie (incluyendo "n" registros para cada ubicación / serie) también seguirán a la SC9 y SD2 en líneas distintas, y no se agruparán posteriormente en la Nota.

Agrupación de pedidos de venta diferentes de la venta en un documento de salida

KCS: Cross Segmentos - TOTVS Backoffice (Línea Protheus) - SIGAFAT (Facturación) - Agrupación de pedidos de venta en la Facturación

Para que más de un pedido de venta se agrupe en la factura de salida, validar los siguientes campos de tal manera que contengan el mismo valor, para que efectivamente se consideren similares e agrupados:

- Tipo Pedido (C5_TIPO)
- Cliente (C5_CLIENTE)
- Tienda del cliente (C5_LOJACLI)
- Tipo Cliente (C5_TIPOCLI)
- Cliente Entrega (C5_CLIENT)
- Tienda Entrega (C5_LOJAENT)
- Tipo Reajuste (C5_REAJUST)
- Condición de pago (C5_CONDPAG) [siempre y cuando sea diferente del Tipo 9 según la siguientes descripción]
- Vendedores (C5_VEND'x') (Todos los pedidos deben tener la misma cantidad de vendedores, deben estar registrados los mismos códigos y en los mismos campos)
- Tipo Flete (C5_TPFRETE)
- Transportadora (C5_TRANSP)
- ISS Incluso (C5_INCISS)
- Paga ISS (C5_RECISS)
- Proveedor ISS (C5_FORNISS)
- Presencia con (C5_INDPRES)

Además, considerar:

1. En casos de monedas diferentes del estándar, en "Actualizaciones > Registros > Monedas" la Moneda en cuestión (X) del pedido de venta debe estar con una tasa registrada para la fecha en que está emitiendo la factura.
   
   
2. Parámetro MV_MOEDA(x) debe estar debidamente informada y compatible con el pedido.
   
   
3. En la rutina MATA455 (Liberación de stock) los estatus de los pedidos deben estar Liberados.
   
   
4. La condición de pago debe ser diferente del Tipo 9 la cual se considera en esta operación.
   
   
5. En la preparación del documento, en el browser de la rutina MATA460A, seleccione los pedidos que se deben agrupar (checkbox), haga clic en el botón " Doc's", seleccione la pregunta "¿Agrup. Ped. Iguales ?" y deje igual a "Sí", de esta manera, el sistema generará una única nota con los pedidos agrupados.
   
   
6. Con la factura Layout 3.10 el SEFAZ valida si el CFOP está compatible con el tipo de la Fact que se indica en la TAG FinNFE. De esta manera, en adaptación al SEFAZ, las facturas con CFOP de devolución, se deben generar con la TAG con contenido = 4 (devolución) y los CFOP de venta con TAG = 1 (Normal), y no debe volver a ser la misma factura. Así, no ocurre la agrupación si los pedidos no tuvieran CFOP compatibles (todos de devolución, por ejemplo).
   
   
7. El parámetro MV_NUMITEN, donde se informa el número máximo de ítems por factura para controlar el salto de nota automáticamente, debe estar con un contenido que abarque la cantidad de ítems de los pedidos por facturar.
   
   
8. Integraciones con el pedido de ventas: Pedidos generados por las integraciones de los módulos SIGAGCT y SIGATMK, agrupan pedidos en una misma nota siempre y cuando, se respeten las condiciones mencionadas anteriormente (campos).
   
   
9. Los volúmenes correspondientes a clases iguales se sumarán, y las diferentes se distribuirán en los campos F2_VOLUME'x' y F2_ESPECI’x’ según la orden de procesamiento de los pedidos, es decir, no habrá necesariamente correspondencia entre C5_ESPECI1 y F2_ESPECI1).
   
   

10. Peso neto C5_PESOL y peso bruto C5_PBRUTO se suman respectivamente en la agrupación (Ejemplo de grabación a continuación).
    

• • Ejemplo de grabación:
    
    

    • SC5 - Encabezado Pedidos de Venta

      
      

      Sucursal	Nº Pedido	Clase 1	Volumen 1	Clase 2 a 4	Volumen 2 a 4	Peso neto	Peso bruto	Factura
      01	000001	CAJA	5	-	-	1	2	000000120
      01	000002	PALETE	7	-	-	1	2	000000120
      01	000003	BOBINA	10	-	-	1	2	000000120
      01	000004	CAJA	15	-	-	1	2	000000120

      
      
      

    • SF2 - Encabezado de la facturas de salida

      
      

      Sucursal	Factura	Clase 1	Volumen 1	Clase 2	Volumen 2	Clase 3	Volumen 3	Clase 4	Volumen 4	Peso neto	Peso bruto
      01	000000120	CAJA	20	PALETE	7	BOBINA	10	-	-	4	CAJA
      											PALETE
      											BOBINA
      											CAJA