Заполнить бриф Меню
Мы используем файлы cookie и Яндекс.Метрику для анализа и улучшения работы сайта. Продолжая пользоваться сайтом, вы соглашаетесь с политикой конфиденциальности.
Принять

Интеграция Tilda и МойСклад

Свяжем Tilda с МойСклад, чтобы ассортимент, цены и остатки в магазине обновлялись из учетной системы, а новые заказы поступали в работу.
TILDA
ТЕХНИЧЕСКИЕ УСЛУГИ
Уточним организацию и склад, сопоставление вариантов и внешних кодов, частоту обмена и ограничения подключения через CommerceML.
Магазин получает актуализируемый каталог, а учетная система — оформленные заказы по настроенному каналу обмена.

Как избежать двух разных каталогов

Согласуем основной источник и правила изменения позиций. Подключаем ассортимент Tilda к МойСклад, где важно сохранить устойчивые внешние идентификаторы и разделить товарную синхронизацию с учетом заказов.

01 / Что проверим

Остатки расходятся. Модификации и остатки МойСклад не всегда однозначно соответствуют карточке каталога Tilda. Проблема особенно остра для товара с размерами, цветами и несколькими складами наличия.

02 / Что усилим

Модификации размножаются. Импорт заказов нельзя автоматически предполагать из обмена товарами. Ошибочный сопоставитель может превращать один вариант товара в несколько самостоятельных карточек.

03 / Что настроим

Цены правятся в нескольких местах. Смена источника цены или нескольких складов требует новых правил сопоставления. Обновление ассортимента не должно внезапно возвращать старую цену из менее актуального источника.
Проверяем объем штатной синхронизации. Фиксируем цель связки МойСклад с Tilda: импорт карточек, выгрузка заказов, обновление остатков или цен.
Фиксируем склад-источник остатка, момент обновления и правила для нулевого количества. На контрольных позициях убеждаемся, что покупатель не видит недоступный товар как гарантированно имеющийся.

Что именно выполняем

Тест выбранных позиций. Заказы, резервы и документы описываем как отдельный маршрут со своей проверкой, а не как обязательный эффект товарной связки. Сопоставляем артикул, модификацию и внешний идентификатор. Отдельно тестируем заказы, если такая передача согласована.

01 / Аудит страницы

Доступ и ассортимент. Проверяем структуру номенклатуры МойСклад, модификации, цены, остатки и внешние коды. Получаем тестовый доступ к API или документированному коннектору, формируем карту товарных полей и проверяем обновление существующей позиции.

02 / Усиление предложения

Соответствие идентификаторов. Определяем основной источник каждого поля: описание можно вести в Tilda, остатки — в учетной системе, если выбранная схема это поддерживает. Перед первым обновлением отдельно отмечаем поля, которые импорт никогда не должен перезаписывать.

03 / Настройка обращения

Сопоставляем модификации, цены и единицы измерения с товарными идентификаторами. Проверяем, какая система владеет каждым значением и как обновления отразятся на уже опубликованных карточках.

Технические решения

Практические подходы под конкретную задачу и ограничения проекта.

Сопоставление

Сверяем базовый товар и его варианты. В МойСклад важно определить источник артикулов, внешних идентификаторов, цен и остатков по конкретным складам. Без этого автоматизация может перезаписывать ручные изменения или складывать остатки из несовместимых источников.

Правила обновления

Фиксируем поля, которыми управляет МойСклад. Разделяем задачи цены, наличия, разных складов и оформления заказов. Для каждой согласуем направление и периодичность передачи, права API и систему-источник. На тестах меняем цену и остаток существующего товара, затем повторяем обновление: дубликаты и случайное обнуление ручных полей недопустимы.

Заказы

Отдельно проверяем поддержку нужного маршрута заказов. Внедрение складской программы и автоматизация бухгалтерии не входят в интерфейсный обмен. После добавления нового склада пересматриваем правило расчета доступного остатка для покупателей.

Особенность 01

Уточняем склад-источник остатков, иначе доступное количество на сайте может отличаться от товарного учета.

Особенность 02

Согласуем правило резервирования и снятия резерва, чтобы один заказ не уменьшал остаток дважды.

Особенность 03

Контролируем удаленные позиции. После добавления новых типов цен или свойств необходимо проверить отображение на сайте.

Проверяем ограничения до начала работ и фиксируем устойчивое решение.

Синхронизация имеет направление

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

Как проходит работа

От первого запроса до стабильной публикации.

01 / Каталоги

Сверяем структуру. Для начала нужны: доступ к МойСклад, пример экспорта, внешние SKU, типы цен, правило остатков и ответственный по учету.

02 / Связь

Настраиваем выбранный маршрут обновления товаров и остатков из МойСклад с устойчивыми идентификаторами позиций. Проверяем модификации, единицы измерения, цену и обработку пустых значений. На контрольной выборке убеждаемся, что повторная загрузка не создает дубликатов и не стирает ручной контент.

03 / Проверка

Сравниваем цену и остаток. Проверяем создание заказа из корзины, передачу выбранных модификаций и обработку изменения остатков. Повторный обмен не должен создавать копии уже синхронизированных товаров или заказов.

Портфолио студии

Наши проекты

Подборка реализованных сайтов на Tilda для IT-компаний, производителей, личных брендов, сервисов и проектов в сфере гостеприимства.

Все кейсы студии

Реальные кейсычасть проектов из портфолио студии

Разные нишиединый уровень проработки

Реальные сайтыструктура, дизайн и разработка

Стоимость и условия

Стоимость технической доработки зависит от исходной сборки, объёма изменений, адаптивных состояний, интеграций и необходимости работы с внешними сервисами.

Что нужно для оценки

Ссылка на сайт или проект Tilda, описание задачи, доступ к макету или визуальные примеры — если они есть.

Как определяем объём

Сначала проверяем, что реально решается средствами Tilda, а что требует внешнего API, сервера или отдельного сервиса.

Что получает клиент

Согласованный объём правок, адаптацию под устройства и проверку сценария, которого касается доработка.

Нам доверяют

Наши клиенты

Создаём и развиваем сайты для компаний и экспертов из IT, медицины, HoReCa, производства, образования, туризма и других направлений.

Отзывы клиентов
Часть брендов, с которыми мы работали

Команда Marmelad.digital

О студии

Веб-студия marmelad.digital разрабатывает сайты на Тильде для бизнеса и экспертов: изучаем задачу, проектируем структуру, создаём индивидуальный дизайн, настраиваем аналитику и закладываем основу для SEO-продвижения.

Подробнее о студии

Ключевые специалисты лично ведут проект — от первой структуры до публикации сайта.

Все ключевые этапы — внутри студии
Вадим Марков — разработка сайтов в студии Marmelad.digital

Разработка и техническая реализация

Вадим

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

  • Архитектура сайта
  • Разработка на Tilda
  • SEO и аналитика
Дарья Маркова — дизайн сайтов в студии Marmelad.digital

Дизайн и визуальная система

Дарья

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

  • Арт-направление
  • Интерфейс и типографика
  • Мобильный дизайн
30+

реализованных B2B-проектов для IT, HoReCa, производства, медицины, образования и других направлений

7+

лет разрабатываем и запускаем сайты — от анализа и структуры до дизайна, интеграций и публикации

Пишем о разработке сайтов, дизайне и SEO

Публикуем разборы проектов, делимся рабочими решениями и показываем процесс студии на профильных площадках.

Частые вопросы о доработках на Tilda

Все поля синхронизируются?

Проверяем поддерживаемый состав. Нужен перечень конкретных объектов и полей, поскольку работа с товарами не означает автоматическую поддержку складских остатков и заказов.

Можно несколько складов?

Согласуем доступные правила расчета. Уточняем, какие склады входят в доступный остаток и может ли покупатель приобрести резервируемую позицию.

Сохранятся ручные правки?

Зависит от того, какие поля перезаписывает источник. Систему-источник цены и остатка определяем до запуска, иначе ручная правка может быть перезаписана ближайшим обменом.
Товары обновляются сразу?
Проверяем фактическую периодичность подключения. Скорость зависит от режима синхронизации и ограничений API. Проверяем фактическую задержку на тестовом товаре.

Покажите структуру МоегоСклада

Покажите SKU, варианты и остатки нескольких товаров. Определим правила синхронизации без дублирования карточек.
Made on
Tilda