Modificaciones importantes en Datacomsys 7.4 (build 080517)
Ventas
Pedidos
Servicios
Se inhibió la posibilidad de modificar un pedido que contenga un servicio ya asignado a la producción.
Contabilidad
Asientos contables
Se agregó la posibilidad de incorporar un comentario para cada línea del asiento.
Los comentarios se visualizan en el libro diario y mayor por cuenta.
Stock
Productos
Stock por depósito
Múltiplos de venta, de compra y de producción.
Se agregó en la definición de cada producto/deposito, la posibilidad de indicar la unidad mínima de producción.
Al momento de ingresar una producción o resultado de un parte de trabajo, se valida que la cantidad ingresada sea múltiplo de la unidad mínima de producción.
Este campo complementa los ya existentes para unidad mínima de venta y de compra y fue inicializado con valor 1 en todas las instalaciones para aquellos productos definidos como Producibles.
Producción
Definición de formulas
Factor de conversión
En la definición de formulas de producción se agregó un campo que permite indicar un factor de cálculo.
Este factor de cálculo permite que, cuando se utilizan cantidades muy pequeñas de un componente, no sea necesario indicarlas con un número excesivo de decimales; pudiendo indicar, por ejemplo, que de tal o cual componente se utiliza 1 unidad, cada 10000 producidos. Luego el sistema se encarga de realizar los cálculos correspondientes en base a la cantidad producida.
Este factor de conversión se muestra en los árboles de formulas (F10), así como en los informes de explosión de productos e implosión de componentes.
Este factor se inicializó con valor 1, en todas las formulas existentes.
Comunicación importante:
Durante los meses de Junio y Julio 2008, se realizará una revisión y ampliación del esquema impositivo del modulo de ventas.
El sistema, actualmente y para aquellas empresas que son agentes de percepción, permite realizar el calculo de percepciones en comprobantes de venta y la administración posterior que ello implica, de manera que la percepción realizada se expresa en subdiarios, informes contables, modulo de afip, exportación a utilitarios de Rentas etc.
Se ha dado el caso en que, ya sea por merito de la empresa o por el proceso inflacionario, se ha aumentado el volumen de venta de manera que más empresas son ahora agentes de percepción, pero el inconveniente radica en que el sistema solamente acepta una percepción/jurisdicción por comprobante.
El caso de una empresa que por ejemplo perciba para provincia de Buenos Aires o Capital Federal o cualquier otra provincia, esta contemplado y en uso.
Lo que NO esta contemplado es que esa misma empresa perciba para más de una jurisdicción.
En este caso un comprobante de venta puede tener más de una percepción.
La modificación a realizar va a permitir que un mismo comprobante de ventas tenga distintas percepciones, que se van a expresar como una sola al momento de imprimir, pero que luego deberá, cada una, seguir su curso contable, administrativo y declaratorio.
La modificación va a permitir que los impuestos en una factura dejen de ser campos fijos (IVA, percepciones, impuestos internos), para convertirse en una grilla similar a la que se usa para los productos.
O sea que estarán previstos los impuestos actuales, como las percepciones de todas las provincias, los impuestos internos de venta, y así como cualquier otro tipo de impuesto que se invente en el futuro.
O eso es lo que intentaremos prever.
La modificación va a ser realizada de manera transparente, tanto para aquellas instalaciones que no tienen nada que ver con este tema, como para las que perciben.
Estas últimas recibirán información adicional al respecto.
Las consultas que surjan sobre estos u otros temas relacionados al sistema, por favor enviarlas a informes@carlosherrero.com.ar o consultar www.datacomsys.blogspot.com
Recordamos la necesidad de respaldar en CD, DVD o en otro equipo, el archivo .bck generado automáticamente por el proceso de backup diario.
Ch 17-05-2008
miércoles, 21 de mayo de 2008
lunes, 28 de abril de 2008
Version 080419
Modificaciones importantes en Datacomsys 7.4 (build 080419)
Ventas
Legajos de clientes
Sucursales del cliente
El número de sucursales posibles para cada legajo de cliente se amplio a 100.
Agentes de percepción Bs.As.
Notas de crédito
Resolución ARBA nº 321
Los procedimientos de emisión de notas de crédito están adaptados para cumplir con la resolución ARBA nº 321, en lo referente a que solo se debe calcular percepción de ingresos brutos, en aquellas notas de crédito que sean por cancelación total del comprobante original.
Inventario
Marbetes
Listado de marbetes
Se agregó un nuevo reporte al panel principal de procedimiento de inventario, este reporte lista los marbetes en formato similar a la grilla principal.
El reporte se puede acotar por sucursal, rubro, línea, marca o producto.
La salida es por pantalla o por impresora.
Seguridad
Acceso a la base de datos
Por motivos de seguridad, durante los meses de Mayo y Junio 2008, se cambiará la clave de seguridad interna que utiliza el sistema para acceder a la base de datos SQL.
Por distintos inconvenientes surgidos en la utilización de planillas Excel para obtener datos del sistema, se cambiará la clave interna por una distinta a la actual, la nueva clave se informará al responsable del sistema en cada instalación. La clave actual se podrá seguir utilizando para la obtención de datos mediante Excel, pero tendrá modificado su nivel de seguridad a lo mínimo e indispensable.
Resolución de pantalla.
En distintos informes anteriores se comunicó que a partir del mes de enero 2008 se producirían cambios en las dimensiones de los paneles del sistema, a efectos de organizar en forma optima la distribución de objetos, grillas, botones, etc., que hoy se encuentran bastantes saturados.
Habiendo relevado que menos del 10% de los puestos de trabajo existentes, cuentan con la posibilidad de utilizar la resolución requerida, se deja sin efecto la modificación hasta que estén dadas las condiciones.
Compras
Ordenes de compra
Modificación
A partir de esta versión las órdenes de compra emitidas pueden modificarse siempre y cuando no hayan sido recepcionadas parcial o totalmente.
La modificación se realiza desde el panel trabajar con proveedores, localizando al proveedor y clickeando en el botón (ordenes), luego se localiza la orden y se clickea en (modificar).
Informes de recepción
Recepción de una orden de compra
Cantidades excedentes sobre la orden de compra entregada
A partir de esta versión, y en forma paramétrica, se pueden ingresar cantidades que superen lo pendiente de la orden de compra para los distintos productos que la integran.
La cantidad ingresada suma al stock, la orden de compra queda como cumplida por la cantidad original, y el excedente se despliega en la consulta de informes por orden de compra en una columna aparte, titulada “Cantidad extra”.
La columna “A ingresar”, desplegada en la consulta de stock, se cancela por la cantidad original de la orden de compra.
Permitir o no el ingreso de cantidades mayores a las pendientes se parametriza en la definición del método de compra, bajo la etiqueta “Permite cantidades mayores a la OCM en Irc.”
Al momento de la instalación este parámetro se inicializó en NO.
Esta parametrizacion se sugiere para aquellas instalaciones donde, por dar un ejemplo, se compran servicios externos de producción, que si bien tienen estipulados una cantidad de entrega fija, es posible que el proveedor contratado, por cuestiones de producción o materiales, fabrique y entregue una cantidad mayor a la original, hasta esta versión el sistema necesitaba que se hiciera una orden de compra complementaria a la original, con este procedimiento se supera el inconveniente y se deja constancia del mismo.
Asimismo, para las instalaciones que compran y venden sin procesamiento alguno, se recomienda que sigan aplicando la parametrizacion anterior.
Las consultas que surjan sobre estos u otros temas relacionados al sistema, por favor enviarlas a informes@carlosherrero.com.ar o consultar www.datacomsys.blogspot.com
Recordamos la necesidad de respaldar en CD, DVD o en otro equipo, el archivo .bck generado automáticamente por el proceso de backup diario.
Ch 19-04-2008
Ventas
Legajos de clientes
Sucursales del cliente
El número de sucursales posibles para cada legajo de cliente se amplio a 100.
Agentes de percepción Bs.As.
Notas de crédito
Resolución ARBA nº 321
Los procedimientos de emisión de notas de crédito están adaptados para cumplir con la resolución ARBA nº 321, en lo referente a que solo se debe calcular percepción de ingresos brutos, en aquellas notas de crédito que sean por cancelación total del comprobante original.
Inventario
Marbetes
Listado de marbetes
Se agregó un nuevo reporte al panel principal de procedimiento de inventario, este reporte lista los marbetes en formato similar a la grilla principal.
El reporte se puede acotar por sucursal, rubro, línea, marca o producto.
La salida es por pantalla o por impresora.
Seguridad
Acceso a la base de datos
Por motivos de seguridad, durante los meses de Mayo y Junio 2008, se cambiará la clave de seguridad interna que utiliza el sistema para acceder a la base de datos SQL.
Por distintos inconvenientes surgidos en la utilización de planillas Excel para obtener datos del sistema, se cambiará la clave interna por una distinta a la actual, la nueva clave se informará al responsable del sistema en cada instalación. La clave actual se podrá seguir utilizando para la obtención de datos mediante Excel, pero tendrá modificado su nivel de seguridad a lo mínimo e indispensable.
Resolución de pantalla.
En distintos informes anteriores se comunicó que a partir del mes de enero 2008 se producirían cambios en las dimensiones de los paneles del sistema, a efectos de organizar en forma optima la distribución de objetos, grillas, botones, etc., que hoy se encuentran bastantes saturados.
Habiendo relevado que menos del 10% de los puestos de trabajo existentes, cuentan con la posibilidad de utilizar la resolución requerida, se deja sin efecto la modificación hasta que estén dadas las condiciones.
Compras
Ordenes de compra
Modificación
A partir de esta versión las órdenes de compra emitidas pueden modificarse siempre y cuando no hayan sido recepcionadas parcial o totalmente.
La modificación se realiza desde el panel trabajar con proveedores, localizando al proveedor y clickeando en el botón (ordenes), luego se localiza la orden y se clickea en (modificar).
Informes de recepción
Recepción de una orden de compra
Cantidades excedentes sobre la orden de compra entregada
A partir de esta versión, y en forma paramétrica, se pueden ingresar cantidades que superen lo pendiente de la orden de compra para los distintos productos que la integran.
La cantidad ingresada suma al stock, la orden de compra queda como cumplida por la cantidad original, y el excedente se despliega en la consulta de informes por orden de compra en una columna aparte, titulada “Cantidad extra”.
La columna “A ingresar”, desplegada en la consulta de stock, se cancela por la cantidad original de la orden de compra.
Permitir o no el ingreso de cantidades mayores a las pendientes se parametriza en la definición del método de compra, bajo la etiqueta “Permite cantidades mayores a la OCM en Irc.”
Al momento de la instalación este parámetro se inicializó en NO.
Esta parametrizacion se sugiere para aquellas instalaciones donde, por dar un ejemplo, se compran servicios externos de producción, que si bien tienen estipulados una cantidad de entrega fija, es posible que el proveedor contratado, por cuestiones de producción o materiales, fabrique y entregue una cantidad mayor a la original, hasta esta versión el sistema necesitaba que se hiciera una orden de compra complementaria a la original, con este procedimiento se supera el inconveniente y se deja constancia del mismo.
Asimismo, para las instalaciones que compran y venden sin procesamiento alguno, se recomienda que sigan aplicando la parametrizacion anterior.
Las consultas que surjan sobre estos u otros temas relacionados al sistema, por favor enviarlas a informes@carlosherrero.com.ar o consultar www.datacomsys.blogspot.com
Recordamos la necesidad de respaldar en CD, DVD o en otro equipo, el archivo .bck generado automáticamente por el proceso de backup diario.
Ch 19-04-2008
martes, 25 de marzo de 2008
ARBA - resolucion 321
Para aquellas instalaciones que perciben ingresos brutos para la provincia de Buenos Aires, informo que el sistema esta instrumentado para cumplir con la resolucion ARBA 321.
A partir de este momento el metodo de calculo de percepciones, para la emision de notas de credito que perciban para Bs.As., cambia segun el siguiente criterio:
Notas de credito directas :
No calculan percepciones
Notas de credito asociadas :
Generales sobre factura :
Solo calculan si el total neto de la nota de credito coincide con la factura original.
Credito devolucion :
Solo calculan si el total neto de la nota de credito, coincide con la factura asociada al remito.
Esto es valido tanto para el caso de factura remitida, como de remito facturado.
El sistema cuenta con la posibilidad de inhibir esta operatoria volviendo al metodo anterior.
Para ello se debe acceder al modulo Afip, opcion Sifere/Sicom, opcion Parametros Ingresos brutos, y destildar por cada caracter del sujeto la ultima columna titulada Exc/ncr.
Las percepciones para otras jurisdicciones no han sufrido modificacion en su metodo de calculo.
Carlos A.L.Herrero
Análisis de Sistemas
Córdoba 93 (B1640GUA) Martínez - Bs.As.
República Argentina
Tel: 4792-2053 15-4473-6865
www.datacomsys.com.ar
www.datacomsys.blogspot.com
A partir de este momento el metodo de calculo de percepciones, para la emision de notas de credito que perciban para Bs.As., cambia segun el siguiente criterio:
Notas de credito directas :
No calculan percepciones
Notas de credito asociadas :
Generales sobre factura :
Solo calculan si el total neto de la nota de credito coincide con la factura original.
Credito devolucion :
Solo calculan si el total neto de la nota de credito, coincide con la factura asociada al remito.
Esto es valido tanto para el caso de factura remitida, como de remito facturado.
El sistema cuenta con la posibilidad de inhibir esta operatoria volviendo al metodo anterior.
Para ello se debe acceder al modulo Afip, opcion Sifere/Sicom, opcion Parametros Ingresos brutos, y destildar por cada caracter del sujeto la ultima columna titulada Exc/ncr.
Las percepciones para otras jurisdicciones no han sufrido modificacion en su metodo de calculo.
Carlos A.L.Herrero
Análisis de Sistemas
Córdoba 93 (B1640GUA) Martínez - Bs.As.
República Argentina
Tel: 4792-2053 15-4473-6865
www.datacomsys.com.ar
www.datacomsys.blogspot.com
lunes, 10 de marzo de 2008
Version 080229
Modificaciones importantes en Datacomsys 7.4 (build 080229)
Ventas
Pedidos
Mayorización de pedidos pendientes.
A partir de esta versión se puede optar, en forma paramétrica, que al momento de tomar un pedido se despliegue un panel de trabajo con más posibilidades para el operador.
El objetivo es mostrar todos los pedidos pendientes del cliente asociado y poder realizar distintas tareas, entre ellas la mayorizacion de varios pedidos y productos en uno solo.
La mayorizacion consiste básicamente en tomar uno o varios productos de los distintos pedidos pendientes y mayorizarlos en uno nuevo, dejando como cancelados los originales.
La mayorización se parametriza a su vez bajo distintos criterios posibles.
Facturación letra C
A partir de esta versión esta permitido, en forma parametrica y para quien corresponda, la emisión de facturas y recibos con letra C
Impresión fiscal sujetos RIX y EXE
A los distintos caracteres del sujeto posibles de emisión de factura fiscal, se agregaron el carácter RIX (responsable inscripto exento, como ser clubes de fútbol) y EXE (exento por ubicación geográfica).
Gestión de despacho
Ordenes de carga
A la operatoria actual de emisión de órdenes de carga, se agregó la posibilidad paramétrica de permitir o no, la inclusión de uno o varios remitos cuya localidad no esta incluida en el código de recorrido asociado, así como también permitir o no la inclusión de remitos con código de transporte distinto al de la orden de carga.
Ingresos y egresos
Valores
Calendario,
Desde el panel trabajar con valores, mediante la tecla de función F11, se pude visualizar un calendario que incluye los distintos valores en cartera asociados a cada fecha.
Al clickear sobre el día que se desee, se despliega un panel con los valores que lo componen.
Informe de valores en cartera
Se agregó la posibilidad de emitirlo en formato de árbol, donde se anidan los valores por año, mes, semana, fecha y finalmente por día.
También se lo puede emitir en forma resumida, donde solo se indicarán los totales.
Servicios
Fecha y hora de comienzo real
Al momento de indicar como terminado un servicio, se puede agregar la fecha y hora de comienzo real de la actividad.
Compras
Requerimientos
Informe general de requerimientos, salida por panel.
Se agregó al informe general de requerimientos, la posibilidad de emitirlo por panel, de manera que se pueda hacer traza sobre los elementos del mismo.
Generales
Búsquedas F4
Las búsquedas generales que se realizan mediante la tecla de función F4, fueron optimizadas en el sentido que, al momento de invocarlas, el cursor ya se despliega sobre el campo más significativo de búsqueda.
Contabilidad
Estado de origen y aplicación de fondos y cuadro de disponibilidades.
El módulo de estado de origen y aplicación de fondos, fue rediseñado agregándole la posibilidad de indicar valores de presupuesto, así también la graficación de los distintos datos mediante la tecla de función F9, y un proceso de cierre y apertura del periodo.
Las consultas que surjan sobre estos u otros temas relacionados al sistema, por favor enviarlas a informes@carlosherrero.com.ar o consultar www.datacomsys.blogspot.com
Recordamos la necesidad de respaldar en CD, DVD o en otro equipo, el archivo .bck generado automáticamente por el proceso de backup diario.
Ch 29-02-2008
Ventas
Pedidos
Mayorización de pedidos pendientes.
A partir de esta versión se puede optar, en forma paramétrica, que al momento de tomar un pedido se despliegue un panel de trabajo con más posibilidades para el operador.
El objetivo es mostrar todos los pedidos pendientes del cliente asociado y poder realizar distintas tareas, entre ellas la mayorizacion de varios pedidos y productos en uno solo.
La mayorizacion consiste básicamente en tomar uno o varios productos de los distintos pedidos pendientes y mayorizarlos en uno nuevo, dejando como cancelados los originales.
La mayorización se parametriza a su vez bajo distintos criterios posibles.
Facturación letra C
A partir de esta versión esta permitido, en forma parametrica y para quien corresponda, la emisión de facturas y recibos con letra C
Impresión fiscal sujetos RIX y EXE
A los distintos caracteres del sujeto posibles de emisión de factura fiscal, se agregaron el carácter RIX (responsable inscripto exento, como ser clubes de fútbol) y EXE (exento por ubicación geográfica).
Gestión de despacho
Ordenes de carga
A la operatoria actual de emisión de órdenes de carga, se agregó la posibilidad paramétrica de permitir o no, la inclusión de uno o varios remitos cuya localidad no esta incluida en el código de recorrido asociado, así como también permitir o no la inclusión de remitos con código de transporte distinto al de la orden de carga.
Ingresos y egresos
Valores
Calendario,
Desde el panel trabajar con valores, mediante la tecla de función F11, se pude visualizar un calendario que incluye los distintos valores en cartera asociados a cada fecha.
Al clickear sobre el día que se desee, se despliega un panel con los valores que lo componen.
Informe de valores en cartera
Se agregó la posibilidad de emitirlo en formato de árbol, donde se anidan los valores por año, mes, semana, fecha y finalmente por día.
También se lo puede emitir en forma resumida, donde solo se indicarán los totales.
Servicios
Fecha y hora de comienzo real
Al momento de indicar como terminado un servicio, se puede agregar la fecha y hora de comienzo real de la actividad.
Compras
Requerimientos
Informe general de requerimientos, salida por panel.
Se agregó al informe general de requerimientos, la posibilidad de emitirlo por panel, de manera que se pueda hacer traza sobre los elementos del mismo.
Generales
Búsquedas F4
Las búsquedas generales que se realizan mediante la tecla de función F4, fueron optimizadas en el sentido que, al momento de invocarlas, el cursor ya se despliega sobre el campo más significativo de búsqueda.
Contabilidad
Estado de origen y aplicación de fondos y cuadro de disponibilidades.
El módulo de estado de origen y aplicación de fondos, fue rediseñado agregándole la posibilidad de indicar valores de presupuesto, así también la graficación de los distintos datos mediante la tecla de función F9, y un proceso de cierre y apertura del periodo.
Las consultas que surjan sobre estos u otros temas relacionados al sistema, por favor enviarlas a informes@carlosherrero.com.ar o consultar www.datacomsys.blogspot.com
Recordamos la necesidad de respaldar en CD, DVD o en otro equipo, el archivo .bck generado automáticamente por el proceso de backup diario.
Ch 29-02-2008
sábado, 29 de diciembre de 2007
Version 071228
Modificaciones importantes en Datacomsys 7.4 (build 071228)
Ventas
Remitos
La definición de tipos de remitos ahora permite indicar si, al momento de archivar el mismo, se solicita el número que corresponde o bien se sigue tomando del esquema de parámetros del punto de venta.
Estadísticas
Se ha agregado una nueva estadística comparativa de productos al costo, pudiendo de esta manera valuar la venta de un periodo al costo de otro.
Permite indicar seis periodos de ventas y luego, para cada uno de ellos, si se costea al histórico, al actual, o bien al que se resguarda al final de cada mes.
Comparativas en general.
Las estadísticas comparativas ahora tienen la posibilidad de emitirse por panel, donde luego pueden ordenarse a criterio y convertirse a Excel por medio de F8.
Servicios
Se agregó un catalogo de motivos de cancelación, de esta manera al cancelar un servicio, aparte de la observación existente, se deberá indicar un motivo del catalogo.
Producción/Stock
Números de serie
El sistema permite ahora mantener un historial de eventos por número de serie, indicando fecha, hora, evento y operador de ingreso.
Cobranza de contado
Datos de tarjetas de crédito, cheques u otros.
Para las instalaciones que realizan la cobranza del contado anterior al momento de la impresión fiscal, se agregó la posibilidad de imprimir los datos de los valores o cupones recibidos, así como un texto de observaciones por renglón. Como se trata de un formulario, se debe solicitar expresamente que se agreguen estos datos a la impresión actual.
Afip
Rentas Bs.As.
Padrón de rentas para cálculo de percepciones en facturas.
Esta modificación se ha explicado en documento aparte.
Se recuerda que: De no actualizarse el padrón el día miércoles 02-01-08, el sistema enviará, por cada comprobante que se haga, un mensaje de advertencia indicando que se esta trabajando con un padrón desactualizado.
Cuentas corrientes
Informe general de recibos.
Se ha agregado al menú de informes de cuentas corrientes un informe general de recibos.
Atraso promedio en recibos.
Se modificó el método de cálculo, tomando en cuenta aquellos recibos que se hacen por adelantado al vencimiento de los comprobantes que se cancelan.
Alarmas
Se han agregado dos alarmas que analizan deudores, la primera informa sobre deudores que han superado el tope de crédito asignado, la segunda avisa sobre los clientes que tienen cierto tiempo de atraso en su pago, y cuenta con la posibilidad de inhabilitarlos automáticamente.
Ordenes de cargaSe ha generado un nuevo modulo que permite administrar remitos, agrupándolos bajo un numero de orden de carga.
Esta orden de carga permite valuar el total de la mercadería a transportar a precio neto, y así determinar si se debe obtener la COT que obliga rentas de Buenos Aires.
También imprime una planilla con el recorrido del transporte y un resumen de bultos para realizar la estiba.
Mayores detalles se pueden informar en documento aparte.
Cambio de uso horario. El sistema no tiene problema alguno respecto al cambio de uso horario.
Por el aspecto técnico, se debe tener en cuenta que hay que cambiar tanto la hora del Servidor de dominio, el del sistema y las maquinas cliente, o bien parametrizar las mismas para que al inicio tomen la hora del servidor.
También se debe cambiar la hora en las impresoras fiscales.
Estas situaciones deben evaluarse con los responsables técnicos.
Las consultas que surjan sobre estos u otros temas relacionados al sistema, por favor enviarlas a informes@carlosherrero.com.ar o consultar www.datacomsys.blogspot.com
Recordamos la necesidad de respaldar en CD, DVD o en otro equipo, el archivo .bck generado automáticamente por el proceso de backup diario.
Ch 28-12-2007
Ventas
Remitos
La definición de tipos de remitos ahora permite indicar si, al momento de archivar el mismo, se solicita el número que corresponde o bien se sigue tomando del esquema de parámetros del punto de venta.
Estadísticas
Se ha agregado una nueva estadística comparativa de productos al costo, pudiendo de esta manera valuar la venta de un periodo al costo de otro.
Permite indicar seis periodos de ventas y luego, para cada uno de ellos, si se costea al histórico, al actual, o bien al que se resguarda al final de cada mes.
Comparativas en general.
Las estadísticas comparativas ahora tienen la posibilidad de emitirse por panel, donde luego pueden ordenarse a criterio y convertirse a Excel por medio de F8.
Servicios
Se agregó un catalogo de motivos de cancelación, de esta manera al cancelar un servicio, aparte de la observación existente, se deberá indicar un motivo del catalogo.
Producción/Stock
Números de serie
El sistema permite ahora mantener un historial de eventos por número de serie, indicando fecha, hora, evento y operador de ingreso.
Cobranza de contado
Datos de tarjetas de crédito, cheques u otros.
Para las instalaciones que realizan la cobranza del contado anterior al momento de la impresión fiscal, se agregó la posibilidad de imprimir los datos de los valores o cupones recibidos, así como un texto de observaciones por renglón. Como se trata de un formulario, se debe solicitar expresamente que se agreguen estos datos a la impresión actual.
Afip
Rentas Bs.As.
Padrón de rentas para cálculo de percepciones en facturas.
Esta modificación se ha explicado en documento aparte.
Se recuerda que: De no actualizarse el padrón el día miércoles 02-01-08, el sistema enviará, por cada comprobante que se haga, un mensaje de advertencia indicando que se esta trabajando con un padrón desactualizado.
Cuentas corrientes
Informe general de recibos.
Se ha agregado al menú de informes de cuentas corrientes un informe general de recibos.
Atraso promedio en recibos.
Se modificó el método de cálculo, tomando en cuenta aquellos recibos que se hacen por adelantado al vencimiento de los comprobantes que se cancelan.
Alarmas
Se han agregado dos alarmas que analizan deudores, la primera informa sobre deudores que han superado el tope de crédito asignado, la segunda avisa sobre los clientes que tienen cierto tiempo de atraso en su pago, y cuenta con la posibilidad de inhabilitarlos automáticamente.
Ordenes de cargaSe ha generado un nuevo modulo que permite administrar remitos, agrupándolos bajo un numero de orden de carga.
Esta orden de carga permite valuar el total de la mercadería a transportar a precio neto, y así determinar si se debe obtener la COT que obliga rentas de Buenos Aires.
También imprime una planilla con el recorrido del transporte y un resumen de bultos para realizar la estiba.
Mayores detalles se pueden informar en documento aparte.
Cambio de uso horario. El sistema no tiene problema alguno respecto al cambio de uso horario.
Por el aspecto técnico, se debe tener en cuenta que hay que cambiar tanto la hora del Servidor de dominio, el del sistema y las maquinas cliente, o bien parametrizar las mismas para que al inicio tomen la hora del servidor.
También se debe cambiar la hora en las impresoras fiscales.
Estas situaciones deben evaluarse con los responsables técnicos.
Las consultas que surjan sobre estos u otros temas relacionados al sistema, por favor enviarlas a informes@carlosherrero.com.ar o consultar www.datacomsys.blogspot.com
Recordamos la necesidad de respaldar en CD, DVD o en otro equipo, el archivo .bck generado automáticamente por el proceso de backup diario.
Ch 28-12-2007
lunes, 17 de diciembre de 2007
Error Atraso promedio en recibos
Respecto al calculo de atraso promedio en recibos de caja, existe un error de calculo que perjudica el resultado final y atenta contra la evaluacion crediticia del cliente asociado.
Ya que un recibo puede tener muchas facturas y muchos valores, y que no existe una relacion directa entre ellos, el metodo de calculo de atraso se basaba en obtener los dias promedio desde el vencimiento de cada comprobante y la fecha del recibo, asi como los dias promedo entre la fecha del recibo y la de cada uno de los valores entregados.
Con este metodo se podia obtener un promedio de atraso que se desplegaba en la consulta de cada recibo y que tembien era utilizado desde los accesos de gestion cobranza.
Tambien se matenia un promedio general de atraso para cada cliente que se desplegaba en la consulta del legajo del mismo.
El error reportado consiste en que el metodo descrito funciona correctamente, siempre y cuando que el recibo se realice contra comprobantes que ya estan vencidos al momento de la cobranza.
O sea, si el recibo se generaba sobre comprobantes vencidos, sea el mismo dia del vencimiento o tiempo despues, el atraso promedio de los comprobantes contra la fecha del recibo se calculaba correctamente.
Si por el contrario, el comprobante no estaba vencido, el calculo daba cero.
Hasta aqui no habria mayor problema, pero el inconveniente se daba en que el calculo desde la fecha del recibo a la promedio de los valores si se realizaba, dandose la situacion donde un comprobante que era pagado anticipado, pero con cheques a la fecha real de vencimiento, se mostraba como que tenia un atraso promedio que era precisamente los dias desde el recibo a la fecha de los valores, pero sin tener en cuenta que el recibo fue hecho antes del vencimiento real del comprobante.
Como tecnicamente la unica solucion posible a este problema seria tener una relacion comprobante / cheque en el recibo y, sabiendo que esto es imposible de implementar, la reparacion de este error consistio en que, si bien se sigue calculando el atraso del cheque desde la fecha del recibo hasta la fecha del mismo, ahora el atraso de un comprobante desde la fecha de vencimiento a la fecha del recibo puede mostrarse en negativo.
O sea, si el recibo se hace despues del vencimiento del comprobante, sigue funcionando como hasta ahora.
Si por el contrario, el recibo se hace antes del vencimiento, el atraso promedio se muestra en negativo, de esta manera, al restarse del atraso del cheque, el resultado general se neutraliza.
En ejemplos con el metodo actual :
Recibo fecha 17-12-2007
Comprobante vencimiento : 31-01-08 <- se pago con 0 dias de atraso, se pago anticipado
Valores a fecha : 15-03-08 <- valores con 92 dias de atraso ( del 17-12-07 al 15-03-08)
Promedio general : 0 + 92 = 92 dias de atraso promedio.
Esta mismo ejemplo con el nuevo metodo:
Recibo fecha 17-12-2007
Comprobante vencimiento : 31-01-08 <- se pago con -45 dias de atraso (45 dias antes!).
Valores a fecha : 15-03-08 <- valores con 92 dias de atraso ( del 17-12-07 al 15-03-08)
Promedio general : -45 + 92 = 47 dias de atraso promedio.
Como se visualiza, a efectos de evaluacion del comportamiento del cliente, hay una gran diferencia.
Este error se encuentra reparado en la version que a mas tardar se instala el 28-12-2007.
Todos los recibos seran reprocesados, asi como los datos de consulta en los legajos de los clientes.
Carlos A.L.Herrero Análisis de Sistemas
Córdoba 93 (B1640GUA) Martínez - Bs.As.
República Argentina
Tel: 4792-2053 15-4473-6865
www.datacomsys.com.ar
www.datacomsys.blogspot.com
Ya que un recibo puede tener muchas facturas y muchos valores, y que no existe una relacion directa entre ellos, el metodo de calculo de atraso se basaba en obtener los dias promedio desde el vencimiento de cada comprobante y la fecha del recibo, asi como los dias promedo entre la fecha del recibo y la de cada uno de los valores entregados.
Con este metodo se podia obtener un promedio de atraso que se desplegaba en la consulta de cada recibo y que tembien era utilizado desde los accesos de gestion cobranza.
Tambien se matenia un promedio general de atraso para cada cliente que se desplegaba en la consulta del legajo del mismo.
El error reportado consiste en que el metodo descrito funciona correctamente, siempre y cuando que el recibo se realice contra comprobantes que ya estan vencidos al momento de la cobranza.
O sea, si el recibo se generaba sobre comprobantes vencidos, sea el mismo dia del vencimiento o tiempo despues, el atraso promedio de los comprobantes contra la fecha del recibo se calculaba correctamente.
Si por el contrario, el comprobante no estaba vencido, el calculo daba cero.
Hasta aqui no habria mayor problema, pero el inconveniente se daba en que el calculo desde la fecha del recibo a la promedio de los valores si se realizaba, dandose la situacion donde un comprobante que era pagado anticipado, pero con cheques a la fecha real de vencimiento, se mostraba como que tenia un atraso promedio que era precisamente los dias desde el recibo a la fecha de los valores, pero sin tener en cuenta que el recibo fue hecho antes del vencimiento real del comprobante.
Como tecnicamente la unica solucion posible a este problema seria tener una relacion comprobante / cheque en el recibo y, sabiendo que esto es imposible de implementar, la reparacion de este error consistio en que, si bien se sigue calculando el atraso del cheque desde la fecha del recibo hasta la fecha del mismo, ahora el atraso de un comprobante desde la fecha de vencimiento a la fecha del recibo puede mostrarse en negativo.
O sea, si el recibo se hace despues del vencimiento del comprobante, sigue funcionando como hasta ahora.
Si por el contrario, el recibo se hace antes del vencimiento, el atraso promedio se muestra en negativo, de esta manera, al restarse del atraso del cheque, el resultado general se neutraliza.
En ejemplos con el metodo actual :
Recibo fecha 17-12-2007
Comprobante vencimiento : 31-01-08 <- se pago con 0 dias de atraso, se pago anticipado
Valores a fecha : 15-03-08 <- valores con 92 dias de atraso ( del 17-12-07 al 15-03-08)
Promedio general : 0 + 92 = 92 dias de atraso promedio.
Esta mismo ejemplo con el nuevo metodo:
Recibo fecha 17-12-2007
Comprobante vencimiento : 31-01-08 <- se pago con -45 dias de atraso (45 dias antes!).
Valores a fecha : 15-03-08 <- valores con 92 dias de atraso ( del 17-12-07 al 15-03-08)
Promedio general : -45 + 92 = 47 dias de atraso promedio.
Como se visualiza, a efectos de evaluacion del comportamiento del cliente, hay una gran diferencia.
Este error se encuentra reparado en la version que a mas tardar se instala el 28-12-2007.
Todos los recibos seran reprocesados, asi como los datos de consulta en los legajos de los clientes.
Carlos A.L.Herrero Análisis de Sistemas
Córdoba 93 (B1640GUA) Martínez - Bs.As.
República Argentina
Tel: 4792-2053 15-4473-6865
www.datacomsys.com.ar
www.datacomsys.blogspot.com
jueves, 15 de noviembre de 2007
Ingresos brutos circular 223
Esta circular especifica que, para aquellas empresas que son agentes de percepcion y/o retencion, la alicuota de aplicacion correspondiente para cada cliente a percibir deja de ser fija.
A tales efectos hay un padron que determina por numero de cuit la alicuota que corresponde percibir para la operacion a realizar.
El padron debe descargarse desde la pagina web de Rentas e incorporarse al sistema.
Modificacion del sistema:
Para poder cumplimentar con la resolucion de Rentas Bs.As., en lo referente a la aplicacion de alicuotas de percepcion y retencion diferenciadas para cada contribuyente, el sistema Datacomsys se ha modificado de la siguiente manera :
A) Obtencion del padron de contribuyentes
En esta operatoria el sistema NO estara presente, se debera obtener por los medios que corresponda a cada agente de percepcion el archivo que Rentas publicara mensualmente en su pagina web.
B) Descompresion del archivo .zip que contiene el padron de contribuyentes.
En esta operatoria tampoco estara presente el sistema, el operador o encargado debera descomprimir el archivo obtenido de la web mediante Winzip, Winrar, u otro software que realice dicha operatoria.
C) Incorporacion del padron de contribuyentes a la base de datos.
Una vez obtenido el padron de contribuyentes y descomprimido, el mismo debera ser incorporado a la base de datos.
A tales efectos se ha modificado el acceso AFIP, agregando en los paneles "Percepciones rentas Bs.As." y "Retenciones rentas Bs.As.", un boton con el titulo "Trabajar padron rentas Bs.As".
En el panel mencionado se encuentran dos botones, el primero permite consultar el padron, el segundo permite importar el archivo obtenido, localizandolo en el disco de la maquina, en la direccion donde haya sido resguardado y descomprimido.
En este sentido es importante considerar que es un archivo de grandes dimensiones, con millones de registros, lo que implica un tiempo tambien considerable de incorporacion asi como un aumento en el volumen de datos en unos 80 megas.
Tengase en cuenta que, durante la importacion NO, se debe realizar operatoria alguna que implique la obtencion de la alicuota de percepcion, por lo que se recomienda que la misma se realice fuera del horario normal de trabajo.
El tiempo total de importacion dependera de la calidad de la maquina que este importando.
El proceso de importacion NO es necesario que se realice en el server, puede ser cualquier maquina que tenga habilitado el acceso al modulo AFIP.
D) Aplicacion
D.1) Percepciones
Al momento de realizar un pedido, presupuesto o factura, el sistema verificara el numero de cuit del cliente en cuestion contra el padron recuperado al sistema, aplicando la alicuota indicada para percepciones.
Es importante tener en cuenta que se validara la fecha del comprobante contra la vigencia del padron, impidiendo continuar con la operacion si el mismo no esta vigente.
Tambien es importante tener en cuenta que, en caso que el cliente figure como EXENTO en ingresos brutos, y se encuentre diferencia respecto al padron, la operacion se cancelara debiendo rectificar el registro del cliente.
D.2) Retenciones
Al momento de realizar una orden de pago con facturas seleccionadas previamente y, en aquellas instalaciones que realizan retenciones automaticas, la alicuota correspondiente a la retencion se obtendra mediante la localizacion del cuit del proveedor en el padron obtenido.
E) Exportacion a utilitarios.
La modificacion deberia ser transparante para la exportacion de datos mediante el modulo Afip, para los distintos aplicativos vigentes.
F) La instalacion de estas modificaciones esta prevista a mas tardar para el dia viernes 23-11-2007, comenzandose a utilizar en forma automatica, el dia Sabado 01-12-2007; o sea que cada responsable de instalacion debera obtener, descomprimir, e importar el padron ANTES de esa fecha.
G) La instalacion de las modificaciones NO implica que tambien se obtenga, descomprima e importe el padron.
Cualquier modificacion, ampliacion o prorroga sobre este tema sera informada.
A continuacion un texto obtenido y enviado por Raul Gallinal de Aguas SA, que sirvio para aclarar un poco la operatoria a seguir:
RETENCIONES Y PERCEPCIONES A PARTIR DEL 1 DE DICIEMBRE DE 2007 EN LA PROVINCIA DE BUENOS AIRES
ARNAUD IRIBARNE
INTRODUCCIÓN
Una nueva obligación se incorpora para aquellos sujetos que han sido designados agentes de recaudación de la Provincia de Buenos Aires, denominación que incluye la carga pública de ser agentes de percepción y de retención en los impuestos sobre los ingresos brutos.
De acuerdo con las disposiciones normativas (DPR Bs. As.) "B" 70/2007 [BO (Bs. As.): 6/11/2007] y 71/2007, se ha creado un nuevo régimen que obliga a modificar sistemas informáticos de las empresas y agrega un nivel de complejidad mayor.
Ante los reclamos de las entidades empresarias, sólo se ha conseguido que se postergue por pocos días la vigencia y será de aplicación obligatoria a partir del 1 de diciembre próximo.
Argentina es un país que ha utilizado y abusado de regímenes generales de retención y percepción de impuestos. Le resulta fácil a la Administración Tributaria transferir esa tarea a los sujetos medianos o grandes de la economía.
Hasta la fecha, en todos los casos la alícuota que debía utilizar el agente de retención y percepción era fija y permanente. Lo novedoso es que ahora la alícuota a aplicar, a los fines de la liquidación de la percepción o retención de impuestos, será la que, con relación a cada uno de los contribuyentes, publique la Dirección Provincial de Rentas en su página Web (www.rentas.gba.gov.ar) . El listado está compuesto de 15 alícuotas diferentes de acuerdo con los perfiles de riesgo de cada uno de los sujetos. Para ser más precisos, 15 tramos diferentes de la escala para cuando se actúa como agente de percepción y otros 15 tramos diferentes cuando se actúa como agente de retención.
Para poder acceder a la página Web, el agente de recaudación deberá obtener una Clave de Identificación Tributaria (CIT), la que lo habilitará a ingresar dentro del sistema. Esta clave es distinta de la que se usa para presentar las declaraciones juradas. Ésta lo habilita para acceder al padrón que especifica la alícuota de percepción y retención que se deberá aplicar a cada contribuyente del impuesto sobre los ingresos brutos por parte de los agentes de recaudación.
Esta asignación de coeficientes variará mensualmente, y será obligación del agente de recaudación aplicar siempre la alícuota correcta, ya que las graves penalidades que tienen en el Código Fiscal aquellos agentes de recaudación que practican la retención y/o la percepción, y luego no la depositan, son las mismas que se usan cuando "se hubiese omitido actuar correspondiendo hacerlo".
DISEÑO DE PROGRAMAS INFORMÁTICOS
Cuando se actúa en carácter de agente de percepción, el sistema deberá buscar la alícuota en el Padrón de Clientes:
Esa alícuota debe extraerse de una tabla con 15 tramos. El sistema deberá actualizar mensualmente la alícuota que corresponde a cada sujeto.
La Dirección Provincial de Rentas tiene previsto tener disponible en la página Web el padrón completo "zippeado", incluyendo las alícuotas por Clave Única de Identificación Tributaria (CUIT) tanto de percepción como de retención (en total: 5 megas).
También tiene planeado que, a fines de noviembre, estará en funcionamiento la "reproweb" , cuya utilización será optativa. Según informa el contribuyente, podrá ingresar su padrón de clientes a la página Web e importar las alícuotas de percepciones. Además, podrá ingresar su padrón de proveedores para cargar las alícuotas de percepción.
Los sujetos exentos, no alcanzados o excluidos de retenciones y/o percepciones aparecerán con "alícuota cero".
La consulta sobre la conducta de cada sujeto tiene validez por 30 días. Al mes siguiente, a través de la "reproweb" o importando desde el archivo "zippeado" que aparecerá en la página Web, habrá que actualizar la "calificación" de cada uno.
VIGENCIA DEL RÉGIMEN
Las entidades empresarias han solicitado que se extienda el plazo de vigencia, pero la respuesta del Organismo Provincial es que comenzará el 1 de diciembre próximo.
Aquellos agentes de recaudación que les resulte imposible aplicar esta norma a partir de su vigencia deberán presentarse en forma individual explicando los motivos de tal impedimento, lo que origina un expediente administrativo. De ser operativamente posible, se recomienda continuar practicando el régimen actualmente vigente. En algunos casos como empresas de electricidad o telecomunicaciones a las cuales le han diferido la vigencia, le han impuesto continuar con el actual sistema durante la transición.
PADRÓN DE PRUEBAS
Las entidades empresarias, con la mejor intención de colaborar con el Organismo y con sus asociados, le han demandado poder bajar el padrón de inscriptos con sus alícuotas.
Todavía no está disponible un padrón definitivo, pero como tentativo puede hacerse el siguiente ejercicio:
* Ingresar en "http://dsi-1.dsi.ec.gba.gov.ar".
* Sobre la izquierda, hay una columna denominada "Consultas y trámites". La primera opción es "Ingresos brutos" .
* Dentro de "Ingresos brutos", del lado izquierdo, la última se denomina "Régimen de recaudación por sujeto".
* Al ingresar, solicitan los datos del sujeto y, como padrón de pruebas, se facilita lo siguiente:
- CUIT: 30-52592584-2.
- CIT: 123456.
Cargando estos datos, aparece un certificado en el que este sujeto, por el período que va del 17 de noviembre al 17 de diciembre de 2007, tendrá una alícuota:
- Percepciones: 0.
- Retenciones: 0.
En la misma página Web de la Dirección Provincial de Rentas existe una descripción del régimen y el método de obtención de la CIT que deberán solicitar los agentes de recaudación para ingresar a las bases de datos en consulta "on line".
Carlos A.L.Herrero Análisis de Sistemas
Córdoba 93 (B1640GUA) Martínez - Bs.As.
República Argentina
Tel: 4792-2053 15-4473-6865
www.datacomsys.com.ar
www.datacomsys.blogspot.com
A tales efectos hay un padron que determina por numero de cuit la alicuota que corresponde percibir para la operacion a realizar.
El padron debe descargarse desde la pagina web de Rentas e incorporarse al sistema.
Modificacion del sistema:
Para poder cumplimentar con la resolucion de Rentas Bs.As., en lo referente a la aplicacion de alicuotas de percepcion y retencion diferenciadas para cada contribuyente, el sistema Datacomsys se ha modificado de la siguiente manera :
A) Obtencion del padron de contribuyentes
En esta operatoria el sistema NO estara presente, se debera obtener por los medios que corresponda a cada agente de percepcion el archivo que Rentas publicara mensualmente en su pagina web.
B) Descompresion del archivo .zip que contiene el padron de contribuyentes.
En esta operatoria tampoco estara presente el sistema, el operador o encargado debera descomprimir el archivo obtenido de la web mediante Winzip, Winrar, u otro software que realice dicha operatoria.
C) Incorporacion del padron de contribuyentes a la base de datos.
Una vez obtenido el padron de contribuyentes y descomprimido, el mismo debera ser incorporado a la base de datos.
A tales efectos se ha modificado el acceso AFIP, agregando en los paneles "Percepciones rentas Bs.As." y "Retenciones rentas Bs.As.", un boton con el titulo "Trabajar padron rentas Bs.As".
En el panel mencionado se encuentran dos botones, el primero permite consultar el padron, el segundo permite importar el archivo obtenido, localizandolo en el disco de la maquina, en la direccion donde haya sido resguardado y descomprimido.
En este sentido es importante considerar que es un archivo de grandes dimensiones, con millones de registros, lo que implica un tiempo tambien considerable de incorporacion asi como un aumento en el volumen de datos en unos 80 megas.
Tengase en cuenta que, durante la importacion NO, se debe realizar operatoria alguna que implique la obtencion de la alicuota de percepcion, por lo que se recomienda que la misma se realice fuera del horario normal de trabajo.
El tiempo total de importacion dependera de la calidad de la maquina que este importando.
El proceso de importacion NO es necesario que se realice en el server, puede ser cualquier maquina que tenga habilitado el acceso al modulo AFIP.
D) Aplicacion
D.1) Percepciones
Al momento de realizar un pedido, presupuesto o factura, el sistema verificara el numero de cuit del cliente en cuestion contra el padron recuperado al sistema, aplicando la alicuota indicada para percepciones.
Es importante tener en cuenta que se validara la fecha del comprobante contra la vigencia del padron, impidiendo continuar con la operacion si el mismo no esta vigente.
Tambien es importante tener en cuenta que, en caso que el cliente figure como EXENTO en ingresos brutos, y se encuentre diferencia respecto al padron, la operacion se cancelara debiendo rectificar el registro del cliente.
D.2) Retenciones
Al momento de realizar una orden de pago con facturas seleccionadas previamente y, en aquellas instalaciones que realizan retenciones automaticas, la alicuota correspondiente a la retencion se obtendra mediante la localizacion del cuit del proveedor en el padron obtenido.
E) Exportacion a utilitarios.
La modificacion deberia ser transparante para la exportacion de datos mediante el modulo Afip, para los distintos aplicativos vigentes.
F) La instalacion de estas modificaciones esta prevista a mas tardar para el dia viernes 23-11-2007, comenzandose a utilizar en forma automatica, el dia Sabado 01-12-2007; o sea que cada responsable de instalacion debera obtener, descomprimir, e importar el padron ANTES de esa fecha.
G) La instalacion de las modificaciones NO implica que tambien se obtenga, descomprima e importe el padron.
Cualquier modificacion, ampliacion o prorroga sobre este tema sera informada.
A continuacion un texto obtenido y enviado por Raul Gallinal de Aguas SA, que sirvio para aclarar un poco la operatoria a seguir:
RETENCIONES Y PERCEPCIONES A PARTIR DEL 1 DE DICIEMBRE DE 2007 EN LA PROVINCIA DE BUENOS AIRES
ARNAUD IRIBARNE
INTRODUCCIÓN
Una nueva obligación se incorpora para aquellos sujetos que han sido designados agentes de recaudación de la Provincia de Buenos Aires, denominación que incluye la carga pública de ser agentes de percepción y de retención en los impuestos sobre los ingresos brutos.
De acuerdo con las disposiciones normativas (DPR Bs. As.) "B" 70/2007 [BO (Bs. As.): 6/11/2007] y 71/2007, se ha creado un nuevo régimen que obliga a modificar sistemas informáticos de las empresas y agrega un nivel de complejidad mayor.
Ante los reclamos de las entidades empresarias, sólo se ha conseguido que se postergue por pocos días la vigencia y será de aplicación obligatoria a partir del 1 de diciembre próximo.
Argentina es un país que ha utilizado y abusado de regímenes generales de retención y percepción de impuestos. Le resulta fácil a la Administración Tributaria transferir esa tarea a los sujetos medianos o grandes de la economía.
Hasta la fecha, en todos los casos la alícuota que debía utilizar el agente de retención y percepción era fija y permanente. Lo novedoso es que ahora la alícuota a aplicar, a los fines de la liquidación de la percepción o retención de impuestos, será la que, con relación a cada uno de los contribuyentes, publique la Dirección Provincial de Rentas en su página Web (www.rentas.gba.gov.ar) . El listado está compuesto de 15 alícuotas diferentes de acuerdo con los perfiles de riesgo de cada uno de los sujetos. Para ser más precisos, 15 tramos diferentes de la escala para cuando se actúa como agente de percepción y otros 15 tramos diferentes cuando se actúa como agente de retención.
Para poder acceder a la página Web, el agente de recaudación deberá obtener una Clave de Identificación Tributaria (CIT), la que lo habilitará a ingresar dentro del sistema. Esta clave es distinta de la que se usa para presentar las declaraciones juradas. Ésta lo habilita para acceder al padrón que especifica la alícuota de percepción y retención que se deberá aplicar a cada contribuyente del impuesto sobre los ingresos brutos por parte de los agentes de recaudación.
Esta asignación de coeficientes variará mensualmente, y será obligación del agente de recaudación aplicar siempre la alícuota correcta, ya que las graves penalidades que tienen en el Código Fiscal aquellos agentes de recaudación que practican la retención y/o la percepción, y luego no la depositan, son las mismas que se usan cuando "se hubiese omitido actuar correspondiendo hacerlo".
DISEÑO DE PROGRAMAS INFORMÁTICOS
Cuando se actúa en carácter de agente de percepción, el sistema deberá buscar la alícuota en el Padrón de Clientes:
Esa alícuota debe extraerse de una tabla con 15 tramos. El sistema deberá actualizar mensualmente la alícuota que corresponde a cada sujeto.
La Dirección Provincial de Rentas tiene previsto tener disponible en la página Web el padrón completo "zippeado", incluyendo las alícuotas por Clave Única de Identificación Tributaria (CUIT) tanto de percepción como de retención (en total: 5 megas).
También tiene planeado que, a fines de noviembre, estará en funcionamiento la "reproweb" , cuya utilización será optativa. Según informa el contribuyente, podrá ingresar su padrón de clientes a la página Web e importar las alícuotas de percepciones. Además, podrá ingresar su padrón de proveedores para cargar las alícuotas de percepción.
Los sujetos exentos, no alcanzados o excluidos de retenciones y/o percepciones aparecerán con "alícuota cero".
La consulta sobre la conducta de cada sujeto tiene validez por 30 días. Al mes siguiente, a través de la "reproweb" o importando desde el archivo "zippeado" que aparecerá en la página Web, habrá que actualizar la "calificación" de cada uno.
VIGENCIA DEL RÉGIMEN
Las entidades empresarias han solicitado que se extienda el plazo de vigencia, pero la respuesta del Organismo Provincial es que comenzará el 1 de diciembre próximo.
Aquellos agentes de recaudación que les resulte imposible aplicar esta norma a partir de su vigencia deberán presentarse en forma individual explicando los motivos de tal impedimento, lo que origina un expediente administrativo. De ser operativamente posible, se recomienda continuar practicando el régimen actualmente vigente. En algunos casos como empresas de electricidad o telecomunicaciones a las cuales le han diferido la vigencia, le han impuesto continuar con el actual sistema durante la transición.
PADRÓN DE PRUEBAS
Las entidades empresarias, con la mejor intención de colaborar con el Organismo y con sus asociados, le han demandado poder bajar el padrón de inscriptos con sus alícuotas.
Todavía no está disponible un padrón definitivo, pero como tentativo puede hacerse el siguiente ejercicio:
* Ingresar en "http://dsi-1.dsi.ec.gba.gov.ar".
* Sobre la izquierda, hay una columna denominada "Consultas y trámites". La primera opción es "Ingresos brutos" .
* Dentro de "Ingresos brutos", del lado izquierdo, la última se denomina "Régimen de recaudación por sujeto".
* Al ingresar, solicitan los datos del sujeto y, como padrón de pruebas, se facilita lo siguiente:
- CUIT: 30-52592584-2.
- CIT: 123456.
Cargando estos datos, aparece un certificado en el que este sujeto, por el período que va del 17 de noviembre al 17 de diciembre de 2007, tendrá una alícuota:
- Percepciones: 0.
- Retenciones: 0.
En la misma página Web de la Dirección Provincial de Rentas existe una descripción del régimen y el método de obtención de la CIT que deberán solicitar los agentes de recaudación para ingresar a las bases de datos en consulta "on line".
Carlos A.L.Herrero Análisis de Sistemas
Córdoba 93 (B1640GUA) Martínez - Bs.As.
República Argentina
Tel: 4792-2053 15-4473-6865
www.datacomsys.com.ar
www.datacomsys.blogspot.com
Suscribirse a:
Entradas (Atom)
