Explicación sobre los tipos de condiciones de pago

Producto:

Protheus

Versiones:

A partir de la 11.8

Ocurrencia:

Explicación sobre las condiciones de pago en facturación, disponibles en el producto Protheus

Entorno:

Todos

Índice

Concepto

Las condiciones de pago existen para estipular reglas comerciales y plazos en el momento de la finalización de la compra, sea esta una cobranza de empresas (compras) o entrega (vendas). Es posible vincular en casos de la entrada de productos (compra) pagos adelantados y en el caso de la salida de productos (venta/facturación) una cobranza adelantada.

Aumentos, descuentos, tipos, porcentajes y algunas condiciones pueden imponerse en el momento del registro de la condición de pago, además del plazo/cantidad de las cuotas del movimiento.

Consideraciones

Excepción de fechas en pagos

Las condiciones de pago tienen registro de fechas solamente por regla. No es posible configurar para no caer en determinados días o determinar aumentos o disminuciones, de acuerdo con la forma de pago.

Alternar fecha de vencimiento dependiendo del día de pago

En el módulo Financiero [SE1 - Títulos por cobrar] se realiza un tratamiento que toma el vencimiento E1_VENCTO, que tiene su valor calculado por el campo E1_EMISSAO, y ajusta el vencimiento real del vencimiento del título al día hábil más próximo y graba reajustado en el campo “Vencto. Real - [E1_VENCREA]”

Por este motivo no es posible configurar condiciones de pago de tal manera que, si el inicio del conteo de la condición de pago estuviera entre el día "W" y el día "X", el vencimiento de la factura de crédito ocurre el día "A" y si el pago ocurriera entre el día "Y" y el día "Z", que el vencimiento de la factura de crédito ocurra el día "B".

Día "31" de los meses y días hábiles

Los plazos de pago cuentan días consecutivos, entonces, cuando el mes tiene 31 días, este se contará para definición del plazo final.

La condición no valida días hábiles para su formación fija, solamente tiene reasignación al día hábil más próximo en el campo "Vencto. Real (E1_VENCREA)", si el vencimiento fijo (E1_VENCTO) caiga en un día no hábil (sábado, domingo o feriados).

Sin embargo, para Tipos en los que se definen fechas específicas para pago (Tipos 3/7) si utilizara la fecha "31" como día fijo y el pago se calculara para caer el día 31, pero, caer en un mes que no tiene el día 31 en el Calendario, entonces se considerará el día 30 teniendo como regla el concepto de Mes comercial (el cual considera que el año tiene 360 días y cada uno de los meses 30 días, indiferentemente).

Simulación de la condición de pago y grabación real del campo con la condición de pago

La solapa Factura de crédito muestra las informaciones referentes a la fecha de vencimiento y valores de las facturas de crédito que se generarán en el entorno Financiero después de la preparación del documento de salida. La regla seguida por el sistema para cálculos de las fechas de vencimiento de las facturas de crédito en la Planilla del pedido de venta tiene el siguiente comportamiento:

Si no se completara el campo FECHA DE ENTREGA (campo C6_ENTREG), los días para el vencimiento de la factura de crédito se contarán a partir de la emisión del pedido de venta (campo C5_EMISSAO).
Si la FECHA DE ENTREGA (campo C6_ENTREG) se completara y fuera menor que la fecha de emisión del Pedido de venta (C5_EMISSAO), los días para vencimiento de la factura de crédito se contarán a partir de la FECHA DE ENTREGA (campo C6_ENTREG).

Esto sucede porque los pedidos de venta pueden emitirse pero no liberarse/facturarse inmediatamente, es decir, la facturación es superior a la fecha de emisión del pedido de ventas, entonces, la simulación calcula a partir del campo C5_EMISSAO para una mejor visualización.

El parámetro MV_DIACONT es importante en este proceso de determinación del vencimiento del título generado. (Define si el inicio es por la fecha de emisión de la factura o en el día posterior).

Ejemplos de utilización de este parámetro en el tópico "Parámetros" de esta documentación.

Copia del pedido de venta y fecha de entrega

Al realizar la copia de un pedido de ventas, considerar el parámetro MV_TIPCPDT para ajustar la Cumplimentación de la "Fecha de entrega [C6_ENTREG]".

Ejemplos de utilización de este parámetro en el tópico "Parámetros" de esta documentación.

Anticipar/prorrogar el día de vencimiento

Al utilizar una condición de pago que configura días específicos (Tipos 3/4/6), si el pago se calculara para una fecha que no está entre las fechas válidas configuradas en [E4_COND], entonces el sistema siempre prorrogará este pago al próximo día configurado como válido, el pago no es anticipado.

Cobranza anticipada (RA)

TDN: http:/FAT0149 - Cobranza anticipada (RA/Anticipo) en el Pedido de venta (MATA410)

En Pedidos de venta es posible vincular la Venta con una Cobranza anticipada, para generar la división de lo restante con base en la configuración de la condición de pago.

Cantidad de cuotas

KCS: Cross Segmentos - TOTVS Backoffice (Línea Protheus) - SIGAFAT - Funcionamiento del parámetro MV_1DUP

Por estándar, el Protheus permite la inclusión de 35 Cuotas (0 a 9 - A a Z), sin embargo, es posible aumentar este número a partir de las configuraciones:

Parámetro MV_1DUP: Por estándar tiene el contenido A, pudiendo modificarse hasta 3 dígitos (AAA o 001).
Campo E1_PARCELA: Por estándar tiene la información 1 (un dígito), por el grupo de campos "CUOTA" del configurador puede modificarse hasta 3 dígitos.

Títulos de Devolución NDF (Nota Débito Proveedor) / NCC (Nota Crédito Cliente) divididos/datados de acuerdo con la condición de pago

KCS: Cross Segmentos - TOTVS Backoffice (Línea Protheus) - SIGAFAT - Devoluciones de compras al facturar generan título único del tipo "NDF"

Si en una compra/venta donde se negocia el pago en 4 veces y que por cualquier motivo ocurre la desistencia de la compra dentro del plazo de devolución. En este caso se emite una nota de devolución del producto, para deshacer esta compra/venta.

Si el sistema no dividiera el título de devolución (a pesar de la condición de pago seleccionada) y solamente genera un título, con la fecha en la cual la compra está siendo deshecha, con el mismo propósito, que es deshacer el pago/cobranza (no ocurrirá más, ya que el producto se devolvióo).

Impuestos acumulados en cuotas

KCS sobre "E4_IPI": Cross Segmentos - Backoffice (Línea Protheus) – SIGAFAT – Cumplimentación del campo "IPI (N/J/S)" (E4_IPI)

KCS sobre "E4_SOLID": Cross Segmentos - Backoffice (Línea Protheus) – SIGAFAT – Cumplimentación del campo "ICM Solid." (E4_SOLID)

En una compra/venta se negocia el pago en 4 veces, por cualquier motivo ocurre la desistencia de la compra dentro del plazo de devolución y se emite una nota de devolución del producto, para deshacer esta compra/venta.
Si el sistema no dividiera el título de devolución (a pesar de la condición de pago seleccionada) y solamente genera un título, con la fecha en la cual la compra está siendo deshecha, con el mismo propósito, que es deshacer el pago/cobranza (no ocurrirá más, ya que el producto se devolvió).

Siempre que configure la condición de pago para Separar los Impuestos (E4_IPI y/o E4_SOLID) debe aumentarse el primer dígito de la Condición de pago (E4_COND) exclusivo para la factura de crédito de impuestos.

Si la factura emitida separa los impuestos calculados:
Se generarán en la primera cuota configurada en la Condición de pago.
De esta manera, si deseara prorratear el valor de la factura de crédito en 3 veces pero con E4_IPI y/o E4_SOLID = Separa, entonces es necesario configurar 4 cuotas en la Condición, pues la primera será de uso exclusivo para los impuestos si existieran.
Si la factura emitida no separa los impuestos calculados:
La primera cuota configurada en la Condición de pago se desconsiderará, siempre y cuando E4_IPI y/o E4_SOLID = Separa.

Campo IPI "E4_IPI" (N/J/S).

N - Normal - El valor del IPI se cobrará/distribuirá entre las "n" cuotas.

J - Junta - El valor del IPI se cobrará integral en la 1ª cuota.

S - Separado - El valor del IPI se cobrará en un título aparte.

Complemento:

Para que de hecho la opción junta se haga efectiva el campo ICM Solid. (E4_SOLID) debe estar completado con el Valor J (Junta) o N (Normal), solamente así el valor del IPI se sumará al valor de la primera cuota.

OBS: Para que se muestre el valor correctamente en el prorrateo entre las cuotas, la funcionalidad "Simulación" de la rutina Registro de Condición de pago [MATA360], el campo "Valor de referencia" debe componer el monto con los impuestos, a pesar de mencionar el valor específico de los impuestos en los campos "Valor del IPI" y "Valor del ICMS Solidário".

Para retener PIS COFINS CSLL solamente en la primera cuota de la Factura de entrada, puede obtenerse por medio de los parámetros:

MV_RATPIS
MV_RATCOF
MV_RATCSLL

Detalles en: Condición de pago_Retención_de_PIS_COFINS_CSLL solamente en la primera cuota de la Factura de entrada

Dudas sobre retención PIS/COFINS/CSLL n la factura de entrada, entre en contacto con el Equipo de Compras / GCP / GCT [SIGACOM].

Prorrateo de los gastos adicionales entre las cuotas

El valor de los gastos adicionales (flete/seguro/gastos) componen la base de cálculo y así, por estándar, se suman al valor de las mercaderías para prorrateo (división) entre las cuotas.
El valor de los gastos adicionales no se genera en título(s) aparte o solamente en la primera cuota (como ocurre con impuestos).

Tipos de condición de pago

Configurado por el campo “Tipo* [E4_TIPO]” en la rutina MATA360.

Tipo 1:

Documentación KCS sobre la Condición de pago Tipo 1:
https://centraldeatendimento.totvs.com/hc/pt-br/articles/14178272061463-Cross-Segmentos-TOTVS-Backoffice-Línea-Protheus-SIGAFAT-Facturación-Creación-de-la-condición-de-pago-Tipo-1

Se recomienda para condiciones de complejidad baja.

Es posible determinar la distancia de los vencimientos entre las cuotas teniendo como base la emisión del documento de salida.

Registrando:

E4_CODIGO = (criterio del usuario)
E4_TIPO = 1
E4_COND = 00,30,60

OBS: Preste atención a la configuración del parámetro MV_DIACONT siendo 1 = Cuenta el día actual o 2 = Cuenta a partir del día siguiente.

Ejemplos de utilización de este parámetro en el tópico "Parámetros" de esta documentación.

GIF Ejemplo do resultado de la simulación utilizando la condición de pago anterior (Tipo 1 - E4_TIPO = “1”):

Tipo 2:

Documentación KCS sobre la Condición de pago Tipo 2:
https://centraldeatendimento.totvs.com/hc/pt-br/articles/14191561177879-Cross-Segmentos-TOTVS-Backoffice-Línea-Protheus-SIGAFAT-Facturación-Creación-de-la-condición-de-pago-Tipo-2

Se recomienda para condiciones de pago de complejidad baja.

Representa el tiempo hasta el vencimiento (con un multiplicador), el número de las cuotas y el intervalo entre estas también con un multiplicador.

Registrando:

E4_CODIGO = 341 (No es libre para selección del usuario, pues forma parte de la composición de la regla de condiciones de pago Tipo 2)
E4_TIPO = 2
E4_COND = 7 (en este ejemplo, el multiplicador tiene valor 7)

GIF Ejemplo del resultado de la simulación utilizando la condición de pago anterior (Tipo 2 - E4_TIPO = “2”).

Tipo 3:

Documentación KCS sobre la Condición de pago Tipo 3:
https://c entraldeatendimento.totvs.com/hc/pt-br/articles/14307548200215-Cross-Segmentos-TOTVS-Backoffice-Línea-Protheus-SIGAFAT-Facturación-Creación-de-la-condición-de-pago-Tipo-3

Se recomienda para condiciones de complejidad media.

Se determinan los días hasta el primer vencimiento, la cantidad de cuotas y los días exactos de vencimiento. (para que el sistema ajuste para los días colocados)

Registrando:

E4_CODIGO = (criterio del usuario)
E4_TIPO = 3
E4_COND = 3,42,7,14,21,28

GIF Ejemplo del resultado de la simulación utilizando la condición de pago anterior (Tipo 3 - E4_TIPO = “3”).

Tipo 4:

Se recomienda para condiciones de pago con media complejidad.

Se declara la cantidad de cuotas, el intervalo entre estas y el día de la semana estándar de vencimiento.

d(S) son los días de la semana, se asume:

1 - Domingo

2 - Lunes

3 - Martes

4 - Miércoles

5 - Jueves

6 - Viernes

7 - Sábado

OBS: El sistema no retrocede la fecha a la semana vigente del vencimiento. Si por el intervalo de cuotas el vencimiento cae el Miércoles, en la misma semana el sistema llevará la regla como vencimiento al Martes de la semana siguiente.

Ejemplo:

Emisión 28/06/22 + 30 DDL
Si el vencimiento cayera el día 27/07 (Miércoles), como la regla en el pago es todo Martes, el vencimiento correcto será el día 02/08/22 (martes de la próxima semana), entonces el sistema reajusta, si utilizara esta condición de pago.

Registrando:

E4_CODIGO = (criterio del usuario)
E4_TIPO = 4
E4_COND = 4,30,3 (Martes)

Resultado:

Los pagos se harán de la siguiente forma:

• 1ª cuota se pagará después del vencimiento de la factura de crédito después de los 30 días de intervalo, la cuota se pagará en el reajuste para el día de la semana más próximo (configurado) para caer.

• 2ª cuota se pagará después del vencimiento de la factura de crédito después de los 30 días de intervalo, la cuota se pagará en el reajuste para el día de la semana más próximo (configurado) para caer.

• 3ª cuota se pagará después del vencimiento de la factura de crédito después de los 30 días de intervalo, la cuota se pagará en el reajuste para el día de la semana más próximo (configurado) para caer.

• 4ª cuota se pagará después del vencimiento de la factura de crédito después de los 30 días de intervalo, la cuota se pagará en el reajuste para el día de la semana más próximo (configurado) para caer.

GIF Ejemplo del resultado de la simulación utilizando la condición de pago anterior (Tipo 4 - E4_TIPO = “4”).

Tipo 5:

Se recomienda para condiciones de complejidad baja.

Se determinan los días hasta el primer vencimiento, la cantidad de cuotas y la carencia entre estass.

Registrando:

E4_CODIGO = (criterio del usuario)
E4_TIPO = 5
E4_COND = 30,4,30

Resultado:

Los pagos se harán de la siguiente forma:

• 1ª cuota pagada 30 días después de la emisión del documento de salida.

• 2ª cuota pagada 30 días después del vencimiento de la cuota anterior.

• 3ª cuota pagada 30 días después del vencimiento de la cuota anterior.

• 4ª cuota pagada 30 días después del vencimiento de la cuota anterior.

GIF Ejemplo del resultado de la simulación utilizando una condición de pago Tipo 5 (Tipo 5 - E4_TIPO = “5”).

Tipo 6:

Se recomienda para condiciones de complejidad alta.

Se determina la cantidad de cuotas, el tiempo en días) hasta el inicio de los pagos, el día de la semana que en el cual el vencimiento puede caer y la carencia entre los vencimientos de las cuotas (facturas de crédito).

d(S) son los días de la semana, se asume:

1 - Domingo

2 - Lunes

3 - Martes

4 - Miércoles

5 - Jueves

6 - Viernes

7 - Sábado

Registrando:

E4_CODIGO = (criterio del usuario)
E4_TIPO = 6
E4_COND = 6,15,4 (Miércoles),30

Resultado:

Los pagos se harán de la siguiente forma:

• 1ª cuota pagada 15 días después de la emisión, la cuota se pagará en el reajuste para el día de la semana más próximo (configurado) para caer.

• 2ª cuota se pagará después del vencimiento de la factura de crédito después de los 30 días de intervalo, la cuota se pagará en el reajuste para el día de la semana más próximo (configurado) para caer.

• 3ª cuota se pagará después del vencimiento de la factura de crédito después de los 30 días de intervalo, la cuota se pagará en el reajuste para el día de la semana más próximo (configurado) para caer.

• 4ª cuota se pagará después del vencimiento de la factura de crédito después de los 30 días de intervalo, la cuota se pagará en el reajuste para el día de la semana más próximo (configurado) para caer.

• 5ª cuota se pagará después del vencimiento de la factura de crédito después de los 30 días de intervalo, la cuota se pagará en el reajuste para el día de la semana más próximo (configurado) para caer.

• 6ª cuota se pagará después del vencimiento de la factura de crédito después de los 30 días de intervalo, la cuota se pagará en el reajuste para el día de la semana más próximo (configurado) para caer.

GIF Ejemplo del resultado de la simulación utilizando la condición de pago anterior (Tipo 6 - E4_TIPO = “6").

Tipo 7:

Se recomienda para condiciones de complejidad muy alta.

El primer dígito simboliza la cantidad de cuotas, seguido de los días del mes de cada mes en el cual caerán las cuotas.

Solamente un día fijo en el año (independientemente de la emisión)
Ejemplo: Vencimiento en el día 10/07

Crear una condición de pago Tipo = 7 y Condición: 1,0,0,0,0,0,0,10,0,0,0,0,0 , donde el primer dígito corresponde al número de cuotas y después cada cero como corresponde a un mes del año.

En el séptimo cero se incluyó el día del vencimiento. Al incluir una factura en la fecha de hoy, el vencimiento quedará para el 10/07.

Registrando:

E4_CODIGO = (criterio del usuario)
E4_TIPO = 7
E4_COND = 03,05,10,15,20,25,30,05,10,15,20,25,30

Resultado:

Suponiendo que la emisión de la factura de salida de la compra se emitió el día 01/01. Los pagos se harán de la siguiente forma:

• 1ª cuota pagada el día 5 de enero.

• 2ª cuota pagada el día 10 de febrero.

• 3ª cuota pagada el día 15 de marzo.

OBS: El sistema no retrocede el mes para cálculo del vencimiento.

Ejemplo:

Si la Emisión fuera el: 10/01/22

El primer vencimiento (enero) sería el día 5 de enero, pero como la factura se emitió en una fecha superior a la primera cuota, este no retrocede y sí avanza a la próxima, que es el día 10 de febrero.

GIF Ejemplo del resultado de la simulación utilizando la condición de pago anterior (Tipo 7 - E4_TIPO = “7”).

Tipo 8:

Se recomienda para condiciones de complejidad muy alta.

Determinado con dos bloques numéricos. El primero determina la distancia de días para el vencimiento de las facturas de crédito (a partir de la emisión de la factura, así como la condición de pago del Tipo 1). El segundo determina el porcentaje de pago con relación al total de las facturas de crédito que se pagará en las respectivas cuotas.

Los bloques deben separarse por []:

Primer bloque: Vencimiento de las facturas de crédito (similar al de la condición de pago Tipo 1).
Segundo bloque: Porcentajes acumulados (concentrados) en cada factura de crédito respectiva que está en el primer bloque.

Atención:

El segundo bloque de números debe tener en su suma el 100% y debe tener la cantidad de números igual a la cantidad de cuotas (del primer bloque)

Porcentaje decimal:

Si el número del porcentaje fuera “quebrado”, por ejemplo el porcentaje “Quince y medio por ciento” debe representarse como “15.5” (con punto y no coma) y separada por comas para que no afecte el conteo de las otras cuotas y porcentajes.

Registrando:

E4_CODIGO = (criterio del usuario)
E4_TIPO = 8
E4_COND = [30,60,90],[50,22.5,22.5]

Resultado:

Suponiendo que el total de las cuotas fuera R$1000,00. Los pagos se harán de la siguiente forma:

1ª cuota 30 días después de la emisión con el valor de R$550, que es el 55% del valor total.
2ª cuota 60 días después de la emisión con el valor de R$225, que es el 22,5% del valor total.
3ª cuota 90 días después de la emisión con el valor de R$225, que es el 25,5% del valor total.

GIF Ejemplo del resultado de la simulación utilizando la condición de pago anterior (Tipo 8 - E4_TIPO = “8”).

Tipo 9:

Se recomienda para condiciones de la más extrema complejidad.

Se determina manualmente en el pedido de ventas (Rutina MATA410 - Tabla SC5), la fecha de las cuotas y los valores de las cuotas.

Si ninguno de los Tipos de condición disponibles atienda plenamente la particularidad de su necesidad, puede utilizarse la Condición de pago Tipo 9, que se utiliza cuando no existe un tipo que automatice la especificidad de la regla del cliente. Detalles a continuación y en el enlace: Condición_de_pago_Tipo_9

El registro se realiza en la rutina Condiciones de pago - [Rutina MATA360 - Tabla SE4], pero la configuración de los valores de las cuotas y fecha de vencimiento de las cuotas se informa en la rutina Pedidos de venta - [Rutina MATA410 - Tabla SC5] o Presupuestos de venta - [Rutina MATA415 - Tabla SCJ].

Existen dos tipos de uso sobre la Condición de pago Tipo 9, el modo por porcentaje y el modo por valor fijo.

Valor fijo (E4_COND = 0): El valor de las cuotas está determinado enteramente.
Valor por porcentaje (E4_COND = %): El valor de las cuotas está determinado en porcentajes con relación al total de las cuotas.

Ejemplo de registro - Condición de pago Tipo 9 - Valor fijo

E4_CODIGO = 001
E4_TIPO = 9
→ E4_COND = 0 (Valor fijo)
E4_DESCRI = “TIPO 9 VALOR FIJO”

Ejemplo de registro - Condición de pago Tipo 9 - Valor fijo

E4_CODIGO = 002
E4_TIPO = 9
→ E4_COND = % (Valor en porcentaje)
E4_DESCRI = “TIPO 9 PORCENTAJE”

Ejemplo de uso de la condición “001” que es Tipo 9 y tiene el valor fijo:

Pedido 1:

“Pedido de ventas” - C5_NUM: 000001
“Condición de pago” - C5_COND: 001

“Cuota 1” - C5_PARC1 = 100
“Cuota 2” - C5_PARC2 = 300
“Cuota 3” - C5_PARC3 = 300
“Cuota 4” - C5_PARC4 = 300

“Vencimiento 1” - C5_DATA1 = 25/03/2022
“Vencimiento 2” - C5_DATA1 = 20/04/2022
“Vencimiento 3” - C5_DATA1 = 05/05/2022
“Vencimiento 4” - C5_DATA1 = 10/06/2022

Valor total del pedido R$ 1.000,00 (Total de todos los ítems [C6_VALOR])

Resultado do Pedido 1:

• Parcela 1: 100,00 e vencimento 25/03/2022
• Parcela 2: 300,00 e vencimento 20/04/2022
• Parcela 3: 300,00 e vencimento 05/05/2022
• Parcela 4: 300,00 e vencimento 10/06/2022

Ejemplo de uso de la condición “002” que es Tipo 9 y tiene valor en porcentaje:

Pedido 2:

“Pedido de ventas” - C5_NUM: 000002
“Condición de pago” - C5_COND: 002

“Cuota 1” - C5_PARC1 = 10
“Cuota 2” - C5_PARC2 = 30
“Cuota 3” - C5_PARC3 = 30
“Cuota 4” - C5_PARC4 = 30

“Vencimiento 1” - C5_DATA1 = 25/03/2022
“Vencimiento 2” - C5_DATA1 = 20/04/2022
“Vencimiento 3” - C5_DATA1 = 05/05/2022
“Vencimiento 4” - C5_DATA1 = 10/06/2022

Valor total del pedido R$ 1.000,00 (Total de todos los ítems [C6_VALOR])

Resultado del Pedido 2:

• Cuota 1: 10% sobre el total del pedido (R$100,00) y vencimiento 25/03/2022
• Cuota 2: 30% sobre el total del pedido (R$ 300,00) y vencimiento 20/04/2022
• Cuota 3: 30% sobre el total del pedido (R$ 300,00) y vencimiento 05/05/2022
• Cuota 4: 30% sobre el total del pedido (R$ 300,00) y vencimiento 10/06/2022

Cada factura de crédito tiene su valor colocado en un campo (C5_PARC1/2/3/4 o CJ_PARC1/2/3/4) y su respectivo vencimiento colocado en otro campo (C5_DATA1/2/3/4 o CJ_DATA1/2/3/4) manualmente en la pantalla de las rutinas Pedidos de venta y Presupuestos de venta.

La cantidad de cuotas utilizadas en condición de pago del tipo 9 depende del parámetro MV_NUMPARC.
Por estándar son 4 cuotas (MV_NUMPARC = 4). (totalizando 8 campos, pues cada campo de valor tiene su respectivo campo de vencimiento).

Ejemplos de utilización de este parámetro en el tópico "Parámetros" de esta documentación.
OBS 1: Cada factura de crédito debe tener un valor (C5_PARCx) y fecha de vencimiento (C5_DATAx) correspondiente en el pedido de ventas.
OBS 2: Cada proyección de presupuesto debe tener un valor (CJ_PARCx) y fecha de vencimiento (CJ_DATAx) correspondiente en el presupuesto de ventas.
documentación.

Ejemplo:

Factura de crédito 1/Cuota 1 (Primera cuota con el valor de R$200 con su respectivo vencimiento día 01/05/2022)

“Cuota 1” C5_PARC1 = 200,00 y “Vencimiento 1” C5_DATA1 = 01/05/2022 (en el pedido de venta)
“Cuota 1” CJ_PARC1 = 200,00 y “Vencimiento 1” CJ_DATA1 = 01/05/2022 (en el presupuesto de venta)

Factura de crédito 2/Cuota 2 (Segunda cuota con el valor de R$400,08 con su respectivo vencimiento día 02/05/2022)

“Cuota 2” C5_PARC2 = 400,08 y “Vencimiento 2” C5_DATA2 = 02/05/2022 (en el pedido de venta)
“Cuota 2” CJ_PARC2 = 400,08 y “Vencimiento 2” CJ_DATA2 = 02/05/2022 (en el presupuesto de venta)

Factura de crédito 3/Cuota 3 (Tercera cuota con el valor de R$777,77 con su respectivo vencimiento día 16/07/2022)

“Cuota 3” C5_PARC3 = 777,77 y “Vencimiento 3” C5_DATA3 = 16/07/2022 (en el pedido de venta)
“Cuota 3" CJ_PARC3 = 777,77 y “Vencimiento 3” CJ_DATA3 = 16/07/2022 (en el presupuesto de venta)

Factura de crédito 4/Cuota 4 (Cuarta cuota con el valor de R$1234,56 con su respectivo vencimiento día 28/09/2022)

“Cuota 4” C5_PARC4 = 1234,56 y “Vencimiento 4” C5_DATA4 = 28/09/2022 (en el pedido de venta)
“Cuota 4” CJ_PARC4 = 1234,56 y “Vencimiento 4” CJ_DATA4 = 28/09/2022 (en el presupuesto de venta)

Aumentar cantidad de cuotas en la condición de pago Tipo 9

Si fuera necesario más de 4 cuotas, deben hacerse 3 procesos para utilizar más facturas de crédito en el pedido de ventas:

Ejemplo: Necesidad de tener 5 cuotas con la Condición de pago Tipo 9:

1 - Crear los campos respectivos con estructura igual a los originales (C5_PARC1/2/3/4 y C5_DATA1/2/3/4 por ejemplo) en la tabla SC5 para los pedidos de venta.

C5_PARC5
C5_DATA5

2 - Crear los campos respectivos con estructura igual a los nativos (CJ_PARC1/2/3/4 y CJ_DATA1/2/3/4 por ejemplo) en la tabla SCJ para los presupuestos de venta.

CJ_PARC5
CJ_DATA5

3 - Modificar el parámetro de cantidad de cuotas

MV_NUMPARC = 5

OBSERVACIONES:

En caso de aumento de cuotas, necesariamente las cantidades de cuotas en el pedido de venta (SC5) debe ser igual a la cantidad de cuotas en el presupuesto de venta (SCJ), aunque la empresa no utilice, por ejemplo, los presupuestos de venta como regla de negocio/proceso.
Si se crearan campos de “C5_PARCn y C5_DATAn” para más facturas de crédito en el pedido de venta y no se creen respectivos campos para las mismas facturas de crédito en el presupuesto de ventas (“CJ_PARCn” y ”CJ_DATAn”) el sistema presentará inconsistencias.
El parámetro MV_NUMPARC debe ser igual al valor de la cantidad de las cuotas posibles creadas para la Condición de pago Tipo 9, en caso contrario el sistema presentará inconsistencias.

Ejemplo 1 (Protheus estándar):

C5_PARC1/2/3/4
CJ_PARC1/2/3/4
C5_DATA1/2/3/4
CJ_DATA1/2/3/4
MV_NUMPARC = 4

No ocurren inconsistencias y/o HELPS.

Ejemplo 2 (En casos de aumento de cuotas, en el ejemplo se crearon campos compatibles con 9 cuotas):

C5_PARC1/2/3/4/5/6/7/8/9
CJ_PARC1/2/3/4/5/6/7/8/9
C5_DATA1/2/3/4/5/6/7/8/9
CJ_DATA1/2/3/4/5/6/7/8/9
MV_NUMPARC = 4

Ocurren inconsistencias y/o HELPS pues el parámetro no está: MV_NUMPARC = 9, que es la cantidad total de las cuotas.

La Condición de pago Tipo A no se utiliza en Facturación - SIGAFAT.

Para informaciones y ejemplos de utilización, entre en contacto con los módulos SIGAVEI - Vehículos y SIGAOFI - Talleres.

Tipo B:

Es posible combinar las condiciones de pago en una sola (Excepto las del Tipo 9/A/B).
Para eso se utiliza el ítem de la rutina y para cada una se configura su tipo y la participación para componer el total de la condición de pago única (prorrateo), para eso se utilizada la “Tabla SEC - Separación de condiciones de pago”.

En la ventana de inclusión de condición de pago, el área superior muestra los campos para definición de los tipos de las condiciones de pago existentes; el área inferior, muestra líneas para definición de los ítems si la Condición de pago fuera Tipo B (E4_TIPO = B), en este caso, solamente los campos definidos en los ítems se considerarán para el cálculo de los vencimientos de las facturas de crédito.

Registrando (mezclando una condición de pago del Tipo 1 y una del Tipo 5):

Fecha de la emisión fiscal de salida (o simulación), generada por un pedido de venta el día 01/01/2022:

E4_CODIGO = (criterio del usuario)
E4_TIPO = B
E4_COND = 0 (el sistema no considera esta información, pues se trata del tipo B, este campo es obligatorio, debe digitarse cualquier valor)
E4_DESCRI = (criterio del usuario)

Línea 1:

EC_ITEM = 01
EC_TIPO = 1
EC_COND = 00,30,90 (3 cuotas en esta línea)
EC_RATEIO = 60

Línea 2:

EC_ITEM = 02
EC_TIPO = 5
EC_COND = 30,3,30 (3 cuotas en esta línea)
EC_RATEIO = 40

Valor total de un pedido de ventas = R$1000,00 (para el ejemplo de resultado siguiente:

Resultado:

Cuota 1: Valor de la cuota R$200 - Fecha de vencimiento de la cuota: 01/01/2022

Cuota 2: Valor de la cuota R$200 - Fecha de vencimiento de la cuota: 31/01/2022

Cuota 3: Valor de la cuota R$200 - Fecha de vencimiento de la cuota: 01/04/2022

Cuota 4: Valor de la cuota R$133,33 - Fecha de vencimiento de la cuota: 01/05/2022

Cuota 5: Valor de la cuota R$133,33 - Fecha de vencimiento de la cuota: 31/01/2022

Cuota 6: Valor de la cuota R$133,34 - Fecha de vencimiento de la cuota: 30/06/2022

El campo Prorrateo “EC_RATEIO” es responsable por determinar el porcentaje con relación al total de las cuotas que se acumulará en aquella condición de pago. La suma de los campos “EC_RATEIO” debe resultar en 100 (100% del valor asimilado).

En el ejemplo anterior, en la línea 1, existe la Condición de pago Tipo 1, y en esta se concentrará el 60% del valor (R$600) para distribuirse de acuerdo con su regla. En la línea 2, existe la Condición de pago Tipo 5, y en esta se concentrará el 40% del valor (R$400) para distribuirse de acuerdo con su regla.

MV_AGLDUPB - Parámetro que define si cuando existan facturas de crédito con la misma fecha de vencimiento, estas deberán agruparse.

MV_DATDUPB – Parámetro que indica si para el cálculo de los vencimientos, se aplicará la fecha del último título generado como referencia para la próxima condición (1=Actualiza) o si se utilizará siempre la fecha inicial (2-Inicial).

Ejemplos de utilización de este parámetro en el tópico "Parámetros" de esta documentación.

GIF Ejemplo del resultado de la simulación utilizando la condición de pago anterior (Tipo B - E4_TIPO = “B”).

Si ninguno de los Tipos de condición disponibles atienda plenamente la particularidad de su necesidad, puede utilizarse la Condición de pago Tipo 9, que se utiliza cuando no existe un tipo que automatice la especificidad de la regla del cliente.

Detalles a continuación y en el enlace: Condición de pago del Tipo 9

Forma de pago 90 - Sin pago:

Por estándar, para que se lleven las formas de pago en el XML es necesario que en el campo esté completada la Forma de pago. E4_FORMA.

Boletín de la Issue: 10808039 DSERTSS1-16359 DT TAG indpag en blanco para UF SE si fuera Sin pago

KCS: Cross Segmentos - Backoffice Protheus - Doc. Electrónicos - Cómo generar la forma de pago 90 - Sin pago

Camino, campos y tablas

Camino: Entorno Facturación (SIGAFAT) [05] → Actualizaciones → Registros → Condiciones de pago [MATA360]

E4_FILIAL - “Sucursal” (originalmente obligatorio)

Graba la sucursal marcada en la cual usted está incluido al registrar la condición de pago.

Sepa cómo se alimenta el campo E4_FILIAL y con qué parámetros interactúa, con ejemplos:

KCS: Cross Segmentos - Backoffice (Línea Protheus) – SIGAFAT – Cumplimentación del campo E4_FILIAL

E4_CODIGO - “Código” (originalmente obligatorio)

Código ID de la condición de pago.

Sepa cómo se alimenta el campo E4_CODIGO y con qué parámetros interactúa, con ejemplos:

KCS: Cross Segmentos - Backoffice (Línea Protheus) – SIGAFAT – Cumplimentación del campo "Código [E4_CODIGO]"

E4_TIPO - “Tipo” (originalmente obligatorio)

Código que determina el tipo de la condición de pago (1/2/3/4/5/6/7/8/9/A/B).

Sepa cómo se alimenta el campo E4_TIPO y con qué parámetros interactúa, con ejemplos:

KCS 3: Sepa cómo se alimenta el campo E4_TIPO y con qué parámetros interactúa, con ejemplos:

E4_COND - “Cond. Pago” (originalmente obligatorio)

Regla que será impuesta en las facturas de crédito, tiene que estar de acuerdo con el tipo registrado anteriormente [E4_TIPO].

Sepa cómo se alimenta el campo E4_COND y con qué parámetros interactúa, con ejemplos:

KCS: Cross Segmentos - Backoffice (Línea Protheus) – SIGAFAT – Cumplimentación del campo "Cond. Pago (E4_COND)"

E4_DESCRI (originalmente obligatorio)

Campo para identificación de la condición de pago por el usuario.

Sepa cómo se alimenta el campo E4_DESCRI y con qué parámetros interactúa, con ejemplos:

KCS: Cross Segmentos - Backoffice (Línea Protheus) – SIGAFAT – Cumplimentación del campo "Descripción (E4_DESCRI)"

E4_IPI - “IPI (N/J/S)”

Define si el valor del IPI debe distribuirse entre las otras cuotas, si se cobrará en la primera cuota o si se cobrará en un título generado aparte.

Sepa cómo se alimenta el campo E4_IPI y con qué parámetros interactúa, con ejemplos:

KCS: Cross Segmentos - Backoffice (Línea Protheus) – SIGAFAT – Cumplimentación del campo "IPI (N/J/S)" (E4_IPI)

E4_DDD - “Días de la Cond”

Campo para imponer reglas sobre cómo será el inicio del conteo de las fechas de los vencimientos de la cuota.

Sepa cómo se alimenta el campo E4_DDD y con qué parámetros interactúa, con ejemplos:

KCS: Cross Segmento - TOTVS Backoffice (Línea Protheus) - Condición de pago "Días de la Cond E4_DDD - Fuera el día"

E4_DIADESC - “Días p/Desc.”

Hasta cuántos días a partir de la emisión del título habrá descuentos al realizar la baja de este (pagar).

Sepa cómo se alimenta el campo E4_DIADESC y con qué parámetros interactúa, con ejemplos:

KCS: Cross Segmentos - Backoffice (Línea Protheus) – SIGAFAT – Cumplimentación de los campos "Desc.Financ." (E4_DESCFIN) y "Días p/Desc." (E4_DIADESC)

E4_MSBLQL = “Estatus”

Campo de estatus del registro. Toda tabla tiene. Determina si este registro/archivo/array está activo o desactivo.

Sepa cómo se alimenta el campo E4_MSBLQL y con qué parámetros interactúa, con ejemplos:

KCS: Cross Segmentos - Backoffice (Línea Protheus) – SIGAFAT – Cumplimentación del campo "Estatus" (E4_MSBLQL)

E4_DESCFIN - “Desc.Financ.”

Descuento que se lleva a la factura al utilizar la condición de pago en el pedido de venta. No se muestra el descuento en el pedido de venta, solamente se concede en la baja del título.

Sepa cómo se alimenta el campo E4_DESCFIN y con qué parámetros interactúa, con ejemplos:

KCS: Cross Segmentos - Backoffice (Línea Protheus) – SIGAFAT – Cumplimentación de los campos "Desc.Financ." (E4_DESCFIN) y "Días p/Desc." (E4_DIADESC)

E4_FORMA - “Forma pago”

Campo informativo de cómo será la forma de pago.

Para más informaciones sobre el campo, entre en contacto con el equipo especialista del CONTROL DE TIENDA (Automatización comercial).

E4_ACRSFIN - “% Aumen.Fin.”

Campo destinado a determinar el aumento financiero por porcentaje, aparece solamente en simulaciones en la planilla financiera y se aplica en la generación de la factura de salida.

Sepa cómo se alimenta el campo E4_ACRSFIN y con qué parámetros interactúa, con ejemplos:

KCS: Cross Segmentos - Backoffice (Línea Protheus) – SIGAFAT – Cumplimentación del campo "% Aumen.Fin." (E4_ACRSFIN)

E4_SOLID - “ICM Solid.”

Campo destinado a determinar el impuesto “ICMS Solidario”

Sepa cómo se alimenta el campo E4_SOLID y con qué parámetros interactúa, con ejemplos:

KCS: Cross Segmentos - Backoffice (Línea Protheus) – SIGAFAT – Cumplimentación del campo "ICM Solid." (E4_SOLID)

E4_ACRES - “Aumen. Financ”

Campo destinado a determinar el aumento financiero

Sepa cómo se alimenta el campo E4_ACRES y con qué parámetros interactúa, con ejemplos:

TDN: Campo E4_ACRES - Aumento financiero (MATA360 - SIGAFAT)

E4_PERCOM - “% Comisión”

Porcentaje de comisión para el vendedor al generar documento de salida con la condición de pago.

Para más informaciones sobre el campo, entre en contacto con el equipo del SIGATMS (Gestión de transportes).

E4_SUPER - “Lím.Superior”

Valor máximo de venta utilizado para la condición de pago.

Sepa cómo se alimenta el campo E4_SUPER y con qué parámetros interactúa, con ejemplos:

KCS: Cross Segmentos - Backoffice (Línea Protheus) – SIGAFAT – Cumplimentación del campo "Lím.Superior" (E4_SUPER)

E4_INFER - “Lím.Inferior”

Valor mínimo de venta utilizado para la condición de pago.

Sepa cómo se alimenta el campo E4_INFER y con qué parámetros interactúa, con ejemplos:

KCS: Cross Segmentos – TOTVS Backoffice (Línea Protheus) – SIGAFAT – Cumplimentación del campo "Lím. Inferior" (E4_INFER)

E4_FATOR - “Factor Multip”

Valor mínimo de venta utilizado para la condición de pago.

Campo no utilizado (informativo exclusivo en la rutina).

E4_PLANO - “Plan”

Plan del Infocard.

Para más informaciones sobre el campo, entre en contacto con el equipo de CONTROL DE TIENDA (Automatización comercial.

E4_JURCART - “Intereses tarjeta”

Intereses de la tarjeta por cuenta informada, campo informativo en Facturación (SIGAFAT).

Para más informaciones sobre el campo, entre en contacto con el equipo de CONTROL DE TIENDA (Automatización comercial).

E4_CTRADT - “Anticipo”

Informa si la condición de pago permitirá cobranza anticipada.

Sepa cómo se alimenta el campo E4_CTRADT y con qué parámetros interactúa, con ejemplos:

KCS: Cross Segmentos - TOTVS Backoffice (Línea Protheus) - SIGAFAT - Cumplimentación del campo "Anticipo" (E4_CTRADT)

E4_AGRACRS - “Incluye Aumen.”

Este campo indicaba en el módulo CONTROL DE TIENDA si incluía o no el aumento financiero por el valor de las cuotas de la venta. En caso negativo, se consideraba el aumento solamente en el título y no se incluirá el valor en el documento fiscal.

Campo descontinuado.

E4_LIMACRS - “Lím. Días Pg”

Indica el plazo límite de días para pago al contado de todas las cuotas del título. La verificación se realiza con la Database “DDATABASE” del sistema y el vencimiento de la primera cuota.

Para más informaciones sobre el campo, entre en contacto con el equipo de CONTROL DE TIENDA (Automatización comercial).

E4_CCORREN - “Cuent Corriente”

Indica si utilizará datos de la cuenta corriente.

Para más informaciones sobre el campo, entre en contacto con el equipo de CONTROL DE TIENDA (Automatización comercial).

E4_TPAY - “TOTVS Más negocio”

Indica si utilizará datos de la cuenta corriente.

Indica si la condición de pago será integrada por TOTVS Más negocios (Integración Colaboración).

Campos de SEC (Utilizados solamente si E4_TIPO = B)

EC_FILIAL - “Sucursal” (originalmente obligatorio y oculto)

Graba la sucursal marcada en la cual usted está incluido al registrar la condición de pago.

Sepa cómo se alimenta el campo EC_FILIAL y con qué parámetros interactúa, con ejemplos:

KCS: Cross Segmentos – TOTVS Backoffice (ínea Protheus) – Facturación (SIGAFAT) – Cumplimentación del campo "Sucursal" (EC_FILIAL)

EC_CODIGO - “Código” (originalmente obligatorio y oculto)

Código ID de la condición de pago dividida. Este campo no se utiliza, pues las condiciones de pago del ítem se vinculan al ID código de la condición de pago del encabezado (E4_CODIGO).

EC_ITEM - “Ítem” (originalmente obligatorio)

Posición en la línea entre las otras condiciones si existieran.

Sepa cómo se alimenta el campo EC_ITEM y con qué parámetros interactúa, con ejemplos:

KCS: Cross Segmentos – TOTVS Backoffice (Línea Protheus) – Facturación (SIGAFAT) – Cumplimentación del campo "Ítem" (EC_ITEM)

EC_TIPO - “Tipo” (originalmente obligatorio)

Código que determina el tipo de la línea dividida (1/2/3/4/5/6/7/8). En condiciones del Tipo B, las condiciones 9/A/B no están permitidas.

Sepa cómo se alimenta el campo EC_TIPO y con qué parámetros interactúa, con ejemplos:

KCS: Cross Segmentos – TOTVS Backoffice (Línea Protheus) – Facturación (SIGAFAT) – Cumplimentación del campo "Tipo" (EC_TIPO)

EC_COND - “Cond. Pago” (originalmente obligatorio)

Regla que será impuesta en las facturas de crédito, tiene que estar de acuerdo con el tipo registrado anteriormente [EC_TIPO].

Sepa cómo se alimenta el campo EC_COND y con qué parámetros interactúa, con ejemplos:

KCS: Cross Segmentos – TOTVS Backoffice (Línea Protheus) – Facturación (SIGAFAT) – Cumplimentación del campo "Cond. Pago" (EC_COND)

EC_IPI - “Ipi (N/J/S)”

Define si el valor del IPI debe distribuirse entre las otras cuotas, si se cobrará en la primera cuota o si se cobrará en un título generado aparte.

Sepa cómo se alimenta el campo EC_IPI y con qué parámetros interactúa, con ejemplos:

KCS: Cross Segmentos – TOTVS Backoffice (Línea Protheus) – Facturación (SIGAFAT) – Nota sobre el campo EC_IPI

EC_DDD - “Días de la Cond”

Campo para imponer reglas sobre cómo será el inicio del conteo de las fechas de los vencimientos de la cuota.

Sepa cómo se alimenta el campo EC_DDD y con qué parámetros interactúa, con ejemplos:

Mismo comportamiento del campo E4_DDD.

EC_SOLID - “ICM Solid.”

Campo destinado a determinar el impuesto “ICMS Solidario”

Sepa cómo se alimenta el campo EC_SOLID y con qué parámetros interactúa, con ejemplos:

KCS: Cross Segmento - Backoffice (Línea Protheus) – Facturación (SIGAFAT) – Nota sobre el campo campo EC_SOLID

EC_RATEIO - “% Prorrateo” (originalmente obligatoria)

Participación de cada condición de pago colocada en la línea. El total de las líneas debe ser el 100%.

Sepa cómo se alimenta el campo EC_SOLID y con qué parámetros interactúa directamente, con ejemplos:

KCS: Cross Segmentos – TOTVS Backoffice (Línea Protheus) – Facturación (SIGAFAT) – Cumplimentación del campo "% Prorrateo" (EC_RATEIO)

Tablas de la Condición de pago (en Facturación - SIGAFAT):

SE4 - Condiciones de pago - [Encabezado]
SEC - División de Condiciones de pago - [Ítem] - Utilizada solamente si la condición de pago fuera Tipo B (E4_TIPO = B).

Principales tablas involucradas directamente en movimientos en detrimento de la Condición de pago (en Facturación - SIGAFAT):

SE1 - Títulos por cobrar (Genera las facturas de crédito que se cobrarán)
FIE - Lista de Pedidos vs. Anticipos (Si la condición de pago permitiera la cobranza anticipada)

Preguntas más usuales (F.A.Q.)

Cómo utilizar la condición de pago en facturación

1 - En el pedido de venta [Rutina MATA410 - Tabla SC5], completar el campo “Cond Pago [C5_CONDPAG]” con la condición creada.

2 - Liberar el pedido de venta y posteriormente generar el documento de salida (facturar).

3 - Visualizar los títulos con sus facturas de crédito generadas [Rutina FINA740 - Tabla SE1].

1 - En el registro de la condición de pago, el campo “Anticipo [E4_CTRADT]” igual a “1 - Sí”.

2 - En el pedido de venta [Rutina MATA410 - Tabla SC5], completar el campo C5_CONDPAG.

3 - En el pedido de venta [Rutina MATA410 - Tabla SC5], entrar en la opción “Otras acciones > Anticipo” y vincular una Cobranza anticipada.

4 - Liberar el pedido de venta y posteriormente generar el documento de salida (facturar).

5 - La primera cuota de la condición de pago estará compensada. [Rutina FATA740 - Tabla SE1].

6 - La compensación puede visualizarse [Tabla FR3]

OBSERVACIÓN

Si la condición de pago permitiera cobranza anticipada chequee nuestras documentaciones detalladas:

KCS sobre Cobranza anticipada: [Cross Segmento - TOTVS Backoffice (Línea Protheus) - SIGAFAT- Cómo vincular o Desvincular RA en el Pedido de venta por la Rutina MATA410]

TDN sobre Cobranza anticipada: https://tdn.totvs.com/pages/viewpage.action?pageId=732669269https://tdn.totvs.com/x/GkD2Dw

Helps

Cross Segmentos - TOTVS Backoffice (Línea Protheus) - FAT - HELP LJLIMINFER Límite inferior y superior en la condición de pago

Parámetros

MV_DIACONT (Considera las fechas de la contra presentación o de la cuota al contado de la respectiva condición)

Válido solamente para Condición de pago Tipo 1. Dependiendo del valor puesto, comienza a contar el plazo para pago a partir del propio día de la emisión (E1_EMISSAO) o en el día posterior (E1_EMISSAO + 1 día). Puede actuar en conjunto con el campo E4_DDD (el uso del parámetro no invalida el uso del campo E4_DDD).

Ejemplos de uso del parámetro MV_DIACONT

KCS

Ejemplos técnicos (pruebas) de uso del parámetro MV_DIACONT

Opciones de uso: 1 | 2

MV_DIACONT == 1 (considera que la fecha base para comenzar a contar el vencimiento es el día de la emisión del título generado [E1_EMISSAO])

MV_DIACONT == 2 (considera que la fecha base para comenzar a contar el vencimiento es el día posterior a la emisión del título generado [E1_EMISSAO + 1 día])

Ejemplos de combinaciones para la generación del vencimiento del título (E1_VENCTO) entre el parámetro MV_DIACONT y el campo E4_DDD = D/L.

MV_DIACONT = 1 y E4_DDD = "Vacío" o D - Fecha del día":
E4_TIPO = 1

E4_COND = 5 (Cinco días a partir de la emisión del título por cobrar [E1_EMISSAO])

D2_EMISSAO = 01/01/2023 → Permanece sin modificación considerable, pues el campo E4_DDD está vacío.

E1_EMISSAO = 01/01/2023 → Permanece sin modificación considerable, pues el parámetro MV_DIACONT está con el valor 1 y el campo D2_EMISSAO no se modificó.

E1_VENCTO = 05/01/2023 (Cinco días a partir del día 01/01/2023)

MV_DIACONT = 1 y E4_DDD = 'L - Fuera el día':
E4_TIPO = 1

E4_COND = 5 (Cinco días a partir de la emisión del título por cobrar [E1_EMISSAO])

D2_EMISSAO = 01/01/2023 (“emisión “real” del documento de salida que el sistema considera por causa del campo E4_DDD = ‘F - Fuera el día’)

E1_EMISSAO = 01/01/2023 (Como si fuera: 02/01/2023.) (Emisión “real” del título por cobrar que el sistema considera por causa del campo E4_DDD = ‘L - Fuera el día’) (no se graba en el banco)

E1_VENCTO = 06/01/2023 (Cinco días a partir del día 02/01/2023)

MV_DIACONT = 2 y E4_DDD = "Vacío" o D - Fecha del día":
E4_TIPO = 1

E4_COND = 5 (Cinco días a partir de la emisión del título por cobrar [E1_EMISSAO])

D2_EMISSAO = 01/01/2023 (emisión “real” del documento de salida que el sistema considera por causa del campo E4_DDD = ‘D - Fecha del día’) (la suposición no se graba en el banco)

E1_EMISSAO = 01/01/2023 (Como si fuese: 02/01/2023.) (Emisión “real” que el sistema considera por causa del parámetro MV_DIACONT = 2 más el campo E4_DDD = ‘D - Fecha del día’) (la suposición no se graba en el banco)

E1_VENCTO = 06/01/2023 (Cinco días a partir del día 02/01/2023)

MV_DIACONT = 2 y E4_DDD = 'L - Fuera el día':
E4_TIPO = 1

E4_COND = 5 (Cinco días a partir de la emisión del título por cobrar [E1_EMISSAO])

D2_EMISSAO = 01/01/2023 (Como si fuese: D2_EMISSAO = 02/01/2023.) (Emisión “real” del documento de salida que el sistema considera por causa del campo E4_DDD = ‘L - Fuera el día’) (no se graba en el banco)

E1_EMISSAO = 01/01/2023 (Como si fuese: 03/01/2023.) (Emisión “real” del título por cobrar que el sistema considera por causa del parámetro MV_DIACONT = 2 más el campo E4_DDD = ‘L - Fuera el día’) (no se graba en el banco)

E1_VENCTO = 07/01/2023 (Cinco días a partir del día 03/01/2023)

En el sistema:

MV_DIACONT = 1

Registro de la condición de pago:

E4_CODIGO = EX1 (Usuario selecciona)
E4_TIPO = 1 (En este ejemplo)
E4_COND = 5 (Cinco días a partir de la emisión del documento de salida [D2_EMISSAO] para iniciar el conteo para vencer la cuota)
E4_DDD = Vacío

Emisión del pedido de ventas:

C5_EMISSAO = 02/02/2023 (pedido creado y emitido en febrero)
C5_CONDPAG = EX1

Facturación del pedido de ventas:

D2_EMISSAO = 05/05/2023 (emisión del documento de salida, pedido facturado en mayo)

Emisión del título:

E1_EMISSAO = 05/05/2023 (nueva emisión real por causa del parámetro MV_DIACONT = 1) (en esta combinación no modifica)
E1_VENCTO = 09/05/2023 (vencimiento normal)

En el sistema:

MV_DIACONT = 2

Registro de la condición de pago:

E4_CODIGO = EX2 (Usuario selecciona)
E4_TIPO = 1 (En este ejemplo)
E4_COND = 5 (Cinco días a partir de la emisión del documento de salida [D2_EMISSAO] para iniciar el conteo para vencer la cuota)
E4_DDD = Vacío

Emisión del pedido de ventas:

C5_EMISSAO = 02/02/2023 (pedido creado y emitido en febrero)
C5_CONDPAG = EX2

Facturación del pedido de ventas:

D2_EMISSAO = 05/05/2023 (emisión del documento de salida, pedido facturado en mayo)

Emisión del título:

E1_EMISSAO = 05/05/2023 (Como si fuese: 06/05/2023) (“emisión real que el sistema considera por causa del parámetro MV_DIACONT = 2) (no se graba en el banco)
E1_VENCTO = 10/05/2023 (vencimiento aumenta un día)

Campo E4_DDD = S/Q/F/Z (‘S - Fuera semana’/’Q - Fuera quincena’/’F - Fuera mes’ y ‘Z - Fuera decena’)

La regla es la misma pero con sus respectivos cambios (Uno es fuera semana, otro fuera quincena, el penúltimo fuera el mes y el último fuera la decena).

MV_1DUP (Define la inicialización de la primera cuota del título generado. Ejemplo: A -> Para secuencia alfa)

Parámetro MV_1DUP: Por estándar tiene el contenido A, pudiendo modificarse hasta 3 dígitos (AAA o 001). Puede actuar en conjunto del campo E1_PARCELA.

Ejemplos conceptuales de uso del parámetro MV_1DUP

KCS: Cross Segmentos - TOTVS Backoffice (Línea Protheus) - SIGAFAT - Funcionamiento del parámetro MV_1DUP

Ejemplos técnicos (pruebas) de uso del parámetro MV_1DUP

Forma en la cual el sistema grabará la secuencia de las cuotas en el campo "Cuotas E1_PARCELA", por letra o por número, y la cantidad de cifras.

Condición de pago:

E4_CODIGO = EX3 (Solamente un ejemplo, el código el usuario selecciona)
E4_TIPO = 1 (Condición de pago del tipo 1)
E4_COND = 00,30 (2 cuotas)

Tamaño MÍNIMO del campo E1_PARCELA

Cómo DEBE estar el parámetro MV_1DUP

Resultado al facturar generando dos títulos (E1_PARCELA)

1

1 o A

MV_1DUP = 1
1 título	2 títulos
1	2

MV_1DUPNAT = A
1 título	2 títulos
A	B

2

01 o AA

MV_1DUP = 01
1 título	2 títulos
01	02

MV_1DUP = AA
1 título	2 títulos
AA	AB

3

001 o AAA

MV_1DUP = 001
1 título	2 títulos
001	002

MV_1DUP = AAA
1 título	2 títulos
AAA	AAB

MV_TIPCPDT

Cumplimentación de la entrega “Entrega [C6_ENTREG]” en copias de pedidos de venta.

Ejemplos conceptuales de uso del parámetro MV_TIPCPDT

KCS

Ejemplos técnicos (pruebas) de uso del parámetro MV_TIPCPDT

Opciones de uso: 1 | 2 | 3

MV_TIPCPDT == 1 (Copia la “Entrega [C6_ENTREG]” del pedido de venta original, que se copiará, independientemente de C5_EMISSAO del pedido copia)

MV_TIPCPDT == 2 (Si C6_ENTREG del pedido original fuera una fecha anterior a la fecha de C5_EMISSAO del pedido copia, C6_ENTREG queda con la fecha de emisión del pedido copia nueva del campo C5_EMISSAO. Si C6_ENTREG del pedido original fuera después que C5_EMISSAO del pedido copia, C6_ENTREG se mantiene del pedido original)

MV_TIPCPDT == 3 Aplica la diferencia de días entre C5_EMISSAO y C6_ENTREG en el pedido copia [En el pedido copia entonces: C5_EMISSAO = C6_ENTREG])

Ejemplo 1 (DDATABASE: 05/05/2023):