FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#41
|
||||
|
||||
Cita:
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:
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. |
#42
|
||||
|
||||
¿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.
__________________
Última edición por ContraVeneno fecha: 31-05-2012 a las 00:38:14. |
#43
|
|||
|
|||
Cita:
http://es.wikipedia.org/wiki/Busines...eling_Notation |
#44
|
||||
|
||||
Cita:
Saludos.
__________________
mas confundido que Garavito el día del Niño. |
#45
|
||||
|
||||
Claro, es que es precisamente eso, un concepto, pero a la hora de la verdad... "del dicho al hecho..."
|
#46
|
||||
|
||||
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.
__________________
Be water my friend. |
#47
|
||||
|
||||
Cita:
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.
__________________
El malabarista. |
|
|
|