Готовый модуль обмена
Если готовый модуль вашей конфигурации и CMS покрывает каталог и заказы, мы проверяем его совместимость и настраиваем обмен. CommerceML задаёт формат данных; состав операций зависит от конкретной реализации модуля.
13FOX / учёт и онлайн-продажи
Настроим обмен каталогом, изображениями, ценами, остатками и заказами между вашей 1С и онлайн-каналами. Сотрудник меняет данные в своей системе, а согласованные изменения доходят до магазина без ручного переноса.
Для оценки: конфигурация и версия 1С, ваши онлайн-каналы, пример товара или заказа.
Бакаев: двусторонний обмен с 1С. Мы помогли перенести локальную 1С в облако и связали её с мобильным магазином.

01 / выполненный проект
Мы помогли перенести локальную 1С в облако и настроили API-обмен с админ-панелью мобильного магазина. Каталог, изображения и остатки обновляются в обе стороны через связанную серверную систему.

Он редактирует изображение в админ-панели. Сервер синхронизации передаёт изменение в 1С.
Заказ из приложения меняет остаток в админ-панели и в 1С. Команда видит заказ в связанной системе.
Изменения на стороне учёта доходят до приложения. Сотруднику не приходится переносить ту же правку вручную.

В Бакаеве мы собрали управление каталогом и заказами рядом. Администратор видит статус, сумму и назначенного курьера; находит заказ поиском и фильтрами.
Для вашего проекта отдельно согласуем момент резерва, изменения остатка и отмены. Эти правила зависят от того, как вы ведёте учёт.
02 / проектирование обмена
Мы начинаем с товара и заказа: сопоставляем их идентификаторы, поля и состояния. Затем определяем, где хранится исходное значение, кто вправе его менять и как другая система узнает об изменении.
Конфигурация, версия,
права и доступные операции
Сопоставление ID, очередь,
повторы и журнал ошибок
Витрина для покупателя,
админ-панель для команды
Если 1С недоступна, операция получает статус в журнале. Мы задаём правила повторов и показываем сотруднику причину остановки. После исправления сверяем результат в обеих системах по одному идентификатору.
Если ответ потерялся после создания заказа, сначала проверяем, существует ли он в учётной системе. Это помогает избежать второго заказа и повторного изменения остатка в согласованных сценариях.
Двусторонний обмен требует правил: одновременная правка цены или фотографии в двух системах не должна случайно перезаписать нужное значение.
| Данные | Что мы согласуем | Что проверяем |
|---|---|---|
| Каталог и фото | Какая система создаёт товар, где разрешено менять фото и описание. | Правка дошла до нужной карточки; разные товары не объединились по похожему названию. |
| Цена и наличие | Тип цены, склад, единицу измерения и доступное для продажи количество. | Цена относится к нужному варианту товара; витрина учитывает согласованные резервы. |
| Заказ и статус | Момент создания заказа, резерв, отмену, возврат и источник каждого статуса. | Повтор опознаёт тот же заказ; отмена выполняет предусмотренные операции. |
Остаток, резерв и проведение документа — отдельные операции. Мы описываем каждую в задании вместе с вашим специалистом по 1С. Передача заказа через API сама по себе не определяет правила бухгалтерского учёта.
03 / выбор решения
Нам нужны название конфигурации и её версия, версия платформы, сведения о доработках и размещении. Проверяем разрешённый способ доступа, состав объектов, права служебного пользователя и тестовую базу.
Если готовый модуль вашей конфигурации и CMS покрывает каталог и заказы, мы проверяем его совместимость и настраиваем обмен. CommerceML задаёт формат данных; состав операций зависит от конкретной реализации модуля.
Рассматриваем стандартный интерфейс для чтения и записи доступных объектов. Проверяем публикацию, включённые объекты и права. Отдельно проверяем бизнес-правила: доступ к объекту не означает, что через него можно выполнить любой сценарий учёта.
Когда нужна отдельная операция — например, создание заказа с согласованными проверками — проектируем HTTP-сервис в 1С и серверную часть обмена. Для нестандартных правил, нескольких каналов и контроля ошибок определяем необходимый объём разработки.
Перенос в облако нужен по условиям конкретной инфраструктуры. Иногда достаточно подготовить разрешённый сервис и соединение. Мы разделяем в оценке размещение, лицензии, подготовку базы и сам обмен; возможности поставки и тарифа проверяем заранее.
Что проверить перед переносом локальной 1С в облако ↗04 / первый этап
Начинаем с одного онлайн-канала и выбранной части каталога. Подключаем изображения, нужный тип цены, доступное количество и заказ. Двусторонние правки включаем для тех полей, где они нужны команде.
Переработку учёта, исправление исходного каталога, перенос инфраструктуры, дополнительные склады и каналы согласуем отдельными работами. Поддержку после запуска описываем в договоре: кто отслеживает ошибки, обновляет компоненты и проверяет обмен после обновлений 1С.
Для оценки разбираем, какие данные товара и заказа нужно передать и какие интерфейсы для этого доступны. В оценке показываем этапы, допущения и зависимости: подготовку 1С, настройку или разработку обмена, тестирование, запуск и передачу.
Объём работ зависит от качества данных, доработок конфигурации, количества складов и типов цен, правил заказа и требований к восстановлению после сбоев.
Работаем удалённо по России, в том числе с командами в Москве и Санкт-Петербурге.
05 / запуск и приёмка
До запуска фиксируем ожидаемое поведение вместе с сотрудником, который будет работать с обменом. Проверяем его на тестовой базе, затем согласуем порядок включения в рабочей системе и восстановления при проблеме.
Создаём товар, меняем фото, цену и доступное количество. Сверяем карточку в 1С и на витрине по одному идентификатору.
Оформляем заказ и проверяем состав, количество и статусы. Отдельно проверяем резерв, отмену и возврат по правилам проекта.
Проверяем конкурирующие заказы и одновременную правку поля. Система следует заранее согласованному правилу доступности и обновления.
Имитируем недоступность 1С и потерю ответа. Сотрудник видит остановленную операцию в журнале, а мы сверяем результат повторной обработки.
Перед разговором
Мы проверяем интерфейсы вашего сайта или приложения и доступный обмен 1С. Для типового модуля нужна совместимость обеих сторон; если готового модуля нет, рассматриваем серверную интеграцию и оцениваем нужные доработки.
Зависит от нужных операций и доступных интерфейсов. Иногда хватает настройки существующего обмена. Если требуется свой HTTP-сервис или изменение логики, выносим доработку 1С в отдельную часть оценки и проверяем порядок её поддержки.
До разработки согласуем, какие данные можно показывать на витрине, разрешён ли приём заказа и где он ждёт передачи. В обмене предусматриваем журнал, повтор и сверку. Допустимую задержку и условия остановки определяем для вашего бизнеса.
Название и версию конфигурации, способ размещения 1С, адрес сайта или описание приложения, перечень нужных данных и обезличенный пример товара или заказа. Пароли и доступы в первом сообщении не нужны.
Обсудить вашу задачу
Пришлите конфигурацию и версию 1С, ваши онлайн-каналы и пример данных. Мы разберём маршрут обмена и оценим первый этап.
Заявка отправлена. Команда 13FOX свяжется с вами.
Проверяем соединение и передаём заявку.
Оставьте удобный контакт — мы свяжемся, чтобы обсудить вашу 1С и онлайн-каналы. Описание обмена можно добавить в форме.
Подготовьте к разговору: название и версию конфигурации 1С, адрес сайта или описание приложения, обезличенный пример товара или заказа. Пароли здесь не нужны.
После обсуждения: определим состав первого этапа, способ обмена и данные, необходимые для расчёта стоимости и срока.
Или напишите в Telegram.