Какую работу поручить МоемуСкладу
МойСклад — облачный сервис для торговли и оперативного учёта, который помогает вести товары, заказы и связанные документы. Его стоит выбирать по тому, как сотрудники будут принимать, продавать и отгружать товар, а вопрос замены 1С решать отдельно по задачам конкретной программы.
Для небольшой торговой компании полезнее проверить законченный путь одного заказа, чем сравнивать длину списков функций, потому что одинаковые слова о складе и продажах способны скрывать разные правила документов, резервирования и передачи данных бухгалтеру. Рассмотрим торговую компанию, которая закупает товары и получает часть заказов через интернет. У неё уже есть хозяйственные документы и действующий порядок работы сотрудников, поэтому выбор включает будущий обмен и переход с прежних правил. В описании руководитель указывает, где сотрудники ведут оперативную работу, откуда сайт получает сведения и в какой системе формируют бухгалтерские документы.
- Названы каналы продаж и их роль в заказе.
- Определён источник справочника товаров и цен.
- Описан путь приёмки, продажи и возврата.
- Бухгалтер назвал, какие документы ему нужны.
- За каждой частью назначен ответственный сотрудник.
Подготовьте описание до покупки тарифа. Исполнитель сможет показать подходящий сценарий и назвать недостающие работы, потому что без него демонстрация легко заканчивается знакомством с удобными экранами, которые не отвечают на главный вопрос о движении вашего заказа.
Три предмета выбора
Торговля
Товары, заказы и движение.
Учёт
Документы и бухгалтерские обязанности.
Каналы
Сайт, розница и внешние площадки.
Сравнить с конкретным продуктом 1С
Слово 1С обозначает семейство продуктов. Сравнивайте конкретные задачи и решения.
У компании может работать Бухгалтерия для регламентированного учёта, программа управления торговлей или другое решение, поэтому предложение заменить 1С МоимСкладом требует сначала выяснить, какие обязанности действующая система выполняет и какие из них новая должна действительно принять на себя. Например, 1С:УНФ предназначена для торговли, услуг и производства. Бухгалтерию при этом оценивают по её роли в регламентированном учёте. Сопоставить такие продукты можно лишь после разделения обязанностей, которые компания намерена передать новой системе. Нельзя считать все продукты одинаковыми только по общей платформе и обещать замену после демонстрации одной карточки товара в облачном сервисе.
| Путь | Когда рассматривать | Что доказать на демонстрации |
|---|---|---|
| МойСклад для оперативной работы | Нужен понятный торговый процесс и подходящие интеграции | Приёмка, заказ, резерв, отгрузка и возврат |
| Конкретное решение 1С | Нужна его совокупность процессов и учёта | Тот же путь плюс обязательные задачи компании |
| Совместная работа | Оперативные и бухгалтерские задачи разделены | Полный обмен документами и отсутствие двойного ввода |
Если установленная программа уже покрывает торговлю, сначала стоит сравнить её настройку с ценой перехода. Новая система не становится выгодной только из-за знакомого интерфейса: экономия появится там, где уменьшатся потери или необходимая работа, а не просто изменятся названия экранов.
Как принимать сравнение
Поставщикам передают одинаковые операции и исключения. Тогда разница предложений относится к реальной работе. Иначе один демонстрирует простой заказ, а другой оценивает полный обмен с интернет-магазином, и итоговая цена создаёт ложное впечатление дорогого продукта.
От заказа до отгрузки
Заказ описывает договорённость, отгрузка отражает движение. Это различие важно для остатков.
В МоёмСкладе заказы покупателей находятся в разделе «Продажи → Заказы покупателей» и позволяют планировать продажу и резервировать товары, но сами не меняют фактическое количество на складе, поэтому демонстрация должна продолжаться до связанной отгрузки и её отражения в учёте. В истории сотрудник видит документ движения и связанный с ним заказ. Повторную передачу испытывают отдельно: она не должна создавать новую отгрузку лишь из-за повторного получения прежних данных. Иначе магазин может показать красивую цепочку состояний менеджеру, а склад продолжит видеть прежний запас или потеряет связь движения с исходным покупательским запросом.
Для руководителя критерий простой: можно восстановить путь от договорённости до выполненного движения, при этом оплата тоже связана с заказом по принятому правилу. Нельзя автоматически считать оплаченной каждую карточку, которая перешла в удобный для менеджера статус.
- Создать заказ с товарами и нужными вариантами.
- Показать резерв и объяснить его влияние.
- Оформить связанную отгрузку.
- Найти изменение количества по документу.
- Пройти частичный отказ или возврат.
- Повторить передачу из внешнего канала без лишнего заказа.
Возврат лучше включить сразу. Он раскрывает связь товара, денег и исходной продажи, которую не видно по одному успешному заказу. Набор для демонстрации подбирают из реальных типов операций компании, используя разрешённые тестовые данные.
Путь покупательского заказа
Заказ
Согласованы позиции и условия.
Резерв
Часть запаса связана с потребностью.
Отгрузка
Подтверждено фактическое движение.
Что входит в доступный остаток
Доступное количество не всегда равно лежащему на полке. Разберите формулу до подключения сайта.
В справке МоегоСклада об остатках показатель «Доступно» включает фактический остаток, ожидание поступления и резерв, поэтому отправлять его в интернет-магазин без понимания состава рискованно: покупатель способен получить обещание товара, который ещё только должен приехать от поставщика. Формула объединяет разные состояния запаса, а решение о продаже будущего поступления принимает компания. Для предзаказа потребуется собственное объяснение срока и условий получения. Когда компания продаёт только физически доступный товар, для сайта выбирают соответствующий показатель и отбор, исключающий будущие поступления.
Остаток формируется проведёнными складскими документами. Поэтому невыполненная отгрузка и переданный в заказ резерв отражают разные состояния. Сотруднику объясняют, какое действие меняет количество и почему товар ещё виден в учёте.
Что делает резерв
Резерв уменьшает доступность, но не списывает физический товар. Важно также настроить правило, по которому сотрудник может или не может отгрузить зарезервированное другому покупателю. Одного наличия слова в карточке заказа мало для обещания жёсткого запрета продажи.
Расчётный пример: остаток составляет 8 единиц, ожидаются ещё 5, а резерв равен 3, поэтому показатель доступности по указанной формуле достигает 10 единиц, хотя физически в наличии по-прежнему 8. Расчёт помогает увидеть различие между показателем системы и наличием для немедленной выдачи. В магазин передают количество по принятому правилу продажи, сохранив отдельный статус для будущего поступления, если с ним вообще работают. Лучше потратить время на это решение перед обменом, чем затем объяснять клиенту, почему зелёная надпись в наличии оказалась ожиданием поставки без названного срока.
Согласовать обмен с бухгалтерией и каналами
Совместная работа требует карты данных. Названия двух систем не описывают интеграцию.
В карточке обмена с 1С:Бухгалтерией названы версии 2.0 и 3.0, а также формат Enterprise Data, поэтому совместимость проверяют по точному названию и версии решения: общего обозначения «1С» недостаточно, чтобы обещать подключение конкретной базы. При настройке выбирают тип данных и период, отдельно разбирая справочники, документы и направление банковской выписки. По каждой группе бухгалтер подтверждает, какое действие требуется после загрузки и как проверить итог. Исполнитель показывает, что именно переносится, где оно появляется и как бухгалтер отличит повторную передачу от новой хозяйственной операции, которую нужно отразить отдельно.
Для сайта тоже определяют владельца каждого значения: цена, остаток, статус и состав заказа могут редактироваться в разных местах. Двусторонний обмен без такого решения возвращает старые сведения после ручного исправления. Сначала согласуют правило, затем настраивают передачу.
| Данные | Решение до внедрения |
|---|---|
| Товары | Где создаются и чем сопоставляются |
| Цена | Какой тип цены уходит в каждый канал |
| Наличие | Как учитываются склад, резерв и будущая поставка |
| Заказ | Источник номера и защита от повторной передачи |
| Документы | Какие, за какой период и в каком состоянии передаются |
| Ошибка | Кто её увидит и как вернёт обмен в работу |
Лучше начать с одного завершённого направления обмена, а массовую синхронизацию всех полей стоит добавлять по обоснованной потребности. Это уменьшает число конфликтов, которые команда должна научиться разбирать одновременно с освоением новой системы.
Что принять в интеграции
Источник
Назван владелец каждого поля.
Передача
Понятно событие и соответствие записей.
Получатель
Данные приняты без лишнего дубля.
Стоимость перехода и сопровождения
Цена доступа — часть расходов. Переход потребует отдельной работы.
В смету включают подготовку справочника, перенос начальных данных, настройку прав, интеграции, обучение и сопровождение, чтобы руководитель сравнивал стоимость работающего процесса целиком, включая связь приобретённого продукта с торговлей и ежедневные действия сотрудников. Перед оплатой уточняют состав тарифа и стоимость обязательных приложений, а настройку ролей включают в работы перехода. Это позволит сравнить предложения по доступным сотрудникам операциям и будущему сопровождению. Если для главной операции требуется дополнительное решение, его цена, разработчик и порядок поддержки входят в оценку вместе с основной системой, иначе дешёвый старт скрывает обязательные последующие расходы.
Дату переноса выбирают вместе с правилом работы с открытыми заказами. Кто отгрузит старый заказ, где оформят возврат и как бухгалтер получит документы — эти вопросы не исчезают после импорта справочника. Их проверяют на испытании перехода.
- Перечень исходных данных и способ их сверки.
- Открытые заказы и действия по ним после переключения.
- Роли сотрудников и владелец рабочих доступов.
- Канал ошибок и ответственный за сопровождение.
- Стоимость обязательных приложений и обновлений.
- Правило выгрузки собственных данных при будущем переходе.
Покупать год вперёд ради скидки разумно после подтверждения главных операций. Если система пока не прошла путь заказа и возврата, экономия на доступе может закрепить неподходящее решение. Для выбора полезнее законченная демонстрация и понятная оценка перехода.
Задание на демонстрацию
Задание на демонстрацию должно быть воспроизводимым. Начните со своих операций.
Формулировка может быть такой: показать приёмку товара, покупательский заказ, резерв, частичную отгрузку и возврат, затем объяснить изменение остатков и передать нужные документы бухгалтеру, сохранив возможность восстановить каждый шаг по исходному номеру заказа. Попросите также показать, как команда заметит задержку обмена и восстановит передачу без повторного отражения той же операции. Для каждого сбоя понадобится сотрудник, который получит сообщение и решит, можно ли продолжать обработку заказа. Такой набор позволяет увидеть не только удобство обычного действия, но и то, как сотрудники будут работать в ситуации, когда внешний канал временно недоступен, а клиент уже ждёт ответа по своему заказу.
К заданию приложите перечень каналов, пример товарной группы и требования бухгалтерии. Если МойСклад покрывает нужный путь, выбор станет предметным. Если нет, станет понятно, какую часть лучше оставить действующему продукту 1С или какое дополнительное решение действительно требуется.
Источники и полезные ссылки
- МойСклад: остатки, резервы и ожидания ↗
- МойСклад: заказы покупателей ↗
- МойСклад: обмен с 1С:Бухгалтерией ↗
- 1С:УНФ: возможности ↗
Интерфейсы и возможности сервисов могут меняться. Перед настройкой сверяйтесь с актуальной документацией.


