Versión Magnus 2015-10-01 al 2015-12-31 - softech-ti.com · y recibir información de productos,...

25 de Mayo 118 – Loc 3 (5900) Villa María (Cba.) Telefax (0353) 4 538718 [email protected]

Versión Magnus 2015-10-01 al 2015-12-31

MAGNUS: NUEVA FUNCIONALIDAD 3

PREPARACIÓN ELECTRÓNICA DE PEDIDOS MÓVIL ANDROID (NUEVO MÓDULO EN PROCESO) 3

TABLERO DE COMANDOS 3

TABLERO, ANÁLISIS PROYECTADO EN EL TIEMPO DE CHEQUES LIBRADOS PROYECTADOS 4

TABLERO, INFORMACIÓN AUMENTADA EN CHEQUES DE TERCERO 4

VENTAS 5

CONVENIOS DE POOL DE COMPRAS, MEJORAS EN EL MANTENIMIENTO 5

VENTAS: PUESTO DIFERENCIADO PARA NOTAS DE CRÉDITO ELECTRÓNICAS 6

REPORTE DE REMITOS, SE AGREGADO EL CUIT Y RAZÓN SOCIAL TRANSPORTE 6

VENTAS: PERCEPCIÓN DE INGRESOS BRUTOS CÓRDOBA EN FACTURACIÓN 8

VENTAS: NUEVO MÉTODO DE AUTODIVISIÓN POR ARTÍCULO SOLO A CLIENTES SELECCIONADOS 6

VENTAS: LISTA DE PRECIO REDUCIDA, NUEVO FILTRO POR PROVEEDOR HABITUAL 8

COMPRAS 9

REGISTRO DE FACTURAS DESDE ORDEN DE COMPRA SIN ESPERAR AL REMITO DEL PROVEEDOR 9

LOGÍSTICA 12

CIERRE DE PEDIDOS, NUEVA GESTIÓN DE BULTOS PARA MEJORAR LA LOGÍSTICA EN LA DISTRIBUCIÓN HACIA EL CLIENTE 12

1 DESCRIPCIÓN FUNCIONAL 12

2 CONFIGURACIÓN 13

3 REGISTRO DE BULTOS EN EL CIERRE DEL PEDIDO 14

NOTA 20

LOGÍSTICA: INFORME CONTROL DE RECEPCIONES DE PROVEEDOR, SE VISUALIZA EL VALOR DECLARADO Y EL USUARIO DE REGISTRACIÓN 21

ORDEN DE DESPACHO, MODIFICACIÓN DE FORMATO. 21

ORDEN DE RECEPCIÓN, EXPORTACIÓN A EXCEL PARA MEJORAR LA GESTIÓN 22

FONDOS 23


CONSULTA DE MOVIMIENTO DE BANCOS, BÚSQUEDA POR IMPORTES 23

CONCILIACIÓN BANCARIA, NUEVO FILTRO POR CÓDIGO MOVIMIENTO Y FECHA DE MOVIMIENTO PARA MEJORAR BUSQUEDAS 24

CONSULTA DE MOVIMIENTO DE FONDOS, SE VISUALIZA EL REPARTO Y EL VEHÍCULO 25

SITD COMPRAS 25

ANALISIS DE COMPRAS POR TIPO DE PROVEEDOR 25

IMPUESTOS 26

EXPORTACIÓN RETENCIONES SUFRIDAS CLIENTES, OPCIÓN (FECHA RETENCION / FECHA RECIBO). 26

RÉGIMEN DE INFORMACIÓN DE COMPRAS Y VENTAS: CONTROLAR CORRESPONDENCIA CON CLIENTES Y PROVEEDORES 26

IMPUESTOS: EXPORTACIÓN DE PERCEPCIONES IIBB CÓRDOBA. 27

EN EXPORTACIÓN COMPRAS PARA AFIP INCLUIR LA LIQUIDACIÓN DE VENTA POR CUENTA Y ORDEN 27

MAGNUS WEB 27

CÓDIGO TRANSPORTE EN PEDIDO WEB. 27

CORRECCIONES 27


MAGNUS: NUEVA FUNCIONALIDAD

Preparación electrónica de pedidos móvil Android (nuevo módulo en proceso) Nota: Este módulo es bajo licencia El nuevo sistema tiene como objetivo optimizar el proceso de preparación de pedidos en depósito brindando seguridad y velocidad. Cada preparador de pedidos desarrollara su actividad con un dispositivo móvil Android (ej Tablet, Handheld Android) el cual optimiza radicalmente su tarea. El preparador visualizara en una hoja de ruta la ubicación de los artículos a recoger manera optimizada, el preparador registra las cantidades cumplidas directamente sobre el dispositivo móvil. Además el sistema controla que cada artículo recogido pertenezca al pedido gracias a la lectura de los códigos de barras de los productos. La información indicada por el armador es impactada directamente sobre el sistema ya que los dispositivos están conectados directamente al sistema de Gestión.

Este nuevo módulo fue pensado para nuestros clientes ya que permite a cualquier empresa PYME contar con tecnología de punta que hasta ahora era solo accesible a grandes empresas. Tiene dos ventajas importantes sobre su antecesor Windows:

• Funciona con dispositivos económicos como tabletas. • Funciona en cualquier lugar sin necesidad de contar con wifi en

todo el depósito. Solo es necesario un solo punto de wifi en todo el depósito que permita la conexión con el sistema de gestión para enviar los pedidos cumplidos y recibir información de productos, stock, cambios de precios, etc.

TABLERO DE COMANDOS Nota: Este módulo es bajo licencia


Tablero, análisis proyectado en el tiempo de cheques librados proyectados El Sistema permite analizar el flujo de los cheques librados en el tiempo mejorando la toma de decisiones

-El grafico se dispara luego de presionar al lado del indicador “Información detallada”

Tablero, información aumentada en cheques de tercero El Sistema permite analizar el flujo de los cheques en cartera en el tiempo mejorando la toma de decisiones


El grafico se visualiza luego de presionar el boton “informacion detallada”

Ventas

Convenios de Pool de Compras, mejoras en el mantenimiento Se mejoró el sistema para optimizar la gestión de convenios los Pool de Compras. Si el Cliente pertenece (es socio) a un Pool de compras el Sistema aplica en el Pedido el convenio madre del Pool. Esta es una gran ventaja ya que los cambios que se realicen sobre el convenio del Pool impactaran en todos los Clientes (socios) del Pool. El sistema aplica la siguiente regla: Si el cliente posee convenio aplica el convenio del cliente Si el cliente pertenece a un pool de compras que posee convenio aplica el convenio del pool


Ventas: Puesto diferenciado para notas de crédito electrónicas A causa de la detección de un inconveniente en la simultaneidad de solicitud de CAE en más de un puesto de trabajo para el mismo punto de venta, hemos desarrollado una mejora en el sistema que controlará la situación antes de terminar de registrar un movimiento, informando con un mensaje que no puede guardar el movimiento porque generaría una duplicación. Se podrá configurar por cada PC un punto de venta diferente al puesto de facturación para la realización de "Notas Débito-Crédito" y "Bonificaciones Pendientes". En caso de que deseen utilizar la nueva funcionalidad, deberán gestionar en AFIP dos nuevos puntos de venta para estos tipos de movimientos. Una vez que obtengan los puntos de venta, deberán configurar en el MAGNUS los talonarios (Ventas--> Tablas--> Talonarios) para débitos y créditos, tanto “A” como “B”. Finalmente, por cada PC que realice "Notas Débito-Crédito" y "Bonificaciones Pendientes", deberán configurar en el Magnus INI, en solapa Factura, los campos PUESTO_NDNC y PUESTO_BONIFPEND con los puestos creados en AFIP.

Ventas: nuevo método de Autodivisión por artículo solo a clientes seleccionados Esta funcionalidad es útil para cuando se quiere aplicar autodivision por artículo pero solo a determinados Clientes.


Previamente la autodivision por artículo se realizaba para todos los clientes, esta nueva configuración permite autodividir solo a Clientes registrados, si el Cliente no está registrado el sistema no autodivide.

Este comportamiento se logra mediante configuración.


Reporte de remitos, se agregado el Cuit y Razón social transporte Esta mejora permite analizar el comportamiento de los Transportes responsables de la distribución de los pedidos a los clientes. Ventas-->Consulta y Reportes-->Consulta de Remitos Se agrego la columna de CUIT y NOMBRE del Transporte asociado al Remito. Estos datos también se agregaron a la exportación a Excel.

Ventas: percepción de Ingresos Brutos Córdoba en facturación El Sistema mediante parametrización permite realizar el cálculo de percepciones de ingresos brutos para la provincia de Córdoba. La empresa tiene que ser agente de percepción Córdoba.

Ventas: Lista de precio reducida, nuevo filtro por proveedor habitual Esta nueva funcionalidad permite emitir una lista de precios de ventas indicando que muestre los artículos de un Proveedor determinado. Ventas� Precios� Lista de Precios Reducida


COMPRAS

Registro de Facturas desde Orden de Compra sin esperar al remito del Proveedor Con la llegada de la facturación electrónica es muy normal recibir primero la factura del proveedor y posteriormente el remito con los productos. Esta situación provocaba que las facturas no se registraban esperando el remito del Proveedor o se registraban de forma incompleta (sin productos). Teniendo en cuenta esta situación se mejoró el sistema para permitir registrar los comprobantes en el momento que se reciben “tomando” los productos directamente de la orden de compra sin esperar al remito del proveedor. Se agregó un nuevo botón “Orden Compra asociada” para permitir al usuario seleccionar una OC con los artículos e importar los renglones que quiera. La función es facilitarle la tarea al usuario para que no cargue de nuevo todos los productos de la OC. Los pasos que el usuario debería hacer para completar el circuito es: 1. Registro de Factura a partir de OC

Llega la factura antes de la mercadería entonces se procede a tomar los productos de la OC seleccionando los productos que existen en la factura. (ver abajo “Registro de Factura a Partir de OC”

2. Registro de Remito aplicando a la OC Cuando llega la mercadería se carga el remito imputando a la OC.


3. Marcar el remito como facturado para que no quede pendiente

Por último se debe pasar el remito a facturado desde la consulta de remitos ya que el comprobante de compra fue cargado anteriormente y por lo tanto de otra forma el remito no pasaría nunca a facturado.

Registro de Factura desde Orden de compra sin esperar remito Proveedor: 1 Selección Orden de Compra

2 Selección de productos que existen en la factura


3 Confirmar el comprobante con los productos tomados de OC -Si seleccionas algunos de los artículos:

Tener en cuenta para tomar renglones de una OC lo siguiente:


- El renglón de la OC no debe estar tomado por un Remito ya que en ese caso

el usuario tendría que importarlo del Remito y no de la OC. - El renglón de la OC no debe haber sido tomado por otra Factura Compras. - Tener en cuenta que una OC puede ser tomada en forma parcial por una

Factura y el resto de la misma OC tomada por otra Factura. - También puede pasar que una factura incorpore más de una OC.

Logística

Cierre de Pedidos, Nueva Gestión de Bultos para mejorar la logística en la distribución hacia el cliente

1 Descripción Funcional

Esta nueva funcionalidad permite a la Organización ordenar la preparación de pedidos en el cierre indicando con precisión los tipos de bultos y cantidades para mejorar el proceso de carga interna y entrega en el cliente por parte del transportista. Previamente la descripción de los bultos era de forma descriptiva “1 caja, 2 atados, 5 rollos, etc” y el usuario indicaba la “Cantidad de bultos: xxxx” muchas veces la cantidad de bultos descriptos por el usuario no se correspondía con el total de bultos indicados prestando a confusión en la carga y en la entrega. Ahora el sistema elimina este problema permitiendo indicar el tipo de bulto, la cantidad por tipo de bulto y permite agregar una nota descriptiva para mejorar la explicación. El Sistema ahora suma la cantidad de bultos por tipo y genera las etiquetas correspondientes. El Sistema permite a cada Organización que configure sus propios tipos de bultos “Cajas, Lios, Rollos, etc) Para que quede claro lo expondremos en un ejemplo, como funciona antes el sistema y como funciona ahora con esta mejora. Funcionamiento anterior del sistema Bultos: 10 (ingresados manualmente por el usuario) Descripción Bultos: 1 caja, 2 atados, 6 rollos Problema: Se indicaron 10 Bultos y descriptos por el usuario 9 (1+2+6), como se ve no se corresponde la cantidad de bultos indicados con los bultos descriptos por el usuario.


Funcionamiento actual del Sistema El usuario indica el tipo de bulto y la cantidad como se indica abajo. Caja 1 Atados 2 Rollos 6 Total Bultos: 9 El total de bultos es calculado automáticamente por el sistema, evita el error del usuario, se generaran 9 etiquetas.

2 Configuración

Administración de Tipos de Embalaje

Primero se deben indicar los tipos de embalaje que utiliza la empresa. Se muestran tipos de embalaje ejemplo que deberán ser ajustados a las necesidades de la empresa. Ventas�Tablas�Tipos de Embalaje.

Nota: No es aconsejable modificar el nombre de un tipo si el mismo ya fue utilizado previamente.


3 Registro de Bultos en el cierre del pedido

Armado y Cierre de Pedidos

En este proceso el usuario debe indicar el tipo de embalaje y la cantidad de bultos (no se debe indicar descriptivamente el embalaje como antes). El Sistema registra la información ingresada para luego ser clasificada y ordenada en el remito. Al momento de presionar el botón “Guardar y Cerrar” del pedido se visualiza una ventana con la información del Remito. El usuario aquí podrá ingresar de la lista de bultos el tipo de embalaje correspondiente, luego abajo ingresará la cantidad y con el botón “Confirmar” se cargará el registro en la lista inferior. El mismo procedimiento es aplicable para el depósito 2. A continuación se detalla la funcionalidad que tiene la nueva Ventana de Generación de Remito:

Toda la información ingresada será traslada al Remito.


Ejemplo

1. Se registra un pedido y se procede a Armarlo y cerrarlo.

2. El pedido esta armado y controlado, se procede a Guardar y Cerrarlo.

3. Ingresar datos del Remito con los bultos requeridos del pedido.


4. Se completa los demás datos del Remito.

5. Impresión de Etiquetas (Opcional) del pedido.


6. Remito generado.


Gestion de Bultos

Anteriormente el sistema permitía generar etiquetas de un pedido desde el punto de menú Ventas->Pedidos y Devoluciones->Impresión de Etiquetas, esta opción fue reemplazada por la nueva Gestión de Bultos que permite el mantenimiento de los bultos de un remito. Con esta nueva funcionalidad el usuario puede consultar-modificar los bultos como así también la impresión de las etiquetas. Se accede desde Ventas->Pedidos y Devoluciones->Consulta ”Gestión de Bultos”


Cuando se presiona el botón “Gestión de bultos” (solo pedidos en estado “abiertos”, “cerrados” y “facturados”) se accede a una ventana doble como la siguiente:

• Sección 1:Como se puede ver en esta sección el usuario puede seleccionar el tamaño de etiqueta como así tambien el CP (si corresponde) permitiendo filtrar la etiquetas correspondientes.

• Sección 2: Esta sección corresponde al embalaje que el usuario ha cargado al momento de generar un remito o de cerrar un CP (si corresponde) en donde para cada uno que se navege va a ir mostrando las etiquetas asociadas en la ventana de etiquetas (sección 3). Tambien es posible agregar nuevos embalajes desde el boton “agregar” solo que si el sistema trata CP se le va a exigir que previamente tenga uno seleccionado. Una vez que halla agregado el embalaje el sistema automaticamente generará las etiquetas correspondientes según la cantidad que se halla cargado para dicho embalaje.


• Sección 3: Esta ultima sección corresponde a las etiquetas en donde se lista cada una de ellas según el embalaje seleccionado de la sección 2. Para visualizar los etiquetas correspondientes a los articulos embalados, solo basta con tildar la opción “Ver Etiquetas de Artículos Individuales”. En caso de tratar CP, debe seleccionar uno para poder usar esta opción de lo contrario siempre estará habilitado. Tambien se puede agregar y borrar etiquetas con los botones correspondientes a la derecha, como asi tambien ver mas información de las mismas como muestra la siguiente imagen:

Por último, los botones que se encuentran al pie de esta sección permiten seleccionar / deseleccionar etiquetas para su posterior impresión. Importante: Cualquier cambio que se haga en esta ventana, ya sea agregando embalajes, como así tambien agregando o borrando etiquetas, impactará automáticamente en el remito asociado, tanto en la cantidad de bultos como en su detalle y también lo hará en la orden de despacho si corresponde.-

Nota

Durante la descripción de este instructivo se pueden haber mencionado accesos desde el menú que en su sistema Magnus no existan. Esto puede variar según la configuración de menú que tenga el usuario con el que accede habitualmente al sistema. Por tal motivo se recomienda que frente a estos casos se contacte con su usuario Supervisor ya que el podrá acceder al sistema y tendrá privilegios para modificar los ítem de menú que cada usuario podrá visualizar (para mator información dirigirse al instructivo de “configuración de privilegios y menú de usuarios”). Si aún así no se puede visualizar el acceso de menú en cuestión, tenga en cuenta que puede ser por restricción de su licencia. En tal caso comunicarse con SOFTECH.


Por otro lado, considere que Magnus es un sistema en constante evolución por lo que puede suceder que las figuras mostradas no coincidan exactamente con las actuales de su sistema. Por lo tanto considere a las figuras presentadas en este documento como meramente de carácter ilustrativo.

Logística: Informe Control de Recepciones de Proveedor, se visualiza el valor declarado y el usuario de registración para mejorar la gestion Logística�Abastecimiento�Informe Control de Recepciones Para conocer la mercadería valorizada por Proveedor se agregó en el informe de control de recepciones y exportación a Excel el “Nombre Usuario Registración” y “Valor Declarado”. La exportación a Excel permite realizar análisis sumarizando el valor de lo recibido por Proveedor Nombre Usuario Registración: Es el usuario que registra la recepción, está en ficha Orden Recepción. Valor Declarado: Es la suma de los valores declarados de los remitos asociados a la Orden de Recepción (Magnus + Prueba).

Orden de Despacho, modificación de formato. Por cuestiones de visualización se agrando el formato en la impresión de la Orden de despacho:


Orden de Recepción, exportación a Excel para mejorar la gestión Logística-->Abastecimiento-->Gestión de Recepciones Se agrego la funcionalidad de exportación al reporte de Gestión de Recepciones: Al momento de imprimir una Recepción, se puede exportar del sistema en diferentes formatos.


FONDOS

Consulta de movimiento de bancos, búsqueda por importes Fondos-->Bancos-->Movimientos de Banco Se agrego a la ventana de Movimientos de Banco una nueva lengüeta "Importe" que permite filtrar los movimientos por su importe, con filtros Desde-Hasta. Cuando se ingresa un filtro en Desde, el sistema automáticamente propone el mismo filtro en el hasta. El usuario podrá cambiar el filtro Hasta en caso que lo desee.


Conciliación Bancaria, nuevo filtro por código movimiento y fecha de movimiento para mejorar búsquedas Fondos-->Bancos-->Conciliación Bancaria-->Conciliación Para mejorar el proceso de conciliación se agregaron dos nuevos filtros: 1-Código Movimiento: (solo 1)

Clave: CodigoMovimiento+FechaMovimiento (Descendente) Es para que al buscar por código de banco muestre ordenados los movimientos por código y fecha descendente para encontrar más rápido los movimientos. Muestra solo movimientos del código indicado, 0 muestra todos.

2-Fecha Movimiento: Desde / Hasta

Ídem como es fecha de vencimiento


Consulta de movimiento de Fondos, se visualiza el Reparto y el Vehículo

SITD Compras

Analisis de compras por tipo de Proveedor

Se agrego un nuevo atributo “Prov Tipo Codigo” el cual permite filtrar el tipo de proveedor que está en la ficha del proveedor (Mercadería, Externo, Gastos y servicios, vendedor, bancos, etc).


IMPUESTOS

Exportación Retenciones sufridas clientes, opción (fecha Retención / fecha recibo). Impuestos-->Ingresos Brutos-->Generación de Archivo-->Retenciones sufridas de Clientes. Se agrego una nueva funcionalidad a la ventana de "Exportación de Retenciones IIBB sufridas de Clientes" que permite exportar las retenciones sufridas de cliente según la fecha del recibo que las generó o la fecha de retención.

Régimen de Información de Compras y ventas: Controlar correspondencia con clientes y proveedores Impuestos-->Actualizar Contribuyentes desde AFIP Este proceso sirve para importar un archivo que se baja de la página de la afip y luego de importar el archivo, informar tanto de Clientes como de Proveedores un listado que muestre todas esas inconsistencias.


Impuestos: Exportación de percepciones IIBB Córdoba. Se agregó la posibilidad de poder exportar las percepciones generadas al aplicativo del gobierno

En exportación Compras para AFIP incluir la liquidación de Venta por Cuenta y Orden Impuestos -> Régimen de información de compras y ventas -> Compras. Incluir la exportación de los comprobantes de Cuenta y Orden.

MAGNUS WEB

Código Transporte en Pedido Web. En el pedido web estaba tomando el transporte por defecto del cliente. Se Modifico para que al setear el cliente no se busque el transporte por defecto si previamente ya posee seteado en el Pedido.

CORRECCIONES STOCK: Problema al leer código de barra en artículos con 15 caracteres. Corregido. STOCK: Diferencia de stock pendiente de recibir entre articulo y ordenes de compra.


Corregido. STOCK: Administración de artículos. Se agregaron controles para que no se permita registrar artículos sin tasa de iva o con tasa de iva cero y que no sean exentos, como tampoco artículos exentos que tengan una tasa de iva. Esto es para evitar inconvenientes al momento de procesar los archivos de ventas en el nuevo aplicativo de CITI Compras y Ventas. Corregido STOCK: REEMPLAZO DE COD ARTÍCULO: Cuando el sistema NO trata patrón, también debe cambiar el código de patrón. Corregido. STOCK: Al realizar la actualización de precios global (Ventas--> Precios--> Actualización Global) de artículos que no tienen una línea asignada, el sistema no está modificando los precios, siendo que la línea no es un dato obligatorio en la definición del artículo. Corregido. STOCK: Ahora cuando el cliente maneja patrones el sistema erróneamente deja cargar 63 caracteres en la descripción (detalle medida), genera problemas en las impresiones luego. Corregido. STOCK: Al hacer un prestamos, cuando vuelve el repartidor y el Administrador de Envases pasa el Vale a Finalizado el sistema debe hacer un movimientos de stock que ingrese los envases de nuevo. En Este momento no lo está haciendo. Corregido. Permitir que la tolerancia de la cantidad cumplida controle también hacia abajo COMPRAS: Reporte: Artículos pendientes en ordenes de compras: no muestra el nombre de articulo proveedor correcto. Corregido. COMPRAS: Cuando se genera un remito de ingreso de mercadería y luego es imputado por dos facturas de compras o más, no pasa del estado "Terminado" a "Facturado".


Corregido. COMPRAS: El sistema permitió volver a ingresar el mismo numero de serie para el mismo articulo porque estaba Egresado. Tendria que controlar si ese numero de serie fue egresado por una reparacion enviada al proveedor, en ese caso si tiene que permitir registrar el mismo numero de serie, pero si el numero de serie fue egresado por una venta, el sistema tendira que avisar y no dejas ingresar el mismo numero de serie. Corregido. COMPRAS: En la ventana de registración de comprobantes (Compras--> Registración de comprobantes), al modificar el número de comprobante, el sistema está cambiando automáticamente el periodo de IVA por el actual, permitiendo guardar el comprobante con ese cambio. Corregido. COMPRAS: Si el cliente hace Nota de Debito a proveedor por mercadería no recibida, etc. A veces el proveedor le envía la Nota de Crédito, entonces para cargar la Nota de Crédito deben anular la Nota de Debito registrada. Antes el sistema permitía anular y ahora no. Corregido. COMPRAS: Registración de comprobantes. Se solucionó un inconveniente que hacía que en ocasiones, al cargar un nuevo comprobante no se habilitaba la opción de Genera Ret. Ing. Brutos. Corregido COMPRAS: El Proceso de actualización de precios desde la lista de precios del proveedor está quedando obsoleto cuando se trata de un artículo del proveedor para varios artículos propios. Corrección en impacto de precios desde Lista de Precios de Proveedores. Corregido. FONDOS: Se detectó que cuando se intentaba eliminar un movimiento de fondo y arrojaba el mensaje del sistema, el sistema provocaba inconsistencia. Corregido. FONDOS: En la ventana de registración de movimiento, en el atributo destinatario sugiere el nombre del cliente pero si el usuario lo limpia, al


aceptar el movimiento de fondos el sistema le está volviendo a cargar el nombre del cliente. Se debe poder cargar sin destinatario. Corregido. FONDOS: Cuando realizan una transferencia de caja, el sistema le trae el arqueo de la planilla pendiente de revision pero tambien importes de la planilla que esta abierta. Corregido. FONDOS: En la impresion de la remesa de pago, donde imprime el registro del cheque propio, en la fecha esta imprimiendo la "Fecha de Disponibilidad" mientras que en la impresion del cheque propio, en la fecha del cheque esta imprimiendo la "Fecha de Vencimiento". Ademas, en la impresion del cheque propio se esta cortando mal el detalle del importe en letras. Corregido. FONDOS: Problema en transferencia de caja, genera dos transferencias: -Se realiza un Recibo en caja abierta. -El Usuario hace la transferencia pero la deja Pendiente (no se dio cuenta). -El Usuario cierra la planilla y se vuelve a abrir otra. -En ese momento se da cuenta que la transferencia no la hizo. Procede por generar la transferencia pero no se acuerda que la había dejado pendiente, entonces carga una nueva (agregar). -Elige el código de transferencia, importa el arqueo y le cambia el estado a Transferida. Cuando le da Aceptar el sistema tira error. Corregido. VENTAS: En presupuestos los importes tienen inconsistencia si hay artículos con Impuesto Interno. Corregido. VENTAS: En la impresión de pedido por ubicación quitar el valor declarado. Corregido. VENTAS: En la impresión del remito no estaba imprimiendo la observación del mismo. Corregido. VENTAS: Gestión de bultos: Problema, imprime una etiqueta por artículo, debe imprimir una etiqueta por bulto. Corregido.


VENTAS: Armado y Cierre, problema, no se ven los botones de guardar por la resolución actual es demasiado grande. Corregido.

VENTAS: Al entrar al detalle del comprobante desde la consulta de ventas por Cliente/Articulo el domicilio de facturación que muestra el sistema, muchas veces es incorrecto. Corregido VENTAS: Cuando ingresa un pedido de un sistema externo y se abre, el sistema guarda información tanto en la cabecera como en los renglones y el problema es que no tiene en cuenta el campo del artículo "Limite de bonificación" y termina almacenando erróneamente una bonificación. Corregido. VENTAS: Inconveniente con el cálculo de importes en el pedido y luego en la impresión de presupuesto, no coinciden. Corregido. VENTAS: En la registracion de pedido no acumula correctamente el saldo cuando Trata Limite Credito Unico. Corregido. VENTAS: Reversión de recibos. Se agregaron controles para que no se genere inconsistencia en las cuentas corrientes, cuando el recibo que se está revirtiendo no tiene asociado un movimiento de fondos. Corregido VENTAS: Problemas en duplicación de Ofertas: 1- Duplicar cuando la oferta destino existe pierde los valores que tenia cargado la oferta destino. Ej: “Si la oferta destino era la 4 y estaba creada con fecha inicio, fecha fin, al duplicar desde la origen 3 se pierden los datos de la 4 que estaban previamente cargados” 2- Al duplicar no hace correctamente la duplicación, hay descuentos por cantidad que se pierden. Se modifico el comportamiento de la ventana. Ahora controla que la OFERTA DESTINO no existe previamente. Corregido.


VENTAS: Re categorización de clientes automáticas: Si cambian estado a mano debe igualmente ejecutarse el proceso: Si cambian el estado de un cliente de forma manual (Suspendida/Habilitado) el sistema no tiene en cuenta a este Cliente para el proceso automático y esto está mal. Corregido. VENTAS: Problemas al generar NC por pronto pago, se guarda un noGravado =0 Corregido. VENTAS: Se están imprimiendo mal las unidades del artículo en una factura. Problema en línea de código. Corregido. WEB: Usuario Web (desde Magnus). En la consulta de Usuarios Web se muestran todos los usuarios que están registrados en la base de datos Web. Cuando se visualizan usuarios que pertenecen a vendedores, en el campo “Razón Social” se copia la razón social del usuario cliente más próximo, en lugar de informarse la del vendedor. Corregido IMPUESTOS: Al generar el archivo para la exportación de información para el CITI Compras (Impuestos--> Régimen de Información de Compras y Ventas--> Compras), el sistema no está respetando el signo que tienen los comprobantes de compras en el campo "Exento". Corregido. IMPUESTOS: En el régimen de información de compras y ventas, cuando un comprobante de venta es todo no gravado, el sistema informa como alícuota 21% y debería ser 0% Además, habría que revisar el control de errores que informa el sistema, ya que cuando se genera la declaración jurada en el aplicativo solo hay un solo error de los que informó el sistema, los demás comprobantes están correctos. Corregido.


SITD: No trae los datos de las variables, se seleccionan las variables y no muestra nada, muestra error (# ¡NUM!#). Y no muestra todos los proveedores. Corregido. SITD: Las dimensiones calif1 y calif2 estaban tomando datos erróneos. Corregido. SITD: Se descubrió que el vínculo entre el recibo y la NC por bonificación emitida por pronto pago en muchos casos no se estaba generando. Corregido.

Versión Magnus 2015-10-01 al 2015-12-31 - softech-ti.com · y recibir información de productos,...

Documents

Transcript of Versión Magnus 2015-10-01 al 2015-12-31 - softech-ti.com · y recibir información de productos,...