Español
English
Deutsch
Français
Português
Italiano
Nederlands
PolskiEl botó Open Discussion és a la pantalla del mateix nom a Odoo 17, 18, 19 i 20.
On és i qui hi arriba
La pantalla s'obre des de Octopia › Customer Service › Open Discussion. Cada tram del menú demana un permís i, si no el tens, no veus aquest tram: Octopia demana Octopia User i Open Discussion demana Octopia Manager.
Abrir conversación; en alemany, Diskussion öffnen; en francès, Ouvrir la discussion; en italià, Apri discussione; en portuguès, Abrir discussão.
Idees equivocades sobre el botó
Mite: «El botó apareix o desapareix segons l'estat de la comanda»
Realitat: la condició de vista del botó no amaga res, a Odoo 17, 18, 19 i 20 es veu sempre. El que sí filtra qui hi arriba és el menú, amb els permisos d'abans.
La fitxa porta els camps Order, Receiver Type, Body i Attachment. Receiver Type té els valors Customer i Channel Operator, i el valor per defecte al codi és Customer.
Mite: «Prémer-lo envia el missatge directament a Octopia»
Realitat: abans de parlar amb Octopia, el mòdul comprova, per aquest ordre:
- Que hi hagi una classificació triada. Si no, l'acció s'atura amb
Choose a classification (refresh them if the list is empty). - La longitud de l'assumpte:
Subject must be between … and … characters. - La longitud del cos:
Message body must be between … and … characters.
Si una d'aquestes comprovacions falla, l'acció s'atura i no es desa res del que havia de canviar. Després vénen les comprovacions del canal (mite següent). Si tot passa, el mòdul munta la conversa amb l'assumpte, la comanda, el canal de vendes, la classificació i un missatge amb el cos i el destinatari, més els adjunts si n'hi ha, i l'envia a Octopia amb la connexió del compte de la comanda.
Mite: «Qualsevol canal deixa obrir converses a qualsevol destinatari»
Realitat: el mòdul comprova el canal de vendes de la comanda i cada comprovació té el seu missatge:
- Si la configuració del canal està sincronitzada i diu que el venedor no pot iniciar converses, surt
Sales channel … does not allow seller-initiated discussions., amb el codi del canal en lloc dels punts. - Si el canal té desada una llista de destinataris permesos i el
Receiver Typetriat no hi és, surtReceiver … is not allowed on channel … (allowed: …).
Si el canal no té la configuració sincronitzada, la primera comprovació no bloqueja res: la resposta d'Octopia és la que decideix. La segona només actua quan hi ha una llista desada.
Mite: «Si Octopia rebutja la classificació, cal començar de zero»
Realitat: quan Octopia rebutja la classificació, el mòdul no llança error, per no desfer el que acaba de rellegir. Buida la classificació triada, torna a llegir la comanda, descarrega el catàleg de classificacions del seu canal i mostra un avís fix d'advertència titulat Choose the classification again amb aquest text: Octopia refused it: the order has changed status. The list now shows the classifications of its current status. Només es buida la classificació: la resta de la finestra queda com estava i es torna a mostrar amb la llista actualitzada.
En aquesta rellegida pot sortir un altre missatge: The order has no sales channel yet, so its classification catalog cannot be read. Qualsevol altre error que torni Octopia es torna a llançar i l'acció s'atura.
Mite: «Les classificacions i els permisos del canal s'actualitzen sols en prémer»
Realitat: el botó només recarrega el catàleg en el cas del rebuig d'abans. Del que queda se n'ocupa una tasca programada, Octopia: refresh referentials (categories, brands, carriers, typologies), que corre cada 7 dies i està activa en instal·lar. Els seus passos inclouen els canals de vendes, la configuració de cada canal (on es llegeix si el venedor pot iniciar converses i quins destinataris admet), les categories, les marques, els transportistes i les tipologies.
Cada pas va a part: si un falla, els altres continuen i s'anota un error al registre de sincronització amb els passos que han fallat. Si un compte fa servir FlexigoTech Cloud sense credencials desades o sense servei, la tasca se salta aquest compte.
Hi ha una altra tasca que escriu al mateix registre: Octopia: pull discussions (ToTreat queue), cada 15 minuts i activa en instal·lar.
Mite: «En tancar-se la finestra no en queda constància»
Realitat: quan Octopia accepta la conversa, el mòdul crea una entrada al registre de sincronització del compte, de tipus converses i amb resultat correcte, que indica la comanda i la classificació feta servir, i després tanca la finestra. Aquest registre l'escriu el mòdul amb permisos de sistema. Si alguna cosa falla abans, no es crea aquesta entrada.
Què necessites per fer-lo servir
El mòdul és de pagament únic per versió d'Odoo i necessita la subscripció a FlexigoTech Cloud, pla Connector: 49 €/mes o 490 €/any sense IVA, fins a 3 comptes de la plataforma. La connexió passa per FlexigoTech Cloud, que desa xifrades les credencials. Sense subscripció, o amb el servei suspès, s'atura el que dona la subscripció; les dades es queden al teu Odoo. El mòdul està publicat a Odoo Apps per a 17.0, 18.0, 19.0 i 20.0.
Si estàs implantant Odoo i vols connectar Cdiscount, FlexigoTech implanta Odoo 17, 18, 19 i 20 i desenvolupa connectors i integracions a mida. Per veure com funciona un altre botó del mòdul, tens què fa «Declare to Octopia».
Continua llegint
Comprovat al codi del connector (versió 20.0) i a les fonts enllaçades
Fonts
- Codi del mòdul: flexigobe_octopia_connector 20.0 (4848da6a): views/octopia_discussion_views.xml
- Codi del mòdul: flexigobe_octopia_connector 20.0 (4848da6a): wizard/octopia_discussion_wizards.py
- Codi del mòdul: flexigobe_octopia_connector 20.0 (4848da6a): models/octopia_referential.py
- apps.odoo.com/apps/modules/20.0/flexigobe_octopia_connector
- flexigotech.com/precios.html
- flexigotech.com/en/services.html