Tag Archive for Esto

PROBLEMAS TECNICOS ERP

October 2, 2010 Uncategorized No comments

Cuando analizas un proyecto ERP que ha fallado, identificas los problemas que ocurrieron a lo largo del camino, puedes proporcionar indicadores de la falla que viene. Muchos proyectos ERP están plagados por problemas técnicos complejos, que caen dentro de las siguientes categorías generales:

*              Paquetes  ERP  no  robustos  e  incompletos,

*              Complejo  e  indefinidas  interfaces  ERP  a  sistema  legado,

*              Bugs  del  software  Midleware,

*              Pobre  código  Personalizado,  y

*              Pobre  desempeño  del  sistema.

Los vendedores de paquetes ERP prometen que su producto – generalmente la nueva versión- es robusto y tiene todas las funciones y características para soportar tus procesos de negocios. Si tu cándidamente crees esto, vas al final de la línea. La certificación independiente de tal paquete puede ser la importancia de su peso en oro, y las firmas están instalando establecimientos para hacer esto (por ejemplo, ver Hugh Klipp, “Servicios de Seguro de Calidad para ERP”, 1999)

Para funcionar, un paquete ERP debe ser ubicado en un ambiente IT que contiene ya otros sistemas. La interfaz entre estos dos sistemas son complejos y significativamente afectada por la cercanía de la integración IT total. Necesitaras rigurosos análisis de sistemas legados para entender precisamente los requerimientos de interfaz ERP. Deberías también documentarte de la definición de cada interfaz principal.

¿Qué ha cambiado desde que se introdujeron los primeros MRP?

October 2, 2010 Uncategorized No comments

¿Qué ha cambiado desde que se introdujeron los primeros MRP, o facturación, pago de sueldos, y sistemas de inventario, y comenzaron las soluciones integradas ERP de la actualidad para dominar el paisaje?

Simplemente de todo, la fuente de software de aplicación, soporte vendedor, productos de software empaquetados ofrecen extraordinaria funcionalidad y más flexibilidad que los sistemas legados desarrollados en casa.

Productos de software de la empresa integrados representan alguna de las tecnologías que rompen esquemas de la actualidad. Pero así robusto como puede ser, estos productos deben ser combinados con otros elementos y capacitados para formar una solución de negocios.

Como los avances progresivos de integración, mejoraron la respuesta e incrementaron la eficiencia son posibles en toda la organización. Ellos se pueden tomar por combinación de soluciones, servicios, productos, y tecnologías que conectan finanzas, manufactura, abastecimiento de cadenas, manejo de relaciones con clientes, y comercio electrónico. Los procesos comunes integrados resultantes, datos compartidos globalmente, y tiempos de transacción mas cortos redujeron colectivamente los costos administrativos.

Esto solo puede ser acompañado proporcionando un sonido, estable, y una infraestructura de tecnología de información escalable sobre la cual la base ERP se puede establecer. Una vez en el lugar, la integración de la aplicación juega un rol importante en extender el alcance de los sistemas ERP.

UN EJEMPLO: LA SOLUCION DATAWAREHOUSE DE SAP

October 2, 2010 Uncategorized No comments

SAP, una compañía líder en ERP introdujo el Bussines Warehouse (BW) como un complemento a su suit de aplicación R-3. La figura 2 muestra como el BW se integra con otras aplicaciones de SAP.

El extractor de datos de producción captura datos desde la bases de datos R-3 hacia Infosource e Infoobject, la estructura de datos interna de BW. SAP usa estas estructuras de datos para procesar y transmitir datos entre diferentes formatos. Esto entonces pasa los datos a la máquina BW. La máquina puede también aceptar datos que no son de R-3 vía una interface de programación de aplicaciones de negocios (BAPI). El BAPI es una interface orientada a negocio abierta que accesa a los procesos de negocio y datos desde sistemas externos.

La máquina extrae y mapea datos dentro de un formato estrella multidimensional conocido como InfoCube. La principal diferencia entre InfoCube y la estructura de decisión de objeto es que el molde contiene datos agregados. Mientras tanto la máquina usa mensaje middleware SAP-ALE para programar extracciones y comunicarse con el extractor de datos de comunicación.

Los usuarios pueden acceder a la información manejada en InfoCube vía el explorador de negocios BW, el cual emplea el procesador de proceso analítico en línea de BW para analizar la información de InfoCube y construir reportes. El explorador de negocios soporta ambos análisis y reporte; usa Microsoft Excel para presentar resultados. SAP abastece varios reportes estándar con el producto los vendedores de herramienta de terceros pueden invocar los servicios de procesador OLAP vía un BAPI proveído por el vendedor. SAP está también trabajando en una base de datos enlazada a objeto para hacer una interface al procesador OLAP.

Con BW, SAP está proveyendo un almacén de información integrada para mejorar los procesos de decisión contra los datos R-3 extraídos. Además los usuarios pueden acomodar el proceso de extracción y transformación usando un administrador de BW proveído por SAP y también añadiendo programas codificados en lenguaje AVAP ( Programación de aplicación de negocios avanzados) de SAP. Para acelerar el desarrollo de aplicaciones BW, SAP también abastece modelos de datos predefinidos y plantillas de reporte para aplicaciones comunes tales como análisis de segmento de mercado, reporte financiero y análisis de inventario y aprovechabilidad. La figura 3 muestra una jerarquía de estas estructuras de datos desde un estándar de más a menos. Con estas estructuras estándar BW puede dar a los clientes información de decisión eficiente y efectiva.

ORACLE, un competidor de SAP también vende sus propias soluciones: Action (Un sistema de manejo basado en la actividad), Balancet Scorecard (Un paquete de manejo de performance de negocio adquirido de la compañía Graphical Information), analizador de ventas y analizador de Warehouse. Así ORACLE también ha concluido que la combinación de Datawarehouse y ERP es una solución efectiva para combatir las desventajas de los dos

Facebook desarrolla su propio celular

September 19, 2010 Facebook, redes sociales No comments

Facebook esta construyendo de su propio teléfono móvil. En realidad se está desarrollando el software del teléfono y la construcción de hardware se lleva a cabo por otra empresa. Este modelo es exactamente lo que Apple y Google se han hecho para entrar en el campo de los teléfonos celulares.

Según la nota, Facebook quiere integrar profundamente la lista de contactos y otras funciones básicas dentro de su red social, y esto sólo puede hacer si él controla todo el sistema operativo.

Dos empleados de alto rango en Facebook – Joe Hewitt y Papakipos Mateo – parecen estar trabajando en secreto en el proyecto, que es desconocido incluso para la mayoría del personal de Facebook. Ambos tienen experiencia en el desarrollo de sistemas operativos.

Hewitt ayudó a crear el navegador Firefox y estaba trabajando en Parakey antes de ser adquirido por Facebook en 2007. Parakey, que nunca se puso en marcha, fue descrito como un sistema operativo “, basado en la web”. Hewitt también creó todas las aplicaciones web de Facebook para el iPhone.