Versión 5.4.1. 25 aniversario – AIPEM GROUP

Modulo Personal

- PANTALLA ADMINISTRADOR DE PERIODOS EN PERSONA

Se incluyó la pantalla ADMINISTRADOR DE PERIODOS al Módulo de Personal.

- NUEVOS DATOS EN LA PANTALLA DE POSTULANTES

Modificaciones en el formulario de POSTULANTES:

1) Nueva solapa LOGÍSTICA. La misma incluye los siguientes campos:

TALLES:

a) Remera

b) Camisa

c) Pulover

d) Zapato

e) Campera

f) Saco

g) Pantalón

El diseño, funcionamiento y validaciones presentes en dichos campos son iguales que los presentes en el formulario PERSONAL para la misma pestaña.

2) Se incluyen dichos campos en el reporte PLANILLA DE POSTULANTES, presente en la sección reportes del formulario de postulantes.

3) Nuevo COMPONENTE DE SEGURIDAD para el acceso a esta nueva pestaña:

- CÓDIGO: POS_LOG

- DESCRIPCIÓN: Postulante - Logística

4) Al momento de CONTRATAR un postulante, los campos correspondientes al punto 1 traspasan al legajo generado en dicha transacción.

- MEJORA EN FILTROS DE POSTULANTES

Se modificaron los filtros correspondientes a la pantalla Postulantes (módulo personal) de la siguiente manera:

1) Filtro por edad.
2) Los siguientes combos ya presentes en el formulario de filtros permiten la selección de 1 o más elementos:

- ZONA

- PROVINCIA

- ESTADO

- CALIFICACIÓN

- ENTREVISTADOR

- ESTADO CIVIL

- ELECCIÓN DE LEGAJO AL CONTRATAR UN POSTULANTE

Dentro del Módulo Personal, menú archivos opción postulantes, se pueden ingresar los postulantes los cuales son las personas que se postularon en una búsqueda laboral realizada por la empresa, pudiendo haber sido incorporados o no al personal activo de la misma.

Por esta razón, el sistema permite a través del botón CONTRATAR pasar la información presente en el formulario POSTULANTES al formulario PERSONAL, para el caso donde el empleado sea contratado.

Durante dicho proceso, el sistema genera automáticamente el número de legajo consecutivo al ultimo presente en el sistema,y dicho legajo es asignado al postulante del cual se está realizando la contratación.

A partir de esta nueva versión, al realizar la contratación, el sistema propone el siguiente número de legajo disponible pero permita al usuario al usuario modificarlo.

- CAMPO FECHA Y OBJETIVO EN PANTALLA POSTULANTES

Se incorporaron los siguientes 2 campos a el formulario de postulantes, Módulo Personal:

1) Fecha prevista de incorporación:

- Se incorpora en la solapa Selección un campo fecha bajo la denominación antes mencionada.

- No es un campo obligatorio, la única validación presente verificara que el valor ingresado (si es que se completa) se corresponda a una fecha válida.

- Se incorpora a la pantalla de filtros con la posibilidad de filtrar el campo en cuestión por un rango de fechas:

a) Fecha de inicio incorporación.

b) Fecha de fin incorporación.

- Se incorpora el nuevo campo al reportes planilla de postulantes.

2) Objetivo:

- Se incorpora en la solapa Selección el campo objetivo, el mismo debe trabajar con los objetivos presentes en el sistema.

- No es un campo obligatorio.

- Si el campo en cuestión se encuentra instanciado durante el proceso de contratación, se completarán de manera automática los siguientes campos del empleado que se está dando de alta:

a) Solapa RRHH, Objetivo: Objetivo asociado al postulante.

b) Solapa RRHH, Fecha de ingreso al objetivo: Fecha del sistema cuando se ejecuta el proceso de contratación (al igual que la fecha de ingreso).

- Se incluye en la pantalla de filtros, la opción de poder filtrar por el nuevo campo. El control permite seleccionar uno o mas objetivos de manera simultánea.

- Se incorpora el nuevo campo al reportes planilla de postulantes.

- Dentro de las validaciones correspondientes a la eliminación de un objetivo (formulario objetivos), se verifica si el objetivo a eliminar se encuentra asociado a algún postulante.

Modulo Logística

- ANULACIÓN DE REMITOS DE ENTREGA DE MERCADERÍA

El Módulo Logística cuenta con la posibilidad de anular remitos de mercadería. Dicha anulación permite dejar sin efecto el remito en cuestión, volviendo atrás los movimientos de stock realizados por el mismo.

REMITOS DE MERCADERÍA

Se incluyen los siguientes controles al formulario de remitos de mercadería:

1- REMITO ANULADO (label): Es una leyenda que indica visualmente que el remito en cuestión se encuentra anulado, únicamente será visible bajo dicha condición.

2- ANULAR (botón): Este control dispara el proceso de anulación. Para acceder a dicha opción el usuario debe tener acceso al componente de seguridad ASIG_CLI_ANU - Remitos de Mercadería: Anular y que el remito en cuestión no se encuentre anulado previamente.

PROCESO DE ANULACIÓN

Para que acceder a dicha opción se deben cumplir las siguientes 2 condiciones:

1. El remito no debe haber sido anulado con anterioridad.

2. El usuario debe tener los permisos correspondientes el componente de seguridad ASIG_CLI_ANU - Remitos de Mercadería: Anular

VALIDACIONES

Antes de ejecutar el proceso se verificará las siguientes condiciones:

El sistema verifica que el remito en cuestión no se encuentre facturado. De ser así, el sistema impedirá continuar con el proceso e indicará al usuario la situación planteada.
Dado que la anulación realiza los movimientos de stock necesarios para volver al stock original que se encontraba antes de la carga del remito, se valida que exista el stock necesario por cada movimiento antes de volverlo a su estado original. En el caso de no contar con el stock suficiente se identificará el artículo, talle y nro. de serie que presenta el inconveniente y se impedirá continuar con la anulación.

AVISOS

Luego de superar las validaciones se solicita al usuario que confirme la ejecución del proceso de anulación. De esta manera el usuario puede cancelar el proceso antes de ejecutarlo.

FUNCIONAMIENTO

El proceso de anulación de remitos lleva a cabo las siguientes tareas:

Indica al remito en cuestión como ANULADO.
Las operaciones de stock generadas originalmente por la carga del remito son conservadas en el sistema.
Se generan las operaciones de stock inversas a las generadas originalmente por el remito asociadas a la fecha en que se ejecutó la anulación.

Los remitos de mercadería permiten operaciones de ENTREGA y de DEVOLUCIÓN, por lo cual el proceso de anulación realiza la anulación de ambas dos.

BITÁCORA

Al momento de efectuar la anulación de un remito se registra en la bitácora del sistema un registro con el detalle de dicha operación:

ACCIÓN: M
ORIGEN: Anulación remitos de mercadería.
ID ORIGEN: Código de remito.

VALORIZACIÓN

El proceso de valorización ya presente en el formulario de remitos, se modificó de la siguiente manera:

Al momento de ejecutar la valorización el sistema verifica que el remito en cuestión NO se encuentre anulado. Si se encontrara anulado, impide continuar con el proceso de validación indicando al usuario la situación en cuestión.

FACTURACIÓN

El proceso de facturación se modificó de la siguiente manera:

El proceso de facturación NO contempla los remitos anulados, aunque los mismos sean comprendidos por los filtros aplicados.
Si los filtros aplicados incluyen remitos anulados, se emite una notificación indicando al usuario de la situación en cuestión. El usuario puede continuar normalmente con la ejecución del proceso.
Si los filtros aplicados incluyen solo remitos anulados, se emite una notificación indicando al usuario de la situación en cuestión. El proceso de facturación es cancelado.

FILTROS

A los filtros ya presentes en el formulario de remitos de mercadería se incluyen los siguientes nuevos:

Facturado (TODOS/SI/NO): Permite consultar los remitos facturados o no.
Anulado (TODOS/SI/NO): Permite consultar los remitos anulados o no.

REPORTES

Los siguientes reportes (ya presentes en la pantalla remitos de mercadería) fueron modificados acorde el detalle a continuación:

Detalle de Remitos de Mercadería:

Se cambió el título del reporte de "Detalle de mercadería enviada" por "Detalle de remitos de mercadería".
Se centra el título en relación al subtitulo.
Se incorpora la leyenda REMITO ANULADO en el encabezado del reporte, solo visible en los casos que corresponda.

Mercadería Enviada por Cliente y Talle:

Se centra el título en relación al subtitulo.
Los remitos anulados NO serán contemplados en el reporte.

Modulo Gestión

- PERMISO ESPECIAL PARA DISTRIBUIR HORAS DE MÁS.

Comprobantes de venta / pestaña Cuadro de Resultados:

La validación que no permite cargar horas adicionales a las que aparecen en el comprobante de venta se encuentra condicionada por el siguiente componente de seguridad:

DIST_NOVAL - Cuadro de resultados - Excedente en dist.

Es decir que si el usuario presenta permiso 'E' en dicho componente, esta validación no será contemplada. En su lugar, se incorporará una aviso al usuario el cual podrá omitir y continuar con la carga normal del registro.

En el caso en que el usuario continúe la carga, se generará un registro en la bitácora.

- MEJORA EN VISUALIZACIÓN DE LA CTA CTE DE PROVEED.

Se incluye al Módulo Gestión la posibilidad de consultar el detalle de la cuenta corriente de proveedores y clientes bajo una nueva modalidad de visualización.

MODIFICACIONES

FONDOS

PASIVO - CUENTA CORRIENTE PROVEEDORES

Se modifica el formulario responsable de visualizar el detalle de la cuenta corriente de los proveedores.

Al presionarlo se ve un nuevo formulario con el siguiente diseño:

SOLAPA DETALLE: En esta solapa se incluye la grilla original correspondiente el detalle de la cuenta corriente del proveedor en cuestión (Tal cual se encontraba antes de esta modificación). La funcionalidad continúa siendo la misma que la versión original.
SOLAPA IMPUTACIÓN DE COMPROBANTES: Esta solapa contiene la nueva vista Imputación de comprobantes, la cual se encuentra compuesta por las siguientes 2 grillas:

COMPOSICIÓN:

Se listan las facturas y nota de débitos NO saldadas (asociadas al proveedor en cuestión).
La grilla se encuentra ordenada por tipo de comprobante + letra.
Al presionar cualquiera de las columnas se aplica el ordenamiento por dicho campo, al presionarla por segunda vez se ordena la grilla por dicho campo pero con el orden contrario al original (Ascendente--> descendente o Descendente --> Ascendente).

COMPROBANTES A CUENTA:

Se listan los pagos a cuenta y las nota de crédito NO saldadas (asociadas al proveedor en cuestión).
La grilla se encuentra ordenada por tipo de comprobante.
Al presionar cualquier a de las columnas se aplica el ordenamiento por dicho campo, al presionarla por segunda vez se ordena la grilla por dicho campo pero con el orden contrario al original (Ascendente--> descendente o Descendente --> Ascendente).

Además cuenta con los siguiente elementos o controles:

EXPORTACIÓN: Genera un archivo excel con las grillas visualizadadas en el formulario.
TOTAL COMPOSICIÓN: Importe resultante de la suma de la columna Saldo pendiente correspondiente a la grilla Composición.
TOTAL COMPROBANTES A CUENTA: Importe resultante de la suma de la columna Saldo pendiente correspondiente a la grilla Comprobantes a cuenta.
SALDO: Importe resultante de efectuar la resta entre el total composición y el total de comprobantes a cuenta

ACTIVO- CUENTA CORRIENTE CLIENTES

Se modifica el formulario responsable de visualizar el detalle de la cuenta corriente de los clientes.

Al presionarlo se ve un nuevo formulario con el siguiente diseño:

SOLAPA DETALLE: En esta solapa se incluye la grilla original correspondiente el detalle de la cuenta corriente de los clientes en cuestión (Tal cual se encontraba antes de esta modificación). La funcionalidad continúa siendo la misma que la versión original.
SOLAPA IMPUTACIÓN DE COMPROBANTES: Esta solapa contiene la nueva vista Imputación de comprobantes, la cual se encuentra compuesta por las siguientes 2 grillas:

COMPOSICIÓN:

Se listan las facturas y nota de débitos NO saldadas (asociadas al cliente en cuestión).
La grilla se encuentra ordenada por tipo de comprobante + letra.
Al presionar cualquiera de las columnas se aplica el ordenamiento por dicho campo, al presionarla por segunda vez se ordena la grilla por dicho campo pero con el orden contrario al original (Ascendente--> descendente o Descendente --> Ascendente).

COMPROBANTES A CUENTA:

Se listan los pagos a cuenta y las nota de crédito NO saldadas (asociadas al cliente en cuestión).
La grilla se encuentra ordenada por tipo de comprobante.
Al presionar cualquier a de las columnas se aplica el ordenamiento por dicho campo, al presionarla por segunda vez se ordena la grilla por dicho campo pero con el orden contrario al original (Ascendente--> descendente o Descendente --> Ascendente).

Además cuenta con los siguiente elementos o controles:

EXPORTACIÓN: Genera un archivo excel con las grillas visualizadadas en el formulario.
TOTAL COMPOSICIÓN: Importe resultante de la suma de la columna Saldo pendiente correspondiente a la grilla Composición.
TOTAL COMPROBANTES A CUENTA: Importe resultante de la suma de la columna Saldo pendiente correspondiente a la grilla Comprobantes a cuenta.
SALDO: Importe resultante de efectuar la resta entre el total composición y el total de comprobantes a cuenta

ATENCIÓN: Dado que el formulario permite MAXIMIZAR y RESTAURAR la ventana, los controles se ubican automáticamente para mantener el diseño original sin importar el tamaño del formulario.

- FECHA DE COBRO AUTOMÁTICA PARA TRANSFERENCIAS

Al ingresar un nuevo registro en el formulario correspondientes a los cobros, y dentro de la grilla de valores, si se incluye un ítem cuyo valor sea TRANSFERENCIA, la fecha de vencimiento de la misma será propuesta automáticamente por el sistema para que la misma sea igual que la fecha actual.

Tener en cuenta las siguientes cuestiones:

- El sistema sólo propondrá el campo fecha de vto. acorde lo explicado, posteriormente el usuario puede modificarlo acorde sus necesidades.

FECHA D/DÉBITO,CHEQUES PROPIOS. RESUMEN DE FONDOS

Se agregó en el Módulo Gestión, Fondos, Resumen de Fondos, Pasivo, Cheques Propios una columna que refleja la fecha en que se debita el cheque.

Si existiera, también se incluye en la exportación.

- ENVIO DE ORDEN DE PAGO POR MAIL

Se incluye, al Módulo Gestión, la posibilidad de realizar un envío vía correo electrónico de las órdenes de pagos.

CONFIGURACIÓN DE ENVÍOS:

Se utiliza la misma parametrización utilizada por el Módulo Gestión para comprobantes de ventas.

CERTIFICADO DE RETENCIONES:

El certificado de retenciones a utilizar será el mismo que genera automáticamente el formulario de pagos al momento de confirmar el guardado de un registro. El nombre de dicho reporte es RETPAG y deberá de encontrarse instalado físicamente en la instalación del sistema.

PERMISOS:

El acceso a esta nueva funcionalidad se encuentra condicionado por el nuevo componente de seguridad:

SUBEPAGO - Envío de ordenes de pago por mail.

Como todos los nuevos componentes de seguridad será inicializado con acceso N (Nulo o denegado), posteriormente el usuario podrá modificar el nivel de acceso a través de la pantalla perfiles.

PROVEEDORES:

Se debe incorporar el campo email en la solapa de datos generales, con la misma extensión del campo homónimo de la pantalla clientes.

El mismo no será obligatorio, pero de encontrarse completo se deberá validar que el correo ingresado presente un formato válido.

ENVÍO DE ÓRDENES DE PAGO:

Se desarrolló una nueva pantalla, similar a la de publicación de comprobante de ventas. La misma lista todas las órdenes de pago presentes en el sistema, pudiendo filtrar por los siguientes campos:

- Proveedor.

- Fecha inicio / fin fecha (Orden de pago).

- Fecha inicio / fin fecha de imputación (Orden de pago).

- Nro. de orden de pago inicio / nro. de orden de pago fin.

- Enviada (si/no): No por default.

El envío de ordenes de pago toma las órdenes resultantes de los filtros aplicados y enviarlas al correo asociado al proveedor.

Junto con dicho correo se adjunta, en formato pdf, los siguientes reportes:

- Impresión de orden de pago: Es la que figura en el botón Imprime Actual

- Impresión de certificado de retenciones: Deberá utilizar el estándar.

Los ordenes de pago enviadas, serán identificadas por un nuevo campo que será incorporado a la tabla PAGO.Armar idem comprobantes de ventas

Para el envío de comprobante de ventas, se utiliza un fondo en html. Se mantiene la misma operatorio ingresando información acorde el envío.

VALIDACIONES:

Al momento de realizar el envío de las ordenes de pago se llevan a cabo las siguientes validaciones/avisos:

Si dentro de las órdenes de pago a enviar existen ordenes de pago ya enviadas previamente, el sistema informa al usuario dicha situación indicando la cantidad de órdenes de pago a reenviar. Posteriormente podrá cancelar o confirmar la acción en cuestión.
La configuración de envío debe encontrarse cargada en el sistema. De no ser así se impedirá continuar con el proceso.
El proveedor debe presentar el campo 2.2. PROVEEDORES - CUENTA DE EMAIL completo, de no ser así se impedirá continuar con el proceso.
Si dentro de las órdenes de pago existe alguna con cualquier tipo de retención, el campo correspondiente a la certificado de retenciones 2.1.2. DE CERTIFICADO DE RETENCIONES debe encontrarse presente físicamente en la instalación del sistema. De no ser así se impedirá continuar con el proceso.
Si durante el proceso se presentan alguna de las siguientes cuestiones se debe informar los inconvenientes luego de finalizar el envío:

Por alguna cuestión NO se puede realizar el envío vía correo electrónico.
Se presentan inconvenientes en la generación del archivo PDF correspondiente a la orden de pago o al certificado de retenciones.

- COBROS: VALIDACIÓN DE LAS FECHAS DE LOS VALORES

Se incluyen las siguientes modificaciones en el formulario de cobros correspondiente al Módulo Gestión:

1 - La funcionalidad en cuestión es activada a través de un nuevo parámetro ubicado en la solapa Operaciones. El parámetro debe presentar el siguiente nombre: Cobros: Validar fecha de vencimiento de valores posterior a la fecha actual. El control debe permitir únicamente el valor true/false o activo / inactivo.

2 - Si el parámetro indicado en el punto 1 no se encuentra activo, el sistema continua funcionando como se encuentra actualmente, mientras que para el caso contrario se implementa el comportamiento indicado en los puntos siguientes.

3 - Si el parámetro indicado en el punto 1 se encuentra activo, al momento de confirmar el guardado de un cobro se incorpora la siguiente validación:

Siempre que los registros presentes en la grilla de VALORES INGRESADOS (grilla inferior), soliciten la carga del campo FECHA DE VENCIMIENTO y el valor seleccionado sea diferente a CHEQUE, el sistema verifica que la fecha en cuestión NO sea posterior a la fecha actual del sistema.

En el caso de detectar dicha situación, se impide el guardado de dicho registro y se notifica al usuario.

SALVEDAD: El sistema no deja cargar fecha de vencimiento si el cobro es en efectivo (caja). En versiones anteriores tampoco lo permitía.

- BUSCAR PROVEEDOR POR NÚMERO DE CUIT

En el formulario del comprobante de compra presente en el Módulo Gestión, se incluye un botón asociado el combo de proveedores que permita localizar un proveedor en particular por diferentes condiciones de búsqueda.

La nueva funcionalidad presenta el siguiente comportamiento:

- El botón presenta el icono de lupa utilizado en las opciones de búsqueda estándar que se encuentra en cualquiera de los formularios del sistema.

- Al presionar dicho botón se despliega el formulario de búsqueda (simil resumen de fondos, solapa Activo, Cajas, botón buscar), donde el usuario pude buscar al proveedor por los siguientes campos:

1) Código de proveedor.

2) Razón social.

3) Cuit.

4) Nombre fantasía.

- El proveedor que se corresponda a las condiciones indicadas en el punto anterior, aparece seleccionado automáticamente en el combo de proveedores correspondiente al formulario de comprobantes de compra.

AGREGAR MODALIDAD DE PAGO AL PROVEEDOR

Se realizaron 2 modificaciones en el formulario de proveedores y comprobantes, correspondientes al Módulo Gestión:

1) Se incorporó al formulario de PROVEEDORES, solapa GENERAL, el campo MEDIO DE PAGO. Dicho campo debe ser un combo box y presentará las siguientes opciones:

- Cheque propio.

- Cheque 3ro.

- Transferencia.

- Efectivo.

a) El campo en cuestión no es obligatorio

b) Se incorpora al formulario de filtros la posibilidad de filtrar por este nuevo campo.

c) Se incluye, en el proceso de actualización, la incorporación de este nuevo campo a la tabla proveedores correspondientes a los períodos ya cerrados.

2) Se incorporó al formulario de COMPROBANTES DE COMPRA, el campo MEDIO DE PAGO. Dicho campo es un combo box y presenta las siguientes opciones:

- Cheque propio.

- Cheque 3ro.

- Transferencia.

- Efectivo.

a) El campo en cuestión no es obligatorio

b) Si el proveedor presenta el campo homónimo completo, al momento de cargar un comprobante de compra asociado a dicho comprobante, el campo MEDIO DE PAGO correspondiente al comprobante de compra toma el valor presente en el mismo campo del formulario de proveedores. Posteriormente el usuario puede modificarlo.

c) Se incorpora, al formulario de filtros, la posibilidad de filtrar por este nuevo campo.

d) Se incorpora, este nuevo campo, al reporte Pagos pendientes, presente en la opción reportes del formulario de comprobantes de compra.

e) Se incluye, en el proceso de actualización, la incorporación de este nuevo campo a la tabla proveedores correspondientes a los períodos ya cerrados.

- ENVIO DE ORDEN DE PAGO POR MAIL

Se incluye, al Módulo Gestión, la posibilidad de realizar un envío vía correo electrónico de las órdenes de pagos.

CONFIGURACIÓN DE ENVÍOS:

Se utiliza la misma parametrización utilizada por el Módulo Gestión para comprobantes de ventas.

CERTIFICADO DE RETENCIONES:

PERMISOS:

El acceso a esta nueva funcionalidad se encuentra condicionado por el nuevo componente de seguridad:

SUBEPAGO - Envío de ordenes de pago por mail.

Como todos los nuevos componentes de seguridad será inicializado con acceso N (Nulo o denegado), posteriormente el usuario podrá modificar el nivel de acceso a través de la pantalla perfiles.

PROVEEDORES:

Se debe incorporar el campo email en la solapa de datos generales, con la misma extensión del campo homónimo de la pantalla clientes.

El mismo no será obligatorio, pero de encontrarse completo se deberá validar que el correo ingresado presente un formato válido.

ENVÍO DE ÓRDENES DE PAGO:

- Proveedor.

- Fecha inicio / fin fecha (Orden de pago).

- Fecha inicio / fin fecha de imputación (Orden de pago).

- Nro. de orden de pago inicio / nro. de orden de pago fin.

- Enviada (si/no): No por default.

El envío de ordenes de pago toma las órdenes resultantes de los filtros aplicados y enviarlas al correo asociado al proveedor.

Junto con dicho correo se adjunta, en formato pdf, los siguientes reportes:

- Impresión de orden de pago: Es la que figura en el botón Imprime Actual

- Impresión de certificado de retenciones: Deberá utilizar el estándar.

Los ordenes de pago enviadas, serán identificadas por un nuevo campo que será incorporado a la tabla PAGO.Armar idem comprobantes de ventas

Para el envío de comprobante de ventas, se utiliza un fondo en html. Se mantiene la misma operatorio ingresando información acorde el envío.

VALIDACIONES:

Al momento de realizar el envío de las ordenes de pago se llevan a cabo las siguientes validaciones/avisos:

Si dentro de las órdenes de pago a enviar existen ordenes de pago ya enviadas previamente, el sistema informa al usuario dicha situación indicando la cantidad de órdenes de pago a reenviar. Posteriormente podrá cancelar o confirmar la acción en cuestión.
La configuración de envío debe encontrarse cargada en el sistema. De no ser así se impedirá continuar con el proceso.
El proveedor debe presentar el campo 2.2. PROVEEDORES - CUENTA DE EMAIL completo, de no ser así se impedirá continuar con el proceso.
Si dentro de las órdenes de pago existe alguna con cualquier tipo de retención, el campo correspondiente a la certificado de retenciones 2.1.2. DE CERTIFICADO DE RETENCIONES debe encontrarse presente físicamente en la instalación del sistema. De no ser así se impedirá continuar con el proceso.
Si durante el proceso se presentan alguna de las siguientes cuestiones se debe informar los inconvenientes luego de finalizar el envío:

Por alguna cuestión NO se puede realizar el envío vía correo electrónico.
Se presentan inconvenientes en la generación del archivo PDF correspondiente a la orden de pago o al certificado de retenciones.

- COBROS: VALIDACIÓN DE LAS FECHAS DE LOS VALORES

Se incluyen las siguientes modificaciones en el formulario de cobros correspondiente al Módulo Gestión:

3 - Si el parámetro indicado en el punto 1 se encuentra activo, al momento de confirmar el guardado de un cobro se incorpora la siguiente validación:

En el caso de detectar dicha situación, se impide el guardado de dicho registro y se notifica al usuario.

SALVEDAD: El sistema no deja cargar fecha de vencimiento si el cobro es en efectivo (caja). En versiones anteriores tampoco lo permitía.

- BUSCAR PROVEEDOR POR NÚMERO DE CUIT

La nueva funcionalidad presenta el siguiente comportamiento:

- El botón presenta el icono de lupa utilizado en las opciones de búsqueda estándar que se encuentra en cualquiera de los formularios del sistema.

1) Código de proveedor.

2) Razón social.

3) Cuit.

4) Nombre fantasía.

- AGREGAR MODALIDAD DE PAGO AL PROVEEDOR

Se realizaron 2 modificaciones en el formulario de proveedores y comprobantes, correspondientes al Módulo Gestión:

1) Se incorporó al formulario de PROVEEDORES, solapa GENERAL, el campo MEDIO DE PAGO. Dicho campo debe ser un combo box y presentará las siguientes opciones: