ERP-система добре зберігає факти: замовлення створене, товар надійшов, платіж отриманий, виробничий документ підготовлений. Але між фактом і результатом майже завжди є робота людей — помітити відхилення, поставити запитання, залучити колегу, домовитися про рішення та перевірити виконання.
Спільна робота у Skynum поєднує цей командний процес із даними ERP. Обговорення відбувається поруч із документом, платежем, контрагентом, товаром або завданням. Відповіді й @-згадки направляють увагу потрібної людини. Сповіщення надходять у реальному часі та повертають її до конкретної репліки, а завдання перетворює рішення на дію з виконавцем, строком і зафіксованим результатом.
Просте правило: обговорюйте поруч із даними, звертайтеся до конкретної людини через відповідь або @-згадку, а домовленість, яку потрібно виконати й проконтролювати, оформлюйте завданням.
Не ще один чат, а робота в контексті
У звичайному месенджері повідомлення живе окремо від обліку. Щоб пояснити ситуацію, доводиться копіювати номер документа, назву контрагента, суму, товарні позиції та історію змін. Згодом рішення залишається в листуванні, а наступний учасник знову відновлює контекст.
У Skynum вихідною точкою є сам робочий об'єкт. Коментар до надходження вже знаходиться біля надходження, уточнення щодо оплати — біля платежу, а питання про характеристику товару — в його картці. Учасники бачать актуальні дані та обговорюють саме ту ситуацію, з якою працюють.
Коментарі доступні в завданнях, документах, платежах, картках контрагентів і контактних осіб, товарах та модифікаціях. Завдяки цьому продажі, склад, фінанси, постачання й виробництво використовують один зрозумілий принцип взаємодії.
Як виглядає повний робочий цикл
- Відкрийте джерело ситуації. Команда починає з документа, платежу, контрагента, товару або завдання, де вже є потрібні дані.
- Зафіксуйте питання. У коментарі коротко опишіть, що сталося, чому це важливо і яке рішення потрібне.
- Залучіть потрібну людину. Натисніть Відповісти, щоб продовжити конкретну репліку, або виберіть колегу через @.
- Прийміть рішення в одному контексті. Адресат одразу бачить нову подію біля дзвіночка та переходить зі сповіщення до точного коментаря.
- Створіть відповідальну дію. Якщо рішення потрібно виконати, оформіть завдання, виберіть одного виконавця та встановіть строк.
- Зафіксуйте результат. Внесіть фактичні зміни в облікові поля, залиште підсумок у коментарі й завершіть завдання.
Це перетворює комунікацію на керований процес. Питання не просто обговорюється — воно проходить шлях від даних до рішення, відповідальності та результату.
Робочий приклад: розбіжність у надходженні
Під час приймання постачання комірник бачить, що фактична кількість двох позицій не збігається з документом надходження. Якщо написати про це в окремий чат, менеджеру доведеться шукати документ, уточнювати номер і звіряти товари вручну. У Skynum процес починається безпосередньо в надходженні.
- Комірник відкриває вкладку «Коментарі» та вказує, які позиції й кількості потребують перевірки.
- Через @-згадку він залучає менеджера із закупівель. Менеджер отримує адресне сповіщення і відкриває саме цю репліку в потрібному документі.
- Менеджер натискає «Відповісти» та фіксує результат звірки з постачальником. У відповіді зберігається посилання на початковий коментар.
- Якщо товар потрібно перерахувати, з документа створюють завдання для відповідального працівника складу та вказують строк.
- Виконавець переходить із завдання до надходження, перевіряє кількість, залишає підсумок і натискає Виконати.
- Коректний результат вносять у документ. Коментарі зберігають пояснення й рішення, а облікові поля — фактичні дані.
У результаті команда бачить цілісну історію: що виявили, кого залучили, яке рішення прийняли, кому доручили дію та чим вона завершилася. Контекст не розпорошується, а відповідальність не залишається усною домовленістю.
Коментарі створюють робоче обговорення
В інтерфейсі кожне повідомлення називається коментарем. Разом коментарі, відповіді та @-згадки утворюють робоче обговорення навколо конкретного об'єкта.
У коментарі зручно:
- поставити запитання щодо документа або платежу;
- пояснити причину зміни;
- зафіксувати домовленість;
- залишити результат перевірки;
- передати наступному учаснику важливий контекст.
Коментар пояснює облікову операцію, але не проводить її. Суму оплати потрібно вносити через платіж, кількість — у товарні рядки, виконавця — у відповідне поле, а статус документа — змінювати статусом. Так текст зберігає сенс рішення, а ERP продовжує працювати з точними структурованими даними.
Відповідь і @-згадка направляють увагу
Дія Відповісти потрібна, коли ви продовжуєте конкретну репліку. Її автор отримує сповіщення, а в новому коментарі залишається посилання на початкове повідомлення. Навіть у довгому обговоренні зрозуміло, на яке питання надійшла відповідь.
@-згадка залучає колегу, який ще не брав участі в розмові. Введіть символ @, почніть набирати ім'я та виберіть активного користувача зі списку. Адресат отримає сповіщення з переходом до цього коментаря.
Важлива межа: @-згадка означає «зверніть увагу на цю репліку». Вона не призначає людину відповідальною за виконання. Для відповідальної дії використовуйте завдання.
Завдання перетворює рішення на результат
Коли після обговорення зрозуміло, що саме потрібно зробити, з'являється завдання. Воно визначає дію, одного виконавця, початок, строк і факт завершення.
Завдання можна створити окремо або безпосередньо з документа, платежу, картки контрагента чи діалогу месенджера. У пов'язаному завданні виконавець одразу бачить предмет роботи та переходить до нього без пошуку й повторного пояснення ситуації.
При цьому коментар і завдання не дублюють одне одного:
- Коментар зберігає питання, пояснення, рішення та підсумок.
- Завдання зберігає дію, відповідального, строки та завершення.
Докладно про особистий список, нерозподілену чергу, строки, статуси, ручне перетягування та виконання читайте в окремій статті «Завдання у Skynum: від доручення до виконання».
Сповіщення доставляють подію в реальному часі
Коли колегу згадали через @, відповіли на його коментар, додали нову репліку до його завдання або призначили йому роботу, сторінку не потрібно оновлювати. На екрані одразу з'являється коротке повідомлення, а лічильник біля дзвіночка показує нові непрочитані події.
У бічній панелі видно причину звернення, робочий об'єкт, автора дії, початок коментаря та час. Наприклад, Відповідь на ваш коментар і Вас згадали в коментарі — це різні адресні події. Після відкриття панелі поточний лічильник обнуляється, але самі записи залишаються в історії.
Натискання сповіщення про коментар відкриває пов'язане завдання, документ, платіж, контрагента, контактну особу, товар або модифікацію та прокручує сторінку до потрібної репліки. Якщо одна людина одночасно є адресатом відповіді, згаданим користувачем або учасником завдання, вона отримує одне сповіщення про конкретний коментар. Кожна наступна репліка залишається окремою подією, тому хід обговорення не втрачається.
Як це працює в різних процесах
Фінанси
Менеджер бачить замовлення без підтвердженого зарахування коштів, звертається в коментарі до фінансового спеціаліста, а для перевірки до кінця дня створює пов'язане завдання. Результат залишається поруч із платежем або документом, а не в особистому листуванні.
Виробництво
Перед запуском виробничого документа технолог помічає питання щодо матеріалу. У коментарі він згадує відповідального за склад, отримує уточнення, а для перевірки запасу й підготовки сировини створює завдання зі строком до початку виробництва. Команда бачить і причину рішення, і відповідального за підготовку.
Товари й контрагенти
У картці товару можна уточнити характеристику або зафіксувати рішення щодо модифікації, а в картці контрагента — залишити важливий контекст роботи з клієнтом чи постачальником. @-згадка залучає потрібного фахівця, а відповіді зберігають послідовність обговорення.
Права доступу залишаються під контролем
@-згадка та сповіщення не відкривають закриті дані. Користувач переходить до документа, платежу, завдання або іншого об'єкта лише тоді, коли його роль має відповідне право перегляду. Так командна взаємодія працює в межах тієї самої моделі доступу, що й облік.
Як запустити спільний процес у команді
Почніть з одного повторюваного сценарію — наприклад, розбіжностей у надходженнях, контролю оплат або підготовки виробництва.
- Визначте робочий об'єкт, біля якого команда зберігатиме обговорення.
- Домовтеся писати завершені репліки: що сталося, яке рішення потрібне та що робити далі.
- Використовуйте відповіді й @-згадки адресно, щоб потрібна людина розуміла причину звернення.
- Створюйте завдання для контрольованих дій, а не залишайте доручення тільки в тексті.
- Фіксуйте підсумок і завершення, щоб наступний учасник бачив результат без додаткових запитань.
Повна документація з прикладами та точними правилами зібрана у розділі Спільна робота. Детальні інструкції з налаштування й використання завдань доступні в розділі Завдання.
Підсумок
Спільна робота у Skynum створює безперервний шлях від факту в ERP до командного результату. Дані дають контекст, коментарі зберігають обговорення, відповіді й @-згадки направляють увагу, сповіщення повертають до потрібного місця, а завдання фіксує відповідальність і завершення. У результаті рішення не губляться між каналами, а робота команди залишається пов'язаною з реальними операціями бізнесу.