Сообщения, отправленные пользователем: lalex23

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

ах вот оно как, тогда понятно, но непонятно другое: на рабочем сервере вет.врачи через веб-интерфейс ГВЭ оформляют руками транспортные транзакции, ни разу у них при печати не видел формы 4, только-что просмотрел с десяток транзакций, везде форма 2

Алексей, сверьтесь с условиями, при которых оформляются те или иные формы документов. Они есть в нашей справке.

беспокоит меня так же вопрос по несовпадению номеров ВСД которые будут печататься из учётной системы с номерами присваивающимися Меркурием

Процитирую свой ответ вам, данный на указанное сообщение: "Алексей, строгое требование - чтобы были dataMatrix код, в котором была бы зашифрована ссылка на сертификат в системе Меркурий и уникальный идентификатор ВСД. Всё остальное - как вам удобнее."
Пожалуйста, будьте внимательнее!

1. по этой http://help.vetrf.ru/wiki/VetDocumentForm ссылке?
читал, внимательно, различие между 2 и 4 формами понял, не понял двух вещей:
а. фраза "внутри одного района" что подразумевает?
б. на тестовом сервере оформляю транспортную транзакцию, хозяйствующий субъект и производственная площадка на которой осуществляется производство находятся в Набережных Челнах, предприятие получатель так же находится в Набережных Челнах - на печать выводится форма 4
если получатель находится в другом городе, даже в Татарстане - выводится форма 2
на боевом сервере просматриваю транзакции которые оформлены вет.врачами - даже при отгрузке по Набережным Челнам - выводится форма 2

2. я прекрасно понял ваш ответ, меня беспокоят возможные вопросы в будущем от получателей ВСД, пока не буду заморачиваться.

ну и раз уж посыпались ответы как из рога изобилия, спрошу ещё:
3. сегодня 31.05.2016 после 15:00 на тестовом сервере не проводилось никаких профилактических работ или ещё чего?
у меня приличное число запросов отправленных из 1С заканчивались неудачным соединением, что более неприятно один из запросов у меня закончился ошибкой соединения, но транзакция на сервере была оформлена и при повторной отправке получил ошибки MERC02137 и MERC02138 (вопрос не об ошибках а о работоспособности сервера)
4. через шлюз зарегистрировать хозяйствующий субъект или предприятие - нельзя? можно только собственные производственные площадки добавлять/редактировать? получается вет.врачам или сотрудникам хозяйствующего субъекта необходимо через веб-интерфейс ГВЭ или ХС вносить информацию о хозяйствующих субъектах и предприятиях?

Егорова Ирина wrote:Также оформляется при перевозке любого вида продукции внутри одного района.

ах вот оно как, тогда понятно, но непонятно другое: на рабочем сервере вет.врачи через веб-интерфейс ГВЭ оформляют руками транспортные транзакции, ни разу у них при печати не видел формы 4, только-что просмотрел с десяток транзакций, везде форма 2

беспокоит меня так же вопрос по несовпадению номеров ВСД которые будут печататься из учётной системы с номерами присваивающимися Меркурием

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

1. полученные ВСД иногда имеют форму "NOTE4", а иногда "LIC2" это тоже глюк тестового сервера или есть какая-то причина?

http://help.vetrf.ru/wiki/VetDocumentForm - не стесняйтесь пользоваться документацией.

я не указываю количество упаковок ни при оформлении транспортных транзакций, ни производственных партий, соответственно при печати полного бланка ВСД из ГВЭ получаю ", 0 шт." в строке "наименование и количество единиц упаковки", это критично?

Если вы действительно отправляете продукцию без упаковки, то не критично. Если продукция на самом деле упакована, а вы этого не указали, то при гашении ВСД будет создан акт о несоответствии.

1. этот кусок справки я видел, вопрос в следующем:
транспортная транзакция содержит продукцию следующих видов:
"Мясо и мясопродукты" - "мясо птицы" - "курица домашняя: "не разделенная на части охлажденная"", guid "bcb270cd-84fa-f3ad-6e4b-705eb50d703f" - получаю LIC2
"Пищевые продукты" - "готовая продукция из мяса птицы" - "полуфабрикаты из мяса птицы", guid "c0156183-d1e8-4345-bcde-0de76ac32b20" - получаю NOTE4
это ни как не "кожевенно-меховое сырьё", что в этом случае не так?
2. понятно, значит нужны и коробки.

Спасибо за ответы, снова вопросы по оформлению транспортных транзакций через шлюз :
1. полученные ВСД иногда имеют форму "NOTE4", а иногда "LIC2" это тоже глюк тестового сервера или есть какая-то причина?
2. я не указываю количество упаковок ни при оформлении транспортных транзакций, ни производственных партий, соответственно при печати полного бланка ВСД из ГВЭ получаю ", 0 шт." в строке "наименование и количество единиц упаковки", это критично?

Ещё одно странное глюкалО, попадал на него уже дважды, да всё некогда было разбираться
оформлена производственная партия через шлюз, получено ВСД, статус "отправлена", при попытке в ГВЭ оформить вет-экспертизу получаем список показателе для выбора

это было бы не страшно, если бы не указанный вид продукции: "готовые пищевые продукты из мяса птицы" с guid-ом "a7201467-591b-c8b6-3cb4-bae2c460b76f"
предприятие guid - "0b043bcd-1e79-4700-9a0b-147be24e5439", guid записи в журнале - "9ef6553f-9b60-4929-aac3-574a26dfafd5"

ладно, это пока на тестовом сервере, а ежели такая беда и на рабочем всплывёт? что и где я делаю не так?

Егорова Ирина wrote:чтобы были dataMatrix код, в котором была бы зашифрована ссылка на сертификат в системе Меркурий и уникальный идентификатор ВСД. Всё остальное - как вам удобнее.

т.е. нумерация ВСД - произвольная и может вестись самим хозяйствующим субъектом как тому левая пятка подскажет?
меня беспокоит вот какой нюанс:
ВСД печатаемая из учётной системы хозяйствющего субъекта получает свой собственный номер, допустим 000121
в Меркурии та же самая ВСД получает какой-то номер, допустим тот же 302030
получатель ВСД после погашения может ткнуть в печать в ГВЭ и у него выйдет номер "302030", а на бумажном носителе к нему приедет "000121"
даже QR-код визуально будет различаться, поскольку я кодирую с 25%-ным уровнем погрешности, как это происходит у вас - я не в курсе
вопросов от кого бы то нибыло по поводу описанных различий не возникнет ? (в QR-коде конечно же будет закодирована верная ссылка с uuid-ом ВСД)

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

1. статус записей 202 на остатке после выполнения операций - это нормально?
2. важен ли и где взять номер ВСД, который выводится при печати сокращенной формы из транспортных транзакций

По первому вопросу - нет, не должно быть остатков у оформленной партии. Пришлите, пожалуйста, в техподдержку запрос и ответ, где вам выдались такие записи.

По второму вопросу: этот номер и есть уникальный идентификатор ветеринарного документа. В запросах он обозначается как UUID в объекте vetDocument/

1. чуть раньше я приводил номера записей журнала и идентификатор предприятия по которому выполнялся запрос, но вышлю в почту подробности
2. видимо вы меня неправильно поняли, я имел ввиду ту информацию что выводится на печать в сокращенный бланк ВСД с QR-кодом из транспортной транзакции:
Ветеринарное свидетельство формы 2: No 302030 от 16.05.2016 г.
выделил интересующий номер жирным синим цветом, ещё возник вопрос - внизу есть такая фраза:
Сгенерировано системой "Меркурий" 18.05.2016 12:19:47, Иванов Иван Иванович
а. дата должна быть именно момента печати, а не оформления ВСД?
б. пользователь должен быть именно тот что печатает ВСД, а не тот кто оформил?
в. "Меркурий" так и оставить, даже если печать идёт из учётной системы на 1С?

Доброго времени суток, Ирина. Не подскажете когда мне ждать ответа на вопросы те что задавал выше:
1. статус записей 202 на остатке после выполнения операций - это нормально?
2. важен ли и где взять номер ВСД, который выводится при печати сокращенной формы из транспортных транзакций
плюс ещё в почту отправлял вопрос по ошибке "MERC02292" при оформлении транспортной операции через шлюз
по большому счёту это все вопросы которые тормозят начало тестирования нашей учётной системы
очень хотелось бы получить ответы... понимаю что очередь, но блин - горит

Станислав Бесперстов wrote:Здравствуйте!
Объясните пожалуйста, почему вот такой запрос по ИНН 5405289421
ничего не возвращает, хотя данный ХС в системе зарегистрирован?

через веб-интерфейс ГВЕ тоже не находится, значит что-то не так с ИНН

Егорова Ирина wrote:У каждой записи есть флаги active и last. Флаг active означает, что запись активна, то есть не удалена и к ней можно обратиться. Флаг last указывает на то, последняя ли версия записи с данным UUID.

Ещё непонятный ответ от шлюза на запросы getStockEntryListRequest и getStockEntryChangesListRequest, получаемый ответ содержит активную последнюю запись

Пришлите, пожалуйста, номер предприятия (который начинается с RU) и GUID предприятия, к которому вы обращаетесь при запросе записей журнала. Те же данные нужны из запросов по ветеринарным сертификатам.

с uuid-ом продукции понятно, можно получить конкретную запись, пусть и не активную, по ней определить guid и наступит счастье, спасибо
по поводу непонятных статусов записей журнала: номер предприятия RU70585 , GUID предприятия 0b043bcd-1e79-4700-9a0b-147be24e5439
после оформления транспортной операции через шлюз получаю изменённые записи за период и всё та же песня: активные последние, со статусом 202 и остатками в описании партии

появился ещё вопрос:
после оформления транспортной операции получаю ответ со списком ВСД, там есть форма, uuid, тип, статус и дата оформления, единственное чего не хватает - это номера, который выводится при сжатой печати через веб-интерфейс в ГВЕ, в строке вида :
Ветеринарное свидетельство формы 2: No 302030 от 16.05.2016 г.
где брать и насколько он важен? просто остальных данных достаточно и есть желание такие сокращённые бланки печатать из 1С, а не заходить через веб-интерфейс
update
да, ещё в догонку вопрос про тот же сокращенный бланк ВСД с QR-кодом - внизу есть такая фраза:
Сгенерировано системой "Меркурий" 18.05.2016 12:19:47, Иванов Иван Иванович
1. дата должна быть именно момента печати, а не оформления ВСД?
2. пользователь должен быть именно тот что печатает ВСД, а не тот кто оформил?
3. "Меркурий" так и оставить, даже если печать идёт из учётной системы на 1С?

Ещё одна непонятка: у сервиса ProductServiceBindingQSService запрашиваю список продукции GetProductItemList для предприятия 0b043bcd-1e79-4700-9a0b-147be24e5439
Запрашиваю по всем видам продукции что есть в классификаторе, делаю это в цикле, получаю две записи guid -uuid:
29fad416-e4bb-4a9b-afcd-6137a76d216d - 871ca9a7-0909-4e50-90a3-ef27118fc55c
9d7062ac-5d46-4340-8802-47b61d2b6c7e - 5ee81ddc-44e5-40a7-a1fc-d35d2c3697af
К ним вопросов собственно нет, я их создавал через шлюз, обновлял наименования, помимо этого создавались производственные партии как через шлюз, так и через веб интерфейс, при получении списка как измененных за период, так и актуальных записей журнала - приходит 5 записей, две из которых содержат stockEntryList.stockEntry.batch.productItem.uuid равный "8072f095-5127-4005-869f-e6ae579b8457"
есть подозрение что это это один из промежуточных uuid-ов продукции, как теперь можно идентифицировать продукцию записи журнала если я у себя в системе не хранил устаревшие uuid-ы?

Ещё непонятный ответ от шлюза на запросы getStockEntryListRequest и getStockEntryChangesListRequest, получаемый ответ содержит активную последнюю запись

Количество остатка > 0 и через веб-интерфейс запись видна как не оформленная, но почему статус в ответе от шлюза: 202 - EXECUTED - оформленная запись (с записи списан весь объём продукции, остаток равен нулю)

или статусы не актуальны? как тогда ориентироваться в журнале?

update 12.05.2016 15:10
оформил результаты инвентаризации через шлюз по проблемным записям журнала - изменил количество в меньшую сторону но не до ноля, статус записей пришел в норму 200
а после ещё одной инвентаризации - записи списались в 0 и приняли опять же верный статус 202
буду очень надеяться что подобный глюк не повторится, но теперь другая напасть - в веб интерфейсе отсутствуют инвентаризации, я их всего оформил через шлюз 3 ил 4 штуки, а присутствует только одна - самая первая, здесь в чём проблема?

update 12.05.2016 16:00
вот, опять, по двум производственным партиям есть две записи в журнале, оформлена транспортная транзакция без смены владельца, частично перемещение на другой склад, оставшиеся записи журнала получили статус 202, не обращать внимание на статусы вовсе а ориентироваться только на остатки?

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

Какой интервал дат вы указали и совпадает ли он с датами, когда были оформлены эти сертификаты или изменён их статус?

Период задан вот так:

Оформлены производственные ВСД:

Егорова Ирина wrote:есть метод GetStockEntryChangesList, который возвращает изменённые записи журнала за определённый период времени.

Понятно, спасибо, ещё вопрос: выполняю запрос GetVetDocumentChangesListOperation , в ответ получаю getVetDocumentChangesListResponse, в котором только count = 0, offset = 0 и total = 10. Через веб-интерфейс посмотрел все ВСД что имеются и аннулированные, погашенные, оформленные и входящие - именно 10 получается, но где их содержимое?

Доброго времени суток.
Занимаюсь интеграцией учётной системы на 1С с Меркурием, вопрос по операции GetStockEntryListOperation: результат возвращает абсолютно все актуальные записи, даже те которые оформлены и остаток по ним нулевой. Есть подозрение, что объём ответа и время обработки операции будет со временем возрастать и требовать повторных запросов со смещением - в чём смысл возврата пустых записей и как от них избавиться? или я что-то делаю не так?