|
[Search] Поиск   [Recent Topics] Последние темы   [Hottest Topics] Горячие темы   [Members]  Список участников   [Groups] На главную страницу 
[Register] Регистрация / 
[Login] Вход 
Сообщения, отправленные пользователем: Владимир Игнатов
Индекс форума » Профиль для Владимир Игнатов » Сообщения, отправленные пользователем Владимир Игнатов
Автор Сообщение

Крибля-крабля-корябля!
dk wrote:А вообще надо поиском пользоваться в таких случаях. Я думаю чтива на неделю найдёшь.

У Вас, сэр, ошибочка вкралась: "... чтива не на одну неделю..."
dk wrote:В чём вопрос?
Какую продукцию вырабатываете?
Например «Живые животные» меряют в головах, а не штуках.

Верно-верно, а то, вдруг, у одной штуки - 2 головы?
Vladimir2017 wrote:
Владимир Игнатов wrote:Мне вот стало интересно, какими соображениями руководствовался разработчик, сделав столь странный интерфейс к справочнику?


Когда я работал с географическими справочниками, у меня постоянно возникала мысль о том что это либо архитектурная недоработка, либо закрытая часть системы которую второпях для чего-то открыли.

При том, что есть же KLADR!
stopgg wrote:
Все нужные мне запросы работают. Только данных мне не видать, реестры пустые. Подскажите как можно на тестовом стенде получить Ветеринарно-сопроводительный документы может есть какие guid или данные для получения тестовых данных?

Кинуть просьбу в топик "покидайте документов в тесте" и приложить название ХС/название предприятия и их GUIDы. Кто-нибудь откликнется, чем-нибудь кинет протухшим. Можно у себя в вебе сделать транзакцию "производство". Можно же "из воздуха" произвести вкуснейшие сосиски, колбаску там себе, сырокопченую...
stopgg wrote:Убрал localTransactionId из запроса и связь успешно установлена. Для чего тогда он используется этот localTransactionId?

Для отчетности. Оно должно быть каждый раз разное, как я писал в ответе Вам же на первой же странице данной темы. По этому полю система понимает, что такую заявку она уже выполняла (или не выполняла), ну и при обращении в поддержку его можно указать, чтобы в логах найти можно было. Видимо, разработчики предполагают, что на стороне клиента тоже все эти запросы и номера transactionId храниться будут.
stopgg wrote:Всем добра. Сразу скажу я тут новенький. Только разбираюсь с происходящим. Просьба не пинать, камнями не закидывать, не посылать в гугл или еще куда подальше.

Не получится. "Учиться, учиться и еще раз учиться", как завещал великий Ленин.
Читать доку. Там есть 2 типа запросов: одни - запрос из справочников, ответ на них приходит сразу.
Второй - запрос в систему заявок, там указывается transactionId (уникальный! Либо генерировать GUID, либо указывать время с миллисекундами, надеясь, что у Вас в вашей организации одновременно кнопку с двух компов не нажмут). В ответ на запрос присылается applicationId, по которому нужно время от времени опрашивать систему. Она может вернуть IN_PROGRESS, а может - что-то иное. Если COMPLETED - вот там и будет Ваш ответ.
mevgenym wrote:Славно поговорили...

Сейчас посмотрел, вроде заработало (2.0).
GetProductItemChangesList: отборы по хс, предприятие, хс + предприятие, пришли все версии.
GetProductItemList: отборы по хс, предприятие, хс + предприятие, хс + тип, хс + продукт, предприятие + тип ....

Вроде нигде в обновлениях не упоминалось что залечили.

Спасибо за информацию. Они часто подправляют что-то, но не вносят в списки исправлений.
loki wrote:опечатка. тег не закрывал...

теперь заявка обрабатывается, но при проверке статуса заявки получаю ошибку:
<apl:error code="APLM0007" xmlns:apl="http://api.vetrf.ru/schema/cdm/application">
Wrong application data format. Format validation failed due to XML Schema rules: Element 'issueDateInterval' not expected.
</apl:error>

Все равно в студию. Особенно если "тэг не закрывал", т.е., запрос ручками собирается. Смотрите неймспейсы, может, интервал не в тот спейс попал?
dk wrote:Если это так, то это ошибка, что фильтр не срабатывает. Надо писать на api@vetrf.ru .
Правда я ни одного ответа от них так и не получил.

Спасибо, кэп! (2 раза).
Исходное сообщение было написано почти год назад, тогда поддержка на письма не отвечала, зато на форуме хоть изредка, да появлялась.
dk wrote:Так написано же, что НЕ для продажи.

Ему самому - не для дальнейшей продажи, да. Поэтому - без ВСД.
dk wrote:Для списания продукции есть специальная операция - Утилизация. См. RegisterProductionOperation v2.0

Это не утилизация, это продажа доброкачественного продукта частному лицу. Инвентаризация с указанием причины (что-то типа "продажа частному лицу без оформления ВСД").
dk wrote:А в чём проблема?

Если заглянуть в документацию, то можно увидеть, что там есть опциональное поле
013 ···<dt:businessEntity> dt:BusinessEntity [0..1] Хозяйствующий субъект (владелец продукции).
014 ······<bs:guid>GUID</bs:guid> bs:UUID [1..1] Глобальный идентификатор хозяйствующего субъекта.
015 ···</dt:businessEntity>

Проблема в том, как я писал год назад, что если указать только GUID ХС (без указания предприятия), приходит огромный справочник номенклатуры всех предприятий (без фильтрации по указанному мной GUID ХС).
loki wrote:vd:issueDateInterval - (v2.1) Интервал времени оформления документа.

добавил в запрос - получаю ошибку:

500
<faultstring>BEA-382513: OSB Replace action failed updating variable "body": Error parsing XML: {err}FORG0005: expected exactly one item, got 0 items</faultstring>

поменял сервис на /platform/services/2.1/ApplicationManagementService - ошибка та же самая.
подскажите, где я не прав?

Код запроса - в студию!
dk wrote:Это риторический вопрос, как я понимаю?

Тогда было бы ещё очень не дурно, где-нибудь выкладывать все справочники целиком для скачивания, например в формате .csv файлов.
Чтобы не приходилось в адских муках скачивать их по 1000 записей.

Весь справочник целиком - для начальной заливки тоже было бы неплохо, да. Даже обновляемый раз в квартал, изменений не так много. А вот функционал "выкачивания по 1000 записей в адских муках" - все равно писать придется.
 
Индекс форума » Профиль для Владимир Игнатов » Сообщения, отправленные пользователем Владимир Игнатов
Перейти:   

Powered by JForum 2.1.8 © JForum Team