Адміністрування 4 хв читання

Магазини (філії)

Як працюють магазини: прив'язка співробітників і обмеження видимості записів за точками.

Що це і навіщо

У Silium філії (точки, торгові точки, регіональні офіси) ведуться як «Магазини». Магазин заводиться як простий довідник, у якого є лише назва. Але він виконує важливу роль: якщо співробітника прив'язати до магазину, то він бачитиме тільки записи цього магазину, а всі нові записи, які він створює, автоматично отримують його магазин.

Так можна одній компанії в одній системі вести кілька точок продажу, не змішуючи їхніх клієнтів, лідів, завдань і документів.

Де знайти

Налаштування → Магазини (у групі «Система»), адреса /settings/shop. Плитка видима, якщо у вашої ролі в рядку «Налаштування» право «Зміна» = «Дозволено».

Список магазинів

Таблиця з однією колонкою «Назва магазину». Угорі розташована кнопка «Додати магазин», у меню дій рядка є «Видалити». Картки магазину немає: подвійний клік нічого не відкриває, а перейменувати магазин в інтерфейсі поки що не можна, тож створіть новий і переведіть до нього співробітників.

Створення магазину

Кнопка «Додати магазин» відкриває вікно «Створити магазин» з єдиним обов'язковим полем «Назва» (до 255 символів). Після збереження магазин з'явиться в списку. Складів, кас і адрес до магазину тут не прив'язується.

Створення магазину
Створення магазину

Прив'язка співробітників

Магазин вказується в картці користувача, у полі «Магазин» (див. Користувачі). Поле необов'язкове:

  • Магазин вказано: співробітник працює «в межах магазину».
  • Магазин порожній: обмеження за магазином немає, співробітник бачить усі записи (обмеження за роллю діють як завжди).

Що відбувається, коли у співробітника є магазин

ЩоЯк діє
СпискиСписок користувачів і списки контактів, контрагентів, лідів, угод, завдань, замовлень, рахунків, документів, витрат, кредитів, основних засобів, статей бази знань, проєктів та інших модулів показують тільки записи з тим самим магазином.
Нові записиСтворений запис автоматично отримує магазин автора.
Канбан-дошкиДошки лідів, угод, замовлень і завдань теж показують тільки «свій» магазин.

Магазин діє разом з роллю: наприклад, якщо роль має «Перегляд = Якщо відповідальний», співробітник бачить лише записи, де він відповідальний і які належать його магазину. Див. Ролі і права доступу.

У фінансах чи на складі магазин не створює проводок і рухів. Це лише «мітка» на записі для фільтрації.

Видалення магазину

Магазин можна видалити, тільки якщо на нього ніхто й ніщо не посилається. Інакше з'явиться повідомлення (перше, що знайдено):

  • «Видалення неможливо. До магазину прив'язані користувачі»
  • ... контакти / контрагенти / завдання / ліди / угоди / замовлення

Спочатку зніміть магазин у співробітників (очистіть поле в картці). Записи, створені ними, залишаться прив'язаними, і тоді видалення все одно може бути відхилено. Тому магазини зазвичай не видаляють, а залишають.

Права доступу

ДіяПраво (модуль «Налаштування»)
Відкрити списокПерегляд
ДодатиСтворення
ВидалитиВидалення

Окремого модуля «Магазини» в ролях немає.

Типові питання

  • Ми хочемо філії з власними складом і касою. Склади ведуться окремо (розділ «Склад»), каси й банківські рахунки ведуться в Налаштування → Гаманці. Магазин лише обмежує видимість CRM-записів і документів.
  • Чи бачить власник усе разом? Так, якщо його поле «Магазин» порожнє (або якщо це адміністратор без магазину).
  • Співробітник змінив магазин, і старі записи зникли з його списків. Це очікувано: список фільтрується за магазином співробітника, а старі записи мають попередній.
  • Не вдається перейменувати магазин. Такої дії в інтерфейсі немає.

Дивіться також

До розділу «Адміністрування»