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

Кстати, не различаю для себя понятия "погашен" и "оформлен". Второй термин несколько в ступор вводит, приходится возвращаться к описанию..
По-моему и то, и другое применяется, когда речь идет о чем-то потерявшем активность, более не доступном.
Если все же есть принципиальная разница - сформулируйте, пожалуйста, кому не трудно.

Появился ещё один вопрос. Если операция ModifyProducerStockListOperation позволяет вносить изменения в справочник продукции другого (не моего) предприятия, у которого другой ХС (не я), то тогда вопрос звучит так: пусть я - производитель продукции ХС №1, некто ХС №2 добавил мне в справочник какого-либо моего предприятия новое наименование продукции ... затем я вскоре оформил производственную партию на эту ProductItem, а через некоторое время ХС №2 на правах создателя этой продукции взял и изменил её (или удалил). Как будет дальше ... у меня запись в журнале вырабатываемой продукции ссылается на неактуальную ProductItem, или он обновится автоматом ... или как вообще будет?

ДД! объясните пож-та, функции Получение актуальной версии наименования продукции по
глобальному идентификатору (GetProductItemByGuid) и Получение наименований продукции по идентификатору(GetProductItemByUuid), что подставлять в Guid и Uuid?

Gorkova wrote:Кстати, не различаю для себя понятия "погашен" и "оформлен". Второй термин несколько в ступор вводит, приходится возвращаться к описанию..
По-моему и то, и другое применяется, когда речь идет о чем-то потерявшем активность, более не доступном.
Если все же есть принципиальная разница - сформулируйте, пожалуйста, кому не трудно.

Как я понял, погашен - относится к входящим ВСД, т.е. когда товар к вам пришел, вы гасите ВСД( всд по сути уже не нужен, т.к. товар вы уже приняли, поэтому и погашен), а Оформлен - к исходящим, т.е. вы оформили ВСД на отгружаемую партию и соотв. ВСД оформлен, а уже тот кто принимает товар - гасит ваш ВСД. Не претендую на правильность, но по-моему так логично)

Kano wrote:

Gorkova wrote:Кстати, не различаю для себя понятия "погашен" и "оформлен". Второй термин несколько в ступор вводит, приходится возвращаться к описанию..
По-моему и то, и другое применяется, когда речь идет о чем-то потерявшем активность, более не доступном.
Если все же есть принципиальная разница - сформулируйте, пожалуйста, кому не трудно.

Как я понял, погашен - относится к входящим ВСД, т.е. когда товар к вам пришел, вы гасите ВСД( всд по сути уже не нужен, т.к. товар вы уже приняли, поэтому и погашен), а Оформлен - к исходящим, т.е. вы оформили ВСД на отгружаемую партию и соотв. ВСД оформлен, а уже тот кто принимает товар - гасит ваш ВСД. Не претендую на правильность, но по-моему так логично)

Как раз потому что так думать логично и возникает ступор, т.к. в Меркурии "оформлен" это не обычное человеческое смысловое значение "что-то оформили", а "EXECUTED - оформленная запись (с записи списан весь объём продукции, остаток равен нулю) " (тут http://help.vetrf.ru/wiki/VersionStatus).
Поэтому я его для себя для привыкания к терминологии приравняла в уме как к синониму "погашен" - так по смыслу понятнее. Т.е. когда говорят о ВСД, с которым завершили работу - "погасили", а о партии, израсходованной - "оформили" (хотя понятнее было бы тоже что-нибудь про погашение). Результат в обоих случаях аналогичный (с ВСД дальше не работают и партия кончилась).
И все равно в тот перечень статусов заглядывать иногда приходится, чтобы понять ту или иную фразу.. (особенно в сообщениях об ошибках)

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

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

Входной ВСД гасится, когда на предприятии принимается сырьё. А вот если вы расходуете производственную партию, то производственный ВСД переходит в статус "оформлен", когда сырьё по нему израсходовано полностью.

Добрый день!

Вопрос к разработчикам: Обещали в августе перевод основной версии шлюза на версию 1.3. Он уже произошел? Или когда планируется?

При не правильном вводе связки Логин/Пароль на сайте https://t2-mercury.vetrf.ru/hs выдает закономерное сообщение, но, если после этого ввести правильный Логин/Пароль, то вываливается ошибка 404, и ничего нельзя сделать.
Вопрос, через какое время можно пользоваться сайтом, при вводе ошибочных учетных данных???

Коллеги, куда все делись))? Повторюсь немного, подскажите, в методы GetProductItemByGuid и GetProductItemByUuid, что подставлять в Guid и Uuid? и еще один вопрос... операция Аннулирования ВСД : пишет ошибку "Идентификатор заявки обязателен для заполнения", хотя localTransactionId заполнен(Номер ВСД в Меркурий.ГВЭ), как победить?

Kano wrote:Коллеги, куда все делись))? Повторюсь немного, подскажите, в методы GetProductItemByGuid и GetProductItemByUuid, что подставлять в Guid и Uuid? и еще один вопрос... операция Аннулирования ВСД : пишет ошибку "Идентификатор заявки обязателен для заполнения", хотя localTransactionId заполнен(Номер ВСД в Меркурий.ГВЭ), как победить?

в первый метод - guid, во второй - uuid ... localTransactionId - это идентифиактор заявки в вашей УС ... т.е. вы должны вести журнал заявок к Меркурию у себя в УС ... создать заявку и её ИД послать в запросе ... но на период теста можно хоть-что писать туда

нужно посылать UUID ВСД в эту операцию

Yoreg07 wrote:нужно посылать UUID ВСД в эту операцию

спасибо большое, у меня тоже этот вопрос сейчас "всплыл".

а ... всё понял ... не знаю тогда ... вобщем я просто целые числа шлю в LocalTransactionId

а вообще не исключено, что текст ошибки приходит один, а сама ошибка совсем в другом ... у меня такое было в какой-то операции ... методом тыка нашёл

и ещё, как я понял, очередность тегов в XML для валидации запроса важна при работе через шлюз ... может у Вас именно в этом проблема

LocalTransactionId, по идее, не контролируется Меркурием на корректность содержимого - только по факту наличия. По-честному отправляю туда инкрементирующиеся идентификаторы заявок.

Программное аннулирование ВСД пока что не работает на боевом - возможен только ручной вариант. Но на тесте можно потренироваться.

Полагаю, переход на версию 1.3 будет тем важным событием, что сломает нам отпуска, но починит аннулирование