Взаимодействие с учетными системами хозяйствующих субъектов

Здравствуйте.
Всех с наступающим Новым годом!
Подобные вопросы обсуждались. Все вроде перечитал, но так и не смог найти ответа.
Проблема в том, независимо от какие значения заполняю в listOption в ответе всегда по умолчанию
вот пример
<ws:getSubProductByProductListRequest>
<bs:listOption>
<bs:count>999</bs:count>
<bs:offset>0</bs:offset>
</bs:listOption>
<prod:productGuid>3c8757a3-7c47-f420-b1b4-35521981dadf</prod:productGuid>
</ws:getSubProductByProductListRequest>

<pro:subProductList count="100" total="577" offset="0">

Здравствуйте!

Похоже, что ошибка на нашей стороне. Проверим.

Добрый день.

В Документации Ветис указано, что запланированы новые функции:
- Поддержка унифицированного классификатора продукции GS1 International (GPC).
- Поддержка стандарта GLN для идентификации площадок.

Сориентируйте, пожалуйста, по времени выхода в тест данного функционала.

Здравствуйте.
Возникли некоторые вопросы в части интеграции.
1. Существует ли полный список ошибок и их расшифровка собранные в одном месте (файле)? И если да, то можно ли его получить? Имеются ввиду ошибки, возвращаемые веб-сервисом при различных несоответствиях формату или бизнес-правилам. Например:
Код Описание ошибки
MERC17001 Объединять записи складского журнала может только их собственник.

2. Правильно ли я понимаю, что через шлюз Ветис.API нет возможности получить номер ВСД указанный в информации о ВСД?
Сведения об оформлении:
Наименование и форма ВСД: Ветеринарная справка. Форма № 4
Номер ВСД : 393160 интересует этот номер
Дата оформления : 12.01.2017

3. У каждой записи складского журнала продукции есть статус, которые описаны здесь http://help.vetrf.ru/wiki/VersionStatus . Какие статусы можно считать такими из которых формируются остатки (то что запись должна быть активна и количество > 0 понятно)? Допустим актуально для получения начальных данных по остаткам. И существует ли возможность получения остатков в виде отчета или сводной информации в веб-интерфейсе?

4. Вопрос по инвентаризации. При оформлении инвентаризации существует возможность создания новой записи складского журнала, т.е. по сути необходимо вначале создать ее в учетной системе, а после обработки заявки уже присвоить ей GUID сформированный в Меркурии. Но в таких случаях есть вероятность не корректного сопоставления GUID Меркурия с записью в учетной системе, особенно если в одной инвентаризации не одна новая запись, а 10, 20 и больше. Существует ли возможность для таких ситуаций передать свой идентификатор и по нему уже получить GUID сформированный Меркурием? Или возможно подскажите иной вариант выхода из данной ситуации?

5. На данный момент версия основного сервера 1.3, а тестового 1.4. Можете озвучить ориентировочные сроки перевода основного на новую версию?

6. «Доступ к продуктивной версии предоставляется только после того, как клиент завершил разработку и отладку в тестовой версии шлюза.». Можете описать как происходит процесс перехода на основной сервис или где можно ознакомиться с информацией? Какие процедуры? Как происходит взаимодействие в этом вопросе?

Заранее спасибо.

Егорова Ирина wrote:Здравствуйте!

Похоже, что ошибка на нашей стороне. Проверим.

Здравствуйте.

А что по этому вопросу?

Здравствуйте!

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

nikolaech wrote:
4. Вопрос по инвентаризации. При оформлении инвентаризации существует возможность создания новой записи складского журнала, т.е. по сути необходимо вначале создать ее в учетной системе, а после обработки заявки уже присвоить ей GUID сформированный в Меркурии. Но в таких случаях есть вероятность не корректного сопоставления GUID Меркурия с записью в учетной системе, особенно если в одной инвентаризации не одна новая запись, а 10, 20 и больше. Существует ли возможность для таких ситуаций передать свой идентификатор и по нему уже получить GUID сформированный Меркурием? Или возможно подскажите иной вариант выхода из данной ситуации?

Про инвентаризацию забудьте. Забудьте как страшный сон! Вообще не вздумайте делать ее через шлюз если у вас есть входящая продукция от поставщиков для последующей реализации или переработки. При выгрузке через шлюз, вы затрете всю информацию о Входящих ВСД и Разрешениях на ввоз продукции. А потом ваш заказчик будет объяснять сотрудникам Россельхознадзора и покупателям, что продукция на самом деле абсолютно легальная и данные в Меркурии были и сотрудник их вносил, а потом они почему-то волшебным образом пропали и у него и вет врача нет возможности их внести повторно.

ANIT wrote:

nikolaech wrote:
4. Вопрос по инвентаризации. При оформлении инвентаризации существует возможность создания новой записи складского журнала, т.е. по сути необходимо вначале создать ее в учетной системе, а после обработки заявки уже присвоить ей GUID сформированный в Меркурии. Но в таких случаях есть вероятность не корректного сопоставления GUID Меркурия с записью в учетной системе, особенно если в одной инвентаризации не одна новая запись, а 10, 20 и больше. Существует ли возможность для таких ситуаций передать свой идентификатор и по нему уже получить GUID сформированный Меркурием? Или возможно подскажите иной вариант выхода из данной ситуации?

Про инвентаризацию забудьте. Забудьте как страшный сон! Вообще не вздумайте делать ее через шлюз если у вас есть входящая продукция от поставщиков для последующей реализации или переработки. При выгрузке через шлюз, вы затрете всю информацию о Входящих ВСД и Разрешениях на ввоз продукции. А потом ваш заказчик будет объяснять сотрудникам Россельхознадзора и покупателям, что продукция на самом деле абсолютно легальная и данные в Меркурии были и сотрудник их вносил, а потом они почему-то волшебным образом пропали и у него и вет врача нет возможности их внести повторно.

из-за чего так?

Здравствуйте!

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

Список ошибок есть в статье о каждой операции. Отдельного файла с общим списком нет.

2. Правильно ли я понимаю, что через шлюз Ветис.API нет возможности получить номер ВСД указанный в информации о ВСД?
Сведения об оформлении:
Наименование и форма ВСД: Ветеринарная справка. Форма № 4
Номер ВСД : 393160 интересует этот номер
Дата оформления : 12.01.2017

Да, правильно понимаете. Этот номер был введён для удобства чтения людьми. Идентификатором сертификата является 36-значный код.

3. У каждой записи складского журнала продукции есть статус, которые описаны здесь http://help.vetrf.ru/wiki/VersionStatus . Какие статусы можно считать такими из которых формируются остатки (то что запись должна быть активна и количество > 0 понятно)? Допустим актуально для получения начальных данных по остаткам. И существует ли возможность получения остатков в виде отчета или сводной информации в веб-интерфейсе?

VersionStatus - это не статус записи, который вы видите в веб-интерфейс (создана, оформлена, аннулирована...), а статус версии записи, который обозначает последнее действие произведённое над записью.

4. Вопрос по инвентаризации. При оформлении инвентаризации существует возможность создания новой записи складского журнала, т.е. по сути необходимо вначале создать ее в учетной системе, а после обработки заявки уже присвоить ей GUID сформированный в Меркурии. Но в таких случаях есть вероятность не корректного сопоставления GUID Меркурия с записью в учетной системе, особенно если в одной инвентаризации не одна новая запись, а 10, 20 и больше. Существует ли возможность для таких ситуаций передать свой идентификатор и по нему уже получить GUID сформированный Меркурием? Или возможно подскажите иной вариант выхода из данной ситуации?

Запись создаётся автоматически, при этом в ответе сервиса вам возвращается её UUID и GUID. То есть, если вы создаёте запись инвентаризацией, то не нужно указывать её идентификатор, он требуется только при изменении записи или удалении.

5. На данный момент версия основного сервера 1.3, а тестового 1.4. Можете озвучить ориентировочные сроки перевода основного на новую версию?

Пока нет, поскольку версия 1.4 проходит тестирование. Версии 1.3 и 1.4 совместимы.

6. «Доступ к продуктивной версии предоставляется только после того, как клиент завершил разработку и отладку в тестовой версии шлюза.». Можете описать как происходит процесс перехода на основной сервис или где можно ознакомиться с информацией? Какие процедуры? Как происходит взаимодействие в этом вопросе?

При переходе на боевой сервер отправляется заявка на доступ, после её обработки выдаются новые реквизиты доступа к боевой системе. Под отладкой понимается полная отработка бизнес-процессов пользователями на тестовой версии, по сути, работа в боевом режиме на тесте, пусть и с ограниченным количеством продукции и контрагентов. Тестовый доступ за хозяйствующим субъектом сохраняется. При переходе на бой обычно достоаточно указать новые реквизиты доступа и поменять endpoint'ы

Добрый день.

В Документации Ветис указано, что запланированы новые функции:
- Поддержка унифицированного классификатора продукции GS1 International (GPC).
- Поддержка стандарта GLN для идентификации площадок.

Сориентируйте, пожалуйста, по времени выхода в тест данного функционала.

Здравствуйте!

-Поддержка унифицированного классификатора продукции GS1 International (GPC).
- Поддержка стандарта GLN для идентификации площадок.

Сейчас идёт обсуждение реализации в рамках рабочей группы. Мы будем рады, если вы поделитесь с нами опытом использования GPC и GLN в бизнес-процессах на своём предприятии.

Егорова Ирина wrote:Здравствуйте!

-Поддержка унифицированного классификатора продукции GS1 International (GPC).
- Поддержка стандарта GLN для идентификации площадок.

Сейчас идёт обсуждение реализации в рамках рабочей группы. Мы будем рады, если вы поделитесь с нами опытом использования GPC и GLN в бизнес-процессах на своём предприятии.

Ирина, добрый день!

Планируется ли добавление поля "КПП" в карточку "Предприятия"?
Иначе, не очень понятно, как синхронизировать справочники организаций Учетной системы и Меркурия (при условии, что в учетной системе нет данных по gln)

Егорова Ирина wrote:Здравствуйте!

-Поддержка унифицированного классификатора продукции GS1 International (GPC).
- Поддержка стандарта GLN для идентификации площадок.

Сейчас идёт обсуждение реализации в рамках рабочей группы. Мы будем рады, если вы поделитесь с нами опытом использования GPC и GLN в бизнес-процессах на своём предприятии.

готовы поделиться. в каком формате ? куда ? Как ? На почту как-то или тут ?

Сейчас идёт обсуждение реализации в рамках рабочей группы. Мы будем рады, если вы поделитесь с нами опытом использования GPC и GLN в бизнес-процессах на своём предприятии.

Основной бизнес-процесс, в котором используются GPC и GLN - это EDI-обмен документами для поставки: заказы, уведомления об отгрузке и приемке. В этих документах GLN используется для идентификации контрагентов (в информационной системе каждому контрагенту сопоставлен его GLN). А GPC нужен для идентификации товара, т.к. внутренние коды у продавцов и покупателей в их системах не совпадают, каждому товару прописывают GPC.
В нашем случае появление в ветеринарном сертификате GPC и GLN решит проблему связывания строк уведомления об отгрузке и сертификатов.
Отсутствие этих параметров ведет только к ручному сопоставлению сертификатов и товаров в документе приемки.

Здравствуйте!

готовы поделиться. в каком формате ? куда ? Как ? На почту как-то или тут ?

Лучше на почту api (собака) vetrf.ru. В любом формате, как вам удобно.