Cambio en el estandar de llamadas a procedimientos externos (VBScript)

• La libreria de soporte de runtime (VSLIB.VSLRTLIB) es pasada como objeto global. Esto quiere decir que los procedimientos contenidos en esa libreria pueden llamarse sin calificación: en vez de escribir, por ejemplo vslib.stFullLength(s, 14), puede escribirse directamente stFullLength(s, 14)
• Todos los scripts reciben una referencia a un objeto de la clase CFactoria como objeto global. Igual que en el caso anterior, puede escribirse Set cl = CrearObjeto("Cliente") [en vez de Factoria.CrearObjeto]
• Cada aplicacion mantiene internamente una instancia de un objeto de la clase OutDevice.COutDev, que se pasa a cada script con el nombre OutDevice. Esto permitirá usar un objeto COutDev (utilizado en casi todos los procedimientos de generacion de documentos) preexistente, reduciendo asi los riesgos de "pérdida" (leaking) de memoria asociados con la creacion y destrucción frecuente de objetos observada en las versiones Win16 (95/98/Me).
  Es importante hacer notar que es responsabilidad de cada Script cerrar debidamente el objeto OutDevice (en versiones anteriores bastaba con que el ambito de visibilidad del contenedor expirara para que el cierre se produjera de manera automatica). Todos los scripts anteriores a este cambio deberían seguir funcionando, pero es importante actualizarlos para aprovechar esta nueva característica: los scripts resultantes deberán ser más seguros y eficientes.
• Actualizacion de la Factoria. Pulse en el vinculo correspondiente para ver el listado vigente de la clase en cada tipo de aplicacion.
  - Factoria del sistema administrativo
  - Factoria de los Puntos de Venta

Agregar la posibilidad de imprimir los registros de control ISDOC mediante formatos externos. Esta modificacion permitira imprimir giros, boletas de cobranza, etc.

• Se agregaron a los registros de control ISDOC (clsDocumentosISPC), los siguientes miembros:
  NombreArchivoFormato, para determinar el formato con el cual se imprimiran los documentos. El formato por omisión es FormatoDocISPC.txt, pero es improbable que se use sin redefinir, ya que no tiene sentido utilizar un formato comun para notas de credito, notas de debito, obligaciones con proveedores o acreencias con clientes.
  ViewPrint: la funcion estandard llamada por el entorno operacional de las transacciones para generar el documento impreso.
  CodigoEntidad: La identificacion ISPC del tipo de documento. El tipo de entidad para los DocumentosISPC es "SDC". La variable original CodigoEntidad fue renombrada como CodigoEntidadRelacionada.
• Mecanismo para la redefinicion del archivo de formato estandar:
  Esta es la funcion que habria que colocar en FormatoDocumento.vbs para determinar que se use el archivo FormatoGiros.txt cuando el documento en cuestion sea una Factura:

Public Function NombreFormato()
    Dim sRetVal, pOwner

    On Error Resume Next
    Set pOwner = OwnerObject
    If Err.Number Then
        sRetVal = ""
        Exit Function
    End If

    If pOwner Is Nothing Then
       sRetVal = ""
       Exit Function
    End If

    If pOwner.TipoEntidad = "SDC" Then
        If pOwner.TipoDocumento = "FCT" Then
            NombreFormato = "FormatoGiros.txt"
            Exit Function
        End If
    End If

    NombreFormato = ""
End Function

Puede obtener información adicional sobre los mecanismos para la redefinicion de los formatos en el manual del usuario.

• La evaluacion extendida de variables de formato para los documentos ISPC se implementa en el archivo evDocIPSC.vbs
• Se redefinió la funcion clsDocumentosISPC.Detalles, que antes devolvia las transacciones (cargos y abonos) que afectaban el saldo del documento, para devolver una colección con los Vencimientos del documento (clsVencimientosISPC). La función original es accesible a traves de la nueva función DetallesDocumento.
• Se agregó la funcion evalVar a los vencimientos ISPC, con los siguientes identificadores:
  Fecha, FechaVencimiento: Fecha de vencimiento de la cuota.
  Cuota, NumeroCuota: numero correlativo de la cuota
  Monto, MontoCuota: monto a pagar en la fecha indicada
  Saldo, SaldoCuota: saldo actual de esta cuota (puede ser diferente del monto si se reciben abonos parciales)
  Abonado, AbonadoCuota: monto abonado a la cuota.
   

En los puntos de ventas se interceptan los cambios de hora realizados en el sistema operativo. Es una medida basica de seguridad que, aunque puede ser facilmente evadida, impide que los operadores alteren la fecha de operacion del equipo mientras se encuentran en el programa.

Se agregó una opción para dejar una traza de las "autorizaciones" concedidas por cada supervisor. Las trazas se almacenan en un archivo de texto plano, llamado APPLOG.LOG y almacenado en la carpeta de datos de la empresa, a menos que se asigne una direccion diferente en el registro (en HKCU\Software\VB And VBA Program Settings\ClearLight\General\logFIle, donde puede almacenarse la ruta completa del archivo de registro). Para activar esta opcion, se debe agregar al registro el valor -1 en HKCU\Software\VB And VBA Program Settings\ClearLight\General\LogAutorizaciones.

El formato de las entradas de este registro es el siguiente:

Las autorizaciones denegadas aparecen como AUTORIZ. NEGADA seguidas de la descripcion del permiso requerido. Las autorizaciones otorgadas se muestran con la descripcion del permiso, seguida del codigo y nivel del usuario que las otorgó.

•  Se revierte el cambio que interceptaba los cambios de hora realizados en el sistema operativo, incorporada el 29 de marzo. El recurso era "ingenuo" como medida para combatir los cambios de horario realizados por los operadores, y el mecanismo de subclasificacion de los formularios resultaba en inestabilidades en algunos entornos.
• Se agregó el campo "Alterno" al registro de las cuentas (contabilidad), para permitir referencias a las cuentas por él (ademas de por codigo). De esta manera se puede introducir "CAJA" como alternativa al codigo de cuenta correspondiente, facilitando las referencias a los elementos del plan contable.
• Es posible anular movimientos bancarios, reviritiendo casi todos sus efectos. Los movimientos son accesibles desde los listados de movimientos, haciendo un doble clic sobre la linea que los muestra.
• Se activa el uso de la columna "refAjuste" en los ajustes de inventario. Esta columna se utiliza como criterio de seleccion en el listado de ajustes.
• Creacion de un control de usuario para crear y editar colecciones de documentos fiscales relacionados con los cheques y egresos de caja.

• Agregadas clases para la conciliacion bancaria. La operación es accesible desde el botón "Operaciones" de la Forma de Interfaz de Entidades para los bancos.
• La nómina (antes era un programa separado) se implementa como una DLL integrada en el formulario principal de ClearLight.
• Las operaciones y listados de la version especial para talleres de reparaciones (recepcion, orden de reparacion y seguimiento de actividades sobre los equipos a reparar) se incorporaron a la version estandar.
• Revisión de los scripts de creación de tablas para las nuevas empresas para proveer compatibilidad con MySQL versión 5.
• La clase CBufferComprobante, utilizada para acumular los efectos contables generados por las operaciones administrativas, fue modificada de tal manera que todos los asientos por el lado del debe se inserten en orden cronológico antes de cualquier movimiento registrado por el lado del credito. Mejoras en el mecanismo de reporte de errores en los comprobantes contables (ahora cualquier error se reporta al operador).

• Se movieron módulos .BAS de las fuentes de los proyectos a VSLIB. Toda actualización desde versiones anteriores requiere tambien la actualización y el registro de esta libreria, ubicada en C:\Archivos de Programa\Archivos Comunes\VSL.
• Se corrigió un error en ucNumBox.ocx: al aceptar el contenido de un control de edición de numeros dejado en blanco, el valor subyacente era el mismo que contenía al momento de borrar el contenido. No es necesario refrescar el registro del componente: basta con copiarlo en C:\Archivos de Programa\Archivos Comunes\VSL.
• Se vovlió a implementar una característica perdida en clrCaja4.exe, que bloqueaba el paso de comandas a cuentas impresas (se requiere una clave de nivel 5 para permitirlo).
• En el formulario de transferencias de inventario entre almacenes se agregó un control para importar detalles de movimiento desde un archivo de texto delimitado.
• Se modificó la función mScriptExecute.LoadScriptFile para eliminar un mensaje de error  que se producía al tratar de ejecutar un script como consecuencia de un evento disparado desde otro script ejecutandose sobre el mismo control. Este mensaje se disparaba aun cuando el segundo archivo de script no estuviera definido.
• La función mScriptExecute.ExecuteScript llama al archivo especificado en el primer argumento, pero adicionalmente llama a una función con el mismo nombre del archivo (eliminando la extensión), si está definida en el archivo posExt.vbs. En este caso, se le pasa como argumento el argumento OwnerObject de la llamada original.
• Se corrigió un error que pasaba  al comprobante contable el valor de un movimiento bancario en BsF., aun cuando la fecha de la operacion fuese anterior al 1/1/2008.
• Se corrigió un error que causaba que los valores pasados a los comprobantes al actualizar los saldos de las entidades, fueran redondeados a Bs. 5,00.
• Se corrigió un error que causaba que los productos genéricos pasados al punto de ventas con una diferencia de valor inferior a BsF. 0,50 (Bs. 500) se combinaran en un solo renglon.

• Se corrigió un error que causaba que las existencias iniciales de 2008 fueran "reconvertidas" al traerlas desde años anteriores.
• Se incorporó un botón a la forma de transferencias de inventario que permite que los datos de la transferencia sean importados desde un archivo de texto formado por una secuencia de lineas con el formato <codigo><separador><unidadesTransferidas>CRLF.

• Se eliminó el soporte para BBDD de MySQL: nunca nadie, salvo nosotros mismos, realizó una instalación basada en este manejador de BBDD. Nuestra intención era soportar una BBDD más robusta que Access y sin el costo de Microsoft SQL Server. La reciente disponibilidad de SQL Server 2005 Express ofrece esta misma opción, con un poder y capacidad considerablemente superiores a los de MySQL e igualmente gratis. La versión 7.0 de ClearLight, que deberá publicarse en el último trimestre de 2008 dejará igualmente de soportar BBDD en Access.
• Se agregaron a los articulos de inventario las propiedades Importado (lógica) y CostoME para almacenar el costo de referencia en moneda extranjera.
• Se reemplazó el tipo de datos para el Indice de Precio en los clientes: originalmente era un literal alfanumérico que debía contener el titulo correspondiente al precio seleccionado, tal como aparece en el registro de la empresa; actualmente es un número entero con un valor indice (1..4)
• DocumentosFiscales63.dll: se reemplazó el tipo de dato de los números de control de enteros largos (32/64 bits) a cadenas alfanuméricas de 16 caracteres, para permitir la inclusión de prefijos de serie y caracteres separadores.
• Se corrigieron errores menores (pero molestos) en el calculo de precios y descuentos en la forma de facturación de distribución.
• Se agregón un botón al formulario "Acerca de.." para permitir la recarga de posExt.vbs en tiempo de ejecución.
• Se corrigió un error que hacía que las facturas a credito con vencimiento a la emisión registradas con fecha del último día de cada mes asumieran como fecha de vencimiento el último día del mes anterior.
• Se implementó un mecanismo que permite responder a eventos originalmente enviados hacia la DLL de Formulario desde posExt.

• Se reordenaron los botones de control de las formas estandar de interfaz de entidades, para uniformar la posición y significado de cada uno de ellos.
• Se separó -en la contabilidad- la cuenta corriente del IVA en dos cuentas diferentes, para permitir un registro contable separado del IVA percibido en ventas del IVA pagado en compras.
• Se corrigieron algunas incomodidades del componente generador de reportes definidos por el usuario (relacionadas con el comando "FORMA"), y se creo una interfaz directa entre la aplicación y dicho componente, con el fin de expandir los reportes incorporados a la aplicación mediante reportes definidos externamente. De momento sólo se han agregado listados de notas de credito/debito a los menúes de reportes de Cuentas por Cobrar y Cuentas por Pagar, pero se planea agregar una cantidad de reportes generados por estos medios.
• Los descuentos sobre ventas otorgados en las cobranzas generan automáticamente una nota de credito, tratada como documento fiscal. En esta versión sólo las facturas y las notas de debito o credito emitidas afectan el libro de ventas, reemplazando a las devoluciones de ventas, que no están contempladas en la Ley del IVA. Las devoluciones siguen registrándose, pero sólo como documentos de control interno.
• Las notas de credito o débito asumen como detalles los detalles del documento al cual afectan (cuando este existe). Para el caso de las notas de crédito originadas en el otorgamiento de descuentos a clientes, los detalles son los detalles de las facturas con todos los valores relacionados con el precio multiplicados por un factor que se obtiene dividendo el valor absoluto de la nota sobre el valor neto actual de la factura. El valor neto actual de la factura es igual a su precio original de venta más los impuestos menos el precio de las unidades devueltas, menos el impuesto correspondiente a las devoluciones.
• Las notas de débito/crédito emitidas por nosotros llevan un correlativo único.
• Los nombres de los archivos de formato para la impresión de las NotasDCCP se determinan así:
  1.- Si la nota está asociada con un proveedor, se usará FormatoNotasDCPRV.txt
  2.- Si la nota está asociada con un cliente, dependiendo del tipo de operacion se usarán los siguientes archivos:
         Si se origina en un descuento (en cobranzas): FormatoNCDescuento.txt
         Si se origina en una devolucion de ventas: FormatoNCDevolucion.txt
         Si se origina en un depósito (por la pantalla de recepción de equipos del taller de reparaciones): FormatoNCDeposito.txt
         En cualquier otro caso se usará FormatoNotasDCCLT.txt.
  Estos son los nombres propuestos por omisión, todos los mecanismos para la selección adaptativa de formatos descritos en el Manual del Usuario siguen en vigencia para las NotasDCCP.
• Se modificó el reporte de documentos pendientes.
• Se agregó soporte para el manejo extendido de las retenciones de ISLR realizadas por nosotros.
  Las retenciones de ISLR se definen en tres contextos: registro de egresos de caja, registro de cheques y registro de notas de crédito a proveedores. Adicionalmente, es posible definir una retencion arbitraria seleccionando la opción Operaciones\Administracion General\Anotar Retenciones ISLR del menú principal de ClearLight.
  Las retenciones de ISLR se imprimen utilizando los mecanismos generales descritos para otros documentos de ClearLight. El nombre por omision del archivo de formato es FormatoRetISLR.txt. Las variables disponibles son estas:
   NUMERO: Numero correlativo de la retencion
  NUMREF: Numero de referencia interno de la retencion. No se usa en la v6.4
  FECHA: Fecha de la retencion
  REFDOC: Referencia del documento relacionado.
  TOTALPAGADO: Monto total pagado (sin IVA)
  BASEIMPONIBLE: Base imponible (igual a TotalPagado)
  PORCENTAJE: Porcentaje de retencion aplicado. No se usa
  MONTORETENIDO: Monto total retenido
  DESCRIPCION: Referencia descrtiptiva al documento de origen
  CONCEPTO: Referencia al documento de origen
  NOMBRE: Nombre del sujeto retenido
  RIF: RIF del sujeto retenido
  DIRECCION: Direccion del sujeto retenido
  CONCEPTO_RETENCION: Numero de referencia al concepto de retención usado para el calculo.
  Las funciones de evaluación extendida se implementan en el archivo evRetencionISLR.vbs.
  
  Las variables públicas de la clase clsRetencionISLR son las siguientes:
  Public Numero As Long
  Public numRef As Long
  Public TipoEntidadRelacionada As String ' CLT | PRV
  Public CodigoEntidad As String, _
            Fecha As Date, _
            RefDocumento As String, _
            TotalPagado As Currency, _
            BaseImponible As Currency, _
            PorcentajeRetencion As Double, _
            montoRetenido As String
  Public TipoDoc As String
  Public numDoc As Long
  Public RifSujeto As String
  Public NombreSujeto As String
  Public DireccionSujeto As String
  Public ConceptoRetencion As Long
  Public TipoPersona As Byte                      '  0: Natural; ¬0: Juridica
   
• Se agregó una forma para permitir la edición de los datos registrados en los libros de Compras o Ventas. Esta forma es accesible mediante la opción "Operaciones\Administracion General\Editar libros de Compra o Venta" del menu principal de ClearLight
   
• "Oficialmente", queda descontinuado a partir de esta versión el soporte para bases de datos de Microsoft Access. La versión 6.4 debería funcionar con Access, ya que sigue usando el componente de abstracción de mecanismos de acceso de las versiones anteriores (segun la misma lógica, tambien las BBDD de MySQL deberían seguir funcionando). Pero no se probó exhaustivamente con Access, ni se garantizan los scripts de actualización provistos en Upgrade.zip.

• Actualizacion: 6.4.52 (11-12-2008): se reactivó la posibilidad de registrar retenciones de ISLR desde el formulario de pagos a proveedores.
   
• Ampliacion: 6.4.53 (12-12-2008): se incorporó un módulo de conteo de inventario, existente como extensión activable via VBScript desde la versión 5.1 al menú de ajustes de inventario.
   
• Cambio: 6.4.55 (29-12-2008): se agregó funcionalidad para permitir que las facturas temporales "bloqueen" las existencias de los artículos incluídos, a fin de permitir un mejor control del inventario (requiere ejecutar script de actualizacion).
   
• Errores corregidos: (29-12-2008)
  - Se corrigió un error en el reporte de resumen de turnos de caja, que ignoraba el valor del servicio en el total de ingresos de caja.
  - clrCaja4.exe: Se corrigió un error que no activaba la rutina externa para el cálculo de precios unitarios al cargar productos en la pantalla de pasar consumos.
  - clrCaja4.exe: se modificó la política de precios que forzaba el recálculo de los precios de venta al pasar de la pantalla de carga de consumos a una cuenta, aun cuando el precio de referencia base y el del ambiente que contiene la cuenta fuera el mismo. El recálculo de los precios se produce ahora sólamente cuando los indices de precio son distintos.

• 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.

• 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.

• 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.

• 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.

• 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.

• 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

• 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

• 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

• 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

• 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

• 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