Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.
Comentário: Migration of unmigrated content due to installation of a new plugin

Configuración para agrupar pedidos de venta e ítems en la facturación.

Producto:

Protheus

Versiones:

A partir de la 11

Ocurrencia:

Agrupación de pedidos de venta e ítems en la facturación

Entorno:

Facturación

Paso a paso:

Índice

Índice
exclude.*ndice



Deck of Cards
startHiddenfalse
effectDuration0.5
idVincular RA / Desvincular RA
effectTypehorizontal
loopCardstrue
Card
defaulttrue
idCosto promedio
labelAgrupación de ítems

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).


Aviso
titleObservación

Así, no se pueden agrupar las cantidades de un mismo producto en la Factura cuando se generan dos o más registros en la Tabla SC9 para registro de las referencias (el DANFE se basa en las informaciones de la Tabla SD2, entonces, se genera de la misma manera).


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.


Dica
titleObservaciones

Si es necesario modificar los criterios, el RDMAKE de Danfe se abre para personalizaciones. Solicite a su GAR - Gerente de Atención y Relación con TOTVS un desarrollo por parte de nuestra fábrica de software de acuerdo con su necesidad.




Card
defaulttrue
idCosto promedio
labelAgrupación de pedidos de venta

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 "", 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).



Dica
titleObservaciones

Si las clases de "n" pedidos pueden totalizar más de cinco clases distintas, se deben crear campos adicionales para que reciban los datos en la nota (F2_VOLUME'x' y F2_ESPECI’x’).



    • Ejemplo de grabación:

      • SC5 - Encabezado Pedidos de Venta


        Sucursal

        Nº Pedido

        Clase 1

        Volumen 1

        Clase 2 a 4Volumen 2 a 4Peso netoPeso brutoFactura
        01000001

        CAJA

        5--12000000120
        01000002

        PALETE

        7--12000000120
        01000003

        BOBINA

        10--12000000120
        01000004

        CAJA

        15--12000000120



      • SF2 - Encabezado de la facturas de salida


        Sucursal

        Factura

        Clase 1

        Volumen 1

        Clase 2

        Volumen 2

        Clase 3

        Volumen 3

        Clase 4Volumen 4Peso netoPeso bruto

        01

        000000120

        CAJA

        20

        PALETE

        7

        BOBINA

        10

        --4

        CAJA












        PALETE












        BOBINA












        CAJA


Dica
titleObservaciones
  • Hay un límite de tamaño del archivo que se debe transmitir al SEFAZ para obtener la autorización de uso: los archivos XML no deben exceder 500 Kbytes. Si la nota tiene muchos ítems, divida en 2 o más notas para no exceder el tamaño de 500kb

  • Su entorno debe estar actualizado. Siguiendo este procedimiento criteriosamente, los pedidos se deben agrupar, salvo si el entorno está desactualizado o con personalizaciones que impactan en el proceso.

  • Si agrupa Pedidos de Venta similares, en una única Nota, se llevará al F2_MENNOTA solamente la información registrada en el C5_MENNOTA del último pedido.

  • Al agrupar Pedidos de Ventas similares donde solamente uno de los pedidos contiene valor de flete (C5_FRETE) informado, el prorrateo del valor se hará solo para los ítems de dicho pedido. Los demás ítems de los demás pedidos que no tienen la información de flete no harán parte del prorrateo. Si es necesario que el flete se prorratee en todos los ítems de los pedidos agrupados, el flete se debe dividir entre los dos o más pedidos agrupados.

  • Al agrupar "n" Pedidos de Venta en una misma Nota, el sistema no agrupa Productos iguales, es decir, las cantidades de un mismo producto listado dos veces, en una única línea.




Asuntos relacionados:

Límite de ítems en el Pedido de Ventas / Documento de salida

Límite de ítems en el Pedido de Ventas (C6_ITEM) y en el Documento de salida (D2_ITEM)

Centro de Costo en el Documento de Salida

Liberación o bloqueo indebido de stock (C9_BLEST)