Допустим, покупатель заказывает пять одинаковых светильников. На вашем складе лежат три, один уже отложен другому клиенту. В утреннем прайсе поставщика указаны ещё восемь. Сайт складывает количества и разрешает доставку завтра. Когда сотрудник начинает закупку, выясняется: поставщик успел продать остаток, а следующая партия будет позже.
Чтобы показывать остатки поставщиков на сайте, свяжите товар с предложением конкретного поставщика, сохраните время данных, цену и срок получения. Собственный доступный запас и внешнее наличие считайте отдельно. Обещание покупателю подтверждайте по правилам выбранного источника. Ниже разберём этот заказ, сбой прайса и проверки перед запуском. По готовому шаблону вы сможете описать свой обмен и сравнить варианты его настройки.
Перейти к разделам: Учебный заказ · Сбой прайса · Шаблоны и приёмка.
Одна карточка товара, два способа получить заказ
Продолжим учебный пример со светильником. Все числа и сроки в нём условные. Из трёх единиц своего склада одна занята действующим резервом, поэтому сейчас доступны две. Восемь единиц поставщика находятся в другом месте и известны по файлу на 09:00. Для оставшихся трёх светильников нужно подтвердить закупку и путь до покупателя.
| Источник | Что известно | Что обещать покупателю |
|---|---|---|
| Ваш склад | 3 шт. физически, 1 шт. в резерве; доступны 2 шт. | Отгрузку двух штук после подтверждения своего резерва. |
| Поставщик А | 8 шт. в прайсе на 09:00; закупка и доставка требуют проверки. | Оставшиеся три штуки со сроком после подтверждения поставщика. |
| Заказ из пяти штук | Две разные цепочки получения товара. | Весь заказ к общей дате либо две отгрузки, если покупатель согласен. |
Такая карточка может сообщать: «2 шт. доступны со склада; ещё 3 шт. привезём после подтверждения». Если клиенту нужны сразу все пять, магазин проверяет общий срок до подтверждения заказа. Отображаемая сумма остатков сама по себе не отвечает на этот вопрос.
Что приходится связать за товарной карточкой
В нашем проекте «Бакаев» мы связали мобильный магазин, админ-панель и 1С двусторонним обменом через API. Это программный интерфейс, по которому системы передают данные друг другу. Сотрудник меняет фотографию в панели, изменение доходит до 1С; правки из учёта возвращаются в магазин. В обмен входят карточки, изображения и остатки каталога более чем из 10 000 товаров.
Для команды магазина важно видеть, какой товар изменился и дошла ли правка до нужной карточки. При подключении внешнего прайса к этой задаче добавляется отдельная связь: какой именно поставщик предлагает этот товар, в какой упаковке и на какую дату. Её нужно хранить вместе с предложением.
Реальный проект 13FOX
Каталог и учёт работают со связанными данными
Мы помогли перенести локальную 1С в облако и настроили обмен с админ-панелью магазина.
Договоритесь о смысле данных до загрузки прайса
Начните с одного файла поставщика и нескольких знакомых товаров. По каждой колонке выясните, что она означает. «Количество» может обозначать штуки, коробки или условие «больше десяти». Дата скачивания показывает, когда вы получили файл; дата формирования показывает, когда поставщик подготовил сведения. Новый скачанный файл со старой датой не делает наличие свежим.
Например, «Глобал-Торг» на странице для партнёров предупреждает: остатки в CSV относятся к утреннему состоянию и меняются в течение дня из-за продаж и резервирования. Если скачать такой файл вечером, использовать вечернее время как дату проверки наличия будет ошибкой.
В официальном описании УНФ 1.6.20 есть хранение остатков поставщиков, сопоставление номенклатуры и выгрузка на сайт. Это повод сначала проверить возможности вашей конфигурации и версии. Готовая функция может закрыть часть задачи; правила срока, цены и показа покупателю всё равно нужно согласовать на ваших данных.
| Данные | Вопрос к поставщику | Что зафиксировать |
|---|---|---|
| Товар | Артикул относится к модели, варианту или упаковке? | Идентификатор поставщика, его код позиции, наш товар и вариант. |
| Количество | В чём измеряется и можно ли зарезервировать? | Единицу, содержимое упаковки, ограничения заказа и способ подтверждения. |
| Цена | Закупочная или рекомендованная розничная, в какой валюте? | Тип цены, условия её применения и правило расчёта цены на сайте. |
| Время и срок | Когда обновлены сведения и сколько занимает исполнение? | Дату данных, предельный возраст, время подтверждения и путь доставки. |
| Состав выгрузки | Это полный список или только изменения? | Как понимать отсутствующую строку и как проверять завершение загрузки. |
Последний вопрос особенно важен. В полном прайсе пропавшая позиция может означать снятие предложения, если так устроен договорённый обмен. В файле изменений отсутствие строки обычно означает, что обновления по ней не передавались. Если применить к ним одинаковое правило, можно обнулить действующие предложения или оставить устаревшие.
Сопоставьте артикул, вариант и упаковку
Представьте другой товар: магазин продаёт крепёж поштучно, поставщик указывает коробки по 100 штук. У вас артикул FIX-10, у него 0010. Десять коробок в прайсе дают тысячу штук только после проверки упаковки и разрешённой кратности продажи. Простая запись числа «10» в остаток карточки исказит наличие.
Связь храните явно: поставщик → его позиция → ваш товар и вариант → единица → коэффициент пересчёта. Ведущие нули в коде 0010 нужно сохранить. Одинаковое название товара или похожий артикул полезны для поиска пары, но окончательное соответствие стоит проверить до публикации.
Если один товар предлагают два поставщика, у него остаются два предложения со своими ценами, сроками и датами. Выбор по самой низкой закупочной цене может привести к более поздней доставке. Сначала задайте приоритет: исполнить заказ к нужной дате, отгрузить с одного источника или сравнить полную стоимость получения. Тогда алгоритм выбирает по правилу, которое понимает менеджер.
Такое разделение встречается и в готовых интерфейсах. В документации API ABCP предложение содержит отдельные поля для наличия, кратности, срока и времени обновления. У другого поставщика состав данных может отличаться; проверяйте его описание, а отсутствующие сведения уточняйте отдельно.
Цена и наличие должны пережить сбой прайса
Вернёмся к светильникам. Магазин условно решил доверять данным поставщика не дольше двух часов. Последний полный прайс сформирован в 09:00, сейчас 12:00, свежий не пришёл. Предложение поставщика переводится в состояние, требующее подтверждения. Две доступные штуки вашего склада сохраняются, если сведения о них актуальны.
Предельный возраст данных выбирают по скорости продаж и готовности покупателя ждать. Частое обращение к API не гарантирует, что поставщик уже обновил свой остаток или отложил товар для вас. Если доступен отдельный запрос подтверждения или резерва, определите его место в оформлении заказа. Иначе нужен понятный этап проверки сотрудником.
Для цены действует отдельное правило. Допустим, закупочная цена светильника выросла со 140 до 190 рублей, а на сайте по-прежнему стоит 210 рублей. Вы решаете, пересчитывать ли розничную цену по формуле или отправлять изменение на проверку. Зафиксируйте валюту, единицу товара и границы, при которых автоматическое обновление останавливается. Старый уже подтверждённый заказ требует собственного порядка изменения условий.
Получение, проверка и публикация прайса разделяются. Сначала система сохраняет входные данные, затем показывает спорные изменения и применяет принятые правила. Сотруднику нужен журнал: что пришло, что изменилось, что отклонено и какая версия сейчас видна покупателю.
Пустой или резко обрезанный файл сначала отправляйте на проверку. Массовое исчезновение строк может быть ошибкой выгрузки, а не продажей всего ассортимента. Граница остановки зависит от поставщика; полезно сравнить объём и состав с последней успешной загрузкой. Ошибка не должна незаметно превращаться в новую цену, нулевой собственный запас или удаление товарных страниц.
Когда хватает модуля, а когда нужна доработка
Выбор начинайте с проверки готового обмена на трёх товарах: обычном, с другой упаковкой и со старым предложением поставщика. Например, модуль для Shop-Script описывает отдельные склады поставщиков, пробный прогон и защиту от неполного прайса. Нужные функции могут уже существовать в вашей платформе. Их поведение стоит проверить на выбранной версии и формате данных.
| Ваша ситуация | Что проверить первым | Где появляется отдельная работа |
|---|---|---|
| Один понятный прайс, стандартные артикулы и единицы | Импорт и настройки готового модуля. | Сопоставление товаров, правила обновления, проверка и расписание. |
| Несколько поставщиков, упаковки и особые цены | Может ли модуль хранить предложения раздельно и выбирать по вашим правилам. | Преобразование данных, приоритет источника и обработка исключений. |
| Свой склад, 1С, сайт и подтверждение закупки | Полный путь одного заказа между системами. | Общий порядок статусов, резерва, подтверждения и восстановления после сбоя. |
Самописный сайт тоже можно подключить к учёту, если есть согласованный способ обмена. Способ передачи и состав операций разобраны в статье про интеграцию интернет-магазина с 1С. Здесь границу работ определяет внешнее предложение поставщика: его качество, возраст и возможность выполнить заказ.
Подготовьте паспорт поставщика и контрольный заказ
Первый полезный результат подготовки: по одному товару понятно, откуда взялись наличие, цена и срок. Возьмите знакомую позицию, сохраните исходный прайс и заполните паспорт. Затем попросите проверить нормальную загрузку, устаревшие данные и ошибочную строку. Так вы сравните решения по одному результату.
- Скачать паспорт поставщика: источник, идентификаторы, единицы, цена, время данных и правило показа.
- Скачать заполненный учебный пример: свой склад, поставщик и заказ из пяти светильников.
- Скачать проверки приёмки: что отправить в обмен и какой результат ожидать.
В паспорте отделены время формирования и время получения данных. Если поставщик сообщает только время выдачи файла, запишите это ограничение и договоритесь о проверке свежести. В строках цены сохраните её тип и валюту; в строках товара сохраните исходный код без потери нулей. В заполненном примере сроки и цены служат контрольными условиями, которые вы заменяете своими.
При импорте CSV в Excel выберите для колонки артикула тип «Текст»; в пустом шаблоне задайте этот формат до ввода кодов. Так артикул 0010 сохранит начальные нули. Инструкция Microsoft.
При оценке интеграции с 1С мы предлагаем начать с этой выборки. Проверим, что уже закрывает платформа, где потребуется настройка и какие правила нужно реализовать отдельно. Для разговора достаточно обезличенного файла, названия системы и описания одного проблемного заказа. Пароли и доступ к рабочей базе для подготовки примера не нужны.
Вопросы о поставщиках и наличии на сайте
Можно ли сложить собственный остаток и остатки поставщиков?
Это допустимо только при согласованной модели продажи. Нужно сохранить источник каждой части количества, учесть свои резервы, подтвердить внешнюю поставку и показать выполнимый срок. Простая сумма не гарантирует, что весь заказ можно отгрузить вместе.
Как часто обновлять прайс поставщика?
Выберите расписание вместе с предельным возрастом данных и правилом подтверждения заказа. Они зависят от обновлений самого поставщика, скорости продаж и срока получения. Частое скачивание одного старого файла не обновляет наличие.
Можно подключить поставщика, если он присылает только Excel?
Да, если понятны структура файла, коды товаров, единицы, цены и смысл отсутствующих строк. Сначала проверьте импорт на небольшой выборке и сохраните соответствия. При изменении формата спорные данные должны попадать на проверку.
Что делать, если прайс пустой или загрузился не полностью?
Остановите применение спорной выгрузки, сохраните её для проверки и уведомите ответственного. Внешнее наличие переводится в согласованное состояние до подтверждения. Собственные остатки и товарные страницы не должны исчезать из-за ошибки поставщика.
Обязательно ли использовать 1С?
Нет. Предложения может хранить CMS или отдельный сервис, если он поддерживает нужные правила. Если 1С уже отвечает за закупки и заказы, согласуйте направление обмена и источник каждого поля, чтобы системы не перезаписывали решения друг друга.
Источники и следующая проверка
Документация проверена 1 ноября 2026 года. Перед настройкой сверяйте редакцию учётной системы, версию модуля и формат вашего поставщика.
- 1С: новое в УНФ 1.6.20, раздел о хранении остатков поставщиков и выгрузке на сайт.
- Webasyst: «Поставщики: цены и остатки», возможности модуля и пробного прогона.
- «Глобал-Торг»: данные для партнёров, время среза остатков.
- ABCP: API для клиента, поля предложения поставщика.
Начните с одного товара: покажите свой доступный запас, внешнее предложение и ожидаемую дату отгрузки. Если менеджер не может объяснить эти три значения, сначала уточните правила. После этого регулярный обмен будет поддерживать понятный процесс продажи.
Разберём предложение вашего поставщика
Покажите обезличенный прайс, платформу магазина и один проблемный товар. Мы проверим состав данных и путь заказа, предложим границы первого этапа: настройку готового обмена либо доработку недостающих правил.