Сразу скажу, совсем не в теме, так что буду рад любым комментариям/советам :)
Есть некая головная компания и нее куча дилеров. И головная компания хочет знать об остатках своих материалов на складах дилеров. Понятно, что это не самая сложная задача. Проблема в том, что у дилеров потенциальный зоопарк систем, но вроде бы все-таки это 1С, а не что-то еще и не каждый дилер готов тратить время/деньги на то, чтобы что-то у себя внедрять.
Вопрос: может быть на 1С существует некое стандартное решение, которое работает в большинстве типовых конфиг и которое позволяло бы выгружать остатки по складу на удаленный сервер? Чтобы на стороне дилера требовалась минимальная настройка.
Или все-таки нужно писать свое расширение конфигурации и инструкцию, как его "внедрить" и настроить?
Или уже есть такое расширение, которое можно купить и которое на стороне дилера устанавливается и настраивается в 2 клика?

Головная компания должна установить стандарты и договоренности. А как конкретно будет настроен обмен, однохренственно.

В ЗУПе остатков нет

(0) вроде в ут есть обмен с битрикс, который таки умеет остатки.
Но тем у кого не типовая придется не сладко

какая хрень. на клюшках недавно ТЗ прилетало аналогичное выгрузку на сайт завода сделать.
какие проблемы вообще на 8-ке хот в типовой хоть не в типовой сделать минимальную выгрузку типа "дилер-артикулГоловы-количество"...?

(1) установить стандарты и написать что-то свое? Мне кажется ситуация достаточно стандартная и многим это нужно. Все свой велосипед разрабатывают? )
Там разница от компании к компании - адрес вызова удаленного сервера и аутентификация. Остальное +/- стандартное

(4) Не проблема. Просто если полностью свое, то с некоторой вероятностью, мне же это у дилеров по удаленке и внедрять.
А если стандартное, то можно смело на дилеров или на разработчиков этого стандартного свалить))

(0) Пускай настраивают у себя отчет с полями, которые нужны. Сохраняют в эксель, пуляют куда то. Ну а ты уже у себя эти эксельки как то склеиваешь и обрабатываешь.

(6) Если бы все было так радужно. Каждый считает своим долгом в базе вести оперативный учет как ему нравится. Все по разному будут выделять дилерский товар: у кого-то отдельный склад, у кого-то группа, у кого-то сегменты, а кто-нибудь просто номенклатуру контрагента заполняет. Универсальное что-то сделать сложно.

пока мне больше всего нравится тема с экселькой. Даю им шаблон и пусть настраивают выгрузку и отправку на определенный email по расписанию, ну или руками.
А уже забрать с ящика и прочитать - не проблема.
(8) 1С - де-факто имеет возможность установить такие стандарты. Но почему-то не делает этого. И в итоге у каждого своя нетленка)

(9) > не проблема
Ну-ну.

Ждем тему "где можно купить расширение, обясняющее 1С что 'шуруп 100' и 'Глухарь 6х100мм, шуруп по дереву DIN 571' - это одно и то же, а то мне это внедрять".

(10) Не-не-не). Только артикулы, только хардкор.
Это требование валидно при любом интеграционном решении.

(7) " Сохраняют в эксель,"
- эцих с гвоздями за эксель.

(11) 1с никогда стандартов вроде не устанавливала

(9) нахера эксельку? чтобы трудностей создать? обычный CSV хватит за глаза

(14) наверное согласился бы. Если бы не одно но: руками отчет выгрузить в csv 1С не дает. Только богомерзкий эксель.
Но я подумаю, мне csv конечно больше нравится

(14) Нахера вообще файлы?

(15) 21 век - век интернета, REST

Чтобы самым отсталым можно было запустить СТАНДАРТНЫЙ отчет(настроить поля мне кажется каждый сможет), сохранить и отправить по почте. 0 автоматизации, каждый сдюжит

а вот корректно передать инфу на http-сервис - не каждому дано.

(18) Самым отсталым проще нажать одну кнопку и идти пускать пузырики.

(19) Гм. а ты кого в виду под отсталыми вообще имеешь?

(18) а потом такие отчеты как загружать? у всех разные колонки, шапки итд итп

(20) чтобы им нажать одну кнопку, кто-то(я) должен у них эту кнопку зафигачить.
В целом тоже не спорю, все варианты будем обсуждать с руководством. Со своими про и конс.
Главное я понял, стандартов тут нет.
Всем большое спасибо!

стандарт есть - CommerceML2
а средства доставки - они как фломастеры.

для зоопарка систем влет одно решение не выйдет
а если не 1с?
а если 8.1?
и много таких "а если"
недавно клиенту разработал решение, договоренность была - платформа не ниже 8.3
а у него клиент на 8.1 работает и вуаля, обработка не работоспособна

(24) слишком сложный формат для такой задачи

А как вообще можно из разных систем какой-то одной обработкой актуальные остатки выгружать, если в одной базе остатки хранятся, например, в "остатках на складах", в другой в самописном регистре "НашиОстатки", в третьей рассчитываются из данных двух регистров, а в четвертой, вообще, собираются по десяти регистрам?

Но если решишь эту задачу, думай как тиражировать и продавай :)

(0) Вот тебе еще вариант, тут все по взрослому:
1. Делаешь обработку, где пользователь (или тех. специалист дилера) с помощью конструктора компоновки настраивает получение данных по товарам дилера.
2. Результат отправляется в веб сервис, поднятый у дилера.
3. Можно оформить как внешнюю обработку с работой по расписанию, без участия пользователя.
+ Можно сделать внешней обработкой, не модифицировать базу клиента. Можно настроить любой источник (источники) данных с помощью компоновки. Обмен идет с помощью веб-сервиса, данные в удобной форме, можно использовать сразу.
- Клиент может не иметь интернета, клиенту может не понравиться, что нечто шуршит в его данных и что там отсылает кому то.