· Incorporación de nuevos indicadores:
o FidensWifols TRF1 (Tarjetero)
o Sensocar SC1 (y familia)
o
Rafels
DLT-30
o
Dataprocess
K-21
o Dataprocess Kairos-2
· Ampliación de agrupado de listados a todos los referentes (Auxilares)
· Listados en papel con netos positivos si se selecciona “Sólo salidas” o Sólo entradas”
· Acceso a modificar pesada a través de clave.
· Activación de plataformas al detectar peso (caso de plataformas de sólo salida o de sólo entrada)
· Registro automático de pesada al entrar todos los datos (sólo con pantalla táctil)
· Descarga de pesadas de indicadores IE-152 y Kairos-2 falla. (CORREGIDO)
· Campos auxiliares no salen impresos si no se selecciona la casilla “imprimir a la entrada”. (CORREGIDO)
· Ajuste automático de líneas en el editor de formatos de ticket
· Posibilidad de inclusión de códigos binarios en las líneas de ticket para comandar impresoras de línea en puertos serie o paralelo. (Secuencias de escape):
o Símbolo “¬” equivale a Escape
o Número entre llaves: {##} equivale al byte de ese valor.
· Corrección de problema en el arranque de indicadores Microgram IE21 y Dataprocess K21.
· Pesadas hechas con tara memorizada en indicadores IE-152 y Kairos-2: Fallos al incorporar a base de datos (CORREGIDO)
· Ampliación a posibilitar más de un tarjetero Wifols TRF-1 en la misma plataforma.
· Posibilidad de usar tarjetero Wifols TRF-1 para programar los códigos de vehículos memorizados.
· Cambio en aspecto visual del cuadro de salida.
· Posibilidad de memorizar automáticamente los referentes entrados de forma libre.
· Problema de seguridad cuando se usan claves de acceso (CORREGIDO).
· Posibilidad de reimprimir los tickets sin necesidad de reabrir la pesada correspondiente (Tecla “R”).
· Posibilidad de que el operador cierre/oculte el programa, sin necesidad de pasar a pantalla de mantenimiento. (Mantener pulsado el botón [+])
· Posibilidad de incorporar Repetidores de peso controlados desde el ordenador. A título experimental, se parte de los modelos
o Sensocar REP/xx
o DIBAL RD-3
· Incorporación de nuevo indicador:
o Sensocar SC20 Digital (protocolo antiguo)
· Incorporación de nuevo repetidor:
o SHS mod. 5312
· Reconocimiento de antiguas llaves de protección Sentinel Pro en puerto paralelo (EN PRUEBA)
· Posibildad de usar las referencias auxiliares como campos no codificados, y con control del formato de entrada: Útil tanto para valores numéricos asociados a la pesada (números de Albarán, calidades, riquezas, etc) como para textos alfabéticos, como comentarios, observaciones, etc.
· Posibilidad de listar en papel las referencias principales de Clientes, Proveedores, Transportistas, y todas las auxiliares.
· Mejoras de poca incidencia en los protocolos de comunicación cuando se usa conexión TCP (uso del canal "IP-232" o "IP-485").
· Contemplación del estado de error (pesada interrumpida, o datos erróneos) en la gestión de las salidas de maniobra.
· Incorporación a título experimental, de.nuevo indicador:
o Bilanciai D410
· Incorporación a título experimental, de.nuevo indicador:
o ARPEGE ID-100
· Corrección de problema en el uso de las flechas de desplazamiento mientras se seleccionan vehículos memorizados.
· Reparación y compactado sistemáticos de la base de datos al arrancar el programa.
· Adaptación al uso de un teclado numérico incorporado al terminal de tarjetas TRF1 de Wifols, que permita la entrada interactiva de códigos.
· Incorporación de la posibilidad de transmisión/recepción de peso (mediante UDP) entre distintas instalaciones de oBPlus en una red local.
· Extensión de la anchura de los campos de importe (€) a 10 posiciones. (Hasta el momento limitado a 8 posiciones).
· Correcciones y ensayos en el uso de teclado numérico incorporado al terminal de tarjetas TRF1 de Wifols, que permita la entrada interactiva de códigos.
· Limitación de pesada por peso BRUTO máximo y/o mínimo
· Corte de papel entre copias en el caso del TRF1 de Wifols equipado con impresora.
· Extensión de los campos de ticket "Hora Entrada" (token 04) y "Hora Salida" (token 05) para contener información relativa a las fechas de entrada y salida respectivamente: Manipulando el formato de visualización de "Horas", pueden imprimirse por separado las fechas de entrada y salida diferenciadamente.
· Optimizaciones en el uso del terminal lector de tarjetas Fidens Wifols TRF1: El terminal no pedirá la entrada de códigos que ya se encuentren programados en el vehículo que se identifique. Además, permitirá la entrada en blanco, de aquellos códigos que estén programados como no obligatorios.
· Posibilidad de emitir licencias de uso restringido para funcionar como estaciones auxiliares en una red local: Sólo recogen el peso producido por una licencia completa que esté funcionando en la misna red.
· Corrección de algunas interferencias producidas entre los terminales de lectura de tarjetas Fidens Wifols TRF1, cuando más de uno de ellos esté asociado a la misma plataforma
· Inclusión de cálculo de IVA en los albaranes de salida. El tipo de IVA se asocia al producto, y su porcentaje se establece en la configuración general de la aplicación.
· Corrección de erratas en la programación del cálculo de IVA.
· Posibilidad de discernir el comportamiento desatendido de terminales de lectura de tarjetas Fidens Wifols TRF1, según se trate de la primera o segunda pesada.
· Inclusión de un nuevo campo descriptivo asociado a los productos.
· Inclusión de un nuevo indicador "Genérico" sin marca ni modelo definidos, en el que se pueden configurar parcialmente las características de las tramas de petición de peso y respuesta, de forma que se pueda cubrir una amplia gama de equipos no incluidos en la lista de protocolos disponibles.
· En los casos en que la impresión se realice a través de impresora controlada por Windows®, posibilidad de imprimir tickets/albaranes por una impresora diferente de la establecida por defecto en el Sistema.
· Posibilidad de imprimir tickets/albaranes en impresoras y/o formatos diferentes, según se trate de registros de entrada de mercancía o de salida de mercancía.
· Reformas estructurales con objeto de protejer la base de datos contra caidas fortuitas de sistema por fuerza mayor (caídas de alimentación, colapsos de sitema operativo etc).
· Corrección de erratas en el editor de propiedades de una plataforma: No era posible guardar la impresora "(ninguna)" asignada a alguna de las funciones de impresión (Primera pesada, Segunda Pesada Entrada de carga o Segunda Pesada Salida de carga).
· Cambio en la forma de prevenir de los errores de difusión del peso a través de la red local (UDP): Ahora se hace mediante un mensaje no bloqueante.
· Incorporación de.nuevo indicador: Giropès GI511P
· Modernización del aspecto de la pantalla de trabajo, con botones 3D y fondo de pantalla diferente. Inclusión de botón para entrada de vehículos, información en vivo de vehículos en tránsito.
· Modernización de las listas de vehículos en tránsito y vehículos memorizados.
· Incorporación de.nuevo indicador: Epelsa CYBER C/CN-10
· Modernización del aspecto de los formularios de entrada de referentes (clientes, proveedores, productos, transportistas y auxiliares)..
· Asociación de formatos de ticket alternativos a dichos referentes
· Robustización del sistema de base de datos para prevenir corrupciones de la misma por eventuales fallo se alimentación u otros accidentes.
· Ampliación de las posibilidades de exportación de pesadas a otros formatos, mediante el el mantenimiento y uso de Perfiles de Exportación, que permiten exportar pesadas tanto automática como manualmente a formatos de texto, MS-Excel e incluso a bases de datos SQL-Server.
· Diversificación del sistema de precios que permite asignar diferentes precios a un mismo producto, dependiendo del cliente o proveedor asignados.
· Incorporación de.nuevo poste indicador para pesaje desatendido: SENEL VN1MON
· Incorporación de.nuevo indicador: UTILCELL MATRIX II SMART
· Posibilidad de entrar valores de merma tabulados mediante el uso de un referente usado en modo de entrada directa
· Corrección de errata por la que aparece la columna de neto en blanco en las visualizaciones de listas de pesadas, cuando el referente de MERMA no se usa.
· Mejoras en el aspecto tridimensional de los botones e control.
· Actualización y mejoras en el uso de de medianerías: Permite el cambio de configuración de aplicación de medianerías (Clientes/proveedores) sin necesidad de salir de la sesión de trabajo.
· Incorporación de un nuevo editor de formatos de ticket que aprovecha todos los recursos gráficos de Windows para los casos en que se use una impresora gráfica convencional. Es posible jugar con los tipos de letra e incluir logotipos y otros dibujos geométricos.
· Se añade la posibilidad de realizar pesadas múltiples. Ideal para los casos en los que un mismo vehículo transporta varios productos diferenciados cuyos netos se obtienen de sucesivas pesadas parciales, que corresponden a la tara de uno de los productos descargados y simultáneamente al bruto del siguiente a descargar... O al bruto de uno de los productos cargados, y simultáneamente a la tara del siguiente a cargar.
· Opción de mantenimiento de base de datos que detecta nombres de referentes repetidos y elimina los registros innecesarios.
· Dentro del modo de trabajo con pesadas múltiples, se incorpora la posibilidad de definir una plataforma aparte para pesar diferentes materiales directamente por su valor neto, descontando (o incrementando) ese valor del peso inicial del vehículo. Estas pesadas formarán parte de la partida de pesada múltiple. De este modo se pueden pesar materiales con una precisión mayor que la que proporciona la propia báscula de vehículos.
· Se incorporan mecanismos de seguridad para evitar equivocaciones en el manejo de las pesadas múltiples.
· Se corrigen algunos errores de programación por los que la columna "Importe" aparecía en blanco en listados y visualizaciones en ciertos casos particulares.
· Se incluye la posibilidad de cambiar la ruta de acceso a la base de datos para los casos en los que varios equipos en red deban trabajar soble la misma base.
· Se añade un identificador numérico a las plataformas, que es el que se anotará como "báscula" en cada registro de pesada. Este identificador tendrá por defecto el mismo valor que el número correltivo de plataforma. De este modo, varios equipos en los que haya definida una sola plataforna, pueden registrar sus pesadas de forma diferenciada en una misma base de datos.
· La licencia restringida puede funcionar sin ninguna plataforma definida, y ser usada para funciones de mantenimiento. En un principio se exigía que hubiera al menos una plataforma que tomara el peso de otros equipos en red.
· Se añade el filtro de "Báscula" en la visualización general de pesadas.
· Se moderniza el interface de selección de características de listado en los listados generales.
· Se corrigen algunos errores provocados por los cambios de la anterior revisión. Entre ellos, la no consideración de la merma en la valoración económica de pesadas.
· Se incluye el número de plataforma entre las columnas visibles en la tabla de recuperación/reedición de pesadas.
· Se agrega el campo "Número de pesada múltiple" diferenciado del "Número de pesada" a los campos imprimibles en el ticket.
· Se introduce la posibilidad de definir dos salidas de ticket por cada modalidad de impresión: Exitirá la opción de imprimir simultáneamente en dos impresoras con dos formatos diferentes.
· Se incorpora un cuadro de diálogo de impresión (que aparece al configurar la opción "A veces") que permite además forzar el número de copias si tener en cuenta las definidas en el formato.
· El mismo cuadro de diálogo aparece en la utilidad de repetición de ticket.
· Depuración de errores introducidos por los últimos cambios.
· Se incluye la posibilidad de parametrizar el nombre de los ficheros de exportación (en modo texto plano) de forma que sea dependiente de los valores contenidos en cada pesada. Se consigue de este modo que se generen tantos ficheros de texto diferentes como pesadas se exporten.
Dicha parametrización se lleva a cabo con tokens de sustitución en el nombre del fichero destino, con la siguiente estructura:
[X(condición)formato(condición)formato....:formato]
En donde:
-"X" puede ser: N (número de pesada), C (Código de cliente) , P (Código de proveedor) , D (Código de producto) , T (Código de transportista) , F (Fecha), H (Hora)
-"condición" es la condición que debe cumplir el dato para que figure con el formato que sigue a la condición. son expresiones como ">0" ó "<=10000" etc...
-":formato" es el formato que se aplica, si no se cimple ninguna de las condiciones anteriores.
· En la línea de la definición de una segunda salida de ticket en cada modalidad de impresión, se añade un nuevo campo entre las propiedades de los vehículos memorizados, que permite decidir de forma desatendida por cuál o cuáles salidas de tiquet, de las dos definidas, se desea que salgan los tickets de cada vehículo.
· Se incluyen controles del valor del peso al realizar la entrada de vehículos. Los límites usados en el control son programables desde la página de configuración de opciones, y son comunes a todas las plataformas.
· Se corrige un defecto de automatismo por el que no se indicaba correctamente el hecho de que una entrada de vehículo fuera rechazada cuando se trabajaba en modo desatendido.
· Se corrige el protocolo de comunicación de los comandos de maniobra en el visor Sensocar SC1.
· Se añade un estado de plataforma más en la configuración de las salidas de maniobra: Se diferencia el estado de reposo sin carga, del estado de reposo con carga.
· Se corrigen defectos en el modo de exportación a bases de datos SQL Server: Se especifica explícitamente la anchura de los campos literales.
· Se depuran varios errores introducidos por los últimos cambios.
· Se formaliza el sistema de exportaciones para que las pesadas exportadas queden marcadas con un indicativo, para evitar exportaciones duplicadas.
· Se habilitan herramientas interactivas para manipular los anteriores indicativos.
· Se incluye el identificativo de báscula entre los campos exportables a través de perfiles de exportación.
· Se depuran varios errores introducidos por los últimos cambios.
· Se suprimen los puntos de millar y se sustituyen por espacios en blanco en la representación por defecto de los pesos.
· Se depuran múltiples errores introducidos por la supresión de los puntos de millar.
· Se introducen importantes mejoras en la gestión de los formatos de ticket:
Con objeto de poder visualizar en ticket tanto la fecha de entrada como la de salida, Hora de Entrada y Hora de Salida se entregan a imprimir conteniendo también la fecha correspondiente. Y para compensar que el Sistema aplicaría el formato programado en máscaras de texto plano y máscaras basadas en Word, a todas las ocurrencias de estos campos, se flexibiliza la expresión del token, que hasta el momento era así: $nnXXXXX...X, incluyendo la posibilidad de expresarlo así: $nn'(formato)| o así: $nn'(formato)'w[ID]| en donde w representa el número de caracteres que ocupará el dato formatado con (formato) rellenándose con espacios o truncándose si fuera necesario, y ajustándose a la derecha (D) a la izquierda (I) del espacio (w) reservado. O sea, por ejemplo, si se quiere que aparezca una sólo la hora de salida con minutos y segundos (pero no la fecha) la expresión del token sería: $05'hh:nn:ss| .
· Se añade un nuevo tipo de perfil de exportación llamado "Objeto ActiveX" que permitirá realizar la exportación a cualquier aplicación exterma que se diseñe ad hoc. Estas aplicaciones externas sólo tienen que exponer una clase pública que oBPlus usará para crear un objeto sobre el que hará las llamadas necesarias para realizar la exportación. El interface de dicha clase se asumirá que es el siguiente:
- Abrir( usr As String, pwd As String) As
Boolean
- Exportar( dat As Collection ) As Boolean
- Cerrar( usr As String, pwd As String) As
Boolean
- Error() As String
· Se introduce la posibilidad de licenciar el uso a través de Internet por el método de "llamada a casa". Para ello, cuando la entrada en oBPlus.ini titulada "Registro" sea de la forma:
Registro= WEB INF=(mnemónico
de la instalación)
Se abrirá un periodo de de licencia de uso que por defecto será de 15 días. Opcionalmente, se podrá prorrogar este periodo, u otorgar licencia permanente mediante la asignación de una contraseña. En ese caso sería:
Registro= WEB PWD=(contraseña)
· Se depuran algunos errores introducidos por la supresión de los puntos de millar.
· Se mejora la compatibilidad de máscaras de tipo texto plano (.MSK) cuando ésta son usadas en impresoras controladas por Windows.
· Se depuran algunos errores.
· Se implementa el uso de pesaejes: Cada pesada constaría de una sucesión de subpesadas (una por cada eje) que van acumulando su valor.
· Se desdobla la denominación de los indicadores Senel Vxxx y se diferencian sus correspondienets protocolos.
- Senel Prox (Variante propietaria del "monedero" Senel adaptado al uso desatendido de tarjetas de proximidad.
- Senel VA1 estándar
- Senel VN1 estándar
· Depuración de errores introducidos por los últimos cambios.
· La carpeta de datos (carpeta en la que residen los ficheros de configuración, formatos de ticket, perfiles de exportación, y por defecto la base de datos) que hasta la anterior versión era la misma que la de la aplicación ("C.\Archivos de programa\oBPlus") pasa a ser la propia de los datos de aplicación, que tiene diferente ubicación según el sistema operativo sobre el que se trabaje:
en Windows XP: "C:\Documents and Settings\All
users\Datos de programa\oBPlus"
en Windows 7, 8: "C:\ProgramData\oBPlus"
· Como estas carpetas están normalmente ocultas al usuario normal, se habilitan utilidades (pantalla de servicio técnico) para abrir y modificar los ficheros de configuración desde el propio programa sin necesidad de salir al sistema operativo.
· El sistema de impresión de tickets introducido en la versión 4.24 no funciona correctamente con formatos de más de una página que se impriman usando una impresora controlada por Windows. En esta revisión se corrige el problema para los casos de formatos de texto plano (no así para los gráficos)
· Se mejora la gestión de protocolo de comunicación con el terminal de pesaje SENEL VN1/MON permitiendo el uso del teclado que equipa este terminal para la identificación desatendida del vehículo. (Hasta el presente, esta identificación sólo era posible mediante la equipación de n lector RF de proximidad).
· Se incluye la posibilidad de determinar automáticamente cuál de las dos pesadas corresponde a la tara y cuál al bruto, mediante la comparación de los valores: Se asigna el bruto a la mayor y la tara a la menor, independientemente de que la primera pesada haya sido definida inicialmente como tara o como bruto.
· Se incorpora el uso de cámaras de vigilancia: oBPlus gestionará un máximo de 4 cámaras IP de vigilancia que pueden ser configuradas para la visualización como fondo de pantalla, como cuadro grande, o en mosaico, y dependiendo de cuál sea la plataforma activa en cada momento. En la presente revisión se permite el registro de instantáneas en el momento de registrar pesadas en Entrada (primera pesada) y/o Salida (segunda pesada) y su posterior visualización. Aunque es posible el uso de cualquier modelo de cámara, el sistema ha sido optimizado para el uso de cámaras de bajo coste D-Link DCS-932L.
· Si por error o por desconocimiento se configuraba la tabla de tránsitos sin ninguna columna visible, el programa emitía un error al abrir dicha tabla. Esta Revisión corrige el problema sustituyendo el error crítico por un mensaje de aviso: "No se ha configurado ninguna columna visible".
· Se corrige un error de programación por el que no era posible comunicar algunos de los indicadores mediante protocolo ethernet - TCP/P.
· Se corrige un error de programación por el que no se visualizaba correctamente el peso con decimales al usar indicadores BILANCIAI.
· Se incorpora la edición/modificación de los formatos de matrícula admisible cuando se activa la "Normalización de Matrículas". Se aprovecha para reordenar todas las pestañas de las opciones generales.
· Incorporación de nuevos indicadores: METTLER TOLEDO INDxxx.
· Se incluye la posibilidad de que el operador pueda crear nuevas referencias y modificar las existentes, así como crear nuevos vehículos o modificar los existentes sin necesidad de salir de la pantalla de trabajo. Esta posibilidad es activable / desactivable desde la configuración de la aplicación.
· Se amplía la información asociada a cada vehículo memorizado, con la capacidad de su(s) depósito(s) de gasoil, así como el número de divisiones que presente el medidor de nivel del salpicadero. De esta forma se abre la posibilidad de entrar el nivel del depósito en el momento de la pesada, y calcular de forma más afinada el valor real de la tara del vehículo.
· Se amplían las opciones, dentro del caso de NO poder intercambiar entradas por salidas, a que todas las pesadas puedan ser forzadas a ser entradas de mercancía o salidas de mercancía, intercambiándose, en caso de ser necesario, el bruto por el neto.
· Se habilita la posibilidad de que el importe de cada pesada sea independiente del precio del producto (básculas de uso público). En este caso, el precio de la pesada podrá ser entrado directamente por el operador si así se permite, o bien podrá depender una tabla de escalados que se definirá como un fichero de texto externo (apartado "Varios" de las Opciones Generales).
· Se "moderniza" el aspecto de las ventanas de acceso a los diferentes referentes (Clientes / proveedores / productor / transportistas / auxiliares).
· Se corrigen algunos errores que se producían en el caso de coincidir comunicaciones UDP con indicadores que usan protocolos de envío continuo.
· Se incluye como opción, la posibilidad de hacer búsqueda rápida mediante entrada de matrícula, de vehículos en tránsito.
· Se incorpora la posibilidad de hacer copias de seguridad de la base de datos de modo automático por intervalos de tiempo programables. Las copias se pueden hacer a cualquier carpeta accesible en la red, o subirse a un servidor externo mediante protocolo FTP.
· Se añade la posibilidad de aumentar la visibilidad del proceso de impresión y registro de pesadas mediante una ostentosa ventana que informa de los pasos seguidos en el registro, (hasta el momento sólo se informaba con un discreto “despeje plataforma” al finalizar el proceso).
· Se contempla la posibilidad de enviar los tickets de pesaje por correo electrónico en el momento del registro de la pesada (como si se tratara de una impresora más). Dependiendo del formato del ticket, se puede requerir de la aplicación externa “PDFCreator”.
· Se incrementa la información asociada a referentes (cliente, proveedor, transportista, etc.) mediante un nuevo amplio campo de “Observaciones”. Este nuevo campo permite, entre otras cosas, memorizar el destino de correo electrónico al que se refiere la prestación anterior mediante la inclusión de una línea con el formato “email=destino@dominio.ext”
· En los casos en que un referente está siempre ligado a otro (un cliente siempre consume el mismo producto, un transportista tiene siempre el mismo destino, etc.) el campo de Observaciones puede también utilizarse para incluir una línea con el formato “NombreDelOtroReferente=Código” (Ejemplo: Si un cliente consume siempre el producto 23 se incluye “producto=23” en las observaciones de ese cliente) De este modo, al invocarse el referente principal, se introduce automáticamente el otro referente citado. Esta prestación también funciona con referentes de entrada directa, con los cuales, basta entrar “NombreDelOtroReferente=ValorDirecto”.
· Siguiendo las peticiones de múltiple usuarios, se incluye la posibilidad de visualizar la columna de “remolque” en la lista de vehículos memorizados que aparece en la pantalla de trabajo.
· Corrección de un error en la construcción del paquete de instalación al no incluir la versión correcta de la librería “DocsWin.dll” lo que inhabilitaba el uso del editor de formatos de impresión de tipo FMT.
· Corrección del error que se produce al intentar imprimir registros de entrada cuando se usan referentes de “uso directo” con valores numéricos elevados.
· Inclusión de una cláusula de cadencia de peticiones en el protocolo de indicadores personalizados.
· Corrección de un error en el diseño de perfiles de exportación por el que no se podían exportar a formato Excel (® Microsoft) más de 25 columnas de la hoja de cálculo.
· Flexibilización del uso de la segunda impresora de cada plataforma, en función de si se realiza la pesada desde consola, o desde un terminal-indicador en modo desatendido.
· Se incorpora una nueva numeración correlativa de las pesadas independiente de la numeración actual. Esta nueva numeración correlativa dispone de dos contadores independientes con objeto de diferenciar las pesadas de entrada de carga de las pesadas de salida de carga. El nuevo número constará en los formatos de impresión con un nuevo “token” ($98) independiente también del correspondiente al número correlativo de partida ($01).
· Se incluye una herramienta en la pantalla de visualización de pesadas que permite ocultar/mostrar las diferentes columnas o campos de cada pesada.
· Los detalles de la herramienta de filtro de pesadas y de columnas en esta misma pantalla, se mantienen persistentes entre diferentes sesiones.
· Mejora en la gestión de los referentes de entrada directa: A partir de esta versión es posible establecer el modo en que se entran los referentes de entrada directa, regulando el formato en que se han de entrar. Se establecen filtros de teclas, forzado a mayúscula/minúscula, patrones de formato del dato y reglas de validación si fuera el caso. Se incluyen ya diseñadas, algunas reglas de validación estándar como las propias de NIF, DNI, ISO-6346 (contenedores) y EAN13 (código de barras).
· Se adapta el sistema de impresión de impresora de línea “paralelo” para usar puertos virtuales redirigidos a impresoras que sean recursos de red. Esta opción es útil en el caso de impresoras de línea sólo texto, que sin embargo están controladas desde el sistema operativo mediante driver que no gestiona suficientemente los recursos propios de la impresora.
· Incorporación del uso de sistemas de maniobra autónomos, es decir, sistemas de maniobra que no están incorporados en indicadores. Se recurre para ello a módulos específicos de otros fabricantes que ofrecen entradas/salidas digitales en formato TTL y/o relés. En concreto los módulos cuya posibilidad de uso se incorpora son los Adam USB-4751, USB-4761, así como los Adam 6000 Series (fabricados por Advantech). En el caso de los módulos conectables mediante USB se recurre a un programa de utilidad interpuesto (“ctManiobra.exe” distribuido gratuitamente) que gestiona los módulos USB por un lado, e interacciona con oBPlus a través de un servicio TCP/IP. De este modo, se dispone de la ventaja adicional de poder instalar el sistema de maniobra en un ordenador remoto.
· Se incorpora el uso del lector de tarjetas RFID, Kimaldi GP20. Como en el caso de otros dispositivos terminales incorporados con anterioridad, este dispositivo es tratado, a efectos de configuración, como un indicador de peso “virtual”, que suministra peso nulo. Obviamente este tipo de terminales ha de ser utilizado en combinación con algún indicador de peso “real”.
· Se añade una prestación de búsqueda de pesadas realizadas en la sesión de recuperación / reimpresión de pesadas a la que se accede desde la sesión de trabajo (botón “R”). Esta prestación permite realizar la búsqueda a partir de cualquiera de los valores que se visualizan en las diferentes columnas de la tabla que se presenta en la sesión.
· Se optimiza el uso del lector de tarjetas RFID Kimaldi GP20. Para poder ser usado tanto en forma desatendida como accesorio en consola.
· Incorporación de más sistemas de maniobra autónomos: En esta ocasión se trata de los módulos de Robot Electronics, distribuidos en España por INTPLUS. En concreto los módulos S310242/4 para conexión USB, y los módulos S310245/75 para conexión Ethernet.
· Mejora y extensión del uso de mermas tabuladas. A partir de esta versión se pueden utilizar diferentes tablas de mermas para cada producto.
· Se revisa el funcionamiento del pesaje en medianería: Se corrigen algunos errores, se dinamiza la entrada de los datos y se moderniza el aspecto del interface de usuario.
· Se añade un nuevo tipo de perfil de exportación que permite exportar los datos a servidor remoto con protocolos HTTP y HTTPS y mediante los métodos POST y/o GET. Los datos son enviados con codificación URL-Encode o JSON. Se admite autentificación mediante nombre de usuario y contraseña, según esquemas Basic ó Token Bearer.
· Se agiliza la prestación de minimizar y/o cerrar la aplicación desde la pantalla de trabajo, con la aparición dinámica de los botones oportunos al acercar el cursor al botón [+]..
· El filtraje por fechas en la visualización de pesadas se hace persistente para evitar retardos innecesarios con bases de datos demasiado recargadas.
· Se incluye una utilidad de mantenimiento de la base de datos que permite ejecutar comandos SQL..
· Se incluye una portada de inicio de la aplicación para amenizar el tempo que se tarda en las diferentes tareas de inicialización.
· Se mejora el editor de formatos de impresión, permitiendo ahora seleccionar conjuntos de elementos a imprimir para poder desplazarlos en el documento de forma solidaria, agilizando enormemente las tareas de diseño de documentos. Se incluyen además prestaciones para alinearlos tanto horizontal como verticalmente .
· Se incorpora la posibilidad de realizar exportaciones en segundo plano según un perfil determinado, de forma desatendida, en días de la semana y horas preestablecidas.
· Se mejora el sistema de protección de licencia.
· Las distintas “Series” de pesadas admiten ahora un atributo por el que todas las pesadas realizadas en una “Serie”, son exentas de IVA.
· Se puede además suprimir o añadir el gravamen de IVA de forma dinámica en el momento de realizar la pesada, siempre y cuando se esté operando en una “Serie” que no tenga el atributo antes mencionado.
· Invocando la aplicación con el flag “/R02” en la línea de comando (se puede incluir fácilmente en las propiedades del acceso directo) la aplicación se abre por la pantalla de mantenimientos, no pudiéndose acceder a la pantalla de trabajo. Es decir, se pueden realizar todas las tareas de mantenimiento de los datos como modificaciones, altas, bajas exportaciones, repetición de tickets, etc. Pero no se pueden registrar nuevas pesadas porque la pantalla de trabajo no es asequible. Este funcionamiento de la aplicación en modo auxiliar no requiere de licencia de uso por lo que es completamente gratuito.
· Se añade un nuevo tipo de comunicación usando el protocolo HTTP/S. De esta forma se puede comunicar con un servidor web estándar con métodos GET y POST, y con formatos Text, URL-e, y JSON. Se añade además un nuevo tipo de elemento que se trata como indicador, y que en combinación del tipo de protocolo HTTPS, y ciertos scripts de apoyo que residen en servidor if-orion.com/obpmovil permite el uso terminales móviles (smartphones) para registrar pesadas de forma desatendida.
· Se incorpora un nuevo lector RFID de sobremesa (Kimaldi RD-200) para uso directo desde consola. Se puede configurar tanto para registros desatendidos como para tareas de mantenimiento.
· Se detecta una vulnerabilidad relacionada con la carga de la librería dao360.dll en determinado entornos WIN-10 en los que se produce una carencia en la base del Registro de Windows. Se incluye detección de dicha carencia y se dan instrucciones para solventarla en caso de presentarse. Paralelamente, se robustecen las llamadas a esa librería para evitar que en cualquier caso se produzca incidencia.
· Se corrigen algunos erroes relacionados con el uso de los lectores de tarjetas RFID de Kimaldi (GP20 y RD-200).
· Se incorpora de forma experimental el uso del indicador EW2107 de HBM.
· Se incorpora en firme el uso de los indicadores BM300 y BM1000 de BALANÇAS MARQUES.
· Se incluye la posibilidad de definir campos o referencias auxiliares como campos “calculados”: Se trata de campos a los que no se puede acceder de modo directo ya que su valor viene definido a partir de una expresión algebraica que incluye el valor de otros campos de entrada directa y el valor de peso neto.
La expresión algebraica puede contener las variables “NET1”, “NET2”, (correspondientes a los valores de neto antes de merma y neto después de merma) “PESO” (correspondiente al valor del peso registrado en ese momento) y las variables “A1”...“A6” (correspondientes a los posibles valores de las referencias auxiliares).
Útil para calcular promedios de pesos de piezas cargadas cuando se conoce su número. O para calcular el número de piezas cargadas conociendo su peso parcial...
· Posibilidad de que oBPlus arranque otros procesos concurrentes en el momento de arrancar la aplicación. No se ofrece interfaz para el control de esta prestación: Para implementarla se han de cumplir los siguientes requisitos:
- &Ubicar el fichero ejecutable correspondiente al proceso que se quiere disparar en la misma carpeta que el ejecutable de oBPlus (típicamente C:\Program Files (x86)\oBPlus).
- Añadir una línea en la sección “GENERAL” del fichero oBPlus.ini por cada proceso que se quiera disparar, con el contenido:
OtrosProcesos1= NombreEjecutable; Sí/No; Sí/No
OtrosProcesos2= NombreEjecutable; Sí/No; Sí/No
.........................
El primer “Si/No” establece que si al arranque el proceso ya se encontraba activo, se deberá terminar y arrancar de nuevo.
El segundo “Si/No” determina si al cierre de oBPlus se debe cerrar también el proceso o no.
· Los formatos de documentos para impresoras controladas por Windows (*.FMT) incluyen la posibilidad de imprimir códigos de barras de los tipos más utilizados: Code 128, 2 de 5, 3 de 9 y EAN
· Se puede habilitar la posibilidad de imprimir “Cartas de Vehículo” que son documentos que contienen información de los datos relacionados con un determinado vehículo, incluidas las referencias que tenga asociadas.
· La pantalla operativa permite el uso de BCR (Bar Code Reader) en modo de emulación de teclado para la entrada de códigos de vehículo. Para ello hay que programar el BCR para que emita los códigos con un determinado prefijo y/o sufijo programables desde las opciones de configuración (Varios).
· Se extiende el uso de cámaras de vídeo a las que precisan de nombre de usuario y contraseña para acceder a su stream.
· A los actuales modos de valoración de la pesada: Precio de producto y Tabulado al peso (báscula pública) se añaden los modos de Cupo de producto en cliente y Cupo de producto en proveedor en los que se tabula un escalado de precios en producto dependiendo del consumo acumulado de cada cliente o proveedor.
· Se permite definir determinados subconjuntos de productos (productos preferentes o favoritos) asociados a cada cliente o proveedor, de forma que en el momento del registro de una pesada, el menú de productos ofrecidos en los accesos alfabéticos o táctiles se reduzcan a estos subconjuntos, facilitando y agilizando así la selección de los mismos.
· Depuración de errores diversos. Entre ellos y principalmente, el relacionado con la gestión de cámaras de vigilancia que hacía que algunos modelos de cámara no fueran compatibles con el sistema.
· Se incluye la posibilidad de editar/modificar los registros de pesadas, así como la impresión de tickets de salida con cualquier formato, desde fuera de la pantalla de trabajo.
· Se añade un posible aviso de “carga superior a máxima autorizada” bloqueando la posibilidad de registrar pesada mientras no se descargue la plataforma. El valor máximo que se considera es el programable como “bruto máximo” en la pestaña “Automático” de las opciones generales.
· Posibilidad de añadir nuevos campos literales asociados a los referentes codificables (Clientes, proveedores, productos, transportistas y los 6 auxiliares). El usuario puede decidir el nombre que llevará cada uno de ellos y pueden ser hasta un máximo de 20 por cada referente.
· Se mejora la visibilidad de los totales de peso y de importes en la visualización de pesadas realizadas.
· Se abre la posibilidad de tratar los precios a la tonelada. Con este fin se habilitan nuevos “tokens” para que los campos de peso neto y de precio puedan ser expresados en toneladas y en € /t respectivamente. Los nuevos tokens son:
Precios / ton: 21
Peso neto en ton: 23
· Se añade una nueva línea de coste adicional al coste asociado al precio del producto. Este coste adicional se articula mediante uno de los referentes auxiliares en el que se define un nuevo campo literal (ver revisión A de esta misma versión) con el nombre específico de “precio”. En este campo se entrará:
- un valor numérico que será directamente el valor que se añade al propio del producto.
- un valor numérico seguido de “/kg” ó “/t” si se quiere que el valor añadido sea proporcional al peso neto de la pesada.
Estos nuevos valores estarán representados en los formatos de ticket mediante los siguientes “tokens”:
Precio de coste adicional (€/kg) 301
Precio de coste adicional (€/ t) 302
Importe adicional 303
· Las listas de referentes que se abren para ayudar a entrar los datos de una pesada y que salían siempre ordenadas alfabéticamente, pueden ahora ser ordenadas tanto alfabéticamente como por su código.
· Se incorpora el uso de cámaras VIVOTEK IB-9387-LPR que tienen embebida la función de reconocimiento de matrículas con lo que se permite el registro de pesadas totalmente desatendido. Estas cámaras han de ser configuradas de una forma muy específica para ser conectadas al sistema oBPlus. Existe la correspondiente documentación que explica cómo hacerlo.
· Se incluye el repetidor de peso EPEL VR7 en la lista de repetidores a utilizar.
· Se añade la posibilidad de que los tickets de registro se guarden como ficheros PDF en el sistema local de archivos. Basta para ello con determinar la carpeta en donde se quiere ubicarlos. Los nombres de los ficheros no serán programables y coincidirán con el número de la pesada realizada.
· Se corrige un error introducido en la anterior revisión por el que no era posible seleccionar formatos de modo gráfico (*.fmt) cuando se intentaban utilizar en combinación con el envío de emails con fichero PDF adjunto.
· Se mejora y completa el uso de pesadas múltiples incorporando de forma explícita el uso de plataformas estándar (no puente) para el pesaje de menudeo, Este pesaje se hará mediante sesión de trabajo diferente a la específica de camiones y permitirá pesaje de partidas tanto en combinación con partidas pesadas en báscula puente como de forma independiente.
· Se añade la posibilidad de proteger la modificación y/o eliminación de registros de tránsito contra intervenciones accidentales o maliciosas por parte de usuarios. Se ofrecen las opciones de acceder por contraseña o bien ocultar los controles (botones) de eliminación y modificación.
.
· Nueva opción de configuración por la que es posible registrar las pesadas a pesar de un eventual fallo de impresión: aunque el ticket de la pesada no llegue a ser impreso, la pesada quedará registrada, De esta forma, una vez corregida la incidencia (p. ej. falta de papel), el ticket podrá ser impreso.
· Se incrementa la robustez en la comunicación con equipos monederos Senel, una vez detectado que dichos equipos, bajo circunstancias no controladas, envían tramas que no se atienen al protocolo definido.
· Se mejora la edición de las propiedades de un canal de comunicación en el caso particular de conexión TCP/IP con un equipo PC en el que funcione el programa auxiliar “SvrComm”.
· Se añaden nuevos elementos a la lista ce campos exportables:
-El NIF de cliente.
-Las tres líneas de dirección de cliente.
-El NIF de proveedor.
-Las tres líneas de dirección del proveedor.
-El NIF de transportista.
-Las tres líneas de dirección del transportista.
· Se extiende el uso de los módulos de maniobra (Robot Electronics en particular) para controlar la dosificación de producto en las segundas pesadas con salida de mercancía.
· Se incorpora el uso del repetidor UTILCELL RD-60
· Se amplía el uso de “productos preferidos” por clientes y/o proveedores a cualquier otra referencia, incluyendo las auxiliares. De esta forma se puede asignar un conjunto de (p. ej.) “destinos” o “conductores” a cada cliente o proveedor…
· Se abre la posibilidad de fijar el puerto local en las comunicaciones UDP. Hasta el momento, el puerto local en comunicaciones UDP era aleatorio, lo que obligaba a que el dispositivo destino tuviera que recibir como mínimo una petición para establecer el puerto al que enviar los datos de respuesta. Esta dinámica daba ciertos problemas con protocolos en free-run. Para fijar el puerto local se ha de retocar el campo “Host remoto” que hasta el momento figuraba como “UDP:<dirección IP del host>” para que figure como “UDP:<port local>:<dirección IP del host>”. (Por ejemplo: “UDP:10001:192.168.0.45”)
· Se modifica el uso y configuración del terminal SENEL VN1MON con objeto de poderlo utilizar con inserción de monedas en báscula pública. Este modo de trabajo será compatible con los anteriores modos de identificación en sistemas desatendidos (tarjetas RFID y mediante teclado numérico.
· Se enriquece el sistema de exportación automática programada incorporando la posibilidad de enviar por correo electrónico el resultado de la exportación siempre que se trate de un fichero de texto plano o de un libro Excel ™
· Se restringe la posibilidad de editar y/o imprimir pesadas realizadas por plataformas cuya identificación sea diferente a la de las presentes en el equipo. Esta situación se puede dar en instalaciones con más de un oBPlus en red, en donde se comparte la base de datos. Esta situación es susceptible de pervertir el contenido de registros así como de generar errores runtime.
Para conseguir un funcionamiento correcto en estas situaciones, se habilita la posibilidad de definir plataformas virtuales que no son operativas pero tienen la misma identificación que las otras que en realidad están en otros equipos.
· Se añade un nuevo tipo de perfil de exportación que permite conectar y enviar los datos de exportación a un servidor con base de datos MySql.
· Añadida la posibilidad de componer la tara memorizada a partir de DOS registros de vehículo: el registro de la cabeza tractora por un lado y el registro del remolque por otro. Ambos registros comparten la misma tabla y la llamada a ambos registros se hace de la misma forma en dos tiempos consecutivos.
· Corregida una errata del código por la que no se memorizaba bien el valor del stock inicial en el registro de productos. El problema tenía origen en la forma de representar las cantidades numéricas de pesos superiores o iguales a 1000 kg, mediante espacios en la posición del punto de millar.