Foros Club Delphi

Foros Club Delphi (https://www.clubdelphi.com/foros/index.php)
-   Debates (https://www.clubdelphi.com/foros/forumdisplay.php?f=29)
-   -   ¿Qué es un ERP? (https://www.clubdelphi.com/foros/showthread.php?t=78949)

Al González 30-05-2012 20:19:33

Cita:

Empezado por newtron (Mensaje 433834)
¿Decenas de miles de tablas? a mi eso no me suena lógico, ¿no son muchas tablas?

¿Cuántas tablas se necesitan para cubrir todas las posibles necesidades de cualquier compañía? ;)

La respuesta es sencilla: un número infinito, puesto que es imposible prever todas las necesidades y sus más mínimos detalles. Pero entre más lejos estemos de cero más cerca estaremos de esa inalcanzable meta. 30000 o 50000 tablas siguen siendo pocas, pero al menos se consigue cubrir más aspectos que con solo 300 o 500.

Cita:

Empezado por newtron (Mensaje 433834)
No me des ideas...... que tengo aquí un par de becarios que no sé qué hacer con ellos.

Seguramente así comenzó la empresa alemana. :p

El mejor software es aquel que ayuda a cumplir satisfactoriamente los objetivos para los cuales se implanta. Puede ser desde una simple hoja de cálculo hasta un renombrado ERP, pasando por una ágil aplicación Delphi. Todas las soluciones tienen ventajas y desventajas, la decisión depende de lo que pongamos en la balanza.

ContraVeneno 31-05-2012 00:25:58

¿es posible cambiar la estructura de un proceso dentro de un sistema sin "programadores"?

Lo pregunto por lo que comentaron aquí que un ERP debe de tener la posibilidad de adaptarse a una empresa sin necesidad de un programador, si no con solo algún "especialista"....

A final de cuentas si se quiere adaptar un proceso, se va a requerir "reprogramar" la estructura del mismo, ya sea por un programador o especialista, pero según yo, se necesita de alguien que conozca el código para hacer esos ajustes, ya sea en sql server, oracle, visual basic, delphi, java o excel (visual basic). A menos que esté equivocado, por lo que repito, por eso pregunto.

No logro ver como hacer sin "programación", que un proceso de facturación de tres documentos (cotización, pedido, factura) se convierta en uno de 4 documentos (cotización, pedido, remisión, factura) y que las afectaciones en los demás módulos (ya que es un ERP) se haga de acuerdo a lo que se necesite.
Y eso solo hablando de facturas, sin contar devoluciones, compras, proveedores, clientes, etc, etc, etc y un largo etc.

¿cómo lo logra sap?, ¿sus especialistas no programan?, ¿cómo es que cobran tanto?
ya me empezó a doler la cabeza, jaja.

P.D.
En la empresa que trabajaba antes, teníamos un ERP que no tenía módulos para el control de las unidades de renta, pero igual le decían ERP... tampoco tenía un módulo para el control de servicios de mantenimiento, ni uno para hacer contratos de unidades a préstamo. Y ahora que lo recuerdo, tampoco tenía módulos para el seguimiento de clientes, o lo que es lo mismo, un CRM y de todos modos se hacía llamar ERP. ¿SAP si tiene módulos para eso?
Lo que trato de decir, es que "ERP" es solamente es un nombre para hacer creer a la gente que sí funciona, aunque no funcione.

CSIE 31-05-2012 09:03:00

Cita:

Empezado por ContraVeneno (Mensaje 433871)
¿es posible cambiar la estructura de un proceso dentro de un sistema sin "programadores"?

Existen tecnologías para ello.

http://es.wikipedia.org/wiki/Busines...eling_Notation

mightydragonlor 31-05-2012 15:00:19

Cita:

Empezado por ContraVeneno (Mensaje 433871)
¿es posible cambiar la estructura de un proceso dentro de un sistema sin "programadores"?

Realmente no es posible, a una importantente empresa de la cual hago parte como analista y desarrollador en varios procesos, le convencieron que el ERP de Oracle es lo mejor y bla bla bla, los directivos convencidos de ellos decidieron implementar, pues buen hay demasiados controles de cambios para poder adaptar ese ERP a las necesidades propias, lo que se creia que no se tenía que programar pues se ha tenido que programar, puesto que el ERP proporciona herramientas propias para las modificaciones, realmente se necesita programar y no es como dicen, deben generar desde vistas, procedimientos almacenados, tablas, diseño de interfaces, codificación en People Code y otra cantidad de cosas que hacen que se derrumbe ese concepto que dice que no necesitan programar.

Saludos.

Casimiro Noteví 31-05-2012 15:45:39

Cita:

Empezado por mightydragonlor (Mensaje 433924)
y otra cantidad de cosas que hacen que se derrumbe ese concepto que dice que no necesitan programar.

Claro, es que es precisamente eso, un concepto, pero a la hora de la verdad... "del dicho al hecho..." :)

newtron 31-05-2012 16:30:27

Pues yo particularmente pienso como Contraveneno, en el momento en el que tienes que contratar a un especialista en la herramienta para hacer cualquier adaptación ¿qué más te da que sea programando o haciendo otra cosa?, el resultado es el mismo.

mamcx 31-05-2012 17:35:45

Cita:

Empezado por ContraVeneno (Mensaje 433871)
¿es posible cambiar la estructura de un proceso dentro de un sistema sin "programadores"?

Un usuario escribe en una celda de excel:

A1 = 1
A2 = 2
A3 = "=SUMA(A1;A2)"

Ergo, esta programando (incluso si solo escribe A1 = 1 y deja todo lo demás en blanco).

Porque programar es crear maquinas de IO:


http://en.wikipedia.org/wiki/Input/output



El que lo haga mediante un lenguaje en formato texto de programacion o mediante un maquina pre-programada y wizards es cosa de habilidad y seleccion de herramientas.

Se podria argumentar incluso que el que usa un ERP esta programando. Si lo modifica, con mayor razon.


La franja horaria es GMT +2. Ahora son las 05:37:54.

Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi