Электронные накладные : Супермаг Плюс (Супермаг 2000)

Теоретически есть ещё возможность загрузить данные почтовым модулем через XML. Сам по себе механизм вполне работоспособен, нужно только обыграть его "снаружи".

Всем доброго времени суток. Хочу "позрить" в корень проблемы.
Как вы собираетесь синхронизировать справочники при отсутствии стандартов? У каждого поставщика своя маркировка. У вас своя. Это настолько нетривиальная задача (при наличии более двух справочников), что для её разрешения обычно покупают отдельный софт и нанимают консультантов. В SAP, к примеру, это MDM (Master Data Management). В нём происходит согласование разных справочников материалов. Там одной только работы по настройке и вводу данных ..., а вы хотите вот так запросто синхронизироваться с поставщиками.
Советую, основательно подумать перед началом работ. На берегу легче принимать решения.
Желаю удачи.

Ты будешь удивлен, но в СМ2000 это реализовано достаточно просто. Достаточно для контрагента ввести его артикул товара для соотвествия. Просто ОЧЕНЬ много ручной работы, и всё.

Благодарю за ответ!
Давайте предположим, что магазин имеет до 15 000 номенклатур. Гипермаркет до 40 000. Поставщики немного поменьше, но не все, и не всегда. Поставщиков, как правило десятки, реже - сотни (читай справочники номенклатур с условиями скидок, сроками поставок и пр.). Цены как впрочем и условия меняются ежедневно. Для повышения рентабельности деятельности требуется отбирать оптимального поставщика, с точки зрения цены, количество, объёмные скидки, сроки поставок, нарушение сроков и комплектации поставок в прошлом и тд.
Работы очень много. Причём тупой ежедневной рутины. Многие выбирают путь аутсорсинга этой рутины софту. Некоторые работают по старинке.
Именно в целях автоматизации обмена данными между различными справочниками и создаются специализированные программные продукты. Ручками то можно всё перелопатить. Вот только вопросы актуальности и непротиворечивости, дубликатов и замещаемых продуктов остаются открытыми. Есть простое решение. Можно нанять "стадо обезьян" и набить это всё ручками. Но проблемы двойного ввода, опять же... Это та ещё история. В любом случае решать задачу согласования справочников надо в каждом отдельном случае оптимальным путём. Для тех у кого номенклатура небольшая - можно ручками, для всёх остальных, надо думать. Задача, повторюсь, нетривиальная.

Согласна практически на 100%, кстати напомнили, лежит у меня одна такая проблемка в задачах, с 2000 наименований номенклатуры...

Только у этой задачи есть другая сторона, по большому счету это не просто задача автоматизации ввода карточки, это задача отбора оптимального ассортимента. И вот её должен выполнять человек, т.е. менеджер должен выбрать товары, которые он хочет видеть на полке, а затем выбрать поставщика для этих товаров.
В случае продуктовой сетки можно положиться в выборе товаров на собственные вкусовые ощущения. :)

Спасибо за ответ!

Если разрешите, позволю себе несколько подискутировать на этот счёт.

По моему убеждению, как раз опимальный ассортимент и поставщиков (с точки зрения заложенной в систему логики: скорость, сроки годности, стоимость, партийность, предпочтения акционера и т.д.) можно передать софту. Человек должен решать проблемы. Не рутиной заниматься, а проблемы решать. Пусть тупая железяка с заложенной логикой решает сколько и каких товаров, у кого и, самое главное, когда заказывать. Человек должен решать что делать, если недопоставили и перепоставили, или вообще не то привезли. Как и куда выставить, в каком количестве и пр. Потому как эти задачи железяка отработает гораздо хуже человека. Опять же при выборе поставщика система может ранжировать ряд поставщиков и выдать несколько кандидатов на выбор. А человек решит, ага мол, с Васей мы в сауну ездили у него и закажем ;) К вопросу об откатах и их роли в Российской экономике.
Могу, конечно ошибаться. Слушаю Ваше мнение ;)

Я полностью согласен с тем что будет нелегко синхронизировать справочники со всеми поставщиками, но у нас несколько другая ситуация, те поставщики с которыми мы планируем обменивать накладными являються фактически подразделением одной и той же организации что и супермаркеты, поэтому по тем позициям которые у них есть супермаркеты работают только с ними. Поэтому я думаю это возможно, главное все продумать на берегу. :)

Ничего не имею против "взрослых" программных решений и аутсорсинга работы с ассортиментом. И все же:
Поставщиков - да, часто можно поручить сортировать софту. Причем в очень многих случаях Супермага для этого хватит.
А вот оптимизация ассортимента в продуктовой рознице формализуется плохо. Потому что не описываются все предпочтения владельцев бизнеса и покупателей числовыми показателями. Можно, наверняка, в продвинутой софтине описать и влияние привычек жителей конкретного района города и внешние факторы, типа текущих рекламных компаний производителей и многое-многое другое...
Вот только для большинства оказывается проще и дешевле посадить дополнительного категорийного манагера и отдать ему под крыло 3-4 товарные групппы. И жучить его периодически, чтобы реалии российского бизнеса не выводили его пристрастность за рамки разумного.

schwab, дискуссия очень слабо связана с довольно конкретной и, в общем-то, технической, темой ветки.
Есть желание рассказать, как работает такой софт и зачем людям такие услуги - почему не поднять новую?

Интересно, как данная софтина будет разбираться с достаточно простой на нашем рынке ситуацией: поставщик предложил для торговой сети достаточно выгодные условия по ценам, по условиям поставки, по условиям оплаты. Всё замечательно, за исключением одной мелочи: у самого поставщика нет ни складских помещений, ни финансовых возможностей для обеспечения необходимых объемов поставок. Как с помощью софта такое отсеивать?

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