[ТЕМА ЗАКРЫТА]
07.08.2012 10:41
OlegON
 
Начиная с этой темы https://olegon.ru/showthread.php?t=129, никак я не успокоюсь. Теперь взвелось EDI, кто пользуется? Что именно, какие услуги предоставляет поставщик? Есть мысль сделать это с помощью оптимизатора без увеличения стоимости и без объединения карточек, т.е. все таки про дополнительные внутренние штрихкоды идет речь, как упоминала Mtirt в теме по ссылке выше. Т.е. у вас есть список шк, которые вы отдаете наружу, желательно прийти к какому-то мнению по его формированию, я предлагаю идентификацию вида [номер клиента][шк], чтобы исключить пересечения. Для заказа поставщику потребуется передать ему список (отчет накидать нетрудно) штрихкодов и наименований или каким-то еще образом договориться о совпадении шк. С моей стороны будет предложена выгрузка по ftp, емейлу или каким-то еще способом. Какие-то механизмы можно будет вынести в веб, например, поиск по каким-то справочникам.
Если интересно, давайте все как следует разжуем, кому что и как надо, придем к общему знаменателю, я сделаю. Есть вариант, что приделаем и к EDI, поскольку я сейчас с интегратором столкнулся, может и будут делать конвертер. Делать буду все небыстро, зато по собственному интересу, а поэтому, если сильно мне канал проваливаться не будет, и железка не просядет совсем, то можно и бесплатно. Сейчас пока по http еще ресурсов ведро. Жду ваших идей и мыслей.
07.08.2012 13:09
akonev
 
у нас поднималась внутригородская волна реализации EDI в рамках объединения нескольких не самых крупных сетей.
предполагался обмен с общим РЦ по протоколам NAKNET UNIDOC.

XML-документы, пересылка по e-mail, документы:
«Прайс-лист» - PRICE
«Заказ» - ORDERS - оригинал, исправление, отмена
«Ответ на заказ» - ORDRSP - полное подтверждение, частичное, отказ
«Уведомление об отгрузке» - DESADV
«Уведомление о получении» - RECADV
«Уведомление о возврате» - RETANN

пока тема временно завяла, но еще не похоронена.
если в ближайшее время наши и заинтересуются чем-то, то реанимацией именно этой штуки.

но вот будет ли интерес к реализации в рамках оптимайзера - очень сложный вопрос.
мысль завязывать бизнес-процессы на неподконтрольный добровольный малобюджетный проект единоличного исполнителя едва ли кого-то у нас увлечет.
07.08.2012 14:09
OlegON
 
вкладываться во что-то нецентрализованное, чтобы мне тут же с гордостью писали, как они это поломали... врядли будет интересно без хорошего хотя бы разового платежа... опять же, в рамках EDI не очень понятно, каким образом поддержать в СМ
Цитата:
«Заказ» - ORDERS - оригинал, исправление, отмена
«Ответ на заказ» - ORDRSP - полное подтверждение, частичное, отказ
в общем, пока дальше размышляю...
09.08.2012 22:25
overlord
 
Сегодня реализовали с EDI провайдером обмен заказами, уведомление об отгрузке, накладную на возврат по стандартной XML-схеме через почтовик. Если интересно могу подробнее рассказать.
Почему провайдер? Потому как есть потребность использовать ЭЦП для уменьшения в будущем бумагомарательства и внедрения электронных сч-фактур.
10.08.2012 08:36
OlegON
 
Интересно. Только EDI-провайдер нужен, имхо, не для ЭЦП, которую можно самостоятельно генерировать и проверять, а для того, чтобы разбирать ситуации когда один отправил, а другой "не получил". Что тоже, в принципе, можно обойти подтверждениями.
10.08.2012 08:44
Mtirt
 
Олег, мы в принципе уже это обсуждали, но я не нашла ту ветку.

По законодательству о счетах-фактурах, для обмена именно счетами фактурами в электронном виде, кроме ЭЦП, нужна лицензия специализированного оператора связи ().
Поэтому нужен договор с некоторым провайдером связи, имеющим лицензию.
Провайдеры (большинство) предлагают сейчас обмениваться не счетами-фактурами, а пакетами документов, куда может входить заказ, накладная, счет-фактура.
Стоимость услуги определяется именно за пакет, а не за единичный документ.
Пока провайдеры хотят 10-20 рублей за исходящий пакет (входящие бесплатно).
10.08.2012 09:13
akonev
 
про светлое будущее с безбумажным документооборотом у нас, например, никто пока даже не задумывается.

а вот "след" заказа очень хотят.
магазины жестоко прессуются офисом за out of stock, особенно по акционным и топовым позициям.
от этого периодически возникают разборки, был ли заказ, когда был сделан, получен ли на РЦ или поставщиком, ...
10.08.2012 09:16
Mtirt
 
Цитата:
Andrew_Konev про светлое будущее с безбумажным документооборотом у нас, например, никто пока даже не задумывается.
Ко мне несколько поставщиков с этим вопросом уже приходили...
14.08.2012 10:14
OlegON
 
насчет счета-фактуры и обязательности оператора вопрос спорный, как и адекватность того, что в том приказе написано. можно, например, договориться о другом механизме подтверждения, а не ЭЦП и приказ идет лесом. Т.е. оригинал бумажный все равно передавать и считать СФ его. С подписью и прочей ерундой. Автоматизировать же без подписей, поскольку оная все равно не исключает ошибок, как на уровне оператора, составляющего заказ, так и на уровне передающего механизма.

Добавлено через 4 минуты 42 секунды
Я не верю, что ближайшие 5 лет удастся избавиться от бумажек. А вот автоматизировать связь между двумя БД, почему бы нет...
14.08.2012 10:18
Mtirt
 
Цитата:
OlegON насчет счета-фактуры и обязательности оператора вопрос спорный, как и адекватность того, что в том приказе написано. можно, например, договориться о другом механизме подтверждения, а не ЭЦП и приказ идет лесом. Т.е. оригинал бумажный все равно передавать и считать СФ его. С подписью и прочей ерундой. Автоматизировать же без подписей, поскольку оная все равно не исключает ошибок, как на уровне оператора, составляющего заказ, так и на уровне передающего механизма.
Тогда в чем смысл обмена этими документами?

Да и бумажек плодится сейчас много, если вспомнить про исправления и корректировки. У меня бухгалтерия давно плачет, что хранить их просто негде...
14.08.2012 10:37
OlegON
 
Цитата:
Mtirt Тогда в чем смысл обмена этими документами?
Смысл в исключении ручного ввода операторами и ускорении передачи созданного документа. Еще раз подчеркну, не верю, что бумажки уберут скоро, как и степень своего недоверия к софту, который только-только внедряется.
14.08.2012 10:41
Mtirt
 
Ручного вввода ЧЕГО???
Операторы вводят не содержимое бумажки, а принятый товар...
14.08.2012 11:59
Mtirt
 
Заказы тоже больше нужны поставщику, чем самому магазину.
При нормальной схеме работы кто-то этот заказ создал изначально и спустил оператору для приемки.
Единственная выгода для магазина - уменьшается время ожидания товара.
14.08.2012 12:06
OlegON
 
Правильно я понимаю общепризнанную точку зрения, что без ЭЦП заморачиваться с передачей документов не стоит?
14.08.2012 12:17
konst
 
если в виде именно Электронного документооборота - то думаю что нет...
а если просто для обмена заказами и документами - то вполне..

в принципе - у меня рассылка заказов поставщикам - реализовано...
хочу еще сделать загрузку приходных накладных ... но пока времени нет..
14.08.2012 14:50
Офигевший
 
Олег, как обычно всё зависит от цели. Если необходим юридически значимый документооборот (как правило это Счета-фактуры плюс иногда приходные/расходные накладные), то без ЕЦП действительно смысла нет.
А если нужно упорядочить цепочку заказ - приемка товара, то ЕЦП совсем необязательна. Заказ в нашей стране, с юридической точки зрения, является документом ни о чем.
Хотя в отношениях между компаниями до судебных разбирательств - это весьма значимый документ.
Например в Мосмарте (который работал на французской МИТИ), вообще не было понятия приходная накладная - был заказ и далее только его статусы (естественно числом по более 4-х)
14.08.2012 17:08
OlegON
 
Я как раз и интересуюсь, нужно ли копать в сторону упорядочивания этой самой цепочки, а так же, возможно, каких-то еще. Мне показалось, что наша профессор намекает на бессмысленность и невостребованность этих копаний, а мне работать и работать для этого придется...
15.08.2012 11:12
Mtirt
 
Я пытаюсь сказать дословно вот это: без обмена "юридически значимыми документами" (накладные, счета-фактуры, заверенные ЭЦП) это не слишком интересно. И тебе, по деньгам и затратам, и мне, как клиенту.
Обмен этими документами ты делать не можешь, так как для них нужна лицензия, которой у тебя нет.
Остается вопрос выгрузки документов из Супермага в какой-нибудь стандартный формат обмена, для передачи оператору, имеющему лицензию (Для счетов-фактур он утвержден ИФНС, существует для накладных).
Подозреваю, что это разовые настройки в базе данных, и эту услугу нельзя рассматривать как сервис передачи данных.
07.09.2012 17:00
shadow
 
Хочу эту тему оживить и объеденить с предыдущей.
https://olegon.ru/showthread.php?p=121450#post121450

Там в последнем сообщение парень из Киева пишет что реализовал схему работы с IDE провайдероми счастлив безмерно. Я не поленился, нашел контакты и созвонился.
Я так понял что у них это работает так:
1. выходной файл с заказом формируется не стандартных почтовиком, а через SAP, но выглядит он как XML конечно. выгружается провайдеру.
2.провайдер преобразовывает этот файл, отправляет поставщику ,поставщик высылает ответ с подтверждение (внимание!) с ПОДТВЕРЖДЕННЫМ количеством, и ЦЕНОЙ
3. Сеть затягивает этот документ через доверительную БД через стандартный почтовик в стандартизированном XML, котрый пришел от провайдера. В документе ЗАКАЗ гдето отображается подтверждение (не знаю где), и проставляется подтвержденное количестов поставщиковм и цена.
4. Сеть экспортирует заказы в накладные и вуаля -все готово, -количество точное, цена тоже. осталось сверить реальное количество.
Собственно, цепоча EdI документов завершилась. все провайдеры имеют веб-морду, где все эти документы видны и хранятся долго - эт ов случает разбирательств.
счет фактура к ним не отсится- там нужно удостверяющий центр с подписями. но это документ уже следствие предыдущего

Вывод.
1 все рально.
2. Надо у него подглядеть как он настроили постовик, что засасывает формализованный файл без участия Сервис плюса.
3. Кто бы сделал выгрузку XML для сети, котрая бы подходила под универсального провайдера? в стандартной даннх не хватает. там ведь параметров не так уж и много - номер документа, код поставщика, даты документа, дата привоза, GLN обоих сторон (куда везти и от кого) и спецификация -артикул, количество, цена и штрихкод (насчет последнего не уверен, так как провайдер вроде бы сворачиваюет по этому признаку таблицу соответвий артикулов заранее))

вот такая информация к размышлению. Олег там вроде к тебе обратился провайдер "Контур" и предложил сделать такую выгрузку универсальную.
Раз вход есть от провайдера - значит не хватает только выхода из Супермага документа ЗАКАЗ! Они помоему готовы щедро наградить
И все заработает

я это я так думаю

И еще.
В выборе провадеров немаловажное значение имеет цена услуги. неважно кто будет платить -сеть или поставщик -в итоге за все это заплатит наш покупатель, а это занчит товар просто подорожает. Вдумайтесь..
почум я и намекаю на универсальную схему под любого провайдера.
10.09.2012 09:48
OlegON
 
У меня пока только переговоры. Что касается универсальности формата, то, как я понял, у них там свои какие-то стандарты, общие для всех. В общем, я пока только еще разбираюсь по мере наличия немногого свободного времени.
Опции темы


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

 

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