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://centraldeatendimento.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: Entorno Facturación (SIGAFAT) [05] → Actualizaciones → Registros → Condiciones de pago [MATA360]

Campos de SEC (Utilizados solamente si  E4_TIPO = B)

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)