El jueves, 11 de junio de 2015, 10:02:50 (UTC+1), Sergi Almacellas Abellana escribió: > > El 11/06/15 a les 10:56, Antonio Roncero ha escrit: > > > > > > El miércoles, 10 de junio de 2015, 11:37:29 (UTC+1), Jordi Esteve > > (Zikzakmedia) escribió: > > > > On 09/06/15 23:23, Albert Cervera i Areny wrote: > > > 2015-06-09 21:24 GMT+02:00 Antonio Roncero <ron...@gmail.com > > <javascript:>>: > > >> Gracias, voy a probar las dos opciones, a ver cual me viene > > mejor. Yo mismo > > >> iba a intentar modificar el comportamiento del modulo (aunque > > aun estoy muy > > >> verde). > > >> > > >> Como comentario, que no critica, es una pena ver tanto esfuerzo > > duplicado. > > >> Me imagino que es algo mas que comentado y no se si tiene > > solucion, pero > > >> seria interesante encontrarla (no se si es parte de los > > objetivos de la > > >> fundacion) > > > No es esfuerzo duplicado, simplemente que para tener un diseño > > > adecuado hace falta darle bastantes vueltas a las cosas. Zikzak > hizo > > > una primera versión, nosotros intentamos utilitzarla (lo > > utilizábamos > > > nostros mismos hasta hace bien poco), hasta que nos encontramos > con > > > las limitaciones que tu has visto y tubimos que replantearlo de > > nuevo. > > > > > > Más que dos opciones que compiten simplemente creo que una es la > > > evolución de la otra. > > > > Cierto, aunque seguramente el contract de zikzakmedia tb evolucione > de > > forma independiente a como lo hace el de nantic. Tendrás que tomar > una > > decisión, tb la de hacer un tercer fork si lo consideras oportuno. > > > > > > Estoy probando los dos y os comento mi opinion: > > > > El concepto de servicio en el de ZikZak está mejor planteado como idea, > > al poder poner varios productos por servicio, pero creo que es un error > > que las cantidades se definan aquí y no en el contrato en sí. Los > > servicios en el NaN para mi sobran al ser simplemente un enlace 1 a 1 a > > un producto. Se podria ahorrar ese paso > > > > En cambio el concepto de contrato de NaN me gusta mas a poder > > "personalizar" cada contrato y no creando servicios diferentes segun la > > cantidad como se hace en el de ZikZak. > > > > Creo que hubiera sido ideal el modulo de NaN pudiendo añadir varios > > productos por servicio. > > No entiendo cómo entendéis un servicio con varios productos. > ¿Podéis poner algun ejemplo? >
Seria para usarlo como "plantilla" de contrato, por ejemplo: Servicio de Mantenimiento Integral: * Mantenimiento equipo informatico * Mantenimiento servidor * Mantenimiento impresora Asi es el planteamiento de ZikZak, el problemas es cuando quieres "personalizar" el numero de equipos, servidores e impresoras... que tienes que crear practicamente un servicio por cliente > > > > > > > Bueno todo esto hablando desde la teoria porque en el modulo de NaN no > > puedo crear servicios al ser el campo interval_type obligatorio y no > > aparecer en el formulario :) > > > > | > > IntegrityError:el valor nullpara la columna «interval_type»viola la > > restricción notnull > > | > > > > Creo que tienes un lío de mòdulos, porqué yo no veo en el código del > contract de NaN este campo (ni en ningún valor històrico), sinó que lo > veo en el mòdulo de ZikZak. Puede que hayas instalado los dos mòdulos en > la misma base de datos i tienes campos mezclados. > > Efectivamente, ya lo he solucionado... demasiadas pruebas en pocos dias :D > Si pruebas el mòdulo en una base de datos nueva te funcionará. Hay tests > que he ejecutado esta misma mañana, que aseguran que funcionan :) > Un saludo, > > -- > Sergi Almacellas Abellana > www.koolpi.com > Twitter: @pokoli_srk >
