On 11/06/15 12:00, Antonio Roncero wrote:


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 <[email protected]
    >     <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

No necesariamente, las líneas de un servicio pueden tener una cantidad por defecto, pero luego se puede sobrescribir en el momento de hacer el cálculo de cada período. Como ya te comenté, la mejor opción es instalar el mòdul contract_formula [1] que permite definir una expresión Python para el cálculo de la cantidad del servicio. Por ejemplo que coja el valor de un campo especial definido en party.party, donde indicas para cada tercero su cantidad por defecto.

[1] http://bitbucket.org/zikzakmedia/trytond-contract_formula

--
Jordi Esteve
Consultor Zikzakmedia SL
[email protected]
Mòbil 679 170 693

Zikzakmedia SL
St. Jaume, 9, baixos, 2a
08720 Vilafranca del Penedès
Tel 93 890 2108

Responder a