Створення фіскальних чеків
ЗмістЗагальна інформаціяПриклад #1. Генерація фіскального чека на етапіПриклад #2. Генерація фіскального чека на етапі та з перевіркою наявності ТТНПриклад #3. Генерація фіскального чека на етапі, з перевіркою наявності ТТН та потрібним методом оплатиПриклад #4. Генерація фіскального чека на етапі, з перевіркою наявності контролю оплати в ТТНПриклад #5. Генерація фіскального чека на етапі, з перевіркою потрібного ПІБ відправника з ТТНПриклад #6. Повернення фіскального чека на етапіДодаткова інформація
Загальна інформація
Даний тип тригера дозволяє налаштувати автоматичне створення фіскального чека Checkbox на продаж або на повернення при потрібних умовах: при отриманні посилки, на певному етапі, при певному методі оплати та інше.
Примітка:
Щоб налаштувати автоматичну генерацію чеків на основі статусу ТТН потрібно виконати наступні кроки: інтегрувати та пов'язати статуси НП до етапів KeepinCRM, налаштувати тригер на створення чеків (описані нижче) та налаштувати автоматичне закриття зміни в самому Checkbox.
Примітка #2:
Якщо багато касирів, то в умові тригера можна додатково вказати під кожного касира своє джерело, наприклад якщо джерело #1, то формувати чек від касира #1, а якщо джерело #2, то від касира #2. Або, якщо відповідальний в угоді користувач #1, то формувати чек від касира #1, якщо користувач #2, то від касира #2 і тому подібне. Це тільки декілька прикладів, але можна використовувати і інші параметри в умові.
Структура тригера:
- Таблиця - Угоди
- Дія - Фіскалізувати чек / Повернути фіскалізований чек
- Касир - Вибір по якому касиру формувати чек
- Автоматично відкривати зміну, якщо вона закрита - Якщо при створенні чека зміна буде закрита, то KeepinCRM її відкриє
- Умова - При якій умові повинен виконатись тригер
- Затримка в хв.
- Коментар - Інформаційна складова
Приклад #1. Генерація фіскального чека на етапі
Якщо потрібно створювати фіскальні чеки по всіх угодах на певному етапі воронки продажів, то в умові використовується стандартна змінна stage.name
stage.name == 'Отримано'
Приклад #2. Генерація фіскального чека на етапі та з перевіркою наявності ТТН
Якщо потрібно створювати фіскальні чеки тільки в тих угодах де створена ТТН, то в умові використовується стандартна змінна deliveries_count >= 1 та змінна для stage.name
stage.name == 'Отримано' and deliveries_count >= 1
Приклад #3. Генерація фіскального чека на етапі, з перевіркою наявності ТТН та потрібним методом оплати
Якщо потрібно створювати фіскальні чеки тільки в тих угодах де створена ТТН та по чітко вказаних способах оплати, то в умові використовується стандартна змінна deliveries_count >= 1, змінна stage.name та змінна користувацького поля з потрібними значеннями. Якщо декілька значень, то використовується OR.
stage.name == 'Отримано' and deliveries_count >= 1 and custom_fields.sposib_oplati_227 == 'Готівка'
Приклад #4. Генерація фіскального чека на етапі, з перевіркою наявності контролю оплати в ТТН
Якщо потрібно створювати фіскальні чеки тільки в угодах де створена ТТН має контроль оплати, то в умові використовується стандартна змінна ANY(deliveries, d, d.novapay). Також в умові можна використовувати додаткові змінні: способи оплати, етапи та інше.
stage.name == 'Отримано' and ANY(deliveries, d, d.novapay)
Приклад #5. Генерація фіскального чека на етапі, з перевіркою потрібного ПІБ відправника з ТТН
Якщо потрібно створювати фіскальні чеки тільки в угодах де створена ТТН від конкретних відправників або таким чином розподілити фіскалізацію по різних касирах, то в умові використовується стандартна змінна ANY(deliveries, delivery, delivery.sender == 'ТОЧНЕ ПІБ З РОЗДІЛУ ДОСТАВКА'). Наприклад, якщо Відправник Віктор, то сформувати чек від Касира Віктор, а якщо відправник в ТТН Олексій, то від касира Олексій. Також в умові можна використовувати додаткові змінні: способи оплати, етапи та інше
stage.name == 'Отримано' and ANY(deliveries, delivery, delivery.sender == 'Манга Віктор Олексійович')
Примітка:
Це буде працювати тільки, якщо ТТН створена в KeepinCRM, якщо додати вже створену ТТН, то цієї інформації немає та отримати її неможливо, відповідно тригер не спрацює.
Приклад #6. Повернення фіскального чека на етапі
Якщо фіскальний чек в угоді вже було сформовано, але клієнт відмовився від посилки, то можна створити тригер на автоматичне повернення фіскального чека при потрібних умовах. Обирати касира в цьому тригері вже не потрібно, тому що система розуміє, від якого касира був створений попередній чек на продаж. Якщо фіскального чека на продаж немає, то чек на повернення не сформується.
stage.name == 'Відмова'
Додаткова інформація
- Доступно на розширеному тарифі
- Якщо потрібні додаткові умови для виконання, зверніться для консультації в службу підтримки
- Відео інструкція по роботі з Checkbox
- В умовах можна використовувати будь-яку к-сть змінних через AND (та) чи OR (або). Якщо використовуються умови OR, то їх треба брати в дужки
- Якщо тригер не спрацював, дивитись коректність умови
- В кожного тригера є журнал дій де він запускався
- Якщо в журналі запуску тригера відображається така помилка (але з іншим ID), то це означає, що був змінений або видалений касир з інтеграції й потрібно обрати нового в тригері
Оновлено 14.11.2024