Если 1С стоит на офисном компьютере, а магазин принимает заказы вечером и в выходные, нужно заранее определить, как обмен будет работать без сотрудника у экрана. Мы начинаем с версии базы, доступных операций и ответственного за сервер. Затем сравниваем размещение и считаем подготовку отдельно от разработки обмена.
Для оценки соберите паспорт базы. Если сравниваете предложения, перейдите к составу сметы; перед запуском проверьте приёмку переноса.
Когда перенос в облако нужен
Локальную 1С можно связать с онлайн-каналами, если ваша поставка и конфигурация допускают нужный интерфейс, а сервер и сеть обеспечивают согласованный режим работы. Платформа 1С поддерживает публикацию стандартного REST-интерфейса: программы обращаются к разрешённым данным через веб-сервер. Само расположение базы в офисе такой путь не исключает.
Перенос стоит рассматривать, когда нужно вынести обслуживание из офиса, обеспечить удалённую работу или подобрать среду под требования обмена. До выбора провайдера мы проверяем, поддерживает ли он вашу конфигурацию, доработки и способ подключения. Если локальная среда уже подходит, первым этапом может стать публикация разрешённого сервиса и пробный обмен.
Первое решение: подтвердить, что выбранная среда позволяет прочитать нужный товар и выполнить согласованное действие с заказом. По этой проверке станет понятно, нужны ли перенос, обновление базы или доработка интерфейса.
Иллюстрация сценария
Магазин, учёт и сервер обмена
Как мы подготовили 1С для «Бакаева»
У «Бакаева» 1С первоначально работала локально. Мы предоставили специалиста по 1С, помогли перенести систему в облако и настроили двусторонний обмен через API, интерфейс для передачи данных между программами. В связке работают учётная база, админ-панель мобильного магазина и сервер синхронизации.
Сотрудник меняет фотографию товара в панели, и сервер синхронизации передаёт изменение в 1С. Покупатель оформляет заказ в приложении, после чего остаток уменьшается в панели и учётной системе. Изменения из 1С доходят обратно до магазина. Так команда ведёт связанные данные без повторного ручного переноса этих правок.
Реальный проект 13FOX
Каталог в связанной системе
В «Бакаеве» больше 10 000 товаров. Через панель команда управляет каталогом, связанным с 1С.
Для похожего проекта мы сначала разберём вашу исходную базу и нужные операции. Перенос и обмен будут двумя связанными этапами с отдельной проверкой результата каждого.
Соберите паспорт исходной базы
Название «1С» оставляет слишком много вариантов для оценки. Нам нужны название конфигурации (например, «Управление торговлей»), её редакция, версия платформы и версия самой конфигурации. Эти сведения обычно доступны в окне «О программе»; специалист по 1С поможет дополнить их информацией о доработках.
| Что записать | На какое решение влияет |
|---|---|
| Конфигурация, редакция, две версии, типовая база или изменённая | Нужны ли обновление, перенос доработок и проверка совместимости |
| Файловая база или клиент-серверная; где размещена и кто обслуживает | Как публиковать сервис, поддерживать сервер и восстанавливать работу |
| Лицензии или подписка, доступ администратора, возможность изменения решения | Какие операции и доработки разрешены в выбранной среде |
| Кассы, печать, внешние обработки, текущие обмены и расписания | Что потребуется заново проверить после переноса |
| Онлайн-каналы, пример товара и заказа, рабочее время магазина | Какие данные нужны обмену и в какие часы он должен работать |
Приложите обезличенный товар с изображением, единицей измерения, ценой и остатком по нужному складу. Например, для товара в штуках и упаковках важно сохранить различие вариантов и правило пересчёта. По такой карточке видно, какие данные предстоит проверить; список «каталог, цены, остатки» этой детали не раскрывает.
Для пробного обмена мы предлагаем подготовить отдельную копию. У неё должны быть отключены рабочие рассылки, кассовые операции и внешние обмены, которые могут повторить действия основной базы. Способ создания копии зависит от среды; действующие связи проверит ответственный специалист.
Сравните три варианта размещения
Оставить базу локально. Подходит, если можно организовать разрешённую публикацию и обслуживать её в нужные часы. Проверяем электропитание, канал связи, сервер, защищённое подключение и того, кто восстановит работу при сбое. Для обмена по расписанию отдельно согласуем допустимую задержку и поведение магазина, когда база недоступна.
Разместить свою базу у провайдера. В договоре нужно назвать конфигурацию и доработки, доступы, резервное копирование, обслуживание и возможность публикации нужных интерфейсов. Уточняем, кто обновляет платформу и базу, кто восстанавливает копию и как забрать данные при смене провайдера.
Перейти в 1С:Фреш. Для перехода данные переносят в поддерживаемое приложение сервиса. Проверяем соответствие исходной конфигурации выбранному приложению, переносимость данных, поддержку ваших доработок и нужные операции обмена. Документация 1С:Фреш описывает чтение и запись через OData, при этом доступ зависит от включённых объектов и прав, а сервис имеет ограничения. Их проверяем на вашем сценарии до выбора среды.
Название «Базовый» требует уточнения: базовая версия локального продукта и тариф Базовый облачного сервиса обозначают разные условия. В лицензионном FAQ 1С описаны ограничения базовых поставок и правила доступа через веб-сервисы. В тарифах 1С:Фреш отдельно перечислены приложения и доступы. Поэтому в смете должны стоять точное название продукта или подписки и проверенная схема использования.
Проверьте доступ и действие с заказом
OData позволяет внешней программе читать и изменять разрешённые объекты 1С. Мы проверяем состав этих объектов и права служебной учётной записи: какие товары она видит, может ли получить нужный остаток и выполнить согласованную операцию. В предлагаемой схеме секреты подключения остаются на сервере обмена, а сайт или приложение обращается к своему серверному API.
До разработки нового интерфейса стоит проверить штатный обмен конкретной конфигурации и сайта. CommerceML задаёт формат коммерческих данных; готовая связка может покрыть нужный сценарий. Если требуется особая операция, можно рассмотреть собственный HTTP-сервис: специалист 1С пишет обработчик, который принимает запрос и выполняет согласованное действие. Такая доработка зависит от возможностей и правил выбранной среды.
Заказ, резерв и уменьшение остатка требуют отдельных условий. Например, создание документа заказа может ещё не изменить количество, доступное для продажи. Мы согласуем, где возникает резерв, что происходит после отмены и какой результат вернётся покупателю. Возможность записать документ через API проверяется вместе с его влиянием на учёт.
Проверка перед сметой: прочитать один товар и изображение, получить остаток нужного склада, выполнить согласованное действие с заказом на копии и сверить результат. Зафиксировать также отказ в операциях, которые служебной учётной записи не нужны.
Подробный выбор готового обмена и разработки мы разобрали в статье об интеграции интернет-магазина с 1С. Здесь результат этой проверки нужен, чтобы определить объём подготовки базы и размещения.
Как разделить смету и сравнить предложения
Попросите подрядчика выделить разовые работы и регулярные платежи, а у каждого этапа назвать результат. Тогда станет видно, включены ли специалист 1С, перенос вложений, тестовая копия, восстановление и сопровождение. Предложения можно будет сравнить по одинаковому составу. Лицензию, которую приобретают отдельной покупкой, выделяем отдельно от периодической аренды и подписки.
| Статья бюджета | Что входит | Что принять |
|---|---|---|
| Обследование и план | Паспорт базы, проверка операций и размещения, зависимости | Выбранная схема и список работ с допущениями |
| Среда и права использования | Лицензии или подписка, сервер, копирование и обслуживание | Точные продукты, период оплаты, ответственный и условия доступа |
| Подготовка и перенос базы | Нужные обновления, перенос данных и доработок, тестовая копия | Сотрудники работают; товары, изображения и вложения сверены |
| Публикация сервиса и права | Защищённый доступ, служебная запись, разрешённые объекты | Пробный запрос из среды обмена; лишние операции закрыты |
| Настройка или разработка обмена | Сопоставление записей, правила полей, ошибки и предусмотренные повторы | Товар и заказ проходят согласованный путь; сотрудник видит ошибку |
| Приёмка, переключение и поддержка | Проверки, окно запуска, восстановление, документация и сопровождение | Понятно, какая база рабочая, кто реагирует на сбой и что передано заказчику |
Стоимость переноса 1С и настройки API зависит от состояния базы, нужных доработок и операций обмена. Если конфигурация изменена, в оценку войдёт проверка этих изменений в новой среде. Если есть готовый совместимый обмен, объём разработки может сократиться, но останутся настройка и приёмка.
В предложении также стоит указать, какие работы выполняет ваш специалист, какие выполняем мы и кто отвечает за размещение. Заранее согласуем окно переключения: период перехода со старой базы на новую, когда запись в старую базу прекращается. Для проекта в Москве, Санкт-Петербурге или другом городе России состав проверки тот же; ответственные должны быть доступны в этот период.
Примите перенос до переключения магазина
В новой среде должны сохраниться данные и привычная работа сотрудников. Если переходите в 1С:Фреш, проверьте способ выгрузки: официальная инструкция по переносу предупреждает, что выгрузка «для технической поддержки» исключает присоединённые картинки и файлы. Для магазина это может оставить товар без фотографии. Полноту переноса проверяем отдельно от успешного входа в базу.
До рабочего переключения согласуем окно, прекращение записи в старую базу, финальный перенос и проверку новой. Затем выполняем контрольные действия:
Например, ответ на отправку заказа пропал. Перед повтором системе нужно определить, был ли заказ создан, и сверить его по постоянному идентификатору. Такой сценарий мы включаем в условия приёмки; конкретный способ повтора проектируем для выбранного обмена.
Для возврата заранее определяем совместимую среду и порядок сверки изменений, появившихся после запуска. Если возвращаете выгрузку из 1С:Фреш в локальную базу, инструкция сервиса требует подходящую версию конфигурации ПРОФ или КОРП. Наличие файла выгрузки нужно дополнить проверенным восстановлением и планом работы с новыми заказами.
Вопросы перед договором
Можно ли подключить сайт, оставив 1С в офисе?
Да, если поставка и конфигурация допускают нужный интерфейс, а сервер, сеть и обслуживание обеспечивают согласованный режим. Это проверяют до выбора облака на товаре и нужной операции заказа.
OData сразу даст приложению товары и возможность оформить заказ?
Он даёт доступ к разрешённым объектам. Нужно проверить их состав, права и действие с заказом в конкретной конфигурации. В предлагаемой схеме приложение работает через свой серверный API, а секреты доступа к 1С остаются на сервере.
Можно ли ориентироваться только на название тарифа Базовый?
В предложении нужны точные продукт, редакция или подписка, доступы и ограничения. Базовая локальная поставка и тариф облачного сервиса имеют разные условия; совместимость проверяют по нужным операциям.
Что прислать для оценки первого этапа?
Название конфигурации, версии платформы и конфигурации, текущее размещение, сведения о доработках, онлайн-каналы и обезличенный товар или заказ. По ним мы разберём способ доступа, необходимость переноса и зависимости работ.
Официальные условия и инструкции проверены 3 октября 2026 года. Возможности выбранной конфигурации и договора проверяем перед запуском проекта.
Разберём подготовку вашей 1С
Пришлите конфигурацию и версии 1С, текущее размещение, онлайн-каналы и обезличенный пример товара или заказа. Мы разберём доступ к данным, необходимость переноса и состав первого этапа для оценки. После заявки согласуем способ передачи материалов.
Состав реализации описан на странице интеграции сайта и приложения с 1С.