Важливі особливості Sklado, які працюють НЕ так, як у більшості інших CRM. Відповідай на їх основі, а не за загальними уявленнями про CRM.
AI-помічник виставляє рахунок лише за вашим «так» (або за налаштуванням), а складські документи не проводить ніколи
Просите помічника «зроби рахунок» — він створює рахунок чернеткою, шле PDF і далі діє за налаштуванням «Документи від помічника» (Налаштування → AI-команда → картка «Директор компанії» → кнопка «Ключ і ліміти» → картка «Документи від помічника»): спитати «Виставити рахунок?» і виставити лише на «так» (так з самого початку), виставляти одразу або лишати чернеткою. Виставлений рахунок входить у борг клієнта; повернути в чернетку — кнопка «Відкликати» на картці рахунку. Відвантаження, надходження, переміщення, списання, інвентаризацію помічник не проводить у жодному режимі — лише людина в кабінеті. Яким бланком друкувати рахунок і акт — теж налаштування там само («Рахунок друкувати як», «Акт друкувати як»); названий у проханні шаблон сильніший за налаштування.
«О 12:00» для AI — це 12:00 ЗА ГОДИННИКОМ КАБІНЕТУ
Коли задачу ставить AI (Директор, агент через MCP, голос), час розуміється в часовому поясі кабінету — тому, що стоїть у Налаштування → Кабінет → «Часовий пояс». Сказали «звʼязок о 12:00» — у картці задачі буде 12:00, незалежно від того, де фізично працює сам агент і на якому сервері він живе. Позначку «Z» чи зсув на кшталт «+03:00», якщо мовна модель їх дописала, Sklado НЕ враховує: настінні цифри важливіші за здогадку моделі про пояс. Дата без часу означає 10:00 за кабінетом (як кнопка «Завтра» в самій задачі). Час у відповіді інструмента й у журналі дій теж показується місцевим — тому агент може одразу зачитати людині те саме, що стоїть у картці. Звичайний REST-API задач (/api/v1/tasks, ним користується сам кабінет) навпаки вимагає повний ISO зі зсувом і трактує його буквально.
«Почати з» у нумерації діє лише в тому році, коли його вписали
Рік у номері документа підставляється автоматично, і відлік усередині кожного року свій: після «2026-01950» перший документ 2027-го отримає номер «2027-00001». Поле «Почати з» (Налаштування → Шаблони документів → Нумерація) призначене для одноразового підхоплення нумерації зі старої програми, тому з 1 січня воно більше не застосовується — інакше кожен новий рік починався б із того самого числа, а не з одиниці. У таблиці налаштувань під таким числом стоїть підпис «діяло у 2026 році»; щоб знову підхопити чужу нумерацію, під цим числом натискають «Застосувати знову» і зберігають (просто повторне збереження сторінки нічого не поновлює — інакше правка сусіднього рядка воскрешала б торішнє число). Коли галочка «Рік» знята, нумерація наскрізна — 1 січня вона не скидається взагалі. Уже виписані документи не перенумеровуються ніколи, а «Почати з» не відкочує лічильник назад: якщо документи з більшими номерами вже є, нумерація продовжиться за ними.
Лід, заведений по контакту, тягне за собою і його КОМПАНІЮ
Якщо людина числиться в компанії (поле «Компанія» в її картці), лід несе обидві звʼязки — і контакт, і компанію, — навіть коли компанію ніхто не вказував: розмова з менеджером «ТОВ Ромашка» це робота з «ТОВ Ромашка». Тому в картці КОМПАНІЇ блок «Ліди» показує і ліди її співробітників, і в рядку видно, з ким саме ведеться угода. Перевʼязали лід на іншу людину — компанія перечепиться за нею сама (або зніметься, якщо в нової компанії немає). Створити лід прямо з картки клієнта можна кнопкою «+ Лід» у тому ж блоці; другий ВІДКРИТИЙ лід на того самого клієнта система заводить лише після підтвердження, показавши назву наявного.
Рахунок виписується на КОМПАНІЮ, а не на її співробітника
Якщо контакт числиться в компанії, документ і оплата належать компанії — виписати рахунок «на Івана з ТОВ Ромашка» не вийде: оберете Івана, а Sklado сама підставить «ТОВ Ромашка» і напише про це під полем контрагента; Іван лишиться в документі контактною особою (у друкованому рахунку — окремим рядком під реквізитами). Борг, аванс, акт звірки, книга доходів і ліміт ФОП рахуються по компанії. Коли ви вказуєте в картці людини її компанію, усі її угоди, документи й оплати переходять на компанію (угоди з іншою компанією — після вашого підтвердження). Компанію зі співробітниками, угодами, документами чи оплатами не видалити, поки не оберете, куди їх перенести. Фізособа без компанії — самостійний клієнт, з нею розраховуються напряму. Оплата з банківської виписки без рахунку записується на клієнта кнопкою «Записати на клієнта» як аванс і сама зарахується в його наступний рахунок; «Запамʼятати платника» — і наступні перекази від нього запишуться самі.
Заблокованому контрагенту не можна створити й провести документ
Блокування в картці клієнта (галочка «Заблокувати контрагента» + причина) — це НЕ кольорова мітка: поки воно стоїть, на цього контрагента не створити новий документ і не провести чернетку, навіть виписану до блокування. Причину бачить той, у кого блокування спрацювало. Що блокування НЕ робить: не чіпає вже проведені документи, оплати, борги й історію; не ховає картку; не заважає ПРИЙНЯТИ оплату боржника; не зупиняє замовлення з Prom і звернення з месенджерів (вони приходять далі — інакше їх просто не було б видно). Знімається тією ж галочкою або масово в списку клієнтів («Заблокувати» / «Розблокувати»). Окремого права немає — досить права редагувати клієнтів. Заборона діє на ВСІ шляхи створення документа, включно з кнопками «Створити замовлення» і «Виставити рахунок» на картці угоди та створенням документа «на базі» іншого. Блокування переживає Кошик: якщо заблоковану картку прибрали, а потім повернули — вона повернеться заблокованою з тією ж причиною.
Статусів «Новий» і «Активний» у контрагента більше НЕМАЄ
До 27.08.2026 у клієнта було чотири статуси (Новий / Активний / Заблокований / Архів), і три з них нічого не робили: «Новий» ставився при створенні й лишався назавжди — переходу в «Активний» не існувало ніде. Тепер їх немає взагалі, а не «перейменовані». «Хто прийшов нещодавно» показує колонка «Створено» у списку клієнтів (клік по заголовку перевертає порядок — від нових до старих і навпаки). Лишились два стани: блокування (див. вище) і Архів — його ставить сама система при видаленні картки або обʼєднанні дублів, руками він не проставляється; повернути картку можна з Кошика. У карток, де стояв «Новий», тепер звичайний стан — налаштовувати нічого не треба.
Нік у месенджері — окремий контакт, а не «телефон»
Пошук дублів клієнтів звіряє телефон, пошту І месенджер. Нік вписують у блок «Месенджери» картки клієнта (месенджер + нік; можна вставити посилання на профіль). Нік, записаний у поле «Телефон», контактом НЕ вважається — там Sklado шукає номер, тож дубль по ньому не знайдеться. Ніки порівнюються лише в межах однієї платформи: однаковий нік у Telegram і в TikTok — різні люди. Крім вписаного ніка Sklado враховує дані самої переписки (нік і внутрішній номер співрозмовника від месенджера); збіг внутрішнього номера — висока впевненість, збіг ніка — середня, бо звільнений нік може дістатись іншій людині.
Послуги НЕ рухають склад — у жодному документі
З 26.08.2026 товар типу «Послуга» не створює складських рухів і залишків ніде: ані у відвантаженні, ані в замовленні (резерві), ані в інвентаризації. Рядок-послуга живе лише в СУМІ документа. Якщо раніше послуга «пішла в мінус» на залишках — це старі документи, нові так не роблять.
Проєктний облік: ставка години фіксується В МОМЕНТ запису
У модулі «Проєктний облік» кожен запис часу зберігає внутрішню ставку години людини (зарплата + податки + накладні) на момент списання. Зміна ставки в «Зарплаті» НЕ переоцінює старі записи — маржа закритих обʼєктів не змінюється заднім числом. Ставки, вартість праці й маржу бачать лише ролі з правом «Зарплата — перегляд»; решта бачить тільки години. Списаний час — це НЕ табель: табель веде керівник як базу оплати, а час на проєкти показує, куди пішли години; жорсткої звірки між ними немає навмисно.
«Налаштування» стоять у лівому меню, а не у випадашці внизу
З 26.07.2026 пункти «Налаштування», «Довідка», «Оновлення», «Як влаштовано Sklado» і «Вийти» стоять просто в лівому меню — під тонкою лінією одразу після розділу «Каса». Раніше вони ховались у випадашці, яка відкривалась натисканням на своє імʼя внизу; тепер натискати на імʼя не треба, унизу лишився тільки підпис «хто я і в якому акаунті». Не бачить пункт — питання прав ролі, а не місця в меню.
Зведення переписки в картці угоди рахує AI на ключі КЛІЄНТА і зберігається
Блок «Про що ця угода» над стрічкою повідомлень складає AI, і платить за це власник акаунта своїм ключем (Налаштування → AI-команда → «Ключ і ліміти»). Тому зведення НЕ перераховується на кожне відкриття картки: воно зберігається і оновлюється лише коли в переписці зʼявились нові повідомлення (тоді видно позначку «є новіші повідомлення») або коли натиснути «Оновити». Немає ключа — блоку немає взагалі. Типово стоїть режим «Кнопкою» — нічого не рахується, поки людина сама не натисне «Зробити зведення»; автоматичний режим «Саме» вмикає власник у Налаштування → AI-команда → «Ключ і ліміти» (там же денний ліміт). Зведення зʼявляється лише коли в розмові щонайменше 4 повідомлення. Запускати перерахунок може той, хто може редагувати угоди; перегляд без редагування бачить готове зведення, але кнопки не має.
Договір НЕ створиться, якщо шаблон вимагає компанію, а її не вказано
Це єдиний випадок, коли Sklado не дає створити документ за шаблоном: у шаблоні є поля компанії клієнта (назва, ЄДРПОУ, IBAN), а в клієнта компанії немає — кнопка «Створити» неактивна, замість жовтого попередження червона плашка з переліком цих полів. Причина: бланк вийшов би з прочерками на місці сторони договору. У тій самій плашці — пошук компанії: можна знайти наявну або створити нову прямо у вікні (потрібне право на картки клієнтів). Решта незаповнених полів (телефон, підписант, банк) створити договір НЕ заважають — то просто попередження. Компанія береться з рядка «Компанія» УГОДИ, а якщо там порожньо — з картки контакта; досить указати її в одному з двох місць.
Імʼя контакта, назву компанії і саму компанію контакта правлять У КАРТЦІ УГОДИ
З 26.08.2026 не треба відкривати картку клієнта, щоб перейменувати контакт чи компанію: клацнув по імені в блоці «Контакт» або «Компанія» — і друкуй, як по назві угоди. Там же рядок «Компанія» в блоці контакта: пошук по всій базі + створення нової на місці (лише юрособа або ФОП — фізособа компанією бути не може). Порожню назву система не збереже: підсвітить червоним і лишить набране. Привʼязали контакт до компанії — угода бере ту саму, але ЛИШЕ якщо її власний рядок «Компанія» був порожній. Правити це може лише роль з доступом до карток клієнтів.
Поля в картках зберігаються самі, кнопки «Зберегти» там немає
У картці угоди (і далі — в решті карток) поле вже стоїть на місці, просто виглядає як текст: клацнув, надрукував, клацнув в інше місце — збережено. Enter робить те саме, Esc повертає як було. Окремої кнопки «Зберегти» НЕМАЄ навмисно, і це не помилка інтерфейсу. Якщо значення не змінили, нічого не зберігається і запит не надсилається. У ФОРМАХ СТВОРЕННЯ (новий товар, новий документ) навпаки — там звичайна форма з кнопкою.
Етап і воронку угоди міняють ПІД НАЗВОЮ угоди, а не в смузі зверху
З 08.08.2026 етап перемикається в одному місці — рядок з поточним етапом стоїть одразу під назвою угоди; клацнув по ньому — розкрився список етапів. Якщо воронок кілька, вони йдуть у цьому ж списку заголовками, і вибір етапу чужої воронки переносить угоду одразу і у воронку, і на обраний етап (раніше перенос у другу воронку завжди клав угоду на її перший робочий етап). У смузі стану вгорі етап тільки ПОКАЗУЄТЬСЯ — вона вся нередагована. Так само перемикач працює і в розділі «Чати», де смуги стану немає взагалі (до 08.08.2026 етап звідти не мінявся ніяк). Списку немає у двох випадках: угода стоїть у «Неопрацьоване» (там кнопки «Прийняти»/«Відхилити») або немає права редагувати угоди. Закрити угоду можна також кнопками «Успішно»/«Не реалізовано» внизу лівої колонки; закриття в «Не реалізовано» все одно вимагає причини.
Комісія менеджера може зараховуватись на етапі воронки — і це АВАНС
З 08.08.2026 у налаштуваннях воронки кожному етапу можна задати «скільки відсотків продажу зараховується тут» (Налаштування → CRM → «Комісія менеджера»). Це потрібно для довгих продажів: менеджер узяв передоплату — гроші зараховані вже там, не чекаючи відвантаження. Разом по воронці не більше 100%; решта зараховується за фактом відвантаження, як і раніше. КЛЮЧОВЕ, що працює не так, як очікують: частка на етапі — це АВАНС, а не остаточна сума. Підсумок завжди доводиться до фактично заробленої комісії: часткові відвантаження доплачуються, зміна суми замовлення й повернення товару перераховуються, а при зриві угоди аванс повертається — зменшенням НАРАХУВАННЯ комісії наступних місяців (оклад не чіпається ніколи; клієнт може взагалі заборонити мінус налаштуванням «не чіпати, показати окремо»). Тому оминути «грошовий» етап не страшно — гроші прийдуть пізніше, а не згорять. Сам відсоток комісії береться з картки співробітника (Персонал → Зарплата → ставка): якщо він там не заданий, частка на етапі ні на що не впливає. Блок «Комісія менеджера» у картці угоди бачить лише той, кому відкрита зарплата.
Відповідь іде в ОДИН обраний месенджер, і це видно над полем відповіді
Якщо в клієнта підключено кілька месенджерів, над полем відповіді написано, куди піде повідомлення («Telegram · Імʼя»), і цей підпис — перемикач. Без вибору відповідь МЕНЕДЖЕРА йде в канал за замовчуванням: спершу месенджер із позначкою «Відповідати сюди» (зірочка на значку месенджера в картці угоди), а якщо позначки немає — туди, де було останнє повідомлення. AI Керівник продажів працює інакше: він відповідає в той месенджер, звідки клієнт написав останнє повідомлення, і зірочка на нього не впливає — це важливо після обʼєднання дублів, коли в картки кілька месенджерів (питання з Telegram отримає відповідь у Telegram, навіть якщо зірочка стоїть на Viber). Єдиний виняток: якщо той месенджер уже вимкнули/перепідключили — відповідь піде в інший підключений канал картки за звичайним правилом. Стан вікна 24 годин рахується саме для ОБРАНОГО каналу: перемкнули на Instagram — і обмеження показуються для Instagram, а не для Telegram. Канали, закриті для співробітника за номером (allowedUserIds), у перемикачі не показуються.
Про кінець строку тарифу попереджають ТРИ різні шляхи, і адресати в них різні
Смугу вгорі кабінету (зʼявляється за 7 днів, за 3 дні червоніє) бачить КОЖЕН працівник, а не лише власник, — бо коли строк закінчиться, робота зупиниться в усіх. У кого немає права «Підписка та платежі», той бачить смугу без кнопки оплати, з написом «Зверніться до власника акаунта». Смуга покриває і ПРОБНИЙ період, і оплачений, і не закривається хрестиком; після переходу на безкоштовний вона лишається з текстом про обмеження. Листи за 7/3/1 день ідуть власнику і всім, кому відкрито право «Підписка та платежі» (це службові листи про доступ — відписка від новин їх не вимикає). Сповіщення в дзвіночок і Telegram («Тариф добігає кінця або оплата не пройшла») — командна подія: власник підписаний одразу, решті вмикає керівник у картці співробітника; поріг «за скільки днів попередити» задається в Налаштування → Сповіщення (типово 7 днів, плюс завжди ще раз за 1 день).
WhatsApp Business: номер і в застосунку на телефоні, і в Sklado
Номер підключається кнопкою «Підключити через Facebook» (Налаштування → CRM → Канали месенджерів → Підключити WhatsApp). У вікні Meta можна обрати номер, що вже працює в застосунку WhatsApp Business: застосунок лишається робочим, вхідні приходять і туди, і в «Чати», відповіді з телефона видно в чаті з позначкою «З телефону». Історію листування за 6 місяців Meta переносить ЛИШЕ ОДИН РАЗ і лише протягом доби після підключення (застосунок на телефоні має бути відкритим); старі розмови не створюють лідів і сповіщень, файли з історії не переносяться. Якщо застосунок не відкривати близько 14 днів, Meta відключає номер — канал стає червоним, треба підключити заново. Під час підключення Meta відʼєднує від номера всі звʼязані пристрої (WhatsApp Web/Desktop, інші CRM чи сервіси через QR-код) — WhatsApp Web підключається знову звичайним способом. Групові чати, зникаючі повідомлення, розсилки й дзвінки через Sklado не працюють. Платні шаблони (написати після 24 годин) потребують способу оплати у WhatsApp Manager клієнта. Meta видає доступ до номера на 60 днів: за 10 днів до кінця під каналом зʼявляється «Перепідключити», власнику щодня йде нагадування; перепідключення тим самим номером зберігає канал, переписку й налаштування. Детально — стаття crm.whatsapp.
Написати клієнту першим можна лише через eChat
Наші боти Telegram і Viber, а також Facebook та Instagram працюють тільки у відповідь — розмова зʼявляється після повідомлення клієнта, і бот не може написати першим. У Facebook, Instagram і WhatsApp Cloud API додатково діє правило 24 годин (поза ним — лише затверджений шаблон). Написати першим за номером телефону дає лише підключений eChat — там це ОСОБИСТИЙ номер власника, а не бот, і працює він у трьох месенджерах: WhatsApp, Viber і Telegram. У картці угоди в меню телефона зʼявляється пункт «Написати першим у …» на кожен підключений месенджер. Якщо номер уже привʼязаний до іншого контрагента, Sklado не перевішує його мовчки — просить обʼєднати дублі.
Один номер через eChat = окремий канал у кожному месенджері
Той самий особистий номер можна підключити і у WhatsApp, і у Viber, і в Telegram — це три різні канали, у кожного свій ключ доступу з кабінету eChat і свої налаштування (воронка, етап, доступ співробітників). Двічі той самий номер в ОДНОМУ месенджері система не дозволяє: вхідні дублювалися б у два канали. Вебхуки в кабінеті eChat клієнт вставляє вручну — програмно їх прописати неможливо, у eChat немає такого API.
Ботів і форм можна підключати кілька — усе падає в одну базу
Кількість каналів у Sklado не обмежена: можна підключити кілька Telegram-ботів, кілька Viber-ботів і кілька форм сайту одночасно — кожен канал додається окремо у Налаштування → CRM і має свою назву. Звернення з УСІХ каналів потрапляють в одну спільну базу: розділ «Чати» і воронка лідів. Один і той самий бот не можна підключити у два різні кабінети Sklado. Важливо не плутати: Telegram-бот сам по собі НЕ звʼязаний із сайтом — щоб збирати заявки з форм на сайтах, використовується канал «Форма сайту» (окремий на кожен сайт, зі своєю воронкою і етапом), а бот — щоб клієнти писали вам у Telegram.
У Viber і Telegram через eChat є свої межі, і це не помилка Sklado
Viber може сам відхилити повідомлення новому чи незнайомому номеру — тоді в переписці воно позначене недоставленим з поясненням «Viber не дозволяє першим писати новому номеру». У Telegram номер співрозмовника часто прихований його налаштуваннями приватності: тоді картка клієнта створюється без телефону, а якщо потім написати тій самій людині за номером, може зʼявитись друга картка — її обʼєднують у «Контрагенти → Дублі». Причини недоставки (тариф закінчився, номер не активований, ліміт тарифу) лікуються в кабінеті eChat, а не в Sklado.
Етап для нових звернень задається на КАНАЛІ, а не в правилах воронки
При підключенні номера через eChat обирається не лише воронка, а й етап, на якому зʼявиться угода, коли клієнт напише. Типово це «Неопрацьоване» — його бачить уся команда і звернення можна прийняти кнопкою. Якщо обрати робочий етап, угода одразу стане в роботу (і, відповідно, вже не показуватиметься всім через «Неопрацьоване»). Етапи «Успішно» і «Не реалізовано» обрати не можна: звернення потрапляло б у систему вже закритим.
Лід без відповідального існує лише в «Неопрацьоване»
Поза етапом «Неопрацьоване» «нічиїх» угод не буває — це правило система тримає сама. Забрали лід із «Неопрацьоване» (прийняли, перетягнули, перенесли пачкою) — відповідальним стає той, хто забрав; відхилили — той, хто відхилив. Зняти відповідального з робочої чи закритої угоди не можна — лише передати іншій людині (масове «зняти відповідального» діє тільки на угоди в «Неопрацьоване»). При передачі справ звільненого з варіантом «лишити без відповідального» відкриті угоди в роботі переходять власнику кабінету, нічийними лишаються лише звернення в «Неопрацьоване». Фільтр «Без відповідального» тому показує здебільшого чергу «Неопрацьоване».
Фільтр лідів запамʼятовується і не скидається при переходах
Обраний фільтр воронки (готовий, збережений чи зібраний вручну) зберігається за людиною: перейшли в інший розділ чи на інший пристрій — фільтр лишається застосованим, доки його не знімуть. Швидкі фільтри стоять кнопками просто в шапці воронки поруч із показниками; повторний клік по кнопці знімає фільтр. Шпилька «за замовчуванням» на збереженому наборі застосовує його одразу, і саме він стає запамʼятованою стартовою точкою — доки людина не змінить фільтр.
«Повторити замовлення» бере поточні ціни, а не ціни минулого відвантаження
Кнопка в досьє клієнта (права колонка картки угоди) збирає чернетку замовлення з ПОЗИЦІЙ і КІЛЬКОСТЕЙ останнього відвантаження цього клієнта, але ціни підставляє поточні з карток товарів. Це навмисно: інакше повтор продавав би за старим прайсом. У ліда може бути лише одне замовлення — якщо воно вже є, кнопка не пропонується.
«Куплено» в досьє клієнта — це відвантажений товар, а не рахунки й не каса
Сума в блоці «Клієнт у цифрах» рахується по проведених документах «Відвантаження» ЗА МІНУСОМ повернень. Виставлені рахунки й замовлення туди не входять (це ще не продаж), продажі через касу теж — чек не привʼязаний до контрагента. Борг рахується тим самим способом, що й на картці контрагента. Досьє видно лише тому, хто бачить цього клієнта в розділі «Контрагенти»: з охватом «тільки свої» суми чужого клієнта не показуються.
Дані клієнта правляться прямо з картки угоди, але за окремим правом
Посада, телефони, пошта, ЄДРПОУ й адреса правляться на місці в лівій колонці картки угоди — але лише тим, у кого є право на контрагентів. Решта бачить ті самі поля тільки для читання: це запис у картку клієнта, а не в угоду. Досьє з сумами покупок і боргом не показується тому, у кого в ролі взагалі немає доступу до контрагентів.
Персонального «непрочитано для мене» в Sklado немає
Відмітка «прочитано» в переписці спільна на команду: хтось один відкрив розмову — кружечок «Чати» зменшився у всіх одразу. Кружечок «Ліди» (скільки чекає в «Неопрацьоване») теж однаковий для всіх, бо цей етап за задумом бачить уся команда. При цьому число в «Чатах» залежить від прав: хто бачить лише свої угоди, той рахує лише свої переписки — тому в директора й менеджера числа можуть відрізнятись.
Жовтий кружечок «Контрагенти» не гасне від того, що розділ відкрили
Він рахує НЕ непрочитане, а скільки груп схожих карток чекає розбору, тому й жовтий, а не синій. Число зменшується лише тоді, коли групу або обʼєднали, або позначили «Це не дублі» на екрані «Контрагенти → Дублі». Понад 99 показується як «99+»; точне число — на кнопці «Дублі».
«Це не дублі» ховає групу, але дію можна повернути
Кнопка стоїть поруч з «Обʼєднати» і потрібна, коли ознака збіглась у різних людей (однакове імʼя й місто, спільний телефон у подружжя). Вона нічого не змінює в самих картках — лише прибирає групу з переліку, разом із позначкою «дубль» біля імені й сповіщенням про цю пару. Унизу екрана «Дублі» є перелік прибраного з кнопкою «Повернути в перелік», тому підтвердження перед натисканням не питається. Розводяться саме ПАРИ карток: якщо згодом зʼявиться третя картка з тим самим номером, група покажеться знову — разом із раніше розведеними, бо новий дубль людина ще не бачила.
Кружечок «Проєкти» означає «зʼявилось нове», а не «скільки в мене роботи»
Він рахує картки, призначені особисто вам ПІСЛЯ того, як ви востаннє відкривали розділ «Проєкти» (і щойно створені, і старі, які перевісили на вас), і гасне, щойно ви туди зайшли, — навіть якщо картки лишились невиконаними. Виконані картки в ньому не рахуються. Скільки всього задач на людині — показує розділ «Задачі» (там кружечок рахує задачі, строк яких уже настав). Кружечки оновлюються приблизно раз на хвилину, тож зникають не миттєво.
На одній касі ПРРО може бути лише ОДНА відкрита зміна
Кілька касирів працюють на одній касі ПО ЧЕРЗІ (позмінно). Щоб двоє пробивали чеки одночасно, у клієнта має бути дві каси в кабінеті ПРРО, і в картці кожної каси Sklado вписується її власний ліцензійний ключ. Порожнє поле ключа означає, що каса працює під ключем організації.
Касира каси не видаляють, а вимикають
Якщо працівник звільнився, у блоці «Касири каси» (картка організації) його позначають «Більше не працює». Видаляти касира не можна навмисно: його попередні чеки й зміни мають лишитись за ним. Один співробітник Sklado може бути касиром лише один раз у межах організації.
Зміну в касі закриває той, хто її відкрив
Z-звіт у ПРРО завжди йде від імені касира, який зміну ВІДКРИВ, навіть якщо кнопку «Закрити зміну» натиснула інша людина. Чи може взагалі інша людина закрити чужу зміну — визначає налаштування «Старший касир може закрити чужу зміну» в правилах роботи каси.
Якщо касирів заведено, працювати «спільним» касиром уже не можна
Поки в організації немає жодного касира, каса працює під єдиними даними організації. Щойно заведено хоч одного касира, кожен, хто відкриває зміну, має бути заведений касиром — інакше зміна не відкриється. Це навмисно: інакше чеки людини йшли б у податкову від чужого імені.
У журналі змін каси суми вже за мінусом повернень
У розділі Продажі → Зміни каси колонки «Готівка», «Картка» й «Онлайн» показані ВЖЕ за мінусом повернень — віднімати повернення ще раз не треба. Сума повернень показується окремо лише як довідка.
Фільтр «Касир» у журналі змін враховує і того, хто відкрив, і того, хто закрив
Це не суперечить правилу вище про Z-звіт: Z-звіт справді виписаний на того, хто зміну ВІДКРИВ, але гроші перераховує той, хто її ЗАКРИВАЄ. Тому відбір по касиру показує всі зміни, де людина працювала, — включно з тими, які вона прийняла на пересменку. Коли відкрив і закрив різні люди, у колонці «Касир» видно обох.
Відкриті зараз зміни не ховаються фільтрами стану
Кнопки «З нестачею», «З надлишком» і «Z-звіт не закрито» відбирають лише ЗАКРИТІ зміни. Зміни, відкриті прямо зараз, завжди лишаються зверху списку: розбіжності у відкритої зміни ще не існує (готівку ніхто не перераховував), а незакриту зміну власник має бачити в будь-якому разі. Фільтри «організація», «каса» і «касир» на відкриті зміни діють.
Підсумки й експорт у журналі змін рахуються за обраним відбором
Картки «Готівкою в касу», «Разом продажів» і «Розбіжності готівки» показують числа за обраними фільтрами, а не за всіма змінами періоду. Відібрали одного касира — бачите його виручку. Експорт CSV вивантажує показані рядки (до 100), а не весь період: якщо змін більше, над таблицею зʼявляється попередження.
Автопілотів як окремого розділу БІЛЬШЕ НЕМАЄ — вони влиті в Сценарії
27 серпня 2026 розділ «Налаштування → Автопілоти» прибрано: він робив те саме, що Сценарії («висить без руху → нагадай, далі керівнику»), і дві однакові за змістом картки в налаштуваннях лише плутали. Правила клієнтів перенесені АВТОМАТИЧНО і працюють далі — шукати їх треба в списку сценаріїв; увімкнене лишилось увімкненим. Що змінилось у поведінці: нагадування приходить окремим повідомленням на КОЖЕН обʼєкт, а не одним списком на кілька (зведене повідомлення було властивістю автопілота). Замість «нагадати + ескалація» в сценарії стоять кроки «сповістити → зачекати → сповістити іншому». Стара адреса /settings/autopilots сама переводить на «Сценарії».
Онбординг нового кабінету проходиться ОДИН раз і не створює товари
Картка «Налаштуємо ваш кабінет» зʼявляється лише в новому кабінеті людям із правом на налаштування — і зникає назавжди після застосування або «Пропустити» (повторного прогону немає: далі все міняється у звичайних Налаштуваннях). Шлях «своїми словами» працює на AI-ключі КЛІЄНТА (без ключа — та сама форма руками), лише в перші 14 днів кабінету, до 5 розборів на добу. Онбординг НЕ створює товари (імпорт або вручну), НЕ підключає Prom/OLX (потрібні токени клієнта) і НЕ робить фіскальну касу — лише запис довідника POS. Модель нічого не створює сама: усе створюється сервером після «Застосувати» в попередньому перегляді.
«Поповнення складу» рахує продажі ЗА МІНУСОМ повернень і віднімає чернетки
Сторінка /supplies/replenish (AI-закупник) — одна таблиця з двома причинами в колонці «Чому»: «нижче мінімуму» і «закінчується за темпом» (мінімум для темпу задавати не треба). «Продано (нетто)» — за мінусом повернень, тому число може бути МЕНШИМ, ніж у звіті продажів (там валові). «До замовлення» вже віднімає те, що лежить у чернетках закупівлі на цей склад — якщо число здається заниженим, перевірте чернетки надходжень. Товар з ВАРІАНТАМИ (розмір, колір) показується окремим рядком на кожен варіант («Футболка · Чорний / L»): свій залишок, темп і мінімум; мінімум варіанта — власний, інакше мінімум товару для КОЖНОГО варіанта окремо; архівний варіант і залишок без вибраного варіанта до закупівлі не пропонуються. «Разом по всіх складах» — лише перегляд: чернетки створюються на конкретний склад, по одній на постачальника, після діалогу-зведення. Постачальник підставляється з історії закупівель — без нього позиція в чернетку не увійде. Нагадування «пора закуповуватись» приходить не частіше, ніж раз на задане число днів, лише людям із правом на документи, і глушиться вимикачем «Проактивного Директора»; налаштування — AI-команда → «AI-закупник».
Тижневий звіт Директора — це аудит: показує ЗМІНИ, а не повний список щоразу
Звіт «Директор компанії» щотижня шукає повільні витоки грошей: мертвий сток (товар без продажів довше порога — «заморожено N грн» за закупівельною ціною; товари без закупівельної ціни в суму не входять і показані окремим рядком), клієнтів, що зникли (2+ покупки за рік у відвантаженнях і мовчання довше порога; продажі через касу до покупця не привʼязані, тож «касовий» постійний покупець може хибно потрапити в список), вік боргу в топ-боржників («останній платіж N дн. тому»; «разом» дебіторки рахується серед топ-40 клієнтів за оборотом). Те, що вже показувалось минулого тижня, згортається в «без змін: N позицій», нове позначено «(нове)» — тому список у звіті коротший за реальний повний перелік, і це не помилка. День, година і обидва пороги (30–365 днів) настроюються в картці Директора, блок «Тижневий аудит». Звіт приходить у дзвіночок (📊, з кнопкою «Обговорити з Директором») кожному з правом на фінанси незалежно від Telegram. Кнопка «Сформувати звіт зараз» доступна лише людям із правом на фінанси і не скасовує плановий звіт за розкладом.
Проактивний Директор сам кличе власника обговорити подію
Коли при закритті зміни не вистачає готівки понад поріг або закінчується ходовий товар, у дзвіночку (і в Telegram, якщо підключений) зʼявляється сповіщення з кнопкою «Обговорити з Директором» — чат відкривається вже з розбором події, Директор першим викладає суть і поради. Це працює навпаки від звичного чату: не людина питає, а система кличе. Вимикач і поріг «ходового» товару — Налаштування → AI-команда → «Проактивний Директор»; поріг недостачі — у правилах каси організації. Кнопка зʼявляється лише коли підключений AI-ключ; сама подія створюється без витрат ключа. Про недостачу сповіщаються лише люди з правом на журнал змін каси, і імʼя касира в сповіщенні не пишеться — деталі видно в картці зміни. Якщо зміну закрило авто-закриття, готівку ніхто не перераховував — такої події не буде, розбіжність видно у звіті зміни наступного дня.
Заявка із зіпсованим кодуванням не втрачається, але імʼя з неї в лід НЕ потрапляє
Якщо сайт клієнта надсилає форму в старому кодуванні (не UTF-8), українські літери втрачаються ще до Sklado — відновити їх неможливо. Лід усе одно створюється (по телефону чи пошті, вони не псуються), але називається «Заявка з сайту (назва форми)», а не іменем людини: ромбики в назві ліда й у пошуку гірші за чесний підпис. Зіпсований текст показується як «[помилка кодування]», у картці ліда зʼявляється примітка, а оригінал рівно як прийшов видно в журналі заявок форми. Лагодиться на боці сайту — форма має надсилати дані в UTF-8.
Внесення і вилучення готівки проводяться на касі кнопками «Внести» / «Вилучити»
Якщо протягом зміни довкладають розмін або забирають виручку (інкасація), касир проводить це на екрані каси. Кожна така операція одразу йде службовим чеком у ПРРО і входить у розрахунок «Очікувано готівки в касі». Розмін на початок зміни проводиться службовим внесенням АВТОМАТИЧНО — окремо натискати «Внести» не треба.
Службовий чек нефіскальний і в податкову не йде
Внесення і вилучення готівки — службові операції: вони НЕ надсилаються в ДПС і не мають фіскального номера. Їхнє призначення інше — щоб залишок готівки, який рахує каса ПРРО, збігався з тим, що реально лежить у скриньці; у Z-звіті ці суми видно.
Рух готівки враховується навіть якщо службовий чек не пройшов
Якщо каса ПРРО не відповіла, внесення чи вилучення все одно входить у розрахунок очікуваної готівки — гроші фізично поклали або забрали зі скриньки. Касир бачить попередження і кнопку «Повторити чек». Доки чек не проведено, залишок готівки в ПРРО відрізняється від фактичного.
Рух готівки не можна скасувати або відредагувати
Помилкове внесення/вилучення виправляють зустрічною операцією (внесли зайве — вилучіть різницю). У вже закриту зміну додати рух готівки не можна. Вилучити більше, ніж є в касі, теж не можна — і Sklado, і ПРРО таку операцію відхилять.
Внесення і вилучення працюють лише онлайн
На відміну від продажу, вони не кладуться в офлайн-чергу: операція має піти службовим чеком одразу.
Пробитий чек не редагується — ні касиром, ні адміністратором, ні власником
Закритий чек — розрахунковий документ: при увімкненій фіскалізації він уже пішов у податкову, і навіть без неї за ним стоїть списання зі складу, сума у виручці зміни й Z-звіт. Кнопки «змінити чек» у Sklado немає навмисно, і жодне право її не відкриває. Помилку виправляють у два кроки: касир оформлює на касі чек ПОВЕРНЕННЯ на цей продаж (повністю або на окремі позиції), потім пробиває правильний чек. Обидва чеки лишаються в історії. Переглянути склад чека можна: у картці зміни (Продажі → Зміни каси) клік по рядку чека відкриває його позиції, знижки, оплату й фіскальний номер — це доступно за правом «Звіти каси», без прав каси.
Повернення грошей покупцю записується в блоці «Оплати» продажного документа
Кнопка «Повернути гроші покупцю» є в замовленні, рахунку і відвантаженні — там, де в документа є оплачена сума. Повернення ЗМЕНШУЄ оплачену суму документа (повернути більше, ніж оплачено, система не дасть) і записується як вихідна оплата з міткою «повернення покупцю» — її видно в «Русі коштів». У річний оборот ФОПа такі кошти не рахуються (п. 292.10 ПКУ); вимикач цієї поведінки — у картці організації. На касі повернення робиться окремо, кнопкою «Повернення» на самій касі.
Повернення на касі памʼятає, яким мерчантом платив покупець
Якщо покупець платив онлайн (QR/посилання на касі), у чеку повернення зберігається той самий еквайринг, яким прийшли гроші — касир бачить, з якого банку повертати. Сам переказ назад робить банк у кабінеті продавця: Sklado переказ не виконує, а лише фіксує спосіб. Що підставляти у вікні повернення (той самий спосіб / готівку / питати щоразу) — налаштування «Повернення онлайн-оплати покупцю» у правилах роботи каси.
Собівартість у «Прибутковості» має ДВА методи, і середньозважена діє лише З ДАТИ вмикання
Типово собівартість = поточна закупівельна ціна з картки товару. У Налаштування → картка «Кабінет» власник може перемкнути звіт на СЕРЕДНЬОЗВАЖЕНУ: кожен прихід оновлює середню ціну залишку, продаж списується за нею, повернення покупця заходить за собівартістю СВОГО продажу. Три речі, які працюють не так, як очікують: (1) метод діє з моменту вмикання — минулі періоди звіт і далі рахує за карткою, «перерахуйте мені торік» неможливо; (2) після проведення документа собівартість зʼявляється не миттєво, а за хвилину-дві (фоновий перерахунок; товар тим часом позначений «перераховується» — це не помилка); (3) ЛІФО немає і не буде — він виключений з П(С)БО 9 наказом Мінфіну № 731 від 22.11.2004, тобто заборонений в Україні.
Річний ліміт ФОП рахується по ВСІХ грошах, а не лише по касі
Оборот для ліміту = продажі каси − повернення на касі + вхідні оплати в гривні за поточний рік (банк, онлайн-оплата за посиланням, післяплата). Він РАХУЄТЬСЯ ЗАПИТОМ щоразу, а не накопичується лічильником, тому сам «переходить» на новий рік 1 січня, враховує оплати, записані заднім числом, і зменшується, якщо оплату видалили. До 13.08.2026 у ліміт потрапляли лише чеки каси — у ФОПа з безготівкою цифра була заниженою. Оплати в іншій валюті в ліміт НЕ входять (курсу на платежах немає), і про них інтерфейс каже окремим рядком.
Книга обліку доходів ФОП включає й чеки каси
У книзі (Фінанси → Книга доходів ФОП) один список: банківські оплати, онлайн-оплати, післяплата і чеки каси; повернення на касі — відʼємний рядок того ж дня. До 13.08.2026 чеків каси в книзі не було взагалі, і в роздрібного ФОПа вона була неповна.
Післяплата: рахунок зарахування задається для КОЖНОЇ організації
У Налаштування → Інтеграції → «Післяплата» рахунок обирається окремо на кожен ваш ФОП/ТОВ. Причина та сама, що з еквайрингом: спільний рахунок пасував лише одній організації, а гроші другої лягали в журнал без рахунку — мовчки. Якщо рахунок не обрано, оплата все одно записується, але «Рух коштів» цієї організації не зійдеться з випискою.
Банківські рахунки організації живуть у «Рахунки і каси», а не окремим полем у картці
У картці організації немає пари полів «IBAN + Банк» для ручного вводу — там СПИСОК банківських рахунків (той самий довідник, що Фінанси → «Рахунки і каси»), бо у ФОПа їх буває кілька. Додати другий банк: картка організації → «Банківські рахунки» → «Додати рахунок». Позначка «показувати в документах» вирішує, чи можна цим рахунком виставляти, а «основний» — який підставляється сам. Основний рахунок не можна ні видалити, ні вимкнути, поки основним не призначено інший: інакше рахунок клієнту пішов би без реквізитів.
Реквізити в документі — це ЗНІМОК на момент виписки
Рахунок, акт і накладна друкуються з тими банківськими реквізитами, які стояли в них при створенні. Якщо потім змінити банк у довіднику, СТАРІ документи лишаються як були — це навмисно: копія вже в клієнта і в бухгалтерії. Тому «поправив IBAN — перевидрукував торішній рахунок» не працює і працювати не повинно.
Банк у вже виставленому рахунку міняється окремою кнопкою, номер і дата не змінюються
Клієнт попросив оплату в інший банк — у картці документа є «Змінити банківські реквізити». Вона працює і на ПРОВЕДЕНОМУ документі (звичайне редагування проведеного закрите) і міняє РІВНО реквізити: номер, дата, позиції й суми лишаються ті самі, другого рахунку не виникає. Зміна пишеться в журнал дій.
Який банк підставляється в новий документ — правило організації
У картці організації обирається одне з трьох: «завжди основний» (типово), «питати при виставленні» або «як минулого разу цьому клієнту». Окрема галочка «друкувати всі рахунки» показує клієнту в рахунку всі ваші банки одразу.
Еквайринг підключається під конкретну організацію, а не «на кабінет»
При підключенні Monobank Acquiring чи WayForPay обовʼязково вказується НАША організація (ФОП/ТОВ) і її рахунок зарахування. У документі пропонуються лише еквайринги ТІЄЇ організації, що стоїть у самому документі: замовлення на «ФОП А» неможливо оплатити мерчантом «ФОП Б». Якщо під організацію документа еквайринг не підключений, Sklado прямо про це скаже і НЕ візьме чужий. У давніх підключень організація могла бути не вказана — такими посилання на оплату не створюються, доки власник не обере ФОПа в Налаштування → Інтеграції (у рядку підключення кнопка «Обрати»). Один і той самий мерчант не можна підключити двом організаціям: гроші фізично отримає один ФОП, а в журналі оплати розділились би між двома.
Організацію в документі не можна змінити, поки по ньому є онлайн-оплата
Якщо по замовленню чи рахунку вже створене чинне посилання на оплату або записана оплата, поле «Організація» змінити не вийде. Причина: рахунок у банку виставлений мерчантом поточної організації, гроші прийдуть саме їй, і переведення документа на іншу організацію розійшлося б з випискою банку. Спершу скасуйте посилання (кнопка ✕ у блоці «Оплати») — тоді організація стане доступною для зміни.
На касі QR показує еквайринг організації ЦІЄЇ каси
Каса привʼязана до організації, тому в оплаті «Онлайн» пропонуються лише еквайринги того ФОПа, від імені якого пробивається чек. Якщо під нього еквайринг не підключений, кнопки онлайн-оплати на касі не буде.
Оплата «Онлайн» — це безготівкова форма оплати
У фіскальному чеку й Z-звіті ПРРО картка й онлайн складаються в одну безготівкову суму: закон знає лише дві форми оплати — готівкову і безготівкову. Поділ на «картку» й «онлайн» існує лише всередині Sklado, щоб власник бачив, звідки прийшли гроші.
Нотатки клієнта і нотатки угоди — два різні журнали
Вкладка НОТАТКИ є і в картці клієнта, і в картці угоди, і вони НЕ спільні. Нотатка угоди стосується цієї продажі й зникає з очей, коли угоду закрито; нотатка клієнта («телефонувати після 15:00», «рахунок на інше ФОП») лишається назавжди і видна кожному, хто відкриє картку клієнта. Перенести нотатку з одного місця в інше неможливо. Нотатка не нагадує про себе — сповіщень по ній немає, для строку потрібна задача; файли до нотатки не прикладаються — вони живуть у вкладці ФАЙЛИ. Чужу нотатку правити не можна: це журнал, а не поле.
Історію ліда не можна редагувати, видаляти чи доповнювати вручну
Вкладка «Історія» на картці ліда — журнал змін, а не нотатки. Записи створює сама система, змінити або прибрати рядок неможливо. Історія ведеться з 23.07.2026: по змінах, зроблених раніше, записів немає, тому у старих лідів вкладка може бути порожня. Окремого права на історію немає — її бачить кожен, хто бачить сам лід.
Стадії угоди (воронка CRM) рухаються лише вперед
Угоду, яку вже взяли в роботу або створили одразу на іншому етапі, повернути назад у «Неопрацьоване» не можна — і це навмисно. Перетягнути картку назад у «Неопрацьоване» неможливо. Якщо менеджер не може або не хоче продовжувати роботу з угодою — він передає її іншому менеджеру (змінює відповідального), а не повертає в «Неопрацьоване». Причина: щойно хтось узяв угоду в роботу, починається відлік конверсії та ефективності відділу продажів.
До «Неопрацьоване» не можна покласти угоду вручну
Етап «Неопрацьоване» — це черга ВХІДНИХ звернень. Туди угоди потрапляють лише автоматично (нове звернення з месенджера, Prom тощо). Вручну перемістити або створити угоду в «Неопрацьоване» не можна.
«Лід» і «угода» — те саме
У розділі меню написано «CRM — Ліди», у довідці й на картці трапляється слово «угода». Це одна й та сама сутність: потенційний продаж у воронці. Плутанини в даних немає.
Звернення в «Неопрацьоване» бачить уся команда, навіть якщо в нього вже є відповідальний
Навіть у ролі з охватом «тільки свої» співробітник бачить УСІ ліди, що лежать в етапі «Неопрацьоване». Це навмисно: свіже звернення не має чекати одну людину, якої може не бути на місці. Щойно лід беруть у роботу (переносять з «Неопрацьоване»), звичайне правило охвату починає діяти — далі його бачить лише відповідальний і той, хто його створив.
Документ за власним бланком робиться лише зі СВОЄЇ угоди і лише для її клієнта
Коли бланк роблять з картки угоди, Sklado перевіряє дві речі: чи видно вам цю угоду за вашим охватом у CRM і чи належить вона саме тому клієнту, на якого виписують документ. Чужа угода — «Лід не знайдено», угода іншого клієнта — «Угода належить іншому клієнту». Якщо в угоді вказана лише компанія без контактної особи, документ виписують на цю компанію — це звичайна робота з юрособою. Компанія, вказана в угоді, підставляється в бланк лише якщо цього клієнта вам видно: інакше на місці її назви, ЄДРПОУ та IBAN будуть прочерки з переліком полів, яких бракує.
Хто натиснув «Прийняти» — той і стає відповідальним
Коли співробітник бере звернення з «Неопрацьоване» в роботу, воно записується на НЬОГО, навіть якщо черга підказувала іншого менеджера. Черга — це підказка «чия зараз черга», а не закріплення: працює той, хто реально взяв. Разом з лідом за ним закріплюється і контрагент, якщо в того ще не було відповідального.
Сценарії стежать і за замовленнями Prom, не лише за угодами
Крім подій про угоду, є тригер «замовлення Prom висить без обробки довше вказаного часу» (влитий з Автопілотів). У такого сценарію доступні ЛИШЕ три кроки: зачекати, сповістити співробітника, поставити задачу — писати покупцю, міняти етап чи ставити мітки нема куди, бо це властивості угоди. У замовлень Prom немає відповідального, тому адресата треба обрати конкретною людиною («відповідальному» і «наступному за чергою» вказати не можна). Ланцюжок зупиняється, щойно замовлення зрушило з місця. Такий сценарій НЕ потребує модуля CRM. У трьох тригерів із порогом часу (клієнт мовчить / угода стоїть на етапі / замовлення висить) є галочка «рахувати лише робочий час» — щоб правило «дві години» не спрацювало о третій ночі. Сповіщення співробітнику, який у відпустці або звільнений, іде його заміснику, а якщо замісника немає — авторові сценарію з поясненням.
Сценарії виконує програма, а не AI
«Налаштування → Сценарії»: ланцюжок «Коли → Якщо → То» з очікуваннями між кроками (написати клієнту, поставити задачу, передати угоду, перенести етап, мітка, поле). Виконує звичайний код за розкладом — модель у виконанні НЕ бере участі, тож сценарій працює і без AI-ключа й нічого не коштує. AI лише заповнює картку, коли власник диктує правило словами; людина перевіряє її до збереження. Новий сценарій зберігається ВИМКНЕНИМ, вмикання показує «зараз підпадає N угод», і діє лише на НОВІ події — наявній базі нічого не розсилається. Ланцюжок типово зупиняється, коли клієнт відповів, менеджер написав сам або угоду закрито. Уночі (типово 21:00–09:00) крок «написати клієнту» не пропускається, а відкладається до ранку. У Facebook, Instagram і WhatsApp вільним текстом можна писати лише 24 години після повідомлення клієнта (директ TikTok — 48): поза вікном крок пропускається з поясненням у журналі. До 20 сценаріїв на кабінет, до 20 кроків, не більше 50 запусків на добу (налаштовується). Розгалужень «якщо-інакше» всередині ланцюжка немає — потрібні дві поведінки, зробіть два сценарії.
AI Керівник продажів не стає відповідальним за угоди
Робот працює під логіном власника кабінету, але відповідальним за угоду САМ НЕ СТАЄ (до 26.08.2026 ставав — усі угоди осідали на власнику). Коли він виводить угоду з «Неопрацьоване», відповідального дає ЧЕРГА РОЗПОДІЛУ (Налаштування → CRM → «Черга нових звернень») з урахуванням графіка й відсутностей. Черга вимкнена або порожня — угода СВІДОМО лишається в «Неопрацьоване», де її бачить уся команда; робот при цьому далі відповідає покупцю. Передати угоду конкретній людині робот може, якщо власник назвав її в «Правилах автоматизації».
Передали угоду іншому менеджеру — задачі перепитуються, а не переїжджають самі
Зміна поля «Відповідальний» у картці угоди сама по собі НЕ перевішує задачі: людські задачі ставили конкретній людині свідомо. Тому Sklado одразу перепитує «Передати відкриті задачі новому відповідальному?» і показує, які саме задачі, на кому вони й до якого строку. «Передати» — нагадування, «Мій день» і розділ «Задачі» переходять новому відповідальному, попереднього ці задачі більше не турбують; «Залишити як є» — усе лишається на місцях, і окрему задачу потім можна перевісити полем «Виконавець» у ній самій. Той, ХТО ставив задачу, у будь-якому разі отримує сповіщення «вашу задачу змінили: виконавець — інший», тобто доручення не втрачається. Питання не зʼявляється, коли передавати нічого (усі відкриті задачі вже на новому відповідальному або їх немає); виконані й скасовані задачі не передаються ніколи. Задачі, поставлені AI, переходять до нового відповідального самі, без питання. Передача угод ПАЧКОЮ (галочки → «Відповідальний») по кожній угоді не питає — там у вікні є галочка «Передати також відкриті задачі цих угод», типово вимкнена.
Виконавця задачі робот сам не обирає
Задача від Керівника продажів типово йде відповідальному за угоду. Іншу людину він може назвати ЛИШЕ тоді, коли власник згадав її в «Правилах автоматизації» — поштою (@[email protected]) або повним імʼям; інакше задача все одно піде відповідальному. У списку співробітників робот бачить посаду й відділ з кадрових карток — заповніть їх, щоб прорахунок ішов кошториснику, а не випадковій людині.
Задачі, які поставив AI, підписані «AI Керівник продажів» і не дублюються
AI Керівник продажів працює від імені власника кабінету, але його задачі підписані окремо: значок «AI» у списку і «Поставив: AI Керівник продажів» у картці задачі замість імені людини. Другу таку саму задачу по одній угоді він не ставить: перед створенням він бачить, що по цій угоді вже відкрито (від будь-кого), і замість дубля додає нові подробиці нотаткою в картку угоди. Задача на ІНШУ дію (виставити рахунок, договір, передзвонити) створюється як звичайно. Коли задачу позначено виконаною, вона перестає вважатись відкритою — нову за потреби він поставить. Задачі Керівника продажів їдуть за угодою: коли угоду беруть у роботу з «Неопрацьоване» або передають іншому менеджеру, його відкриті задачі автоматично переходять до нового відповідального (доти вони висять на власнику кабінету — AI працює від його імені). Коли угоду закривають («Успішно» чи «Не реалізовано»), його відкриті задачі знімаються самі з поміткою «Знято автоматично: угоду закрито». Задачі, поставлені людьми (у тому числі продиктовані AI-помічнику), автоматика не чіпає.
Робочий час і відсутність не ховають угоди і не вимикають систему
Робочий час компанії (Налаштування → Робочий час) впливає на автоматичне призначення нових звернень (поза робочим часом система нікому їх не призначає — вони чекають у «Неопрацьоване») і на норму годин у зарплаті для тих, кому обрано «години з графіка компанії». Більше ні на що: сама система, каса, документи й чати працюють цілодобово. Сама система, каса, документи й чати працюють цілодобово. Так само відмітка «Відсутній»: вона не блокує людині вхід і не ховає її ліди — лише виключає її з черги нових звернень і пересилає нагадування по її задачах заміснику. Ліди й задачі, які вже закріплені за людиною, при відмітці відсутності НЕ перевішуються автоматично — для цього є кнопка «Передати все» у розділі «Команда». Свою відсутність кожен співробітник ставить сам у Налаштування → «Мене не буде»; чужу — той, хто керує командою, у картці співробітника в розділі «Команда».
Джерело годин при погодинній ставці обирає власник вручну
У вікні ставки є поле «Звідки брати години»: зі змін каси (за замовчуванням — фактично відпрацьований час касира) або з графіка компанії (норма для офісного співробітника). Автоматично система не вгадує: стан «немає змін каси» буває і в офісного працівника, і в касира, який цього місяця не працював, і нарахувати другому повний місяць було б переплатою. У наявних співробітників варіант «зі змін каси», тож нарахування не змінилось само по собі.
Обідня перерва не входить у робочий час і не оплачується
За ст. 66 КЗпП перерва для відпочинку і харчування не включається в робочий час. Тому день 09:00-18:00 з годиною обіду — це 8 оплачуваних годин, а не 9 (звідси й норма 40 год/тиждень). У Sklado тривалість перерви — налаштування (Налаштування → Робочий час), типово 60 хвилин; можна поставити 30, 0 або своє. Закон не встановлює мінімум, максимум — 2 години. Перерва впливає лише на норму годин у зарплаті, на розподіл звернень — ні.
Свята Sklado НЕ підставляє сама — їх задає клієнт
У період воєнного стану ст. 73 КЗпП не застосовується (ч. 6 ст. 6 ЗУ № 2136-IX): офіційних святкових і неробочих днів в Україні зараз немає, і рішення працювати чи відпочивати ухвалює роботодавець. Тому в Sklado список неробочих днів (Налаштування → Робочий час → «Неробочі дні») типово ПОРОЖНІЙ і заповнюється вручну; є кнопка, яка підставляє перелік зі ст. 73 КЗпП на обраний рік, якщо компанія все одно дає ці вихідні. Великдень і Трійця в перелік не входять — вони рухомі й завжди неділя. Задані неробочі дні не рахуються в нормі годин зарплати, і в них система не призначає нові звернення менеджерам.
Години «за графіком» — це план, а не факт
Норма = робочі дні місяця × тривалість робочого дня (за мінусом обідньої перерви) мінус ВСІ дні відсутності. У цьому режимі система не фіксує фактичний прихід і вихід: якщо людина не працювала, а відсутність не відмітили, система цього не побачить — поправляйте коригуванням або переведіть людину на «години з табеля». Норма нараховується лише діючим співробітникам, не раніше дня прийому на роботу, і по сьогоднішній день включно (тому сума росте по ходу місяця). Змінили робочий час компанії — нарахування таким співробітникам зміниться.
Акт наданих послуг видається за ОПЛАЧЕНИМ рахунком
Налаштування → Тарифи: спершу клієнт один раз заповнює «Реквізити для документів» (обовʼязкова лише назва; для ТОВ є «в особі», «діє на підставі», підпис), далі навпроти оплаченого рахунку зʼявляється кнопка «Акт». Документ відкривається готовим — друк або збереження у PDF браузером; окремого файлу ми не генеруємо. Посилання на акт є і в листі про успішну оплату. Номер акта — за номером рахунку (INV-2026-00028 → №28-INV). Дата — день оплати. Призначення послуги в акті стоїть ДОСЛІВНО те, що клієнт бачив на сторінці оплати. Підстава — публічна оферта на sklado.com.ua/legal/oferta, окремий паперовий договір не потрібен. Сума — цифрами і прописом, без ПДВ (виконавець — платник єдиного податку 3 групи). За НЕоплаченим або поверненим рахунком акта не буває. Рахунку-фактури ДО оплати поки немає — за потреби оформлюємо вручну через підтримку.
Що буде, коли тариф закінчився (перевірено 26.07.2026)
Пробний період (30 днів): у день закінчення акаунт переходить на безкоштовний. Платний тариф: після закінчення оплаченого періоду ще 3 дні все працює як раніше (запас на відрядження чи проблеми з карткою), у кабінеті зверху червона смуга, на пошту — нагадування; не оплатили за 3 дні → безкоштовний. Хто САМ вимкнув продовження — запасу не має, переходить одразу. Перехід відбувається вночі (крон о 02:00 за Києвом), а не посеред робочого дня. Гроші з картки Sklado НЕ списує автоматично взагалі — клієнт платить сам.
Що саме зупиняється на безкоштовному тарифі
Три речі: (1) синхронізація з маркетплейсами і Новою Поштою — після оплати вмикається сама й підтягує все, що сталось за час паузи, замовлення не губляться; (2) продаж на касі — чек ПРОДАЖУ пробити не можна, а повернення, закриття зміни і Z-звіт працюють завжди (цього вимагає закон); (3) створення нового понад ліміти безкоштовного — 50 товарів, 1 склад, 1 організація, 1 користувач, кас нема. НЕ зупиняється ніколи: вхід у систему, перегляд і редагування всіх даних, проведення документів, друк, вивантаження у файл. Дані не видаляються. Уже створене понад ліміт (напр. 206 товарів) лишається на місці й доступне — обмеження стосується лише СТВОРЕННЯ нового. Ліміту на кількість документів за місяць у Sklado немає взагалі (з 26.07.2026 прибраний з тарифів).
Інтеграцію, зупинену тарифом, не можна ввімкнути назад вручну
Якщо синхронізацію вимкнув перехід на безкоштовний тариф, перемикач «увімкнути» видасть відмову з поясненням: спершу оплата, потім вмикається автоматично. Те, що клієнт вимкнув САМ, після оплати назад не вмикається — повертаємо рівно те, що зупинив тариф.
Дні відпустки й лікарняного НЕ дають годин у зарплаті
У день відпустки, лікарняного чи відгулу людина не працювала, тому годин за нього Sklado не нараховує — у будь-якому режимі («зі змін каси», «з табеля», «з графіка компанії»). За оплачувані типи (відпустка, лікарняний, мобілізація, простій) компанія платить ОКРЕМОЮ виплатою за середнім заробітком: відпускні (Порядок КМУ № 100) і лікарняні, перші 5 днів за рахунок роботодавця (Порядок КМУ № 1266) — рахує їх бухгалтер, не Sklado. Якби система додала ще й ставку × години, за той самий день заплатили б двічі. У розрахунку такі дні видно окремим підписом «з них оплачує компанія окремо: N», щоб було зрозуміло, що години не зникли. Так само влаштований і паперовий табель (типова форма № П-5): день відпустки стоїть кодом «В», а у «відпрацьовано годин» не входить. До 26.07.2026 оплачувані дні лишались у нормі годин — це виправлено; місяці, закриті до цієї дати, перераховані не будуть.
Табель: керівник підтверджує відпрацьовані години
Налаштування → Табель. Працівники НЕ відмічають прихід і вихід: система бере графік (призначені зміни або робочий час компанії), а керівник раз на місяць натискає «Підтвердити» і правит окремі дні («не вийшов», «пішов на 3 години раніше»). Підтверджувати можна по одній людині або одразу по всіх, кого веде керівник; перед масовою дією система показує, скільки людей, днів і годин зафіксує. Повторне підтвердження перезаписує лише дні, які взялись із графіка — ручні правки лишаються. Підтвердити можна лише минулі дні, майбутні — ні; можна підтвердити частину місяця (напр. по 15-те), це нормальний стан. У списку є й ті, хто не заходить у систему (вантажник, прибиральниця, кур'єр). Табель веде той, хто веде графік людини; собі керівник табель не підтверджує — це робить власник. Місяць, закритий у зарплаті, не редагується, поки його не перевідкриють. Вести облік робочого часу зобов'язаний роботодавець (ч. 2 ст. 30 ЗУ «Про оплату праці»); типова форма № П-5 має рекомендаційний характер (наказ Держкомстату № 489 не реєструвався в Мін'юсті), тож власна форма обліку допустима.
Табель впливає на зарплату лише тим, кому обрано «години з табеля»
У вікні ставки «за годину» три варіанти джерела годин: «зі змін каси» (для касирів), «з табеля» (для погодинників не за касою — вантажник, підсобник, менеджер на пів ставки) і «з графіка компанії» (норма, без обліку факту). Якщо обрано «з табеля», а керівник місяць не підтвердив — годин НУЛЬ, і місяць у зарплаті НЕ закриється: система назве, чий саме табель не підписано. Так зроблено навмисно: порахувати зарплату «за планом» мовчки гірше, ніж зупинити й попросити підтвердити. Нічна зміна повністю рахується в тому дні, коли почалась (практика табелювання допускає і розбивку між добами, і віднесення на день початку — Sklado обрав друге).
Зміни (позмінна робота) визначають розподіл звернень; у зарплату вони йдуть через табель
У Налаштування → «Зміни та графік» заводяться шаблони змін (назва, час, перерва; нічна 22:00-06:00 підтримується) і календар призначень на дати, є кнопка «Заповнити 2/2». У картці співробітника перемикач «Коли працює»: за графіком компанії (типово) або за призначеними змінами. У другому режимі день БЕЗ призначеної зміни означає, що людина не працює — нові звернення їй у цей день не призначаються (зроблено навмисно: інакше касир з графіком 2/2 отримував би звернення у свій вихідний). Система призначає нові звернення тому, хто ЗАРАЗ на зміні. 🔴 Сам графік зарплату НЕ рахує: він — ПЛАН, а не факт (людина могла не вийти, підмінитись, піти раніше), а за законом база оплати — фактично відпрацьований час. Щоб години з графіка пішли в оплату, керівник підтверджує їх у ТАБЕЛІ (Налаштування → Табель), а в ставці людини має бути обрано «за годину → з табеля». Понаднормові (ст. 106 КЗпП — подвійна оплата) і доплату за нічні (ст. 108) система не рахує — це зона бухгалтера. При складанні графіка система ПОПЕРЕДЖАЄ (не забороняє), якщо зміна довша за 12 годин або між змінами менше 12 годин відпочинку (ст. 70 КЗпП). Шаблони змін заводить той, хто керує налаштуваннями; розставляє людей по датах той, хто веде їхній графік. Правка шаблону НЕ змінює вже призначені дні.
Графік веде керівництво — працівник не ставить собі відсутність сам
Відсутність у систему вносить той, хто веде графік цієї людини: керівник її відділу, кадровик або власник. Працівник може лише подати заявку (Налаштування → «Мене не буде») або повідомити керівника. Заявка НІ НА ЩО не впливає, поки її не затвердили: людині далі призначаються нові звернення, норма годин у зарплаті не змінюється. Свою нерозглянуту заявку працівник може відкликати; затверджену відсутність знімає лише керівник. Керівник затвердити відпустку САМ СОБІ не може — він у своєму ж відділі, тож його відпустку затверджує власник; своя заявка в його черзі не показується. Керівник бачить заявки у розділі «Команда» зверху. У маленькій команді заявки можна вимкнути (Налаштування → «Дозволити працівникам подавати заявки») — тоді домовляються голосом, а керівник вносить сам. Хто веде графік — налаштовується в Ролі → «Графіки та відсутності»: Не веде / Тільки свої / Свій відділ / Усі; роль «Керівник відділу» типово має «Свій відділ». «Свій відділ» означає керівника відділу або безпосереднього керівника людини, а не будь-якого колегу з того ж відділу.
Причину відсутності бачать не всі
Колеги бачать лише те, що людини не буде. Причину (лікарняний, мобілізація) бачить той, хто веде її графік, і сама людина. Це вимога закону: дані про здоров'я належать до особливої категорії персональних даних (ст. 7 ЗУ № 2297-VI).
Відділ — це про графіки, а не про доступ до клієнтів
Відділ (Налаштування → Відділи) відповідає лише на питання, хто веде графік співробітника. Він НЕ обмежує, які клієнти, ліди й замовлення людина бачить: замовлення проходить через продажі, склад і виробництво, тож комірник має бачити роботу менеджера по тому самому замовленню. Видимість записів налаштовується окремо в ролях (Контрагенти, CRM, Проєкти) і від відділу не залежить. Якщо відділів немає — графіки веде той, у кого в ролі стоїть «Усі».
«Вийшов на роботу» заводить кадрову картку, але НЕ логін у програму
У розділі Персонал → Найм (ліве меню) кнопка «Вийшов на роботу» створює картку співробітника: людина одразу зʼявляється в «Команді», календарі змін, табелі й зарплаті. Доступ у програму (email і пароль) при цьому НЕ створюється — це окреме рішення в розділі «Команда»: логін потрібен не всім (вантажнику, прибиральниці) і рахується в тарифі. Повторне «Оформити» другої картки не заводить. Співбесіда призначається з картки кандидата і створює звичайну ЗАДАЧУ з нагадуванням — окремого календаря співбесід у Sklado немає.
Воронка найму ОДНА на всі посади (окремої дошки під кожну вакансію немає)
Посада показана міткою на картці кандидата, у шапці кожного етапу — розклад «кого тут шукаємо» (Касир 3 · Менеджер 2), а кнопки-фільтри над дошкою лишають лише обрані посади. Це зроблено навмисно замість окремої воронки на кожну вакансію. Картки переносяться мишкою, як у воронці угод; на телефоні — випадачкою на картці. Перетягнути картку в колонку «Вийшов на роботу» просто так не можна: відкриється вікно з датою виходу, бо там створюється кадрова картка.
У найму фіксовані етапи, відмова вимагає причини, а вакансію з людьми не видалити
Етапів шість і вони не налаштовуються: Новий → Дзвінок → Співбесіда → Пропозиція → Вийшов на роботу / Відмова. Перевести кандидата у «Відмову» без вказаної причини система не дасть. Вакансію, у якої вже є кандидати, видалити не можна — тільки закрити: закрита зникає зі списку роботи, але кандидати й історія лишаються. Файли резюме Sklado не зберігає — лише посилання. Публікації вакансій на work.ua чи OLX і автоматичного читання резюме немає.
CRM, Зарплата і Виробництво входять у тариф «Бізнес» і вище
Три великі блоки продукту прив'язані до тарифу: CRM (воронка угод + чати месенджерів), Зарплата (ставки, відсоток із продажів, закриття місяця, виплати) і Виробництво (техкарти, збирання виробів). На безкоштовному тарифі й на «Старті» цих розділів у меню немає. Це не помилка налаштувань і не питання прав ролі — саме тариф. Якщо тариф знизити, розділи зникнуть, але ДАНІ лишаються: угоди, переписка, нарахування й техкарти повернуться, щойно тариф підвищиться; складські рухи й гроші, які ці блоки створили, лишаються в обліку завжди. Решта продукту (товари, склад, документи, каса, фінанси, задачі, персонал — графіки, табель, найм) від тарифу не залежить і працює на всіх тарифах.
Готові ролі — це заготовки, їх можна донастроїти
Системні ролі (Власник, Адміністратор, Менеджер, Керівник відділу, Бухгалтер, Комірник, Кадровик, Касир) не можна перейменувати чи видалити, але ВСІ їхні галочки прав редагуються: Налаштування → Ролі → «Дозволи». Тобто бухгалтеру чи будь-кому іншому можна додати доступ, якого немає в заготовці. Кнопка «Взяти за основу» створює нову роль з дозволами обраної — щоб не збирати з нуля. Керівник відділу за замовчуванням НЕ бачить зарплату своїх людей: право «Перегляд зарплати» видається окремо. Бухгалтер типово НЕ бачить наших рахунків за підписку Sklado — це право «Підписка та платежі», воно лишається у Власника. Кадровик типово НЕ бачить зарплати — ставки й виплати належать бухгалтеру.
Видати можна лише ті права, які маєш сам
Хто має право «Додавання / редагування користувачів і ролей», не може підняти собі чи комусь доступ вище власного: система не дасть ані створити/зберегти роль з правами, ширшими за його власні, ані призначити таку роль, ані запросити людину з нею. Так само не можна скинути пароль, деактивувати чи видалити співробітника, у якого прав більше (інакше кадровик просто скинув би пароль власнику й зайшов під ним). У повідомленні про відмову система називає, яких саме прав бракує. У Власника обмежень немає — усе, що не пускає інших, робить він.
Сховати від ролі закупівельну ціну зараз не можна
Окремого права «не бачити собівартість» у Sklado немає: будь-хто, кому відкрито розділ «Товари», бачить на картці й закупівельну ціну. Роль «Комірник» тут не виняток. Якщо це критично — не давати такій людині доступ до товарів. Це відоме обмеження, а не помилка налаштування.
Відсутностей може бути кілька, і в кожної є ТИП
Відсутність співробітника — окремий запис з типом (відпустка, лікарняний, за свій рахунок, відгул, мобілізація, простій, інше), періодом і коментарем. Записів може бути скільки завгодно, вони зберігаються в історії й не затирають один одного; періоди не можуть накладатись — система відхилить. Тип визначає, ХТО платить за цей день: відпустка, лікарняний, мобілізація (ст. 119 КЗпП — місце зберігається) і простій (ст. 113 КЗпП) оплачуються компанією окремою виплатою, яку рахує бухгалтер; «за свій рахунок», «відгул», «інше» не оплачуються взагалі. Годин у зарплаті не дає ЖОДЕН тип — людина в цей день не працювала. Свою відсутність кожен ставить сам у Налаштування → «Мене не буде», без окремих прав; чужу — той, хто керує командою, у розділі «Команда». Замісник задається ОКРЕМО від відсутності: він про те, кому передати роботу в системі, а не про кадровий факт.
Відпустки й лікарняні система не рахує ГРІШМИ
Запис про відсутність — це позначка в календарі доступності, а не кадровий документ. Відпускні, лікарняні та середній заробіток за законом Sklado не нараховує — це робить ваш бухгалтер. Залишок днів відпустки система теж не веде: за законом він залежить від стажу, переносів і компенсацій, і показувати приблизну цифру там, де люди чекають точну, гірше, ніж не показувати нічого. Модуль «Зарплата» рахує лише ставки, комісію з продажів і виплати.
Співробітника з незавершеною роботою не можна деактивувати
Якщо за людиною числяться клієнти, відкриті ліди або незавершені задачі — деактивувати чи видалити її система не дасть, поки цю роботу не передадуть комусь іншому (кнопка «Передати все»). Так зроблено, щоб робота не «зависла» на тому, хто вже не працює. У діалозі передачі галочками обирають, що саме передати; зняти всі галочки і водночас деактивувати не можна. Закриті ліди й виконані задачі лишаються в історії людини і не передаються.
Дошка воронки показує по 20 карток у колонці, решта підвантажується при гортанні
Число в шапці колонки — це СПРАВЖНЯ кількість угод у ній і сума бюджетів, а не «скільки завантажилось»; воно не змінюється, поки людина гортає. Якщо в колонці є ще картки, під шапкою написано «показано N». Це не обмеження й не помилка: решта приїжджає, коли догортати колонку донизу, або кнопкою «Показати ще». До 21.08.2026 було інакше — дошка брала 30 останніх закритих угод НА ДВІ фінішні колонки разом, і у «Успішно» могло бути видно 5 карток із 482.
Пошук у розділі НЕ шукає в переписці
Поле пошуку вгорі воронки шукає в самій угоді (назва, теги, додаткові поля), у прикріпленому контакті (імʼя, УСІ телефони й пошти, посада) і в компанії (назва, ЄДРПОУ). У тексті листування воно НЕ шукає — це навмисно, для цього є розділ «Чати». Телефон шукається за цифрами: «0501234567» знаходить «+380 50 123 45 67». Enter лишає в розділі тільки знайдене — і на дошці, і в списку; поки пошук діє, вгорі видно позначку зі словом і кнопку «показати всі».
Ширини колонок не входять у збережений «вид» списку
Набір колонок, їх порядок, щільність і сортування зберігаються під назвою і їдуть за людиною між компʼютерами. А ширина колонок лишається на конкретному пристрої і у вид НЕ входить — навмисно: ширина в пікселях залежить від монітора, і вид з великого екрана ламав би таблицю на ноутбуці.
Закріплений фільтр застосовується один раз за відкриття розділу
Свій набір фільтрів можна закріпити шпилькою, щоб він відкривався за замовчуванням. Він застосовується РІВНО ОДИН раз при вході в розділ: натиснули «Скинути все» — він не повертається, поки не зайти в розділ знову. Якщо людина відкрила посилання з пошуковим словом, закріплений фільтр не застосовується взагалі.
Системні етапи воронки не видаляються
Три системні етапи — «Неопрацьоване», «Успішно» та «Не реалізовано» — можна лише перейменувати. Видалити їх не можна, вони потрібні системі. Усі інші етапи ви створюєте і змінюєте самі у Налаштування → CRM.
Статуси документів фіксовані
Життєвий цикл документів — чернетка → проведено → закрито — фіксований і не налаштовується. Це технічний стан документа, а не стадія роботи з клієнтом.
«Надходження» і «Оприбуткування» — різні документи, і різниця в постачальнику
Обидва збільшують залишок на складі, тому їх часто плутають. «Надходження» — прихід ВІД ПОСТАЧАЛЬНИКА: у документі є контрагент і закупівельні ціни, сума документа стає боргом перед ним і до неї привʼязуються оплати; тільки в ньому є додаткові витрати (доставка в собівартість) і заповнення з фото накладної. «Оприбуткування» — прихід БЕЗ постачальника: стартові залишки при переїзді в Sklado (сторінка «Залишки» → «Імпорт залишків»), своє виробництво, знайдений надлишок, повернення від покупця (кнопка «Повернути на склад» у відвантаженні створює саме його); поля постачальника там немає навмисно, борг і оплати не створюються, закупівельну ціну на картці товару воно не змінює. Просте правило: є кому платити — «Надходження», немає — «Оприбуткування».
Накладну можна розпізнати не лише з фото, а й з PDF та Excel/CSV
Кнопка «Заповнити з накладної (фото, PDF, Excel)» у новому Надходженні приймає фото (до 5), один PDF або один файл Excel (.xlsx)/CSV. Особливості, які працюють не як очікують: з PDF довше 5 сторінок читаються ПЕРШІ 4 І ОСТАННЯ (на останній підсумки для звірки); з Excel числа переносяться З КЛІТИНОК як є — штучний інтелект лише визначає, яка колонка що означає, тому це найточніший шлях; старий .xls і файли з паролем не читаються — треба зберегти як .xlsx без пароля; якщо в книзі кілька заповнених аркушів, система спитає, який читати. Розпізнаний результат — завжди чернетка, яку людина звіряє і проводить сама. Працює на AI-ключі клієнта, витрачає денний ліміт розпізнавань.
Sklado НЕ ставить менеджерам оцінок і не будує рейтинг
У звіті «Менеджери» (Звіти → «Менеджери») немає зведеного бала, місць у таблиці й «менеджера місяця» — це свідоме рішення, а не незроблена функція: на команді з кількох продавців середня оцінка є випадковістю, а виглядає як вирок людині. Якщо розібраних розмов менше за 20, середня задоволеність не показується взагалі — замість неї пишемо «оцінок замало для висновку». Задоволеність клієнтів бачить лише той, кому дозволено слухати записи розмов.
Ранкові сигнали приходять СПЕРШУ самому співробітнику
О 8:00 за часом кабінету кожен отримує в Telegram список тільки СВОЇХ недоробок, і лише о 9:00 те, що досі не виправлено, потрапляє у зведену власнику. Сигнали рахуються заново в момент відправки, тому виправлене за цю годину до власника не доходить. Щоб отримувати свої сигнали, кожен вмикає їх собі сам: Налаштування → Сповіщення, пункт «Мої сигнали» — без цього не надсилається нічого.
«Обіцянка прострочена» не означає, що менеджер нічого не зробив
Sklado бачить лише те, що відбулось у ній. Якщо менеджер передзвонив з особистого мобільного, для системи дзвінка не було. Тому сигнал про зірвану обіцянку зʼявляється лише коли З МОМЕНТУ ОБІЦЯНКИ не було ні розмови, ні написаного менеджером повідомлення в Sklado — тобто той, хто передзвонив раніше за строк і не закрив задачу, у сигнали не потрапляє. І це все одно привід перепитати людину, а не готове звинувачення.
Ставка ПДВ на товарі — довідкова і податок у чеках НЕ змінює
У картці товару є поле «Ставка ПДВ», але воно НЕ впливає на розрахунок податку: ПДВ у чеках і документах рахується за налаштуванням ОРГАНІЗАЦІЇ (платник/не платник, ціни з ПДВ чи без). Поле зберігає ставку довідково — наприклад, після імпорту з каси/ПРРО, де в кожної позиції була група оподаткування. Якщо організація не платник ПДВ, ставки на товарах ні на що не впливають. Одиниця виміру товару (шт, л, кг) навпаки РОБОЧА: вона друкується в рахунках і накладних поруч із кількістю.
Нова версія Sklado підхоплюється при переході в інший розділ
Коли ми випускаємо оновлення, кабінет бере його сам, і повідомлення «Доступна нова версія Sklado» у кабінеті НЕ показується взагалі. Тихих моментів два: перший перехід у інший розділ (там людина й так лишає екран) і повернення у вкладку після перерви щонайменше 5 хвилин. Такий перехід триває трохи довше за звичайний: сторінка завантажується наново. Сторінка НІКОЛИ не перезавантажується сама, поки на екрані є незавершена робота: відкрите вікно, набраний і не збережений текст, відкрита розмова з AI-помічником або чат підтримки — у цих випадках оновлення чекає наступного переходу. На КАСІ тихого оновлення немає взагалі: там може бути незакритий чек і відкрита зміна, тому касир бачить повідомлення й вирішує сам. Окремо: новою версією вважається лише та, що реально міняє екрани, — перезбирання, яке стосувалось лише серверної частини, приводом до оновлення не є.