Mejoras en la versión 1.16.0331.

Solución ERP Siesa Enterprise

Abril de 2016.

1
ERP Siesa Enterprise – Versión 1.16.0331
Presentación resumida de las mejoras realizadas.
1. Sistema Financiero.

Funcionalidad
1.1 Mejoramiento en el proceso de importación de datos - Importación granular.

1.2 Manejo de facturación sin valor comercial - Facturas y notas con 100% de
descuento.

1.3 Eliminación de entidades dinámicas no utilizadas.

1.4 Inclusión de fórmulas en las consultas Flex.

2. Sistema Comercial.
Funcionalidad
2.1 Nuevo Presupuesto de obra.

2.2 Multiaprobaciones en Compras.

2.3 Excepciones en compras con manejo de IVA Descontable y no descontable.

2.4 Liquidación de fletes por barrio/vereda.

2.5-Generación de órdenes de compra desde órdenes de producción.

2.6 Captura de costos por segmentos en las entradas directas de inventario.

2.7 Captura y compromiso de anticipos de los pedidos de ventas

2.8 Nueva consulta de movimientos de importación EDI.
2.9 Modificación en descuentos y promociones.
2-10Restricción de ventas por vendedor.
3 . Activos fijos

Funcionalidad
3.1 Nueva versión de conector para saldos iniciales de activos fijos

3.2 Inclusión en el maestro de comparñías el campo de “no depreciar el salvamento de

activos fijos, al final de su vida útil”.

3.3 Mejora en los ajustes de activos fijos

´1.1 Mejoramiento en proceso de importación de datos -
Importación Granular.

Mecanismo adicional para integraciones exitosas con otros sistemas.

Con este nuevo mecanismo se logra mayor velocidad y seguridad en los procesos de importación a la
ERP Siesa Enterprise, ya en vez de hacer de una vez para todos los registros, se hace a nivel de cada
uno de los registros que conforman los documentos o lotes generados, desde los sistemas particulares
del cliente, desarrollados por terceros.

Para el manejo de todas las eventualidades que se pueden presentar con las “importaciones
granulares” a partir de la versión 1.16.0122, los usuarios cuentan con las opciones para retractar
totalmente la incorporación de las transacciones asociadas a los procesos fallidos de importación, en la
base de datos Enterprise.

Situación anterior – Importación Situación actual con Importación Granular.

tradicional.

En el anterior gráfico, se puede observar que la importación granular, como lo dice su nombre, granula,
es decir, en vez de hacer todo el proceso de importación para todos los registros, lo hace registro a
registro, lo que lo hace más eficiente en el proceso.
´1.2 Manejo de facturación sin valor comercial - Facturas y notas
con 100% de descuento.

Para las facturas y notas de compra y venta de servicios, se hizo el siguiente cambio:
Se permiten agregar servicios con equivalencias (Normal, Distribución, Diferidos) con
descuento del cien por ciento.

Se permiten aprobar las facturas y las notas con valor neto en cero.
´1.3 Eliminación de entidades dinámicas.

1.3.1 Eliminación de entidades y grupos de entidades dinámicas con

movimientos
El objetivo de incluir “entidades dinámicas” en la ERP Siesa Enterprise, es incluir
autónomamente por parte del usuario, información adicional a la que gestiona el sistema; esto
con el tiempo, puede implicar para las entidades dinámicas que ya no se usan, la necesidad
de eliminar la información que estas crearon en el tiempo en que se utilizaron.

Para esto se ha incluido la opción Eliminar entidades con movimiento, en donde a partir de la
versión 1.16.0331, se permite eliminar todas las entidades de un grupo entidad. Eliminando los
movimientos de entidades que queden sin entidades ni archivos adjuntos.

1.3.2 Eliminación de entidades de un grupo entidad especifico

Adicionalmente a esta funcionalidad, se crea la opción, Eliminar grupo entidad con sus
movimientos, la cual tiene como diferencia el botón eliminar del menú, el cual elimina los
movimientos del grupo entidad, es decir, si el grupo entidad ya fue utilizado, elimina estos
movimientos. Eliminando por último el grupo entidad.
Esta funcionalidad está asociada a la seguridad: Archivo \ Entidades dinámicas \ Grupos de
entidades \ Eliminar grupo entidad con sus movimientos
´1.4 Inclusión de fórmulas en las Consutas flex.
La opción de fórmulas en la consulta flex, permite crear columnas con funciones aritméticas y
de fecha; con las cuales se pueden obtener totales y realizar agrupaciones.
Para crear una nueva columna con fórmula se debe seleccionar la opción de fórmulas:
1.4.1 Descripción de la pantalla fórmula
 Descripción de los campos en la pantalla formulas:

Fórmula: lista que contiene la formulas ya existentes.

Título: título de la columna que se va crear.
Tipo dato: lista con 3 opciones:
-
- Cantidad
- Dinero
- Tasa.

Decimales: número de decimales.

Totalizar: opción que indica si la columna formula puede totalizar.
Operación: lista con operaciones que puede realizar en el total.
Fuente de datos: lista de las columnas actuales que están visualizadas en la consulta.
Funciones: listado de funciones que se pueden aplicar a los datos.

1.4.2 Crear fórmula.

En el área de la fuente de datos, se encuentra el listado de columnas, para seleccionar una de
ellas se debe dar doble click.

En el área de las funciones se encuentra el listado de funciones, para seleccionar una de ellas
se debe dar doble click.
1.4.3 Editar fórmula

Para realizar la edición de una formula ya existente, se debe seleccionar una fórmula en la
lista del campo “Formulas”.

Se modifican los campos y se da aceptar.

´2.1 Nuevo Presupuesto de Obra.

Se liberó en esta versión el nuevo módulo de “Presupuesto de Obra”, cuyas funcionalidades

generales y alcances se describen a continuación:

En relación a las Actividades de la obra:

- Manejo de múltiples presupuesto de diferentes obras a la vez, con sus respectivos

capítulos, actividades e ítems de obra.
- Interactúa en línea con el Sistema de licitación de obra del cual recibe la información
detallada en términos de cantidades y precios por cada Obra, Frente, Capítulos,
Actividades, e Items de obra.
- Control de gestión tanto en la compra como en el consumo por cada tipo de recurso:
materiales, mano de obra, subcontratos, equipos y otros.
- Libre definición de múltiples tipos de estructuras de capítulos, actividades e ítems de
acuerdo al tipo de obra.
-
En el menú del módulo de control presupuestal por Obra, se tienen definidas las siguientes
opciones para este fin:

En relación a los Items de la obra:

- Control de gestión desde la solicitud de compra o directamente sobre las órdenes de
compra, según se requiera.
- Clasificación especifica de los ítems de inventario y de servicios utilizados en las obras
a partir de planes de ítems exclusivos
- En cada criterio se especifica el tipo: de Materiales, Mano de Obra, Subcontratos
- Definición y control de cantidades y valores presupuestales por “recursos o ítems de
obras” a partir de ítems de inventario/o servicio.
- Equipos u Otros, y su unidad de medida de control.
- El presupuesto solo estará en firme una vez aprobado.
-
En el menú del módulo de control presupuestal por Obra, se tienen definidas las siguientes
opciones para este fin:
 - Por cada registro de compra de un ítem de inventario (solicitud u orden de compra), se
valida en línea la disponibilidad presupuestal de adquisición de cada ítem de obra y se
afecta el presupuesto de compra
- Por cada registro de salida del inventario, se valida en línea la disponibilidad
presupuestal para el presupuesto de consumos definido por cada ítem de obra en cada
actividad y capitulo de obra.
- Por cada uno de los ítems de servicios registrado (para Mano de Obra, Recursos de
equipos y Oros), se valida en línea la disponibilidad presupuestal tanto para la
adquisición como la ejecución del mismo, afectando el presupuesto de obra.

Avance de Obra:

- Reporte individual de la ejecución o avance de obra por cada ítem de obra y actividad.

Consultas y reportes del módulo:

- Múltiples opciones de consultas y reportes en tiempo real sobre el estado del

presupuesto de obra Consultas
Esta es una vista del presupuesto de obras y su ejecución:
´2.2 Multiaprobaciones en Compras.

Este conjunto de nuevas funcionalidades permite que una solicitud de compra o una orden de
compra, tenga varias instancias de aprobación (por jerarquía y/o por monto).

Se busca entonces que los “Funcionarios” responsables de registrar las aprobaciones, se

enteren oportunamente de las peticiones de aprobación que el sistema genere. Estas
peticiones se van a generar como “Mensajes” dentro del Inbox o correo interno del ERP.
Consecuentemente fue necesario modificar el maestro de Funcionarios de manera importante,
dándole mayor “relevancia y trascendencia” para el seguimiento y ejecución de procesos
dentro del ERP.

Por otra parte y asociado a los funcionarios, fue necesario crear un nuevo maestro que hemos
denominado “áreas”, con el propósito de poder establecer a que “área o departamento
pertenece cada funcionario solicitante. A su vez se podrá establecer sobre el área, cual es el
funcionario responsable de las aprobaciones.

Para poder establecer la secuencia de los funcionarios que deben aprobar cada tipo de
documento de solicitud de compra o de orden de compra, se creo entonces un “maestro de
rutas de aprobación”.

´2.2.1 Maestro de Areas de Trabajo

En la ruta Compras/Maestros Asociados/Áreas de Trabajo, se encuentra el maestro de áreas

de trabajo, el cual permite adicionar, eliminar, modificar y actualizar áreas de trabajo por
compañía, y además genera un reporte de dichas áreas en forma de consulta flex.
En el maestro el campo “Activa” siempre aparecerá en estado habilitado y checkeado por
defecto; en el maestro todos los campos son obligatorios.

Al momento de generar un reporte este se muestra en forma de consulta flex así:

En la consulta predeterminada aparecen solo cuatro columnas, sin embargo en el selector de

campos hay otras columnas que se pueden adicionar a la consulta según sea necesario.
Se creó un control entidad de este maestro dentro del maestro de funcionarios, el cual solo
permite mostrar las áreas de trabajo que se encuentren en estado activo.
NOTA IMPORTANTE:

No se puede eliminar un área de trabajo que este asignada a un funcionario ni tampoco se

puede adicionar dos áreas de trabajo iguales.

´2.2.2 Maestro de Funcionarios.

MUY IMPORTANTE: este maestro sufre importantes cambios que deben ser tenidos muy en
cuenta para su manejo, se debe enfatizar en su importancia y la necesidad de que su acceso
sea restringido.

Ahora el funcionario se vinculará a un usuario del sistema, para efectos de control en los
nuevos módulos del sistema como son: el sistema de alertas, el tracking en compras y las
Multi aprobaciones en Compras. En estos casos se necesita poder asignar propiedades de
seguridad a un funcionario, de ahí que ahora se relacione con un usuario, los usuarios son los
que dan la entrada al sistema y en consecuencia se podrá identificar al funcionario cuando sea
necesario.

Comercial/Compras/Maestros Asociados/Funcionarios.

Descripción de las modificaciones:

Se incluyen dos nuevas pestañas en el maestro de funcionarios con los nombres de

Encargados y Contactos, también se adicionan nuevos indicadores y la posibilidad de asociar
un usuario del sistema siesa Enterprise al Funcionario.

A continuación se presentarán los aspectos más importantes de los cambios realizados en el

maestro de Funcionario.
En la imagen anterior se puede observar los nuevos indicadores de Nombre
“Multiaprobaciones” que al pulsarlo o seleccionarlo habilitaría la pestaña de nombre
“Encargado”.

El indicador de “Multiaprobaciones”, permite que el funcionario pueda ser asignado a una

“ruta de apronaciones” o de “seguimiento” en los nuevos módulos de “Multiaprobaciones de
Compras” y de “Tracking de compras”.

El Indicador de nombre “Otros” es para los casos donde se desea capturar el funcionario
pero no se desea encenderle o asociarlo a algún indicador especifico. No se permitirá guardar
un funcionario sin al menos un indicador encendido.

La pestaña de “Encargados”, se incluye con el fin de poder establecer quienes podrían

reemplazar a un funcionario en un rango de fechas dado, en el evento por ejemplo de que
dicho funcionario sea responsable de Aprobar documentos y se encuentre ausente.
La pestaña de nombre Encargado tiene una tabla en la cual se presentaran los funcionarios
que sustituirían al funcionario principal en un rango de fechas establecido por el usuario, como
se muestra en la siguiente imagen.
Para adicionar un nuevo registro, debe pulsar el botón de adicionar y se le presentara una
nueva ventana donde podría seleccionar el funcionario que realizaría el reemplazo y el rango
de fecha en que desempeñaría esa función, en la siguiente imagen se puede observar los
aspectos más importantes de esta funcionalidad.

En la ventana anterior se observa que se puede seleccionar el funcionario y el rango de

fechas en la cual ese funcionario sustituirá al principal, al pulsar el botón adicionar esta
información quedara asentada en la base de datos, vale la pena aclarar que no se permitirá
que el mismo funcionario sea su propio funcionario encargado y que hayan 2 o más
funcionarios encargados con la misma fecha.

Para eliminar un encargado solo debe pulsar el registro en la tabla que se encuentra en la
pestaña de Encargado y le saldrá la misma ventana, pero con todos los campos
deshabilitados, se inhabilitará el botón de Adicionar y quedarán habilitados los botones de
Cancelar y Eliminar, como se puede observar en la siguiente imagen.
Otra nueva pestaña es la de “Contacto”, en esta pestaña se presentará solo para consulta,
toda la información asociada al tercero que se haya seleccionado en el funcionario.

Nuevamente se resalta que esta información es solo para lectura, la idea es tener a la mano
los datos del contacto correspondiente al funcionario.
´2.2.3 Administración de rutas de aprobación.
En algunas ocasiones, los documentos requieren pasar por múltiples niveles de aprobación
antes de iniciar su función, por ejemplo, una orden de compra puede requerir el visto bueno de
diferentes funcionarios de la organización dependiendo del proceso, las jerarquías y el valor
de la misma, lo usual es que a mayor valor, más revisiones y aprobaciones se deban ejecutar.

Para realizar la configuración desde Enterprise habilite las siguientes seguridades

´2.2.4 Rutas de aprobación.

A continuación se describe la configuración y funcionalidad para administrar rutas de
aprobación con la finalidad de configurar la secuencia de aprobaciones por las que debe
pasar un documento del sistema comercial.

Archivo/Tracking y aprobaciones/Aprobaciones/Rutas de aprobacion.

Una ruta de aprobacion consta inicalmente de unos datos basicos como lo son un identificador
de 40 caracteres el cual es unico por compañía y una descripción de 80 caracteres, el estado
en registros de rutas nuevas debe ser “En elaboración”.

Adicionalmente el usuario puede parametrizar la siguiente información:

 Grupo clase docto: se refiere a la naturaleza del documento al cual se le va a llevar
un control de multi aprobacion.
Aplica aprobacion a: se especifica las posibles aplicaciones de acuerdo a los
documentos y funcionarios que solicitan la compra, los valores pueden ser: solicitante
o area de trabajo.
Prioridad: la prioridad es un indicador que se usará solamente cuando en el sistema
se encuentren dos rutas a seleccionar de las cuales por defecto siempre escogerá la
ruta que tenga menor prioridad, este valor siempre se encontrará sugerido en multiplos
de 1000, tambien se puede cambiar su valor mas no se puede repetir con otra ruta.
Vigencia: consta de dos valores, una fecha inicial y una fecha final, estos dos valores
especifican el tiempo de vigencia de la ruta de aprobación y sus fechas no se pueden
cruzar con otras rutas.

Adicionalmente la ruta maneja estados los cuales permiten gestionar diferentes fases de vida
de la ruta de aprobacion, los estados son los siguientes:

En elaboración  este estado muestra que la ruta esta en una fase de creación y que
puede ser cambiada y parametrizada de acuerdo a las necesidades del usuario.
Liberada  este estado muestra que la ruta esta en una fase donde se muestra
preparada para ser utilizada en los documentos. En este estado no es posible editar
datos de la ruta.
Inactiva  este estado muestra que la ruta no va a ser utilizada en los procesos de
tracking.

En la siguiente imagen podemos observar el maestro de rutas de aprobacion en la pestaña

generales donde se demarca la información básica de la ruta:
La ruta de seguimiento tiene el campo de notas ubicado en la pestaña de notas el cual permite
al usuario guardar información hasta de 2000 caracteres.

El maestro de ruta de aprobación cuenta con dos pestañas llamadas “C.O’s y Documentos” y
“Líneas de aprobación”.

C.O´s y Documentos: en esta pestaña se encuentran otras dos sub pestañas laterales cada
una con una grilla tipo selección, una para vincular los C.O. y otra para vincular los tipos de
documento.
Como podemos observar el sistema muestra inicialmente todos los C.O en una de las grillas y
los documentos en la otra.
Al dar click en cada una de las casillas se puede activar o desactivar un determinado
documento o C.O para esta ruta de aprobación. Con lo que queda indicado que se activa y
genera automáticamente la ruta para los documentos en los COs igualmente seleccionados.

Líneas de aprobación: en esta pestaña se encuentra una consulta flex con las diferentes
líneas de la ruta, mediante el uso del botón adicionar se ingresan los registros. Con la
selección de cada registro de esta consulta se refresca una segunda grilla donde se muestran
los funcionarios de la línea de aprobación respectiva.
En la grilla de detalle de cada línea de seguimiento hay una información general sobre los
funcionarios asignados a esta la cual consta de los siguientes campos:

Número de secuencia  debe de ser un número único por cada línea.

Funcionario  muestra el código del funcionario.
Nombre  muestra el nombre del funcionario.

Al hacer click en el botón de adicionar, se despliega un formulario que permite adicionar una
nueva línea de aprobación a la ruta como se muestra en la siguiente imagen:
Nota 1: los controles entidad de solicitante y área de trabajo son excluyentes y sólo se habilita
uno de los dos, dependiendo de la selección realizada por el usuario en la pestaña de
generales.

Nota 2: el campo de monto limite aparecerá deshabilitado y con valor cero si el grupo de clase
de documento de la ruta es Solicitudes de compra.

Al hacer click en el botón adicionar de la pestaña de funcionarios que aprueban se presentara

un formulario adicional para crear registros como se muestra en el siguiente imagen:
En este formulario se solicita la información del funcionario de aprobación que se desea
adicionar.

Número de secuencia  debe de ser un número único por cada funcionario de la

línea de aprobación, este número siempre se sugiere en múltiplos de 10, sin embargo
se puede cambiar, entonces si la última se graba como 24 la siguiente se sugiere en
30.
Funcionario  muestra el funcionario asignado a esa línea de aprobación y no se
puede adicionar dos veces a la misma línea de aprobación, es obligatorio, debe estar
activo y debe tener prendido el indicador de funcionario de aprobación.
Destinatario de mensaje  se muestra en un control la lista de todos los destinatarios
posibles para adicionar tanto como para eliminar, estos destinatarios se asignan para
la aprobación como para el rechazo, es posible enviar un mensaje por el sistema de
alertas, la idea de este control es utilizar los botones “+” y “-” para gestionar el envío de
correo a los funcionarios que requiera enviar.
Notas  son notas adicionales y opcionales que se pueden diligenciar.
Cuando ya se adicionaron funcionarios a la línea de aprobación estos son presentados en la
grilla de tipo consulta flex que se encuentra en la pestaña de funcionarios que aprueban, así:
Esta consulta se carga con los funcionarios.

Las columnas del predeterminado de esta consulta flex son:

i. Secuencia
ii. Nombre funcionario
Las columnas ocultas de esta consulta flex son:

i. Funcionario
ii. Notas
iii. Fecha creación
iv. Usuario creación
v. Fecha actualización
vi. Usuario actualización
Esta consulta esta ordenada por la columna de Secuencia en forma ascendente.

Estados de los documentos en la línea de aprobación:

Una vez lista la ruta de aprobación el usuario puede cambiar los estados para poder hacer
“Multi aprobación” en los documentos del sistema. Para esto existen cuatro botones los cuales
se nuestra su lógica de activación en la siguiente tabla.
 Estados

En elaboración Liberada Inactiva

Liberar

Deshacer liberación

Inactivar
Botones

Deshacer inactivación

Validaciones del cambio de estado de la ruta de aprobación:

 Al Liberar una ruta se debe validar que:

 El estado de la ruta debe ser “En elaboración”.
 La ruta debe tener al menos una línea de aprobación.
 Cada una de las líneas debe tener al menos un funcionario asociado.
 Debe existir al menos un C.O y un Documento activado de las
respectivas grillas de la pestaña de C.O´s y Documentos de la ruta de
aprobación.
 Se debe cambiar el estado de la ruta a “Liberada”.
 Al Deshacer liberación, se debe validar que:
 La ruta debe estar en estado “Liberada”.
 Se debe cambiar el estado de la ruta a “En elaboración”.
 Al Inactivar, se debe validar que:
 La ruta debe estar en estado “En elaboración” o “Liberada”.
 Se debe cambiar el estado de la ruta a “Inactiva”.
 Al Deshacer inactivación, se debe validar que:
 La ruta debe estar en estado “Inactiva”.

Nota: Una ruta no se puede eliminar si tiene registros en las pestañas de C.Os y Documentos
o en líneas de aprobación.

Validaciones generales del maestro.

 Antes de diligenciar las pestañas “C.O’s y documentos” y “Líneas de aprobación” se

debe tener guardado el registro de la ruta. Al pasarse a una de estas pestañas sin antes
haber guardado los cambios realizados el sistema le sugerirá al usuario la grabación del
registro si aún no se ha grabado.
  El código de una ruta puede ser alfanumérico hasta 40 caracteres.
 En registros nuevos el estado será “En elaboración”.
 El estado en ningún caso es editable, siempre permanecerá deshabilitado.
 En edición, el código de la ruta permanecerá inhabilitado.
 El combo del campo “Grupo clase docto.” no se puede modificar si ya existen registros
en la grilla de documentos de la pestaña de C.O´s y documentos.
 El combo del campo “Aplica a:” sugiere el valor “Solicitante” en registros nuevos.
 El campo “Prioridad” se sugiere para registros nuevos con múltiplos de 1000 de acuerdo
al último grabado por compañía + grupo de clase, se permite modificar pero debe ser
único para cada ruta. Por ejemplo: Si el último fue 2300, entonces se sugiere para el
próximo 3000.
 Los campos de la vigencia son obligatorios, la fecha inicial debe ser menor que la fecha
final y no se pueden cruzar con otra ruta.
 Si el estado de la ruta es diferente a “En elaboración”, se bloquea la edición de todos los
campos, sin embargo se deben poder visualizar todos sus datos, inclusive los que están
en las pestañas.

´2.2.5 Aprobaciones (múltiples) en órdenes y solicitudes de compras.

Ruta: Archivo/inbox

Esta funcionalidad permite asignar “tareas” de aprobación de documentos (O.C. y S.C.) a

diferentes funcionarios, basado en quien solicita la compra en combinación con el monto de la
compra. Las “Tareas” pendientes de aprobación podrán ser vistas en el Inbox por cada
funcionario de tal forma que cada quien vea en forma muy clara que tiene pendiente de
aprobar.

El Inbox

Cuando se asigna una ruta de aprobación a un documento, se crean las diferentes secuencias
de aprobación que deben ser ejecutadas por funcionarios específicos. En este momento cada
funcionario verá que tiene nuevos documentos para aprobar y podrá realizar su gestión de una
forma ágil y oportuna.
En la parte izquierda aparecen los módulos y grupos de documentos para los cuales el usuario
tiene documentos pendientes de aprobación.

En el centro hay un listado de los documentos clasificados por su estado: Pendientes,

Aprobados o Rechazados. Si un usuario encargó a otro su trabajo de aprobación, entonces
también se listarán esos documentos distinguidos en la parte inferior, pintados de color azul,
donde se muestra el nombre del propietario directo de la aprobación.

Cada documento muestra la fecha y hora en que se generó la tarea de aprobación y la

posición de la secuencia en la ruta de aprobación, por ejemplo 1/3 significa que es la primera
aprobación de tres en total, en seguida aparece el nombre de quien solicita, en este caso la
compra. También se incluye información general del documento como su número, la fecha y el
proveedor. Adicionalmente se puede ver una delgada barra de color verde o roja, verde
cuando el documento ya se puede aprobar y roja cuando no es posible porque el funcionario
anterior no lo ha hecho.

La barra permite por un

lado mostrar todos los documentos o sólo los que pertenecen al usuario actual, y por otro lado
permite hacer una búsqueda de cualquier texto que se halle en el listado de documentos.
También se puede ordenar el listado por fecha o por el nombre del solicitante.
Al lado derecho se halla un visor que permite realizar mediante una barra de botones la
aprobación o rechazo de los documentos, aquí se muestra información adicional incluyendo
un listado con los ítems del mismo. El listado detalla información básica del ítem y su valor,
importante para quien toma la decisión en este caso de aprobar la compra. En la medida en
que se aprueban o rechazan ítems, al final del visor se muestra el total de lo aprobado y el
total de lo rechazado. También es posible mostrar toda la información respecto al ítem y al
documento presionando doble click en un registro de este listado, se vería algo así:

Es posible aprobar parcialmente un documento, es decir, aprobar unos ítems y rechazar otros.
En este caso se debe marcar el ítem para rechazarlo y al intentar aprobar también se debe
seleccionar el motivo del rechazo:
Al aceptar la aprobación como lo muestra la imagen anterior, un ítem será rechazado y por
tanto no será tenido en cuenta para la aprobación del seguiente funcionario. Si la secuencia
del funcionario que aprueba es la última, entonces el documento en sí mismo pasará del
estado “En proceso de aprobación” al estado “Aprobado” y podrá seguir su curso normal en
el proceso de la compra.

Un documento se puede rechazar en su totalidad, en este caso se rechazan todos los ítems y
por tanto las siguientes secuencias también son marcadas como rechazadas, claro está que el
funcionario o secuencia responsable corresponde a quien ejecutó esta acción. De igual
manera solo este funcionario podrá ser quien deshaga el rechazo en caso de ser necesario.

Un funcionario puede deshacer la aprobación de su secuencia siempre y cuando no tenga

aprobaciones posteriores a él y tampoco sea el último de la ruta de aprobación.
´2.2.6 Asignación de solicitante en órdenes de compra.
Esta funcionalidad permite en los documentos de órdenes de compra asignar un solicitante el
cual se hace representativo para el proceso de múltiples aprobaciones de los documentos con
la finalidad de ayudar al proceso de determinar la ruta de aprobación asignada en un tipo de
documento y centro de operación específico.

Documento de ordenes de compra …

Compras/Ordenes de compra/Directas…
Para realizar la configuración desde Enterprise habilite las siguientes seguridades

En los documentos de ordenes de compra es posible capturar el solicitante en la pestaña

generales tal como se muestra en la siguiente ventana:
Como manejo especial en el documento de ordenes de compra directa el sistema permite
configurar una seguridad “Exige solicitante en orden de compra directa”, con la finalidad de
exigir este campo unicamente desde esta clase de documento. Si el usuario tiene la seguridad
apagada el solicitante se convierte en un campo opcional.

Por otra parte se incluyó el campo en los importadores y en la consultas de órdenes de

compra, tal como se muestran en las siguientes imágenes:
 ARCHIVOS PLANOS PARA INTERFAZ

NOMBRE DESCRIPCION TIPO OBSERVACIONES OBL INICIO TAMAÑO TOTAL

DOCUMENTO SOLICITUDES Y DE ORDENES DE COMPRA DESDE 1.13.0730

F_NUMERO-REG Número de registro Numérico Numero consecutivo Si 1 7 7

F_TIPO-REG Tipo de registro Numérico Valor fijo = 420 Si 8 4 11

F_SUBTIPO-REG Subtipo de registro Numérico Valor fijo = 00 Si 12 2 13

Versión del tipo de

F_VERSION-REG Numérico Versión = 05 Si 14 2 15
registro

Valida en maestro, código de

la compañía a la cual
F_CIA Compañía Numérico Si 16 3 18
pertenece la información del
registro

0=No liquida impuestos,

respeta los que están en el
plano registro tipo 423,
1=Liquida impuestos con los
Indicador para
F_LIQUIDA_IMPUESTO Numérico parámetros del sistema (ítem y Si 19 1 19
liquidar impuestos
proveedor) en el momento de
la importación. No tiene en
cuenta los registros tipo 423
de este movimiento.

0=Manual, significa que

respecta el consecutivo
Indica si el número
asignado en el plano,
consecutivo de docto
F_CONSEC_AUTO_REG Numérico 1=Automático, significa que el Si 20 1 20
es manual o
consecutivo es recalculado
automático
con base en la tabla de
consecutivos de docto.

Valida en maestro, código de

f420_id_co Centro de operación Alfanumérico centro de operación del Si 21 3 23
documento

Valida en maestro, código de

f420_id_tipo_docto Tipo de documento Alfanumérico Si 24 3 26
tipo de documento

Consecutivo de
f420_consec_docto Numérico Numero de documento Si 27 8 34
documento

El formato debe ser

f420_fecha Fecha del documento Alfanumérico Si 35 8 42
AAAAMMDD
f420_id_concepto Concepto Numérico valor fijo: 401 Si 43 3 45

Grupo de clase de Solicitudes 401 y Órdenes de

f420_id_grupo_clase_docto Numérico Si 46 3 48
documento compra 402

Solicitudes 401, Solicitudes

f420_id_clase_docto Clase de documento Numérico Si 49 3 51
valoradas 402, O.C. 404

Estado del 0=En elaboración,

f420_ind_estado Numérico Si 52 1 52
documento 1=Aprobado, 9=Anulado

f420_ind_impresion Estado de impresión Numérico 0=No, 1=Si Si 53 1 53

Valida en maestro. Es el
f420_id_tercero_sol_comp Tercero comprador Alfanumérico código de tercero con que se Si 54 15 68
identifica el comprador.

Valida en maestro, código de

f420_id_tercero_prov Tercero proveedor Alfanumérico tercero, obligatorio si es O.C. y Dep 69 15 83
para clase 402.

Sucursal del Valida en maestro, proveedor,

f420_id_sucursal_prov Alfanumérico Dep 84 3 86
proveedor obligatorio si es O.C.

Valida en maestro, código de

f420_id_cond_pago Condición de pago Alfanumérico condición de pago, obligatorio Dep 87 3 89
si es O.C. y para clase 402

Si el documento es en moneda
local coloque 1.
Si el documento es en moneda
extranjera coloque 1 para que
el sistema respete las tasas de
f420_ind_tasa Indicador de tasa Numérico Dep 90 1 90
cambio reportadas en el plano.
SI el documento es en
moneda extranjera coloque 0
para que el sistema calcule las
tas

Valida en maestro, código de

Moneda del moneda del documento,
f420_id_moneda_docto Alfanumérico Dep 91 3 93
documento obligatorio si es O.C. y para
clase 402

Valida en maestro, código de

Moneda base de moneda base definida en la
f420_id_moneda_conv Alfanumérico Dep 94 3 96
conversión compañía, obligatorio si es
O.C.

Si el indicador de tasa es 0
coloque 0.
Si el indicador de tasa es 1
f420_tasa_conv Tasa de conversión Numérico No 97 13 109
coloque 1 si la moneda del
documento es igual a la
moneda local o a la moneda
base de conversión de lo
 contrario coloque la tasa de
conversión.
El formato debe ser (8 enteros
+ punto + 4

Valida en maestro, código de

moneda local definida en la
f420_id_moneda_local Moneda local Alfanumérico Dep 110 3 112
compañía. , obligatorio si es
O.C.

Si el indicador de tasa es 0
coloque 0.
Si el indicador de tasa es 1
coloque 1 si la moneda del
documento es igual a la
f420_tasa_local Tasa local Numérico Dep 113 13 125
moneda local de lo contrario
coloque la tasa de cambio.
El formato debe ser (8 enteros
+ punto + 4 decimales)
(00000000.0000), oblogato

Tasa de descuento global, el

formato debe ser (3 enteros +
f420_tasa_dscto_global1 Descuento global 1 Numérico No 126 8 133
punto + 4 decimales)
(000.0000)

Tasa de descuento global, el

formato debe ser (3 enteros +
f420_tasa_dscto_global2 Descuento global 2 Numérico No 134 8 141
punto + 4 decimales)
(000.0000)

f420_notas Notas Alfanumérico Notas del documento No 142 255 396

0=Respeta la información del

contacto contenida en el
archivo plano.
F_IND_CONTACTO Indicador de contacto Numérico 1=Al importar el sistema lee el No 397 1 397
contacto automáticamente del
centro de operación. Solo
aplica para O.C.

Obligatorio si el indicador de
f419_contacto Contacto Alfanumérico contacto es 0. Nombre de la Dep 398 50 447
persona de contacto

Obligatorio si el indicador de
f419_direccion1 Dirección 1 Alfanumérico contacto es 0. Renglón 1 de la Dep 448 40 487
dirección del contacto

Renglón 2 de la dirección del

f419_direccion2 Dirección 2 Alfanumérico No 488 40 527
contacto

Renglón 3 de la dirección del

f419_direccion3 Dirección 3 Alfanumérico No 528 40 567
contacto
 Valida en maestro, código del
f419_id_pais País Alfanumérico No 568 3 570
país

Obligatorio si el indicador de
contacto es 0 y reportan
f419_id_depto Departamento/Estado Alfanumérico código de país. Valida en Dep 571 2 572
maestro, código del
departamento

Obligatorio si el indicador de
contacto es 0 y reportan
f419_id_ciudad Ciudad Alfanumérico código de Departamento. Dep 573 3 575
Válida en maestro, código de
la ciudad

f419_id_barrio Barrio Alfanumérico Barrio No 576 40 615

f419_telefono Teléfono Alfanumérico Teléfono No 616 20 635

f419_fax Fax Alfanumérico Fax No 636 20 655

f419_cod_postal Código postal Alfanumérico código postal o apartado aéreo No 656 10 665

f419_email E-Mail Alfanumérico dirección de correo electrónico No 666 50 715

Documento
f420_num_docto_referencia Alfanumérico Documento referencia No 716 15 730
referencia

Valida en maestro, código del

f420_id_mandato Mandato Alfanumérico mandato, solo para órdenes No 731 15 745
de compra.

0=No, 1=Si. El valor de este

Indicador de
f420_ind_consignacion Numérico indicador se lleva a la entrada Si 746 1 746
consignación
desde OC.

Valida en maestro. Es el
f420_id_tercero_solicit Tercero solicitante Alfanumérico código de tercero con que se No 747 15 761
identifica al solicitante.

NOTAS GENERALES: Los campos que no son requeridos deben dejarse en blanco o en ceros dependiendo del tipo de dato, esto
con el fin de conservar la estructura del archivo en cuanto a su posición inicial y final.
´2.3 Excepciones en Compras con manejo de IVA descontable y no
descontable.

Esta funcionalidad resuelve la problemática que se presenta cuando en una misma compañía
se hacen compras de un mismo ítem con diferentes condiciones del uso, por ejemplo, para
compras con destinación a proyectos el IVA debe formar parte del costo como mayor valor del
inventario, pero para compras con destinación de sostenimiento el IVA es descontable y no
debe afectar el costo del inventario.

Para tal fin se incluyó el manejo de Excepciones por Instalación en la tabla de Grupos
Impositivos así:

Maestros comercial/Items/Grupos impositivos.

Debido a que el ítem en el sistema maneja un solo grupo impositivo, a este se le incluyó el
manejo de Excepciones por instalación, esto significa que dependiendo de la instalación sobre
la que se realice la compra, así mismo será el comportamiento del impuesto. Entonces la
configuración de la llave descontable en cada clase de impuesto se define como tal, pero se
puede incluir una excepción para la instalación donde no habría llave descontable para que el
impuesto se vaya como mayor valor del costo.

Nota: Es norma general que los materiales cuyo impuesto se puede llevar al costo, estén
almacenados en bodegas diferentes a los materiales cuyo impuesto es descontable, es por
esto que la instalación de esas bodegas son las que dan la posibilidad de manejar la
excepción.

Como se puede observar en la siguiente imagen el sistema tiene en el maestro de grupos

impositivos una nueva columna que se titula “Excepciones”, la cual solamente es aplicada
para el módulo de compras.
Al dar clic en el botón de “Excepciones” se muestra la siguiente pantalla cual permite realizar
declaración de llave descontable discriminado por instalación.
´2.4 Liquidación de fletes por barrio / vereda.

Esta funcionalidad permite calcular el valor de la tarifa del flete a nivel de barrios,
corregimientos o veredas, donde puede tenerse una tarifa diferencial aunque este en la misma
ciudad destino.

Maestro de Tarifas:

En el maestro de tarifas se incluye el barrio/vereda como posible diferencial para el manejo del
valor de la tarifa de Flete. Para la liquidación se tiene en cuenta la ciudad y barrio origen, los
cuales se toman del contacto del centro de operación. Para nuestro ejemplo particular se
tiene:

Y de la tarifa que se encuentra en el maestro de tarifas.

País Departamento Ciudad Barrio

Datos del origen ECUADOR QUITO ECU01010 barrio123456789

Datos del destino COLOMBIA ANTIOQUIA MEDELLIN 1

 Datos liquidación del origen al destino

Precio peso Precio volumen Tarifa porcentaje Identificador tipo de

vehículo

15200 15200 10 NA

Como se puede observar en la liquidación la tarifa es de $15.200. Al seleccionar algunos

documentos para su liquidación el sistema muestra la siguiente información:
En la ilustración del Ítem 195, se ve reflejando correctamente el valor de la tarifa por barrio con
valor de $15.200.
 ´2.4.1 Versión 2 del importador del maestro de fletes-tarifas.

A continuación se describe la implementación de la versión 2 del importador del maestro de

fletes y tarifas, se muestra la siguiente estructura del importador.

Archivo: Imp-UnoEE-Fletes-tarifas.xls (Versión 2)

NOMBRE DESCRIPCION TIPO OBSERVACIONES OBL INICIO TAMAÑO TOTAL

INFORMACION DE TARIFAS A PARTIR DE LA VERSION 1.16.01.22

F_NUMERO_REG Número de registro Numérico Numero consecutivo Si 1 7 7

F_TIPO_REG Tipo de registro Numérico Valor fijo = 168 Si 8 4 11

F_SUBTIPO_REG Subtipo de registro Numérico Valor fijo = 00 Si 12 2 13

F_VERSION_REG Versión del tipo de Numérico Versión = 02 Si 14 2 15

registro

F_CIA Compañía Numérico Valida en maestro, código de la Si 16 3 18

compañía a la cual pertenece la
información del registro

F_ACTUALIZA_REG Indica si remplaza la Numérico 0=No, 1=Si Si 19 1 19

información de
ítems protocolo
cuando este ya
existe

f168_id_tercero_proveedor Tercero proveedor Alfanumérico Valida en maestro, código de tercero Si 20 15 34

f168_id_sucursal_proveedor Sucursal del Alfanumérico Valida en maestro proveedor Si 35 3 37

proveedor

f168_id_moneda Código de moneda Alfanumérico Valida en maestro monedas Si 38 3 40

f168_id_pais_origen País origen Alfanumérico Valida en maestro, código del país Si 41 3 43

f168_id_dpto_origen Dpto. origen Alfanumérico Valida en maestro código de dpto. Si 44 2 45

f168_id_ciudad_origen Ciudad origen Alfanumérico Valida en maestro código de ciudad Si 46 3 48

f168_id_pais_destino País destino Alfanumérico Valida en maestro, código del país Si 49 3 51

f168_id_dpto_destino Dpto. destino Alfanumérico Valida en maestro, código del Si 52 2 53

departamento

f168_id_ciudad_destino Ciudad destino Alfanumérico Valida en maestro, código de la ciudad Si 54 3 56

f168_fecha_activacion Fecha de activación Alfanumérico El formato debe ser AAAAMMDD Si 57 8 64

f168_fecha_inactivacion Fecha de Alfanumérico El formato debe ser AAAAMMDD, dejar No 65 8 72

 inactivación en blanco si no se requiere

f168_precio_peso Precio peso Numérico Debe ser mayor a 0. El formato debe ser Si 73 20 92
(15 enteros + punto + 4 decimales). El
número de decimales se deben reportar
teniendo en cuenta el número de
decimales configurados en la moneda
(decimales unidades).

(000000000000000.0000)

f168_precio_volumen Precio volumen Numérico Debe ser mayor a 0. El formato debe ser Si 93 20 112
(15 enteros + punto + 4 decimales). El
número de decimales se deben reportar
teniendo en cuenta el número de
decimales configurados en la moneda
(decimales unidades).

(000000000000000.0000)

f168_tarifa_porc Tarifa en porcentaje Numérico Tasa de tarifa, el formato debe ser (3 Si 113 8 120
enteros + punto + 4 decimales)
(000.0000)

f168_id_tipo_vehiculo Tipo de vehículo Alfanumérico Si existe, valida en maestro de tipo de No 121 20 140
vehículo

f168_id_barrio_origen Barrio origen Alfanumérico Si existe, valida en maestro, código del No 141 40 180
barrio

f168_id_barrio_destino Barrio destino Alfanumérico Si existe, valida en maestro, código del No 181 40 220
barrio

NOTAS GENERALES: Los campos que no son requeridos deben dejarse en blanco o en ceros dependiendo del tipo de dato, esto con el
fin de conservar la estructura del archivo en cuanto a su posición inicial y final.
´2.4.2 Cambios hechos en el maestro y en la consulta de fletes y tarifas [10347].

Se adiciona el barrió origen y barrió destino en el maestro de tarifas y se presenta en la

consulta [10347] las columnas descripción del barrió origen y barrió destino: Compras -
Maestros asociados – Fletes - Tarifas [10347]

Para poder seleccionar el barrió origen se debe tener en cuenta que primero se debe
seleccionar el país/Departamento/Ciudad y posteriormente si selecciona el barrio el sistema
muestra los barrios únicamente de esa ciudad.

Al adicionar el sistema presenta los datos de la ciudad origen y también permite seleccionar el
barrió destino.
Al momento de terminar el sistema actualiza la consulta de tarifas [10347] donde muestra las
columnas “Barrió origen” El LIMONAR y “Barrio destino” EL LIDO.
´2.5 Generación de Ordenes de Compra desde Ordenes de
producción.

En la funcionalidad de generación de órdenes de compra se implementó el proceso de

generación desde órdenes de producción, ya que existía la generación desde planeadas y
desde solicitudes de compra. Este programa tiene una porción de filtro que permite
seleccionar las órdenes de producción que se desea visualizar. Esta nueva porción de filtro es
excluyente con los filtros de órdenes planeadas y solicitudes, por lo tanto no se pueden
generar órdenes de compra seleccionando todas estas fuentes.

Los filtros avanzados siguen funcionando con esta nueva funcionalidad.

Al consultar el sistema presenta los componentes de las órdenes de producción que tienen
cantidad pendiente (Cant Ordenada – Cant. Comprometidad – Cant. Consumida) y solo se
presentan los componentes que no estén relacionados previamente en otra orden de compra.
El sistema no maneja el saldo pendiente por comprar, por lo tanto el usuario puede generar la
orden de compra por una cantidad diferente a la necesaria y solo podrá generar una orden de
compra por componente desde este proceso.

En este ejemplo se puede observar el ítem generado y la cantidad pendiente que tiene el
componente.
Cada registro a generar es independiente ya que se genera un movimiento de compra por
componente en cada orden de producción. El sistema no agrupa las necesidades con el fin de
no perder el control sobre los componentes ya generados.

Si en la pantalla anterior, se seleccionan los tres primeros registros el sistema genera una
orden de compra con tres registros, uno por cada necesidad. Los registros se pueden separar
en varias órdenes de compra dependiendo de la tupla del proveedor, moneda, fecha, tipo de
ítem, fecha de entrega, etc.
Estas órdenes de compra quedaron relacionadas a los componentes iniciales y esta relación
solo se pierde al momento de Eliminar o Anular el registro de compra.
´2.6 Captura de costos por segementos en las entradas directas de
inventario.

Se desarrolla nueva funcionalidad para permitir capturar costos por segmentos en las entradas
de inventario, esto solo se permite si se activa la seguridad de “permitir capturar costos por
segmentos”.

Igualmente se acondiciona el importador de inventarios para que permita costear los

segmentos de costos en las entradas de inventario.

Nueva Seguridad: Comercial – inventarios – Documentos – Entradas - Permitir capturar costos

por segmentos

Documento de entrada de inventario

Captura de costeo por segmento

Estructura de segmentos de costos en conector de inventarios.
´2.7 Captura y compromiso de anticipos desde los pedidos de
ventas.

Este conjunto de funcionalidades tiene como propósito permitir en la captura o aprobación de

pedidos de venta con condición de pago “exige anticipos”, asignar a los pedidos de venta los
respectivos documentos de Anticipos, garantizando asi que se puedan aprobar y despachar
con total seguridad. Simultáneamente se logra que los documentos de anticipo no puedan ser
consumidos o asignados a otro pedido o documento, cuando están asignados previamente a
un pedido.

En el maestro de Condiciones de Pago: se incluyó un nuevo campo para exigir la captura

de anticipos en los pedidos de ventas. Además se incluyó la captura de un valor de tolerancia
para validar el Valor del Anticipo Vs el valor del pedido +/- la tolerancia.
Nota: sólo si la tasa de anticipo es mayor a cero y los indicadores de “financiación” o
“financiación POS” están apagados, el sistema habilitará el indicador de “Exige anticipos en
pedidos”. Si este indicador esta encendido, la “tolerancia” se habilitara.

En la captura de los Pedidos de Ventas se hicieron los siguientes cambios:

Al crear el pedido: El documento habilita una nueva pestaña de Anticipos, la cual se habilita y
se debe diligenciar si el usuario selecciona una condición de pago que “maneja anticipos” y
además tiene encendido el indicador de “Exige anticipos”.

El sistema calcula un valor mínimo de anticipos que se debe aplicar según el porcentaje de
anticipo, en este ejemplo se puede observar que el valor neto del pedido es de $183.320 y que
el porcentaje de anticipo es del 20%, por lo tanto el valor mínimo es de: $36.664.

Como la tolerancia se tiene en cuenta al momento de hacer las validaciones y para este
ejemplo está definida en $500, significa que se podrá “Aprobar” este pedido con una sumatoria
de anticipos que superen los $36.164.

Las validaciones que aplica el sistema son las siguientes:

El valor de los anticipos debe ser mayor al valor anticipo esperado menos la tolerancia.
La Sumatoria de los anticipos asociados no puede ser mayor al valor neto del pedido.
La condición de pago no puede manejar anticipos y financiación conjuntamente.
Cada vez que se facturan parcialmente o en su totalidad las cantidades pedidas, el sistema
calcula el valor a Aplicar de anticipos según la cantidad facturada contra la cantidad pedida
original. Basándose en este valor “Facturado” el sistema empieza a aplicar los anticipos
reservados a las facturas generadas hasta agotar el valor anticipado en el pedido.

Explicación del cálculo de los anticipos facturados utilizando el siguiente ejemplo:

SI el pedido tiene dos movimientos con dos ítems pedidos de la siguiente forma:

El ítem 164 tiene un valor neto de: $116.000

El ítem 169 tiene un valor neto de: $67.320

Si se procede a comprometer 3 unidades del ítem 164 y a proceder a su facturación. Se debe

hacer el siguiente cálculo y asignación:

Total $116.000 / 10 und pedidas = $11.600 * 3 und facturadas = $ 34.800

Los anticipos asignados a la factura se consumen según el orden del código interno del saldo
abierto y su correspondiente saldo por aplicar:

Saldo abierto Saldo en PV Aplica a la factura

NCF-929 30.000 $30.000
RC-10887 16.500 $ 4.800
$34.800
Al anular o cumplir el pedido, se liberan los saldos abiertos relacionados en los anticipos del
pedido para que sean utilizados en otros documentos.

Al generar pedidos desde cotizaciones con anticipos, se generan en “Elaboración” para que
luego al crear los anticipos se puedan “Aprobar”.

Cuando se duplica un pedido de ventas se genera un nuevo documento idéntico al original,

a excepción de los anticipos, por lo tanto, un pedido con anticipos puede generar un pedido
sin ellos.
´2.8 Nueva consulta de movimientos de importación EDI.

Se añade una nueva consulta para detallar cada uno de los movimientos que se envían en el
plano al momento de realizar una importación EDI

Ventas/Pedidos/Importar EDI/Consulta de movimientos

Cuando se realiza la importación EDI, esta consulta se alimenta con cada una de las líneas
que se envían en el plano. Se puede realizar por numeró de OC o por fecha, si se genera la
consulta filtrando por un rango de fechas, la consulta se muestra de la siguiente manera:

También se puede consultar filtrando por un numero de OC existente, en el resultado de la

consulta se detalla cada uno de los movimientos que se realizaron en el proceso de
importación EDI, tal como fechas, valores, cantidades, notas, etc. como se muestra en la
siguiente imagen:
´2.9 Modificación en descuentos y promociones

Se actualiza el proceso de adición de descuentos y promociones, incluyendo 2 nuevas

opciones al momento de seleccionar “Cantidad mínima y máxima en:” “En unidad de peso” y
“En unidad de volumen”, las cuales quedaron incluidas en un combo, anterior mente existía un
Check, al reemplazar este sus opciones en el combo serán, apagado “No aplica” y encendido
“En unidad de empaque principal”.
 0. No Aplica
 1. En unidad de empaque principal
 2. En unidad de peso
 3. En unidad de volumen

En el proceso de adición de líneas para los descuentos y promociones se modificaron los

textos “Cant. Minima” y “Cant. Máxima”, adicionando en estos, al final la unidad de peso o la
unidad de volumen respectivamente como sea el caso seleccionado y configurado por el
usuario.
Para la consulta de descuentos y promociones, se modificó el campo “Cantidades min y max
en unidad de emp.” por “Cantidades min y max.”
´2.10 Restricciones de ventas por vendedor.

Se desarrolla nuevo maestro para restricciones de ventas por vendedor. El objetivo es poder
restringir a un vendedor determinado que ítems y clientes no puede adicionar en los
documentos de ventas. Los documentos de ventas son: Cotizaciones, Pedidos, Facturas
directas, NC directas, Remisiones directas y Devoluciones directas

Ventas/Maestros asociados/Restricciones de ventas...

Al adicionar un vendedor a la restricción, se debe asociar obligatoriamente un ítem y cliente.

Las restricciones que se registran se pueden modificar en cualquier momento y se verán
agrupadas por tercero sucursal. Si desactivamos una restricción, ya no se tendrá ningún
control en los documento de ventas.
Dando doble click en cualquier registro de la consulta podemos entrar a modificar la restricción
o a eliminarla.

´
´3.1 Nueva versión de conector para saldos iniciales de activos
fijos.
Se agrega una nueva versión (4) para el registro de saldos iniciales de activos fijos, que
incluye la “fecha de alta”. En la imagen se muestra la nueva hoja y el nuevo campo.
´3.2 Nuevo campo en el maestro de compañías, para no depreciar el
salvamento de un activo fijo, al final de su vida útil.

En el maestro de compañías, se hizo el siguiente cambio: se adiciona el campo “Depreciar

salvamento en el último periodo” en la pestaña Otros, para NO depreciar el salvamento de un
activo fijo al final de su vida util.
Para el proceso de depreciación se hizo el siguiente cambio: Se deprecian los activos fijos
con costo neto igual al valor del salvamento, siempre y cuando el campo “Depreciar
salvamento en el último periodo” en la pestaña Otros del maestro de Compañías este activo.
Esto aplica para libro 1 y/o libro 2.
Para el proceso de adopción por primera vez, se hizo el siguiente cambio: se da soporte
a los cambios realizados en el proceso de depreciación.
Para el proceso de saldos iniciales, se hizo el siguiente cambio: Se da soporte a los cambios
realizados en el proceso de depreciación.
 -
´3.3 Mejora en los ajustes de activos fijos.

En el programa de “Ajustes” a los Activos fijos se hizo el siguiente cambio:

Se permite seleccionar en los ajustes activos fijos en estado Depreciado.
Para los activos fijos depreciados en Libro 1 se permite ajustar el valor de la
depreciación.
Para los activos fijos depreciados en libro 2 se permite ajustar el valor de la
depreciación y el valor de la depreciación de la revalorización, si tiene costo de
revalorización.