|
|
|
Anteriores (2006-2008) |
Enero 2009 (v6.4.50)
- Actualización: 6.4.57 (08-01-2009): se
redefinió el proceso de cálculo de retenciones del ISLR para
almacenar como referencia el monto total del documento pagado.
|
Febrero 2009 (v6.4.70)
- Ampliación: Se agregó un campo para la
clasificación de cheques, egresos de caja y notas de crédito a
proveedores. Esta clasificación puede usarse como filtro en los
reportes de movimientos de caja y bancos. Permiten, además, tener un
control detallado y resumido de los egresos por partida sin
necesidad de depender de la contabilidad general. Se requiere
ejecutar un script de actualizacion (4.70). Los scripts están
disponibles en el archivo Upgrade.zip
- Se agregaron filtros por descripción a los
reportes de movimientos de caja y bancos. El reporte de movimientos
de banco puede filtrarse tambien por el beneficiario (de los cheques
emitidos).
- Errores corregidos: Ninguno.
|
Marzo 2009 (v6.4.80)
- Se redefinieron los métodos para el calculo de
las retenciones del ISLR para hacerlos depender del valor de la
Unidad Tributaria. Hasta esta versión tomaban los parámetros como
valores absolutos en unidades monetarias.
- Se agregó el campo de clasificación a las notas
de debito bancarias. El código de clasificación "IDB" se
reserva para el Impuesto al Debito Bancario.
|
|
|
Abril 2009 (v6.4.88)
- Se corrigió un error en el programa de definición
de productos para la aplicación de registro de productos en barra.
- Se corrigió un error en el formulario de ajustes
por diferencia que causaba que los costos fueran "convertidos" a Bs.
viejos cuando la primera operación realizada en una sesión
administrativa era un ajuste por diferencia.
- Se optimizó el procedimiento de llenado de la
forma de presentación de reportes para reducir (hasta en un 70%) el
tiempo requerido para la carga de los reportes.
|
|
|
Mayo 2009 (v6.5)
- La versión 6.5 presenta pocos cambios externos
con respecto a la 6.4. Su elemento distintivo es una redistribución
del código, consistente en extraer las clases independientes del
contexto a un componente externo (CLCIC.DLL) para permitir el
desarrollo de nueva funcionalidad. En este sentido viene a ser un
primer paso hacia la versión 7.
- Se cambió el método de emisión y algunos detalles
en la presentación del libro de compras. Hasta la versión 6.4, el libro de compras
presentaba exclusivamente las operaciones realizadas durante el
período reportado. En la versión 6.5, los reportes incluyen todos
los movimientos "no cerrados" cuya fecha sea anterior a la fecha de
cierre del reporte. De esta manera pueden incluirse en él notas de
crédito emitidas en períodos anteriores aun cuando dicho período
haya sido reportado.
El libro de compras elige los registros a presentar de acuerdo con
tres criterios.
1. Si el rango de fechas introducido por el usuario no corresponde a
un mes calendario, sólo se incluirán los documentos con fecha de
emisión dentro de ese período, independientemente de si fiscalmente
pertenecen o no al período o períodos fiscales incluidos en ese
rango de fechas.
2. Si el rango de fechas coincide con un mes calendario, y si el
reporte correspondiente a ese mes ha sido cerrado, se selecionarán
los registros cuya "Clave de Reporte" coincida con el reporte
pedido. La "Clave de Reporte" se define en el momento en que el
reporte del período que incluye el registro es cerrado.
3. Si el rango de fechas coincide con un mes calendario, y si el
reporte correspondiente a ese mes no ha sido cerrado, se dará al
usuario la opción de "cerrar" el reporte. Si el operador confirma
que desea cerrar el reporte, se deberá introducir una clave de nivel
5 y posteriormente confirmar el cierre. En este reporte se incluirán
todos los movimientos con fecha anterior o igual al último día del
mes reportados que no hayan sido incluídos en un reporte anterior.
Al cerrar el formulario que presenta el reporte´y si se ha
solicitado el cierre del mes correspondiente, se pedirá al operador
que confirme el cierre antes de proceder al mismo. Un registro
corresponde a un período cerrado cuando el valor contenido en su
columna Reporte es igual al año del período multiplicado por cien
más el mes (p. ej. 200905 indica que el registro fue incluido en el
reporte de Mayo de 2009).
Adicionalmente, durante los meses de transición entre dos regimenes
de IVA, es posible que se registren dentro del nuevo período
operaciones correspondientes a períodos anteriores, usando tasas
diferentes a las vigentes en el período dentro del cual se
reportarána. El mecanismo vigente hasta la versión 6.4 no permitía
la existencia de más de dos tasas, y sólo las definidas como Tasa
Genral y Preferencial dentro del regimen actualmente vigente. El
nuevo reporte permite la coexistencia de tasas correspondientes a
regímenes tributarios diferentes.
- Se agregó un "modo de lectura con scanner" en el
formulario de transferencias de inventario entre almacenes. En este
modo, la introducción de un código de artículo causará que se
agregue una unidad a la cantidad de este artículo a transferir y el
cursor saltará a la siguiente línea (si era un artículo nuevo).
- Errores corregidos:
1 Las referencias al
documento de origen en los documentos fiscales asociados con notas
de crédito debían ser el número correlativo de dicha nota. Por una
confusión en los nombre de dos propiedades (TipoEntidad vs.
TipoEntidadRelacionada), se seguía usando el número del documento
que había dado origen a la nota de crédito (la factura, en caso de
un descuento, o la devolución de venta en caso de devoluciones o
anulaciones). Este error viene desde la V6.4.1 (agosto de 2008) y
fue corregido para la 6.5.1.
2 Cuando el ejercicio fiscal comenzaba en un mes
diferente de enero, los balances de movimientos mensuales que se
presentaban en la forma de interfaz de las cuentas se ubicaban de
manera incorrecta. Dicho error fue reparado.
- La actualización a la versión se realiza mediante
los scripts AccessUpgrade6.5.vbs ó SQLUpgrade6.5.vbs contenidos en
Upgrade.zip.
|
|
|
Junio 2009 (v6.5.33)
- Se implementó una DLL para permitir que los
recargos en las compras se registren de manera detallada y generen
documentos comerciales (V6.5.20).
- Se modificó el programa de instalación para
instalar los scripts correspondientes a los diferentes tipos de
impresoras fiscales soportadas por el sistema.
- Se retiró el soporte para las impresoras fiscales
Optimus/Wiking.
- Se realizó una revisión detallada de los
mecanismos de enlace con la contabilidad.
- Las retenciones del IVA se registran
contablemente en una cuenta diferente -si así se indica- de la
cuenta donde se registran los impuestos causados por las operaciones
de compra y venta.
- El libro de compras correspondiente a cada mes
debe ser "cerrado" para permitir que operaciones correspondientes al
mes en cuestión registradas despues de la generación del reporte (y
liquidación de impuestos con base en su contenido) puedan ser
incluídas en meses posteriores.
NOTA:
Para actualizar a la versión 6.5.33 es necesario ejecutar los scripts de
actualización a la versión 6.5.20 y 6.5.33, ambos contenidos en
Upgrade.zip |
|
|
Julio 2009 (v6.5.44)
- El cierre mensual pasa a ser un requisito de la
relación de retenciones de IVA realizadas a nuestro favor por
nuestros clientes que sean contribuyentes especiales.
- En la ventana de cobros a cuenta se incluye una
columna para la fecha del comprobante de retención.
Se requiere actualizar desde la versión 6.5.33
mediante el script <Proveedor>Upgrade6.5.44.vbs, contenido en
Upgrade.zip |
|
|
Septiembre 2009 (v6.5.75)
- Se corrigieron problemas relacionados con la
presentación de datos de la contabilidad cuando el mes de inicio
fiscal es diferente de enero.
- Se mejoró el método de "desambiguación" de los
comprobantes contables relacionados con los movimientos de banco.
- Se agregó un reporte que presenta el libro de
inventario tal como lo requiere el Articulo 77 de la Ley del ISRL.
- Se agregó a la tabla RenglonesFacturaPOS una
columna de relación con la columna Numero de FacturasPOS. Esto
permitirá una mayor simplicidad en la especificacion de consultas
basadas en la relación FacturasPOS->RenglonesFacturaPOS.
NOTA:
En bases de datos SQL Server con muchas facturas, el procedimiento de
actualización puede ser bastante largo (para un cliente con 2M facturas
y 24M detalles se necesitó una hora y media). En estos casos, es más
conveniente utilizar el script SQL (MSSQLUpgrade6.5.75.SQL, tambien
incluído en el archivo de upgrades) en
lugar del script VBS, a fin de evitar el error de tiempo de espera
agotado.
Durante la actualización, las tablas FacturasPOS y
RenglonesFacturasPOS quedarán bloqueadas a cualquier intento de
actualización. No actualice mientras el programa de punto de ventas esté
siendo usado.
Descargue de aquí el archivo de acualizacion:
Upgrade.zip |
|
|
Octubre 2009 (v.6.5.84)
- Se eliminaron los "ClientesPOS", utilizados
originalmente para almacenar la información de los clientes
registrados por las aplicaciones de punto de ventas a fin de evitar
el complejo formulario de creación de los clientes de distribución.
En revisiones siguientes de las aplicaciones de punto de ventas se
simplificó el formulario de creación de los clientes. Por otra parte
se hizo necesario establecer una relación inequívoca de los clientes
referenciados en las facturas de punto de ventas con una tabla
específica. Al depender esta relación -en muchísimos casos- del
script de impresión de las facturas, depende de lo que el integrador
haya hecho. Se redefinió ClientePOS para ser tratado como sinónimo
de Cliente, se agregó un método a los Clientes para que soportaran
la interfaz de ClientePOS y se incluyó en el script de actualización
una rutina para copiar los registros de la tabla ClientesPOS a la
tabla de Clientes.
- Las Anulaciones de Facturas en el punto de ventas
crean ahora documentos persistentes. Hasta ahora, las anulaciones se
borraban con el cierre de la sesión. A partir de ahora se mantienen.
- Se incorporaron al sistema una lista general de
facturas de mostrador y una lista de anulaciones, ambas ordenadas
por numero de caja. Estos reportes estan implementados como reportes
de usuario, activados directamente desde la aplicación. La lista de
facturas de punto de ventas usa una sintaxis compatible sólo con SQL
Server (Access está descontinuado desde la versión 6.4), y puede
requerir de pequeños ajustes para correr.
Los archivos necesarios para soportar la nueva funcionalidad (más
otra, descrita en revisiones anteriores), pueden ser descargados de
este zip. Descomprima los archivos a la carpeta de datos.
- NOTA: La version 6.5.85 presenta los
siguientes cambios en la interfaz de usuario con respecto a las
versiones anteriores:
1) Los scripts que usaban ClientesPOS y que permitían la creación de
nuevos clientes mediante llamadas al metodo Validate, abrirán
una forma diferente para la captura de datos de los clientes.
2) La opción para el mantenimiento de Clientes POS desapareció del
menú principal de ClearLight.
3) La opción "Libro de Ventas (Mostrador)" del menú de
reportes de ventas fue movida al submenú "Listados de Punto de
Ventas" de ese mismo menú, e identificada con el título
"Resumenes Diarios", ya que técnicamente, no es un libro de ventas.
Descargue de aquí el archivo de acualizacion:
Upgrade.zip |
|
|
Noviembre 2009 (v.6.5.100 / 6.6)
- Se agregó el campo Ubicacion a los
artículos de inventario, para permitir especificar la ubicación del
producto en un almacén independientemente de su ubicación en el piso
de ventas. La forma para la generación de ajustes por diferencia a
partir de un archivo de conteo incluye un filtro adicional para
especificar la ubicación del artículo además de la del producto.
- Al generar una nota de débito a un cliente, es
posible relacionarla con un cheque devuelto.
- Se pueden agregar opciones a la barra de
herramientas debajo del menú principal. Cada nueva opción tiene tres
atributos:
- Nombre del comando: el nombre de la opción del menú que se
desea activar, seguido de los caracteres "_Click". Por ejemplo, si
usamos el documentador para examinar los miembros del formulario
principal (mainForm), veremos una opcion de menu llamada
MC_TABLA_PRODUCTOS (el prefijo MC_ distingue los comandos de
menú). El nombre del comando sería, entonces
MC_TABLA_PRODUCTOS_Click.
- Ruta del archivo de imagen: las imagenes son iconos o mapas
de bits de 32 x 32 pixels con una paleta de 256 colores. Si la ruta
no especifica una carpeta, se asumirá que el archivo se encuentra en
la misma carpeta desde la cual se inició el programa.
- Texto de ayuda emergente: es el texto que se muestra al
permitir que el puntero del ratón se detenga sobre el botón.
Estas opciones se especifican en el registro, en la clave
HKCU\Software\VB And VBA Program Settings\ClearLight\Botones, en
valores alfanuméricos identificados con números correlativos a
partir de uno, separando cada una de las opciones con una barra
vertical ( | ).
Ejemplo (tomado de un archivo .REG):
[HKEY_CURRENT_USER\Software\VB and VBA Program
Settings\ClearLight\Botones]
"1"="MC_CONS_FACT_Click|WriteOps.ico|Consultar facturas por cliente"
"2"="MC_TABLA_PRODUCTOS_Click|C:\\Mis
Documentos\\Fuentes.VB6\\Graphics\\Icons\\Flags\\flgspain.ico|Tabla
de edicion de productos"
El primer valor (1), ejecuta el comando MC_CONS_FACT_Click (ubicado
en el menú principal en Reportes \ Ventas \ Consultar Facturas por
Cliente), usa la imagen contenida en el archivo WriteOps.ico,
ubicado en la carpeta de programas, y muestra el texto "Consultar
facturas por cliente"
El segundo ejecuta MC_TABLA_PRODUCTOS_Click (Archivo \ Entidades \
Productos y Servicios \ Tabla de Edicion Rápida), toma la imagen de
una carpeta dentro de C:\Mis Documentos, y despliega el texto "Tabla
de edicion de productos" al dejar descansar el puntero del mouse
sobre la imagen.
- Se reorganizó el menú principal para hacerlo más
intuitivo:
- las "Tablas adicionales" que originalmente se accedian desde el
menú Entidades \ Tablas Adicionales fueron colocadas bajo la opción
Parametros y Tablas Adicionales, directamente bajo la opción
Archivos.
- la opción Archivos fue reorganizada para colocar las opciones en
el orden con el que se necesitan con más frecuencia.
- La opción de Consultar Precios fue movida hacia la derecha en el
menú, inmediatamente antes de la ayuda.
- La opción Tipo de Cambio del menu de Archivos fue movida dentro
del menú de Parametros y Tablas Adicionales.
- El menú de operaciones fue reorganizado. Se crearon dos nuevos sub
menús, Cuentas por Cobrar y Cuentas por Pagar, y las operaciones de
cobranzas, pagos, emision de notas y mantenimiento de documentos
fiscales y retenciones, que originalmente se encontraban bajo el
submenu "Administración General" fueron movidas a ellos. El submenu
"Administración General" fue renombrado como "Caja y Bancos". Bajo
el submenu de Cuentas por Cobrar se agregó una operacion para anotar
directamente retenciones de IVA practicadas por los clientes. Esta
operación no tiene ningún efecto adicional al de hacer aparecer la
retención en el reporte de IVA Retenido por Clientes.
- Las facturas de venta y compra pueden ahora ser
"revertidas". La reversión no es lo mismo que una anulación. Una
anulación debe dejar una constancia de que el documento original fue
emitido, y en ambos casos sigue realizándose mediante una devolución
de compras o ventas. La reversión produce el mismo resultado que si
el documento original nunca se hubiese emitido. ADVERTENCIA:
el uso de estas operaciones puede producir inconsistencias en los
saldos de algunas cuentas. Por ejemplo, se emitió una factura a
crédito, y se le aplicó una nota de crédito. La reversión de la
factura causa que el monto completo de la misma se acredite
nuevamente al cliente, esto incluye el monto de la nota de crédito
aplicada a la factura. El saldo del cliente, en consecuencia, será
inferior al saldo de los documentos en su expediente.
- Se permite la reversión de los ajustes de
inventario.
- Se permite la anulación de notas de entrega, aun
cuando hayan sido despachadas. Las notas de entrega que hayan sido
objeto de operaciones suplementarias o de facturas parciales siguen
teniendo restricciones.
- Para acceder a las operaciones de reversión o
anulación de documentos, es necesario acceder a la forma de
presentación de los mismos. El método más directo es obtener un
reporte que los incluya y hacer doble clic con el boton izquierdo
del ratón sobre el número del documento.
- NOTA: La actualización a la versión 6 debe
realizarse directamente desde el Analizador de Consultas (SQL
Server 2000) o desde el SQL Server Management Studio (SQL Server
2005), mediante el script SQLUpgrade6.6.SQL, contenido en
Upgrade.zip.
Descargue de aquí el archivo de acualizacion:
Upgrade.zip |
|
|
Enero 2010 (v6.6.45)
- Se agregaron a la BBDD tablas para registrar el
detalle completo de las cobranzas.
- Se modificó el formulario de consulta de precios
para permitir que se muestre sólamente el precio standard
(incluyendo IVA) o bien los cuatro precios de cada producto,
dependiento del contenido de una variable de registro
(ConsultarPrecioTodos)..
- Se realizaron cambios en el componente generador
de reportes de usuario para mejorar las posibilidades de intervenir
en su presentación mediante el uso de scripts.
- Se corrigieron errores en el registro de las
retenciones de IVA realizadas por los clientes contribuyentes
especiales en notas de crédito.
- Se eliminó del programa de creación y
mantenimiento de empresas la opción de crear empresas con BBDD de
Access. Se permite al usuario seleccionar el tipo de seguridad a
usar en las conexiones con SQL Server (Integrada de Windows /
Intrínseca de SQL Server) y el tipo de cliente a utilizar (Proveedor
OLEDB o cliente nativo de SQL Server).
Descargue de aquí el archivo de acualizacion:
Upgrade.zip (se reuiere una
actualización de datos para la version 6.6.36) |
|
|
Marzo 2010 (v6.6.55)
- Se agregó un control para la actualización en
masa de los productos seleccionados en la "Tabla de Edición Rápida"
de productos y servicios. Este control permite aumentar o reducir
uno o más precios de los artículos cargados, aplicando un porcentaje
o bien sumando (o restando) un valor constante.
- Se modificó el programa de instalación para
permitir especificar el tipo de proveedor de SQL deseado (Cliente
Nativo o proveedor OLE DB) y para permitir el acceso al servidor
utilizando seguridad integrada de Windows.
- Se agregó la posibilidad de intervenir en la
apariencia y contenido de los reportes definidos por el usuario
mediante el uso de VBScript. Los scripts pueden definirse dentro de
una sub-sección de la sección de ENTORNO del script de reporte.
Puede obtener información detallada en el manual de referencia del
usuario de ClaerLight, contenido en el archivo de documentación (Docs.zip).
|
DESCRIPCION DEL PROCEDIMIENTO GENERAL DE ACTUALIZACION |
|