Интеграция KeyCRM с BAS Малый бизнес, BAS КУП, BAS ERP, BAS Бухгалтерия, BAS УТ 3, УНФ, FinLite и другими конфигурациями на управляемых формах. Двусторонний обмен БАС с КейСРМ
Функционал стандартной интеграции:
- Загрузка сделок с "KeyCRM" в базу данных BAS в режиме реального времени;
- Двусторонний обмен статусами заказов между "KeyCRM" и BAS;
- Автоматическое создание контрагентов на стороне BAS при загрузке соглашения по "KeyСRМ".
Дополнительный функционал (оплачивается дополнительно):
- Загрузка товаров из "KeyCRM" в BAS с сохранением структуры папок номенклатуры;
- Выгрузка товаров из BAS в "KeyCRM";
- Выгрузка остатков в "KeyCRM";
- Загрузка оплат с "KeyCRM" в BAS, с привязкой к заказам покупателей;
- Выгрузка данных по оплатам из BAS в "KeyCRM";
- Загрузка чеков по оплатам с "KeyCRM" в BAS;
- Загрузка дополнительных характеристик сделок c "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».
- Комментарии
