magnus version 20171231 -...

Bv. Vélez Sarsfield 1170 Piso 2, Of. 6 - Torre Gálata

(X5900ENP) Villa María (Cba.) Tel.: (0353) 4538718

[email protected]

Versión Desde 20171001 al 20171231

WMS (NUEVO MÓDULO) 4

WAREHOUSE MANAGEMENT SYSTEM (WMS) 4

PICKING ANDROID (PREPARACIÓN DE PEDIDOS DESDE DISPOSITIVOS MOVILES) 5

MEJORAS EN EL MANEJO DE REEMPLAZOS 5

MAGNUS: NUEVA FUNCIONALIDAD 5

VENTAS 5

REGISTRACIÓN DE RECIBOS, OPTIMIZACIÓN EN LA CARGA 5

REGISTRACIÓN DE PEDIDOS, REGISTRO DE % DESCUENTO FUERA DEL ESCALAFÓN DE COMISIÓN POR VENDEDOR 7

FACTURA ELECTRÓNICA, AL REIMPRIMIR COMPROBANTE, ENVIAR POR MAIL, IMPRIMIR O AMBAS (NUEVA OPCIÓN) 8

NUEVA CONDICIÓN DE IVA ANTE AFIP - SUJETOS EXENTOS DE IVA LEY 16774 (ENTIDADES DEPORTIVAS) 10

TAMAÑOS DE IMPORTES, AMPLIACIÓN A CENTENAS DE MILLONES 12

REPORTE DE LISTAS DE PRECIOS, EXPORTAR A EXCEL LA ALÍCUOTA DE IVA DE LOS ARTÍCULOS 14

DIARIO DE MOVIMIENTOS, EXPORTACIÓN A EXCEL, SE AGREGA EJERCICIO Y ASIENTO 15

FACTURACIÓN: BONO FISCAL ELECTRÓNICO 16

LISTADO DE SALDOS DE ESTADOS ANTERIORES, EXPORTACIÓN A EXCEL, SE AGREGA CUIT 17

CONSULTA DE VENTAS POR ARTÍCULO, EXPORTAR A EXCEL EL DATO DEL CÓDIGO DE BARRAS FAVORITO 17

RESUMEN DE CUENTA Y LISTADO DE SALDOS: NUEVOS FILTROS POR TIPO Y CATEGORÍA DE CLIENTE 18

LOGISTICA DE PRODUCCION 20

CONTROL DE PRODUCTIVIDAD DE ARMADORES MÓVILES (NUEVO INFORME) 20

REGISTRACIÓN DE PEDIDOS, CONTROL DE SUCURSALES CRUZADAS 21

COMPRAS 23



[email protected]

ORDEN DE COMPRA, REGISTRÓ DEL TRANSPORTE ACORDADO CON EL PROVEEDOR 23

LIQUIDACIÓN CUENTA Y ORDEN, PODER ENVIAR EL COMPROBANTE POR MAIL 24

PLANIFICACIÓN ABASTECIMIENTO, SE AGREGÓ TOTAL DE COMPRA, SEGÚN LA CANTIDAD INDICADA POR EL COMPRADOR 24

REGISTRACIÓN DE COMPROBANTES, AUDITORIA DE ANULACIÓN DE COMPROBANTES 25

STOCK 26

CAMBIO DE ESTADO ARTÍCULOS, AUDITORÍA Y REGISTRACIÓN DE NOVEDADES 26

EXPORTACIÓN DE ARTÍCULOS A SUCURSALES, TRASLADAR LISTAS DE PRECIOS 28

CÓDIGO DE BARRAS FAVORITO EN ETIQUETA DE PRODUCTO 29

FECHA ESTIMADA DE EMBARQUE DESDE ARTÍCULOS PENDIENTES DE RECIBIR 30

FONDOS 33

GESTIÓN DE DEPÓSITOS PENDIENTES DE IDENTIFICAR 33

REGISTRO DEL DEPÓSITO PENDIENTE DE IDENTIFICAR 33

SEGUIMIENTO DE DEPÓSITOS PENDIENTES DE IDENTIFICAR 34

REGISTRO DE RECIBOS CON IDENTIFICACIÓN DE DEPÓSITO PREVIAMENTE REGISTRADO 36

BLOQUEO MANIPULACIÓN MANUAL DE ESTADOS DE CHEQUES 37

LOGISTICA DE DISTRIBUCION 38

REGISTRO DE ENTREGAS, PODER INDICAR LA FORMA DE ENTREGA 38

LOGISTICA, VENTAS POR REPARTO DETALLADO, SELECCIÓN DE REPARTOS EN CUALQUIER ESTADO 38

LOGISTICA, REGISTRO DE VENTA MÍNIMA ESPERADA A UNA RUTA DE REPARTO 39

IMPORTACION 41

IMPORTACIÓN, POSIBILIDAD DE CIERRE AUTOMÁTICO DE IMPORTACIÓN Y PREVISIÓN AL RECIBIR LA MERCADERÍA 41

IMPORTACIÓN, PREVISIONES, AJUSTAR FUTUROS VENCIMIENTOS SEGÚN CORRIMIENTO DE FECHA DE EMBARQUE 43

IMPORTACIÓN, SEGUIMIENTO DE EMBARQUES, MEJORAS VARIAS 45

REPORTE DE SEGUIMIENTO DE EMBARQUES, VALUACIÓN OC, PAGOS Y SALDO 45

REPORTE DE SEGUIMIENTO DE EMBARQUES, DETALLE ORDEN DE COMPRA 46

VENTANA DE SEGUIMIENTO DE EMBARQUES, REORDENAMIENTO DE COLUMNAS 48

PREVISIONES, RESUMEN POR VENCIMIENTO, EXPORTABLE A EXCEL 48

SITD 49



[email protected]

SITD FINANCIERO, EVOLUCIÓN DE INFRAESTRUCTURA Y MEJORA EN LA APLICACIÓN DE CONFIGURACIÓN 49

SISTEMAS EXTERNOS 51

ROBOT DE NOTIFICACIONES, PROCESO DE AVISO DE DEUDA, NUEVO PARÁMETRO PARA ENVIAR MAGNUS O PRUEBA 51

CORRECCIONES 53



[email protected]

WMS (nuevo módulo) Warehouse Management System (WMS)

El sistema de gestión de almacenes o WMS, es una parte clave de la cadena de suministro y apunta principalmente a controlar el movimiento y almacenamiento de productos dentro de uno o varios depósitos y las operaciones asociadas, incluyendo el envío, recepción, entrada en stock y picking.

La mayoría de los problemas de almacenamiento se producen debido a la falta de control de inventario, operaciones y / o de gestión. Para que una organización sea dinámica, exitosa y consistente, la organización debe controlar sus operaciones de almacén de producto ya sea terminado o materias primas. Un requisito esencial para el control del almacén es aprovechar el poder de la tecnología para maximizar el potencial de una instalación. Además, el camino hacia la excelencia de la organización en general va de la mano del almacén.

SOFTECH pone a disposición de sus clientes el nuevo módulo Warehouse Management System (WMS) con el cual se podrá realizar la administración del stock en distintas ubicaciones que pudieran tener los productos en los depósitos de la empresa.

WMS contempla que un mismo producto pueda estar ubicado en diferentes ubicaciones dentro del depósito y diferenciar posiciones para recolección (Picking) y otras para almacenamiento dentro del mismo depósito y así poder abastecer las posiciones de Picking, teniendo en cuenta los ruteos correspondientes entre cada posición de recolección o de guardado, haciendo más productiva la labor de los armadores y repositores.

Con WMS podrán gestionar la existencia de cada producto y su posición de manera más eficiente, ya que se disparan ordenes de reposición automáticas a zonas de picking en caso de caídas de stock, teniendo en cuenta máximos y mínimos.

Además, se brinda información de volumetría para poder tomar decisiones sobre donde ubicar determinados productos en posiciones que se encuentren libres y la obtención de información como el grado de ocupación del depósito.

Permite análisis de productividad de trabajadores.

Se integra fácilmente con Magnus.

Principales funcionalidades de WMS:

• Múltiples Posiciones de un producto en un mismo depósito. • Definición de Posiciones de Picking y de Almacenamiento dentro del Deposito • Posiciones con Ruteo para Picking, almacenamiento y recepción. • Posibilidad de indicar en cada posición Stock Mínimo, Máximo y Punto de Reposición. • Posiciones con latitud, longitud para mejorar el dimensionamiento del depósito



[email protected]

• Conocer el grado de ocupación o disponibilidad en metros cúbicos de las posiciones físicas y del depósito en su conjunto

• Posibilidad de habilitar - suspender posiciones dentro del depósito. • Generación automática de Órdenes de Reposición • Generación automática de Ordenes de Guardado • Generación manual de Movimientos Internos • Gestión de Recepciones de Proveedores • Gestión de Ordenes de Reposición, Guardado y Movimientos Internos

PICKING ANDROID (preparación de pedidos desde dispositivos móviles) Mejoras en el manejo de reemplazos

Se realizaron mejoras en la aplicación de preparación de pedidos desde dispositivos móviles (PICKING ANDROID) para contemplar la posibilidad de que al momento de aceptar un ítem que posee reemplazo, la aplicación verifique si dicho reemplazo se encuentra pedido en otro renglón y consulte al usuario si desea continuar

MAGNUS: NUEVA FUNCIONALIDAD

VENTAS Registración de Recibos, optimización en la carga

Ventas Cuenta Corriente Recibo

Se realizaron mejoras en la registración de recibos con el fin de optimizar su carga. Para ello se hicieron las siguientes modificaciones:

• Cuando se presiona "Agregar Recibo" la ventana que se abre no permite más la carga de "importe a pagar", o utilizar la opción "Según selección de comprobantes" y tampoco ingresar el % de bonificación, ya que todos estos datos se resumen en la ventana central de carga que es la de imputación de comprobantes.



[email protected]

Estas opciones fueron trasladadas a la pantalla siguiente

• En esta última pantalla el usuario puede optar por ingresar el importe a pagar que se encuentra sobre la barra azul y luego a partir de ese importe hacer las imputaciones correspondientes una por una o bien utilizando el botón al pie "Imputación Automática" o si no conoce el importe a pagar puede directamente presionar el botón al pie "Imputar todo" y se imputaran todos los comprobantes pendientes.



[email protected]

En ambos casos, de corresponderse, se cargarán las bonificaciones configuradas en la forma de pago, aplicando el porcentaje de descuento según los días entre la fecha de factura y la cancelación de la misma.

También al pie se agregó un detalle más gráfico del monto que se lleva imputado, el monto a cuenta y el total del recibo.

Registración de pedidos, registro de % descuento fuera del escalafón de comisión por vendedor

Ventas Pedidos y Devoluciones Registración Para aquellas empresas que liquiden comisiones, según escalafón de descuentos por vendedor, se realizó una modificación en la registración de pedidos, para que al momento de cargar un porcentaje de bonificación, si el mismo no se encuentra definido en el escalafón de descuentos para el vendedor en cuestión, el sistema alerte dicha situación, informando al usuario con un mensaje y permitiendo continuar con la carga del pedido.

Con la generación de comisiones, el sistema buscará el porcentaje en la tabla de escalafones. Si el % de bonificación ingresado encuadra en algún rango del escalafón, tomará la comisión del rango obteniendo el porcentaje del menor descuento en el escalafón. Si el % no encuadra en ningún rango, el sistema buscará la comisión base del vendedor.



[email protected]

Ejemplo: el vendedor tiene el siguiente escalafón Bonificación Comisión

10% 5%

20% 3%

30% 1%

El usuario carga 25% de bonificación en el pedido, el sistema advertirá que esa bonificación no se encuentra en el escalafón pero dejará continuar con la carga del pedido. Luego cuando se generen las comisiones, el sistema buscará la comisión a aplicar en el escalafón, donde el 25% encuadra en el rango de 20% / 30% de bonificación, el sistema tomará la comisión del menor % de bonificación del rango, es decir el 3% de comisión asignado al 20% de descuento. En el caso que el usuario cargue 40% de bonificación, siguiendo el mismo ejemplo, el sistema advertirá y dejará continuar con la carga del pedido. Cuando se comisione, el % de bonificación no entrará en ningún rango de bonificación, lo cual el sistema, basado en jerarquía, buscará el % de comisión en la base del Vendedor.

Factura Electrónica, al reimprimir comprobante, enviar por mail, imprimir o AMBAS (nueva opción)

Ventas Comprobantes Factura / Crédito Devolución Ventas Comprobantes Nota de Débito/Crédito Ventas Comprobantes Bonificaciones Pendientes

Cuando se confecciona una factura electrónica, si el cliente tiene configurado un E-Mail para factura electrónica, el sistema ofrece al usuario la posibilidad de enviar el comprobante por mail o imprimirlo.



[email protected]

Se realizó una modificación para que al momento de reimprimir un comprobante electrónico, el sistema ofrezca una tercera opción, "Ambas". Esta opción lo que hará es enviar por mail el comprobante e imprimirlo, las dos cosas en una sola acción.



[email protected]

Esta funcionalidad se encuentra implementada en la reimpresión de comprobantes de facturas y notas de crédito por mercadería y en la reimpresión de notas de débito/Crédito por concepto.

Cabe aclarar que la funcionalidad de realizar ambas acciones al momento de generar un comprobante de venta por primera vez, solo está disponible bajo pedido explícito al área de Soporte, por defecto solo se pueden realizar las dos acciones juntas al reimprimir.

Nueva Condición de IVA ante AFIP - Sujetos Exentos de IVA Ley 16774 (Entidades deportivas)

Ventas Pedidos y Devoluciones Registración Ventas Comprobantes Factura / Crédito Devolución Se creó nueva condición de IVA: 11 EXENTO LEY 16774

Esta nueva condición de IVA se puede configurar en la ficha del cliente:



[email protected]

Se deberá elegir una lista de precios con IVA para el Cliente ya que generara comprobantes con letra "B". Con esta nueva condición, el cliente estará exento del cálculo de impuestos y tasas nacionales como es el IVA, según LEY 16.774. Al momento de cargar un pedido para un cliente donde su condición de IVA sea 11 EXENTO LEY 16774 el sistema cargara los precios y totales sin calcular IVA. Trabaja de manera similar a cuando los artículos son exentos. Luego al momento de facturar el pedido, el sistema totaliza los importes de acuerdo a la condición IVA del cliente, para el caso 11 EXENTO LEY 16774 suma No Gravado/Exento.



[email protected]

Cuando el cliente tiene dicha condición no podrá ingresar Flete (en el pie) ni cambiar los precios a mano de los renglones del comprobante. Esta funcionalidad está disponible en la carga de pedidos y en la facturación convencional.

Tamaños de Importes, ampliación a centenas de millones

Ventas Presupuestos Registración Ventas Pedidos y Devoluciones Registración Ventas Comprobantes Factura / Crédito Devolución Se realizó una modificación de sistema para que se contemple la posibilidad de manejar números superiores a los 100 millones, inclusive cuando se manejan 4 dígitos de decimal. Esta modificación sirve para aquellas empresas que realizan facturas de obra pública, que suelen ser de montos muy grandes y con mucha precisión decimal en los precios individuales de los productos. El cambio se realizado en las ventanas de presupuesto, pedido y facturación



[email protected]

PRESUPUESTO

PEDIDO



[email protected]

FACTURA

Reporte de Listas de Precios, exportar a Excel la alícuota de IVA de los artículos

Ventas Precios Listas de Precios Se realizó una modificación en el reporte de listas de precios para que al momento de exportar los datos a Excel, se agregue la alícuota de IVA de los artículos.



[email protected]

Diario de Movimientos, exportación a Excel, se agrega Ejercicio y Asiento

Ventas Cuenta Corriente Diario de Movimientos Compras Cuenta Corriente Diario de Movimientos Se realizó una modificación en el sistema para que en la exportación a Excel de los diarios de movimientos, tanto para cliente como para proveedores, se agregue el número de ejercicio y el número de asiento. Esta modificación sirve para poder conciliar movimientos al momento de realizar algún análisis. CLIENTES

PROVEEDORES



[email protected]

Facturación: Bono Fiscal Electrónico

Ventas Comprobantes Factura / Crédito Devolución Se realizó una modificación en el sistema para que se permita realizar la facturación de Bienes de Capital, emitiendo un bono fiscal electrónico. Se modificó la configuración por puesto para indicar si el mismo es de tipo Bono Fiscal Electrónico. De esta manera se permitirá mantener puestos con impresora fiscal, otros con facturación electrónica que obtienen CAE, otros que utilicen CAEA y otros con Bono Fiscal Electrónico. Ventas Tablas Puestos Se modificó la ventana de puestos para que se permita configurar si un puesto utiliza Bono Fiscal Electrónico

En AFIP, el puesto debe estar definido como tipo “Bonos Fiscales Electrónicos – Web Services”



[email protected]

Listado de Saldos de Estados Anteriores, exportación a Excel, se agrega CUIT

Ventas Cuenta Corriente Listado de Saldos de Estados Anteriores Compras Cuenta Corriente Listado de Saldos de Estados Anteriores Se realizó una modificación en el sistema para que en la exportación a Excel de los listados de saldos de movimientos anteriores, tanto para cliente como para proveedores, se agregue el tipo de documento y el número de documento. Esta modificación es requerida para el cierre del balance. Se trata de una nueva exigencia de AFIP para sociedades jurídicas

CLIENTES

PROVEEDORES

Consulta de Ventas por Artículo, exportar a Excel el dato del código de barras favorito

Ventas Consultas y Reportes Listado de Ventas por Artículo Se realizó una modificación en la consulta de ventas por artículo para que al momento de exportar los datos a Excel, se agregue el código de barras favorito del artículo.



[email protected]

Resumen de cuenta y listado de saldos: Nuevos filtros por tipo y categoría de cliente

Ventas Cuenta Corriente Resumen de Cuenta Ventas Cuenta Corriente Listado de Saldos Se agregaron nuevos filtros por Rango de "Tipo de cliente" y Rango de "Categoría de cliente" en estos 2 reportes:

• Ventas Cuenta Corrientes Resumen de Cuenta



[email protected]

• Ventas Cuenta Corriente Listado de Saldos

Los "Tipos de cliente" posible de seleccionar están limitados al rango de "Tipo de cliente" que tenga configurado el puesto en Magnus.INI:

• Utilidades MAGNUS INI [ficha "GLOBAL"]



[email protected]

LOGISTICA DE PRODUCCIÓN Control de Productividad de Armadores Móviles (nuevo informe)

Ventas Pedidos y Devoluciones Control de Productividad de Armadores Móviles Se realizó un nuevo informe con el que se podrá medir la productividad de los armadores, tomando los artículos preparados en el día, es decir los que realmente se prepararon en las fechas de análisis, independientemente de si los pedidos ya fueron cerrados o aún están en proceso de armado. Con este nuevo reporte se podrá obtener información sobre los pedidos armados desde Picking Móvil, sin necesidad que el operador de mesa de control haya completado el pedido y cerrado el pedido en Magnus.



[email protected]

Registración de Pedidos, control de sucursales cruzadas

Ventas Pedidos y Devoluciones Registración Se realizó una mejora en la ventana de registración de pedidos para que el sistema controle cuando el código de comprobante de venta que se está utilizando corresponde a movimientos de stock de una sucursal distinta a la que tiene activa el usuario en esa PC.



[email protected]

La sucursal activa en una PC está definida en Magnus INI (Utilidades Magnus INI)



[email protected]

COMPRAS Orden de Compra, registró del Transporte acordado con el Proveedor

Compras Órdenes de Compra Registración Se realizó una modificación en la ventana de órdenes de compra para que se pueda indicar el transporte acordado con el proveedor, ya que en ocasiones este dato suele ser una condición en la negociación de la orden de compra.

También se modificó la impresión de la orden de compra para que el dato del transporte se visualice como así también el telefono de contacto del mismo.



[email protected]

Liquidación Cuenta y Orden, poder enviar el comprobante por mail

Compras Registración de Comprobantes

Ahora el sistema permite enviar por mail al proveedor la Liquidación de Venta por Cuenta y Orden, como así también los créditos que se puedan llegar a hacer sobre esas liquidaciones.

Cuando se registra la liquidación el sistema imprimirá la misma y propondrá al usuario el envío del mail. Para la reimpresión funciona de la misma manera.

El documento adjunto del mail sale en un formato estándar, el cual puede diferir del formato utilizado para imprimir el mismo comprobante.

Planificación abastecimiento, se agregó total de compra, según la cantidad indicada por el comprador

Compras Planificación de Abastecimiento Gestión Se realizó una mejora en la ventana de gestión de la planificación de abastecimiento para que al pie se visualice el importe total de compra de lo



[email protected]

que el comprador va seleccionando, así puede ir sabiendo el monto final de la compra. Además, se realizó una corrección en los totales de las dimensiones (volumen y peso) ya que no se estaba actualizando según la selección del usuario.

Registración de Comprobantes, auditoria de anulación de comprobantes

Compras Registración de Comprobantes Se realizó una mejora en el sistema para que al realizar la anulación de un comprobante de compra, quede especificada dicha anulación en un log del sistema y así poder auditar este tipo de acciones en caso de ser necesario. El archivo de auditoría se guardará en la carpeta de logs del sistema (Logs\Source_AnularComprobanteCompra.LOG)



[email protected]

STOCK Cambio de estado artículos, auditoría y registración de novedades

Stock Administración de Artículos Se desarrolló una nueva funcionalidad en la ventana de registración de artículos, para que el sistema comience a tener una auditoría de los cambios de estado que va teniendo una artículo, ya sea que se cambió de manera manual o bien desde algún proceso del sistema como podría ser la baja de artículos discontinuados. Desde el nuevo botón “Ver Novedades” se accederá a la ventana con las novedades del artículo, desde la que se indicará por cada novedad, la fecha y hora, usuario, y una observación, indicando el origen de la misma y si fue registrada por el sistema o manualmente por el usuario.



[email protected]

Además, desde el botón “Imprimir”, se puede acceder a la ventana de emisión de un reporte de novedades, desde la que se podrán aplicar distintos filtros, para poder ver novedades sobre distintos artículos y no necesariamente del artículo desde el que se accedió al reporte.



[email protected]

Este reporte tiene la posibilidad de ser exportado a formato Excel.

Exportación de artículos a sucursales, trasladar listas de precios

Stock Procesos Exporta Artículos a Sucursales Se realizó una mejora en el proceso de exportación de artículos a sucursales para que se permita la exportación de las listas de precios de casa central. En caso de marcar la opción “Exportar Listas” se generará otros dos archivos TRF a los que ya se venían generando, en los que se trasladará la información de la definición de las listas de precios que se indiquen en la selección de listas a exportar y los artículos incluidos en cada una con sus respectivos precios.



[email protected]

Código de barras favorito en etiqueta de producto

Stock Administración de Artículos Se realizó una modificación en la impresión de etiquetas, para que se imprima el código de barras favorito, tanto en las barras como en el código descriptivo de las mismas. En aquellos casos en los que el código de barras favorito sea distinto al código propio, en la etiqueta se detallará el código propio en la descripción del producto, quitándote caracteres al detalle del patrón ya que el espacio es muy reducido. Por ejemplo, para el siguiente artículo que el código de barras favorito es distinto al código del artículo, la etiqueta ahora se imprime así mostrando el código de barra en caracteres alfanuméricos y el código del artículo dentro del detalle del mismo.



[email protected]

Fecha estimada de embarque desde artículos pendientes de recibir

Stock Administración de Artículos Se realizó una modificación en la consulta de artículos para que al visualizar lo pendiente de recibir, si la orden de compra está asociada a una carpeta de importación se muestre como fecha de entrega, la fecha estimada de embarque de la importación. Ahora lo pendiente de recibir en órdenes de compras desde la ficha del articulo visualiza la fecha de entrega de la orden de compra pero si dicha orden de compra está asociada a una importación, la fecha de entrega será la fecha estimada de embarque de la importación. A continuación se detalla con un ejemplo:



[email protected]

Artículo 00107 tiene pendiente de recibir en 3 ordenes de compras:

La orden de compra con cantidad 10000 tiene un fecha de entrega pactada al 23/12 pero al tener una importación asociada la fecha de entrega es 31/12 ya que la importación tiene como fecha de embarque 31/12.



[email protected]

Para las demás órdenes de compras del artículo no actúa esta lógica ya que no tienen una importación relacionada.



[email protected]

FONDOS Gestión de Depósitos pendientes de identificar

En ocasiones suele suceder que en el resumen bancario, aparecen depósitos de clientes pero no disponemos de la información suficiente para identificar a que cliente pertenece como para registrar el cobro en el sistema. Esto trae aparejado diferencias en los saldos de bancos, en la cuenta corriente del cliente e inconvenientes con otras cuestiones como por ejemplo los días promedio de pago asignados al movimiento ya que se registra después del pago, cuando logramos identificar al cliente. Con esta nueva funcionalidad se podrán gestionar estos depósitos de clientes pendientes de identificar y asignarlos posteriormente en la confección del recibo.

Registro del depósito pendiente de identificar Fondos Bancos Movimientos de Bancos El depósito pendiente de identificar se carga desde los movimientos de banco, utilizando un código de movimiento de banco especificó.



[email protected]

Este código de movimiento de banco debe estar previamente configurado en el sistema para aceptar depósitos pendientes de identificar. Cuando un depósito va a quedar marcado como pendiente de identificar, se informa la situación mediante una leyenda en la ventana.

Seguimiento de Depósitos pendientes de identificar Fondos Bancos Movimientos de Bancos FondosBancos Listado de Movimientos por Banco

Desde la ventana de movimientos de banco se agregó un nuevo filtro para poder identificar fácilmente los depósitos que se encuentran pendientes de identificar.



[email protected]

Además, desde el listado de movimientos de banco, también se podrá filtrar este tipo de movimientos.



[email protected]

Registro de Recibos con identificación de depósito previamente registrado Ventas Cuenta Corriente Recibo

Al momento de registrar un recibo a un cliente, en caso de que el banco seleccionado tenga cargados depósitos que aún se encuentren marcados como pendientes de identificar, se activará el botón “Depósitos sin identificar”, desde el que se podrán visualizar los depósitos pendientes de identificar de ese banco e imputarlos en el recibo que se está confeccionando..

De esta manera los movimientos (se pueden imputar más de un depósito pendiente) ya quedarán afectados al cobro y el usuario no debe cargar todos los datos del depósito ya que fueron registrados con anterioridad.

Cabe aclarar que la funcionalidad de gestionar depósitos pendientes de identificar, solo está disponible bajo pedido explícito al área de Soporte, por defecto está deshabilitada y no se deberían cargar depósitos bancarios desde la ventana de movimientos de banco, sino que se deben registrar desde la cobranza a los clientes.



[email protected]

Bloqueo manipulación manual de estados de cheques

Fondos Valores de Terceros Valores de Terceros Hemos realizado una modificación en la ventana de valores de terceros, quitando el botón “Cambia Estado”, ya que con esa funcionalidad podía generar inconsistencias en la información de fondos por no tener un movimiento respaldatorio. Esta modificación no es configurable por usuario ni a nivel global, sino que el sistema ya no posee está funcionalidad para realizar cambios de estados. Entendemos que los estados de los cheques no se deben manipular manualmente sino mediante la utilización de movimientos desde el sistema.

Es decir que si un cheque ingresa a cartera porque se hace un recibo a un cliente, debe salir de cartera cuando se hace un pago a un proveedor, depósito bancario, etc.

Cuando se haga un movimiento de fondos que dé salida a un cheque, el mismo dejará de estar en cartera y pasará al estado que le corresponda según el movimiento realizado.



[email protected]

LOGISTICA DE DISTRIBUCION Registro de Entregas, poder indicar la Forma de Entrega

Logística Registro de Entregas Se realizó una modificación en la ventana de registro de entregas para que al momento de marcar un remito como entregado, se pueda indicar la fecha y hora de entrega de manera manual. En caso de que esta fecha y hora no sean indicadas por el usuario, el sistema tomará por defecto la fecha y hora actual de la PC.

.

Logistica, Ventas por Reparto Detallado, selección de repartos en cualquier estado

Logística Consultas y Reportes Ventas por Reparto Detallado Se realizó una modificación en el listado de ventas por reparto detallado para que se permita la selección de repartos en cualquier estado. De esta manera se permite realizar un análisis de la venta por cliente sobre un reparto determinado.



[email protected]

LOGISTICA, registro de venta mínima esperada a una Ruta de Reparto

Logística Rutas de Reparto Logística Repartos Se realizó una modificación en la ventana de rutas de repartos para que el sistema permita especificar la venta mínima esperada a la ruta de reparto. De esta manera cuando se genera un nuevo reparto, el sistema propondrá como venta mínima esperada la que esté indicada en la ruta (en caso de que haya una). El usuario siempre tendrá la posibilidad de cambiar la venta mínima esperada por mas que haya sido heredada de la ruta. De esta manera todos los repartos de la misma ruta podrán tener la misma venta mínima esperada sin necesidad de tener que indicarla reparto por reparto, siendo que tienen la misma ruta.



[email protected]



[email protected]

IMPORTACIÓN Importación, posibilidad de Cierre automático de importación y previsión al recibir la mercadería

Compras Remitos y Devoluciones Registración Remitos En las importaciones, cuando llega la mercadería a la empresa, generalmente significa que se hicieron todos los procesos que requiere la importación (se pagó la mercadería al proveedor, se pagó el flete marítimo, flete terrestre, despachante, etc.), por lo que hemos realizado una mejora al momento de guardar un remito de compra de importación como "Terminado". Ahora el sistema pregunta si se desea pasar la importación a estado cerrada junto con su previsión, permitiendo así mejorar la gestión de importaciones, evitando que queden en estado "Pendiente" cuando no corresponde.



[email protected]



[email protected]

Esto aplica siempre y cuando el tipo de proveedor sea "externo".

Importación, Previsiones, ajustar futuros vencimientos según corrimiento de fecha de embarque

Compras Importaciones Carpetas de Importación Al cargar una carpeta de importación, se hace una previsión suponiendo que la fecha de embarque es a determinada cantidad de meses posteriores a la fecha de compra. Se carga una previsión estimando un flujo de fondos futuro según esta fecha de embarque (como se muestra abajo). Generalmente el Proveedor del exterior no cumple con las fechas de embarque o entrega de mercadería pactadas, por lo tanto eso obliga a correr manualmente las fechas de la previsión hacia adelante una por una, generando pérdida de tiempo y riesgo de mala planificación.



[email protected]

Por este motivo, hemos realizado una mejora en el sistema para que al momento de modificar la fecha estimada de embarque, se consulte al usuario si desea actualizar la fecha de los renglones de prevision asociada a la carpeta de importación, cuando están pendientes y su fecha no esta vencida.



[email protected]

Importación, Seguimiento de embarques, mejoras varias

Compras Importaciones Seguimiento de Embarques Se realizaron mejoras varias en el seguimiento de embarques:

Reporte de seguimiento de embarques, valuación OC, pagos y saldo Se modificó el reporte de seguimiento de embarque para que se visualicen 3 columnas nuevas con el valor de orden de compra, el monto de pagos realizados y el saldo (mismos datos que actualmente se pueden obtener del resumen de la importación)



[email protected]

Además, está información es exportable a Excel.

Reporte de seguimiento de embarques, detalle orden de compra Se modificó el reporte de seguimiento de embarque para que se permita emitirlo de manera detallada, visualizando el detalle de las órdenes de compra asociadas a cada carpeta de importación.



[email protected]

Además, se modificó el exportador a Excel para que se tenga en cuenta está información.



[email protected]

Ventana de seguimiento de embarques, reordenamiento de columnas Se maximizó la ventana para poder obtener mayor cantidad de datos de una solo vista. Además, se reacomodaron las columnas para poder visualizar los datos de la importación al principio.

Previsiones, Resumen por Vencimiento, exportable a Excel

Fondos Previsiones - Provisiones Resumen por Vencimiento Se realizó una modificación en el resumen por vencimiento de previsiones / provisiones para que la información se puede exportar a Excel y poder manipularla para el análisis.



[email protected]

SITD SITD Financiero, evolución de infraestructura y mejora en la aplicación de configuración

El SITD Financiero estaba desarrollado bajo un motor de base de datos Microsoft SQL Server 2000, el cual ya está discontinuado y no tiene más soporte por parte de Microsoft, motivo por el cual ante algún tipo de inconveniente se comienza a complicar la aplicación de soluciones. Por este motivo es que desde SOFTECH hemos desarrollado el nuevo SITD Financiero bajó Microsoft SQL Server 2008 o superior, lo cual nos permite evolucionar junto con los clientes, ya que aquellos clientes que utilizan el SITD Financiero, tienen instalado Microsoft SQL Server 2000 solo para este cubo de datos. Junto con la evolución de infraestructura del SITD Financiero, se desarrolló una nueva aplicación para la interfaz de configuración, similar a la que se utiliza para configurar el SITD Contable. Con esta nueva interfaz el usuario podrá tener autonomía para la configuración y no depender de SOFTECH, ya que es más amigable y se pueden configurar por ejemplo las disponibilidades y los bancos de manera sencilla. En el siguiente ejemplo configuramos el banco que se utiliza en Magnus con la cuenta de fondos (41 – BCO HSBC) y le indicamos que suma en (1000 - BANCOS)



[email protected]

Desde el botón “Ver Gráfico” se puede ver el impacto que tendrá la creación de la nueva cuenta en la estructura de arbol de la configuración de SITD Financiero



[email protected]

Finalmente, desde la utilización del SITD Financiero, se puede ver el impacto real que tiene el nuevo banco en los saldos. Cabe aclarar que para ver los datos impactados en el SITD Financiero se debe esperar al día siguiente de haber realizado la configuración.

Cabe aclarar que la implementación del SITD Financiero en una nueva infraestructura de motor de base de datos, debe ser coordinada con el área de Soporte.

SISTEMAS EXTERNOS Robot de Notificaciones, proceso de Aviso de Deuda, nuevo parámetro para enviar Magnus o Prueba

Se realizó una modificación en Magnus Service para que el robot de notificaciones, al momento de ejecutar el proceso de aviso de deuda, contemple un nuevo parámetro en el que se pueda configurar si se tomará la deuda de Magnus o de Prueba.



[email protected]



[email protected]

CORRECCIONES VENTAS: La bonificación máxima por artículo no funciona cuando se trata de un pedido externo. Al cargar un pedido externo (de Prolixus o Web), se aplica una bonificación superior al límite configurado para el artículo, Magnus quita el descuento y el renglón queda sin ninguna bonificación, lo cual es incorrecto. Ahora siempre que la Bonificación supere el máximo especificado en el artículo, se ajustará al especificado del artículo, tanto al grabar el renglón como al grabar el pedido. Corregido. VENTAS: Descuentos por Cantidad. No mostrar listas no intervinientes en Consulta Descuentos Por Cantidad. Desde la ventana de administración de Artículos se accede a una consulta de los descuentos por cantidad de un artículo puntual (siempre y cuando este posea descuentos por cantidad). En esta ventana está mostrando el descuento para todas las listas de precios, cuando en realidad puede haber listas que no intervienen en el descuento por cantidad. Corregido. VENTAS: Listado de convenios. Se pone muy lento al intentar obtener los datos. Se realizaron mejoras importantes en la velocidad del informe. Corregido. VENTAS: DESCUENTOS POR CANTIDAD EN PRUEBA. En Magnus tenemos configurados descuentos por cantidad y en Prueba no. Cuando derivamos un pedido, a Prueba está llegando con el precio con descuento, siendo que debería ir con el precio sin descuento por cantidad. Corregido. VENTAS: En ocasiones sucedía que al momento de informar un comprobante “B” a AFIP, por una cuestión de redondeo, el porcentaje de la alícuota no terminaba coincidiendo con la suma entre los renglones y la cabecera. Corregido. VENTAS: Diferencia de redondeo entre cabecera y detalle de alícuotas al informar CAEA. Al realizar comprobantes “B”, la sumatoria de los importes de alícuotas no coincide con los totales de la cabecera. Corregido.



[email protected]

VENTAS: Listado de faltantes posibles de cumplir, no calcula el stock de los compuestos. Al emitir el listado de faltantes posibles de cumplir, no se está calculando el stock de los artículos compuestos, por lo que no indica cuales están en condiciones de poder cumplir con el faltante registrado. Corregido. VENTAS: Control pedido derivado al momento de facturar no funciona correctamente. Se ajustó la lógica del control en Magnus cuando el pedido tiene derivado y se intenta facturar. Si está pendiente, pendiente de autorizar, cancelado o no existe el pedido en Prueba se muestra el siguiente mensaje y no deja continuar:

Corregido. VENTAS: Número de Remito guardado en proceso de negocio "Entrega parcial, Factura Remito". Al realizar la factura de uno de los remitos, generado por un pedido, el sistema está imprimiendo siempre el primer remito entregado y no el que se está facturando. Corregido. VENTAS: En la impresión de factura electrónica estándar imprimir correctamente el código de barras. El código de barras de la factura electrónica estándar no se está generando correctamente. Corregido. VENTAS: Artículos Pedidos Pendientes - Error en artículos compuestos. El reporte no estaba calculando el stock de los artículos compuestos, ya que lo debe armar en base a sus componentes. Corregido. VENTAS: Al generar mora se genera inconsistencia en el saldo del cliente. Al ejecutar el proceso de generación de mora, se genera una inconsistencia en el saldo del cliente, ya que resta el importe de mora en lugar de sumarlo. Además, cuando se genera la mora desde Magnus, si bien el movimiento de mora se genera en el Prueba, Magnus empieza a visualizar la cuenta corriente del prueba, tanto en saldo como en movimientos, hasta tanto se cierre el sistema y se abra nuevamente, recién ahí retoma Corregido.



[email protected]

VENTAS: cantidad de caracteres en el nombre del cliente en la factura electrónica estándar. En algunos casos se cortan las razones sociales de algunas cooperativas o clientes con nombres largos. Se extendió a 45 caracteres la impresión de la Razón Social en la factura electrónica estándar. Corregido. VENTAS: Impresión FISCAL de débitos por mora, sale mal el concepto. Corregido. En el sistema toma bien el concepto que le pone el usuario, pero cuando envía el comprobante a la impresora fiscal, toma por defecto otro concepto, (aparentemente el que está configurado en los parámetros de venta.) Corregido. VENTAS: Colocar signo NEGATIVO (-) en stock de listado de faltantes. Cuando tiramos un listado de faltantes nos ocurre que todos los productos nos figuran con stock positivos. Ahora el listado de faltantes muestra el stock real con el signo correspondiente. También en la exportación. Corregido. VENTAS: Inconsistencia en las cuotas de un comprobante de cuenta corriente. Se detectó que un usuario modificaba la cantidad de cuotas definida en una condición de venta, mientras otro usuario utilizaba la misma condición de venta. Se realizó un control para que no se permita modificar una condición de venta cuando ya fue utilizada en una factura. Corregido. VENTAS: Al enviar por mail una factura electrónica, sale sin el logo. Aquellas empresas que tiene un formato de factura particular y el logo está preimpreso en la hoja de papel, el PDF que se envía por mail, sale sin el logo de la empresa. Corregido. VENTAS: El generador de código de barras produce lentitud al generar el PDF en los comprobantes. Se corrigió el problema de lentitud cuando genera el PDF en Facturas. Notas de Crédito y Notas de Débito Electrónico. Corregido. VENTAS: Lista de precio 6 columnas que sale cortada. Salen 5 renglones en las páginas pares.



[email protected]

Corregido. VENTAS: En la impresión de pedidos casi se superpone el código del articulo con la cantidad por utilizar 3 decimales. Corregido el espacio entre "Cantidad" y "Código Artículo" Corregido. VENTAS: tenemos un pedido el cual se factura completamente y los renglones figuran como que están pendientes de facturar. Se detectó que la inconsistencia venía por una configuración puntual del Magnus INI de un PC. Corregido. VENTAS: Las etiquetas no toman el último transporte, si se cambia el transporte antes de cerrar el pedido, en la etiqueta sigue saliendo el mismo transporte elegido en la registración. Corregido. VENTAS: El detalle en "Lista de Precios" sale con letra muy chica. Se amplió el tamaño de la letra. Corregido. VENTAS: En la impresión de comprobantes de venta del segundo depósito, el detalle complementario de los artículos sale cortado. Se modificó la impresión de Factura Control, ahora el detalle complementario de cada renglón es variable de acuerdo a su tamaño. Corregido. COMPRAS: Orden de Recepción. Al desvincular un remito de Orden de recepción no quita los productos de la orden de recepción. El error se daba porque el Magnus estaba cargando los renglones de un "Remito Pendiente" en la recepción, cuando este remito se movía de una Recepción a Otra (botón "Desafectar" y se relacionaba a un Nuevo Nº de Recepción). Siendo que el sistema no tiene que cargar en la Recepción los renglones de un Remito Pendiente, aunque si permite asociar el Remito Pendiente a la Recepción. El error fue solucionado y además se agregaron los siguientes controles y mensajes para transmitir al usuario la funcionalidad.



[email protected]

Corregido. COMPRAS: Al guardar un remito de compras "Guardar" botón amarillo está actualizando el stock. No debe actualizar stock en este estado. Solo debe actualizar el botón "terminar" verde.



[email protected]

Se modificó el sistema para que al guardar un remito de compra (botón Guardar) no actualice stock. De esta manera el funcionamiento es similar a los pedidos de ventas, donde se puede guardar sin mover stock. Al terminar el remito de compra (botón Terminar) el sistema intentara generar el movimiento de stock correspondiente. Corregido. COMPRAS: tratamiento de costos en Dólares al momento de Cargar Factura de compra. Si el comprobante tiene en la cabecera una moneda distinta a la moneda base, al momento de cargar los conceptos, dar la posibilidad de cargar el monto en pesos y en dólares. Actualmente, te pide el monto en pesos y el usuario en el papel lo tiene en dólares. Ahora el sistema permite cargar un importe en moneda extranjera cuando el comprobante tiene su moneda diferente a la moneda base del sistema (pesos). Corregido. COMPRAS: Estado de los valores al revertir pago a proveedor o un movimiento de fondos. Cuando el usuario revierte un Pago a Proveedor, el sistema llama a la ventana de fondos para que el usuario borre todo el movimiento de fondos, entonces el sistema tendría que pasar los valores Transferidos, al estado Cartera y en algunos casos no lo está haciendo. Corregido. COMPRAS: El sistema está requiriendo tener un mail configurado en Magnus para el envío de órdenes de compra desde Outlook, siendo que al enviarse de manera externa al sistema no le hace falta la configuración de la cuenta. Corregido. COMPRAS: Problema al calcular retención de IIBB en pago al imputar comprobante con percepciones. Al momento de cargar un pago a proveedor se está calculando incorrectamente el monto de la retención cuando al comprobante que se está imputando tiene percepciones. El sistema solo quita el 21% de IVA y también debe quitar los montos correspondientes a las percepciones si tuviera. Esto debe hacerlo si la provincia está configurada que calcula retención sobre el NETO.- Corregido. COMPRAS: Carga de Remitos a través de Orden de Compra. Anteriormente, cuando se generaba un remito de ingreso de mercadería, se podía seleccionar producto por producto. Ahora no tenemos más esa opción, teniendo que tomar todos los productos y luego ir borrando lo que no llego cuando se va a generar el remito.



[email protected]

Se corrigió la posición del botón "Seleccionar / Deseleccionar" y el tamaño del panel. Corregido. COMPRAS: Calculo Ret. IIBB, no tiene en cuenta la fecha de vencimiento del certificado de No Retención. Al generar un pago, el sistema no me está calculando retenciones de IIBB. Si bien el proveedor está configurado como que posee Certificado de No Retención, la fecha de vencimiento del mismo ya caducó, por lo que el sistema debería retener por más que esté marcado que posee certificado. Corregido. COMPRAS: Número de Serie - Carga Masiva - Error en número largo. Si bien se puede realizar la carga de los nº serie de 10 dígitos, en la carga por rangos no toma el número cero primero. Había un error de lógica cuando número de serie era alfanumérico y se usaba la ventana de rangos. Corregido. COMPRAS: Crédito Proveedor, al seleccionar un remito devolución se muestran los anulados. Al registrar un crédito de un proveedor y seleccionar el remito de devolución, se muestran los anulados. Corregido. COMPRAS: Reporte de comprobantes de compra pendientes de remito, muestra facturas que ya están completamente canceladas. Al controlar la mercadería que aún no llegó antes de sacar el pago de una factura, vemos que se visualizan facturas que ya están completamente canceladas. Corregido. COMPRAS: Carga Parcial Remito Compras. Al querer cargar el saldo de un remito, aparece como cumplido y no trae el resto que faltaría cumplir. Una orden de compra tiene cantidades pendientes y al cargar el remito y traer la OC la misma aparece vacía. Corregido. COMPRAS: Botón de selección de renglón de orden de compra al importar desde remito. Anteriormente cuando se generaba un remito de ingreso de mercadería, se podía seleccionar producto por producto. Ahora no está más esa opción, teniendo que tomar todos los productos y luego ir borrando lo que nos llegó cuando se va a generar el remito. Corregido.



[email protected]

STOCK: Código de barras en etiqueta de producto. Al imprimir la etiqueta de un artículo, en las barras se está imprimiendo el código de barras favorito y en código de artículo el código propio. En la impresión de etiquetas se imprime el código de barras favorito, tanto en las barras como en el código descriptivo de las mismas. En aquellos casos en los que el código de barras favorito es distinto al código propio, en la etiqueta se detallará el código propio en la descripción del producto, quitándote caracteres al detalle del patrón ya que el espacio es muy reducido y ya no se pueden agregar más datos. Corregido. STOCK: duplicación en el código de barras de dos artículos diferentes. Cuando se incorporan artículos desde la lista de proveedores, Compras->Lista de Precios Proveedores->Mantenimiento de artículos por Proveedor, el sistema no hace ningún control permitiendo la duplicación de códigos de barras. Ahora el sistema controla si el código de barra del artículo nuevo ya existe en otro artículo y si existe no deja continuar. Corregido. STOCK: Inconsistencia componentes artículos compuestos. Para los artículos compuestos, si se miran los componentes desde la "Administración de artículos" son unos y si se miran desde la "Registración de artículos" son otros. Corregido. STOCK: Error en Listado de Reposición de artículos a depósitos. El listado "Reposición de Artículos a Depósitos" está listando todos los artículos independientemente del depósito que se elige para proponer la reposición. Corregido. STOCK: Consulta de artículos - Búsqueda Inteligente no encuentra artículos con problemas en código de barra. Se modificó el orden de búsqueda cuando se utiliza la búsqueda inteligente. Ahora trata de filtrar por código de artículo y si no encuentra filtra por código de barra. De esta manera el Usuario cuando haga un búsqueda tendrá prioridad el código de artículo, luego el código de barra. Corregido. STOCK: Creación de Depósitos, no permitir registrar un deposito con código 0 (cero). Se intentó crear un deposito con código 0, y el Magnus lo permitió. Corregido. STOCK: Uso del portapapeles al consultar un artículo. Tenemos familias de productos que tiene la misma descripción técnica, por lo que copiamos y



[email protected]

pegamos el texto de algún artículo que ya lo tenga escrito. Ahora no lo podemos hacer porque cuando pegamos se pega un texto raro y no lo que copiamos. Cuando se consulta un artículo, ni bien se abre la ventana de consulta del producto, en el portapapeles queda copiado una consulta de SQL y se pierde lo que el usuario tenía copiado: Corregido. STOCK: algunos artículos tenían un stock real incorrecto. Cuando abrimos la ventana de Stock (F4) desde la consulta de artículos se descubrió que había un renglón perteneciente al depósito 0 (cero) con la cantidad que tenía el ultimo depósito. Ahora el sistema valida que no se permita agregar depósitos con código 0 (cero) Corregido. STOCK: Muestra mal stock real y ubicación en Consulta de artículos por Nivel. En la ventana de consulta de artículos por nivel, se está mostrando fijo el valor del Stock Real (o sea, independientemente de que artículo se mire, se muestra siempre el mismo número). En esta misma ventana también se ve negro en la columna de ubicación. Corregido. FONDOS: Cambio estado de Cheque. Algunas veces al eliminar un movimiento de fondo con cheques, los cheques no cambian de estado a su estado original. Corregido. FONDOS: Al modificar estados de cheques de manera manual, se generan inconsistencias. La funcionalidad de que los usuarios puedan modificar el estado de los cheques fue deshabilitada del sistema, no es que se lo quitamos puntualmente a un usuario, es una funcionalidad que ya no estará disponible ya que entendemos que los estados de los cheques no se deben manipular manualmente sino mediante la utilización de movimientos desde el sistema.

Es decir un cheque ingresa a cartera porque hacen un recibo a un cliente y debe salir de cartera cuando hagan un pago a un proveedor, depósito bancario, etc. Cuando hagan el movimiento de fondos que le da salida al cheque dejará de estar en cartera y pasará al estado que le corresponda según el movimiento realizado. Corregido.



[email protected]

LOGISTICA DE DISTRIBUCION: Registro de Entregas, cuando se vuelve a pendiente una entrega no vacía columna de Forma Entrega. Al momento de pasar a pendiente una entrega el sistema propone una forma de entrega y no vacía el campo y columna forma entrega. Cuando se pasa a pendiente una entrega no mostrar ventana de forma de entrega y vaciar columna forma entrega ídem que columna fecha y hora entrega. Corregido. IMPORTACION: listado de Seguimiento de Embarques, el importe de la OC está en $ y debe estar en U$S. Cuando se busca imprimir el listado del seguimiento de embarques, los valores en lugar de imprimirse en la moneda U$S se imprimen en $, por más que la descripción es U$S. Ahora la impresión de Embarques imprime los totales de acuerdo a la moneda del proveedor. Siempre la OC y pagos de mercadería de una importación deben realizarse con la moneda del proveedor. Corregido. IMPORTACION: consulta de importaciones. Cuando se comienza a manipular las dimensiones de la ventana o mover la misma, no se refresca correctamente la pantalla y aparece el campo de búsqueda en cualquier lugar. Corregido. IMPUESTOS: Archivo percepciones SANTA FE, se informa mal la percepción cuando el comprobante tiene más de una provincia. Corregido. IMPUESTOS: Régimen de Información de Compra y Ventas. El inconveniente sucede cuando un comprobante tiene más de una alícuota y tiene bonificación al pie, las alícuotas se informan mal al régimen de información de compra y ventas. Corregido. GENERAL: Inconveniente al enviar mail con copia. El cliente manifiesta un bloqueo de sistema al intentar enviar por mail una factura con varios destinatarios Corregido. PROLIXUS: cuando en un recibo el vendedor especifica un número de movimiento de banco mayor a 12 dígitos, la descarga de recibos genera error y no bajan a Magnus, siendo que la aplicación permite el ingreso de números de operación de banco de hasta 16 caracteres. Corregido.

magnus version 20171231 -...

Documents