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

Егорова Ирина wrote:Здравствуйте!
Эти параметры появились в результате реализации операции незавершенного производства. Они обязательно появятся в документации чуть позже. Приносим свои извинения за несвоевременное обновление документации.

А в схеме когда появятся? Операция перестала работать, т.к. ответ не соответствует схеме..

В результате производственной партии ProductionOperation у ветсвидетельства возвращаются некие finalized, finalizeDate, lastUpdateDate, которых нет в схеме и в описаниях.
Если это не ошибка - поясните, кто знает - что это?

Kano wrote:Коллеги, а сегодня можете получить записи журнала продукции? вчера все нормально работало, а сегодня приходит такой ответ, причем получение инфы о предприятии, работа со справочниками - все работает:
Error Code: 1654: Exception [TOPLINK-4002] (Oracle TopLink - 11g Release 1 (11.1.1.6.0) (Build 111018)): oracle.toplink.exceptions.DatabaseException
Internal Exception: java.sql.BatchUpdateException: ORA-01654: невозможно увеличить индекс RDESOA_SOAINFRA.COMPOSITE_INSTANCE_CIDN до 1024 в разделе RDESOA_SOAINFRA

То же самое, видать поломалось - починят.

Kano wrote:Gorkova, пробую входящую партию в варианте по бумажному ВСД

И если в полях ВСД указать роль производителя "UNKNOWN" и точно такую же в полях создаваемой партии - возвращается такая ошибка?
Интересно. Предположу, что может быть это специфическое значение, которое не всегда можно использовать (действительно, что за неизвестная роль, если указываем производителя), а текст ошибки сформулирован как-то непонятно.. Тогда лучше у разработчиков спросить.

Kano wrote:

Gorkova wrote:Тоже сталкивалась. Дело не в самой роли, а дословно по тексту ошибки - некоторые сведения в принимаемой партии должны быть один в один как во входящем ВСД (их прямо оттуда по идее и надо подставлять). Точный перечень (какие именно сведения кроме этой роли) только не вспомню сейчас. На половину методом тыка определяла их..

в том то и дело, что все остальное одинаковое, проставляю Producer в запросе в всд и в партии - запись в журнале создается без проблем

Если бы что-то другое отличалось - была бы такая же ошибка на другое поле.
Или пробуете входящую в варианте по бумажному ВСД (где все подробно передается, а не просто uuid входящего ВСД)? ..я пробовала только вариант эл.ВСД

Kano wrote:А кто-нибудь создавал вход. партию с ролью предприятия-производителя "UNKNOWN"? если ставлю "PRODUCER" - все проходит гладко, партия создается, а если ставлю "UNKNOWN", то пишет ошибку MERC14238 "Роли предприятий-производителей в сведениях о принимаемой партии должны совпадать с указанными в ветеринарно-сопроводительном документе".

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

Kano wrote:

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

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

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

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

Yoreg07 wrote:и ещё вопросик ... списание объёмов с некоторой записи журнала продукции - это создание версии этой записи с изменёнными количественными данными, ну или с изменённым остатком?

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

Понятия сырье/продукция применительно к самой партии, как таковой, не существует, в этих "ролях" может выступать любая партия, они имеют смысл только внутри операции создания производственной партии.

Надеюсь, все правильно сформулировала.

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

Еще вопрос по описанию результата производственной партии http://help.vetrf.ru/wiki/ProductionOperation#.D0....egisterProductiveBatchResponse Там говорится: "Объект содержит сведения о произведенной партии продукции", и тут же у поля stockEntry: "Указанные записи были использованы в качестве сырья для данной производственной операции". Непонятно - возвращается все же список именно произведенных партий, или и произведенных, и тех, что использовались как сырье? Если и сырье - есть ли какой-то еще признак чтобы его отличить, кроме как поискать их гуид среди отправленных в сырье партий?

В результате оформления производственной партии выводятся данные о следующих сущностях:

1. Изменённые данные о записях складского журнала, с которых расходовалось сырье
2. Новые записи складского журнала, появившиеся в результате переработки
3. Производственный ветеринарный сертификат.

Отслеживать по guid партии продукции, используемой в качестве сырья.

Спасибо.

Yoreg07 wrote:

Yoreg07 wrote:

Gorkova wrote:Получается, что невозможно отправить подряд несколько заявок на производственную партию, использующих одно сырье. В смысле не дождавшись сначала ответа по каждой заявке перед отправкой следующей - т.к. надо всегда иметь свежий uuid этой партии сырья..

видимо так ... печально

может здесь использовать разделение записи сырья перед формированием запроса на производственную партию ... хотя по сути шило на мыло наверное

да наоборот нацеливались на объединение, чтобы облегчить некоторые процессы..
при пакетной обработке была мысль сначала по всем производимым партиям заявки отправить, потом читать результаты - такой алгоритм, получается, отпадает.

Получается, что невозможно отправить подряд несколько заявок на производственную партию, использующих одно сырье. В смысле не дождавшись сначала ответа по каждой заявке перед отправкой следующей - т.к. надо всегда иметь свежий uuid этой партии сырья..

Еще вопрос по описанию результата производственной партии
http://help.vetrf.ru/wiki/ProductionOperation#.D0.9E.D0.B1.D1.8A.D0.B5.D0.BA.D1.82_registerProductiveBatchResponse
Там говорится: "Объект содержит сведения о произведенной партии продукции", и тут же у поля stockEntry: "Указанные записи были использованы в качестве сырья для данной производственной операции".
Непонятно - возвращается все же список именно произведенных партий, или и произведенных, и тех, что использовались как сырье?
Если и сырье - есть ли какой-то еще признак чтобы его отличить, кроме как поискать их гуид среди отправленных в сырье партий?

Алексей Тимофеев wrote:

Gorkova wrote:

Алексей Тимофеев wrote:
Да, ограничение есть. На данный момент это не более 5 запросов от одного пользователя/IP в секунду. Запросы, не удовлетворяющие этим правилам, отклоняются с http-статусом 429 -- Too Many Requests.

А под запросами подразумеваются запросы любого типа (справочные и бизнес-запросы, вторые - и собственно отправка заявки, и получение роезультата) ?

Да, это общее ограничение для всех запросов к шлюзу. Даже если это будет обычный GET-запрос на получение WSDL.
На наш взгляд, 5 запросов в секунду достаточно большая цифра, может быть даже очень. Но если всё-таки будут возникать какие-то проблемы с этим (при нормальном режиме работы с сервером), дайте знать.

Ограничение одинаковое и для пилотного сервера, и для боевого -- можно оттестироваться ещё в процессе разработки. К слову, ещё и поэтому мы обычно рекомендуем поработать какое-то время всем врачам предприятия (в многопользовательском режиме) на пилотном сервере.

Спасибо, будем иметь в виду

Yoreg07 wrote:
там есть полностью справочник на странице 9 ... актуальный, конечно, на тот момент

спасибо, сразу не долистала