Re: [Python-es] [O.T.] Impresoras térmicas fiscales

Hernan M Foffani <[email protected]>
Newsgroups gmane.comp.python.general.castellano
Message-ID <[email protected]>
2009/9/21 Raúl Alexis Betancor Santana <[email protected]>:
> On Thursday 17 September 2009 13:09:28 Sergio Daniel Gomez wrote:
>
>> Hasta donde sé en Argentina (y en Chile no debe ser muy distinto) las
>> memorias fiscales no son modificables, una vez grabadas así quedan.
>> Pueden ser inutilizadas, pero no borradas ni reescritas.
>
> Pero esas memorías tendrán un límite, ¿y que pasa cuando se supera?, además es
> el programa quien ha de mandar los comandos para que se graben los datos, ya
> solo ahí tienes una posibilidad de ORO para falsificarlos.
>
>> Esas memorias conservan: Fecha, número de punto de venta fiscal, número
>> de "cierre z", ventas netas gravadas por cada una de las alícuotas de
>> iva (impuesto al valor agredado), importes de esos ivas por cada
>> alícuota, hasta 5 o 10 (depende del modelo) de otros impuestos o
>> conceptos, importes no gravados con iva, total del comprobante y último
>> ticket emitido A, B, R o consumidor final.
>> , así
>
> Ok, pero todos esos datos los registra porque se los manda el programa con los
> comandos pertinentes ... si el programa no los mandase ó los mandase "de vez
> en cuando" ... ya tienes la trampa lista. No se trata de decir que facturas
> 0 ... se trata de decir que facturas un X% menos de lo que realmente
> facturas.

Esa trampa ya se usa, y por eso mismo no vale la pena alterar el funcionamiento
de la impresora fiscal. Ten en cuenta que además que la agencia fiscal te
obliga a mantener copia de los rollitos, lo que hace inconveniente alterar los
datos de la memoria de la impresora.

En teoría, la impresora fiscal permitiría a los inspectores de hacienda
realizar muestreos de ventas muy rápidamente. Pasan por la tienda, descargan
los datos de las impresoras, lo vuelcan a un sistema central y éste detecta los
casos que se separan mucho de la desviación estándar (agrupando por actividad,
m2, etc.). El sistema reporta los valores atípicos y para éstos casos se ordena
una inspección mas detallada donde se revisaría, por ejemplo, si los datos de
los rollos coinciden con las impresoras.

En la práctica, para empresas que facturar vía tickets, la evasión no se hace
alterando las impresoras fiscales. Es mucho mas sencillo: las tiendas mas
pequeñas (donde es el dueño el que hace el cierre de caja) directamente no
ingresan todos los tickets (o ingresan 1 cada n, como has sugerido) y las
empresas grandes (con muchos empleados que hacen cierre de cajas)
compran facturas y/o servicios falsos. Como el tipo y la cuantía de la evasión
es similar dentro de cada sector económico el control vía muestreo tampoco
sirve de mucho: es la desviación estándar la que está sesgada.

>
>> > a bote pronto ... se me ocurre un procedimiento para "limpiar" dichas
>> > memorias y cepillarme ... digamos el 60% de la facturación. Ya te digo
>> > que no conoczo específicamente esos modelos
>>
>> De los intentos que conozco se hicieron fueron sin suerte, no te digo
>> que sea imposible, tampoco creo que sea imposible, aunque yo me
>> conformaría con poder imprimir a mi antojo las dos últimas líneas que
>> imprimen esos controladores.
>
> Se tiene que poder recuperar esa información ... es cuestión de tener una
> impresa y el manual o ser del servicio técnico, que seguro que saben como.

>
>> Sería muy lindo ejercicio, didáctico lógicamente. Aunque muy interesante
>> poder mostrarle al fisco lo errado que está (aunque a veces pienso que
>> lo hacen apropósito)
>
> Es simplemente que no me parece un método adecuado para nada.

En esto estamos todos de acuerdo.
_______________________________________________
Lista de correo Python-es 
http://listas.aditel.org/listinfo/python-es
FAQ: http://listas.aditel.org/faqpyes
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.