В интернет-магазине на Tilda заказ уже оплачен, а менеджер ещё переносит его в МойСклад, уточняет размер и проверяет наличие. Если такие сверки нужны для каждой продажи, сайт принимает заказы быстрее, чем команда успевает их обрабатывать. А неверная цена или обещание отсутствующего товара превращают продажу в объяснения с покупателем.
Что уже умеет готовая интеграция
Для обычного обмена не обязательно заказывать разработку. Готовое подключение есть в каталоге МойСклад. Его задача — передать данные между магазином и учётной системой.
Дальше важны правила компании. Если менеджер меняет цену вручную, нужно понять почему: сайт получает не тот тип цены, в заказе потерялась скидка или сотрудник сам согласовал другие условия. Переподключение обмена не исправит все три причины одинаково.
Есть и сторонние приложения для связки Tilda с МойСклад. У них могут отличаться работа с оплатами, дополнительными полями и заявками. Перед настройкой выясните, какой вариант используется сейчас. Возможность из описания одного приложения нельзя автоматически приписывать другому.
Как подключить Tilda к МойСклад
Ниже — короткий маршрут для штатного обмена через CommerceML, формат передачи данных интернет-магазина. Точные экраны и параметры приведены в официальной инструкции Tilda.
Согласуйте данные до включения обмена
Выберите обычный товар и товар с вариантами — например, футболку определённого размера и цвета. Для каждого запишите, какая карточка на сайте соответствует какой позиции в учёте, откуда берётся цена и наличие. Если оба каталога уже заполнены, одинаковые названия ещё не доказывают правильное соответствие. Подробнее — как внешний код связывает товар с сайтом.
До изменения рабочего каталога сохраните доступные выгрузки и настройки. Проверку организуйте на ограниченном наборе товаров или в тестовом магазине: способ зависит от выбранного подключения.
Соедините магазин и учётную систему
В настройках МойСклад откройте «Онлайн-торговля» и добавьте магазин Tilda. В каталоге Tilda откройте «Синхронизация через CommerceML». Перенесите данные подключения в МойСклад, затем включите синхронизацию в Tilda и сохраните настройки в МойСклад.
Настройте, что именно передавать
Укажите нужные цены, склады и интервал обмена. В Tilda создание новых товаров из МойСклад включается отдельно. Сначала решите, нужно ли пополнять витрину, чтобы не получить лишние карточки.
Проверьте заказ до запуска всего каталога
Оформите контрольный заказ и сравните его с документом в МойСклад. Затем измените цену или количество тестового товара и проверьте витрину после обмена. Ошибку нужно объяснить, а не исправить вручную и считать проверку законченной.
Подключение готово к работе, когда вы понимаете не только успешный сценарий, но и действия сотрудника при расхождении. Список проверок — ниже.
Что согласовать, чтобы не перепроверять каждый заказ
Вместо общего задания «синхронизировать магазин» составьте короткую карту обмена. Её можно заполнить вместе с ответственным за продажи и специалистом по учёту.
Карточка одного контрольного заказа
- Товар и вариант: что выбрал покупатель; какая позиция должна оказаться в МойСклад; по чему они связаны.
- Цена: где её меняют; как учитываются согласованные скидки; кто проверяет расхождение суммы.
- Наличие: с какого склада продаём; что считаем готовым к отгрузке; кто подтверждает спорный заказ.
- Оплата: где сотрудник проверяет поступление денег; какой результат должен увидеть в учёте.
- Исполнение: какое условие разрешает сборку или изготовление; кто останавливает отменённый заказ.
Эта карта разделяет ошибку передачи и нерешённый вопрос самого бизнеса. Например, две карточки одного размера требуют исправления сопоставления. А спор о том, продавать ли ожидаемое поступление, требует решения руководителя, после которого настраивают обмен.
Почему остаток на сайте нужно проверить отдельно
Фактическое наличие, резерв под другой заказ и ожидаемое поступление — разные состояния товара. Обновляемое число на витрине само по себе не доказывает, что покупку можно немедленно отгрузить.
Учебный пример: на складе есть 10 футболок, 6 уже обещаны другому покупателю, ещё 20 ожидаются от поставщика. Если магазин обещает отправку из свободного фактического наличия, для новой продажи сейчас подходят 4 штуки. Это правило магазина и расчёт примера, а не утверждение о формуле штатной выгрузки.
На контрольном товаре отдельно измените резерв и ожидаемое поступление, дождитесь обмена и сравните число на сайте с вашим правилом продажи. Если оно не подходит, нужно проверить настройки выбранного решения и допустимый способ подтверждения наличия. Показывать товар «в наличии» по неподходящей цифре нельзя даже при исправном соединении.
При продажах в нескольких каналах учитывайте задержку передачи данных: два покупателя могут оформить заказ до следующего обновления. Сам факт резерва не гарантирует защиту от такого совпадения. А если неверные количества уже находятся в учёте, сначала разберите причины отрицательных остатков в МойСклад.
Заказной товар: оплата ещё не разрешает производство
Для магазина готовой продукции часто достаточно проверить товар, цену и возможность отгрузки. При изготовлении под заказ появляется ещё одно решение — что именно согласовал покупатель.
Учебный пример: печать на футболке
Покупатель выбрал размер и цвет, внёс предоплату, но макет ещё обсуждается. Если цех начинает печать только по факту оплаты, он может изготовить изделие по неутверждённому изображению.
Компания задаёт другой порядок: менеджер подтверждает состав заказа и согласованный макет, проверяет оплату и только затем разрешает печать. При изменении макета до запуска нужно явно определить, какой файл действующий и кто передаст его исполнителю.
Это предлагаемое правило работы, а не встроенная функция обмена Tilda. Хранение согласованного файла, перенос оплаты и ограничение запуска проверяют отдельно. Контроль может быть ручным; автоматизацию оценивают после описания процесса. Заказ в МойСклад должен помогать исполнить согласованное, а не превращать любую заявку с сайта в команду цеху.
Как принять интеграцию на контрольных заказах
Зелёная отметка соединения подтверждает связь систем. Собственнику нужен другой результат: сотрудник получает правильный заказ и понимает, что с ним делать. Проверяйте следующие ситуации, заранее пометив тестовые записи.
- Обычный заказ и товар с вариантами. Сравните товар, размер или цвет, количество, цену, покупателя и доставку. Зафиксируйте, какие поля передаются, а какие требуют другого способа обработки. Сверку выполняет сотрудник, который будет принимать реальные заказы.
- Изменение наличия. Зафиксируйте физическое количество, резерв и ожидание, затем результат на сайте. Ответственный за учёт должен объяснить разницу и подтвердить, что она соответствует обещанию магазина.
- Оплата после создания заказа. Проверьте, где появляется подтверждение и как менеджер связывает его с заказом. Для изготовления отдельно проверьте согласование состава: получение денег не должно обходить этот шаг.
- Повторная передача и отмена. Повторите обмен ранее полученного заказа, затем отдельно проверьте отмену до отгрузки. Не должен оставаться незамеченный дубль или заказ, который склад продолжает собирать после отмены. Если автоматический перенос отмены не предусмотрен, нужен явный ручной порядок с ответственным. Возврат после продажи проверяется как другой процесс.
- Ошибка обмена. На безопасном тестовом примере покажите сотруднику расхождение. Он должен найти проблемный заказ, понять, кому сообщить, и знать, когда допустим повтор передачи. Исправление не должно начинаться с массового изменения всего каталога.
Результат — список контрольных заказов с фактическими данными, оставшимися ограничениями и ответственными. Одна успешная покупка не проверяет все эти ситуации.
Когда так делать нельзя: запускать весь каталог после одного теста
Если отмена теряется или расхождение количества никто не может объяснить, расширять запуск рано. Сначала исправьте правило или настройку и повторите проблемный сценарий. Если нужная операция не поддерживается выбранным подключением, согласуйте ручную обработку либо другое решение до запуска.
Когда нужна помощь CRMHUB
Если каталог понятен, используется типовой обмен и контрольные заказы проходят проверку, подключение можно выполнить самостоятельно по справке. Индивидуальная разработка для этого не обязательна.
Обращаться за настройкой имеет смысл, когда менеджер продолжает сверять каждый заказ, каталоги уже заполнены по-разному, наличие зависит от нескольких каналов или оплата не означает разрешение на исполнение. Здесь важно разобраться, какое правило нарушается и где его нужно закрепить.
В рамках настройки интеграций МойСклад CRMHUB может выполнить согласованный объём работ:
- разобрать ваши обычные и сложные заказы, составить карту данных и событий;
- проверить, достаточно ли готового подключения, и отделить настройки от задачи на доработку;
- настроить обмен и сопоставление товаров, проверить выбранные цены и склады;
- провести контрольные сценарии вместе с сотрудником и объяснить обработку ошибок.
При приёмке стоит получить карту обмена, результаты проверок и короткий порядок работы ответственного. Тогда покупается не просто подключение двух кабинетов: становится понятно, какие операции выполняются автоматически, что проверяет менеджер и за какие расхождения отвечает исполнитель. Общие ориентиры — в статье о выборе интегратора МойСклад.
Частые вопросы
Можно ли одновременно подключить 1С и МойСклад к каталогу Tilda?
В штатном подключении Tilda через CommerceML одновременно поддерживается один сервис. Если обе системы нужны бизнесу, сначала выбирают источник данных для сайта и проектируют остальные обмены отдельно. Это ограничение описано в официальной инструкции Tilda, приведённой выше.
Понадобится ли переделывать сайт?
Само подключение учётной системы не означает обязательную переделку магазина. Сначала проверяют существующий каталог, способ оформления заказа и нужные поля. Изменения сайта нужны только там, где текущая форма покупки не собирает необходимые данные или обещает условия, которые компания не может выполнить.
Что делать, если заказы уже перестали приходить в МойСклад?
Выберите один пропавший заказ и зафиксируйте его номер и время оформления. Проверьте, найден ли он на стороне сайта и нет ли его в учёте под другим номером. Эти данные помогут специалисту локализовать сбой. Не запускайте массовую повторную передачу, пока не понятны правила защиты от дублей.
Нужно ли заранее составлять техническое задание?
Для первого разговора достаточно описать, что сейчас приходится делать вручную и какой результат нужен. Если есть обезличенный пример проблемного заказа, он поможет. Подробное описание полей, событий и проверок составляют уже при согласовании работ; самостоятельно разбираться в устройстве обмена не требуется.