Всем день добрый ! Подскажите как можно организовать в 1С 7.7 9.2 следующее решение. Есть своя номенклатура с определенными названиями. Есть 10 поставщиков которые присылают свои прайс листы где указанны их названия номенклатур. как в ручную присвоить к названиям 10 постановщиков наше название, что бы в дальнейшем мы смогли делать заказы или продажу следующим образом: В поиске вбиваем название 1вого поставщика и выпадает список из 9ти других и нашего в том числе, мы выбираем нужный и он фигурирует везде в товаросопроводительных документах. А статистика приход и расход, остатки формируются по нашей номенклатуре.
---
1. штатно: номенклатура поставщиков регистрируется в справочник.аналоги (подчинен спр.номенклатура)
2. сопоставление номенклатуры поставщиков с нашими наименованиями (привязка аналогов из прайсов к нашим наименованиям или ввод нового нашего наименования с авторегистрцией аналога) - штатно нет, требуется дописки, в зависимости от бардачности прайсов поставщиков - процедуры привязки-подгрузки аналогов - самое трудоемкое; в случае отсутствия у поставщиков артикулов товаров (или кодов или ШК товаров - КОТОРЫЕ НЕИЗМЕННЫ ДЛЯ ТОВАРА) - требуются доработки спр.аналоги
3. "В поиске вбиваем название 1вого поставщика и выпадает список из 9ти других и нашего в том числе, мы выбираем нужный и он фигурирует везде в товаросопроводительных документах" - то есть для каждого клиента-покупателя придется регистрировать допсведения по каким наименованиям (какого) поставщика печатать отгрузочные документы - требуются уточнения, возможно потребуются доработки (вообще-то это нарушение правил бухучета а выпускаемая вами первичука - это и есть бухучет, возможны проблемы при камералках/выездных проверках ИФНС)
.
работу с прайсами поставщиков, привязку аналогов, загрузку прайсов, сопоставление номенклатур из прайсов с нашей базой - делал неоднократно, скушал пуд соли на этом.
.
могу все что вам надо - сделать.
.
будет недешево.
.
интересно - стучитесь.
---
"А аналоги они к поставщикам - контрагентам НЕ привязаны (прочитайте мат. часть по базе). Как Вы будете их потом разделять какая карточка от какого поставщика?"
- внимание: читаю матчасть: типовая ТиС, аналоги штатно привязаны к контрагентам, см.рис

- так что на данном этапе плодить какие-то дополнительные сущности взамен имеющихся - (пока) смысла не вижу
---
Можно программно добавить ТЧ в ТМЦ и в ней забить все наименования, искать по тч и по наименованию.
---
Это как то самому сделать можно. Если да то как это реализовать?
---
Делов там на пару часов.
---
Сделать просто - ввести еще один справочник номенклатуры и сделать его Владелец Справочник.Контрагенты. Поля - Наименование и реквизит типа Справочник.Номенклатура - в него будете выбирать Вашу номенклатуру. Ну и далее - загрузить для каждого контрагента в этот справочник их наименования, установить в поле реквизит Справочник.Номенклатура == Вашей номенклатуре. Это и будет Ваша база. Ну и далее добавить в Поступление и Реализацию еще одну колонку - "Наименование поставщика" - там выбираете номенклатуру поставщика (из нового справочника), и, при выборе в поле Номенклатура (стандартной колонки) подставляется номенклатура из поля нового справочника (тип у которого Справочник.Номенклатура). Ну и в печатные формы все это проставить. Примерно так.
---
1. штатно: номенклатура поставщиков регистрируется в справочник.аналоги (подчинен спр.номенклатура)
2. сопоставление номенклатуры поставщиков с нашими наименованиями (привязка аналогов из прайсов к нашим наименованиям или ввод нового нашего наименования с авторегистрцией аналога) - штатно нет, требуется дописки, в зависимости от бардачности прайсов поставщиков - процедуры привязки-подгрузки аналогов - самое трудоемкое; в случае отсутствия у поставщиков артикулов товаров (или кодов или ШК товаров - КОТОРЫЕ НЕИЗМЕННЫ ДЛЯ ТОВАРА) - требуются доработки спр.аналоги
3. "В поиске вбиваем название 1вого поставщика и выпадает список из 9ти других и нашего в том числе, мы выбираем нужный и он фигурирует везде в товаросопроводительных документах" - то есть для каждого клиента-покупателя придется регистрировать допсведения по каким наименованиям (какого) поставщика печатать отгрузочные документы - требуются уточнения, возможно потребуются доработки (вообще-то это нарушение правил бухучета а выпускаемая вами первичука - это и есть бухучет, возможны проблемы при камералках/выездных проверках ИФНС)
.
работу с прайсами поставщиков, привязку аналогов, загрузку прайсов, сопоставление номенклатур из прайсов с нашей базой - делал неоднократно, скушал пуд соли на этом.
.
могу все что вам надо - сделать.
.
будет недешево.
.
интересно - стучитесь.
---
зачем плодитьновую сущность, если для этого есть уже спр.аналоги?
вы затрахаетесь "за пару часов" писать привязку номенклатур поставщиков к уже существующим наименованиям в базе.
вдобавок надо учитывать, что поставщики любят менять свои наименования незначительно, но привязка слетит...
---
Нашёл на форуме тему по аналогам
 http://catalog.stavanalit.ru/public/296127/#slide-to-files изучаю. Друзья профессионалы скажите своё мнение.
Сергей Коцюра как к вам достучатся ?
---
нормальное (частичное) решение
пару раз исполняя аналогичнеы работы - основная проблема - идентификация и привязка позиций.
как вы будете соотносить на этапе загрузки если у нас в базе называется
"Печенье Юбилейное"
а у поставщика в прайсе это называется типа "печенюшка вкусняшка юбилеинка"...?
львиная доля операторской работы связана как раз с такой привязкой (особенно когда одна из сторон обюмена - поставщик или наша фирма является типичным "лавочником" у которого нет ни нормальных праймов, ни нормальной идентификации на рынке посредством штрихкодов, прайсы представляют собой записные книжки.
Так что подусунуть в печатные формы нужные наименования или модифицировать ввод данных в базу в ручном виде оператором с помощью аналогов - это 1/5 задачи или даже меньше - нет проблем когда уже все аналоги друг к другу привязаны...
---
как вы будете соотносить на этапе загрузки если у нас в базе называется
"Печенье Юбилейное"
а у поставщика в прайсе это называется типа "печенюшка вкусняшка юбилеинка"...?
Ну тут все просто - один раз надо программе указать соответствие - потом программа при загрузке уже будет сама находить соответствия.
---
"Ну тут все просто - один раз надо программе указать соответствие"
- это и есть самый трудозатратный и ресурсоемкий этап работы пользователя. особенно сейчас, когда прайсы, с которыми работает фирма - для снижения издержек и складских запасов - раздуваются до десятков и сотен тысяч позиций.
---
Почему она должна слететь? поясните. Если поставщик поменял наименование - то просто нужно по коду синхронизировать наименования или добавить новую карточку. А аналоги они к поставщикам - контрагентам НЕ привязаны (прочитайте мат. часть по базе). Как Вы будете их потом разделять какая карточка от какого поставщика? - да и потом - если создать как я написал "ваше "новую сущность" :-)", то можно грузить прайсы по поставщикам.
---
"А аналоги они к поставщикам - контрагентам НЕ привязаны (прочитайте мат. часть по базе). Как Вы будете их потом разделять какая карточка от какого поставщика?"
- внимание: читаю матчасть: типовая ТиС, аналоги штатно привязаны к контрагентам, см.рис

- так что на данном этапе плодить какие-то дополнительные сущности взамен имеющихся - (пока) смысла не вижу
---
Тут да. Признаю. Ошибся. Сорри. Уже начал забывать старую добрую 7-ку
---
Только мы говорим о справочник.Аналоги. А Вы скрин прислали Справочник.Каталоги. Поэтому я и написал, что в справочнике Аналоги нет контрагента.
---
нормально у меня на скрине - там цепочка через Номенклатура-Аналоги-Каталоги-Поступления.. все пучком ;-) пройдет.
посмотрим, получится или нет... ;-)
---
Да все получится. Тут задачка то простая. Но вот если бы нейронную сеть (с обратными связями RNN) обучить на этих прайсах - вот тогда помощь большая будет. В принципе, до 70% распознавания новых карточек и соотнесения основной базе сразу же будет. Если платить будут :-) опять же.
---
тут уже какое решение принять - проверять всё что "автоматом" привязалось или проверять только то, что привязалось с "низкой адекватностью" (порог). Насчет нейронных сетей - не знаю (до такого не дорос), а strmatch - привязывает очень неплохо (а если прайсы имеют некоторую специфику, то предварительная обработка с учетом такой "эвристики" - существенно повышает качество автопривязки, обкатано на радиодеталях было...
.
пока все.. посмотрим что выгорит...
---
Да, согласен, не надо добавлять новый справочник. Достаточно Каталоги.
---
"Почему она должна слететь? поясните. Если поставщик поменял наименование - то просто нужно по коду синхронизировать..."
- поясняю: - это хорошо, когда ключом связи будет код (который, кстати, в общем случае тоже может слететь, так как поставщик тупо может перенумеровать коды номенклатуры). Хорошо если таковым кодом будет уникальный артикул (что тоже не всегда - трикотажка, артикул один, но номенклатуры - по размерному ряду - сделаны разные...) или уникальный ШК (тоже может быть один ШК на несколько номенклатур). А так запросто единственное что в прайсе будет по чем можно идентифицировать позицию - само НАИМЕНОВАНИЕ позиции.. которое сегодня называется "Кружка аранжевая с исогнутой ручкой", а завтра она в прайсе будет уже "Кружка с округлой ручкой"... и никак вы эту позицию среди ряда таких же похожих в полностью автоматом режиме не "перепривяжете" - она у вас пойдет как новинка от поставщика в вашей базе.... и вы ее привяжете к своей позиции... и будут от одного поставщика к вашей позиции привязаны уже две... и это надо на этапе подгрузки очереднйо версии прайса отловить и желательно скорректировать... и таких мелочных и не очень засад - целая вагонетка... Конечно, в случае автора все может быть хорошо (если от поставщиков приходят вменяемые прайсы) и просто (дай-то бог!) - но, обычно, все оказывается не столь радужно...
.
..от этих прайсов поставщиков меня уже "тошнит" - понаписался их кучу раз... ;-) и фармопт, и торговля дисками, и торговля телефонными аксессуарами, и бытовая техника, и игрушки...
---
Ну я и не говорю что в автоматическом режиме. Все ручками. Иного пути Вы не найдете чтобы синхронизировать наименования своей базы и базы поставщиков. Только если выдавать поставщикам свои артикулы для указания в файлах выгрузки от них и их наименования и наши артикулы.
---
Ручками, но имеющийся аппарат нечеткого сравнения и наработки позволяют весьма существенно ускорить данный процесс и сосредоточиться оператору на разгребании только действительно проблемных вариантов сопоставления, большпя часть сопоставлений оператором отрабатывается в "беглом" режиме путем "подтверждения" сделанных автоматических привзяок
---
Да, это согласен. Сам разрабатываю такие методы нечеткой логики. Но тут легче посадить девочку - пусть раз пробьет, т.к. обычно 80% прайсов - это 20% работы. И наоборот 20% прайсов - 80% работы. (метод Паретто). А уж потом потихоньку добивают остальные. Денег платить за системы нечеткого сравнения никто не будет. Так что девочка - она лучше и быстрее и дешевле. Так, по своему опыту говорю.
---
посмотрим, что клиент предложит по бюджету ;-)
может у них там прайсы по 500 позиций, тогда и автоматизировать ничего не надо...
а так у меня с использованием нечеткого сравнения вообщем уже есть почти все что надо, вкрутить аккуратно надо и все...
опять же - может оказаться, что предлагаемой клиентом мне будет неинтересно ;-)
---
Да и потом - кто будет руками эти соответствия ставить? - для этого есть программист. С головой и руками :-)
---
Так вот, программиста у нас нет, вот я и не представляю как это сделать, поэтому обращаюсь к вам гуру.
---
Ну, в таком случае, Вам нужно обратиться к программисту. Если Вы этим никогда не занимались, то проблематично это сделать просто по переписке.
---
Сергей, у нас в "Справочники"-"Номенклатура". Товары-----это и есть вся наша номенклатура по которой мы оприходуем на склад и реализует со склада и по ней смотрим остатки.
Если будет новый Справочник номенклатур имя Владелец то приход расход как будет происходить?
Далее не понятно что нужно сделать:Справочник.Контрагенты. Поля - Наименование и реквизит типа Справочник.Номенклатура - в него будете выбирать Вашу номенклатуру. Ну и далее - загрузить для каждого контрагента в этот справочник их наименования, установить в поле реквизит Справочник.Номенклатура == Вашей номенклатуре. Это и будет Ваша база Если будет новая база что сделать со старым справочником номенклатур? Ведь остатки приход расход ранее были по старому справочнику номенклатур.
---
Получается, что мне надо в своём справочнике номенклатур-Товары выгрузить в EXCEL присвоить артикула и загрузить обратно. Потом, получая от поставщиков номенклатуру я должен присвоить такие же артикула как в нашем справочнике номенклатур-Товары? Но опять это всё надо будет руками эти соответствия ставить так?
---
Нет, надо один раз синхронизировать наименования Вашей базы и базы поставщика/ков.
---
у меня методология такого бизнес-процесса и соответствующий инструментарий уже отработаны.