maltsev wrote:

Егорова Ирина wrote:Коллеги, по поводу двумерных кодов.

В Меркурии используется на данный момент не QR, а DataMatrix код. Поэтому если вы самостоятельно реализуете генерацию кодов в вашей системе, логично использовать именно его.
Что касается содержимого ссылки, зашифрованной в коде: меняется только идентификатор ветеринарного документа.

где можно поподробнее почитать про то, что зашифровано в коде, что будет оставаться не изменным, а что будет меняться ?

Yoreg07 wrote:Могу я вмешаться. b.ivanov скорее всего имел ввиду, что печать осуществляется только после того, как в ответ прийдут идентификаторы ВСД (uuid) ... Разве этот факт не говорит о том, что ВСД уже оформлен в меркурии?

maltsev wrote:насколько я понимаю, правильнее дождаться результата оформления операции. А только потом печатать, сам uuid еще не гарантия, что все будет хорошо. Если я не прав, поправьте меня пожалуйста.

lalex23 wrote:Добрый день, вопрос следующего характера:
до запуска нашей системы интеграции вет.врачи вносили информацию о вырабатываемой продукции как о покупной, т.е. получались входящие партии (не очень корректно, но как умели - так и работали), по этим входящим партиям вносилась информация по вет.экспертизам и номерам проб, при оформлении транспортных операций как со сменой владельца так и без - печаталась Форма 2, а информация о пробах получалась в виде приложения на отдельном листе.
после запуска системы интеграции информация о лабораторных исследованиях и пробах передаётся в Меркурий при оформлении транспортной транзакции в поле
prepareOutcomingConsignmentRequest/delivery/accompanyingForms/vetCertificate/expertiseInfo
на печать эта информация выводится при печати Формы 2 на первом листе без всяких приложений
всё вроде как нормально, но получатели наших ВСД стали жаловаться, что после гашения входящих ВСД - пропадает информация об экспертизе и пробах, записано со слов вет.врача, подробностей пока не имею.
Так ли это, нормально ли это, и можем ли мы со своей стороны как-то повлиять на эту ситуацию?

Gorkova wrote:

lalex23 wrote:
по генерации QR кода я бы подсказал, но не могу, как помнится - у вас не 1С, а я пользуюсь компонентой от Фирмы 1С которая генерит QR код по передаваемой строке.

Подскажите, пожалуйста, название компоненты?

Yoreg07 wrote:а не знаете ли Вы ... есть ли какой-то регламент на тип двумерного кода для ВСД ... ведь ссылку можно зашифровать QR, PDF417 и другими кодами?

Yoreg07 wrote:

lalex23 wrote:
http://mercury.vetrf.ru/pub/operatorui?_language=ru&_action=showVetDocumentFormByUuid&uuid=00219480-33ac-48ae-9e03-4adb61ccaa2e
где ссылка постоянна, а ИД ВСД соответствует тому что вы получаете при оформлении транспортных операций
по генерации QR кода я бы подсказал, но не могу, как помнится - у вас не 1С, а я пользуюсь компонентой от Фирмы 1С которая генерит QR код по передаваемой строке.

Спасибо большое за ответ ... а если не секрет, то какую строку вы передаете для генерации QR? (если я конечно правильно понял, что у вас реализована печать ВСД в учетной системе ... или вы используете готовый интеграционный модель от фирмы 1С)

Yoreg07 wrote:думаю не плохо было-бы при оформлении ТТН сразу же на ней печатать этот код ... если конечно он несёт в себе всю информацию ...

Yoreg07 wrote:Добрый день. Скажите, пожалуйста, имеется ли возможность в данный момент, или может быть это будет в перспективе, получать данные для печати сжатой формы ВСД через шлюз с целью реализации это печати в учетной системе ХС?

Yoreg07 wrote:Спасибо всем за подробные разъяснения ... вроде картинка в голове сложилась. Есть ещё один вопросик: где-нибудь явно в XML запросах указывается вид транзакции (перевозка со сменой владельца, без смены владельца, производство и т.д.) или это определяется видом операции и контрагентами при перевозке груза ... и где взять список значений (целочисленных или строковых) видов транзакций?

Егорова Ирина wrote:

мне всё так же не понятно - зачем вам как почти конечному пункту в цепочке необходима интеграция?

Алексей, решение о том, через какой интерфейс, программный или веб, использовать Меркурий каждый ХС решает самостоятельно.

Yoreg07 wrote:я правильно понимаю, что склад и enterprise - это одно и тоже? если так, то, например, у меня есть сеть магазинов (под одним ХС) ... один из них головной ... продукция может приходить как в НЕголовные магазины под реализацию, так и в головной, из которого она может идти сразу на реализацию здесь же или идти в последствии в НЕголовные. Вот я и пытаюсь понять как и чем в этом случае пользоваться.

Yoreg07 wrote:
в этом случае ваш транспортный ВСД кто гасит?

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

Yoreg07 wrote:

lalex23 wrote:Мне не понятно другое - зачем Иванову И.И. заморачиваться с входящими ВСД?
Например у нас как у производственной организации была острая потребность в оформлении транспортных ВСД, а 99% получателей ХС ни слухом ни духом о том что они существуют в каком-то Меркурии и уж тем более не собираются с ним интегрироваться и гасить ВСД.
Если уж так сильно надо - могу предложить вариант инвентаризации ResolveDiscrepancyOperation

что-то я тогда не понял ... зачем нужна операция "оформление входящей партии"?

Gorkova wrote:

Yoreg07 wrote:Спасибо огромное!!!

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