No todo el tiempo es necesario crear una Retencion de ISLR en el caso de una Nota de Credito de Proveedores
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 |