No todo el tiempo es necesario crear una Retencion de ISLR en el caso de una Nota de Credito de Proveedores

Bug #933987 reported by hbto [Vauxoo] http://www.vauxoo.com
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Openerp Venezuela
Confirmed
Critical
Unassigned

Bug Description

Workflow de ISLR, para las facturas, necesita la validacion siguiente,

cuando se trate de una nota de credito de proveedor, y la factura padre, este contablemente cargada en un periodo distinto,
no se debe generar el documento de retencion,

DOC F.DOC F.CONT. PER. CONT. DOC/ORIGEN ACCION
FACT0001 25/12/2011 10/01/2011 01/2012 -- RETENER
N/CR0001 08/01/2012 14/01/2011 01/2012 FACT0001 RETENER

En este caso la factura se cargo al sistema y se contabilizo en el primero periodo del ejercicio, y asi mismo la N/CR se cargo
en el mismo periodo que la factura padre, por lo cual _si_ se puede aplicar la retencion de reverso a la N/CR.

veamos otro ejemplo

DOC F.DOC F.CONT. PER. CONT. QCNA. DOC/ORIGEN ACCION
FACT0001 25/12/2011 10/01/2011 01/2012 1ERA -- RETENER
N/CR0001 28/01/2012 07/02/2011 02/2012 1ERA FACT0001 NO - RETENER

Este caso es mas obvio, puesto que la N/CR se ha registrado en otro periodo (02/2012),
y la factura padre esta en un periodo completamente distinto (01/2012),

A diferencia de las retenciones de iva que se hacen declaraciones quincenales por parte del
contribuyente especial, agentes de retencion del ISLR, lo hacen por periodos mensuales,
es por esta razon que la solucion al problema de las retenciones de ISLR, es un poco mas
sencilla,

Solucion:

crear un metodo de validacion adicional que vaya entre wh_router e islr_router,
que pregunte si el periodo del in_refund y el padre de dicho in_refund son iguales,
si es asi devolver True, creando el documento de retencion respectivo,
de lo contrario, devolver False, lo cual evitara dicha creacion.

Changed in openerp-venezuela-localization:
status: New → Confirmed
importance: Undecided → Critical
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.