[FIX] public_budget: ajustar amount neto en alta masiva de OP con retenciones

[iga-adhoc]

Problema

En mass_payment_group_create, el campo amount se setea al bruto de la factura (-sum(amount_residual)). El módulo l10n_ar_tax aplica las retenciones sumándolas a payment_total (sign=+1 para proveedor outbound), lo que deja payment_total > to_pay_amount.

Consecuencias:

• La validación de to_signature_process falla ("Importe a pagar distinto a Importe de los Pagos").
• Para destrabarla, se elimina la retención manualmente, pero luego no puede volver a cargarse.

En el flujo manual el onchange _onchange_withholdings descuenta las retenciones de amount, dejando amount = neto. En la creación programática ese onchange nunca dispara.

Solución

Después de crear el payment, se aplica el mismo ajuste que haría _onchange_withholdings:

if payment.payment_difference:
    new_amount = payment.amount + payment.payment_difference
    payment.with_context(skip_account_move_synchronization=True).amount = new_amount if new_amount > 0 else 0

payment_difference = to_pay_amount - payment_total = -withholdings_amount, por lo que amount queda en neto y payment_total == to_pay_amount.

Test plan

• Crear una transacción con facturas de proveedor que apliquen retenciones (posición fiscal con retenciones AR activa).
• Ejecutar "Alta masiva de OP".
• Verificar que en las órdenes generadas payment_total == to_pay_amount (sin diferencia).
• Verificar que se puede pasar a "Proceso de Firma" sin ValidationError.
• Verificar que el monto que muestra la OP es el neto (bruto menos retenciones).
• Verificar que sin retenciones el comportamiento es idéntico al anterior (sin cambios visibles).

[roboadhoc]

[Copilot]

Pull request overview

Note

Copilot was unable to run its full agentic suite in this review.

Adjusts supplier outbound payment creation in mass_payment_group_create to account for Argentine withholding behavior where programmatic creation doesn’t trigger the same onchange logic as the manual flow.

Changes:

• Captures the created account.payment record to post-process it.
• Applies a netting adjustment to payment.amount based on payment.payment_difference to match the manual withholding onchange behavior.
• Uses a context flag to bypass move synchronization when updating the amount.