Категорія: Облік

Коли ви чесно порахували собівартість товару — з доставкою, митом і всім, що товар «набрав» по дорозі до складу, — виникає наступне питання: а яку, власне, ціну ставити? І тут більшість підприємців роблять однаково: беруть закупівлю, додають звичні «плюс 30%» — і поїхали. Або дивляться, за скільки продає сусід, і ставлять так само.

Проблема в тому, що ціна «на око» або «плюс стандартна націнка» майже завжди десь програє. На одних товарах ви недозаробляєте, на інших — стаєте неконкурентними. А коли товарів сотні, тримати це в голові вже неможливо.

Чому однакова націнка на все — це пастка

Уявіть, що ви ставите +30% на весь асортимент. Звучить просто й справедливо. Але товари різні:

• один обертається швидко й продається сам — на ньому можна заробляти менше з одиниці, але брати оборотом;
• інший лежить місяцями й займає місце — він має приносити більше з кожного продажу;
• на третьому у вас сильна конкуренція, і +30% робить вас дорожчими за всіх;
• а на імпортному товарі доставка й мито вже з’їли частину маржі — і +30% від закупівлі насправді означає куди менший реальний прибуток.

Єдина націнка не бачить цих відмінностей. Вона однаково помиляється в обидва боки: десь ви втрачаєте прибуток, десь — клієнтів.

Ціна, яка рахується від собівартості

Логічніше призначати ціну не «від балди», а від собівартості — за зрозумілим правилом. У ERPJS ціна в прайс-листі рахується за формулою: береться база (найчастіше це собівартість), до неї застосовується ваша націнка у відсотках, за потреби додається фіксована сума — і результат округлюється.

Базою може бути не лише собівартість. Можна рахувати ціну від останньої ціни закупівлі або відштовхуватися від іншого прайс-листа (наприклад, роздрібна ціна — це оптова плюс певний відсоток). Ви задаєте правило один раз, а система рахує ціни за ним для всього списку товарів.

Головне — різні товари можуть рахуватися по-різному. Для цього є цінові групи: ви об’єднуєте товари в категорії й для кожної задаєте свою націнку. Електроніка — одна, аксесуари — інша, витратні матеріали — третя. Кожна група живе за своєю формулою, але все це — в одному прозорому механізмі, а не в окремих ручних розрахунках.

Свій прайс для кожного клієнта

Один товар часто продається за різними цінами залежно від клієнта: оптовому — одна, роздрібному — інша. У ERPJS прайс-лист прив’язується до картки клієнта. Коли ви виписуєте рахунок на цього клієнта, ціни підставляються з його прайсу самі — нічого обирати вручну не треба. Оптовик отримає оптові ціни, роздрібний покупець — роздрібні, бо це визначається тим, хто клієнт.

А самих прайс-листів можна тримати стільки, скільки потрібно — окремо оптовий, роздрібний, для маркетплейсу (де ще треба закласти комісію). У кожного свій набір цін, свій період дії й своя валюта.

Валютний прайс: курс міняється, а ви нічого не робите

Це окремо важливо для тих, хто закуповує в валюті. Якщо прайс-лист ведеться у валюті — скажімо, в євро, — то гривнева ціна не «застигає». Коли ви виписуєте документ у гривні, система бере ціну в євро й перераховує її за курсом на дату цього документа.

Курс стрибнув — ви не переписуєте цінники, не запускаєте ніяких перерахунків. Євровая ціна лишилася та сама, а гривневий еквівалент завжди актуальний на день продажу. Для імпортера це знімає цілий пласт ручної роботи: ціна в валюті прив’язана до того, у чому ви реально несете витрати.

Коли змінилася собівартість — перерахунок під контролем

Інша ситуація — коли змінилася сама база. Закупили нову партію дорожче, собівартість зросла, і ви хочете, щоб ціни в прайсі це врахували. Тоді ви запускаєте перерахунок: система проходить по прайс-листах і перераховує ціни за вашими формулами.

Це окрема свідома дія, а не щось, що відбувається саме собою. І це правильно: ціни — надто чутлива річ, щоб мінятися у вас за спиною. Ви вирішуєте, коли оновити прайс, і робите це однією операцією на весь список, а не руками по кожному товару.

Красиві цінники й знижки

Дрібниця, яка впливає на сприйняття: ціна після розрахунку рідко виходить рівною. Тому є округлення — до будь-якої зручної кратності: до 99, до 50 копійок, до десятки. Формула сама приведе розраховану ціну до «красивого» вигляду.

Так само працюють знижки — і вони теж прив’язуються до клієнта. У його картці вказана таблиця знижок, і при виписці рахунку вони застосовуються самі, без ручного втручання. Саму знижку можна задати на конкретний товар, групу товарів або бренд і обмежити періодом. Це зручно для акцій: знижка діє у потрібні дати й на потрібний перелік, а не правиться руками по всьому каталогу.

Головне

Ціна — це рішення, а не вгадування. Собівартість дає вам підлогу, нижче якої продавати немає сенсу. Формула в прайс-листі дає механіку: націнку, що враховує різні товари й канали. Валютний прайс знімає питання курсу, а перерахунок лишається там, де він і має бути, — у ваших руках.

Замість «плюс тридцять відсотків і будь що буде» ви отримуєте ціни, які спираються на реальні цифри й оновлюються тоді, коли ви цього хочете.

Як ERPJS рахує ціну продажу?

Ціна в прайс-листі рахується за формулою: береться база (найчастіше собівартість, але можна й остання ціна закупівлі чи інший прайс-лист), застосовується ваша націнка у відсотках, за потреби додається фіксована сума, і результат округлюється. Для різних категорій товарів можна задати різні формули через цінові групи.

Чи можна мати різні ціни для опту і роздрібу?

Так. Ви тримаєте кілька прайс-листів — наприклад, оптовий, роздрібний і для маркетплейсу. Прайс прив’язується до картки клієнта: коли ви виписуєте рахунок на нього, ціни підставляються з його прайсу самі. Оптовик отримує оптові ціни, роздрібний — роздрібні, і обирати щось вручну не потрібно.

Що з цінами, якщо прайс у валюті, а курс змінюється?

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

Чи перераховуються ціни автоматично при зміні собівартості?

Ні, і це зроблено навмисне. Коли собівартість змінилася і ви хочете оновити ціни, ви запускаєте перерахунок однією операцією на весь прайс-лист. Ціни не міняються у вас за спиною — ви самі вирішуєте, коли оновити прайс.

Чи можна округляти ціни до «красивих»?

Так. Є округлення до будь-якої кратності — до 99, до 50 копійок, до десятки. Розрахована за формулою ціна автоматично приводиться до зручного вигляду.

Чи підтримуються знижки й акції?

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

Запитайте десятьох підприємців, скільки вони заробляють на товарі, — і дев’ять порахують так: ціна продажу мінус ціна закупівлі. Це швидко, зрозуміло і майже завжди неправильно. Одні занижують собівартість і думають, що заробляють більше, ніж є. Інші — навпаки, намагаються впхати в собівартість усе підряд і тонуть в обліку, який нічого не дає. Розберемо, що входить у собівартість товару, а що ні, і де проходить чітка межа.

Собівартість і маржа — це різні речі

Спочатку розведемо два поняття, які постійно плутають.

Собівартість товару — це скільки вам коштувало мати цей товар готовим до продажу на складі. Не лише ціна постачальника, а все, що знадобилося, щоб товар опинився у вас.

Валова маржа — це виручка мінус собівартість. Скільки залишилось «зверху» після того, як ви покрили вартість самого товару.

І є третій рівень — чистий прибуток: це вже валова маржа мінус усі інші витрати бізнесу (оренда, зарплати, реклама, комісії, доставка клієнтам). Він рахується не по кожному товару, а по бізнесу в цілому — у звіті про прибутки і збитки (P&L).

Більшість помилок виникає тому, що ці три рівні змішують в одну купу. А коли вони змішані, прибуток легко переплутати з ілюзією — про це ми писали в статті «Прибуток чи ілюзія?».

Пастка №1: «ціна мінус закупівля» занижує собівартість

Найпоширеніша помилка — вважати собівартістю тільки те, що ви заплатили постачальнику. А по дорозі до вашого складу товар «обростає» витратами:

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

Усе це — частина собівартості, бо без цих витрат товару у вас на складі просто не було б. Якщо їх не врахувати, ви бачите занижену собівартість і завищену маржу. На дешевих позиціях різниця непомітна, а на імпорті доставка й мито можуть «з’їсти» більшу частину уявного прибутку.

В ERPJS такі додаткові витрати розподіляються на партію автоматично, формуючи реальну собівартість кожної одиниці. А коли товар продається, система бере його вартість за методом FIFO — із найстаріших партій, а не «остання ціна навмання». Це важливо: якщо ви закуповували той самий товар тричі за різними цінами, FIFO показує, скільки коштувала саме та одиниця, яку ви щойно продали.

Пастка №2: не пхайте в собівартість усе підряд

Зрозумівши, що собівартість — це більше, ніж ціна постачальника, багато хто кидається в іншу крайність: давайте порахуємо в собівартості товару геть усе. Електрику в офісі, воду в кулері, зарплату бухгалтера, оренду, рекламу. Логіка ніби правильна — це ж теж витрати. Але це помилка, і ось чому.

По-перше, ці витрати не пов’язані з конкретним товаром. Вода в кулері не робить вашу партію смартфонів дорожчою. Це витрати на існування бізнесу взагалі, а не на цей товар.

По-друге, їх неможливо коректно розподілити. Скільки електрики «припадає» на одну продану футболку? Будь-яка цифра тут — вигадана. А облік, побудований на вигаданих цифрах, гірший за відсутність обліку, бо створює ілюзію точності.

По-третє, вага цих витрат мізерна, а клопоту — багато. Ви витратите купу часу й сил, наробите помилок — а валова маржа стане «точнішою» на копійки. Тоді як загальні витрати й так повністю враховані в P&L. Гра не варта свічок.

Тут є тонкість для виробництва. Пряма енергія — електрика, яку «з’їв» верстат, виготовляючи саме цю деталь, — це справжня виробнича витрата, і її місце в собівартості. А загальне освітлення цеху — ні, це той самий «кулер», тільки на виробництві. Різниця в одному: витрата прямо пов’язана з одиницею продукту чи це просто фон, на якому працює весь бізнес.

Окрема історія — адміністративні витрати. Їх особливо люблять «вішати» на товар, хоча вони не мають до нього жодного стосунку. Зарплата директора не входить у собівартість продукту — ні за здоровим глуздом, ні за стандартами обліку.

Простий кордон: момент оприбуткування на склад

Щоб не мучитись щоразу, запам’ятайте одне правило. Межа собівартості — це момент, коли товар потрапив на ваш склад.

• Усе, що сталося до цього моменту (закупівля, доставка, мито, розмитнення, а для виробництва — сировина і робота), — це собівартість товару.
• Усе, що відбувається після того, як товар уже «ваш» (зберігання, комісії маркетплейсів, доставка клієнту, еквайринг, реклама, амортизація обладнання, адмінвитрати), — це витрати періоду. Вони йдуть у P&L, а не в собівартість.

Цей кордон знімає 90% суперечок. Не треба щоразу думати «а це собівартість чи ні?» — достатньо спитати: це сталося до складу чи після?

Саме так влаштований облік в ERPJS. По кожному товару ви бачите валову маржу — виручку мінус реальну собівартість (із доставкою й митом, за FIFO). А всі витрати на ведення бізнесу — комісії, логістику до клієнта, оренду, зарплати — система збирає у P&L, де видно справжній чистий прибуток. Два рівні, кожен на своєму місці. До речі, від цієї ж собівартості система може автоматично формувати ціну продажу — щоб націнка не бралася «зі стелі».

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

Дивіться туди, де вага: переоцінка складу

Ось головна думка. Енергію, яку ви витрачаєте на розподіл копійок за освітлення, краще спрямувати туди, куди майже ніхто не дивиться, — бо ваги там у рази більше. Найкращий приклад — переоцінка складу до ринкової вартості.

Поки ви ділите гривню за лампочки між тисячею артикулів, на складі може лежати партія, яка реально коштує на десятки тисяч менше, ніж записано в обліку. Модель застаріла, з’явилась новіша, ціни впали — а товар і далі «висить» за старою собівартістю. Ваш склад «на папері» дорожчий, ніж насправді, а отже, і прибуток завищений. Ось де справжня вага — і ось де помилка коштує дорого.

Правильний підхід (його вимагають і стандарти обліку) — тримати запаси за меншою з двох величин: собівартістю або реальною ринковою вартістю. Якщо ринок упав — товар уцінюється, різниця визнається збитком одразу, а не ховається до моменту продажу. Одна така переоцінка дає для чесності картини більше, ніж рік ретельного розподілу комунальних копійок.

Висновок

Собівартість товару — це не «ціна закупівлі» і не «всі витрати бізнесу». Це чітко окреслена величина: усе, що знадобилося, щоб довести товар до вашого складу, — і ні копійки більше. Решта витрат живе в P&L, де їй і місце.

Коли ці рівні розведені правильно, ви нарешті бачите справжню картину: яка валова маржа по кожному товару і який реальний чистий прибуток по бізнесу. ERPJS рахує собівартість за FIFO з урахуванням доставки й мита, показує маржу по кожній позиції й зводить повну картину прибутку в P&L — без ручних таблиць і без вигаданих розподілів.

Хочете побачити реальну маржу по своїх товарах? Залиште заявку — покажемо на демо.

—

FAQ

Що входить у собівартість товару?

Усе, що знадобилося, щоб довести товар до вашого складу: ціна постачальника, доставка, мито і розмитнення, послуги брокера, страхування вантажу. Для виробництва — сировина і виробничі витрати. Усе, що сталося після оприбуткування на склад, у собівартість уже не входить.

Чи входять комісії маркетплейсів і доставка клієнту в собівартість?

Ні. Це витрати на реалізацію — вони виникають після того, як товар уже ваш. Їх місце у звіті про прибутки і збитки (P&L), а не в собівартості товару. У собівартість вони не потрапляють і не повинні.

Чому «ціна продажу мінус ціна закупівлі» — це неправильна маржа?

Бо ціна закупівлі — це ще не вся собівартість. Якщо не врахувати доставку, мито й інші витрати на доведення товару до складу, собівартість занижена, а маржа — завищена. Особливо помітно на імпорті, де логістика й мито бувають суттєвими.

Чи можна порахувати в собівартості товару оренду, зарплати, електрику?

Не варто. Ці витрати не пов’язані з конкретним товаром, їх неможливо коректно розподілити на одиницю, і вони ускладнюють облік без реальної користі. Загальні й адміністративні витрати враховуються в P&L по бізнесу в цілому.

Який метод собівартості використовує ERPJS?

FIFO — при продажу товар списується за вартістю найстаріших партій. Це показує реальну собівартість саме тієї одиниці, яку продали, навіть якщо ви закуповували товар кілька разів за різними цінами.

Що таке переоцінка запасів і навіщо вона?

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

Ви купили обладнання, авто чи меблі для бізнесу — і вважаєте це разовою витратою, яка вже позаду. А далі рахуєте прибуток так, ніби ця покупка більше не впливає на гроші. Це одна з найдорожчих помилок малого бізнесу. Розберемо, що таке облік основних засобів, чому без нього ваш прибуток — ілюзія, і як перестати рахувати амортизацію вручну в Excel.

Що таке облік основних засобів простими словами?

Основні засоби — це все, що бізнес купує не для перепродажу, а щоб користуватися довго: обладнання, транспорт, меблі, комп’ютери, інструмент, приміщення. На відміну від товару, який ви купили і продали за тиждень, основний засіб працює роками і зношується поступово.

Облік основних засобів — це система, яка відповідає на чотири питання:

• Що у вас є (повний перелік активів з вартістю та відповідальними особами);
• Скільки воно зараз коштує з урахуванням зносу;
• Як швидко зношується і коли потребуватиме заміни;
• Скільки це насправді коштує вашому бізнесу щомісяця.

Останній пункт — найважливіший. І саме його найчастіше ігнорують.

Прихована пастка: чому ваш прибуток менший, ніж здається

Уявімо підприємця, який купив авто за $12 000, щоб розвозити замовлення. Машина прослужить приблизно 5 років, потім — заміна. Це означає, що щомісяця вона «зношується» десь на $200 ($12 000 ÷ 60 місяців).

Тепер припустимо, бізнес приносить «$1 000 на місяць». Власник радіє: тисяча доларів прибутку. Але це не так. $200 з цієї тисячі — не прибуток, а знос авто. Реальний результат ближче до $800.

І це ще не вся проблема. Якщо власник щомісяця витрачає всю «тисячу», то через 5 років трапляється неприємне: машина помирає, а грошей на нову немає. Куди вони поділися? Їх ніколи й не було — власник непомітно проїдав свій капітал, щомісяця приймаючи $200 чужих грошей за свій прибуток.

Ось що робить амортизація: вона розкладає вартість активу на весь термін служби, щоб кожен місяць ви бачили справжню вартість роботи на цьому обладнанні. Без неї:

• ви переоцінюєте прибутковість і маржинальність бізнесу;
• ви приймаєте рішення (підняти зарплати, знизити ціни, взяти кредит) на основі завищених цифр;
• ви не відкладаєте на заміну активів — і одного дня лишаєтесь без грошей і без обладнання.

Облік основних засобів — це не бюрократія для бухгалтера. Це інструмент, який показує, де ваші реальні гроші. (Ми вже торкались цієї логіки у статті «Прибуток чи ілюзія?» — основні засоби це той самий ефект, тільки розтягнутий на роки.)

Чому Excel не підходить для обліку основних засобів?

Поки активів два-три, таблиця ще тримається. Але вже на десятці об’єктів починаються проблеми:

• Ручний розрахунок амортизації. Кожен місяць треба не забути порахувати знос по кожному об’єкту, за правильним методом, за правильний період. Одна помилка у формулі — і всі подальші цифри неправильні.
• Легко забути. Excel не нагадає, що настав час нарахувати амортизацію. Пропустили місяць — облік «поплив».
• Немає зв’язку з бухгалтерією. Порахували знос у таблиці — а проводки треба робити окремо, вручну, ще раз. Подвійна робота і подвійний шанс помилитись.
• Дві бази розходяться. Бухгалтерська амортизація і податкова рахуються за різними правилами. У Excel це означає дві паралельні таблиці, які майже неможливо втримати в синхроні.
• Проблеми при аудиті й перевірці. Коли податкова чи інвестор просить картку об’єкта з повною історією — у таблиці ви її швидко не зберете.

Excel не знає, що таке «основний засіб». Для нього це просто числа в клітинках. Система обліку знає.

Як виглядає картка основного засобу в системі?

В ERPJS кожен актив — це окрема картка, де зібрано все про об’єкт:

• Інвентарний номер — унікальний, щоб жоден об’єкт не загубився і не задвоївся;
• Назва і опис — що це за об’єкт;
• Первісна вартість і дата придбання;
• Дата введення в експлуатацію — з неї починається відлік амортизації;
• Категорія і тип — для групування і правильних бухгалтерських рахунків;
• Підрозділ і відповідальна особа — хто і де відповідає за актив;
• Постачальник і гарантія — куди звертатись, якщо щось зламалось.

Це не просто довідник. Кожна картка пов’язана з бухгалтерією, з амортизацією і зі звітами — все в одному місці.

Як працює автоматичне нарахування амортизації?

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

ERPJS підтримує три методи:

1. Прямолінійний — актив зношується рівномірно, однакова сума щоперіоду. Найпоширеніший і найпростіший.
2. Зменшення залишку (прискорений) — більший знос на початку служби, менший — згодом. Підходить для техніки, що швидко морально застаріває.
3. 100% одразу — вся вартість списується за один раз. Зручно для недорогих об’єктів.

Період нарахування гнучкий — місяць, квартал чи рік, як вам зручно. Замість ручних формул у Excel система рахує знос сама і веде його по кожному об’єкту без вашої участі в обчисленнях.

Навіщо дві паралельні моделі — бухгалтерська і податкова?

Ось функція, якої немає в більшості простих рішень. Реальний знос обладнання і податкова амортизація — це різні речі. Податкові правила часто диктують свої терміни і норми, які не збігаються з тим, як актив зношується насправді.

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

Для бізнесу це означає: ви бачите і справжню прибутковість, і коректну податкову базу — без двох окремих Excel-файлів, які вічно розходяться.

Як оформити введення в експлуатацію і вибуття?

Введення в експлуатацію — окрема дія: ви фіксуєте дату, з якої актив починає працювати, а система автоматично робить потрібні проводки (переносить вартість з капітальних інвестицій на основні засоби).

Вибуття — коли актив продано, списано чи ліквідовано — оформлюється документом. Система сама спише накопичений знос, залишкову вартість, а у разі продажу — проведе дохід від реалізації. Усе з правильними проводками, без ручного рознесення.

Кожна така операція потрапляє в журнал — у вас завжди є повна історія по кожному об’єкту: коли купили, коли ввели, скільки амортизували, коли і як вибув.

Висновок

Основні засоби — це місце, де малий бізнес найчастіше сам себе обманює: вважає прибутком гроші, які насправді є зносом обладнання. Облік основних засобів повертає чесну картину: скільки ви заробляєте по-справжньому, скільки коштує робота на ваших активах і коли треба відкладати на заміну.

ERPJS автоматизує всю рутину — від картки об’єкта і розрахунку амортизації трьома методами до бухгалтерських проводок і двох паралельних моделей обліку. Замість ручних таблиць ви отримуєте систему, яка рахує реальні гроші.

Хочете побачити, як це працює на ваших активах? Залиште заявку — покажемо на демо.

Часті запитання

Що таке основні засоби простими словами?

Це все, що бізнес купує надовго, а не на перепродаж: обладнання, транспорт, меблі, комп’ютери, інструмент. Вони працюють роками і поступово зношуються, тому їхню вартість не списують одразу, а розподіляють на весь термін служби через амортизацію.

Чому амортизація впливає на прибуток, якщо гроші вже витрачені?

Бо актив зношується і колись потребуватиме заміни. Якщо не враховувати щомісячний знос, ви переоцінюєте прибуток і проїдаєте капітал, не помічаючи цього. Амортизація показує справжню вартість роботи на активі і реальну прибутковість бізнесу.

Які методи амортизації підтримує ERPJS?

Три: прямолінійний (рівномірний знос), зменшення залишку (прискорений, більше на початку) і 100% одразу (для недорогих об’єктів). Метод обирається для кожної категорії активів, період — місяць, квартал або рік.

Чи можна вести бухгалтерську і податкову амортизацію окремо?

Так. ERPJS веде дві паралельні моделі обліку одночасно для одного активу — управлінську (реальна економіка) і податкову (за податковими нормами). Не потрібно двох окремих таблиць, які розходяться.

Чи нараховує система амортизацію автоматично?

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

Чи підходить ERPJS для малого бізнесу?

Так. Облік основних засобів у ERPJS розрахований на малий і середній бізнес зі стандартною схемою амортизації. Для великих компаній зі складною аналітикою частину функцій налаштовують під конкретний кейс.

Власник МСБ зрозумів, що Excel вже не справляється. Прибуток на папері не сходиться з реальністю, склад живе своїм життям, кожен звіт — це година ручної праці. Час обирати ERP-систему. Він відкриває Google, читає 5-7 порівнянь — і губиться. Одні статті — рекламні від вендорів. Інші — академічні переліки на 30 критеріїв, де “інтуїтивний UI” стоїть поруч з “архітектура мікросервісів”.

Цей пост — спроба дати інший формат. Не 30 критеріїв, а 10 конкретних питань, які власник повинен задати собі і вендору перед тим, як підписувати договір. Якщо хоча б на 3 з них відповідь “не знаю” або вендор уникає прямої відповіді — це сигнал зупинитися і подивитися ще варіанти.

Питання розбиті на три блоки: спочатку до себе (про власний бізнес), потім до вендора (про продукт), і нарешті — про економіку. Послідовність важлива: без розуміння власних процесів будь-яка демо виглядає однаково красиво.

З чого почати — з вибору вендора чи з аналізу свого бізнесу?

Спочатку — аналіз свого бізнесу. Без розуміння власних процесів будь-яка демо виглядає однаково красиво. Перш ніж дивитися на вендорів, треба самому собі відповісти на питання 1-3 нижче. Інакше демо вас зачарує дизайном, а потім виявиться, що ключового модуля немає або він “буде у наступній версії”.

Блок 1. Питання, які треба задати собі

1. Які процеси автоматизуємо в першу чергу?

Коротко: Один процес чи декілька? Якщо все одразу — це класична помилка, через яку провалюються ERP-проекти.

Малий бізнес зазвичай має 2-4 ключові процеси: склад, продажі, фінанси, виробництво, сервіс, оренда. Вибір “які з них автоматизувати в першу чергу” визначає не лише модулі ERP, а й бюджет та терміни.

Сигнал ризику: “автоматизуємо все одразу за 1 місяць”. У реальності так не буває. Адекватний підхід — фаза 1 (один-два критичні процеси, базовий облік), фаза 2 і далі — нарощування.

2. Скільки користувачів сьогодні і через 2 роки?

Коротко: 3, 10, 30 чи 100? Різні системи оптимізовані під різну кількість, і ціна по-різному “вистрелює” при рості.

Кількість користувачів визначає не лише модель ліцензування (за користувача, за модуль, flat), а й архітектурні вимоги. Більшість вендорів має ціну, яка росте нелінійно — за рахунок додаткових модулів і платних опцій при певних порогах. Деякі (включно з ERPJS) тримають пряму пропорційну ціну за користувача без зміни тарифу.

Питайте у вендора: “Покажіть розрахунок ціни для мого поточного штату і для +20 користувачів через 2 роки”. Якщо різниця більша ніж у 4 рази при зростанні у 4 рази — це нелінійна модель, треба врахувати.

Сигнал ризику: вендор не питає про планований ріст. Це означає, що ціна може “вистрелити” пізніше, коли ви вже застряли в системі.

3. Які 3-5 звітів власник хоче бачити щодня?

Коротко: Назвіть 3-5 звітів, які хочете бачити щодня. Якщо не можете — це перша задача перед вибором ERP.

Конкретні приклади звітів власника: маржинальність по групах товарів, оборотний капітал, top-10 боржників, рух коштів за тиждень, продажі по менеджерах. У кожного бізнесу — свій набір.

Важливий нюанс: не питайте вендора “чи є у вас такий звіт?” — навіть якщо є, у вас він буде свій (інші розрізи, інші фільтри). Запитайте інакше: попросіть показати на демо, як саме вводяться дані для вашого ключового звіту — побачите чи передбачені в інтерфейсі розрізи, аналітики, об’єкти, які вам потрібні. Якщо дані вводяться у потрібній структурі — побудувати звіт це питання техніки (1-3 дні роботи). Якщо ні — звіт не з’явиться навіть якщо вендор обіцяє: будуть прогалини, неточності.

Сигнал ризику: вендор хвалиться “200+ готових звітів”. Переважно це стандартні бухгалтерські, які власнику малого бізнесу не потрібні. Запитайте про конкретний ваш звіт.

Блок 2. Питання, які треба задати вендору

4. Чи покриває система мої критичні процеси без кастомізації?

Коротко: Якщо так — стандартний шлях. Якщо ні — наскільки гнучко доопрацьовується? Скільки коштує допрацювання?

Жодна ERP-система не покриває 100% потреб конкретного бізнесу з коробки. Питання — скільки відсотків покриває, і як добудовується решта. У ERP-світі є дві крайні моделі: “монолітні” системи з закритим кодом (доопрацювання можливе тільки через вендора, часто дорого) і гнучкі платформи з відкритою архітектурою.

Сигнал ризику: “так, доопрацюємо все що захочете” без оцінки годин і ціни. Просіть письмово: “ось наш сценарій X, скільки годин і скільки коштуватиме?”

5. SaaS чи on-premise — яка модель для вас критична?

Коротко: SaaS — швидко стартувати, мінімум IT-витрат, але дані у вендора. On-premise — повний контроль і безпека, але потрібен власний сервер.

Деякі вендори дають тільки одне з двох — це обмеження. Якщо вендор пропонує лише SaaS — ви назавжди залежите від його сервера, цін і існування. Якщо лише on-premise — у вас немає легкого старту “спробувати малою кров’ю”.

Найгнучкіший варіант — коли є обидві опції, і клієнт може почати з SaaS, а перейти на on-premise коли стане критично, або навпаки. Або одразу стартувати з on-premise, якщо бізнес серйозний і дані критичні. Деталі — у пості Відкритий код в ERPJS: SaaS чи on-premise з контролем.

Сигнал ризику: вендор каже “SaaS — єдиний правильний шлях, on-premise це минуле століття” АБО навпаки “on-premise — це безпека, SaaS не годиться”. Обидві моделі мають своє місце.

6. Чи відкритий код бізнес-логіки? Що буде, якщо вендор закриється?

Коротко: Сама по собі on-premise установка ще не гарантує що ви зможете працювати без вендора — у більшості систем є онлайн-ліцензійні ключі з обмеженим терміном дії. Питайте окремо: що буде з доступом до даних, якщо ключ перестане поновлюватися.

Це питання здається теоретичним, поки не стає реальним. SaaS-сервіси для бізнесу закриваються регулярно. Що далі — залежить від поєднання трьох факторів: SaaS чи on-premise, відкритий чи закритий код, і як працює ліцензування:

• SaaS, закритий код: повна зупинка. Дані теоретично можна забрати у вигляді бекапу БД, але без UI вони безкорисні. У підсумку — місяці хаосу і перенавчання.
• On-premise з онлайн-ключем, закритий код: коли ключ перестає поновлюватися, система може взагалі не запуститися. Без оновлень і підтримки — навіть якщо вдалося запустити, будь-яка проблема залишається без вирішення.
• On-premise з відкритим кодом бізнес-логіки і офлайн-fallback ліцензії: доступ до даних збережено навіть без вендора (наприклад, базовий read-only або обмежений однопользовательський режим). Цього достатньо щоб не залишитися без даних і мати час спокійно підготуватися до переходу на іншу систему. Це не “повна свобода”, але реальний план Б на випадок проблем з вендором.

Сигнал ризику: вендор каже “у нас закритий код і немає on-premise” — повна залежність. Або є on-premise, але “ключ онлайн, без поновлення нічого не запускається” — на практиці теж залежність, тільки прихована. Питайте конкретно: “що буде з моїм доступом до даних, якщо ми завтра припинимо співпрацю?”

7. Які інтеграції вже готові у вендора, і скільки коштуватимуть ті, які треба робити під вас?

Коротко: Не існує вендора, у якого готові ВСІ інтеграції. Важливе питання — які 1-2 інтеграції критичні для вашого бізнесу: вони вже є чи їх треба робити з нуля.

Критично-важливі для більшості МСБ:

• Банк-клієнт — для будь-якого бізнесу з банківськими операціями
• Нова Пошта / Укрпошта — для торгівлі з доставкою (детальніше про інтеграцію Нової Пошти)
• ПРРО (Чекбокс або подібне) — для роздрібу
• Маркетплейси (Rozetka, Prom) — для онлайн-торгівлі

Якщо ваш ключовий сервіс уже інтегрований — це 1-2 тижні економії на впровадженні. Якщо ні — рахуйте: години програміста × ставка + час тестування.

Сигнал ризику: вендор каже “інтегруємо з будь-чим” без переліку готових. Питайте конкретно: “З чим у вас вже працює інтеграція? Можете показати приклад роботи у клієнта?” Чесна реальність — жоден вендор не покриває увесь ринок. Розумна стратегія — кілька реально працюючих інтеграцій плюс готовність допилити ваш кейс.

Блок 3. Питання про економіку проекту

8. Скільки реально коштує перший рік?

Коротко: Не “ліцензія”, а “ліцензія + впровадження + кастомізація + навчання”. Часто впровадження дорівнює 1-2 річним ліцензіям.

Три статті витрат, які часто приховують при першій консультації:

1. Впровадження — налаштування системи під ваші процеси, міграція даних. Може бути від кількох тисяч до десятків тисяч гривень залежно від обсягу.
2. Кастомізація — доопрацювання модулів, специфічні звіти, нестандартна логіка. Зазвичай оплачується погодинно.
3. Навчання користувачів — реальний час, який треба закласти. Без навчання система простоюватиме.

Як рахується ціна: за користувача, за модуль, чи flat? Це теж впливає на загальну вартість при рості.

Сигнал ризику: “ціна тільки після консультації” без верхньої планки. Адекватний вендор може назвати хоча б діапазон (“від X до Y за конфігурацію подібного бізнесу”).

9. Скільки часу від договору до того моменту, коли я почну реально працювати в системі?

Коротко: Не плутайте “тривалість впровадження” з “часом до старту роботи”. Адекватний вендор ділить проект на фази: базовий облік стартує за 2-4 тижні, повна функціональність добудовується наступні 3-12 місяців.

Чистого часу інтегратора на стандартний скоп малого бізнесу справді близько 2-4 тижнів. Реально проект розтягується на місяці, але не через вендора — а через організаційні моменти клієнта: підготовка даних для міграції, тестування користувачами, прийняття рішень всередині команди.

Краще почати працювати в системі у обмеженому функціоналі і нарощувати, ніж 6 місяців налаштовувати “ідеальну” систему перед першим логіном. Раннє використання — це ще й шанс зрозуміти, що насправді потрібно (часто на старті здається одне, а в реальній роботі виявляється інше).

Сигнал ризику не “2 тижні”, а:

• Вендор обіцяє запустити весь функціонал за місяць — буде халтура.
• Вендор не ділить проект на фази — застрягне процес (“ще трохи допрацюємо, ще трохи”).

Адекватний вендор скаже: “Базовий облік — 2-4 тижні до старту. Далі модуль X — місяць, модуль Y — два, всього орієнтовно 4-6 місяців до повного скопа залежно від темпу з вашого боку.”

10. Як буде виглядати вихід з системи, якщо вирішу мігрувати?

Коротко: Чи можу забрати свої дані? У якому форматі? Чи можу продовжити користуватися, якщо припиню платити вендору?

Це питання, на яке мало хто з вендорів любить відповідати — і це сам по собі сигнал. У SaaS-моделі з закритим кодом вихід — це здебільшого міф. Бекап БД у вашому розпорядженні без UI безкорисний; ручний експорт регістрів в Excel по одному займає тижні і не дає повної картини.

У on-premise моделі з відкритим кодом і офлайн-fallback ліцензії — система фізично у вас і базовий доступ до даних залишається навіть без вендора. Не обов’язково в режимі “як раніше з усіма користувачами одночасно”, але достатньо, щоб не залишитися без даних і мати час спокійно підготуватися до міграції на іншу систему.

Сигнал ризику: ухильна відповідь на пряме питання про вихід.

Що робити, якщо співпало 3+ червоних прапорців?

Не підписувати договір “поки знижка”. Тиск часом — стандартний прийом, на який спокушаються власники під емоцією: “та що там, з’явилася знижка, поспішимо”. Реальність — система буде з вами 3-5 років мінімум, тиждень-два на додаткові питання не змінять нічого.

Конкретні кроки:

1. Просіть письмово відповіді на спірні питання — не “у консультанта в чаті”, а в комерційній пропозиції.
2. Подивіться хоча б 2-3 інші системи для порівняння. Робиться це не для того, щоб обрати найдешевшу, а щоб зрозуміти ринок і калібрувати ціни/терміни.
3. Попросіть референси чинних клієнтів і самостійно з ними зв’яжіться — телефоном, не через організовану зустріч під наглядом вендора. Питайте конкретно: що болить через рік користування, що довелось доробляти, чи виправдалися початкові обіцянки за термінами і бюджетом.

Як ці 10 питань виглядають у ERPJS?

Коротко по блоках — щоб ви могли порівняти з іншими вендорами:

• Бізнес-процеси: документообіг (продажі, закупівлі, склад, виробництво, оренда, сервіс), фінансовий і управлінський облік, проектний менеджмент. CRM є, але це не наша основна сильна сторона.
• SaaS і on-premise — обидві опції з самого початку, без перепідписання договору. Можна почати з SaaS і перейти на on-premise, або одразу стартувати з on-premise.
• Звіти. Стандартний набір (оборотно-сальдові, рух коштів, продажі) є. Реальний підхід — спочатку правильно збираємо дані, потім будуємо ті звіти, які потрібні саме вашому бізнесу. Часто це 1-3 дні роботи на звіт.
• Інтеграції. Готові: Нова Пошта (ТТН за 20 секунд), банк-клієнт (вивантаження виписки з коробки; створення платежів — робили під проекти), Чекбокс (ПРРО), маркетплейси Rozetka та Prom. ЕДО і деякі інші — поки немає, робимо під кейс клієнта з прозорою оцінкою годин.
• Код бізнес-логіки відкритий в on-premise — можна найняти стороннього JS-розробника. Деталі: Відкритий код в ERPJS.
• Доступ до даних при розриві співпраці. Навіть без активного ліцензійного ключа у клієнта залишається базовий доступ: один користувач з повним read+write режимом, решта — read-only. Це не “робота як раніше”, але гарантія що ви не залишитеся без своїх даних, навіть якщо з нами щось трапиться.
• Терміни: базовий облік стартує за 2-4 тижні, повна функціональність — 3-12 місяців залежно від скопу. Працюємо фазами.
• Ціна: SaaS — на сторінці тарифів, без “приховайте до консультації”. On-premise — після короткої консультації по конфігурації.

Часті запитання

Власник роздрібного магазину рідко прокидається з думкою “треба впровадити ERP”. Зазвичай рішення приходить через біль: два рази підряд не вистачило товару під замовлення клієнта. Або інвентаризація показала недостачу на 50 тисяч гривень. Або менеджер витратив третю годину на звірку накладних.

У цьому пості — 5 конкретних ознак, що ваш магазин уже переріс Excel і потребує програми обліку. Якщо хоча б 2 пункти про вас — це не “колись потім”, це “вже зараз”.

1. Постійні розбіжності в залишках

Типова ситуація: на складі фізично 15 одиниць товару. В Excel записано 20. Клієнт замовляє 18. Менеджер каже “є” → бере замовлення → не може відвантажити → клієнт іде до конкурента.

Розбіжності з’являються з трьох причин:

• Не кожне списання вноситься в таблицю одразу (особливо якщо магазин і склад — різні люди)
• При повторному введенні даних виникають помилки (друкарські, переплутані SKU)
• Excel не зв’язаний з касою/POS — продав, не списав, побачив через тиждень

Що дає програма обліку: залишки оновлюються автоматично при кожному русі товару — продаж, повернення, переміщення, списання. Менеджер бачить актуальну кількість в реальному часі. Резервування під замовлення — система блокує одиниці, які вже обіцяні клієнту, тому помилка “є → нема” зникає.

Детально про облік товарів від прийому до продажу — у нашому пості.

2. Ви не знаєте, куди зникають товари

Інвентаризація показала недостачу на 30 одиниць — а де вони поділись? Якщо ваша відповідь “не знаю”, це друга ознака. У роздрібі товар зникає по чотирьох каналах:

• Списання (брак, прострочка) — без обліку списується “по пам’яті”
• Крадіжки (покупці або працівники) — потрібен трекінг, щоб ідентифікувати
• Помилки прийому (постачальник прислав на 5 одиниць менше — не звірили)
• Помилки продажу (касир продав, не пробив через систему)

Без розділення цих каналів — ви бачите тільки інтегральну дірку в кінці місяця.

Що дає програма обліку: окремі документи для кожного типу руху (Списання, Інвентаризація, Прийом, Продаж). У кожного — свій звіт. Через 3 місяці ви бачите: “75% втрат — це списання браку від постачальника N. Час змінити постачальника”.

3. Чи знаєте ви, що продається найкраще?

Тест: назвіть топ-5 товарів за прибутком за минулий місяць. Не за виручкою — за маржинальним прибутком (виручка мінус собівартість). Не “приблизно” — конкретні позиції з цифрами.

Якщо відповідь “треба порахувати” — це третя ознака. У вас немає аналітики продажів.

Без аналітики:

• Ви закуповуєте навмання — те, що “здається працює”
• Ви тримаєте на складі товари, які не продаються (заморожений капітал)
• Ви знижуєте ціни на товари, що й так були в дефіциті
• Ви не помічаєте, що один товар має маржу 5%, а сусідній по полиці — 35%

Що дає програма обліку: ABC-аналіз (топ за виручкою, прибутком, оборотом), маржинальність по групах, динаміка продажів за період. У ERPJS — звіт “Продажі за день / тиждень / місяць” з фільтрами по категоріях, постачальниках, точках продажу.

Як це виглядає на практиці — у пості “Як AI-агент знайшов аномалію в продажах за 5 секунд”: реальний приклад того, як аналітика виявляє неочевидне.

4. Скільки часу йде на звірку з постачальниками?

Кейс: постачальник прислав накладну на 47 позицій. Ви маєте перевірити: чи ціни збігаються з домовленістю, чи кількість відповідає замовленому, чи немає товару, якого ви не замовляли.

Якщо це робиться руками (роздрук + Excel + калькулятор) — це третя година роботи менеджера. Помилки в розрахунках — щотижневі. Помилки в кодах товарів — теж.

Що дає програма обліку: замовлення постачальнику створюється в системі. Коли приходить накладна, її дані вводяться (або імпортуються з Excel/EDI), система автоматично порівнює з замовленням і показує розбіжності — за ціною, кількістю, новими позиціями. Час звірки скорочується з 3 годин до 15 хвилин.

5. Скільки рутини у вашого менеджера?

Перевірте: скільки часу на тиждень займають у вашого менеджера такі задачі:

• Інвентаризація (повна або часткова)
• Звірки з постачальниками
• Підготовка звітів для бухгалтерії
• Виставлення рахунків клієнтам
• Створення документів повернень

Якщо разом це більше 8 годин на тиждень — це повний робочий день, який можна автоматизувати. У роздрібі ці задачі дуже шаблонні: “сформувати звіт продажу за місяць у форматі для бухгалтера” — це одна кнопка, а не дві години Excel-форматування.

Що дає програма обліку: усі стандартні документи генеруються автоматично з первинних даних. Менеджер замість “виготовляти папір” займається тим, для чого він потрібен — переговорами з клієнтами, замовленнями, аналізом.

Що дає програма обліку — в одному списку

Якщо звести 5 ознак в один результат — програма обліку для магазину дає:

• ✅ Актуальні залишки в реальному часі — без розбіжностей між касою і складом
• ✅ Контроль руху товарів — видно, де і чому зникає товар
• ✅ Автоматичні звіти з продажів — топ-товари, маржа, динаміка по днях
• ✅ Швидку звірку з постачальниками — система сама знаходить розбіжності
• ✅ Економію часу на рутині — менеджер фокусується на бізнесі, а не на обчисленнях

ERPJS для роздрібного магазину

ERPJS — це ERP-система для малого бізнесу, яка для роздрібного магазину дає 5 інтегрованих модулів:

• Склад та залишки — прийом товару, переміщення, інвентаризація, списання
• Продажі та каса — POS-інтерфейс, чеки, фіскалізація через Checkbox
• Постачальники — замовлення, звірка накладних, історія цін
• Аналітика та звіти — ABC, маржинальність, динаміка продажів
• Інтеграція з обладнанням — сканери штрих-кодів, фіскальні принтери, ваги

Ці модулі працюють як одна система — продаж на касі автоматично списує товар зі складу, формує запис в касовій книзі, фіксує маржу для аналітики. Не треба переносити дані між інструментами.

Коли програма обліку НЕ потрібна

Чесно: якщо ваш магазин — це 1 точка з 30-50 SKU і 1-2 продажу на день, повноцінна програма обліку буде over-engineering. Excel + проста кнопкова касова програма впораються.

Програма обліку стає виправданою, коли:

• 100+ SKU в каталозі
• 2+ працівники працюють з товаром
• 1+ канал продажів окрім фізичного магазину (сайт, маркетплейс)
• Регулярні звірки з постачальниками (мінімум раз на тиждень)
• Облік потребує знати маржу по позиції, а не “загальний прибуток”

Якщо хоча б 3 з 5 — час впроваджувати. Тематично близький пост про 5 ознак, що ваш складський облік не працює — більше про склад, цей — про магазин в цілому.

Часті запитання

Залишки в Excel не збігаються з реальними. Продавець обіцяє клієнту товар, якого вже немає на складі. Інвентаризація знову виявила недостачу на 10%. Якщо це знайомо — проблема не в людях, а в системі обліку. Правильний облік товарів — це не просто таблиця з кількостями, а зв’язаний процес від прийому до продажу.

У цій статті розберемо, як має бути побудований облік товарів у нормальній системі: які документи потрібні, що таке FIFO, як працюють інвентаризація, резервування, серійні номери — і з чого почати перехід з Excel.

Чому Excel і зошит не справляються з обліком товарів?

Excel — це таблиця, а облік товарів — це процес. Таблиця не знає, що відвантаження має автоматично списати залишок, а повернення — поновити. В результаті кожна операція вводиться двічі (або забувається), і через місяць залишки в файлі не збігаються з реальними.

Конкретні проблеми ведення обліку товарів в Excel:

• Немає єдиного джерела правди. У продавця одна таблиця, у комірника інша, у бухгалтера третя. Коли цифри розходяться — ніхто не знає, яка правильна.
• Собівартість «на око». При різних цінах закупівлі однакового товару Excel не розрахує реальну собівартість автоматично. Продаєте в плюс або в мінус — невідомо.
• Немає історії рухів. Товар «зник» — куди? Коли? Хто списав? В Excel це втрачена інформація, в ERP — аудиторський слід по кожній одиниці.
• Резервування = обіцянки по пам’яті. Менеджер пообіцяв товар одному клієнту, потім другому. Excel цього не бачить, і з’являються подвійні продажі.
• Інвентаризація — стрес раз на квартал. Вся команда заблокована, магазин не працює, результат — мінус 10-15% без пояснень.

Детальніше про 5 типових ознак, що облік вже не справляється, ми розбирали в окремій статті про складський облік.

Що таке FIFO і навіщо воно магазину?

FIFO (First In, First Out — «перший прийшов, перший пішов») — це метод обліку собівартості, при якому при продажу списується найстаріша партія товару першою. Це стандарт для роздрібної торгівлі, складів та виробництва.

Приклад. Ви закупили однаковий товар трьома партіями:

Ви продаєте 150 штук. За FIFO система спише: 100 шт по 50 грн + 50 шт по 55 грн = 7 750 грн собівартості. При продажній ціні 70 грн × 150 = 10 500 грн виручки валовий прибуток — 2 750 грн.

Без FIFO (або при ручному розрахунку) ви зазвичай берете «середню ціну» — і отримуєте викривлену картину. В ERPJS FIFO працює автоматично для кожного відвантаження та списання — сортує партії за датами, споживає послідовно, розраховує пропорційну собівартість.

Які документи потрібні для правильного обліку товарів?

В нормальній системі обліку товарів кожна операція — це окремий документ із власним статусом, автором і датою. Мінімальний набір — 8 типів документів:

1. Надходження — вхідна поставка від постачальника. Збільшує залишки, фіксує ціни закупівлі для FIFO.
2. Відвантаження — вихідна поставка клієнту. Зменшує залишки, розраховує собівартість за FIFO.
3. Переміщення — внутрішній трансфер між складами. Не змінює загальну кількість, але фіксує локацію.
4. Списання — товар зіпсувався, загубився, використано на власні потреби. Зменшує залишки з поясненням причини.
5. Повернення постачальнику — бракована або зайва партія. Зменшує залишки та зобов’язання.
6. Повернення від клієнта — обробка рекламацій. Поновлює залишки, повертає собівартість.
7. Інвентаризація — фізичний підрахунок залишків із протоколом розбіжностей.
8. Додаткові витрати — розподіл мит, доставки, пакування на собівартість товару.

Кожен документ в ERPJS автоматично оновлює регістри: Статуси товару (залишки в реальному часі по складах), Історія товарів (повний аудиторський слід кожного руху) та Статус серійних номерів (для товарів з унікальною ідентифікацією).

Як інвентаризація має виглядати в нормальній системі?

Інвентаризація в Excel — це блокнот, в який комірник записує те, що порахував, а потім хтось звіряє з таблицею вручну. В нормальній системі — це керований процес з трьох кроків.

Крок 1. Конструктор інвентаризаційної відомості. Ви обираєте склад, дату, категорії товарів — система генерує порожню відомість з переліком товарів, які мають бути на складі за даними обліку.

Крок 2. Фізичний підрахунок. Комірник (або сканер штрих-кодів) заповнює фактичну кількість по кожній позиції. При великій номенклатурі підрахунок розбивається по зонах і працівниках.

Крок 3. Порівняння інвентаризації. Система автоматично формує протокол розбіжностей: де недолік, де надлишок, на яку суму. На основі протоколу створюються документи списання або оприбуткування — залишки приводяться у відповідність.

В ERPJS цей процес займає години замість днів — і дає точні цифри замість «плюс-мінус 10%». Ще один плюс — часткова інвентаризація: можна перевіряти одну категорію або зону без зупинки роботи всього складу.

Як резервувати товар під замовлення клієнта?

Резервування — це різниця між «товар є на складі» і «товар доступний до продажу». Ви отримали замовлення на 50 штук із відвантаженням завтра — ці 50 штук мають бути заброньовані, щоб інший менеджер не продав їх сьогодні.

В Excel резервування веде до двох проблем: або ніхто його не веде (і виникають подвійні продажі), або ведуть у окремій колонці, яку всі забувають оновлювати.

В ERPJS резервування автоматичне:

• Клієнт робить замовлення → система резервує потрібну кількість у статусі «зарезервовано».
• Залишок для нових продажів = Фізичний залишок − Зарезервовано.
• Після відвантаження резерв знімається, залишок списується.
• Якщо замовлення скасоване — резерв автоматично повертається в доступні залишки.

Звіт «Дефіцит» показує, скільки товару не вистачає для виконання усіх активних замовлень — і його треба дозамовити. Це зокрема корисно магазинам з передзамовленнями та онлайн-продажами, де між замовленням і відвантаженням проходить 1-3 дні.

Як серійні номери допомагають в сервісі та торгівлі?

Серійні номери потрібні там, де кожна одиниця товару — унікальна: електроніка, техніка, автозапчастини, меблі з гарантією. ERPJS веде облік серійних номерів як окремий рівень обліку: по кожному номеру видно, коли він надійшов, від якого постачальника, за якою ціною, коли і кому проданий.

Практичні випадки використання:

• Гарантія. Клієнт приносить товар з претензією — ви по серійному номеру бачите, коли продано і чи діє гарантія.
• Відкликання партії. Постачальник повідомив про брак у партії № X — ви за секунди знаходите всіх клієнтів, кому продали товари з цієї партії.
• Повернення в сервіс. Майстер приймає апарат на ремонт — серійний номер вже є в базі з повною історією.
• Боротьба з крадіжкою. Кожна одиниця має унікальний ID — списати «в тінь» складніше.

З чого почати перехід з Excel на програму обліку товарів?

Перехід не обов’язково робити за один день. Для магазину або складу з номенклатурою до 1000 позицій реалістичний план — 2-3 тижні:

Тиждень 1. Довідники. Завантажте каталог товарів (одиниці виміру, категорії, штрих-коди), контрагентів (постачальники, клієнти) та склади. ERPJS підтримує імпорт з Excel, тому існуючі дані не потрібно вводити вручну.

Тиждень 2. Початкові залишки та поточні операції. Проведіть інвентаризацію, внесіть реальні залишки в систему. З цього моменту всі надходження та відвантаження робіть через нову систему, паралельно з Excel.

Тиждень 3. Повний перехід. Після тижня паралельної роботи порівняйте звіти. Зазвичай уже на цьому етапі видно, де в Excel були «дірки». Вимикайте Excel для поточного обліку, залишайте тільки як архів.

Як обрати систему обліку, яка підійде саме вашому бізнесу — дивіться гайд з 7 критеріями вибору. А про те, як облік товарів впливає на фінансовий результат, ми розбирали в статті про фінансовий облік.

Часті запитання

Програма складського обліку потрібна коли Excel-таблиці перестають справлятися із залишками, пересортицею та інвентаризацією. За даними досліджень, бізнеси без автоматизованого складського обліку втрачають до 5% товарів через помилки ручного ведення. У цій статті — 7 критеріїв, за якими варто обирати програму для складу.

Коли Excel перестає справлятися зі складом?

Excel перестає працювати коли кількість товарів перевищує 200-300 позицій, а операцій стає більше 30-50 на день. Ось три головні симптоми:

• Пересортиця. Товар начебто є, але не той — плутаються позиції, розміри, кольори. Клієнт замовив одне, отримав інше.
• Невідомі залишки. Щоб дізнатися скільки товару на складі — потрібно фізично перерахувати. Таблиця каже 50 штук, а в реальності 37.
• Інвентаризація як кошмар. Два дні ручного підрахунку, друк списків, звірка з таблицею. Після інвентаризації — ще день на виправлення розбіжностей.

Якщо впізнали хоча б один пункт — час шукати програму. Більше ознак: 5 ознак, що ваш складський облік не працює.

Які 7 критеріїв важливі при виборі програми для складу?

Не всі програми однакові. Ось на що варто звернути увагу перед тим як обирати:

1. Облік залишків в реальному часі

Базова вимога — бачити актуальні залишки по кожному товару в будь-який момент. Не “станом на вчора”, а прямо зараз. В ERPJS залишки оновлюються миттєво при кожній операції — продажу, закупівлі, списанні.

2. Мобільна інвентаризація

Інвентаризація має займати години, а не дні. Шукайте програму з мобільним сканером — скануєте штрихкод, система порівнює з обліковими даними, розбіжності видно одразу. В ERPJS інвентаризація складу з 500 позиціями займає 2-3 години замість 2 днів.

3. Серійні номери та партії

Якщо ваші товари мають серійні номери (електроніка, обладнання) або терміни придатності (продукти, медикаменти) — програма повинна це підтримувати. Без цього неможливо відстежити конкретну одиницю товару.

4. Прихід і витрата з документами

Кожне переміщення товару має бути задокументоване: накладна на прихід, видаткова накладна, акт списання. Це основа для бухгалтерії та податкової звітності.

5. Інтеграція з фінансами

Склад без фінансів — це половина картини. Програма має рахувати собівартість товару, маржу на кожній продажі, загальну вартість складу. В ERPJS складський облік пов’язаний з управлінським обліком — P&L, баланс, рух грошей враховують складські операції автоматично.

6. Мультисклад

Якщо у вас більше одного складу (або склад + магазин + виробництво) — програма повинна підтримувати переміщення між складами та показувати залишки по кожному окремо.

7. Хмара чи локальна установка?

Хмарна програма — доступ з будь-якого пристрою, без встановлення, автоматичні оновлення. Локальна — повний контроль даних, працює без інтернету. ERPJS підтримує обидва варіанти: хмара для зручності, on-premise для тих хто хоче контролювати свої дані.

Порівняння типів програм для складського обліку

На ринку є три основні типи рішень. Ось їх порівняння для типового магазину з 500-1000 товарів:

Детальніше про перехід з Excel: Excel vs ERP: коли таблиці перестають працювати.

На що звернути увагу при тестуванні?

Перед тим як обрати програму — обов’язково протестуйте її на реальних даних. Три поради:

1. Завантажте свої товари. Перевірте чи можна імпортувати з CSV/Excel. Якщо завантаження 500 товарів займає більше години — це проблема.
2. Спробуйте типові операції. Прихід товару, продаж, повернення, переміщення між складами. Скільки кліків? Чи інтуїтивно?
3. Зробіть тестову інвентаризацію. Це найкращий тест — якщо інвентаризація зручна, все інше буде працювати.

Як працює складський облік в ERPJS?

В ERPJS складський облік покриває всі 7 критеріїв з цієї статті. Залишки в реальному часі, мобільна інвентаризація, серійні номери, документи, інтеграція з фінансами, мультисклад — все в одній системі.

Головна перевага — склад інтегрований з продажами, закупівлями та фінансовим обліком. Продали товар — залишок оновився, собівартість списалась, виручка зафіксувалась. Не потрібно дублювати дані між різними програмами.

Безкоштовний тариф без обмежень часу — достатньо для тестування та старту.

Часті запитання

Облік для малого бізнесу в ERPJS починається з трьох кроків: товари на складі, рух грошей, база клієнтів. Перші результати — через 2 тижні. Не потрібен бухгалтер, не потрібен Excel — потрібна система, яка працює за вас.

80% малих бізнесів в Україні ведуть облік «в голові» або в Excel. Поки операцій 10-20 на день — це працює. Але коли бізнес росте, починається хаос: товар є на складі але його не знаходять, гроші приходять але незрозуміло звідки прибуток, клієнти повертаються але ви не пам’ятаєте їхню історію.

Чому малий бізнес уникає обліку?

Три головні причини: страх складності, переконання «ми ще маленькі для ERP» і звичка до Excel. Насправді кожна з цих причин — помилка, яка коштує грошей.

«Це складно» — сучасні системи обліку не вимагають бухгалтерської освіти. В ERPJS базове налаштування займає 1-2 години: завести товари, вказати ціни, підключити касу.

«Ми ще маленькі» — саме малий бізнес найбільше страждає від відсутності обліку. Великий бізнес має фінансового директора і бухгалтерію. Малий — власника, який одночасно і продає, і закупає, і рахує гроші. Без системи він втрачає контроль першим.

«Excel вистачає» — до певного моменту. Коли у вас 500+ товарів, 3+ співробітники і 50+ операцій на день — Excel перестає справлятися. Формули ламаються, файли губляться, дані не синхронізуються.

Які 3 речі потрібно обліковувати в першу чергу?

Не намагайтесь автоматизувати все одразу. Почніть з трьох базових речей — цього достатньо для 90% малих бізнесів.

1. Товари та послуги

Що є на складі, скільки коштує, за якою ціною продаєте. Це основа — без неї ви не знаєте ані залишків, ані маржу. В ERPJS складський облік включає прихід, витрату, інвентаризацію та серійні номери. Завести 100 товарів — 30-40 хвилин.

2. Гроші (каса + банк)

Звідки гроші прийшли і куди пішли. Це Cash Flow — найважливіший звіт для малого бізнесу. Якщо ви не знаєте свій Cash Flow, ви не керуєте бізнесом — бізнес керує вами. В ERPJS рух грошей фіксується автоматично при кожній оплаті.

3. Клієнти

Хто купує, як часто, на яку суму. Навіть проста база клієнтів дає розуміння: хто ваші найкращі клієнти, хто давно не повертався, кому потрібно нагадати. В ERPJS CRM-модуль вбудований — не потрібна окрема програма.

Як почати облік за 2 тижні?

Покроковий план, перевірений на десятках малих бізнесів. Не потрібно виділяти цілі дні — достатньо 1-2 години на день.

Тиждень 1 — товари та ціни:

1. День 1-2: Зареєструватись в ERPJS, створити компанію, налаштувати склад
2. День 3-4: Завести товари/послуги (назва, ціна закупівлі, ціна продажу)
3. День 5: Провести початкову інвентаризацію (внести залишки)

Тиждень 2 — фінанси та звіти:

1. День 1-2: Налаштувати касу та банківський рахунок
2. День 3-4: Почати вносити операції (продажі, закупівлі, оплати)
3. День 5: Перевірити перший звіт — Cash Flow та залишки

Через 2 тижні ви маєте працюючу систему: бачите залишки на складі в реальному часі, знаєте скільки грошей прийшло і пішло, маєте базу клієнтів.

Чим ERP відрізняється від Excel для малого бізнесу?

ERP-система автоматизує те, що в Excel доводиться робити вручну. Ось конкретне порівняння для типового магазину з 500 товарами:

Детальніше про перехід: Excel vs ERP: коли таблиці перестають працювати

Скільки коштує облік для малого бізнесу?

Від 0 до €50 на місяць — залежно від масштабу. ERPJS має безкоштовний тариф без обмежень часу: 1 користувач, 512 МБ сховища. Цього достатньо для ФОП або мікробізнесу з 1-2 працівниками.

Коли переходити на платний? Коли з’являється потреба у:

• 3+ користувачів (продавець, комірник, бухгалтер) — від €30/міс
• Більше сховища для фото товарів та документів
• Управлінська звітність: P&L, баланс, аналітика по напрямках

Часті запитання

Більшість власників бізнесу ведуть управлінський облік в Excel. Спочатку це одна таблиця, потім десять, потім — хаос із формул, версій файлів і ручного копіювання даних. Знайоме?

Автоматизація управлінського обліку — це не про складне впровадження ERP за мільйони. Це про те, щоб бачити реальну картину бізнесу без щоденних годин у таблицях.

Що таке управлінський облік і навіщо його автоматизувати?

Управлінський облік — це система збору та аналізу фінансових даних для прийняття рішень. На відміну від бухгалтерського обліку, який потрібен державі, управлінський облік потрібен вам.

Три ключові звіти:

• P&L (прибутки і збитки) — скільки заробили, скільки витратили, який прибуток
• Рух грошей (Cash Flow) — звідки гроші прийшли, куди пішли
• Баланс — що належить компанії, що вона винна

Коли ці звіти формуються вручну — вони завжди запізнюються і часто містять помилки.

5 ознак, що Excel більше не справляється

1. Звіти готові через тиждень після закриття місяця — рішення приймаються на основі застарілих даних
2. Формули “зламалися” — хтось випадково змінив формулу, і цифри не сходяться
3. Різні версії файлів — у бухгалтера одні цифри, у фінансового директора інші
4. Ручне копіювання — дані з банку, з 1С, з CRM копіюються вручну
5. Немає аналітики в розрізі — неможливо швидко подивитись прибутковість по клієнту, проєкту або продукту

Що дає автоматизація?

Звіти в реальному часі

P&L, Cash Flow, баланс — формуються автоматично на основі введених операцій. Не через тиждень, а зараз.

Єдине джерело правди

Всі дані в одній системі. Бухгалтер, фінансовий директор і власник бачать однакові цифри.

Аналітика в розрізах

Прибутковість по клієнту, по проєкту, по напрямку бізнесу — без ручної роботи.

Контрольні точки

Звірка каси, інвентаризація, звірка з контрагентами — система нагадує і допомагає контролювати.

Як починати автоматизацію?

Не треба автоматизувати все одразу. Почніть з трьох кроків:

1. Визначте план рахунків — які рахунки вам потрібні для обліку (каса, банк, склад, дебіторка, кредиторка)
2. Почніть вводити операції — хоча б рух грошей. Навіть це вже дасть картину Cash Flow
3. Налаштуйте звіти — P&L і баланс. Перевірте: баланс = фінансовий результат за мінусом вилучень

Головне правило: однакові події повинні обліковуватись однаково. Це і є облікова політика — основа достовірного обліку.

Чому не 1С і не SAP?

Для малого та середнього бізнесу важливі три речі:

• Простота — не потрібен спеціаліст для щоденної роботи
• Ціна — безкоштовний тариф для старту, без прихованих платежів
• Доступність — працює в браузері, без встановлення, доступ з будь-якого пристрою

ERPJS — це система управлінського обліку, яка поєднує фінанси, склад, CRM і виробництво в одному рішенні. Безкоштовний тариф без обмежень часу.

FAQ

Чи можна вести управлінський облік в Excel?

Можна, але до певного рівня. Коли операцій стає більше 50-100 на місяць, Excel починає створювати більше проблем ніж вирішувати: помилки формул, версійність файлів, відсутність аналітики в реальному часі.

Скільки коштує автоматизація управлінського обліку?

Від безкоштовно (ERPJS безкоштовний тариф) до мільйонів (SAP, Oracle). Для малого бізнесу оптимально починати з безкоштовного рішення і масштабувати за потреби.

Чим управлінський облік відрізняється від бухгалтерського?

Бухгалтерський облік ведеться для податкової звітності згідно законодавства. Управлінський облік — для прийняття бізнес-рішень: яка маржа, який cash flow, який баланс активів. Ці два обліки можуть і повинні існувати паралельно.