Бесплатная линия технической поддержки

Вопросы по эксплуатации ЕГАИС Розница

Добавлено: 2015-10-19 22:58:08 Заголовок: Синхронизация справочников и формирование ТТН
User

Зарегистрирован: 19.10.2015

Сообщений: 24 ( просмотреть )
ИЗ ЕГАИС необходимо запрашивать справочник организаций и справочник алкогольной продукции. Очевидно, что такие справочники наша организация также ведет самостоятельно. Насколько полной должна быть синхронизация наших справочников со справочниками ЕГАИС? К примеру, нормально ли воспримет система, если мы введем в ТТН в информации о продукции ShortName, FullName, Capacity,AlcVolume на основании своего локального справочника (при этом указав уникальный AlcCode, полученный из ЕГАИС)? Аналогичный вопрос – про адрес получателя ТТН. У нас есть свой справочник контрагентов. Мы можем заполнять поля адреса (город, улица, дом и пр.) на основании своего справочника, не загружая эти данные из ЕГАИС (при этом указывая ClientRegId, полученный из ЕГАИС)?

Ответить | Цитировать
Добавлено: 2015-10-21 10:57:34
User
Зарегистрирован: 19.10.2015

Сообщений: 24 ( просмотреть )
Просьба ответить на поставленный ранее вопрос, он очень важен для нас.

Ответить | Цитировать
Добавлено: 2015-10-23 01:17:04
tosyan
Зарегистрирован: 11.09.2015

Сообщений: 53 ( просмотреть )
Ответ будет или нет?

Ответить | Цитировать
Добавлено: 2015-10-23 15:48:30
Оператор3
Зарегистрирован: 30.09.2015

Сообщений: 306 ( просмотреть )
Если один из этих параметров (из вашего справочника) не будет соответствовать параметру AlcCode в ЕГАИС, то Вы получите ошибочный тикет. Поэтому нужно регулярно синхронизировать Ваши справочники со справочниками ЕГАИСа. С адресами тоже самое, работать будет, но нужна регулярная синхронизация.

Ответить | Цитировать
Добавлено: 2015-10-24 03:44:35
tosyan
Зарегистрирован: 11.09.2015

Сообщений: 53 ( просмотреть )
Объясните мне ЗАЧЕМ? Т.е. нам нужно в своей учетной системе хранить вашу Б.Д.? Есть коды элементов. Они что у вас не обеспечивают уникальность? Зачем делать составной ключ из всех элементов справочника? Кто нибудь расскажите разработчикам теорию баз данных. Как мы должны узнавать о том что какой то реквизит изменился? По факту получения ошибки?

Ответить | Цитировать
Добавлено: 2015-10-25 10:07:43
alco-dec.ru
Зарегистрирован: 23.10.2015

Сообщений: 15 ( просмотреть )
Был случай, когда поменялось наименование контрагента в ЕГАИС, а мы при отправке ему ТТН указали ранее загруженное наименование, ТТН не принялась, т.к. было расхождение. Не говоря уже об адресах, которые должны совпадать до запятой. Поэтому в учетной системе нужно создавать новые справочники ЕГАИС, и делать соответствие с ними своих справочников. По-другому никак. Тоже не понимаю, почему не оставить только коды, они уникальны и точно определяют что это за товар и что за контрагент. Все системы обмена так работают, нужен только код. По коду определяется вся информация на сервере, нужная РАРу. Так и файлы XML будут в разы меньше, и обмениваться ими системе будет быстрее, чем сейчас.

Ответить | Цитировать
Добавлено: 2015-10-26 01:32:08
tosyan
Зарегистрирован: 11.09.2015

Сообщений: 53 ( просмотреть )
Цитата:
Поэтому нужно регулярно синхронизировать Ваши справочники со справочниками ЕГАИСа.


Как вы себе это представляете хотелось бы узнать? Пакетных запросов по которым можно получить данные обо всей номенклатуре/контрагентах по кодам, чтобы сверить данные своей базы, нет и не будет(по вашим словам). Т.е. по вашей логике мы должны регулярно генерировать кучу запросов(производители, контрагенты) дабы сверить данные. Какой то не жизнеспособный сценарий вам не кажется? Либо ждем появления ошибок и правим их. Но это по меньшей мере глупо.

Ответить | Цитировать
Добавлено: 2015-10-26 12:45:06
Максим
Зарегистрирован: 10.09.2015

Сообщений: 40 ( просмотреть )
Очень интересный вопрос, просьба ответить. По вашему справочники можно вести только вручную, запрашивая данные у поставщиков, т.к. схема работы ЕГАИС со справочниками не применима в реальной жизни.

Ответить | Цитировать
Добавлено: 2015-10-26 13:51:43
Оператор3
Зарегистрирован: 30.09.2015

Сообщений: 306 ( просмотреть )
Цитата:
Цитата:
Поэтому нужно регулярно синхронизировать Ваши справочники со справочниками ЕГАИСа.
" + "
" + "" + "
" + "Как вы себе это представляете хотелось бы узнать? Пакетных запросов по которым можно получить данные обо всей номенклатуре/контрагентах по кодам, чтобы сверить данные своей базы, нет и не будет(по вашим словам). Т.е. по вашей логике мы должны регулярно генерировать кучу запросов(производители, контрагенты) дабы сверить данные. Какой то не жизнеспособный сценарий вам не кажется? Либо ждем появления ошибок и правим их. Но это по меньшей мере глупо.


Пакетные запросы !может быть! и реализуют (если будет много запросов).
Система такова (на данный момент). Что делать в этой ситуации решать Вам.

Ответить | Цитировать
Добавлено: 2015-10-26 14:13:44
tosyan
Зарегистрирован: 11.09.2015

Сообщений: 53 ( просмотреть )
Я так и не понял с какой частотой нужно генерировать кучу запросов дабы обеспечить безошибочное функционирование УТМ? Раз в день/неделю/месяц/год? На этапе проектирования системы Вы как себе это видели? Ждать ошибки это по вашему логичное решение? Логика сверять все до запятой какова? Если вы в своей базе можете получить все данные по коду к чему дальше сверять с тем что у нас в базе то? Вы сами то знаете ответ на этот вопрос?

Ответить | Цитировать
Добавлено: 2015-10-26 14:24:29   Заголовок: Как всегда. Проблемы индейцев шерифа мало волнуют!!!!!!!!!!!!!!!!!!!!!!!!!!!
Артур Бабаян
Зарегистрирован: 22.10.2015

Сообщений: 36 ( просмотреть )
Цитата:
Цитата:
Цитата:
Поэтому нужно регулярно синхронизировать Ваши справочники со справочниками ЕГАИСа.
" + "" + "
" + "" + "" + "" + "
" + "" + "Как вы себе это представляете хотелось бы узнать? Пакетных запросов по которым можно получить данные обо всей номенклатуре/контрагентах по кодам, чтобы сверить данные своей базы, нет и не будет(по вашим словам). Т.е. по вашей логике мы должны регулярно генерировать кучу запросов(производители, контрагенты) дабы сверить данные. Какой то не жизнеспособный сценарий вам не кажется? Либо ждем появления ошибок и правим их. Но это по меньшей мере глупо.
" + "
" + "" + "
" + "Пакетные запросы !может быть! и реализуют (если будет много запросов). " + "
" + "Система такова (на данный момент). Что делать в этой ситуации решать Вам.


Ответить | Цитировать
Добавлено: 2015-10-26 14:26:51   Заголовок: Может перестанете набирать программистов с первого курса, и наймете профессионалов????
Артур Бабаян
Зарегистрирован: 22.10.2015

Сообщений: 36 ( просмотреть )
Что значит решать ВАМ??????????
Есть проблема! Недоработка вашей УТМ! Почему нам решать как подстраиваться под Ваши недоработки??????

Ответить | Цитировать
Добавлено: 2015-10-26 14:32:18
tosyan
Зарегистрирован: 11.09.2015

Сообщений: 53 ( просмотреть )
Цитата:
Что значит решать ВАМ??????????" + "
" + "Есть проблема! Недоработка вашей УТМ! Почему нам решать как подстраиваться под Ваши недоработки??????

Да потому что нам по сути выбирать то не приходится. "Не хотите использовать наш УТМ? Проавливайте из этого бизнеса." Я думаю такая постанова. Если бы они с таким продуктом вышли на реальный рынок то итог был бы печальным...

Ответить | Цитировать
Добавлено: 2015-10-26 14:42:33
Артур Бабаян
Зарегистрирован: 22.10.2015

Сообщений: 36 ( просмотреть )
Все верно. Печаль в том, что они уже с этим продуктом вышли на рынок!!!

Ответить | Цитировать
Добавлено: 2015-10-26 15:00:26
Артур Бабаян
Зарегистрирован: 22.10.2015

Сообщений: 36 ( просмотреть )
Цитата:
Я так и не понял с какой частотой нужно генерировать кучу запросов дабы обеспечить безошибочное функционирование УТМ? Раз в день/неделю/месяц/год? На этапе проектирования системы Вы как себе это видели? Ждать ошибки это по вашему логичное решение? Логика сверять все до запятой какова? Если вы в своей базе можете получить все данные по коду к чему дальше сверять с тем что у нас в базе то? Вы сами то знаете ответ на этот вопрос?


Как к чему? А как же ШТРАФЫ?? Придут к Вам, сверят бумажную ТТН с инфой обновленной в ЕГАИС и опочки; 50000-500000 (скорее всего в этом диапазоне будет)
хорошее пополнение бюджета намечается.

Ответить | Цитировать
Добавлено: 2015-10-27 01:24:06
tosyan
Зарегистрирован: 11.09.2015

Сообщений: 53 ( просмотреть )
Цитата:
Все верно. Печаль в том, что они уже с этим продуктом вышли на рынок!!!


Да не, рынок это когда есть возможность выбирать. А когда ее нет то это по другому называется.

Ответить | Цитировать
Добавлено: 2015-10-27 07:17:14
A.Tyo
Зарегистрирован: 22.10.2015

Сообщений: 4 ( просмотреть )
Цитата:
Цитата:
Все верно. Печаль в том, что они уже с этим продуктом вышли на рынок!!!
" + "
" + "" + "
" + "Да не, рынок это когда есть возможность выбирать. А когда ее нет то это по другому называется.

За два месяца до итогового запуска проект (если ЭТО можно так назвать) находится примерно на стадии открытого бета-тестирования. Судя по всему, с вводом в эксплуатацию в проект наконец-то начнут поступать средства (для доработки проекта) от штрафов и несоответствия выгрузок и данных от участников этого сегмента рынка улыбка

Ответить | Цитировать
Добавлено: 2015-10-29 10:55:22
Чернышев Евгений
Зарегистрирован: 29.09.2015

Сообщений: 9 ( просмотреть )
Доброго дня всем. Начали выгружать справочники алкогольной продукции чтобы синхронизировать артикулы нашей учетной системы с алкокодами продукции (AlcCode) из ЕГАИС. Обнаружили что по импортерам практичеки нет данных. По продукции российского производства также есть вопросы (вместо водки "Аврора" от "Русского стандарта", указано водка "Авра" и т.п.)
Вопрос - справочники продукции тестовые? Если да, когда будут реальные данные из ЕГАИС, процесс синхронизации артикулов потребует длительного времени (у нас порядка 3000 активных алкогольных SKU)

Ответить | Цитировать
Добавлено: 2015-10-29 11:19:29   Заголовок: Почему в УТМ нет привязки к ean-13 (справочная инфа для синхронизации)
Артур Бабаян
Зарегистрирован: 22.10.2015

Сообщений: 36 ( просмотреть )
Понятно, что ean-13 не уникален. НО, все таки не так часто он совпадает с другим товаром, тем более алкоголем. На первом этапе очень пригодилось-бы. Синхронизировать тысячи наименований по Алкокоду, который только на бумаге очень тяжко.
Или за год до введения ЕГАИС надо было заставлять производителей указывать Алкокод на этикетке.
Может передвинут на 2017 год?)

Ответить | Цитировать
Добавлено: 2015-10-29 11:57:12
Оператор3
Зарегистрирован: 30.09.2015

Сообщений: 306 ( просмотреть )
Цитата:
Доброго дня всем. Начали выгружать справочники алкогольной продукции чтобы синхронизировать артикулы нашей учетной системы с алкокодами продукции (AlcCode) из ЕГАИС. Обнаружили что по импортерам практичеки нет данных. По продукции российского производства также есть вопросы (вместо водки "Аврора" от "Русского стандарта", указано водка "Авра" и т.п.)" + "
" + "Вопрос - справочники продукции тестовые? Если да, когда будут реальные данные из ЕГАИС, процесс синхронизации артикулов потребует длительного времени (у нас порядка 3000 активных алкогольных SKU)


Справочники уже не тестовые, но и доработка идет постоянно.
Если есть несоответствия, то рекомендуем написать на форум ФСРАР по этому поводу.

Ответить | Цитировать
Добавлено: 2015-10-29 17:11:19
Владимир Ступин
Зарегистрирован: 21.10.2015

Сообщений: 14 ( просмотреть )
как загрузить справочники ?
я так полагаю помимо утилиты "curl" для еще нужно что то "поднять" ?
при отправке curl -F ''xml_file=@client.xml'' http://localhost:8080/opt/in/QueryPartner
выходит не возможно открыть client.xml, куда его поместить этот файл? - он у меня в корне TT

Ответить | Цитировать
Страницы: