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
sábado, 29 de diciembre de 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
Suscribirse a:
Entradas (Atom)
