МойСклад: облачный учёт для торговли и когда его выбирают

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

Основные возможности

• Справочник товаров с модификациями: размеры, цвета, комплекты
• Закупки и приёмка, заказы поставщикам
• Продажи, заказы покупателей, отгрузки, счета
• Несколько складов, перемещения, инвентаризация
• Розничная точка продаж с кассовым приложением
• Простое производство: техкарты и сборка
• Отчёты по остаткам, прибыльности, оборачиваемости

Интеграции и API

У сервиса есть открытый API, через который подключают интернет-магазины, маркетплейсы, CRM, службы доставки и собственные разработки. Часть интеграций доступна готовыми, другие делают под задачу. Если в компании есть Telegram-бот для заказов или сайт на своей платформе, связать их с учётом через API — понятная задача для разработчика. При разработке учитывайте ограничения API на число запросов и продумайте, что происходит при временной недоступности сервиса: заказы должны дождаться повторной отправки, а не пропасть.

Что проверить для Узбекистана

Сервис создавался для другого рынка, поэтому перед внедрением проверьте местные требования:

• Фискализация: работает ли кассовое приложение с онлайн-кассами и требованиями к чекам, которые действуют у вас
• Документы: подходят ли печатные формы, можно ли настроить свои
• Маркировка: поддерживаются ли нужные операции с системой цифровой маркировки, если ваша товарная группа туда входит
• Платёжные сервисы: как получать данные об оплатах через Payme, Click и банки
• Валюта и налоги: настройка сума и ставок

Регламентированный бухгалтерский учёт и отчётность обычно ведут в отдельной локальной программе. Договоритесь, как туда будут попадать данные о продажах и закупках.

Кому подходит

Розничным магазинам и небольшим сетям, оптовым компаниям, интернет-магазинам и продавцам на маркетплейсах, небольшим производствам со сборкой из комплектующих. Хуже подходит сложному производству, компаниям с нестандартными процессами и тем, кому нужен глубокий финансовый учёт в одной системе.

Порядок внедрения

1. Навести порядок в справочнике товаров: единые названия, артикулы, штрихкоды, единицы измерения
2. Загрузить товары и контрагентов из файлов
3. Провести инвентаризацию и ввести точные начальные остатки
4. Настроить склады, точки продаж, права сотрудников
5. Подключить кассы и проверить продажу, возврат, закрытие смены
6. Подключить интернет-магазин и маркетплейсы
7. Обучить сотрудников и назначить дату, после которой старый учёт не ведётся

Права и контроль

Продавцам — только продажи на своей точке, кладовщикам — приёмка и перемещения, менеджерам — заказы. Закупочные цены и прибыльность стоит показывать только тем, кому они нужны для работы. Ограничьте удаление и изменение проведённых документов задним числом.

Ошибки внедрения

Загрузить товары без чистки, получить дубли и потом месяцами разбираться с остатками. Начать работу без инвентаризации. Подключить все каналы продаж одновременно и не понять, откуда берутся расхождения. Оставить параллельный учёт в таблицах «на всякий случай».

Когда переходить на другую систему

Если появляется сложное производство, требования к бюджетированию, несколько юрлиц с взаиморасчётами, сервис может перестать справляться. Признак — растущее число обходных решений и ручных таблиц вокруг учёта. Тогда стоит рассмотреть ERP или учётную систему с более глубокими возможностями, сохранив API-интеграции.