Ми використовуємо файли cookies для оптимізації контенту та швидкодії сайту. Продовжуючи відвідування сайту, ви погоджуєтесь на використання файлів cookies.
Viber каже, що поле "context" немає обмеження за тривалістю: https://take.ms/hgmdvz
Скажіть, чи можна доробити, щоб у цьому полі передавати не лише id користувача, а й id замовлення?
Наразі налаштовано так, що перше повідомлення відсилається через TurboSMS. У тексті цього повідомлення ми передаємо id замовлення, а на кнопці у "context" - id клієнта. Потрібна можливість, щоб при переході по цій кнопці повідомлення автоматично додавалося в процес із цим ID.
Якщо таке можна реалізувати, то скільки годин займе?
Viber каже, що поле "context" немає обмеження за тривалістю: https://take.ms/hgmdvz Скажіть, чи можна доробити, щоб у цьому полі передавати не лише id користувача, а й id замовлення? Наразі налаштовано так, що перше повідомлення відсилається через TurboSMS. У тексті цього повідомлення ми передаємо id замовлення, а на кнопці у "context" - id клієнта. Потрібна можливість, щоб при переході по цій кнопці повідомлення автоматично додавалося в процес із цим ID. Якщо таке можна реалізувати, то скільки годин займе?
Теоретично можна туди записувати кілька параметрів через роздільник (наприклад щось у стилі userid=123&orderid=123, або взагалі у json-рядку), а прийомі callback-запросов змінити обробку (перевірити чи можна розбити по разделителю/обработать як json ) - та отримувати окремо ID як клієнта, так і процесу. Далі у дії перетворення повідомлень у завдання додати перевірки, що й передано параметр orderid - то додати у конкретний процес (але лише за умови, що у дії вказано спрацьовувати лише за пушах, а чи не в кроні). За часом подібна реалізація займе близько 3год.
Теоретично можна туди записувати кілька параметрів через роздільник (наприклад щось у стилі userid=123&orderid=123, або взагалі у json-рядку), а прийомі callback-запросов змінити обробку (перевірити чи можна розбити по разделителю/обработать як json ) - та отримувати окремо ID як клієнта, так і процесу.
Далі у дії перетворення повідомлень у завдання додати перевірки, що й передано параметр orderid - то додати у конкретний процес (але лише за умови, що у дії вказано спрацьовувати лише за пушах, а чи не в кроні).
За часом подібна реалізація займе близько 3год.
Вказувати можна значення аргументу context=123 (якщо потрібно тільки знайти користувача при першому контакті) або context=userid:123;orderid:321 щоб і користувача шукати у разі першого контакту, або ID процесу отримати для подальшого запуску дій перетворення повідомлення на процес ВАЖЛИВО! для коректної роботи в дії перетворення повідомлень на процес має бути включене налаштування "Дія спрацьовує тільки при отриманні пуша від вайбера"
Вказувати можна значення аргументу context=123 (якщо потрібно тільки знайти користувача при першому контакті) або context=userid:123;orderid:321 щоб і користувача шукати у разі першого контакту, або ID процесу отримати для подальшого запуску дій перетворення повідомлення на процес
ВАЖЛИВО! для коректної роботи в дії перетворення повідомлень на процес має бути включене налаштування "Дія спрацьовує тільки при отриманні пуша від вайбера"
галочки поставили, але коментар з вайбера не додається до замовлення, номер якого пишемо в orderID. може, в автоматизації на хвилинному кроні треба інші галочки вказати? https://take.ms/3kfFG
галочки поставили, але коментар з вайбера не додається до замовлення, номер якого пишемо в orderID.
може, в автоматизації на хвилинному кроні треба інші галочки вказати? https://take.ms/3kfFG
https://shopforcars.crm-onebox.com/admin/customorder/order/402/edit/
саме в цьому процесі я відсилала з процедури: https://shopforcars.crm-onebox.com/admin/shop/workflow/12/procedure/14/?status=0
Ага, ми дещо не передбачили – це те, що context приходить лише при першому вході до чату. Тобто наступні повідомлення надходять без context. Я переробив доопрацювання, щоб при передачі context та пошуку контакту - перевіряло чи є orderid і запам'ятовувало його для клієнта в рамках інтеграції. Далі, у дії перетворення повідомлень на процес - якщо це запуск дії з пушкою і є збережений orderid по цьому клієнту - буде знайдено потрібний процес. Потрібно протестувати на тестовому процесі та новому клієнті, щоб він вперше в чат зайшов (або повністю видалити чат і знову зайти підписати на чат)
Ага, ми дещо не передбачили – це те, що context приходить лише при першому вході до чату. Тобто наступні повідомлення надходять без context.
Я переробив доопрацювання, щоб при передачі context та пошуку контакту - перевіряло чи є orderid і запам'ятовувало його для клієнта в рамках інтеграції.
Далі, у дії перетворення повідомлень на процес - якщо це запуск дії з пушкою і є збережений orderid по цьому клієнту - буде знайдено потрібний процес.
Потрібно протестувати на тестовому процесі та новому клієнті, щоб він вперше в чат зайшов (або повністю видалити чат і знову зайти підписати на чат)
для нового клієнта працює, перевірили. дуже дякую. але нам не треба, щоб зберігався orderid по клієнту. коли той самий клієнт зробить нове замовлення, і ми передамо цей context, то треба, щоб його відповідь прийшла в той новий процес.
для нового клієнта працює, перевірили. дуже дякую.
але нам не треба, щоб зберігався orderid по клієнту. коли той самий клієнт зробить нове замовлення, і ми передамо цей context, то треба, щоб його відповідь прийшла в той новий процес.
але нам не треба, щоб зберігався orderid по клієнту. коли той самий клієнт зробить нове замовлення, і ми передамо цей context, то треба, щоб його відповідь прийшла в той новий процес.
Ну так якщо це знову спрацює як conversation_started (підписка на чат) - то він оновиться. Але наскільки я знаю, якщо у нього чат буде вже існувати (не видалений) - то як би цієї події не буде - і нам context не прийде. Інакше потрібно щоб він приходить і зі звичайними повідомленнями - це вже може як додатковий параметр якийсь передавати context в viber, якщо це дозволяє viber.
[quote]
але нам не треба, щоб зберігався orderid по клієнту. коли той самий клієнт зробить нове замовлення, і ми передамо цей context, то треба, щоб його відповідь прийшла в той новий процес.
[/quote]
Ну так якщо це знову спрацює як conversation_started (підписка на чат) - то він оновиться.
Але наскільки я знаю, якщо у нього чат буде вже існувати (не видалений) - то як би цієї події не буде - і нам context не прийде.
Інакше потрібно щоб він приходить і зі звичайними повідомленнями - це вже може як додатковий параметр якийсь передавати context в viber, якщо це дозволяє viber.
А давайте власне перевіримо - надішліть тому ж клієнту посилання по іншому тестовому процесу - подивимося які параметри "прилетять" у пуші? і скажете номер процесу
А давайте власне перевіримо - надішліть тому ж клієнту посилання по іншому тестовому процесу - подивимося які параметри "прилетять" у пуші?
і скажете номер процесу
https://shopforcars.crm-onebox.com/admin/customorder/order/36405/edit/
додало в той процес, що треба. хоч старий не був закритий. як на мене - ідеально працює.
Будь ласка, приєднуйтесь до діалогу. Якщо вам є що сказати – будь ласка, напишіть коментар. Для входу потрібний мобільний телефон та смс-код для ідентифікації.
Увійти та написати коментар