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
lunes, 17 de diciembre de 2007
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
domingo, 14 de octubre de 2007
Version 071012
Modificaciones importantes en Datacomsys 7.4 (build 071012)
Ventas
Percepciones Ingresos brutos Bs.As.
Se ha modificado el método de cálculo de percepciones de Ingresos brutos según la nueva resolución de Rentas Buenos Aires, en este sentido se provee la posibilidad de indicar alícuotas diferenciadas para cada carácter impositivo de clientes. Los parámetros de percepciones de ingresos brutos no se definen mas desde el acceso de parámetros / Provincias, sino en el acceso Afip, opción Sifere /Sycom, donde se instaló un botón con título (Parámetros ingresos brutos).
Estadísticas
Ranking por producto.
Se agregó la posibilidad de acotarlo a un código de vendedor.
Contadores
A partir de esta versión se pueden mantener contadores de comprobantes diferenciados para Facturas A,B,C,E;: Débitos A,B,C,E y Créditos A,B,C,E.
Cobranzas
Emisión de recibos
A partir de esta versión es posible realizar recibos con letra X, o sea, sin número de recibo diferenciado por letra A o B. La parametrizacion correspondiente se define en cada sucursal. Al momento de instalar la modificación se respetó la lógica actual de cada instalación.
Comisiones
Informes de comisiones
Se agregó en el informe, el código de cliente asociado al comprobante calculado.
Cuentas corrientes clientes
Aplicaciones de comprobantes
El panel “Cobras facturas”, cuenta con un botón que permite realizar una aplicación de comprobantes entre si, por ejemplo una nota de crédito a una factura, sin necesidad de emitir un recibo de cancelación.
No se emite comprobante, se deja constancia en el analítico referido a motivo, operador, fecha y hora; y un movimiento en cero en el cronológico de tipo APC
Aplicaciones de montos a cuenta.
Se provee una actividad que permite asociar un monto a cuenta pendiente de aplicación a uno o más comprobantes.
Al igual que la aplicación de comprobantes, se deja constancia en el analítico y se genera un movimiento en cero en el cronológico de tipo APA:
Cuentas corrientes proveedores
Aplicaciones de comprobantes
El panel “Pagar facturas”, ahora cuenta con una actividad que permite realizar una aplicación de comprobantes entre si, por ejemplo una nota de crédito del proveedor a una factura, sin necesidad de una orden de pago de aplicación.
No se emite comprobante, se deja constancia en el analítico referido a motivo, operador, fecha y hora; y un movimiento en cero en el cronológico de tipo APC
Aplicaciones de montos a cuenta.
También se provee un botón que permite asociar un monto a cuenta pendiente de aplicación a uno o más comprobantes.
Al igual que la aplicación de comprobantes, se deja constancia en el analítico y se genera un movimiento en cero en el cronológico de tipo APA.
Generales
Accesos al sistema
Se reemplazaron diversos iconos de los paneles iniciales por la leyenda correspondientes, por ejemplo el botón de acceso a Stock, no tiene mas el icono del con un CD, sino que se titula con las palabras Productos/Stock.
Importante
A partir del 01/01/08 se cambiará la dimensión de los paneles de trabajo del sistema.
Este cambio obedece a ordenar el acceso a la cantidad de actividades que se han ido agregando en este tiempo, lo que redunda en una cantidad tal de botones, textos y demás objetos que dificultan la visualización clara de cada panel.
Por este motivo se debe tener en cuenta que a partir de esa fecha se deberá cambiar la resolución de los monitores a un mínimo de 1024 por 768.
Entendiendo que cualquier monitor utilizado a partir del año 2000 cuenta con esta posibilidad.
Para que quede un poco mas claro, si actualmente, cuando abre el sistema, el mismo ocupa toda la pantalla, a partir del 01/01/08 deberá cambiar la resolución del monitor, sino el sistema quedará por fuera de los límites de la pantalla.
Si por el contrario, actualmente, cuando abre el sistema, queda un margen libre en su pantalla, a partir del 01/01/08, ese margen será ocupado por los nuevos paneles, los que tendrán mayor superficie que en la actualidad..
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 o en otro equipo, el archivo .bck generado automáticamente por el proceso de backup diario.
Ch 12-10-2007
Ventas
Percepciones Ingresos brutos Bs.As.
Se ha modificado el método de cálculo de percepciones de Ingresos brutos según la nueva resolución de Rentas Buenos Aires, en este sentido se provee la posibilidad de indicar alícuotas diferenciadas para cada carácter impositivo de clientes. Los parámetros de percepciones de ingresos brutos no se definen mas desde el acceso de parámetros / Provincias, sino en el acceso Afip, opción Sifere /Sycom, donde se instaló un botón con título (Parámetros ingresos brutos).
Estadísticas
Ranking por producto.
Se agregó la posibilidad de acotarlo a un código de vendedor.
Contadores
A partir de esta versión se pueden mantener contadores de comprobantes diferenciados para Facturas A,B,C,E;: Débitos A,B,C,E y Créditos A,B,C,E.
Cobranzas
Emisión de recibos
A partir de esta versión es posible realizar recibos con letra X, o sea, sin número de recibo diferenciado por letra A o B. La parametrizacion correspondiente se define en cada sucursal. Al momento de instalar la modificación se respetó la lógica actual de cada instalación.
Comisiones
Informes de comisiones
Se agregó en el informe, el código de cliente asociado al comprobante calculado.
Cuentas corrientes clientes
Aplicaciones de comprobantes
El panel “Cobras facturas”, cuenta con un botón que permite realizar una aplicación de comprobantes entre si, por ejemplo una nota de crédito a una factura, sin necesidad de emitir un recibo de cancelación.
No se emite comprobante, se deja constancia en el analítico referido a motivo, operador, fecha y hora; y un movimiento en cero en el cronológico de tipo APC
Aplicaciones de montos a cuenta.
Se provee una actividad que permite asociar un monto a cuenta pendiente de aplicación a uno o más comprobantes.
Al igual que la aplicación de comprobantes, se deja constancia en el analítico y se genera un movimiento en cero en el cronológico de tipo APA:
Cuentas corrientes proveedores
Aplicaciones de comprobantes
El panel “Pagar facturas”, ahora cuenta con una actividad que permite realizar una aplicación de comprobantes entre si, por ejemplo una nota de crédito del proveedor a una factura, sin necesidad de una orden de pago de aplicación.
No se emite comprobante, se deja constancia en el analítico referido a motivo, operador, fecha y hora; y un movimiento en cero en el cronológico de tipo APC
Aplicaciones de montos a cuenta.
También se provee un botón que permite asociar un monto a cuenta pendiente de aplicación a uno o más comprobantes.
Al igual que la aplicación de comprobantes, se deja constancia en el analítico y se genera un movimiento en cero en el cronológico de tipo APA.
Generales
Accesos al sistema
Se reemplazaron diversos iconos de los paneles iniciales por la leyenda correspondientes, por ejemplo el botón de acceso a Stock, no tiene mas el icono del con un CD, sino que se titula con las palabras Productos/Stock.
Importante
A partir del 01/01/08 se cambiará la dimensión de los paneles de trabajo del sistema.
Este cambio obedece a ordenar el acceso a la cantidad de actividades que se han ido agregando en este tiempo, lo que redunda en una cantidad tal de botones, textos y demás objetos que dificultan la visualización clara de cada panel.
Por este motivo se debe tener en cuenta que a partir de esa fecha se deberá cambiar la resolución de los monitores a un mínimo de 1024 por 768.
Entendiendo que cualquier monitor utilizado a partir del año 2000 cuenta con esta posibilidad.
Para que quede un poco mas claro, si actualmente, cuando abre el sistema, el mismo ocupa toda la pantalla, a partir del 01/01/08 deberá cambiar la resolución del monitor, sino el sistema quedará por fuera de los límites de la pantalla.
Si por el contrario, actualmente, cuando abre el sistema, queda un margen libre en su pantalla, a partir del 01/01/08, ese margen será ocupado por los nuevos paneles, los que tendrán mayor superficie que en la actualidad..
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 o en otro equipo, el archivo .bck generado automáticamente por el proceso de backup diario.
Ch 12-10-2007
lunes, 1 de octubre de 2007
Version 070928
Modificaciones importantes en Datacomsys 7.4 (build 070928)
Ventas
Pedidos Topes de crédito
Cuando el total de un pedido o presupuesto mas el saldo de cuenta corriente del cliente asociado supera el tope de crédito asignado, se envía un mensaje de advertencia.
El pedido igualmente es tomado y se generan todas sus consecuencias.
Legajos de clientes
Listas de precios
A partir de esta versión se puede asignar una lista de precios específica a cada cliente.
Si se prefiere seguir utilizando la lógica de lista de precios por punto de venta, se deberá indicar en el legajo del cliente la lista: 0 – Legajo sucursal.
Todos los clientes han sido inicializados con lista cero.
La modificación afecta a pedidos, remitos, facturas, debitos y créditos.
Políticas de precios
Importación desde Excel.
A partir de esta versión el sistema cuenta con la posibilidad de importación de políticas de descuentos desde una planilla Excel.
Esta posibilidad es para todas las combinaciones posibles de descuentos por producto, rubro o línea.
Fason
Se provee de un nuevo modulo que permite realizar operatorias de fason.
La explicación del mismo se provee en documento aparte, pero igualmente comentamos sus posibilidades.
El procedimiento de fason se realiza desde un acceso especial (Udtsfsn.exe).
Se deberá asociar al proveedor con un depósito privado, dado de alta por los procedimientos normales de alta de depósitos.
El remito por fason es de tipo FSN y básicamente realiza una transferencia entre el deposito emisor y el deposito asociado al proveedor.
Solo se pueden remitir productos definidos como insumos y los movimientos de stock realizados son del tipo FSE (entrada por fason ) y FSS(salida por fason).
La transferencia realizada no necesita ser recepcionada.
El remito se visualiza normalmente en consultas asociadas al proveedor, informe general de remitos y diario de remitos.
El stock transferido puede ser consultado normalmente así como valuado e informado en los informes de stock por depósito.
El fason es recuperado por una producción, donde el depósito de insumos deberá ser el del proveedor asociado.
El modulo cuenta con consultas, informes y trazas para su administración.
Ventas
Pedidos Topes de crédito
Cuando el total de un pedido o presupuesto mas el saldo de cuenta corriente del cliente asociado supera el tope de crédito asignado, se envía un mensaje de advertencia.
El pedido igualmente es tomado y se generan todas sus consecuencias.
Legajos de clientes
Listas de precios
A partir de esta versión se puede asignar una lista de precios específica a cada cliente.
Si se prefiere seguir utilizando la lógica de lista de precios por punto de venta, se deberá indicar en el legajo del cliente la lista: 0 – Legajo sucursal.
Todos los clientes han sido inicializados con lista cero.
La modificación afecta a pedidos, remitos, facturas, debitos y créditos.
Políticas de precios
Importación desde Excel.
A partir de esta versión el sistema cuenta con la posibilidad de importación de políticas de descuentos desde una planilla Excel.
Esta posibilidad es para todas las combinaciones posibles de descuentos por producto, rubro o línea.
Fason
Se provee de un nuevo modulo que permite realizar operatorias de fason.
La explicación del mismo se provee en documento aparte, pero igualmente comentamos sus posibilidades.
El procedimiento de fason se realiza desde un acceso especial (Udtsfsn.exe).
Se deberá asociar al proveedor con un depósito privado, dado de alta por los procedimientos normales de alta de depósitos.
El remito por fason es de tipo FSN y básicamente realiza una transferencia entre el deposito emisor y el deposito asociado al proveedor.
Solo se pueden remitir productos definidos como insumos y los movimientos de stock realizados son del tipo FSE (entrada por fason ) y FSS(salida por fason).
La transferencia realizada no necesita ser recepcionada.
El remito se visualiza normalmente en consultas asociadas al proveedor, informe general de remitos y diario de remitos.
El stock transferido puede ser consultado normalmente así como valuado e informado en los informes de stock por depósito.
El fason es recuperado por una producción, donde el depósito de insumos deberá ser el del proveedor asociado.
El modulo cuenta con consultas, informes y trazas para su administración.
domingo, 16 de septiembre de 2007
Version 070914
Modificaciones importantes en Datacomsys 7.4 (build 070914)
Incidentes
Telefonía IP o convencional
Se generó’o un nuevo acceso al modulo de incidentes que puede ser utilizado en instalaciones con telefonía IP o convencional, básicamente ante una llamada telefónica el acceso localiza el contacto asociado y despliega la actividad de “Trabajar con contactos”, de manera similar como si se hubiera accedido por los métodos convencionales del módulo.
Árbol de incidentes (F10)
Se habilitó parametricamente la posibilidad de visualización del árbol de incidentes con formato Web o con formato Windows, siendo este ultimo el método por defecto.
Para la habilitación del mismo se debe modificar el archivo c:\datacomsys\config\dtscli.cfg agregándole las siguientes claves:
InciTree=N <- Siendo N para Windows o B para Web
InciTreeURL=http://{localhost/web}/hwvewin0.asp?
Debiendo en esta ultima reemplazar {localhost/web} por la dirección URL local que corresponda al IIS para DTSWeb.
(Esta posibilidad también esta presente en el panel “Trabajar con clientes”.)
Proveedores
Devolución a proveedores
Se habilitó la posibilidad de realizar devoluciones a proveedores sin necesidad de traza sobre el informe de recepción correspondiente.
La devolución a proveedores necesitaba obligadamente la localización del informe de recepción correspondiente al material a devolver.
Esta modificación permite realizar remitos por devolución de material sin necesidad de efectuar esa localización.
En la actividad (Devolver), localizada en el panel “Trabajar con proveedores”, una vez accedida se muestra un botón al margen derecho con titulo (Devolución directa), una vez accedido se puede indicar cualquier producto y cantidad a devolver.
Cuentas corrientes
Recibos
Se inhibió la posibilidad de realizar recibos a clientes indicados en su legajo como “Solo opera de contado”
Stock
Panel trabajar con productos
Se eliminaron las actividades (Precios), (modificación de precios por lote) y (Modificación de costos por lote), las mismas deben utilizarse desde el acceso Precios.
Consignaciones
Se creo un módulo de consignaciones que permite la realización de remitos por envió de material en consignación a clientes, su posterior seguimiento, devolución o facturación.
La explicación en detalle se realiza en documento aparte, pero igualmente indicamos sus principales características.
Las consignaciones, recupero y facturación de las mismas, se realizan desde un acceso especial (UdtsCsg.exe)
Se debe asociar al cliente a consignar a un deposito privado, dado de alta por los procedimientos normales de alta de depósitos.
El remito de consignación es de tipo CGS y básicamente realiza una transferencia entre el deposito emisor y el deposito en consignación.
Los movimientos de stock son del tipo CGE (entrada consignación) y CGS(salida consignación).
La transferencia realizada no necesita ser recepcionada.
El remito se visualiza normalmente en consultas asociadas al cliente, informe de remitos y diario de remitos.
El stock transferido puede ser consultado normalmente así como valuado e informado en los informes de stock por depósito.
El remito en consignación puede ser recuperado, actividad que da de baja el stock en el deposito en consignación y realiza el recupero en el deposito emisor.
El remito en consignación puede ser facturado normalmente lo que genera la salida física del stock del deposito en consignación.
El modulo cuenta con consultas, informes y trazas para su administración.
Precios
Precios por cliente
Se agregó la posibilidad de incorporar los precios y descuentos por cliente/producto y por cliente/rubro/línea desde una planilla Excel realizada externamente.
(Esta posibilidad se ira implementando en todas las combinaciones existentes)
Incidentes
Telefonía IP o convencional
Se generó’o un nuevo acceso al modulo de incidentes que puede ser utilizado en instalaciones con telefonía IP o convencional, básicamente ante una llamada telefónica el acceso localiza el contacto asociado y despliega la actividad de “Trabajar con contactos”, de manera similar como si se hubiera accedido por los métodos convencionales del módulo.
Árbol de incidentes (F10)
Se habilitó parametricamente la posibilidad de visualización del árbol de incidentes con formato Web o con formato Windows, siendo este ultimo el método por defecto.
Para la habilitación del mismo se debe modificar el archivo c:\datacomsys\config\dtscli.cfg agregándole las siguientes claves:
InciTree=N <- Siendo N para Windows o B para Web
InciTreeURL=http://{localhost/web}/hwvewin0.asp?
Debiendo en esta ultima reemplazar {localhost/web} por la dirección URL local que corresponda al IIS para DTSWeb.
(Esta posibilidad también esta presente en el panel “Trabajar con clientes”.)
Proveedores
Devolución a proveedores
Se habilitó la posibilidad de realizar devoluciones a proveedores sin necesidad de traza sobre el informe de recepción correspondiente.
La devolución a proveedores necesitaba obligadamente la localización del informe de recepción correspondiente al material a devolver.
Esta modificación permite realizar remitos por devolución de material sin necesidad de efectuar esa localización.
En la actividad (Devolver), localizada en el panel “Trabajar con proveedores”, una vez accedida se muestra un botón al margen derecho con titulo (Devolución directa), una vez accedido se puede indicar cualquier producto y cantidad a devolver.
Cuentas corrientes
Recibos
Se inhibió la posibilidad de realizar recibos a clientes indicados en su legajo como “Solo opera de contado”
Stock
Panel trabajar con productos
Se eliminaron las actividades (Precios), (modificación de precios por lote) y (Modificación de costos por lote), las mismas deben utilizarse desde el acceso Precios.
Consignaciones
Se creo un módulo de consignaciones que permite la realización de remitos por envió de material en consignación a clientes, su posterior seguimiento, devolución o facturación.
La explicación en detalle se realiza en documento aparte, pero igualmente indicamos sus principales características.
Las consignaciones, recupero y facturación de las mismas, se realizan desde un acceso especial (UdtsCsg.exe)
Se debe asociar al cliente a consignar a un deposito privado, dado de alta por los procedimientos normales de alta de depósitos.
El remito de consignación es de tipo CGS y básicamente realiza una transferencia entre el deposito emisor y el deposito en consignación.
Los movimientos de stock son del tipo CGE (entrada consignación) y CGS(salida consignación).
La transferencia realizada no necesita ser recepcionada.
El remito se visualiza normalmente en consultas asociadas al cliente, informe de remitos y diario de remitos.
El stock transferido puede ser consultado normalmente así como valuado e informado en los informes de stock por depósito.
El remito en consignación puede ser recuperado, actividad que da de baja el stock en el deposito en consignación y realiza el recupero en el deposito emisor.
El remito en consignación puede ser facturado normalmente lo que genera la salida física del stock del deposito en consignación.
El modulo cuenta con consultas, informes y trazas para su administración.
Precios
Precios por cliente
Se agregó la posibilidad de incorporar los precios y descuentos por cliente/producto y por cliente/rubro/línea desde una planilla Excel realizada externamente.
(Esta posibilidad se ira implementando en todas las combinaciones existentes)
sábado, 1 de septiembre de 2007
Version 070831
Modificaciones importantes en Datacomsys 7.4 (build 070831)
Ingresos y egresos
Informes
Los informes de ingresos y egresos correspondientes a:
Mayor por cartera
Mayor por cuenta
Mayor por banco o caja
Informe de valores en cartera
Informe histórico de valores
Ahora tienen la posibilidad de ser emitidos por fecha de movimiento o por fecha contable.
Panel trabajar con valores
Para agilizar el despliegue de los datos del mismo se cambio el ordenamiento original.
Anteriormente se desplegaban los valores pendientes ordenados por fecha de vencimiento y por cartera.
Ahora se despliegan ordenados por fecha de vencimiento y por importe.
Compras
Requerimientos, órdenes de compra, informe de recepción.
Se eliminó la validación de cantidad de filas para cada uno de estos formularios.
Cuentas corrientes
Informes de deudas
Los informes de deuda muestran la condición de venta original de la factura.
Tipos de comprobantes
Los tipos de comprobantes de venta tienen la posibilidad de indicar si se incluyen o no en el calculo de comisiones.
Data-Agent Data-Pump
Se agregó un botón de purga de los datos de última corrida por cada proceso definido, de esta manera se puede volver a correr inmediatamente un proceso.
Alarmas
Los emails automáticos por alarmas cambiaron de formato texto a formato html.
Comisiones por ventas
A partir de esta versión se incluye un módulo especial para el trabajo con vendedores y cálculo de comisiones por ventas.
La descripción en detalle del mismo se envía a solicitud en documento aparte, pero igualmente explicamos brevemente en que consiste el módulo.
Trabajo con vendedores
Incluye los legajos de los vendedores con datos ampliados, como ser domicilio, teléfono, mail y otros, estos datos se expresan a solicitud en el formulario de liquidación de comisiones.
Deuda de clientes: Permite visualizar un panel con los comprobantes asociados a un vendedor que se encuentran vencidos.
Clientes de un vendedor: Panel que permite ver todos los clientes asociados por legajo a un vendedor.
Pedidos de un vendedor y comprobantes de un vendedor: Son paneles que permiten hacer traza a cada uno de los comprobantes.
Políticas de comisiones:
Se refiere a un panel de trabajo donde se indican las distintas políticas de cálculo de comisiones, una política de cálculo es un registro donde se indica el método de cálculo de comisiones, pudiendo indicar que porcentaje de comisión tiene un vendedor, para un producto, un rubro, una línea, una marca, un cliente, una zona, una profesión, un mercado, o una categoría en particular. Las políticas de comisiones tienen un periodo de vigencia y una precedencia que indica cual se aplica primero que otra.
Comisiones:
Es el panel donde se realiza el cálculo y la visualización del resultado de aplicar las políticas de comisiones a comprobantes de venta. Estos comprobantes deben pertenecer a un tipo de comprobante que liquida comisiones y estar dentro del rango de fechas de selección indicado.
Los comprobantes que cumplen estas condiciones generan un registro o varios en los que se expresa claramente el numero, tipo, letra y producto y en forma textual cual política de comisiones fue la que origino el registro.
Se puede hacer traza desde este mismo panel para consultar el comprobante en cuestión.
Desde este panel se emite el informe de comisiones que puede ser adaptado a solicitud, tanto para que se emita un listado o bien que genere algún formulario de liquidación.
El informe original lista los registros que resultaron del análisis así como un pequeño resumen por vendedor, con cantidad de registros, totales netos, total de comisiones, resumen por política aplicada y resumen por tipo de comprobante.
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 o en otro equipo, el archivo .bck generado automáticamente por el proceso de backup diario.
Ch 31-08-2007
Ingresos y egresos
Informes
Los informes de ingresos y egresos correspondientes a:
Mayor por cartera
Mayor por cuenta
Mayor por banco o caja
Informe de valores en cartera
Informe histórico de valores
Ahora tienen la posibilidad de ser emitidos por fecha de movimiento o por fecha contable.
Panel trabajar con valores
Para agilizar el despliegue de los datos del mismo se cambio el ordenamiento original.
Anteriormente se desplegaban los valores pendientes ordenados por fecha de vencimiento y por cartera.
Ahora se despliegan ordenados por fecha de vencimiento y por importe.
Compras
Requerimientos, órdenes de compra, informe de recepción.
Se eliminó la validación de cantidad de filas para cada uno de estos formularios.
Cuentas corrientes
Informes de deudas
Los informes de deuda muestran la condición de venta original de la factura.
Tipos de comprobantes
Los tipos de comprobantes de venta tienen la posibilidad de indicar si se incluyen o no en el calculo de comisiones.
Data-Agent Data-Pump
Se agregó un botón de purga de los datos de última corrida por cada proceso definido, de esta manera se puede volver a correr inmediatamente un proceso.
Alarmas
Los emails automáticos por alarmas cambiaron de formato texto a formato html.
Comisiones por ventas
A partir de esta versión se incluye un módulo especial para el trabajo con vendedores y cálculo de comisiones por ventas.
La descripción en detalle del mismo se envía a solicitud en documento aparte, pero igualmente explicamos brevemente en que consiste el módulo.
Trabajo con vendedores
Incluye los legajos de los vendedores con datos ampliados, como ser domicilio, teléfono, mail y otros, estos datos se expresan a solicitud en el formulario de liquidación de comisiones.
Deuda de clientes: Permite visualizar un panel con los comprobantes asociados a un vendedor que se encuentran vencidos.
Clientes de un vendedor: Panel que permite ver todos los clientes asociados por legajo a un vendedor.
Pedidos de un vendedor y comprobantes de un vendedor: Son paneles que permiten hacer traza a cada uno de los comprobantes.
Políticas de comisiones:
Se refiere a un panel de trabajo donde se indican las distintas políticas de cálculo de comisiones, una política de cálculo es un registro donde se indica el método de cálculo de comisiones, pudiendo indicar que porcentaje de comisión tiene un vendedor, para un producto, un rubro, una línea, una marca, un cliente, una zona, una profesión, un mercado, o una categoría en particular. Las políticas de comisiones tienen un periodo de vigencia y una precedencia que indica cual se aplica primero que otra.
Comisiones:
Es el panel donde se realiza el cálculo y la visualización del resultado de aplicar las políticas de comisiones a comprobantes de venta. Estos comprobantes deben pertenecer a un tipo de comprobante que liquida comisiones y estar dentro del rango de fechas de selección indicado.
Los comprobantes que cumplen estas condiciones generan un registro o varios en los que se expresa claramente el numero, tipo, letra y producto y en forma textual cual política de comisiones fue la que origino el registro.
Se puede hacer traza desde este mismo panel para consultar el comprobante en cuestión.
Desde este panel se emite el informe de comisiones que puede ser adaptado a solicitud, tanto para que se emita un listado o bien que genere algún formulario de liquidación.
El informe original lista los registros que resultaron del análisis así como un pequeño resumen por vendedor, con cantidad de registros, totales netos, total de comisiones, resumen por política aplicada y resumen por tipo de comprobante.
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 o en otro equipo, el archivo .bck generado automáticamente por el proceso de backup diario.
Ch 31-08-2007
Version 070727
Modificaciones importantes en Datacomsys 7.4 (build 070727)
Ventas
Precios de productos
Margen mínimo
Se puede determinar para cada relación de producto / lista de precio, un porcentaje o monto mínimo de ganancia.
Este porcentaje o monto mínimo de ganancia se evaluará al momento de tomar un pedido o realizar una factura, si la diferencia entre el precio unitario de venta y el costo es menor al porcentaje o monto mínimo de ganancia, se emitirá un mensaje de error y no se podrá continuar.
Afip
Arciba
Se agregaron al acceso Afip las actividades de selección y migración para el utilitario Arciba, Rentas de Ciudad Autónoma de Buenos Aires.
Cuentas corrientes
Resúmenes de deuda.S
e agregó la posibilidad de emitirlos conteniendo solo los comprobantes vencidos al momento de emisión.
Se agregó la posibilidad de emitir la deuda de cuenta corriente, la de valores o ambas.
Se modificó la salida del resumen de deuda de clientes, agregándose los siguientes datos:
Cantidad de días de atraso: Pase por pase y solo para aquellos vencidos.
Valores que el cliente entregó: Independientemente de su ubicación se muestran hasta la fecha de efectivizacion indicándose también el estado de cada uno.
Observaciones de cobranzas: Aquellas que se indican como texto desde el acceso de administración de cobranzas.
Resumen del cliente: Indicando total de comprobantes, total de vencidos, atraso promedio, y total de cheques.
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 o en otro equipo, el archivo .bck generado automáticamente por el proceso de backup diario.
Ch 27-07-2007
Ventas
Precios de productos
Margen mínimo
Se puede determinar para cada relación de producto / lista de precio, un porcentaje o monto mínimo de ganancia.
Este porcentaje o monto mínimo de ganancia se evaluará al momento de tomar un pedido o realizar una factura, si la diferencia entre el precio unitario de venta y el costo es menor al porcentaje o monto mínimo de ganancia, se emitirá un mensaje de error y no se podrá continuar.
Afip
Arciba
Se agregaron al acceso Afip las actividades de selección y migración para el utilitario Arciba, Rentas de Ciudad Autónoma de Buenos Aires.
Cuentas corrientes
Resúmenes de deuda.S
e agregó la posibilidad de emitirlos conteniendo solo los comprobantes vencidos al momento de emisión.
Se agregó la posibilidad de emitir la deuda de cuenta corriente, la de valores o ambas.
Se modificó la salida del resumen de deuda de clientes, agregándose los siguientes datos:
Cantidad de días de atraso: Pase por pase y solo para aquellos vencidos.
Valores que el cliente entregó: Independientemente de su ubicación se muestran hasta la fecha de efectivizacion indicándose también el estado de cada uno.
Observaciones de cobranzas: Aquellas que se indican como texto desde el acceso de administración de cobranzas.
Resumen del cliente: Indicando total de comprobantes, total de vencidos, atraso promedio, y total de cheques.
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 o en otro equipo, el archivo .bck generado automáticamente por el proceso de backup diario.
Ch 27-07-2007
Suscribirse a:
Entradas (Atom)
