Escolar Documentos
Profissional Documentos
Cultura Documentos
ADempiere
Primer ERP de clase mundial para la empresa mediana en América
Latina
En contraste, los sistemas tradicionales son casi Aún y cuando es conocido que los requerimientos
siempre llevados por la contabilidad, resultando para la paquetería de aplicaciones están en
una brecha en la información, la cuál es llenada constante cambio en el tiempo, muy pocas
aplicaciones son diseñadas para sostener cambios Business utiliza el concepto más avanzado de
y adiciones. diccionario de datos activos centrales, también
llamado almacén de la información.
Las aplicaciones de Negocio pueden tener una
expectativa de larga vida y tender a proveer El diccionario de datos Open Business se
mayor funcionalidad sobre el tiempo debido a los encuentra a nivel de meta-datos, y sabe como
agregados, así es que es importante el proveer un accesar los datos y como se relacionan. El
marco de trabajo para manejar esta proliferación diccionario de datos contiene definiciones de
de complejidad. Si las aplicaciones no están entidades de datos (tipo, validación, etc.) como es
diseñadas para sostener el incremento de el desplegado ( etiquetas en pantallas e informes,
complejidad o si el diseño esta continuamente ayuda, despliegue de secuencia y posición
cambiando para empatar con los huecos relativa a otros campos), y las reglas de
estructurales (p. Ej. Incluir la moneda múltiple, desplegado. Las reglas de seguridad y acceso
soporte de Internet, etc.) se vuelven inestables. también se mantienen aquí. El diccionario de
Esa inestabilidad se traducirá en costos de alto datos esta “activo”, lo cual significa que es usado
soporte y tiempos mayores de implementación. en tiempo real y es sensitivo al contexto. Por
ejemplo: el “sabe” que las ventas de mostrador no
Open Business utiliza los siguientes principios de tienen un término de pago y no lo despliega. Sin
diseño para crear una arquitectura sostenible: embargo, si usted cambia el tipo de transacción a
una orden estándar, el término de pago se vuelve
* Arquitectura Smalltalk's MVC (de una parte obligatoria de la transacción.
acoplamiento del Model-View-Controller)
* De acoplamiento asíncrono de los procesos El Diccionario de Datos puede extender el
vía mensajes número de usuarios y puede incluir reglas
* Regla de Motor Explícita para lógica especificadas por usuarios e información.
compleja
* Transacciones seguras-de-falla y Los Multi´s
recuperación
Si las aplicaciones han evolucionado de
Open Business tiene una Arquitectura Objeto soluciones acostumbradas, el diseño inicial no
(comparada con Objeto-Orientado, Objeto-Como incluía la mayoría de las funcionalidades “multi”,
o Arquitecturas tradicionales). Cada Objeto es tan así que es común añadirlas al principio o en una
independiente como es posible de otros Objetos- fecha posterior. Esto da como resultado
incluyendo el de acoplamiento de transacciones. aplicaciones difíciles de extender y de mantener,
con gastos generales significativos (Ejemplos
Versiones anteriores de arquitectura Open incluyendo el Reporte de Monedas Múltiples de
Business fueron diseñadas a mediados de los ´80 Oracle y el Motor Contable o el 'Extended GL' de
usando Smalltalk, uno de los primeros lenguajes SAP).
verdaderos orientados al objeto y sus ambientes.
Otras raíces anteriores de arquitectura son Open Business está diseñado con toda la
basadas en el proyecto de la “Generación funcionalidad “Multi”. Usted puede activarlas a
Siguiente” de ADV / Orga, el cuál es muy similar cualquier tiempo o desactivarlas, si usted no las
al proyecto de SAP R/3 original, no como el necesita más.
actual R/3 que fue portado de R/2.
Al diseñar una aplicación con los requerimientos
“Multi” en mente, la aplicación resultante es más
fácil de mantener y extender. También la
Diccionario de la Aplicación aplicación es mucho más estable. Los beneficios
son costos de implementación y mantenimiento
La mayoría de las aplicaciones tienen que más bajos aunado a una funcionalidad mas
diseñar, codificar y probar cada pantalla. Open significante. La funcionalidad multi incluye:
desarrollado un proceso repetitivo para un
1.Multi-Organización desarrollo más rápido de contenido de negocio de
2.Multi-Moneda alta calidad y representaciones XML de ese
3.Multi-Contabilidad contenido. Los Miembros incluyen SAP y Oracle.
4.Multi-Costos
5.Multi-Idioma Open Business soporta transacciones OFX (Open
6.Multi-Impuestos Financial Exchange). Open Financial Exhange es
una especificación unificada para el intercambio
electrónico de datos financieros entre
Integración Funcional instituciones financieras, negocios y
consumidores vía Internet. Creado por
Open Business integra totalmente la CheckFree, Intuit y Microsoft a comienzos de
Funcionalidad de los Recursos de la Empresa con 1997, Open Financial Exchange soporta un rango
la Funcionalidad de las Relaciones con los extenso de actividades financieras incluyendo
Clientes y el Proceso Analítico. Esta integración consumidor y pequeños negocios bancarios, el
tan estrecha asegura que las diferentes áreas consumidor y los pequeños negocios facturan
funcionales cuenten con toda la información pagos y presentan facturas.
requerida para tomar una decisión de negocio. No
hay necesidad de desviar información porque
todo es basado en la transacción de la fuente.
1 2 3 4
Weeks
- Creation of needed table - Fine tune processes - Start-up production usage
- Installation of Production - Hand holding support
values - Adjust basic reports
environment - Train key Business partners
- Import Data - Train end users
- Training of core group - Copy onto testing
- Use of wizards to create - Populate further data
- Review of template data environment
company data infrastructure - Full back up
- Gathering of basic data - Formalize internal/external
- Decision on process - Manual data population
- Test key processes support
Changes - Sign Up project completion
Soporte Técnico
Como se mostró en el desplegado gráfico, la
primera tarea a completar en las 4 semanas por Una parte muy importante de la solución descrita
proceso de implementación, es el inicio del es el soporte técnico garantizado. Los productos
ambiente de producción y una de las últimas de Fuente Abierta son percibidos como productos
tareas es el copiado del ambiente de producción a que no son soportados por ninguna compañía
un ambiente de prueba, esto es casi una partida seria y han disminuido su velocidad a la cuál
que cambia totalmente muy diferente a las debieron ser absorbidos por la industria. Existe
metodologías de implementación de proyecto un efecto claro de causa y efecto en este
relacionadas al ERP. fenómeno, tan pronto como Linux ( Sistema
Operativo de Libre) comenzó a ser soportado por
Esto es posible solamente debido a una serie de IBM, Sun y Red Hat entre otros, su uso fue visto
factores que permiten que esto suceda: inmediatamente como la corriente principal y no
como un producto “de inferior calidad”.
•El diseño avanzado de la aplicación
Open Business que permite la El soporte técnico está basado en un esquema de
configuración de la aplicación en el dos niveles:
momento aún en ambiente de
producción. 1.Soporte Local provisto directamente por
•El tamaño y focalización del mercado los empleados de OFB de alto nivel
objetivo. técnico en cada país.
•La calidad de las recursos de consultoría
que serán utilizadas para la 2.Soporte de la comunidad que controla el
implementación. El uso de estos recursos proyecto de desarrollo de la aplicación y
es económicamente posible debido al que esta organizada para proporcionar
costo extremadamente bajo de los soporte a los integradores locales de la
componentes de la solución de software. aplicación.