Uso de la cadena de caracteres 'SDCF' para generar reporte de Ret. de IVA

Debes hacer un Blueprint que afectará también el Libro de compra y ventas.
Y el proceso de Migración se verá afectado ya que tendríamos que corregir
las facturas hacia el pasado con dicho cambio.

Si estas dos consideraciones las tienes el el roadmap de desarrollos y sus
implicaciones en tiempo, el cambio no lo veo problemático.

Saludos.

El 21 de diciembre de 2011 11:35, hbto [Vauxoo] http://www.vauxoo.com <
<email address hidden>> escribió:

> New question #182567 on Openerp Venezuela:
>
> https://answers.launchpad.net/openerp-venezuela-localization/+question/182567
>
> Estoy modificando el modulo de Retenciones IVA,
>
> Hasta la version 5 Dependiamos de los strings para determinar de donde
> venía un impuesto en account.invoice.tax,
> en v6, ya sabemos que se agrego un campo tax_id m2o relacionandolo con
> account.tax
>
> en el reporte de retencion de iva se depende del string SDCF para
> determinar si un impuesto es
> sin derecho a credito fiscal (SDCF),
>
> Dado que ahora contamos con el tax_id en account.invoice.tax, creo que ya
> no es necesario seguir dependiendo
> de este string en el nombre y solo depender del booleano RET en
> account.tax que indica que el impuesto es retenible,
>
> Alguno de Vds. tiene algun inconveniente con que esto no se haga mas, es
> decir,
>
> solo el reporte dejara de depender del string 'SDCF' quienes aun necesiten
> seguir utilizandolo
> porque haya reportes que necesiten dicho string pueden seguir usandolo,
> pero lo que quiero decir aqui
> es que de ahora en adelante, el booleano ret en account.tax, es el que
> regiria que una factura tenga un impuesto
> sin derecho a credito fiscal,
>
> Por favor sus objeciones prontas,
>
> yo estoy haciendo el cambio para ajustarme a esto, solo comentare
> la porcion de codigo donde se hace necesario el uso del string, hasta que
> se tome una decision contundente.
>
> si la decision es favorable, elimare el comentario, y seguire entonces
> con lo proximo,
> de lo contrario,
> borrare la porcion de codigo que sustituye al comentario y reinstaurare el
> codigo comentado,
>
> Gracias,
>
>
>
> --
> You received this question notification because you are an answer
> contact for Openerp Venezuela.
>

--
--------------------
Saludos Cordiales

Nhomar G. Hernandez M.
+58-414-4110269
Skype: nhomar00
Web-Blog: http://geronimo.com.ve
Servicios IT: http://openerp.com.ve
Linux-Counter: 467724
Correos:
<email address hidden>
<email address hidden>
twitter @nhomar

Respondo con otra pregunta. El campo ret en el impuesto indica si el mismo es o no retenible. Ahora mi pregunta un impuesto que no sea retenible esta exento de aplicarsele la condición de Sin derecho a credito fiscal. Para mi entender son dos cosas diferentes. ¿Podría haber ambos casos? (un impuesto retenible sin derecho a credito fiscal o impuesto no retenible sin derecho a credito fiscal).

Saludos,

Otra pregunta ¿la condición sin derecho a credito fiscal es una condición que se aplica al (impuesto, la factura o el partner)?. Creo que es importante dilucidar esto para poder tomar una decisión al respecto.

Estuve hablando con arturo y surgieron las siguientes:

Si una factura esta bien realizada para mi empresa, y tiene impuestos,
estos impuestos son los creditos fiscales y sobre ellos tengo derechos,

No tengo derecho sobre base imponibles que no tienen impuestos, es
decir, estan exentos, Sin Derecho a Credito Fiscal.

Una factura entera sera derecho a credito fiscal aun cuando tenga impuestos
sobre los que podria tener derechos, siempre y cuando la misma no cumpla
con los requisitos minimos para entrar en el libro de compras, y por lo tanto
,no deberia ingresar como factura en los libros, sino pasar directo al gasto,
el documento queda como solo soporte pero no entra en las facturas para
declarar en los libros de compra.

para poder entonces seguir cumpliendo con las compatibilidades hacia atras,
entonces lo puedo hacer es mover la porcion de codigo donde esta el string
'SDCF' lo movere hacia arriba en otro ciclo, que solo revise los impuestos de las
facturas, para que en el se siga haciendo lo que se hace actualmente,
lo idea de que el futuro, sea entonces mas portable,

Tal como dices, nhomar, si lo hago entonces todas las facturas pasadas tendra
que hacersele un script para actualizar su situacion.

Pero la situacion hay que regularizarla.