- Продукція
- Ціноутворення
- Бонус за реферала
- Розробники
- Ресурси
UK
Поки операційний менеджер у відпустці, працівнику фінансового відділу надають право повертати кошти покупцям. За тиждень він звіряє ті самі повернення зі звітами про виплати. Менеджер уже повернувся, а тимчасовий доступ досі діє.
Ніхто не збирався передавати одній людині обидві функції. Обов’язки перетнулися через звичайну підміну колеги.
Матриця розмежування обов’язків показує, хто подає запити, погоджує, виконує та перевіряє операції. Під час повернення коштів розмежування несумісних обов’язків відокремлює погодження від подання запиту, а звіряння від виконання операції.
Почніть з одного магазину й одного процесу. Потім порівняйте запланований розподіл роботи з правами, які працівники мають на практиці.
Візьміть нещодавнє повернення коштів і простежте його від звернення покупця до запису у звіті про виплати. Спочатку перелічіть учасників і дії, а потім визначте, хто має виконувати кожен крок.
Формулювання керування магазином надто широке для такої перевірки. Розділіть роботу на конкретні дії:
Подати запит на повернення коштів із номером замовлення та причиною.
Погодити або відхилити запит.
Виконати погоджене повернення.
Звірити операцію зі звітом про виплати.
З’ясувати причину розбіжностей.
Для команди з чотирьох людей розподіл може мати такий вигляд. У своїй версії впишіть імена працівників поруч із ролями. Рядки про зміну ціни показують ще одне рішення, для якого корисне незалежне погодження.
Не призначено означає, що в цьому прикладі роль не виконує відповідну дію. Визначте в правилах магазину, які зміни ціни потребують погодження.
Зафіксуйте, де відбувається погодження. Якщо власник схвалює повернення в системі керування завданнями, операційному менеджеру потрібен цей запис до виконання операції. Укажіть номер замовлення, суму й рішення, щоб працівник міг зіставити погодження з потрібним поверненням.
Випишіть поєднання дій, за яких людина може внести неправомірну зміну й залишити її без незалежної перевірки.
Перевіряйте ці поєднання під час надання доступу. Якщо працівнику дають право повертати кошти, потрібно з’ясувати, чи не відповідає він уже за звіряння цих повернень.
Повернімося до фінансиста, який підміняє операційного менеджера. Його основна роль передбачає звіряння. Тимчасове призначення додає право виконувати повернення. Разом ці права створюють другий конфлікт із таблиці.
Доручіть звіряння за цей період іншій людині або залиште виконання повернень за іншим працівником.
Перевірте доступ людини в усіх пов’язаних середовищах:
Ролі на платформі та права, надані безпосередньо.
Інші магазини й регіональні акаунти.
Тимчасові призначення на період підміни.
Браузерні профілі та спільні сеанси.
Підключені застосунки й доступ через API, що використовуються в процесі.
Для кожного конфлікту вкажіть працівника, магазин, несумісні обов’язки, запропоновану зміну та відповідального за перевірку. Запишіть строк тимчасового доступу й призначте людину, яка його відкличе.
Для магазину на Amazon зіставте ролі з матриці з правами користувачів Seller Central. Приберіть права, які не потрібні для роботи. Потім перевірте, як погоджуються та контролюються решта дій.
Для деяких рішень самого налаштування доступу недостатньо. Якщо повернення потребує погодження, зафіксуйте, хто його схвалив і якої операції стосується рішення. Щоб розібратися в розбіжності, фінансисту потрібні і запис про погодження, і дані самої операції.
Інші вимоги стосуються доступу до сторінок. Фінансисту можуть бути потрібні звіти про виплати, але не сторінки редагування товарів. Працівнику підтримки потрібна сторінка замовлення, але не всі конфіденційні поля на ній. У цих випадках доречні браузерні обмеження.
Правила авторизації платформи визначають, чи дозволена сама операція. Браузерні правила регулюють доступ до сторінок і вмісту в призначеному робочому середовищі.
Якщо команда працює з кількома магазинами, зберігайте сеанс кожного магазину в окремому профілі браузера. Тоді під час призначення правил учасникам буде зрозуміло, якого середовища вони стосуються.
Візьміть одну роль із матриці. Перелічіть потрібні їй сторінки, зайвий для цієї роботи вміст і працівників, які виконують завдання.
Фахівцю з оскарження блокування акаунта потрібен доступ для певного завдання. З’ясуйте, які сторінки воно охоплює, й об’єднайте обмеження URL і вмісту в шаблон.
У редакторі шаблона для такого фахівця обидва типи правил розміщені в одному місці.
Шаблон для роботи з оскарженнями поєднує обмеження вмісту й доступу за URL.
Дайте шаблону зрозумілу назву за завданням. В описі вкажіть, навіщо потрібні обмеження та хто може погодити їх зміну. Ці відомості знадобляться іншому адміністратору, якщо умови роботи зміняться.
Для фахівця, якому потрібні лише кілька відомих сторінок, підійде список дозволених адрес. Ширша роль може потребувати доступу майже до всього сайту, крім окремих розділів. Обмеження доступу за URL у MoreLogin підтримують обидва режими:
Заборонити доступ: блокуються перелічені URL, решта сторінок залишаються доступними.
Дозволити лише вказані: доступні перелічені URL, решта сторінок блокуються.
Разом з адресами задайте учасників і профілі, на які діє правило.
Політика пов’язує режим доступу й адреси з потрібними учасниками та браузерними профілями.
Перед застосуванням списку дозволених адрес пройдіть завдання від початку до кінця. Додайте потрібні сторінки входу, перенаправлення та пов’язані домени. Перевірте адреси для відповідного регіонального майданчика, особливо якщо працівники керують магазинами в різних країнах.
Блокування всієї сторінки може завадити роботі. Якщо за межі обов’язків виходить лише частина вмісту, виберіть потрібні елементи й подивіться результат обмеження в попередньому перегляді.
У цьому прикладі редактор правил виділяє елементи входу й реєстрації на відкритій вітальній сторінці Amazon Seller Central ES.
Панель показує вибрані елементи й попередній результат приховування вмісту.
На сторінці замовлення або звіту зіставте кожен вибраний елемент із завданням працівника. Фінансисту потрібні ідентифікатори, за якими повернення зіставляється із записом у звіті про виплати. Якщо приховати їх, виникнуть труднощі зі звірянням.
Після попереднього перегляду відкрийте сторінку з облікового запису учасника.
Перед застосуванням шаблона перевірте права ролі й доступ працівника до профілів. Робоче середовище магазину, до якого йому надано доступ, має відповідати області дії шаблона.
У вікні застосування шаблона виберіть профіль потрібного магазину й учасників або ролі, яких стосуються правила.
Наявний шаблон можна застосувати до вибраних браузерних профілів, учасників або ролей.
На скриншоті вибрано всі браузерні профілі. Почніть з одного потрібного профілю й невеликої групи учасників. Так буде простіше перевірити результат перед розширенням області дії.
Під час вибору ролі перевірте всіх, кому вона призначена. Якщо після зміни посади працівник зберіг попередню роль, на нього може подіяти шаблон для іншої роботи.
Проводьте перевірку з облікового запису учасника. Адміністратор може мати інші права.
Візьміть нещодавнє завдання й виконайте кілька перевірок:
Пройдіть звичайний робочий процес, включно з потрібними переходами й перенаправленнями.
Відкрийте сторінку, доступ до якої має бути обмежений.
Переконайтеся, що політика діє на потрібного учасника й профіль.
Перевірте інші способи доступу, що використовуються в роботі, включно з підключеними застосунками.
Простежте одну погоджену операцію до незалежного звіряння.
Коли спрацьовує обмеження URL, учасник може побачити сторінку блокування, як у прикладі MoreLogin нижче. Указана адреса допомагає адміністратору зрозуміти, яку сторінку намагався відкрити працівник.
Для обмеженої сторінки MoreLogin відображається повідомлення про блокування й цільовий URL.
Після збереження або зміни політик URL і елементів сторінок перезапустіть відповідні профілі перед перевіркою. Запишіть учасника, профіль, правило й результат. Якщо звичайне завдання виконати не вдається, перевірте права, список URL і вибрані елементи, перш ніж розширювати доступ.
Коли підміна закінчується, відкличте додаткові права й переконайтеся, що працівник і далі може виконувати основну роботу. Так само перевіряйте доступ після завершення співпраці з підрядником або зміни ролі працівника.
Якщо профіль несподівано запускали чи змінювали його налаштування, знайдіть виконавця й час у журналі доступу та керування профілями. У разі розбіжності за поверненням порівняйте операцію на платформі з її погодженням і записом у звіті про виплати.
Переглядайте правила після зміни інтерфейсу торговельної платформи. URL може почати перенаправляти на іншу сторінку, а елемент, що використовується правилом обмеження вмісту, може переміститися.
У магазині з двома працівниками обов’язки перетинатимуться. Зафіксуйте ці перетини, щоб обоє розуміли, де потрібна перевірка іншою людиною.
Одна людина може проводити повернення, а інша звіряти їх із погодженнями та звітами про виплати. Якщо повернення виконують обоє, доручіть кожному перевіряти операції колеги.
Запишіть, що саме перевіряє працівник, коли він це робить і де зберігає результат. Наприклад, запис перевірки може містити номер замовлення, погоджену суму, фактично повернену суму й виявлену розбіжність.
Призначте відповідального за кожну неусунуту розбіжність. Позначка про перевірку мало допоможе наступному працівнику, якщо суми досі не збігаються.
Чим матриця розмежування обов’язків відрізняється від RACI?
Матриця RACI визначає виконавців, відповідальних за результат і порядок взаємодії. Матриця розмежування обов’язків показує, які функції потрібно розділити. Для повернення коштів вона допомагає перевірити, чи не контролює виконавець операції також її погодження або незалежну перевірку.
Чи може один працівник суміщати кілька ролей в інтернет-магазині?
Так. Перевірте сукупні права всіх його ролей, включно з тимчасовими призначеннями. Дві окремі ролі можуть створити конфлікт, якщо обидві призначені одній людині. Змініть доступ або доручіть незалежну перевірку відповідних операцій іншому працівнику.
Чи можна скласти матрицю розмежування обов’язків в електронній таблиці?
Так. Почніть із таблиці ролей і дій, потім додайте правила несумісності обов’язків і список реальних користувачів. Укажіть відповідальних за перевірку й дати. Коли доступ змінюється, звіряйте таблицю з поточними правами в системах.
Як часто команді інтернет-магазину потрібно переглядати матрицю?
Перевіряйте відповідні рядки в разі зміни обов’язків або доступу. Додатково призначте регулярну перевірку з урахуванням обсягу роботи й ризику. У період великої кількості повернень або залучення тимчасових працівників перевіряти варто частіше.
Перед наступною підміною порівняйте основні обов’язки працівника з додатковими правами, які він отримає. Усуньте конфлікт, запишіть строк доступу й перевірте потрібний профіль магазину.
Керування хмарними телефонами для команди: права доступу, передавання роботи та контроль акаунтів
Наступна сторінка
UK
