1
Solución ERP
Siesa Enterprise
Abril de 2016.
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.
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”.
´
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
tradicional. Situación actual con Importación Granular
.
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.
´
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.
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.
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”.
´
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
´
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”.
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.
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
Boto ne s Liberar Deshacer liberación Inactivar 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 F_VERSION-REG Versión del tipo de
registro Numérico Versión = 05 Si 14 2 15 F_CIA Compañía Numérico
Valida en maestro, código de la compañía a la cual pertenece la información del registro
Si 16 3 18
F_LIQUIDA_IMPUESTO Indicador para
liquidar impuestos Numérico
0=No liquida impuestos, respeta los que están en el plano registro tipo 423, 1=Liquida impuestos con los parámetros del sistema (ítem y proveedor) en el momento de la importación. No tiene en cuenta los registros tipo 423 de este movimiento. Si 19 1 19 F_CONSEC_AUTO_REG Indica si el número consecutivo de docto es manual o automático Numérico
0=Manual, significa que respecta el consecutivo asignado en el plano, 1=Automático, significa que el consecutivo es recalculado con base en la tabla de consecutivos de docto.
Si 20 1 20
f420_id_co Centro de operación Alfanumérico
Valida en maestro, código de centro de operación del documento
Si 21 3 23 f420_id_tipo_docto Tipo de documento Alfanumérico Valida en maestro, código de
tipo de documento Si 24 3 26 f420_consec_docto Consecutivo de
documento Numérico Numero de documento Si 27 8 34 f420_fecha Fecha del documento Alfanumérico El formato debe ser
f420_id_concepto Concepto Numérico valor fijo: 401 Si 43 3 45 f420_id_grupo_clase_docto Grupo de clase de
documento Numérico
Solicitudes 401 y Órdenes de
compra 402 Si 46 3 48 f420_id_clase_docto Clase de documento Numérico Solicitudes 401, Solicitudes
valoradas 402, O.C. 404 Si 49 3 51 f420_ind_estado Estado del
documento Numérico
0=En elaboración,
1=Aprobado, 9=Anulado Si 52 1 52 f420_ind_impresion Estado de impresión Numérico 0=No, 1=Si Si 53 1 53 f420_id_tercero_sol_comp Tercero comprador Alfanumérico
Valida en maestro. Es el código de tercero con que se identifica el comprador.
Si 54 15 68
f420_id_tercero_prov Tercero proveedor Alfanumérico
Valida en maestro, código de tercero, obligatorio si es O.C. y para clase 402.
Dep 69 15 83 f420_id_sucursal_prov Sucursal del
proveedor Alfanumérico
Valida en maestro, proveedor,
obligatorio si es O.C. Dep 84 3 86 f420_id_cond_pago Condición de pago Alfanumérico
Valida en maestro, código de condición de pago, obligatorio si es O.C. y para clase 402
Dep 87 3 89
f420_ind_tasa Indicador de tasa Numérico
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 cambio reportadas en el plano. SI el documento es en moneda extranjera coloque 0 para que el sistema calcule las tas
Dep 90 1 90
f420_id_moneda_docto Moneda del
documento Alfanumérico
Valida en maestro, código de moneda del documento, obligatorio si es O.C. y para clase 402
Dep 91 3 93
f420_id_moneda_conv Moneda base de
conversión Alfanumérico
Valida en maestro, código de moneda base definida en la compañía, obligatorio si es O.C.
Dep 94 3 96
f420_tasa_conv Tasa de conversión Numérico
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 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
f420_id_moneda_local Moneda local Alfanumérico
Valida en maestro, código de moneda local definida en la compañía. , obligatorio si es O.C.
Dep 110 3 112
f420_tasa_local Tasa local Numérico
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 moneda local de lo contrario coloque la tasa de cambio. El formato debe ser (8 enteros + punto + 4 decimales) (00000000.0000), oblogato
Dep 113 13 125
f420_tasa_dscto_global1 Descuento global 1 Numérico
Tasa de descuento global, el formato debe ser (3 enteros + punto + 4 decimales) (000.0000)
No 126 8 133
f420_tasa_dscto_global2 Descuento global 2 Numérico
Tasa de descuento global, el formato debe ser (3 enteros + punto + 4 decimales) (000.0000)
No 134 8 141 f420_notas Notas Alfanumérico Notas del documento No 142 255 396
F_IND_CONTACTO Indicador de contacto Numérico
0=Respeta la información del contacto contenida en el archivo plano.
1=Al importar el sistema lee el contacto automáticamente del centro de operación. Solo aplica para O.C.
No 397 1 397
f419_contacto Contacto Alfanumérico
Obligatorio si el indicador de contacto es 0. Nombre de la persona de contacto
Dep 398 50 447
f419_direccion1 Dirección 1 Alfanumérico
Obligatorio si el indicador de contacto es 0. Renglón 1 de la dirección del contacto
Dep 448 40 487 f419_direccion2 Dirección 2 Alfanumérico Renglón 2 de la dirección del
contacto No 488 40 527 f419_direccion3 Dirección 3 Alfanumérico Renglón 3 de la dirección del
f419_id_pais País Alfanumérico Valida en maestro, código del
país No 568 3 570
f419_id_depto Departamento/Estado Alfanumérico
Obligatorio si el indicador de contacto es 0 y reportan código de país. Valida en maestro, código del departamento
Dep 571 2 572
f419_id_ciudad Ciudad Alfanumérico
Obligatorio si el indicador de contacto es 0 y reportan código de Departamento. Válida en maestro, código de la ciudad
Dep 573 3 575
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 f420_num_docto_referencia Documento
referencia Alfanumérico Documento referencia No 716 15 730 f420_id_mandato Mandato Alfanumérico
Valida en maestro, código del mandato, solo para órdenes de compra.
No 731 15 745
f420_ind_consignacion Indicador de
consignación Numérico
0=No, 1=Si. El valor de este indicador se lleva a la entrada desde OC.
Si 746 1 746
f420_id_tercero_solicit Tercero solicitante Alfanumérico
Valida en maestro. Es el código de tercero con que se identifica al solicitante.
No 747 15 761 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
registro
Numérico Versión = 02 Si 14 2 15 F_CIA Compañía Numérico Valida en maestro, código de la
compañía a la cual pertenece la información del registro
Si 16 3 18
F_ACTUALIZA_REG Indica si remplaza la información de ítems protocolo cuando este ya existe
Numérico 0=No, 1=Si Si 19 1 19
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
proveedor
Alfanumérico Valida en maestro proveedor Si 35 3 37 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
departamento
Si 52 2 53 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 (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)
Si 73 20 92
f168_precio_volumen Precio volumen Numérico Debe ser mayor a 0. El formato debe ser (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)
Si 93 20 112
f168_tarifa_porc Tarifa en porcentaje Numérico Tasa de tarifa, el formato debe ser (3 enteros + punto + 4 decimales) (000.0000)
Si 113 8 120
f168_id_tipo_vehiculo Tipo de vehículo Alfanumérico Si existe, valida en maestro de tipo de vehículo
No 121 20 140 f168_id_barrio_origen Barrio origen Alfanumérico Si existe, valida en maestro, código del
barrio
No 141 40 180 f168_id_barrio_destino Barrio destino Alfanumérico Si existe, valida en maestro, código del
barrio
No 181 40 220 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
´
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.
