Archivo categoría Programación, nuevos módulos, modificaciones e informes

OpenERP 6.0 – Oscommerce / Zencart conector

Hace ya algunas semanas realizamos las pruebas de conexión del conector Oscommerce de OpenERP con una tienda Zencart. Vimos que a excepción de algún ajuste en la parte php, básicamente el conector standar (esale_osc) funciona bastante bien. Permite sincronizar el catálogo de productos tanto en subida como en bajada, sincronizar stocks, importar pedidos y crear clientes nuevos en OpenERP.

Por las pruebas que hemos realizado, hemos visto que incluso las últimas mejoras que incluimos en el conector de Oscommerce standar no han causado problemas relevantes en los mapeos. Entre ellos…

  • Detectar y controlar CIFs europeos
  • Localizar clientes por CIF, además de por Id de la web a fin de evitar duplicar registros de clientes dados de alta por distintos canales.
  • Descargar impuestos de los pedidos teniendo en cuenta la posición fiscal del cliente.
  • Además de la descarga global del catálogo a partir de una fecha, permitir descargar un único producto desde su ficha.
  • etc…

Por si alguien está interesado en descargarse esta última versión del conector para 5.0, aprovecho para comentaros que hemos pasado el mantenimiento del módulo de la rama extra-addons 5.0 a nuestra propia rama http://www.launchpad.net/avanzosc.

Además, en la misma rama, podeis encontrar varios módulos esale_  que amplían la funcionalidad del conector standar esale_osc. Serían lo que llamamos el conector avanzado para Oscommerce. Evidentemente estos módulos no serán compatibles con Zencart a no ser que las mismas contribuciones publicadas para Oscommerce hayan sido instaladas en el Zencart, cosa poco probable.

Por tanto, los módulos que componen el conector avanzado son:

  • esale_avanzosc : Mapea multiimágenes, SPPC y descuentos por volumen.
  • esale_extra_fields: Mapea campos extra de productos
  • esale_m2m_categories: Mapea múltiples categorías de producto. Depende del módulo extra m2m_categories de Openlabs.
  • esale_variants: Mapea multivariantes y depende del módulo extra products_variant_multi de Akretion

Además, los módulos tienen dependencias con otros módulos de la comunidad como nan_external_prices o la localización española.

Y por último …  ya tocaba hacer funcionar tanto el conector standar como el avanzado con la versión 6.0 de OpenERP. Iniciadas las primeras pruebas con esale_osc, el balance es positivo. Si todo va bien os anunciaré la publicación de todos los módulos migrados en unos días, aunque esta misma semana creo que estaremos en disposición de subir la primera versión funcional de esale_osc migrado a nuestra rama.

Esperando sea de vuestro interés, cordiales saludos!!

Ana

,

3 Comentarios

OpenERP – Openbravo POS / TPV

Buenas… anunciaros que Rvalyi ha publicado que ya tienen finalizado y disponible para ser usado en producción la integración del TPV de OpenBravo con OpenERP. Como nadie mejor que él para explicar lo que han hecho, os traduzco un post suyo que hemos recibido en ingles:

Hola gente:

Quisiera anunciaros que Akretion ha realizado una integración entre OpenERP y el terminal de venta para pantalla tactil de Openbravo. Lo tenemos en producción desde hace un mes en uno de nuestros clientes de USA, importando alrededor de 300 pedidos al día y actualizando el catálogo de más de 3000 productos  cada 5 minutos al TPV. Utiliza los módulos base_external_referentials y base_sale_multichannels y se ejecuta en la misma instancia de OpenERP al que también se han conectado 2 tiendas Online Magento hace varios meses.

Utilizamos la tecnología TerminatOOOR (ETL pentaho + plugin OOOR; aquí la v2 no ha sido aún documentada desafortunadamente).  Estamos reutilizando en gran medida lo que Openbravo utiliza para conectar su TPV a su propio ERP. Son 2 softwares distintos, uno bueno (el TPV) y el otro no en mi opinión.

Todo es software abierto y publicado, menos la transformación de kettle por si misma.
Conectamos a OpenERP a través sólo de webservices. Como para el sofware estamos enlazando de forma estática, somos los propietarios de la librería OOOR y el ETL de Kettle es LGPL, no viola ninguna licencia; nosotros siempre prestamos atención extrema a respetar las licencias puesto que en Akretion creemos en el modelo de software abierto.
Nosotros podremos posiblemente liberar todo el código en el futuro, dependiendo del retorno que hemos evaluado y la inversión podremos querer o no en términos de imagen (estimamos que hemos invertido muchísimo en contribuciones y esto no siempre cubre la cuenta desafortunadamente), notad que somos ya los quintos en la lista de contribuciones en apps.openerp.com, hemos hecho y publicado la localización brasileña, el conector de Magento, la tecnología OOOR, la tecnología TerminatOOOR e incluso luchamos por contribuir con parte de nuestras ganancias a OpenERP, SA, por lo que no somos en ningún caso parásitos del software libre y considero que estamos jugando de forma justa por un amplio margen.
En cualquier caso, vendemos la integración muy barata. Hoy, nuestro producto aún no ha sido empaquetado totalmente “out of the box” por lo que es necesario todavía algún trabajo de integración pero esperamos que podremos cubrir las últimas millas para esto.
Las ventajas de esta solución son:
A largo plazo, estoy de acuerdo en que la nueva solución TPV propuesta por OpenERP SA es totalmente válida (la anterior no lo era, en mi modesta opinión). Veo que la solución Openbravo POS es una solución alternativa para los próximos uno o dos años mientras el TPV de OpenERP esté maduro para los disintos hardwares y negocios. En Akretion creemos en las aplicaciones HTML5 directamente sobre OpenERP, también hemos iniciado productos en esa línea también, de todos modos no dependemos de OpenERP 6.1 para ellos así como nuestros clientes que no financiarían algo lejano a sus necesidades diarias.
Os invito a que nos contacteis en caso de que esteis interesados en esta tecnología para su uso inmediato.

Saludos

Raphaël Valyi
Founder and consultant
+552130109965 begin_of_the_skype_highlighting +552130109965 end_of_the_skype_highlighting

No hay Comentarios

Presentación de nuevos módulos de fabricación OpenERP 6.0

Por fin puedo presentaros un par de videos sobre la ampliación de funcionalidad que entre Ting y Avanzosc hemos realizado a los módulos de fabricación de OpenERP 6.0.

Aquí va la primera parte, donde se muestra cómo realizar la configuración de los maestros (operaciones, fábrica, máquinas, hoja de ruta o proceso, listas de materiales …)

http://www.openerpsite.com/wp-content/uploads/advanced_manufacturing_tutorial.htm

A continuación la segunda parte de operativa de fabricación en OpenERP donde se muestra cómo crear la orden de fabricación basada en una lista de materiales y un proceso predefinidos además de cómo operar y gestionar dicha orden, sus operaciones, la asignación de operarios y las imputaciones de tiempo de operarios y máquinas.

http://www.openerpsite.com/wp-content/uploads/advanced_manufacturing_tutorial_Second part.htm

Recordaros que los módulos están publicados en nuestra rama en launchpad:

https://launchpad.net/avanzosc

Estamos testeando los módulos y os solicitamos colaboración en esta tarea. Estaremos encantados de que nos registreis bugs en nuestra rama y puesto que aún tenemos funcionalidad pendiente de desarrollar en la Fase 2, también nos gustaría que nos remitais mejoras tanto en funcionalidad como en usabilidad.

Para preguntas funcionales o de uso, por favor utilizad los foros oficiales de openerp, los propios de openerpsite o consultad próximamente el curso que publicaré al respecto en AulaERP.

Muchas gracias por vuestra colaboración:

Ana

,

1 Comentario

Migración de OpenERP V5 a Openerp V6

El siguiente anuncio de OpenERP, me parece tan importante e interesante que voy a proceder a traducirlo entero.

http://www.openerp.com/node/698

Este era uno de los puntos de debate entre OpenERP y la comunidad. Su nuevo enfoque de abordar las migraciones me parece un paso importantísimo de OpenERP, S.A. y por mi parte significa 2 cosas.

Una… que aunque a veces tarde… escuchan a la comunidad. Uno de los principales problemas para contratar con Bélgica mantenimientos o servicios “oficiales” como el de migración de versiones era que hasta ahora, el servicio estaba limitado únicamente a los módulos oficiales. Por tanto, en nuestro caso ( ratificado y Twitteado por varios miembros de peso en la comunidad mundial) el servicio aunque interesante, no podiamos contratarlo para nuestros clientes por no cubrir nuestras necesidades reales. Tened en cuenta que ni una sola de las instalaciones realizadas por nosotros hasta el momento en clientes cuenta únicamente con modulos oficiales, sino que también incluyen módulos de localización española, extra-addons, community y cualquier otro módulo aportado por la comunidad que consideramos interesante.

Y dos… que esto abre una puerta a que el resto de servicios sean también adaptados a las distintas necesidades de todos los partners de todos los paises y que poco a poco podamos ir incluyendo en nuestros catálogos, la seguridad que puede ofrecer un servicio ofrecido directamente por la casa madre o indirectamente por mediación de sus partners. Esperamos tomen buena nota de la iniciativa y de alguna manera puedan extender la oferta a otros servicios que actualmente también están limitados únicamente a módulos certificados.

A nuestros clientes que están pensando en migrar a 6.0 recomiendo que estudien seriamente esta nueva alternativa.

Cordiales saludos!!

Ana

Migration for non-certified modules

Debido al gran número de solicitudes de varios partners, lanzamos un nuevo servicio extra para la migración de bases de datos que incluyen módulos “a medida”.

Este servicio no está incluido en el actual servicio de garantía del editor OPW (OpenERP Publisher Warranty) sino que debe ser contratado como un extra. El servicio de migración que se incluye en el servicio de garantía solo aplica a módulos oficiales, los módulos “a medida” son generalmente gestionados por partners.

Por lo que, nos complace anunciaros que podemos adaptar y migrar cualquier database que contenga módulos “a medida” de la V5 a la V6 por el precio de 800€ por cada 1000 líneas de código. En caso de que tenga usted, 5 módulos con un total de 2000 líneas, le costaría 1600€ migrar su base de datos con todos los módulos “a medida”. Como ha podido apreciar, el precio es por bloques de código. Pero, para otras versiones, pregunte por un presupuesto puesto que el precio diferirá también en función del nivel de complejidad.

¿Qué incluye el precio?

Nosotros:

  • convertiremos su módulo a V6 y lo adaptaremos a los nuevos standares (wizards, reports, nueva estructura de menús, vistas de búsqueda, etc.)
  • haremos la migración de todos los datos para usted, por lo que puede fácilmente migrar una base de datos con módulos oficiales y “a medida”

Esto significa que usted solo tiene que enviarnos su base de datos y código de implementación de su versión 5 y nos encargaremos de todo.

Migramos el código y los datos a la versión 6 a precio fijo y bajo coste

Esto es realmente revolucionario para los clientes. Ningún editor de software ERP es capaz de proveer este servicio. No solo gestionamos todo, sino que lo hacemos a un precio realmente asequible.

Con este nuevo servicio, los partners puede escoger:

  • Utilizar el servicio de garantía del editor para migrar su base de datos y gestionar sus módulos a medida ellos mismos(adaptar el código a la nueva versión 6 y realizar ellos la migración de los datos de módulos “a medida”)
  • Utilizar el servicio de garantía del editor con esta opción extra para migrar su base de datos y todos los módulos “a medida” a un precio muy asequible. No queremos competir con nuestros partners solo queremos hacerles la vida más fácil.


Oferta OpenERP garantía del editor

También queremos recordarle la promoción hasta el 31 de marzo. Si decide comprar nuestro servicio de garantía del editor posterior a esa fecha, aplicaremos un 80% de incremento para clientes que están en una versión inferior a la V6. La razón principal para este incremento es que el coste de mantener una versión antigua es mucho mayor.


Lea más detalles en how migration works y lo que ofrece el servicio de garantía del editor OPW offers.

,

No hay Comentarios

¿Módulo e-commerce para OpenERP?

El interés en esta funcionalidad es evidente. Solo hay que visitar la lista de funcionalidades que ha solicitado la gente en la “lista de mejoras de openerp” y ver que la entrada ha recibido más de 130 votos.
http://feedback.openerp.com/forums/77459-general-improvements

La situación actual con respecto a los sistemas utilizados para conectar openerp con una tienda online son los siguientes:

  • Tienda online Oscommerce: Existe un conector para Oscommerce, cuya funcionalidad me atrevería a decir que es bastante más que avanzada y que actualmente es la que más he utilizado y de la que más referencias puedo dar en mi caso particular.
  • Tienda online Magento: Existe un conector también para tiendas magento del que también puedo dar buenas referencias.
  • Tienda online Prestashop: Existe un proyecto con algo de código publicado para este conector pero no tengo ninguna referencia que nos ratifique que funciona, ni que esté terminado del todo, ni tenemos constancia de la funcionalidad que incluye.
  • Tienda online Joomla + VirtueMart: Existe un conector Joomla del que tampoco tengo referencias personalmente pero sí que me consta que se está usando en otros paises aunque no conozco ninguna aquí que lo tenga implantado.
  • Tienda online Spree: Existe un conector para tiendas online spree(ruby on rails) del cual también podemos dar referencias de tiendas en producción.

Me atrevería a decir que OpenERP es el único ERP en el mercado, sea libre o propietario que contempla todas estas alternativas.

En todos los casos mencionados utilizamos 2 tecnologías y un conector que pasa información de uno a otro. Aunque es obvio y ya lo sabeis recordemos que:

  • OpenERP está programado en Python y la base de datos sobre la que asienta sus datos es Postgresql
  • Cualquiera de las tiendas mencionadas arriba, están programadas en PHP y la base de datos es mysql, a excepción de Spree que está hecha en Ruby On Rails.

Por tanto, para conectar 2 sistemas tecnológicamente distintos es necesario un conector que haga que ambos “se hablen” y se pasen información de uno a otro. Y aún siendo opciones válidas y utilizadas en la actualidad, debemos ir un paso más allá. La tendencia a futuro próximo debe ser evolucionar a un modelo donde la tienda online no sea una aplicación independiente, sino una parte o módulo de OpenERP y donde se utilice una única base de datos, sin necesidad de conector.

Han sido varios los que han pensado en ello y aunque están en desarrollo, esperamos que sean “presentados a la comunidad” en un breve tiempo. Los proyectos que van en esta línea (en lo que yo conozco son al menos estos)

  • ZOOK: Nuevísimo y recién inaugurado proyecto en launchpad anunciado por Raimon de Zikzakmedia.

Zoook e-commerce tool is a module for OpenERP and Django. e-commerce 100% python. Integrated features OpenERP into esale shop (product, sale, stock, price list, …). Not need mapping line or syncronization… configure your esale portal and go to drink some coffe or beer.

  • Treyshop:  Aunque lleva su propia base de datos, es un sistema innovador pensado expresamente para ser un módulo e-commerce de OpenERP. Funciona en tiempo real y no en diferido como el resto de conectores.
  • Callisto: Tenía muy buenas prespectivas y mucha ilusión puesta en Callisto pero por temas legales parece ser que no puede ser distribuido en nuestro pais en unas condiciones aceptables por lo que si los creadores del módulo no resuelven este problema, lo tenemos complicado.

La que más sorpresa me ha causado es ZOOK y espero con gran espectativa su publicación y subida a launchpad para su testeo :)

Gracias a todos los que estais trabajando en todas las alternativas, tanto en las actuales como en las futuras.

No hay Comentarios

Medical: Impresionante módulo OpenERP 6.0 para el sector sanitario

A principios de febrero nos llegó la noticia de la publicación de Medical como módulo para OpenERP 6.0. Una vez instalado y evaluado, hemos de decir que ha sido impactante ver hasta qué punto se han desarrollado estos módulos. Impresionante. Probadlo.

Medical es un completo vertical de OpenERP desarrollado para la gestión de centros hospitalarios y sanitarios.

A continuación paso a detallar la funcionalidad que ofrece, tomada directamente de la presentación en su página oficial en sourceforge. En dicha página podreis visualizar varias pantallas demo y proceder a su descarga si lo veis de utilidad.

http://medical.sourceforge.net/

Medical es un sistema de información sanitario y hospitalario en software libre que ofrece la siguiente funcionalidad:

  • Registro médico electrónico (EMR)
  • Sistema de informeción Hospitalario (HIS)
  • Sistema de información de salud

El objetivo es contribuir con profesionales de la salud alrededor del mundo para mejorar la calidad de vida de los no privilegiados, ofreciendo un sistema libre que optimice la promoción de la salud y la prevención de enfermedades.

Medical en un vistazo:

    Medical
  • Fuerte foco en cuidado sanitario primario y medicina familiar
  • Interés socio-económico (condiciones de la vivienda, abuso de sustancias, educación…)
  • Enfermedades procedimientos médicos standar (ICD-10 / ICD-10-PCS)
  • Recetas
  • Facturación
  • Riesgos genéticos y hereditarios del paciente: Más de 4200 genes relacionados con enfermedades (NCBI / Genecards)
  • Informes epidemiológicos y estadísticos
  • Exámenes a pacientes y captura de historiales 100% sin papel
  • Administración del Paciente (registro de ficha, evaluaciones / consultas, historial … )
  • Administración de Doctores /médicos
  • Administracion de pruebas de laboratorio
  • Información Medicinas / Drogas (vademécum)
  • Gestión de Stock y abastecimientos médicos
  • Administración financiera del hospital
  • Diseñado teniendo en cuenta los standares de la industria
  • Software libre /Open Source : Licenciado bajo GPL v3

Esperando sea de vuestro interés…

, , , ,

5 Comentarios

Solución para una migración de datos compleja a OpenERP

Uno de los puntos críticos para el arranque con éxito de una implantación en una empresa de mediano-gran tamaño, es llevar sus datos de los sistemas antiguos al nuevo.

Migrar datos de un único sistema ya es complejo, pero migrar desde varios es sumamente complejo. A nivel técnico, pocas aplicaciones cuentan con herramientas potentes para migraciones y en la mayoría de los casos, la tarea suele realizarse construyendo los procesos directamente contra la base de datos.

En el caso de openERP lo recomendado para realizar migraciones de datos complejas es utilizar TerminatOOOR(de Akretion.com) + Kettle

Aquí un post de zikzamedia donde nos explican un caso de éxito real,  donde se han migrado  diferentes bases de datos (Sage, Agora y ficheros CSV) a OpenERP, con esta tecnología.

http://www.zikzakmedia.com/ca/bloc/openerp/191-migracion-de-datos-a-openerp.html

,

No hay Comentarios

Nuevo módulo Alarmas y acciones automáticas (smile_action_trigger)

Publico este correo recibido de Carlos Chebair de Smile (Francia), donde nos comenta la publicación del módulo smile_action_trigger que han subido con licencia GPL a launchpad y considero que puede ser de suma utilidad para muchos de vosotros.

Aquí la traducción de la descripción del nuevo módulo: smile_action_trigger

Objetivo: Dar a los usuarios funcionales la posibilidad de definir disparadores para acciones del servidor. Hacer más fácil a los usuarios técnicos el mantenimiento y escalabilidad de la aplicación.
Principio:
Una regla aplica a un objeto simple y se compone de:

  1. Disparadores:
    • En creación, actualización, borrado de objetos.
    • En fechas de objetos (creación, última actualización u otra fecha).
  2. Condiciones:
    • Operadores: Puedes definir tus propios operadores que aplican a un valor de campo actual o antiguo.
    • Valores: Actual o antiguos valores si la regla disparadora se basa en la actualización del objeto.
  3. Acciones de servidor:
    • Todos los tipos de acción: email(nativo o poweremail), sms, creación/actualización de objetos, etc.
    • Ejecutar cada accion una vez por instancia o una vez por todas las instancias.
    • Recálculo de campos “function” ( por lo que se puede disparar el cálculo de los campos “function” en cascada)

Sugerencias & Feedback a: corentin.pouhet-brunerie@smile.fr

Aquí va tal cual el correo de Carlos:

Hola Ana,

te adjunto este post, está en francés
sé q hablas un poco…o sino google translate hace maravillas…
http://goo.gl/fP7l

es un modulo q hemos realizado en Smile, hace un tiempo ya…pero no hemos tenido tiempo ni de publicarlo ni de informar sobre ello
sé q Albert lo había detectado en los repositoros…se llamaba Sartre…y ahora le hemos puesto smile_action_trigger

también te aconsejo echar un vistazo a smile_checklist, q añade una checklist en la parte derecha del formulario, q te va indicando, según los campos seleccionados, el porcentaje de compleción…se desarrolló a la base para un cliente q tenía un procesos de inscripción super engorroso, y con muchos campos, entonces reagrupas campos, y los sigues para ver cuanto de falta por colpletar para cada grupo de campos…

están ambos en extra_addons de la 5.0
estan ambos orientados a facilitar la vida sin tener q picar una linea de codigo
espero q resulte de utilidad


Carlos Chebair
Tel FR: +33 6 28 82 12 43
Tel ES:+34 647 44 11 71

Esperando sea de vuestro interés, cordiales saludos!!

Ana

    * Give to functional users the possibility to create trigger rules for server actions
33
    * Make easier to technical users the application maintenance and scalability
34
35
    Principle
36
37
    A rule applies to a single object and is composed of:
38
    1. Triggers on
39
        * object creation
40
        * object update
41
        * object deletion
42
        * object date (creation date, last update date or another date)
43
        * object function field recalculation (thus you can trigger the calculation of function fields on cascade)
44
    2. Conditions
45
        * operators: you can create your own operators (which apply to current or old field value)
46
        * value age: current or old values if the rule trigger is the object update
47
    3. Server Actions
48
        * all action types: email (native or with poweremail), sms, object creation/update, etc
49
		* run each action once per instance or once for all instances
50
51
    Suggestions & Feedback to: corentin.pouhet-brunerie@smile.fr

,

1 Comentario

CALLISTO: Nuevo módulo ecommerce para OpenERP

Hace pocos días, Sharoon Thomas (Openlabs CEO) y creador de poweremail, nos hizo una demostración de un nuevo módulo que han desarrollado para OpenERP que permite publicar una tienda online integrada con un gestor de contenidos, obteniendo información directamente de la base de datos de OpenERP. Lo han bautizado… CALLISTO.

Impresionante.

Callisto es un framework web y plataforma e-commerce nativa para #openerp. Permitirá configurar y publicar una tienda online directamente desde el cliente OpenERP, sin programar php, ni crear una base de datos adicional mysql y lo que es más importante… sin tener que utilizar ningún tipo de conector externo, solo configurando plantillas “mako” en OpenERP.

Os detallo a continuación, lo que vimos en la demo y espero en breve poder publicar un video/demo en castellano sobre su funcionalidad. En breve iniciaremos un pequeño proyecto de traducción de Callisto en OpenERPsite con el visto bueno de Sharoon y en cuanto lo tengamos terminado, anunciaremos la fecha en la que realizaremos una demo online para aquellos que estén interesados, con un hueco al final reservado para ruegos y preguntas.

Detallo por tanto, lo que pudimos comprobar en la demo de Sharoon.

Vimos una tienda completa, con funcionalidad integrada de base que tanto en Oscommerce como en otras tiendas se considera extra.

Callisto es un módulo de OpenERP que permite configurar por completo una tienda online y / o publicar contenidos estáticos. Adicionalmente, hay otra parte de Callisto que se instala en el servidor Web, pero este programa no es la tienda, ni hay archivos php, ni base de datos mysql.  No hay tienda Web. La tienda Web se define dentro de OpenERP. El programa, lo único que hace es mostrar las páginas o información que le “sirve” openerp. Es como un intérprete. Nada más. Es un cambio completo de filosofía con respecto a los conectores que tenemos actualmente.

La tienda puede darte TODO lo que te da OpenERP.

  • El módulo Callisto de base te instala la estructura para que definas la Web dentro de OpenERP. En esta estructura, compones los elementos de la web mediante plantillas Mako.
  • Hay módulos adicionales que cargan las plantillas y por lo tanto, completan Callisto. Por ejemplo, callisto_products. Este módulo contiene todas las plantillas para mostrar productos en la web (listados, ficha de producto, novedades, ofertas.. etc etc) Estas plantillas, NO SE SUBEN al server web, se configuran dentro del módulo de configuración de Callisto en OpenERP y se guardan por tanto en la propia base de datos de OpenERP. Evidentemente actualmente tienen la apariencia de la demo de Callisto. Si se quieren cambiar colores, darle imagen corporativa, etc, etc… es como cuando cambias el diseño de una web Oscommerce o Magento. Les pasas el diseño y te lo adecuan. Si te gusta la imagen de la demo, lo dejas tal cual.
  • Cosas interesantes del módulo callisto_products, o sea, el catálogo:
    • Los precios que se muestran en la Web son calculado directamente por el motor tarifario de OpenERP
    • Los precios se muestran al cliente logado, en función de la tarifa aplicada directamente al cliente en OpenERP (Distintos precios por grupos de cliente o grupos tarifarios)
    • Puedes decidir y definir qué productos se muestran y cuales no
    • Puedes decidir cuales son destacados y cuales no, al igual que novedades.
    • Puedes decidir cuales permites que te compren y cuales no. Esto es… en una tienda normal, o se ve el producto, o no se ve. Callisto permite que se vea el producto pero que el botón de compra esté oculto, por ejemplo, en función de si tienes o no stock en ese momento.
  • Más módulos callisto que hemos visto que ya están implementados
    • Ficha de registro y login de Cliente: El formulario que se muestra, tiene los campos de ficha de cliente de OpenERP. Al registrarse un cliente, automáticamente haga o no una compra ya queda registrado en OpenERP.
    • Carro de la compra: Cuando hacen un pedido, se registra directamente en OpenERP, igual que si lo hubieses registrado a mano. No hay bajada de pedidos como con un conector.
    • Integración del módulo de transportes con tarifas definidas en OpenERP
    • Integración de formas de pago paypal y tarjeta (De momento, no tiene ninguna pasarela con banco. Pero la habrá a futuro medio)
    • Nube de tags y gestión de tags para posicionamiento, por producto
    • Publicación de páginas de información estáticas, tipo gestor de contenidos.

A futuro, cosas que se podrían implementar, desarrollando más módulos callisto… que aún no están.

  • Registro de incidencias directo en la Web, que irían directamente al CRM de OpenERP
  • Historiales de albaranes y facturas del cliente (actualmente solo ve pedidos en el historial, como en cualquier tienda online)
  • Listados varios…

En fin, el potencial es ilimitado y en breve esperamos iniciar nuestros primeros proyectos de tiendas online Callisto. Esperando os resulte de interés el resumen…

Ana

8 Comentarios

OpenERP para centros educativos

Me congratula copiar tal cual este post de Zikzakmedia publicado en su blog donde anuncian que han adecuado los módulos de training para que puedan ser ejecutados en la versión 5.0.

Disponible los módulos de training para openerp-server. El módulo ya se encuentra disponible en español y català y para la versión 5.0 de openerp-server.

Desde la concepción de un proyecto a la elaboración de su catálogo, la gestión de formación permite crear asignaturas y cursos con facilidad y organizar las ediciones y convocatorias.

Con el soporte de la contabilidad analítica, podrá saber los costes de sus formaciones.

  • Gestión de suscripciones
  • Gestión de asignaturas
  • Gestión de cursos (para una planificación)
  • Gestión de ediciones
  • Gestión de soporte del curso

También estan disponible a addons-extra los módulos training_room y training_exam.

Training

Hasta ahora, existían 3 módulos de training en extra-addons que podían ser instalados en 5.0 pero existía también una rama adicional en launchpad donde se veía el módulo mejorado y también existían más módulos adicionales expresamente desarrollados para ampliar la funcionalidad de training.

El problema era que estos módulos debían ser ejecutados con su propia versión de servidor openerp basado en la versión 5.0.6 modificada y daban errores al intentar ser instalados en versiones actuales a partir de 5.0.10.

Gracias a Zikzakmedia ya contamos con los módulos de training adecuados al servidor en versión actual y por lo que veo en el pantallazo han incluido también la traducción al castellano que hice hace unos meses. Bien por ellos. Muchísimas gracias.

Esperando sea de vuestro interés, cordiales saludos!!

Ana

, ,

2 Comentarios