Comments on: Sobre los problemas de los ERPs http://www.tecnorantes.com/2007/08/15/sobre-los-problemas-de-los-erps/ Internet, tecnología, negocios y otros vicios varios Fri, 10 Oct 2008 21:50:27 +0000 http://wordpress.org/?v=2.6.1 By: antonio http://www.tecnorantes.com/2007/08/15/sobre-los-problemas-de-los-erps/#comment-148572 antonio Thu, 29 Nov 2007 12:24:44 +0000 http://www.tecnorantes.com/2007/08/15/sobre-los-problemas-de-los-erps/#comment-148572 Hola, parece que controlan bastante de Navision. Estoy desarrollando una tienda online para un cliente que usa y ya tiene instalado Navision. Quisiera saber si me resultará fácil integrar mi site con esa aplicacion. El site lo he desarrollado front-end con XHTML y CSS, mientras que el back-end estoy esperando a decidirme por .NET o PHP en base a lo que me pudieran constestar en este foro. Muchas gracias por anticipado. Hola, parece que controlan bastante de Navision. Estoy desarrollando una tienda online para un cliente que usa y ya tiene instalado Navision. Quisiera saber si me resultará fácil integrar mi site con esa aplicacion. El site lo he desarrollado front-end con XHTML y CSS, mientras que el back-end estoy esperando a decidirme por .NET o PHP en base a lo que me pudieran constestar en este foro. Muchas gracias por anticipado.

]]> By: Born to be geek! » Diseño y evolución http://www.tecnorantes.com/2007/08/15/sobre-los-problemas-de-los-erps/#comment-112016 Born to be geek! » Diseño y evolución Wed, 10 Oct 2007 23:27:31 +0000 http://www.tecnorantes.com/2007/08/15/sobre-los-problemas-de-los-erps/#comment-112016 [...] Puede parecer que el hecho de que sea libre o no, no es relevante. En realidad, lo que sí es relevante es cómo se diseña el software. Si se ha hecho en un grupo pequeño y controlado, diseñado desde cero conforme a estrictos requisitos, debido a su complejidad, acaba dando lugar a una mala solución. En otras palabras, puede que si es libre o no carezca de relevancia. Pero si se ha construido por ingeniería o por evolución sí que es relevante. Casualmente, la mayoría del software libre se desarrolla por evolución, y la mayoría del software propietario por ingeniería. [...] [...] Puede parecer que el hecho de que sea libre o no, no es relevante. En realidad, lo que sí es relevante es cómo se diseña el software. Si se ha hecho en un grupo pequeño y controlado, diseñado desde cero conforme a estrictos requisitos, debido a su complejidad, acaba dando lugar a una mala solución. En otras palabras, puede que si es libre o no carezca de relevancia. Pero si se ha construido por ingeniería o por evolución sí que es relevante. Casualmente, la mayoría del software libre se desarrolla por evolución, y la mayoría del software propietario por ingeniería. [...]

]]> By: Born to be geek! http://www.tecnorantes.com/2007/08/15/sobre-los-problemas-de-los-erps/#comment-112015 Born to be geek! Wed, 10 Oct 2007 23:25:37 +0000 http://www.tecnorantes.com/2007/08/15/sobre-los-problemas-de-los-erps/#comment-112015 <strong>Diseño y evolución</strong> Sólo conocemos dos modos de construir cosas extremadamente complejas. Una es mediante ingeniería, y la otra mediante evolución. Esta cita se debe a Daniel Hillis. La nombro en relación a una entrada sobre si es relevante o no que un ERP sea libre... Diseño y evolución

Sólo conocemos dos modos de construir cosas extremadamente complejas. Una es mediante ingeniería, y la otra mediante evolución.
Esta cita se debe a Daniel Hillis. La nombro en relación a una entrada sobre si es relevante o no que un ERP sea libre…

]]> By: Sergi http://www.tecnorantes.com/2007/08/15/sobre-los-problemas-de-los-erps/#comment-80568 Sergi Tue, 04 Sep 2007 12:17:38 +0000 http://www.tecnorantes.com/2007/08/15/sobre-los-problemas-de-los-erps/#comment-80568 Las herramientas de EAI suelen estar muy bien, en particular estuve usando una alemana bastante completa durante varios años, pero no creo que el problema esté en esas herramientas, que están muy bien y arrastran una experiencia importante de todo el tiempo que se viene usando EDI. Realmente la cuestión para mí es por qué los programas de gestión no colaboran. Me refería antes a ERPs para nichos como puede ser fábricas de muebles, cocinas, etc. (excluyendo el mueble "tipo IKEA") donde las empresas son grandes pero la mayor parte de soluciones ERP son muy "cerradas" en sí mismas. Lo de las herramientas que facilitan extraer información, totalmente de acuerdo, y sobre todo en lo de que son una trampa para elefantes. Supongo que entre otras te refieres a aplicaciones tipo cuadro de mando, un tema bastante idealizado en mi opinión, ya que no se necesita una aplicación de última generación e inteligencia artificial para que cualquier gerente o director se pueda montar su cuadro de mando. Las herramientas de EAI suelen estar muy bien, en particular estuve usando una alemana bastante completa durante varios años, pero no creo que el problema esté en esas herramientas, que están muy bien y arrastran una experiencia importante de todo el tiempo que se viene usando EDI.

Realmente la cuestión para mí es por qué los programas de gestión no colaboran. Me refería antes a ERPs para nichos como puede ser fábricas de muebles, cocinas, etc. (excluyendo el mueble “tipo IKEA”) donde las empresas son grandes pero la mayor parte de soluciones ERP son muy “cerradas” en sí mismas.

Lo de las herramientas que facilitan extraer información, totalmente de acuerdo, y sobre todo en lo de que son una trampa para elefantes. Supongo que entre otras te refieres a aplicaciones tipo cuadro de mando, un tema bastante idealizado en mi opinión, ya que no se necesita una aplicación de última generación e inteligencia artificial para que cualquier gerente o director se pueda montar su cuadro de mando.

]]> By: Luis-tic616 http://www.tecnorantes.com/2007/08/15/sobre-los-problemas-de-los-erps/#comment-80566 Luis-tic616 Tue, 04 Sep 2007 12:03:02 +0000 http://www.tecnorantes.com/2007/08/15/sobre-los-problemas-de-los-erps/#comment-80566 Bueno, yo los que conozco es el entorno ERP de empresas de mayor tamaño donde el tema integración suele estar más trabajado. En lo del fichero de intercambio he simplificado conscientemente y tienes toda la razón con lo de tus consideraciones sobre la gestión de errores y gestión de la transacción- de hecho es el punto débil más frecuente - pero para ello hay gestores de transacción, EAIs, etc. o un buen diseño de arquitectura de la aplicación. Para extraer información las últimas versiones de los ERPs traen potentes (y no siempre baratas) herramientas que facilitan la extracción de información por parte de los usuarios "de negocio" sin conocimientos técnicos - una frasecita de los vendedores de ERPs para venderlas es "si sabes utilizar el excel sabes sacar y manipular la información", lo que es una trampa para elefantes. Aún así, es cierto que si no quieres virguerías, no hace falta ser técnico para utilizarlas - yo suelo reformular la frasecita de marras como "si sabes definir y manejar una tabla dinámica de excel, sabes utilizar la herramienta" - se acerca más a la realidad Bueno, yo los que conozco es el entorno ERP de empresas de mayor tamaño donde el tema integración suele estar más trabajado.
En lo del fichero de intercambio he simplificado conscientemente y tienes toda la razón con lo de tus consideraciones sobre la gestión de errores y gestión de la transacción- de hecho es el punto débil más frecuente - pero para ello hay gestores de transacción, EAIs, etc. o un buen diseño de arquitectura de la aplicación.

Para extraer información las últimas versiones de los ERPs traen potentes (y no siempre baratas) herramientas que facilitan la extracción de información por parte de los usuarios “de negocio” sin conocimientos técnicos - una frasecita de los vendedores de ERPs para venderlas es “si sabes utilizar el excel sabes sacar y manipular la información”, lo que es una trampa para elefantes. Aún así, es cierto que si no quieres virguerías, no hace falta ser técnico para utilizarlas - yo suelo reformular la frasecita de marras como “si sabes definir y manejar una tabla dinámica de excel, sabes utilizar la herramienta” - se acerca más a la realidad

]]> By: Sergi http://www.tecnorantes.com/2007/08/15/sobre-los-problemas-de-los-erps/#comment-80546 Sergi Tue, 04 Sep 2007 10:12:33 +0000 http://www.tecnorantes.com/2007/08/15/sobre-los-problemas-de-los-erps/#comment-80546 > Sergi, no conozco los ERPs con los que has toreado pero me sorprende > mucho eso que dices porque en todos los que yo conozco esa “API”, o > método de entrada encapsulada para introducir documentos sí que > existía: desde los más sofisticados con SOA y Web Services (MS Navision, > SAP, Deister) hasta otros menos evolucionados (grabar un archivo de > entrada batch) pero no por ello menos efectivos. La mayoría de aplicaciones con las que me he topado son programas de empresas pequeñas hechos generalmente para pequeños nichos de mercado, aunque también conozco algo de Dynamics De todas formas, para mí una aplicación que le tengo que dejar un fichero con un formato dado en una carpeta para que lo coja, no es un modelo aceptable de integración, es como decir "dejame eso ahí que yo ya lo cojo yo pero no mires cómo lo hago", quiero decir que muchas veces te encuentras con situaciones en las que si quieres hacer algo de integración o incluso de extracción de información, tienes que pedírselo al consultor de turno. Una cuestión interesante por ejemplo es cómo se gestionan en estos casos las situaciones de error, qué pasa si el programa no te coge el fichero, cómo te comunica que ha habido un fallo y dónde, o cómo te comunica el éxito de una operación, etc. Queda mucho por recorrer en integración para la mayoría de aplicaciones. La teoría está genial, pero en la práctica a mí me queda la sensación de que va todo como a tirones, y que desde luego los fabricantes de software no tienen ni la más mínima intención ni ganas de favorecer la integración de sus aplicaciones. > Sergi, no conozco los ERPs con los que has toreado pero me sorprende
> mucho eso que dices porque en todos los que yo conozco esa “API”, o
> método de entrada encapsulada para introducir documentos sí que
> existía: desde los más sofisticados con SOA y Web Services (MS Navision,
> SAP, Deister) hasta otros menos evolucionados (grabar un archivo de
> entrada batch) pero no por ello menos efectivos.

La mayoría de aplicaciones con las que me he topado son programas de empresas pequeñas hechos generalmente para pequeños nichos de mercado, aunque también conozco algo de Dynamics

De todas formas, para mí una aplicación que le tengo que dejar un fichero con un formato dado en una carpeta para que lo coja, no es un modelo aceptable de integración, es como decir “dejame eso ahí que yo ya lo cojo yo pero no mires cómo lo hago”, quiero decir que muchas veces te encuentras con situaciones en las que si quieres hacer algo de integración o incluso de extracción de información, tienes que pedírselo al consultor de turno.

Una cuestión interesante por ejemplo es cómo se gestionan en estos casos las situaciones de error, qué pasa si el programa no te coge el fichero, cómo te comunica que ha habido un fallo y dónde, o cómo te comunica el éxito de una operación, etc.

Queda mucho por recorrer en integración para la mayoría de aplicaciones. La teoría está genial, pero en la práctica a mí me queda la sensación de que va todo como a tirones, y que desde luego los fabricantes de software no tienen ni la más mínima intención ni ganas de favorecer la integración de sus aplicaciones.

]]> By: Luis-tic616 http://www.tecnorantes.com/2007/08/15/sobre-los-problemas-de-los-erps/#comment-80543 Luis-tic616 Tue, 04 Sep 2007 10:04:32 +0000 http://www.tecnorantes.com/2007/08/15/sobre-los-problemas-de-los-erps/#comment-80543 EngloBar va con "B" evidentemente EngloBar va con “B” evidentemente

]]> By: Luis-tic616 http://www.tecnorantes.com/2007/08/15/sobre-los-problemas-de-los-erps/#comment-80542 Luis-tic616 Tue, 04 Sep 2007 10:04:05 +0000 http://www.tecnorantes.com/2007/08/15/sobre-los-problemas-de-los-erps/#comment-80542 Rectificación: donde dije MS Navision, quise decir MS Dynamics (para englovar a Navision y a Axapta) Rectificación: donde dije MS Navision, quise decir MS Dynamics (para englovar a Navision y a Axapta)

]]> By: Luis-tic616 http://www.tecnorantes.com/2007/08/15/sobre-los-problemas-de-los-erps/#comment-80539 Luis-tic616 Tue, 04 Sep 2007 10:03:13 +0000 http://www.tecnorantes.com/2007/08/15/sobre-los-problemas-de-los-erps/#comment-80539 Sergi, no conozco los ERPs con los que has toreado pero me sorprende mucho eso que dices porque en todos los que yo conozco esa "API", o método de entrada encapsulada para introducir documentos sí que existía: desde los más sofisticados con SOA y Web Services (MS Navision, SAP, Deister) hasta otros menos evolucionados (grabar un archivo de entrada batch) pero no por ello menos efectivos. Es cierto que a medida que un ERP se hace más sofisticado se hace mucho más complicado ya que no es "sólo" grabar una facturita: hay que reclasificar la situación de deuda del cliente, actualizar previsiones de tesorería, lanzar workflows de seguimiento de cobro, grabar un asiento contable, ... En los ERPs bien paridos, lo que se hace es que un "evento" como "grabar factura" desencadena el resto de eventos. Hay dos puntos clave en todo eso como te puedes imaginar: granularidad de cada una de las transacciones (para reaprovecharlas de forma aislada) e integridad transaccional del conjunto. Al final, si te fijas, desde un punto de vista técnico es un tema de arquitectura de software. No perdamos de vista que esa es la base fundamental: sea Open o Closed Saludos y felicidades por el blog Sergi, no conozco los ERPs con los que has toreado pero me sorprende mucho eso que dices porque en todos los que yo conozco esa “API”, o método de entrada encapsulada para introducir documentos sí que existía: desde los más sofisticados con SOA y Web Services (MS Navision, SAP, Deister) hasta otros menos evolucionados (grabar un archivo de entrada batch) pero no por ello menos efectivos.

Es cierto que a medida que un ERP se hace más sofisticado se hace mucho más complicado ya que no es “sólo” grabar una facturita: hay que reclasificar la situación de deuda del cliente, actualizar previsiones de tesorería, lanzar workflows de seguimiento de cobro, grabar un asiento contable, … En los ERPs bien paridos, lo que se hace es que un “evento” como “grabar factura” desencadena el resto de eventos. Hay dos puntos clave en todo eso como te puedes imaginar: granularidad de cada una de las transacciones (para reaprovecharlas de forma aislada) e integridad transaccional del conjunto. Al final, si te fijas, desde un punto de vista técnico es un tema de arquitectura de software. No perdamos de vista que esa es la base fundamental: sea Open o Closed

Saludos y felicidades por el blog

]]> By: Sergi http://www.tecnorantes.com/2007/08/15/sobre-los-problemas-de-los-erps/#comment-80428 Sergi Mon, 03 Sep 2007 17:49:32 +0000 http://www.tecnorantes.com/2007/08/15/sobre-los-problemas-de-los-erps/#comment-80428 En línea de lo que comentas, a mí me produce muchísima curiosidad por qué la mayor parte de ERPs que he conocido no disponían de APIs para introducir un asiento en el sistema o para introducir una factura. Nos hemos acostumbrado a insertar en las bases de datos o a que sean los propios desarrolladores del programa en cuestión los que importen información sin que sepamos cómo lo hacen. Eso como dices es algo que tiene que cambiar, y SOA puede hacerlo. En línea de lo que comentas, a mí me produce muchísima curiosidad por qué la mayor parte de ERPs que he conocido no disponían de APIs para introducir un asiento en el sistema o para introducir una factura. Nos hemos acostumbrado a insertar en las bases de datos o a que sean los propios desarrolladores del programa en cuestión los que importen información sin que sepamos cómo lo hacen. Eso como dices es algo que tiene que cambiar, y SOA puede hacerlo.

]]>