Envío de mensajes por mail

Optimizamos el «Sistema de Avisos por mail» convirtíendolo en Servicio de Windows. Actualizamos el sistema por la incorporación de Factura de Crédito en Webservice, ARBA y AGIP.

Sistema de Avisos por mail. Mejoras importantes.

  • Nuevo Servicio de Windows. Hemos reprogramado completamente el Sistema de Avisos por mail, para convertirlo en un Servicio de Windows. Esto significa una importante mejora respecto de la versión anterior, ya que un servicio de Windows se puede ejecutar sin necesidad de tener un usuario logueado en el sistema; es más eficiente para realizar operaciones de background (procedimientos que se ejecutan en segundo plano) y fundamentalmente es muy estable, dado que se inicia automáticamente cuando arranca el equipo.
  • Mejor interfaz. Mejoramos también la interfaz del mail, optimizando la alineación de las columnas, para que los importes y números se alineen a la derecha, las fechas se muestren centradas y los textos a la izquierda. También contemplamos la posibilidad de mostrar los importes y valores decimales con una cantidad de decimales fijos configurables, para que se vean comprensiblemente alineados.
  • Usuario Administrador. Sólo habilitamos la opción de configuración de los avisos, a los usuarios definidos en el sistema como “Administradores”, por cuestiones de seguridad, para evitar que cualquier usuario pueda manipularlos.
  • Pruebas instantáneas. Agregamos la opción de poder enviar un mail de prueba desde el mismo programa donde se construyen los avisos, para no tener que esperar a una hora específica para ver el resultado logrado.
  • Otras modificaciones. El Cuerpo de mail y la Firma, ya no son datos obligatorios a partir de esta versión.

Ajuste por inflación “Bienes de cambio”

  • Una nueva opción se agrega al programa de Ajuste por inflación para Bienes de cambio, que es el Ajuste por inflación Según último precio de compra.
  • Esta nueva opción, aplica el ajuste por inflación, de todo el stock disponible, desde el último ingreso o compra, considerando que toda la mercadería en existencia se ajusta a partir de ese último costo de dicho bien. En esta opción no se aplica el criterio FIFO en las existencias y se consideran como precio, cotización e índices de nacionalización, a los correspondientes al del último ingreso, que se aplicarán sobre todo el saldo disponible.
  • IMPORTANTE: La vieja opción se mantiene inalterable.

Programa impositivo: Aplicativo “IIBB Bs.As.”

  • Se actualizó este programa, para contemplar, en la importación de la información al aplicativo de ARBA, los nuevos tipos de comprobantes correspondientes a Factura de Crédito (FCE).

Programa impositivo: Aplicativo “IIBB CABA”

  • Se actualizó el programa para adaptarlo a los nuevos requerimientos de la Versión 3.0 dispuesta por AGIP.
    • Se contemplan los nuevos tipos de comprobante “Facturas de crédito” (FCE)
    • Se informa CUIT en lugar de N° de inscripción de IIBB en contribuyentes del convenio multilateral.
    • En comprobantes hechos en moneda extranjera, se recalcula el “Monto sujeto a retención / percepción” en base al importe del impuesto liquidado:

Monto Imponible = (Impuesto * Cotización) / Alícuota * 100

Tuvimos que hacer esto, debido a que todos los importes se guardan en el sistema en la moneda del comprobante, y cuando se pesifican, se produce una diferencia de redondeo entre el impuesto liquidado y el cálculo de aplicar la alícuota del impuesto al “Monto sujeto a retención / percepción”, que es inevitable.

(Impuesto * Cotización) <> (Monto imponible * Cotización) * Alícuota / 100

Esa inevitable diferencia provoca un error en la importación de la información.

Por tal motivo, recalculamos el “Monto sujeto a retención / percepción” en base al importe del impuesto liquidado, y si hubiera alguna diferencia respecto del “Monto del comprobante”, la misma se informa en el campo “Otros conceptos”.

Código de usuario de acceso al sistema

  • Se corrigieron los caracteres válidos utilizables en el código del usuario para loguearse al sistema. Antes solo se podían utilizar letras. Ahora se pueden utilizar los siguientes caracteres:

abcdefghijklmnñopqrstuvwxyz0123456789 *-/+&_

SRPWebService

  • Se corrige un error, que se producía en el momento de Validar un comprobante para saber si estaba registrado en AFIP. El error se producía en el nombre de la etiqueta del xml que busca “Comprobantes Asociados”, y se producía especialmente cuando se emitían Notas de crédito (FCE) o Notas de débito (FCE).

Presupuestos

  • Se corrige un error, por el cual, se mantenía incorrectamente la lista de Contactos del primer Cliente ingresado al presupuesto, en lugar de actualizarse a medida que el Cliente cambiaba.

Solapa Totales en Facturas, Remitos y Pedidos

  • Se corrige un error, por el cual, al entrar a los programas de Facturación, Remitos o Pedidos, y después de hacer foco en la solapa Totales, al desplazarnos con las flechitas a comprobantes siguientes o anteriores, la grilla de Totales no se actualizaba.

Domicilio de entrega en reimpresión de Facturas

  • El dato de Domicilio de entrega es un dato asociado a los Remitos. Sólo cuando se emite una Factura-Remito, el operador puede modificar el domicilio de entrega en la factura, y que salga impreso en la misma.
  • En cambio, cuando se reimprime una Factura, como no se recarga con el Remito asociado (ya que puede tener más de un Remito asociado), la única posibilidad que queda es imprimir el Domicilio de entrega predeterminado en el cliente.