sep
30
Estas ultimas semanas ha habido mucho ambiente con algunos temas del foro, y pese a que me gustaria haber participado mas, no he podido. Ya sabeis, ¡me he pasado mucho tiempo en la cocina!, 
Y al margen de suplicas y quejas, el trasfondo de todo, es que muchas veces hacemos las cosas mal, y la primera reaccion es intentar culpar a los demas.
Como no he tenido fisicamente tiempo, no he podido realizar pruebas de rendimiento para concretar esta informacion con mas detalle, pero si hay conceptos que deberiamos tener muy claros para mejorar la respuesta de las aplicaciones.
Pero, igual que antes he tratado de defender a Velneo que no tiene la culpa de nuestros errores como programadores, tambien voy a decir que si tiene la culpa de no publicar un articulo donde se haga hincapie en estos aspectos, y se deje claro que opciones son las mas recomendables, en segun que situaciones.
Y es que, cuando nosotros trabajamos bien, y realizamos desarrollos ejemplares, los clientes estan contentos y hablan bien de Velneo y tambien de nosotros, pero cuando no es asi, el cliente termina cansado, descontento y la culpa, no suele ir al programador, porque el programador trata de liberarse del problema culpando a la herramienta.
Sea por una razon o por otra, lo que si esta claro, es que deberiamos tener una serie de Test comparativos de respuesta en distintas situaciones:
Tenemos o deberiamos tener claro que:
- un proceso en 1 plano (ejecutado en la maquina del cliente), es mas lento que un proceso en 3 plano (ejecutado en el servidor). Pero hay veces que no podemos ejecutar el proceso en 3 plano, p.e. cuando tenemos que mostrar mensajes en el interfaz del cliente, o en el proceso debe interactuar el usuario de alguna forma.
- una busqueda en 1 plano (en el cliente), es mas lenta que si ejecutamos la misma busqueda en 3 plano (en el servidor).
- una lupa es mucho mas lenta siempre que Cargar lista y que una Busqueda por un indice, pero si no tenemos mas remedio, al menos, deberiamos ejecutar la lupa en 3 plano (tutor de busquedas y lupas en 3 plano).
- mostrar una rejilla de una tabla siempre es mas rapido si no aparecen campos Formula en el contenido de las columnas, es mucho mejor mostrar campos numericos o alfabeticos con contenido inicial.
- mostrar campos en una rejilla usando “punteros singular de plural por indice“, penaliza el rendimiento con grandes cantidades de registros (incluido el dia 15-dic-2010)
- un campo numerico con una formula en su contenido inicial es mucho mas eficiente que un campo formula, sobre todo si este debe aparecer en rejillas o informes con calculos masivos.
Pero hay otros conceptos que no quedan tan claros, ¿que es mas rapido?, o ¿como afecta al servidor? en las siguientes comparaciones:
- Un proceso con Cargar lista, o un proceso que lanza una Busqueda, si tenemos en cuenta que en ambos casos se utilizaria el mismo indice o grupo de indices, sabiendo que los 2 se ejecutarian en el mismo plano. Que diferencias habria si ejecutasemos en 1 plano y que diferencias habria si ejecutasemos en 3 plano, p.e.
- Del mismo modo, y bajo el mismo plano de ejecucion, cuando las circunstancias lo permitan, que se debe usar, el Tubo “de Lista” o “de Ficha“.
- En una rejilla, el rendimiento de Suma acumulada de toda la columna, deberia ser igual que usar la suma acumulada de un campo, si indicamos como campo esa misma columna y no indicamos condiciones. Pero, ¿es asi?
- Cuanto tiempo puede permanecer en ejecucion un proceso en el servidor antes de que sea interrumpido y las transacciones deshechas.
- Si tenemos que hacer un proceso de carga masiva de datos, creando registros nuevos, que es mas rapido, el Tubo de ficha o Crear nueva ficha en memoria + Alta de ficha
Seguro que algo se queda en el tintero pero si sois tan amables, ire actualizando el “post” a medida que se aporten nuevas cuestiones.
Visto esto, no se trata de comparar rendimientos de Velneo V7 con otras herramientas, ¡NO!, no nos interesa saber que V7 es mejor o peor que SQL server o que Oracle.
Lo que realmente nos interesa es como aprovechar el rendimiento del servidor al maximo, eso ¡SI!
¡¡¡ queremos programar bien, y optener el mejor rendimiento de la base de datos !!! y para ello necesitamos conocer esos pequeños detalles que marcan la diferencia entre un “funcionamiento correcto” y un “funcionamiento optimo“
sep
28
Aqui os dejo todos los platos del menu, por si alguien quiere repetir:
Ahora, que ya has descansado de la comilona, ¿que piensas?
¿Te gusto el post?
¿Te parece posible o probable esta estructura para V7?
¿Crees que Velneo nos diria cuanto me he acercado?
¿O crees simplemente que ya no tengo neuronas?
sep
27
 el chupito El chupito de hiervas que no falte, aunque estemos “a reventar”
¿Has prestado mucha atencion a los POST anteriores relacionados?, si la respuesta es afirmativa, ¿serias capaz de decir que es lo que falta en el grafico presentado en el postre?, porque ¡esta incompleto!, y no me refiero a los cambios realizados para abstraer la tabla de objetos. Si lo sabes, haz el favor de ilustrarnos, que ya perdi la neurona por completo.
Y ahora que tenemos una idea de como podria funcionar V7, parece todo tan facil.
Pues no, no es tan facil, ahora hay que conseguir que todos los objetos funcionen correctamente, y que se representen graficamente segun sus propiedades y atributos.
La verdad, no estoy seguro de cuanto me he podido acercar a lo que seria el diseño de V7, eso si, sin profundizar demasiado para no complicarlo mas.
Pero si solo me hubiera acercado un poquito, ahora el chupito, deberia ser una invitacion por parte de Velneo, ¿como?
Pues creando una API que nos permitiera cambiar algunas de las propiedades de los objetos “en caliente”, y ¿para que?
Pues ahora imaginad que queremos crear un casillero, pero no se cuantas columnas debe tener, porque el nº de columnas va a depender del nº de registros que hay en una tabla. Si pudieramos cambiar esta propiedad en el objeto casillero, en caliente, seria un puntazo. Claro que esto tambien se podria solucionar con un campo formula en la propiedad “Nº de columnas”.
Ahora solo falta imaginar que otras propiedades de objetos deberian estar abiertas al desarrollador, (pero no todas) que luego surgen los problemas.
Yo me pongo a imaginar, y se me ocurre, ¿por que no?
Y si pudieramos exportar las propiedades de los objetos en algun formato estandar como XML, CSV, LML , JSON.
Y si ademas pudieramos importar los objetos y sus propiedades en alguno de estos formatos, esto nos permitiria crear objetos en caliente (he dicho “objetos”, no “clases”)
Sigo soñando …
Y luego me despierto … 
Lo dicho, al final para que sirve todo esto que os he contado, ¡para nada!, solo era una chifladura mia, o ¿si sirve?
sep
24
Y para finalizar, un postre helado, nata con nueces y un poquito de caramelo liquido, “uhmm”
Y de postre, como quedaria el esquema completo de lo visto hasta el momento,
 - Esquema completo
Pero esto no es lo que habiamos visto en los platos anteriores, bueno, el primer plato si, pero el segundo ha cambiado,
¡CIERTO!, el segundo plato lo hemos cambiado, pero ha sido para mejorar.
Por eso es el postre, he llevado la abstraccion al limite, y eso significa que “OBJETOS” permite definir cualquier tipo de objeto, una solucion, un proyecto (de cualquier tipo), un objeto de un proyecto (una tabla, un formulario, un informe, una variable, un tubo de ficha, etc.)
Y ¿como podemos hacer esto?, pues utilizando las clases. Si ya hemos definido clases para cada tipo de objeto, ahora solo tenemos que crear un objeto y decirle a que clase pertenece.
Ademas, los proyectos, son objetos ¿no?, tienen propiedades, y los Objetos, pues tambien tienen propiedades, y por supuesto, los Controles (sub-objetos), tambien tienen propiedades.
Pues fijate en el grafico, y veras como “Clases” hereda de si misma, para permitir sub-clases, y del mismo modo, Objetos, puede heredar de si misma para tener sub-objetos o “controles”. De este modo un INDICE es un sub-objeto de TABLA, y pertenece a una sub-clase “tabla.indice” que hereda de “tabla“
Y ahora que nos hemos comido el postre y ha finalizado el banquete, espero que esteis saciados y quiza necesiteis una siesta para reposar tanta comilona , pero no olvideis una cosa,
hay que lavarse los dientes,
¿alguien quiere un chupito? …
sep
23
 Objetos Por fin, ya tenemos el entrecot a la pimienta, aunque si alguien desea pescado, que lo diga …
Ahora si, vamos a crear nuestros primeros objetos, y para eso teniamos la estructura inicial, que combinada con el primer plato, nos va a permitir crear cualquier objeto
¿Como?
Sencillo, ahora creamos un objeto y le indicamos que pertenece a la clase “variable“, y como esta clase ya sabe mucho, nos muestra unicamente las propiedades que podemos asignar al objeto.
Pero, si estamos dentro de un proyecto de datos, como sabemos que objetos podemos crear. Pues sencillo, solo tenemos que hacer una consulta de todas las sub-clases que heredan de proyecto y que tengan la propiedad de_datos = True, asi tenemos como resultado: Variables, Tablas, Tablas estaticas, Constantes, Funciones, etc.
Y ahora que ya hemos creado el objeto, este hereda todas las propiedades de la clase a la que pertenece y ¡voila!, ahora ya solo queda modificar los parametros de esas propiedades para conseguir un objeto unico y diferente al resto.
Entre las propiedades del objeto tenemos el Identificador, el Nombre o descripcion, Comentarios, Tipo de variable, etc.
Pero que nadie se levante, que aun nos queda el postre.
sep
22
Ahora que ya tenemos los ingredientes y hemos puesto unos entrantes para hacer la espera mas llevadera,veamos que tal guisa el cocinero,
de primero, una sopita de marisco, rica y facil de digerir, 
 Clases y propiedades Ahora necesitamos definir las diferentes propiedades que necesitamos para cada objeto, y creamos una tabla para este efecto.
Las clases, pues de lo mas importante que vamos a necesitar:
Cada clase nos va a permitir definir un tipo de objeto, y a cada una de estas clases definidas, le vamos a asignar un grupo de propiedades, p.e.:
- Si definimos la clase “proyecto“, podriamos asignarle las propiedades: de_datos (que admitiria los valores True/False) y la propiedad de_aplicacion (tambien con los valores True/False)
- Podriamos definir una sub-clase “variable” (proyecto.variable), esto significa que tendria las propiedades de la clase principal “proyecto” y ademas, sus propios atributos. Asi una variable global, podriamos saber si puede pertenecer a un proyecto de datos, a uno de aplicaciones, o incluso a ambos. Y como atributos propios, podemos saber si la variable es Numerica, Alfabetica, Booleana, etc, ademas de si es Array (True/False), y si lo es, el numero de elmentos.
- Podriamos definir tantas clases como objetos tengamos disponibles, y a cada uno, darle unas propiedades diferentes.
Podria incluir mas ejemplos con otros objetos, pero no quiero hacer el articulo mas pesado de lo absolutamente necesario y es para todos los objetos igual, definir sus propiedades.
Las clases, ademas son perfectas para transmitir los genes, como hemos visto al crear la clase “variable”, que hereda de su progenitor mas cercano, el “proyecto”.
Pero claro, hasta ahora, aun no hemos creado ningun objeto, lo unico que podemos hacer es: definir las propiedades que tendra cada objeto, pero no tenemos los objetos, aun no.
Se va abriendo el apetito, eh!
Voy pidiendo el entrecot a la pimienta,
sep
21
Antes de empezar a cocinar nuestra receta, tenemos que preparar los ingredientes, y porque no decirlo, el comensal tiene que esperar un poco, y asi tendra mas apetito y sera mas permisivo ante posibles excesos o carencias en los condimentos.
Pero si no deseais esperar, se preparan unos entrantes y a picar,
Asi pues, voy a plantear un ejemplo:
Imaginad que debemos desarrollar un proyecto con V7, o un mapa con V6 (da igual), y la mision es permitir crear los diferentes objetos (tablas, formularios, informes, etc) que luego vamos a necesitar para nuestro interfaz.
¿Que es lo primero que necesitariamos?
La respuesta es sencilla, lo primero que hacemos en todos los proyectos es definir las estructuras de datos, tablas, campos, indices, etc, definimos “el proyecto de datos”. Y si usamos V6, pues definir la parte izquierda del editor.
Y como seria esta estructura para V6:
 Esquema del editor en V6 Al menos asi es como hice el esquema de datos para los objetos de la V6, pero esto es pura ficcion, a menos que alquien de Velneo lo ratifique.
Y ahora que todo es mucho mas fino, esta mas pulido y mejorado (al menos en teoria), en V7 seria:
 Esquema de vDevelop V7 La diferencia es clara, la abstraccion de V7 es mucho mas eficiente.
Con estas estructuras de tablas, ya seriamos capaces de definir practicamente cualquier objeto, ¿no?, pues va a ser que ¡NO!
Y es que, aun falta mucho para llegar al postre, aun estamos en los entrantes, (no olvideis lavaros los dientes al finalizar )
¿vamos a por el primer plato?
sep
20
Pasado reciente, 25 de julio de 2010, 14:00, en Ciudad Real, 42º a la sombra, una rubia muy fria, pero no pienses mal, hablo de una cervecita helada, y para comer …
Pues que va a ser, que mejor que un gazpacho fresquito, para chuparse los dedos.
Pero esto es un juego y se trata de probar, o mejor dicho, de 2 turistas que aun no han probado el gazpacho, y digo turistas, por que no se si quedara alguien de por aqui que no lo haya probado ya.
Seguimos el guion, y damos gazpacho a nuestro primer turista, es la primera vez que lo prueba, y tras saborearlo un ratito, puede gustarle mucho o no gustarle, ¡vamos que le gusta!, y piensa, “Uhmmmmm” mientras se relame y se prepara para zamparselo enterito.
Y se acerca a nosotros el segundo turista, pero en este caso se trata de un profesional de la cocina, y tras probar por primera vez el gazpacho, la primera reaccion podria ser la misma que la de nuestro primer turista, “Uhmmmm”, pero inmediatamente despues, se prepara para cargar una segunda cucharada, saborearlo bien y despues … ¿¡ nos dice cuales son los ingredientes !?, y nos lo dice en un tono exclamativo/interrogativo, como esperando a que le confirmemos que su respuesta es la correcta: tomate, cebolla, pepino, pimiento, aceite de oliva, vinagre, sal, … y si, le confirmamos que esa es la receta.
Y yo, que no soy experto en cocina, puedo decir cuales son los ingredientes de esta sabrosa receta, porque, aprovechando que no miraba nadie, he leido la etiqueta del tetrabrik.
Ademas, una buena comida, entra mucho mejor, cuando sabemos sus ingredientes, y sabemos que no hay cosas raras.
Ya estareis pensando que se me ha ido la pinza, y os equivocais, ¡ya hace mucho tiempo que se me fue! , asi que, aun a riesgo de hacer el ridiculo, y esta vez sin mirar la etiqueta del “brik” y sin hacer trampas, he decidido aventurarme a dar la receta y mostrar el esqueleto de vDevelop, con permiso del “chef-quitecto”.
¿os gustaria saberla? o,
¿no quereis saber lo que comeis?, y solo os interesa saber si esta bueno.
jul
14
Entre las Open Apps publicadas hasta el dia de hoy, hay una que destaca entre las demas, quizá por ello ha sido merecedora del 1er premio en el concurso de aplicaciones organizado por Velneo y cuyo fallo se emitió en el 1er trimestre del 2010.
¡SI!, se trata de la aplicación enviada por InnovaDB, en la cual se integra de forma brillante toda la gestión de documentos de la empresa, y no hablo de una gestión documental, sino de los documentos que se emiten diariamente tanto para compras como para ventas, como presupuestos, pedidos, albaranes, facturas y por supuesto, con sus respectivas lineas de movimientos.
Puede gustar mas o menos, pero hay que reconocer que se ha llevado la abstracción, casi al limite, unificando todos los documentos en tan solo 2 tablas, una de documentos y otra de movimientos de almacén.
Tal es asi, que en la tabla de Documentos, se registran Facturas recibidas, Facturas emitidas, Albaranes de compra, Albaranes de venta, Pedidos a proveedor, Pedidos de clientes, Presupuestos, eso si diferenciados para poder usar aquel que sea necesario en cada momento.
Del mismo modo, la tabla de Movimientos, se usa para registrar cualquier movimiento de almacén que se produzca en cada uno de los documentos anteriormente citados (esta tabla es histórica de Documentos).
Y todo ello resuelto magistralmente, mediante la parametrización de cada uno de los documentos, en una tabla de Tipos de documento.
Si miramos el esquema de como quedarÃa una gestión de las primeras que todos hemos usado en algún momento, años atrás, el esquema quedarÃa tal como este:
Si miramos el esquema, tal y como queda despues de llevar la abstración a los limites, el resultado es este:
¿Podriamos abstraer más aún?, pues si pero, ¿mereceria la pena?
¿Cual es mi opinión a esta estructura?, la verdad es que mi opinión poco importa aqui, lo importante es que seais capaces de valorar vosotros mismos si os gusta, si es operativa, si es … lo que necesitais, y si la respuesta es positiva, adelante.
Enhorabuena por vuestro premio, y por vuestra nueva web.
Un abrazo de mi para vosotros, y a ver cuando tenermos la oportunidad de volver a tomarnos unas cervecitas
jul
13
Como ya indicamos en un articulo anterior “El esqueleto de nuestras aplicaciones“, la presentación de V7 en sociedad fue determinante a la hora de establecer una estrategia de futuro que permitiera una evolución del E.R.P. que habiamos estado instalando a nuestros clientes, manteniendo su esencia, y potenciando las nuevas caracteristicas que V7 aportarÃa.
Asi comenzó un periodo de analisis y pruebas para renovar todo lo que habiamos creado hasta el momento, y empezamos a preguntarnos todo aquello que hasta ahora nos habian pedido los clientes para incluirlo en el nucleo, como funcionalidades “de serie”, y dejar que la parte personalizable a cada cliente, se pudiera reducir al minimo.
Asi empezamos a realizarnos preguntas, y por supuesto, a dar solución a cada una de ellas:
El resultado, a todas estas funcionalidades es:
- Un E.R.P. multi-empresa, multi-división, multi-almacén, y multi-ejercicio. Asi es, aunque en V7 permite instanciar varias aplicaciones con una misma solución, hemos quedido potenciar aún mas esta funcionalidad, y podemos trabajar con varias empresas dentro de la misma instancia, varias delegaciones para cada empresa, múltiples almacenes de mercancia y varios ejercicios de forma simultanea, sin necesidad de reinstanciar nada, y sobre todo, pudiendo combinar todo esto como os apetezca.
- Posibilidad de buscar, crear o modificar cualquier registro desde cualquier lugar en donde sea necesario. Esto nos permite, p.e., al introducir un albaran de venta, crear el cliente en ese mismo instante, o modificar alguno de sus datos, sin abandonar el documento para nada.
- Control de articulos y familias con todos los datos necesarios para la compra-venta de los mismos.
- Control de stock para multiples almacenes, control de envases y tambien stock de lotes.
- Gestion de entidades valida para clientes, proveedores, acreedores, agentes, empleados, con multiples direcciones de envÃo, multiples domiciliaciones bancarias, etc.
- Gestión de movimientos de almacen, compras y ventas, integrado en una misma tabla (abstracción máxima) o separando los distintos tipos de documentos en tablas diferentes, al igual que su hermano menor, del cual se hablaba en el articulo Analisis de una aplicación completa. De esta forma, manteniendo las dos estructuras, es el cliente final el que decide como quiere que funcione su aplicación.
- Integración con las webs de los proveedores y clientes.
- Generación de hojas de carga especializadas, diferentes segun el sector al que se destina la actividad empresarial.
- Control de zonas de venta y rutas de reparto.
- Informes de expediciones.
- Control de tarifas ilimitado, permitiendo desde una tarifa única, tarifas comunes para varios clientes, incluso tarifas para cada uno de los clientes.
- Control de precios de oferta, descuentos, ofertas en especie, promociones, etc.
- Estadistica de compras y ventas, por agente, por zona de venta, por ruta de reparto, por cliente, por proveedor, por articulos, por familias, por ejercicio completos, por meses, etc.
- Calculo de comisiones por diversos conceptos, reparto de mercancia, cobros de albaranes y facturas, comisiones en porcentaje o en euros, configurable por familias, por articulos, por agentes, por repartidores, etc.
- Calculo de costes, con escandallo fijo o variable, etc.
- TPV para venta con codigos de barras, impresion de tickets, control de turnos, informes de ventas, traspaso de tickets a la gestión.
- Modulo opcional de gestión de vehiculo de flota, control de operaciones a vehiculos, mensajes de aviso de operaciones pendientes, informes.
- Contabilidad integrada en el mismo pack
- Contabilización automatica del 80% de los documentos necesarios para controlar la contabilidad.
- Descargas a contabilidad totalmente configurables por el usuario.
- Contabilización con plantillas predefinidas para los documentos mas habituales
- Generación de informes contables oficiales como Balances de sumas y saldos, Cuentas de resultados, impresión de Libros oficiales, y otros balances propios.
- Emisión de extractos por pantalla e impresora, punteo de apuntes contables, verificación de descuadres.
- Automatización de procesos, como cierre y apertura, etc.
- Gestión de libros de I.V.A. repercutido, I.V.A. soportado, libro de I.R.P.F.
- Generación de los impuestos mas habituales, como: modelo 303 de I.V.A. mensual/trimestral, 390 de I.V.A. anual, 347 de operaciones con terceros, 340 de presentación telematica, 115, 110, 190.
- Control de vencimientos a cobrar y a pagar, generación de remesas automaticas.
- Gestión de tesoreria, previsión de cobros y pagos, etc.
- Generación de cuadernos 19, 32 y 58 del C.S.B.
- Log de operaciones de usuario completo, a todos los niveles, que permite conocer todos los pasos que realiza cada usuario.
- Permisos de acceso a las diferentes opciones de la aplicación para cada uno de los usuarios y acceso completo al administrador.
- Exportación de datos en los formatos mas conocidos, como: ASCII, XML, LML, CSV.
- Exportación de datos a EXCEL.
- Emisión de informes por pantalla, impresora (con vista previa), generación de informes en HTML y PDF, etc.
- Importación de datos contables y de gestión, que permiten iniciar la actividad rapidamente con datos de otras aplicaciones.
- Instalación automatizada y datos básicos preinstalados que permite empezar a trabajar directamente desde la primera ejecución, con un minimo de esfuerzo.
- y mucho más…
- Y si a todo esto, le incluimos multiplataforma (Windows, Linux, Mac, Meego)
- Multi-idioma (idiomas predeterminados: Español-Ingles) y posibilidad de traducir a cualquier otro idioma.
- Interface grafica muy intuitiva y agradable
- Capacidad para deshacer los procesos y operaciones mas importantes, volviendo a dejar los documentos y registros en su estado anterior.
- Posibilidad de trabajar en la nube, en una red local o en una intranet sin ninguna herramienta adicional
- Acceso completo al administrador para consultar los datos de cualquier tabla completa o por alguno de sus indices.
- Acceso web a toda la aplicación desde los navegadores mas usados.
- y alguna que otra novedad que esta por llegar …
- Graficos estadÃsticos en formatos de lineas, barras, circulares, 3D, en breve
- Una tienda virtual para los usuarios registrados, en breve
- Una tienda virtual para clientes habituales, en breve
- Un CMS para su negocio, que le permitirá publicar contenido sin conocimientos web, en breve
- Despues de ofrecerte todo esto … ¿que necesitas?
- ¿necesitas mas? … pues nos lo pides y te lo hacemos
- ¿necesitas menos? … pues como la aplicación es completamente modular, solo se instalará aquello que necesites realmente
- ¿necesitas financiación? … pues solo tienes que solicitarlo y lo estudiaremos
- ¿necesitas el codigo fuente? … todo es posible, llegaremos a un acuerdo
- ¿necesitas aprender a bailar? … pues va a ser que ¡NO!, hay si que no te podemos ayudar. Pero quizá podamos recomendarte a alguien que te ayude.
Y con todas estas funcionalidades y aun no te hemos dicho a que tipo de negocio se adapta nuestro E.R.P., pues contesta a unas preguntas:
- ¿Te dedicas a vender, tienes clientes?
- ¿Te dedicas a comprar, tienes proveedores?
- ¿Tienes que facturar tus ingresos?
- ¿Necesitas una contabilidad integrada?
- ¿Tienes una gestoria/asesoria que te realiza las labores contables y fiscales?
- ¿Necesitas controlar las existencias del almacén?
- ¿Necesitas poder comprar y vender sin controlar el stock?
- ¿Necesitas funcionalidades que no te ofrecen los E.R.P. estandard?
- ¿Necesitas todo el control sobre la información de tu aplicación?
- ¿Pasas de controlar nada, solo te interesa facturar y punto?
- ¿Eres mayorista y distribuyes articulos de terceros?
- ¿Fabricas tus propios productos y los vendes?
- ¿Tienes agentes y/o repartidores que trabajan a comisión?
- ¿Pasas de dar comisiones y realizas venta directa?
- ¿Necesitas gestionar los cobros telematicamente?
- ¿Tus clientes te pagan cuando les parece bien a ellos?
- ¿Te gusta trabajar comodamente y evitar errores?
- ¿Y de que productos hablamos? alimentación, mobiliario, bebidas y licores, cristalerÃa, etc…
Ahora revisa las respuestas y si hay algunas de ellas que tienen respuesta afirmativa (casi seguro que has contestado afirmativamente al menos a la mitad de las preguntas ), pues entonces, ¡este E.R.P. se adapta a ese tipo de negocio!
Porque hay palabras que no entran en nuestro vocabulario, IMPOSIBLE solo puede haber una cosa, ir al SOL y volver de una pieza, pero … ¿y si vamos de noche?
… y si no, ya encontraremos otra solución, pero si hay que ir, se va.
|
