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

Во! Тут проходит)) И на том спасибо.

Что то меня начали "отстегивать" от ряда веток форума с "невинной" формулировкой:

For detailed error information, please see the HTML source code, and contact the forum Administrator.

com.mysql.jdbc.MysqlDataTruncation: Data truncation: Data too long for column 'post_subject' at row 1

И это всего лишь за планету "Нибиру" и генерала Власова? Обидно)))

toff wrote:Ктонибудь, подскажите, как засунуть класс GetVetDocumentChangesListRequest в application.data, если она хочет ApplicationDataWrapper у которого есть лишь свойство Any требующее XMLElement.
Неужто надо класс сгенерированный wdsl превращать в хмлэлемент прежде чем напомнить апликэйшн дата? Изврат же.

Тут все проще, коллега start выкладывал исходники своей программы, как готовое решение, скорее всего это вам не подойдет, но как наглядный пример того, как следует работать с классом ApplicationDataWrapper самое то. Если взять краткую выписку из кода, то получается примерно так:

//подцепляем блок данных к запросу
DataWrapper:=ams_mercury_g2b.ApplicationDataWrapper.Create;
DataWrapper.getVetDocumentChangesListRequest := MyRequestt;
ApplicationRequest.application_.data:= DataWrapper;

так формируется правильная запись DataWrapper, которая затем отправляется soap серверу:

//пошел запрос
ApplicationResponse := SoapServer.submitApplicationRequest(ApplicationRequest);

остается разобраться что такое за объект MyRequest. Это объект класса:

// ************************************************************************ //
// XML : getVetDocumentChangesListRequest, global, <element>
// Namespace : http://api.vetrf.ru/schema/cdm/mercury/g2b/applications/v2
// Info : Wrapper
// ************************************************************************ //
getVetDocumentChangesListRequest = class(GetVetDocumentChangesListRequest2)

класс объявлен в модуле ams_mercury_g2b

Опять же - скачайте исходники программы от start-a и полазьте по модулю uParser - там масса готовых примеров как это формировать и применять. Не со всеми программными решениями я согласен... НО! Это рабочий пример кода, берите как основу.
За что еще раз ОГРОМНОЕ СПАСИБО коллеге start-y, я сам так начинал разбираться с Меркурием, и его код мне очень помог.

Всем доброго времени суток! Вот и закончился первый месяц "эксплуатации" системы Меркурий.
Как по мне, так лучше бы назвали систему "Нибиру", это такая планета, которая по мнению некоторых конспирологов вращается вокруг Солнца на расстоянии, примерно соответствующем орбите Земли, но в "противофазе", т.е из-за Солнца мы её никогда не увидим... но она таки есть! Я это к тому, что подобную систему могли выдумать только злые пришельцы с этой самой Нибиру, про которую нам периодически рассказывает Прокопенко на известном канале РенТВ.
Так вот... оптовая контора, для которой я писал интеграцию с Меркурием, 1 июля удачно "соскочила" с темы, благодаря тому, что был введен "уточненный перечень готовой продукции не подлежащей сертификации в Ветис".
После этого я только читал форумы, часто крестился (хотя вроде бы атеист), и покрывался холодной испариной от мысли, что и меня могла "не минуть чаша сея...".
Честно говоря было с чего... сообщения на форумах напоминали события июля 1941 года: тут прорвали фронт, тут очередная армия попала в "котел", а войска неприятеля стальным катком катятся к Днепру... всё пропало и мы все умрем. Причем новыми "танковыми клиньями" информационного агрессора командует вовсе не Гудериан... а всё тот же генерал Власов (Совпадение? Не думаю...). Сюрреализм.
Меня интересует один вопрос, и не важно кто мне на него соизволит ответить:
- Это порождение недружественного нам разума всё же перенесут на 1 июля 2019 года? Или это уже раз и навсегда - как НДС 20% и "пенсионная реформа"? Вопрос не праздый, потому как уверен, что как только изнасилованные АРI Ветис программисты-интеграторы найдут способ "слегка дружить" с данной системой, список расширится на всю "готовую продукцию и молочку" изначально выброшенные из списка... и кошмар возобновится в новых зловещих декорациях глобального Апокалипсиса. Потому Важно понять - уже сейчас следует купить белый саван и подвывая медленно ползти в сторону кладбища... либо есть надежда на альтернативные варианты развития событий?

start wrote:Выкладываю очередную версию - https://drive.google.com/drive/folders/1rpUVPvftQ6PMena1qkYkncu1XgUdqbME?usp=sharing
Берите более свежий zip. Внутри БД и WSDL-файлы. Может кому-то поможет

Во! За исходники отдельное спасибо! Когда мысль заходит в тупик, нет ничего лучше "шпаргалки" в виде листинга от того, кто это сделал ранее, причём не пожадничал - поделился

Кстати, у меня по WSDL схемам вопросик есть. Из обсуждения в этой ветке я понял, что Вы их закачивали локально, при этом активно правили. Хотелось бы понять, в чём тут изюм? Должен признаться, что до этого момента, не уделял должного внимания soap компонентам в Delphi. Когда делал интеграцию и с ЕГАИС, и с ГИС ЖКХ API, действовал по старинке: Indy HTTPClient плюс XML парсер. И тут скорее всего начал бы делать также, но почитав Ваше обсуждение заинтересовался данной технологией всерьез. Вчера загрузил основные схемы с тестового сервера, погонял обращения к справочникам - мне понравилось, гораздо быстрее, чем генерить запрос, пересылать по HTTP, затем парсить ответ... естественно быстрее в плане трудозатрат. Тестовый проект собирал в XE8, url указывал с инета, никаких особых проблем не было...
Потому и интересно, зачем Вы качаете WSDL схемы на локальную машину?

Итак, с чего я начал.
Войдя в web интерфейс тестового сервера, обнаружил, что в так называемом "Журнале ВХОДНОЙ продукции" (вот кто этого писателя русскому языку учил???) отсутствует кнопка "Добавить запись".
В другой ветке форума мне уже объяснили, что отсутствует торговая площадка, которую следует создать посредством следующих манипуляций:

Создание площадки:
http://help.vetrf.ru/wiki/ModifyEnterpriseOperation_v2.0
Создание связи:
http://help.vetrf.ru/wiki/ModifyActivityLocationsOperation_v2.0

Вооружившись SoapUI наваял запрос для ModifyEnterpriseRequest, получил ApplicationId и по нему считал ответ с довольно странным сообщением:
<entityNotFoundFault>
<message Application with id=12be8eec-c802-49c3-8d73-bb3d2629dab4 and issuerId=12be8eec-c802-49c3-8d73-bb3d2629dab4 not found</message>
</entityNotFoundFault>
Тем не менее, площадка и кнопка "Добавить запись" в web появились. Теперь вот мучаюсь вопросом: какую "связь" и с чем устанавливает команда ModifyActivityLocationsOperation_v2.0, если и без неё всё заработало?
Подскажите пожалуйста.

Доброго времени суток, уважаемые!
Не далее как два дня назад, заказчик выдал мне явки и пароли от тестового сервера Ветис.API и радостно сообщил, что уже с 1 июля "Всё это должно работать, а уж за ценой мы не постоим!"
Насчет "цены", зная заказчика, особых иллюзий я не питал, кроме того, полазив по документации и форумам, стал довольно скептически относиться к вероятности воплощения всего желаемого в указанные сроки.
Единственная положительная эмоция, испытанная мною за два прошедших дня - это данная ветка форума.
Дело в том, что сам я родом из DOS, и программировать начал еще на Turbo Pascal 3.0, последовательно пройдя с компанией Borland, и всеми её сменщиками, все этапы длительного пути, от первой версии Delphi до нынешней 10.2 Tokyo.
Думаю, как и многие из Вас, за последнее десятилетие наслушался от молодежи массы рассказов о том, что "Delphi умерла". По этому поводу я только ухмылялся, и продолжал юзать VCL, а с появлением XE и FMX, о чем ничуть не сожалею. О чем это я...
Ах да! О Ветис.API посредством Delphi)))
С огромным удовольствием посмотрел всё то, что Вы здесь наваяли, и с удовлетворением отметил, что не я один такой "странный" любитель Паскаля.
Итак, у меня есть еще 20 суток, а в них, как известно, 24 часа... Правда блуждания по форуму быстро убедили, что радоваться тут особо не чему. Читая эту "стену плача", на ум невольно приходит один из шутливых законов Мерфи:
- Если бы программисты строили дома, то первый же залетевший дятел разрушил всю цивилизацию.
Это я про создателей сего удивительного продукта...
Но что есть, то и есть, а потому не буду без нужды впадать в уныние, думаю случай для этого мне еще не раз представится.
Коллеги, искренне надеюсь на Вашу помощь, хотя на первых порах буду мучить Вас идиотскими вопросами об устройстве системы в целом. Ибо чтение документации скорее удивляет, нежели насыщает полезными и нужными знаниями об объекте приложения усилий.

Добрый день!
Получил доступ на тестовый сервер, начал юзать запросы к сервисам системы через SoapUI.

Сервис: https://api2.vetrf.ru:8002/platform/services/2.0/EnterpriseService
Запрос: getRussianEnterpriseListRequest

Отрабатывает нормально.

Далее, пытаюсь отправить запрос через https://api2.vetrf.ru:8002/platform/services/2.1/ApplicationManagementService

Получаю ошибку: Error 401--Unauthorized
Логин и пароль десять раз проверил - правильные. Но обламывает уже на первом шаге авторизации.
P.S. Всё разобрался - сам накосячил.

Забавно, посмотрел описание команды создания площадки по ссылке:
http://help.vetrf.ru/wiki/ModifyEnterpriseOperation_v2.0

затем открыл в SoapUI wsld схему для тестового контура:
Сервис обработки заявок к сервису mercury-g2b.service:2.0: http://api.vetrf.ru/schema/platform/services/2.0-last/ams-mercury-g2b.service_v2.0_pilot.wsdl

С удивлением обнаружил, что документация описывает от силы 10% параметров команды. Видимо, о назначении всего остального, я должен догадаться самостоятельно... ну да бог с ним.

Вот тут мне интересен сам смысл понятия "площадка", типа одно из мест хранения предприятия, куда поступает товар и откуда производится отгрузка (или продажа)? Тогда вроде как срастается - предприятие одно, площадок много.

Только вот в теле команды встречаем тег:
<v22:enterprise>
<base:uuid>?</base:uuid>

в документации скупо написано:
"Идентификатор версии предприятия."

КАКОЙ идентификатор? КАКОГО предприятия? Это выданный мне при регистрации IssuerID? Или что-то другое?

Я понимаю, что кратость, сестра таланта... но не до такой же степени)))

oleg-x wrote:

Vlad74ru wrote:
Под "шлюзом" понимается Ветис.API ? Тогда хотя бы назовите сервис и команду сервиса с помощью которой это делается, что бы со старта не лопатить весь охрениллеард страниц документации и форумов.

Создание площадки:
http://help.vetrf.ru/wiki/ModifyEnterpriseOperation_v2.0
Создание связи:
http://help.vetrf.ru/wiki/ModifyActivityLocationsOperation_v2.0

Спасибо, так на гораздо понятнее.

oleg-x wrote:

floks wrote:

oleg-x wrote:

Vlad74ru wrote:
Кто-нибудь может внятно и доходчиво объяснить, что следует сделать на тестовом сервере, что-бы кнопка "Добавить" в журнале входной продукции появилась?

1) Должны быть права соответствующие.
2) Должна быть выбрана конкретная площадка, если нет площадок, то предварительно создать.

В правом верхнем меню, при попытке сменить хозяйствующий субъект, всплывает только одна организация и, как я понимаю, площадки к ней не привязаны. Как я могу создать эту площадку, только письмо в региональный Россельхознадзор писать???

На тестовом, позвонить в тех. поддержку и попросить добавить. Либо через шлюз самостоятельно добавить площадку и настроить связь.

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

Всем привет!
Получил явки и пароли для тестового сервера Ветис. Захожу, предприятие выбираю, но в журнале продукции отсутствует кнопка "Добавить".

Из документации следует:

Нет кнопки «Добавить»
Чтобы была возможность добавить сведения в журнал, необходимо выбрать конкретное предприятие. Для этого после успешного входа в систему, выполните следующие действия:
Перейдите по ссылке «Сменить предприятия», расположенной в правом верхнем углу системы. В результате откроется страница выбора обслуживаемого предприятия.
Выберите конкретное предприятие в списке. Для этого установите напротив названия предприятия флажок и нажмите на кнопку «Выбрать».
В результате, после выбора площадки, появится кнопка «Добавить запись» в журнале продукции.
Если списка обслуживаемых предприятий нет, значит, нет связанных с ХС площадок. В этом случае обратитесь в ветеринарное управление по субъекту, в котором располагается предприятие.

Вообще, какой-то дикий набор букв... как я понимаю, ветеринарное управление на тестовом сервере не актуально.

Ну и вот такой литературный перл:
"Если списка обслуживаемых предприятий нет, значит, нет связанных с ХС площадок."
- Про какой "список обслуживаемых предприятий" идет речь? Тот из которого выше советовалось выбрать предприятие или какой-то другой?
- Я полностью согласен с логическим выводом о том, что "если нет обслуживаемых предприятий, то нет и связанных с ним ХС площадок", хотя не совсем четко представляю, что это за ХС площадка. Только вот мне это глубокомысленное умозаключение каким боком может помочь?

Кто-нибудь может внятно и доходчиво объяснить, что следует сделать на тестовом сервере, что-бы кнопка "Добавить" в журнале входной продукции появилась?