Добрый день!
Начало здесь: ЭДО в СБИС
Задача:
1. Розничные магазины, только продажи через кассы, никакой отгрузки по накладным нет. Соответственно, документооборот только входящий.
2. ПОКА!, во всяком случае, какой-то речи о интеграции ЭДО через API не идет. Достаточно того, что-бы просто получать XML-файлы ТТН через WEB-интерфейс оператора ЭДО, там-же их подписывать.
3. Хотелось-бы, все-таки загружать эти ТТН в базу 1С, для облегчения работы пользователей.

И вот тут, возникает вопрос - как синхронизировать, сопоставлять данные из ЭДО с данными базы?
С контрагентами вопросов нет - есть уникальное поле, это связка ИНН/КПП.
А вот с номенклатурой, сложнее... ЕАН, как я понял, не обязательное поле... Да даже, если бы и было обязательным, могут меняться со временем, от производителей и т.п... Какого-то единого классификатора, по которому можно было-бы идентифицировать товар, пока тоже нет...
Код номенклатуры, у каждого из поставщиков может быть свой... Соответственно, в базу в справочник номенклатура добавлять поле "КодПоставщика" не имеет смысла...

Возникла мысль - а если сделать отдельный справочник, типа "КодыНоменклатурыПоставщиков", подчиненный справочнику "Контрагенты" - ? В нем достаточно одного реквизита - "КодПоставщика", а код самого элемента этого справочника устанавливать равным коду "своей" номенклатуры... Тогда, после наработки небольшой базы(первый раз сопоставлять имеющийся товар все равно вручную придется), при приходе очередной ТТН от конкретного поставщика, можно будет уже автоматом подтягивать свою номенклатуру в документ ПоступлениеТМЦРозница, на основании соответствий из этого справочника, для этого поставщика. Ну, естественно, это нужно обернуть в соответствующие обработки, для удобства...

Как такая идея, взлетит? Или есть еще какие-то варианты решения этой задачи?

PS Всякие "переходи на восьмерку" и т.п. высказывания, очень прошу оставить за пределами этой темы...

Поставщиков у вас много?

клиентЭДО

(1)Ну, у разных клиентов - по разному. Но, работающих в обязательном порядке через ЭДО(а это - в основном поставщики пресловутых сигарет, с 01.07.2019 должны только через ЭДО работать)... Ну, я думаю от 2 до 10-15, не более.

(2)В принципе - думаю "Диадок" у большинства будет. А какая в принципе разница, у всех операторов ЭДО, как я понимаю один стандарт УПД - XML-ка по формату ФНС...

Еще раз - ПОКА я интеграцию через API не планирую, просто загрузка из файлов полученных из ЛК.

Я видел парочку самописных вариантов. Под каждого поставщика свой реквизит справочника с кодом поставщика или отдельный файл сопоставления кодов поставщиков. Типа у нас код товара 12345 а у поставщика 54321. Видел даже сопоставление наименования, производителя и EAN13 сразу.

(3) 1c-edo работает со ВСЕМИ операторами

(0) В общем то, вы верно мыслите. Еще в ТиС вроде есть свойства, тоже можно использовать, вместо того, чтобы справочники добавлять.

(4)Под каждого поставщика свой реквизит справочника с кодом поставщика или отдельный файл сопоставления кодов поставщиков.

Ну, это если в частном случае, когда под конкретного клиента делаешь, то "скрипя зубами" можно пойти на такое... Хотя, я считаю, это не правильно в любом случае...
Поэтому и хочу сделать отдельный справочник "соответствий", подчиненный справочнику "Контрагенты". Тогда, мы ни чем не ограничены - сколько контрагентов, столько может быть и кодов поставщика у одного товара...
Сейчас подумал, даже наверное не стоит код этого справочника "соответствий" завязывать на код "своего" справочника Номенклатура. Сделать отдельным реквизитом. Тогда можно будет реализовать соответствие "многие к многим", вдруг у кого-то из поставщиков будут коды менятся или добавляться.

(5)И что? Как там это решено? Или никак? Только часть работы с API операторов ЭДО, а загрузка самой номенклатуры в накладные уже не их проблема? Интеграцию с API, я планирую позже делать, скорее всего через восьмерошную конфу "1c-edo"...

(6)Можно конечно и через свойства... Но, конфа уже и так вся перепахана вдоль и поперек, нет проблем еще один справочник добавить.

для клиента подчиненный справочник типа справочникномерклатуры где реквизит твоя номенклатура

(8)где реквизит твоя номенклатура

Ну, в принципе так, но хочу обойтись без жестких связей через ссылку. Типа как здесь я описывал свое решение по хранению марок: Где можно хранить данные об акцизных марках
Это немного упростит работу со справочником номенклатуры - удаление лишних элементов, объединение "ассртиментов" в одну номенклатуру, и т.п. процедуры. Искать по коду, а код "своего" справочника - реквизит справочника "соответствий". Не будет лишних ссылок - это немного не та задача, где должен быть 100% контроль ссылочной целостности. Ну не найдет по коду при приходе - сопоставят заново, правильно, за одно и разберутся, чего нахимичили в базе.

(9) эмуляция регистра сведений  на справочнике, и все. ну или возьми готовый контуровский модуль для клюшек, например...

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

(7) зачем тебе API ?

(10)контуровский модуль для клюшек
Чего-то они там за него денег не реальных хотят... Больше 10К... А как сделано, я и не видел... Что-то типа того, как я хочу, или по другому? Ну, то, что со своим API там интегрировано, это понятно, а в части сопоставления номенклатуры, как решено, если решено вообще?

(12)В смысле? Я и говорю, мне пока не надо...

(13) ну давай я старый скину, который через фтп...

(5) всё-таки работает с 4 операторами

(11)а кто какие коды назаносит хз
Не... Ни кто их вручную заносить естественно не будет. Будут в форме обработки сопоставления выбирать свою номенклатуру, и все. Что там реально хранится в базе - пользователи даже и знать не будут. За то, если например, захотят объединить "кучу жевачек с разными вкусами" в одну номенклатуру, то никакие лишние ссылки им не помешают. При приходе новой накладной, просто сопоставят заново, и все.

(14)Скинь, если не трудно, посмотрю. Можно на скайп, в профиле есть, если сюда не желательно...

(16) ок, поковыряюсь в архиве. На тот момент модуль с обменом через ftp был бесплатен, они только за api'шный денег хотели - так что вроде ничего не нарушу. единственное, что может что-то за 5 лет изменилось

В формате ФНС есть поля, так называемая "Дополнительная информация (подписанта)", почему бы твоим поставщикам не писать в ней номера акцизных марок, при загрузке синхронизируешь по уже имеющимся.

В своем случае скажу, что мы добавили в справочник "ЭДПрисоединенныеФайлы" таблицу "Синхронизация", с поставщиками договор, о том что в доп информации есть партномер продукции, для кого то это просто уид из их базы, при загрузке пакетов идет синхронизация по партномерам справочника номенклатуры поставщиков. После загрузки закупщики видят процент синхронизации документа ЭДО и на его основании формируют поступление, при неполной синхронизации закупщик в ручную может подобрать позиции и дополнить номенклатуру поставщика, при следующей поставке это номенклатура синхронизируется автоматически.

(18)Татьяна, это все хорошо, когда бы я работал на какой-то одной фирме, сам бы этим вопросом занимался... А так, мне приходится поддерживать некоторое количество клиентов, работающих на моей конфе. И повлиять на их договорные отношения с поставщиками, я не могу. Поэтому, придется "огород городить". Но, я думаю, так, как я хочу - все у меня получится :-)