[ТЕМА ЗАКРЫТА]
04.07.2007 06:01
Mike
 
Возможно ли в Супермаге осуществлять обмен электронными накладными, если нет то существуют ли какие нибудь планы на счет этого?

Вопрос вот в чем, есть ряд поставщиков с которыми можно осуществлять обмен эл. накладными, т.е. производим синхронизацию справочников по кодам товаров например и выгружаем накладные в файл, затем загружаем в Супермаг. Поставщики работают на 1С так что с ними проблем не будет.
04.07.2007 06:49
Mtirt
 
Варианты:
1. Прочитать про терминал сбора данных. Там есть загрузка данных из текстового файла
2. Написать самому, ничего там сложного нет.
3. Посмотреть Редактор Olegon-овский, там что-то похожее было.

Только скажите честно, зачем оно надо? И чего вы добиться пытаетесь?
04.07.2007 06:52
Mike
 
Хочеться ускорить процесс набора приходных накладных. Упростить жизнь операторам.
04.07.2007 06:52
Mike
 
Спасибо ответ, посмотрю на сколько что реально и стоит ли оно того.
04.07.2007 07:09
Mtirt
 
Цитата:
Mike Хочеться ускорить процесс набора приходных накладных. Упростить жизнь операторам.
Ага, и увеличить недостачи. Потому что это не приемка. Это "облегчение жизни".
04.07.2007 10:42
Mike
 
Конечно разумно, но руководство желает... Будем еще думать.
04.07.2007 11:32
orekhov
 
А чем не устраивает работа с контрактами и заказами ? Накладная создаётся на основании заказа, заполняется контрактными ценами. Если речь идёт о дисциплинированных поставщиках, которые возят правильный товар по правильным ценам - процесс занимает минимум времени. По-хорошему нужен только контроль на приёмке с помощью портативного терминала. Подчеркну - не приёмка терминалом, а контроль по штрихкоду на соответствие товара заказу.
04.07.2007 11:47
orekhov
 
И ещё. Целью должно быть не облегчение жизни операторам, а исключение пересортицы и уменьшение количества ошибок. Как думаете, кто будет отвечать за ошибки поставщика и что по этому поводу скажут операторы в вашем случае ?
04.07.2007 12:29
Mike
 
Цитата:
orekhov А чем не устраивает работа с контрактами и заказами ? Накладная создаётся на основании заказа, заполняется контрактными ценами. Если речь идёт о дисциплинированных поставщиках, которые возят правильный товар по правильным ценам - процесс занимает минимум времени. По-хорошему нужен только контроль на приёмке с помощью портативного терминала. Подчеркну - не приёмка терминалом, а контроль по штрихкоду на соответствие товара заказу.
Думаю на этом варианте мы и остановимся.
04.07.2007 12:30
Mtirt
 
Интересно подумать на темуц загрузки всяких дополнительных параметров - номеров ГТД, сертификатов, номеров акцизок. Вот это сильно облегчит жизнь операторам.
А целиком накладная?
Количество и ассортимент должен быть по факту приемки, а не по факту электронной накладной.
Цены по большому счету сильной проблемой не являются. Их можно заполнить по ценам предыдущей поставки, по контрактным ценам.
04.07.2007 14:16
orekhov
 
Теоретически есть ещё возможность загрузить данные почтовым модулем через XML. Сам по себе механизм вполне работоспособен, нужно только обыграть его "снаружи".
04.07.2007 16:20
schwab
 
Цитата:
Mike Возможно ли в Супермаге осуществлять обмен электронными накладными, если нет то существуют ли какие нибудь планы на счет этого?

Вопрос вот в чем, есть ряд поставщиков с которыми можно осуществлять обмен эл. накладными, т.е. производим синхронизацию справочников по кодам товаров например и выгружаем накладные в файл, затем загружаем в Супермаг. Поставщики работают на 1С так что с ними проблем не будет.
Всем доброго времени суток. Хочу "позрить" в корень проблемы.
Как вы собираетесь синхронизировать справочники при отсутствии стандартов? У каждого поставщика своя маркировка. У вас своя. Это настолько нетривиальная задача (при наличии более двух справочников), что для её разрешения обычно покупают отдельный софт и нанимают консультантов. В SAP, к примеру, это MDM (Master Data Management). В нём происходит согласование разных справочников материалов. Там одной только работы по настройке и вводу данных ..., а вы хотите вот так запросто синхронизироваться с поставщиками.
Советую, основательно подумать перед началом работ. На берегу легче принимать решения.
Желаю удачи.
04.07.2007 16:25
Mtirt
 
Цитата:
schwab Всем доброго времени суток. Хочу "позрить" в корень проблемы.
Как вы собираетесь синхронизировать справочники при отсутствии стандартов? У каждого поставщика своя маркировка. У вас своя. Это настолько нетривиальная задача (при наличии более двух справочников), что для её разрешения обычно покупают отдельный софт и нанимают консультантов. В SAP, к примеру, это MDM (Master Data Management). В нём происходит согласование разных справочников материалов. Там одной только работы по настройке и вводу данных ..., а вы хотите вот так запросто синхронизироваться с поставщиками.
Советую, основательно подумать перед началом работ. На берегу легче принимать решения.
Желаю удачи.
Ты будешь удивлен, но в СМ2000 это реализовано достаточно просто. Достаточно для контрагента ввести его артикул товара для соотвествия. Просто ОЧЕНЬ много ручной работы, и всё.
04.07.2007 17:52
schwab
 
Цитата:
Mtirt Ты будешь удивлен, но в СМ2000 это реализовано достаточно просто. Достаточно для контрагента ввести его артикул товара для соотвествия. Просто ОЧЕНЬ много ручной работы, и всё.
Благодарю за ответ!
Давайте предположим, что магазин имеет до 15 000 номенклатур. Гипермаркет до 40 000. Поставщики немного поменьше, но не все, и не всегда. Поставщиков, как правило десятки, реже - сотни (читай справочники номенклатур с условиями скидок, сроками поставок и пр.). Цены как впрочем и условия меняются ежедневно. Для повышения рентабельности деятельности требуется отбирать оптимального поставщика, с точки зрения цены, количество, объёмные скидки, сроки поставок, нарушение сроков и комплектации поставок в прошлом и тд.
Работы очень много. Причём тупой ежедневной рутины. Многие выбирают путь аутсорсинга этой рутины софту. Некоторые работают по старинке.
Именно в целях автоматизации обмена данными между различными справочниками и создаются специализированные программные продукты. Ручками то можно всё перелопатить. Вот только вопросы актуальности и непротиворечивости, дубликатов и замещаемых продуктов остаются открытыми. Есть простое решение. Можно нанять "стадо обезьян" и набить это всё ручками. Но проблемы двойного ввода, опять же... Это та ещё история. В любом случае решать задачу согласования справочников надо в каждом отдельном случае оптимальным путём. Для тех у кого номенклатура небольшая - можно ручками, для всёх остальных, надо думать. Задача, повторюсь, нетривиальная.
04.07.2007 18:08
Mtirt
 
Согласна практически на 100%, кстати напомнили, лежит у меня одна такая проблемка в задачах, с 2000 наименований номенклатуры...

Только у этой задачи есть другая сторона, по большому счету это не просто задача автоматизации ввода карточки, это задача отбора оптимального ассортимента. И вот её должен выполнять человек, т.е. менеджер должен выбрать товары, которые он хочет видеть на полке, а затем выбрать поставщика для этих товаров.
В случае продуктовой сетки можно положиться в выборе товаров на собственные вкусовые ощущения. :)
04.07.2007 19:18
schwab
 
Цитата:
Mtirt Согласна практически на 100%, кстати напомнили, лежит у меня одна такая проблемка в задачах, с 2000 наименований номенклатуры...

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

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

По моему убеждению, как раз опимальный ассортимент и поставщиков (с точки зрения заложенной в систему логики: скорость, сроки годности, стоимость, партийность, предпочтения акционера и т.д.) можно передать софту. Человек должен решать проблемы. Не рутиной заниматься, а проблемы решать. Пусть тупая железяка с заложенной логикой решает сколько и каких товаров, у кого и, самое главное, когда заказывать. Человек должен решать что делать, если недопоставили и перепоставили, или вообще не то привезли. Как и куда выставить, в каком количестве и пр. Потому как эти задачи железяка отработает гораздо хуже человека. Опять же при выборе поставщика система может ранжировать ряд поставщиков и выдать несколько кандидатов на выбор. А человек решит, ага мол, с Васей мы в сауну ездили у него и закажем ;) К вопросу об откатах и их роли в Российской экономике.
Могу, конечно ошибаться. Слушаю Ваше мнение ;)
05.07.2007 06:12
Mike
 
Я полностью согласен с тем что будет нелегко синхронизировать справочники со всеми поставщиками, но у нас несколько другая ситуация, те поставщики с которыми мы планируем обменивать накладными являються фактически подразделением одной и той же организации что и супермаркеты, поэтому по тем позициям которые у них есть супермаркеты работают только с ними. Поэтому я думаю это возможно, главное все продумать на берегу. :)
05.07.2007 06:39
akonev
 
Цитата:
schwab По моему убеждению, как раз опимальный ассортимент и поставщиков (с точки зрения заложенной в систему логики: скорость, сроки годности, стоимость, партийность, предпочтения акционера и т.д.) можно передать софту. Человек должен решать проблемы.
Ничего не имею против "взрослых" программных решений и аутсорсинга работы с ассортиментом. И все же:
Поставщиков - да, часто можно поручить сортировать софту. Причем в очень многих случаях Супермага для этого хватит.
А вот оптимизация ассортимента в продуктовой рознице формализуется плохо. Потому что не описываются все предпочтения владельцев бизнеса и покупателей числовыми показателями. Можно, наверняка, в продвинутой софтине описать и влияние привычек жителей конкретного района города и внешние факторы, типа текущих рекламных компаний производителей и многое-многое другое...
Вот только для большинства оказывается проще и дешевле посадить дополнительного категорийного манагера и отдать ему под крыло 3-4 товарные групппы. И жучить его периодически, чтобы реалии российского бизнеса не выводили его пристрастность за рамки разумного.

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

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

По моему убеждению, как раз опимальный ассортимент и поставщиков (с точки зрения заложенной в систему логики: скорость, сроки годности, стоимость, партийность, предпочтения акционера и т.д.) можно передать софту. Человек должен решать проблемы. Не рутиной заниматься, а проблемы решать. Пусть тупая железяка с заложенной логикой решает сколько и каких товаров, у кого и, самое главное, когда заказывать. Человек должен решать что делать, если недопоставили и перепоставили, или вообще не то привезли. Как и куда выставить, в каком количестве и пр. Потому как эти задачи железяка отработает гораздо хуже человека. Опять же при выборе поставщика система может ранжировать ряд поставщиков и выдать несколько кандидатов на выбор. А человек решит, ага мол, с Васей мы в сауну ездили у него и закажем ;) К вопросу об откатах и их роли в Российской экономике.
Могу, конечно ошибаться. Слушаю Ваше мнение ;)
Интересно, как данная софтина будет разбираться с достаточно простой на нашем рынке ситуацией: поставщик предложил для торговой сети достаточно выгодные условия по ценам, по условиям поставки, по условиям оплаты. Всё замечательно, за исключением одной мелочи: у самого поставщика нет ни складских помещений, ни финансовых возможностей для обеспечения необходимых объемов поставок. Как с помощью софта такое отсеивать?
05.07.2007 09:53
konst
 
Добавлю пару слов на обсуждаемую тему. Наша сетка прочно работает с контрактами и заказами. причем контракты создаются в ЦО, а заказы генерятся в магазинах. Мы написали небольшую прогу, которая, по запросу оператора магазина, отбирает созданные заказы, те из них, которые надо отправить поставщикам, оператор отмечает, и прога создает в почтовом клиенте по письму на каждый заказ, и прикрепляет заказ в текстовом виде.
Тектовый файл состоит из двух блоков - шапка и тело. в шапке все необходимые реквизиты (№ документа, даты, юр лицо, магазин, адрес и тп), а тело заказа - № по порядку, наш артикул, артикул посавщика (если есть), массив ШК, наименование, кол-во, цена и т.д.
В принципе уже два месяца все работает. Конечно есть небольшие шероховатости - у нас одна карточка с двумя и более ШК а у поставщика несколько, но там эту проблему тоже как-то решают. А приходная накладная создается на основании заказа. Поставщиков пытаемся строить, поэтому расхождения по ассортементу, кол-ву, пересорту и ценам минимальны.
05.07.2007 10:42
OlegON
 
Цитата:
konst Мы написали небольшую прогу, которая, по запросу оператора магазина, отбирает созданные заказы, те из них, которые надо отправить поставщикам, оператор отмечает, и прога создает в почтовом клиенте по письму на каждый заказ, и прикрепляет заказ в текстовом виде.
Можно было не изобретать велосипед, хотя у меня попроще, но уже готовая бесплатная такая программка есть.
https://olegon.ru/showthread.php?t=845
Если что-то не работает - пишите. В той ветке в отдельной теме.
Опции темы


Часовой пояс GMT +3, время: 22:55.

 

Форум сделан на основе vBulletin®
Copyright ©2000 - 2018, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.