Інтеграція KeyCRM з BAS Малий бізнес, BAS КУП, BAS ЕРП, BAS Бухгалтерія, BAS УТ 3, УНФ, FinLite та інших конфігурацій на керованих формах. Двосторонній обмін БАС з КейСРМ
Функціонал стандартної інтеграції:
- Завантаження угод з "KeyCRM" в базу даних BAS у режимі реального часу;
- Двосторонній обмін статусами замовлень між "KeyCRM" і BAS;
- Автоматичне створення контрагентів на стороні BAS при завантаженні угоди щодо "KeyCRM".
Додатковий функціонал (оплачується додатково):
- Завантаження товарів з "KeyCRM" в BAS із збереженням структури папок номенклатури;
- Вивантаження товарів з BAS в "KeyCRM";
- Вивантаження залишків в "KeyCRM";
- Завантаження оплат з "KeyCRM" в BAS, з прив'язкою до замовлень покупців;
- Вивантаження даних по оплатам з BAS в "KeyCRM";
- Завантаження чеків по оплатам з "KeyCRM" в BAS;
- Завантаження додаткових характеристик угод з "KeyCRM"до бази даних BAS:
- Спосіб доставки;
- Доставка/відправник;
- Сайт Prom.ua;
- Сторінка сайту;
- Рекламна кампанія;
- Джерело;
- Компанія (utm_campaign);
- Канал.
- Використання характеристик номенклатури при завантаженні угод в BAS;
- Вивантаження цін в "KeyCRM";
- Вивантаження собівартості в "KeyCRM";
- Автоматичне формування видаткової накладної в BAS на основі замовлення/рахунку покупця по статусу замовлення/рахунку "Відвантажити";
- Формування документу «Закриття замовлення покупця» на підставі документу «Замовлення покупця», якщо статус замовлення «Відміна»;
- Формування документу «Накладна на повернення товарів» в BAS, на підставі «Видаткова накладна на товари», якщо видаткова накладна існує і в замовленні покупця з’явився статус «Відміна».
- Спосіб доставки;
- Доставка/відправник;
- Сайт Prom.ua;
- Сторінка сайту;
- Рекламна кампанія;
- Джерело;
- Компанія (utm_campaign);
- Канал.
Реалізовано для конфігурацій:
-
BAS Малий бізнес;
-
BAS Бухгалтерія. ПРОФ;
-
BAS Бухгалтерія. КОРП.
Можливості основного функціоналу
1. Інтеграція з "KeyCRM" дозволяє використовувати декілька облікових записів:
Мал. 1. Налаштування облікового запису.
2. Інтеграція дозволяє без конфігуратора обрати документ (Замовлення клієнта чи Видаткова накладна) та таблицю, в якій будуть зберігатись дані з "KeyCRM".
Мал. 2. Встановлення виду документу та імені табличної частини зберігання замовлення "KeyCRM".
3. Після вибору виду документа є команда заповнення існуючих реквізитів у вказаному документі реквізитів шапки та табличної части.
4. Є можливість без конфігуратора задати відповідність реквізитів "KeyCRM" та "BAS".
-
Якщо реквізит типу число/рядок/дата/булево достатньо вказати поле JSON та його відповідність реквізиту "BAS".
-
Якщо це посилання, то необхідно вказати або тільки довідник CRM, в цьому вирадку пошук елементу буде відбуватись по ID та обліковому запису CRM, або якщо це контрагент/номенклатура, то довідник "BAS" та його відповідний довідник CRM. В цьому випадку можна вказати поля пошуку по яких буде відбуватись пошук. Якщо за результатами пошуку по полях знайдено 1 відповідний запис, то ввдажється, що відповідність знайдена, в інших випадках коли в результаті пошуку 0, або більше 1 запису, вважається, що такі дані в довіднику відсутні.
Якщо реквізит типу число/рядок/дата/булево достатньо вказати поле JSON та його відповідність реквізиту "BAS".
Якщо це посилання, то необхідно вказати або тільки довідник CRM, в цьому вирадку пошук елементу буде відбуватись по ID та обліковому запису CRM, або якщо це контрагент/номенклатура, то довідник "BAS" та його відповідний довідник CRM. В цьому випадку можна вказати поля пошуку по яких буде відбуватись пошук. Якщо за результатами пошуку по полях знайдено 1 відповідний запис, то ввдажється, що відповідність знайдена, в інших випадках коли в результаті пошуку 0, або більше 1 запису, вважається, що такі дані в довіднику відсутні.
5. Можливо для поля задати програмну обробку визначення значення реквізиту. На мові "BAS" виконується довільний алгоритм, результат якого присвоюється глобільній змінній E_Value, та буде встановлений як значення реквізита.
6. Можливо встановити значення по замовчуванню для реквізиту.
Мал. 3. Встановлення реквізиту за замовчуванням.
Мал. 4. Встановлення відповідності реквізита отриманого замовлення «status_id» "KeyCRM" реквізиту «СостояниеЗаказа» "BAS".
Мал. 5. Встановлення відповідності довідника "KeyCRM" довіднику "BAS".
Мал. 6. Встановлення відповідності значення реквізиту «Об’єкт» довідника "BAS" –значенню реквізиту «Статус» "KeyCRM".
Мал. 7. Встановлення програмної обробки отримання значення реквізиту «Договір».
Мал. 8. Алгоритм програмного отримання значення реквізиту «Договір».
7. Після отримання всіх реквізитів можливо виконання довільного алгоритму для заповненого, але ще не збереженого документу.
8. Для отримання даних з CRM, є як http-сервіс для отримання webhook від CRM, так регламентні завдання отримання як нових, так і зменених замовлень, а також регламентне завдання вивантаження в CRM замовлень, що створені в "BAS".
9. В підсистемі інтеграції існують довідники аналогічні довідникам CRM, та регістр відповідності, де встановлюється відповідність значень CRM та "BAS".
Мал. 9. Довідники "KeyCRM".
Мал. 10. Категорії товарів.
10. Для товарів CRM відповідність номенклатурі "BAS" не задається. Відповідность товару CRM номенклатурі "BAS" встановлюється по реквізиту «Артикул». Є налаштування, що дозволяє автоматично створювати номенклатуру "BAS" для відсутнього товару CRM.
11. Обробка отриманих даних від CRM розділена на два етапи:
-
Отримання даних та запис у відповідний регістр для подальшої обробки.
-
Обробка отриманих даних, та запис даних в документ.
Отримання даних та запис у відповідний регістр для подальшої обробки.
Обробка отриманих даних, та запис даних в документ.
Цим реалізована можливість відсутності втрати обробки даних у випадку непередбаченої помилки. Після аналізу виникнення помилки є можливість повторної обробки цих даних.
Це також дозволяє тільки отримання вхідних даних без їх втрати, у випадку виконання тривалих регламентних або інших операції, що можуть вплинути на достовірність даних з подальшою їх обробкою.
12. Існує регламентне завдання для вивантаження вільних залишків з "BAS" в CRM.
13. Є закрита частина, пов’язна з правом використання інтеграції.
Вартість рішення:
|
Вартість стандартного функціоналу |
12000.00 | |
|
|
|
|
|
Вартість додаткового функціоналу
|
Ціна, грн | |
| 1. | Завантаження товарів з "KeyСRМ" в "BAS" із збереженням структури папок номенклатури | 4000.00 |
| 2. | Вивантаження товарів з "BAS" в "KeyСRМ" | 3000.00 |
| 3. | Вивантаження залишків в "KeyCRM" | 3000.00 |
| 4. | Завантаження оплат з "KeyCRM" в "BAS", з прив'язкою до замовлень покупців | 4000.00 |
| 5. | Вивантаження даних по оплатам з "BAS" в "KeyCRM" | 4000.00 |
| 6. | Завантаження чеків по оплатам з "KeyCRM" в "BAS" | 3000.00 |
| 7. | Завантаження додаткових характеристик угод з "KeyСRМ" до бази даних "BAS" | 3000.00 |
| 8. | Використання характеристик номенклатури при завантаженні угод в "BAS" | 8000.00 |
| 9. | Вивантаження цін в "KeyCRM" | 3000.00 |
| 10. | Вивантаження собівартості в "KeyCRM" | 2000.00 |
| 11. | Автоматичне формування видаткової накладної в "BAS" на основі замовлення/рахунку покупця по статусу замовлення/рахунку "Відвантажити" | 3000.00 |
| 12. | Формування документу «Закриття замовлення покупця» на підставі документу «Замовлення покупця», якщо статус замовлення «Відміна» | 2000.00 |
| 13. | Формування документу «Накладна на повернення товарів» в "BAS", на підставі «Видаткова накладна на товари», якщо видаткова накладна існує і в замовленні покупця з’явився статус «Відміна» | 3000.00 |
Зареєструйтеся, якщо не зареєстровані та авторизуйтеся щоб додати відгук.
- Інтеграція «BAS Бухгалтерія» з «KeyCRM».
- Коментарії
