Los Cinco Conceptos a Controlar en Todo ERP

Al implantar un ERP, el controlar a detalle estos cinco conceptos nos permitirán avanzar con paso firme a un feliz término del proyecto, recordando siempre que ninguno es más importante que el otro, pero sí que son totalmente dependientes entre sí.

Estos cinco conceptos deben estar total y absolutamente controlados y coordinados entre sí para poder llegar a considerar el proyecto de implantación del ERP como un éxito dentro de la organización.

Cada concepto conlleva una problemática específica a resolver y, sobre todo, a coordinar con los otros cuatro. Esto es debido a que cada uno aporta al éxito del proyecto como un todo, sin embargo, no pueden existir por separado, sino coexistir como un todo.

Definitivamente esta interrelación e interdependencia complica sobremanera toda implantación de algún ERP en la organización.

1. Hardware. El funcionamiento óptimo del equipo de cómputo en donde se utilizará el ERP debe ser revisado a detalle. Esto incluye la instalación eléctrica que alimenta a los equipos de cómputo, la cual deberá tener tierra física y corriente regulada, así como estar en lugares adecuados de ambiente tales como polvo, electromagnetismo, humedad y temperatura. Por lo general, la mayoría de las veces se da por sentado que el hardware con el que cuenta la empresa es el adecuado, sin embargo las características requeridas por el software deben ser revisadas con atención, debido a que el funcionamiento del software y su velocidad de ejecución, depende en gran medida de que estas características se cumplan a cabalidad. Una de las principales fuentes de problemas en los equipos de cómputo es la tierra física de la fuente de energía en donde se alimenta eléctricamente. Una tierra física deficiente genera funcionamientos erráticos en el equipo de cómputo, trayendo como consecuencia desconfianza e inconvenientes a la organización, principalmente al equipo de implantación del ERP. Es de suma importancia el recordar que los circuitos de energía que alimentarán los equipos de cómputo, deben de ser exclusivos y no conectar otros aparatos eléctricos, tales como cafeteras, hornos de microondas, enfriadores, aspiradoras, etc. Todo esto con el fin de mantener estable la fuente de alimentación, evitando así picos de voltaje innecesarios, ya que causan un funcionamiento errático en los equipos de cómputo.

2. Comunicaciones. Este es uno de los conceptos en donde se dan por sentados los resultados, sin embargo se convierte en un punto crítico, ya que hay que tomar en cuenta tanto la instalación adecuada de la red local, como la comunicación remota, ya sea vía internet o enlaces dedicados. La velocidad de ejecución del ERP siempre va de la mano del canal o vía de comunicación en el que se está utilizando. Una instalación de red local precaria, traerá como consecuencia que la velocidad de acceso a los datos del ERP sea lenta y la percepción por parte del usuario final decae de forma acelerada. Los problemas comunes en este sentido es el tener cableados de red cerca de fuentes de electromagnetismo, tales como arrancadores de lámparas fluorescentes, maquinarias, etc., así como cables de red doblados o dañados por muebles, puertas, ventanas, etc. Esto también trae como consecuencia una degradación en la velocidad. Corre la misma suerte si la conexión es inalámbrica al estar en zonas de electromagnetismo o alejada, amén de que la velocidad de transmisión vía inalámbrica generalmente llega a ser menor que la alámbrica. Asimismo si la conexión es remota, digamos vía Internet o alguno otro esquema de poco ancho de banda, influye de la misma forma negativa en la percepción por parte del usuario final.

3. Software. Siempre estamos en el entendido que el software funcionará correctamente, sin embargo debemos de tener cuidado de aquel software malintencionado o bien software mal instalado, ya que su operación afectará considerablemente el desempeño del ERP en el día a día. Cuando el sistema operativo del equipo computacional del usuario final no cuenta con los requerimientos mínimos que requiere el ERP, usualmente se generan inconsistencias de operación que pueden llegar a dañar la operación del mismo. En ERP antiguos construidos todavía con tecnología de registro de DLLs, es muy común que las diferentes versiones de dichas librerías generen problemas de compatibilidad. Con las nuevas generaciones de ERPs bajo .Net o web, este problema en gran medida se ha desvanecido.

4. Procesos. Todo ERP debe de reflejar el proceso de negocio de la organización en donde está instalado, es decir, siempre se debe de definir al máximo detalle cuáles son los procesos bajo los cuales opera la organización y por ende, el ERP. Esta definición a detalle es ardua y en algunas ocasiones compleja, sin embargo el beneficio obtenido es mayúsculo, ya que se puede identificar de forma muy sencilla cuáles son los procesos que realmente agregan valor a la organización y cuáles no, trayendo como consecuencia una optimización en la forma de operar de la empresa. Asimismo clarifica tanto lo que cada involucrado en el proceso debe de realizar, como lo que el ERP puede automatizar. Es muy importante tomar en cuenta que los procesos de negocio no necesariamente serán automatizados o incorporados en el ERP. Toda empresa que he conocido tiene cinco procesos de negocio que hay que tomar siempre en cuenta:
a. El proceso de negocio que les gustaría tener.
b. El proceso de negocio que pueden tener.
c. El proceso de negocio óptimo.
d. El proceso de negocio documentado.
e. El proceso de negocio que siguen actualmente.
En otro artículo comentaré acerca de cada uno de ellos de forma más amplia, pero es importante tenerlos en cuenta al decidir cuál automatizar con el ERP, ya que no debemos de perder de vista a ninguno de ellos, aunque se recomienda implantar el proceso de negocio que la empresa puede tener.

5. Personas. Este es el punto crítico de todo proyecto de implantación de un ERP. Además de que los involucrados deben de estar motivados para realizar todo el trabajo extra para echar a andar el ERP, deben de conocer muy bien qué procedimientos seguirán en su trabajo diario para que su puesto agregue valor a la organización en donde trabaja. De nada nos sirve tener el mejor hardware, las mejores comunicaciones, un software de calidad mundial y los procesos de negocio óptimo si los usuarios finales no saben qué es lo que deben de hacer en el día a día de la operación. Todo ERP automatiza muchas de las operaciones, por lo que el usuario final deberá contar con las herramientas adecuadas para que, más que hacer su trabajo, lo piense y proponga nuevas formas de operación basada en la información que el mismo ERP proporciona.

Hay que recordar siempre que, si uno de ellos falla, todo el proyecto fallará, por lo que siempre se deberá tener un control detallado de cada uno de los cinco conceptos para lograr el éxito del proyecto de implantación de un ERP.

Cuando las adaptaciones de un sistema ERP se convierten en desarrollo a medida

Cuando optamos por implementar un sistema ERP, debemos elegir aquel que mejor se adapte a nuestras necesidades y recursos para evitar convertirlo en un desarrollo a medida que en ocasiones, puede llegar a incrementar

considerablemente la inversión de tiempo y dinero en el proyecto.

Sistemas genéricos y a la medida

La principal ventaja del software de desarrollo a la medida es que, tal como su nombre lo indica, es realizado completamente según las necesidades de la empresa que lo vaya a utilizar. Por lo tanto, podemos asegurarnos que este incluirá todas las funciones que necesitemos y que las operaciones se realizarán según lo convenido.

Por otro lado, un desarrollo a la medida requiere fuertes inversiones de tiempo y dinero. De ahí que principalmente las pequeñas y medianas empresas opten por comprar un software en paquete. Un software en paquete es un sistema

"genérico" con las características comunes para todas las empresas de un mismo tipo. En algunos casos, la funcionalidad que viene incluida en el software empaquetado es suficiente para cubrir todos los recursos que la empresa necesita administrar. A este tipo de software también se les llama software "cerrado", ya que no se realizan modificaciones al producto. 

Sin embargo, algunos proveedores de software genérico no ofrecen un producto "cerrado herméticamente" sino que acceden o negocian llevar a cabo ciertas modificaciones para enriquecer su funcionalidad y al mismo tiempo ofrecer un entorno más cercano a la realidad. Estos cambios, cabe mencionar, suelen ser mínimos; a que el sistema está preparado para funcionar en un ambiente probado y llevarlo a situaciones diferentes, puede comprometer su calidad y rendimiento. 

Es por eso, que a la hora de establecer nuestros requisitos, es importante tener bien definidos cuales son realmente necesarios y cuales podrían acoplarse a las alternativas que ofrece el sistema. De lo contrario, el costo del producto podría aumentar de manera considerable y se presentarían muchas dificultades a la hora

de instalarlo.

Factores que llevan a las adaptaciones

Existen diversos factores que pueden llevar a que las adaptaciones terminen convirtiendo el sistema en un proyecto de desarrollo a la medida. Aquí hay algunos ejemplos:

Adaptaciones únicas

Este caso de da cuando una adaptación es única y exclusiva de la empresa. Las operaciones que se realizan por políticas de la empresa, pero que no pueden aplicarse prácticamente a ningún otro negocio del mismo tipo, de allí que no suelen tener cabida en el software en paquete.

Secuencia de los procesos

Este caso de da cuando no se quiere seguir el orden de trabajo establecido por el sistema o se intenta omitir pasos. En este caso el proveedor de software ofrece una solución para registrar una serie de movimientos relacionados en el sistema como cuando se registra una cotización, de la cotización surge el pedido, y de este surge una factura. Intentar quebrantar este orden (en este ejemplo sería "poder generar un pedido a partir de los datos de una factura"), es jugar con la estabilidad del producto. Lo anterior también es aplicable cuando se intenta reemplazar una secuencia de pasos por otra diferente.

Procesos sin soporte

En este caso los procesos de la empresa no están soportados actualmente por el software. Un Sistema ERP puede satisfacer las diferentes facetas de una empresa,pero siempre estará orientado a un tipo de negocio específico. La robustez de los sistemas ERP permite que sean utilizados en empresas de diferentes tipos, como refaccionarias, restaurantes, clubes sociales, etc. Pero antes de elegir un sistema, debemos considerar que nuestro tipo de empresa este listado entre los soportados por el sistema.

Otras opciones

Lo anterior no quiere decir que solamente un software de desarrollo a la medida podrá cubrir nuestras expectativas. A continuación se presentan algunas herramientas que usan muchos proveedores de software en paquete para cubrir

las necesidades de sus clientes sin tener que caer en la particularidad:

• Módulos

La mayoría de los sistemas ERP se encuentran divididos por módulos con opciones referentes al tipo de empresa que lo va a utilizar. Así, una industria textil puede usar el software para controlar la materia prima, sus niveles de producción e incluir especificaciones en sus artículos, tales como colores, texturas, etc. Mientras que una refaccionaria utiliza el mismo sistema para administrar sus piezas de acuerdo a números de serie, modelo y marca. Pero ambos pueden utilizar un módulo de nómina para pagar a sus empleados.

• Panel de configuraciones

Es una de las herramientas más eficaces al solicitar nueva funcionalidad en un paquete de software, pues en lugar de reemplazar un proceso, solamente se establece que existe otra forma de llevarlo a cabo, dejándole al usuario la opción de decidir si quiere realizarlo de una manera u otra. Es principalmente útil en casos en los que se requiere definir si un punto de venta va a manejar una caja o terminales de cobro y entrega de productos por separado, o cuando se quiere establecer si la generación de documentos contables será manual o automática. Si bien, es cierto que todo software cuenta con un sistema de personalización, se sugiere no abusar de esta herramienta, tratando de querer configurar hasta el más mínimo detalle, pues al final caeríamos en un laberinto de opciones

interminables. 

• Espacios y funciones genéricas

Cuando se da de alta algún registro o movimiento en un sistema, podemos encontrarnos con espacios reservados para "observaciones" o "comentarios".

Estos se pueden usar para almacenar ahí los datos que son meramente informativos, pero que no se pueden dejar fuera del sistema.

En algunos casos, los ERP también cuentan con la capacidad para manipular la forma en que se muestra la información en pantalla y generar reportes a partir de ella. Tomar en cuenta estos puntos permitirá sacarle mayor provecho al sistema y reducir la lista de modificaciones.

Conclusión

Siempre existirán ventajas y desventajas al elegir qué tipo de software queremos

implementar. Mientras que un desarrollo a la medida se caracteriza por ser

completamente adaptable a la empresa, la implementación de un software en

paquete es mucho menos costosa en general. Al elegir un software de

administración o ERP, busque el que más se acerque a sus modelos de negocio y

asegúrese de que le brinde alternativas a procesos particulares. También, intente

conocer las soluciones que propone cada sistema en cuanto a cómo llevar a cabo

los procedimientos que usted realiza, esto le permitirá tomar en cuenta

situaciones que tal vez podría haber estado pasando por alto.

Diferencias entre Equipo de Trabajo y Grupo de Trabajo

Algunas diferencias entre grupo de trabajo y equipo de trabajo vamos a tratar ahora de precisarlas:

Grupo de trabajo es un conjunto de personas que realizan dentro de una organización una labor similar.
Suelen estar próximas físicamente, tienen un mismo jefe, realizan el mismo tipo de trabajo pero son autónomos, no dependen del trabajo de sus compañeros: cada uno realiza su trabajo y responde individualmente del mismo.
Por ejemplo, en un hospital los anestesistas forman un grupo de trabajo: realizan la misma actividad, tienen un jefe común (el jefe de sección), pero cada uno responde de su trabajo (la labor de un anestesista no depende de la de sus compañeros).
Puede que un anestesista realice una labor fantástica mientras que el departamento en su conjunto sea un auténtico desastre.

Las diferencias entre equipo de trabajo y grupo de trabajo son importantes:
El equipo de trabajo responde en su conjunto del trabajo realizado mientras que en el grupo de trabajo cada persona responde individualmente.
En el grupo de trabajo sus miembros tienen formación similar y realizan el mismo tipo de trabajo (no son complementarios).
En el equipo de trabajo cada miembro domina una faceta determinada y realiza una parte concreta del proyecto (sí son complementarios).
En el grupo de trabajo cada persona puede tener una manera particular de funcionar, mientras que en el equipo es necesario la coordinación, lo que va a exigir establecer unos estándares comunes de actuación (rapidez de respuesta, eficacia, precisión, dedicación, etc.).
En el equipo de trabajo es fundamental la cohesión, hay una estrecha colaboración entre sus miembros. Esto no tiene por qué ocurrir en el grupo de trabajo.

El trabajo en equipo

El trabajo en equipo se refiere a la serie de estrategias, procedimientos y metodologías que utiliza un grupo humano para lograr las metas propuestas.
 De las diferentes definiciones de trabajo en equipo, nos pareció apropiado adoptar las siguientes:

.-" Número reducido de personas con capacidades complementarias, comprometidas con un propósito, un objetivo de trabajo y un planeamiento comunes y con responsabilidad mutua compartida ".
Katzenbach y K. Smith.

.-" Un equipo es un conjunto de personas que realiza una tarea para alcanzar resultados ".
Fainstein Héctor.

  ¿POR QUÉ FALLAN LOS EQUIPOS?
Una encuesta, arrojó las razones por las que el trabajo en equipo fracasa en muchas oportunidades. Las principales fueron:

.-Metas no claras
Toda meta tiene el propósito de definir un objetivo que superar. Cuando vemos el objetivo y sabemos donde está es más fácil llegar hacia él. Pero, en equipos las metas cumplen una función adicional. Las metas concentran y canalizan los aportes y la energía de cada miembro de un equipo en una sola dirección. Si no hay una meta clara, los miembros no se cohesionan y no se incrementa el desempeño del equipo. Los equipos se establecen cuando existen una meta completa y compartida.
  
.-Falta de soporte de las Gerencias
Estamos acostumbrados a estructuras verticales en la organización. Sin embargo, los equipos de trabajo se mueven horizontalmente y se usan para resolver problemas que abarcan muchas áreas y departamentos. El trabajo en equipo es un cambio de paradigma en la empresa . Esta nueva forma de trabajar puede tener éxito únicamente si las cabezas de la organización están convencidas y capacitadas para dar el ejemplo. Trabajar en equipo implica estar dispuesto a eliminar fronteras y pensar todos como un solo territorio: la empresa.

.-Liderazgo no efectivo de equipos
Los miembros de equipos recién formados son como los imanes del mismo polo y se repelen. Se sienten incómodos porque están acostumbrados a trabajar solos y a que el éxito solo dependa de ellos. En esta etapa del equipo – que suele durar entre seis meses y un año – el líder debe ser directivo y demostrar fuerza para resolver conflictos, trazar metas iniciales y capacitar al equipo. A medida que los miembros del equipo van adquiriendo confianza entre si, exhiben un mayor nivel de cooperación y mejoran sus relaciones. Entonces, el líder tiene que dejar su estilo directivo y cambiarlo a uno participativo. El líder debe variar su estilo de liderazgo de acuerdo al grado de madurez del equipo.

 .-Individualidad 
El problema es que nos limitamos a ver únicamente nuestras diferencias e individualidades. Cuando trabajamos en equipo, las individualidades y diferencias se manifiestan. Nos concentramos en ser únicos, en hacer las cosas a nuestra manera, en destacar, en competir obstaculizando el trabajo en equipo. El individualismo ha sido fomentado por la sociedad y la empresa, y por eso es muy difícil de romper. Trabajar en equipo implica servir, dejar de pensar únicamente en nuestro beneficio. Solo de esta forma contribuiremos a formar un verdadero equipo  

¿Cómo prevenir los problemas en el equipo?
No sacarle la vuelta a los problemas, siempre ser debe enfrentar hablando con el equipo. Evitar separar a algún miembro del equipo, ya que es muy importante la unión del mismo. Por eso se necesita reunir al grupo por lo menos una vez a la semana para hablar de los problemas y resolverlos creativamente.
¡El éxito de trabajo en equipo es responsabilidad de todos los que lo conforman!

Por lo tanto:
Reunirse en equipo es el principio.
Mantenerse en equipo es el progreso.
Trabajar en equipo asegura el éxito
Henry Ford.

Próximamente Tutorial Completo en Español para Parametrizar y Desarrollar Compiere

La gestión de proyectos no es suficiente para la implementación de su ERP Archivado bajo (Administración empresarial, ERP) por Aleksey Osintsev La implementación de un sistema para la planeación de los recursos empresariales (ERP) es el tipo de proyectos cuya complejidad trasciende las fronteras de la metodología tradicional de la gestión de proyectos. Lea este articulo del analista de TEC, Aleksey Osintsev, y entérese de las razones por las cuales los métodos tradicionales para la gestión de proyectos no logran abarcar todos los aspectos de una implementación de software. Como bien sabemos, en muchas áreas empresariales se dan actividades especiales y sensibles en cuanto al tiempo, ya sean actividades de investigación o relacionadas con el gobierno. Independientemente de su naturaleza, estas actividades pueden ser gestionadas por medio de la metodología de la gestión de proyectos y sus técnicas y herramientas asociadas. Este método pretende evaluar el progreso del proyecto y utilizar los recursos necesarios y relevantes que posee la organización para asegurar la efectividad y buen término del proyecto, dentro del plazo y presupuesto establecido. Un plan de implementación de un sistema de software, especialmente un sistema para la gestión de los recursos empresariales (ERP) para toda la empresa, es un buen ejemplo de este tipo de tareas temporales que generalmente es considerado como un proyecto. Por más de 40 años, la gestión de proyectos ha sido reconocida como un grupo de técnicas independientes y aplicables a cualquier área o disciplina. Como tal, ha sido utilizada por cientos de miles de profesionales administradores de proyectos para gestionar proyectos de todos tipos. Sin embargo, cuando se utiliza esta perspectiva en la implementación de un sistema ERP se presentan varios problemas. Aquí en Technology Evaluation Centers (TEC) al trabajar con la comunidad de clientes de software, vemos hallado con frecuencia varios problemas prácticos cuando se aplican estos métodos en los proyectos de selección e implementación de un ERP. Hemos hallado que cuando se asignan administradores de proyectos con conocimientos limitados sobre sistemas de software, los problemas empresariales y los requisitos específicos de la industria para gestionar un proyecto de implementación ERP, estos proyectos normalmente toman más tiempo y dinero del presupuestado, y tiene más probabilidades de fallar.Para entender la razón, observemos más detenidamente la gestión de proyectos. La gestión de proyectos por sí misma no es suficiente Con la adopción masiva de la metodología para la gestión de proyectos y los esfuerzos promocionales de las asociaciones de administradores de proyectos en las últimas décadas, la gestión de proyectos ha pasado de ser una habilidad a ser una profesión en sí misma. La metodología de la administración de proyectos considera la gestión de proyectos como un conocimiento en sí mismo y promueve la idea de que independientemente la industria o el negocio, los diferentes proyectos tienen procesos muy similares que pueden ser manejados de forma semejante, con las mismas técnicas y herramientas universalmente comprobadas. Entonces contamos ahora con muchos administradores de proyectos con gran conocimiento sobre la metodología y una buena habilidad general en el área, pero sin conocimientos específicos de la industria. Esto está bien para algunas industrias o áreas empresariales y probablemente para algunos proyectos, pero no funciona en las implementaciones de sistemas ERP y la forma como se relaciona este método con la naturaleza de las implementaciones de ERP. Si tomamos como ejemplo, dígase un proyecto de construcción, podemos observar que el cliente está claramente separado del proceso de construcción, el cual es realizado en su totalidad por el constructor. Pero este no es el caso de los proyectos de implementación de ERP. En primer lugar, es necesario el compromiso de diferentes tipos de profesionales empresariales como expertos en la materia, los usuarios cotidianos y los ejecutivos de la empresa. En segundo lugar, un administrador de proyectos sin conocimiento sobre los procesos empresariales del cliente y del sistema a implementar, no es normalmente capaz de planear el proyecto como corresponde y calcular las tareas a realizar. De hecho, el problema se reduce eventualmente a la premisa generalizada de que la implementación de un ERP tiende a ser considerada como un proyecto de TI y no como un proyecto empresarial, y que este puede entregarse listo para usar. Realmente no es así. Algunas organizaciones tienen la impresión de que contratar a un profesional administrador de proyectos independiente con las habilidades para el caso, será suficiente para manejar dicho proyecto. Pero esta tampoco es la solución. Es clave comprender tanto los procesos empresariales como la tecnología Ciertamente necesitará un administrador de proyectos profesional o alguien con la habilidad para supervisar las tareas en curso y los recursos utilizados para la ejecución del proyecto; en otras palabras, usted necesita alguien que pueda asegurar que el aspecto procedimental (técnico) del proyecto se realiza sin contratiempos. Sin embargo, las etapas de planeación y evaluación de la calidad del proyecto requieren de conocimientos empresariales y una buena comprensión de la magnitud del trabajo a realizar. Algo que la metodología de la gestión de proyectos no provee. Entonces, la solución ideal para este problema sería contratar a un experto en la implementación de sistemas de software ERP, quien no solo conoce su negocio meticulosamente, pero quien además tiene conocimientos prácticos del sistema a implementar. Una alternativa seria involucrar más personas de su organización que contribuyan según sus fortalezas, pero incluir además el administrador de proyectos como parte del equipo. En suma, estas personas deberán ser capaces de crear el plan del proyecto. Después de esto, el administrador de proyectos será responsable esencialmente de la ejecución del plan, la fortaleza típica de los administradores de proyectos.

Analista Programador/ Contador/ Administrador en Compiere ERP/CRM

Estamos solicitando personal para ser contratado y adiestrardo para que ingresen en el Departamento de Sistemas como Analista Programador en Java para el desarrollo de Compiere y Contadores,Administradores para dar soporte a los usuarios de la empresa.

Se requiere :
• Iniciativa
• Orientación hacia el usuario
• Trabajo en Equipo
• Relaciones Interpersonales
• Respoonsable
• Aspiraciones de Ascenso

La formacíón será por cuenta de la empresa.

Si pasan satisfactoriamente las pruebas se les hará contrato según valía.

Pueden enviar su curriculum a alegajos.com

Ejercicios Prácticos en Compiere

Este es un Listado de Cursos Teórico/Prácticos con Compiere que puede solicitarlo cualquier persona interesada, son sin costo alguno.

Lo pueden Solicitar a alegajos@gmail.com ó info@alegajos.com.ve

Ejercicio 01 - Defina nuevo titular y organización.
Ejercicio 02 - Definición de Grupo de Contraparte, Saludos y Condiciones de Pago.
Ejercicio 03 - Definición de Nuevas Contrapartes.
Ejercicio 04 - Definición de Nuevas Categorías de Producto.
Ejercicio 05 - Definición de Nuevos Productos.
Ejercicio 06 - Definir Esquemas de Precios de Compra y de Venta.
Ejercicio 07 - Crear una Lista de Precios de Compra y una de Venta.
Ejercicio 08 - Actualizar Inventario.
Ejercicio 09 - Mover Inventario.
Ejercicio 10 - Orden de Compra.
Ejercicio 11 - Recepción de Materiales.
Ejercicio 12 - Factura de Proveedor.
Ejercicio 13 - Orden de Venta.
Ejercicio 14 - Envíos.
Ejercicio 15 - Factura de Cliente.
Ejercicio 16 - Recibir Pago de Cliente.
Ejercicio 17 - Pagar Factura de Proveedor.
Ejercicio 18 - Cargar Jerarquía Contable.
Ejercicio 19 - Contabilizar Documento.
Ejercicio 20 - Crear un Activo de Cliente.
Ejercicio 21 - Crear y Personalizar un Reporte.
Ejercicio 22 - Crear un Conjunto de Líneas de Reporte.
Ejercicio 23 - Crear un Conjunto de Columnas de Reporte.
Ejercicio 24 - Crear un Reporte Financiero.
Ejercicio 25 - Crear un Reporte de Gastos.
Ejercicio 26 - Pago Multi Moneda.
Ejercicio 27 - Crear y Enviar un Requerimiento/Solicitud.
Ejercicio 28 - Crear un Proyecto.

Activos Fijos en Compiere ERP/CRM

Ya está en producción el módulo de Activos Fijos agregados a lo que tiene Compiere de origen.
Incluye :
1.-Método de Depreciación.
2.-Tipo de Depreciación.
3.-Causa de Depreciación.