Рубрика: Учёт

Когда вы честно посчитали себестоимость товара — с доставкой, пошлиной и всем, что товар «набрал» по дороге до склада, — возникает следующий вопрос: а какую, собственно, цену ставить? И тут большинство предпринимателей делают одинаково: берут закупку, добавляют привычные «плюс 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, какой баланс активов. Эти два учёта могут и должны существовать параллельно.