#

Архитектура и ключевая логика приложения "Товары и услуги"

Кейс БИТРИКС24

Введение

В предыдущей статье мы рассказали, почему компании создают собственные инструменты для учета товаров и услуг. Теперь разберем, как работает приложение, за счет чего оно обеспечивает синхронность данных и что делает работу с заказами удобной. 

Архитектура и логика работы приложения «Товары и услуги»

После понимания целей приложения важно разобраться, как оно устроено и как взаимодействует с другими элементами CRM. Давайте разберем основные сущности, их связи и принципы работы. 

Связь между ИЗДЕЛИЕМ и ЗАКАЗОМ

Главная особенность приложения — его интеграция с CRM Битрикс24 и использование в смарт-процессах. Оно работает в рамках двух ключевых сущностей:

ИЗДЕЛИЕ

Это объект, который включает в себя товары и услуги.

ЗАКАЗ

Это сделка, связанная с конкретным ИЗДЕЛИЕМ.

По логике работы одно ИЗДЕЛИЕ должно быть связано только с одним ЗАКАЗОМ, а данные о товарах и услугах должны быть идентичны в обеих сущностях. Если что-то меняется в ЗАКАЗЕ, эти изменения автоматически отражаются в ИЗДЕЛИИ и наоборот.

Взаимодействие с приложением

Приложение встроено в карточку ИЗДЕЛИЯ и ЗАКАЗА как отдельная вкладка «Товары и услуги». В зависимости от роли пользователя и стадии заказа, доступен один из двух режимов:

Режим просмотра

По умолчанию, при открытии приложения отображается таблица товаров и услуг. Здесь пользователь может:

  • увидеть список добавленных товаров и услуг;
  • посмотреть сумму по каждому элементу с учетом скидок;
  • проверить назначенных исполнителей.

Кнопка «Редактировать» доступна только тем, у кого есть права на изменение данных.

Режим редактирования

Если у пользователя есть права, он может перейти в режим редактирования и:

  • добавлять новые товары и услуги;
  • редактировать названия товаров (внесенные изменения сохраняются в приложении и не затрагивают элементы каталога);
  • изменять количество, стоимость и скидку;
  • назначать ответственных за выполнение услуг (монтажников, грузчиков, водителей);
  • удалять ненужные позиции.

Важно: изменение количества, цены или скидки автоматически пересчитывает итоговую сумму.

Взаимодействие с приложением

Главное правило

Любые изменения в заказе должны тут же отображаться в изделии, и наоборот.

Как это реализовано:

При сохранении изменений в приложении данные обновляются одновременно в обоих объектах.

Если несколько сотрудников работают с одним заказом, при изменении информации у остальных пользователей появится уведомление «Данные были обновлены пользователем [Имя]».

В приложении есть кнопка «Обновить», позволяющая вручную синхронизировать данные, если обновление не произошло автоматически.

Таким образом, приложение всегда показывает актуальную информацию без задержек и дублирования.

Архитектура приложения построена так, чтобы минимизировать ошибки, ускорить работу с заказами и упростить контроль за товарами и услугами. Связь между ИЗДЕЛИЕМ и ЗАКАЗОМ позволяет оперативно вносить изменения, а удобный интерфейс делает процесс интуитивно понятным даже для новых сотрудников.

Заключение

Архитектура приложения построена так, чтобы исключить ошибки и ускорить процессы. В третьей статье расскажем о функциональных возможностях, настройке прав доступа, доп. соглашениях, а также результатах внедрения и отзывах пользователей.

Читать третью статью →

← Вернуться к первой статье

НАПИШИТЕ НАМ

Будем рады оказаться полезными