В Управлении торговлей ред. 10.3 подсистема работы с торговым оборудованием, довольно гибкая за счёт внешних обработок обслуживания.
Но в частности ККМ OffLine повергают в уныние скоростью выгрузки из 1С и загрузки в кассовые терминалы.
Многие, кто сталкивался ещё и с 1С:Розницей - были счастливы наблюдая " моментальные" выгрузки и загрузки.
Данная доработка на аналогичном механизме призвана облегчить и без того нелёгкую участь трудяги оператора.
Как часто вас просят заполнить документ данными "как в том отчёте"? Как часто для своих разработок приходится расковыривать типовые отчёты и адаптировать для себя? Вам надоело разгребать тонны кода и километры кусочных запросов? Будьте проще - заставьте типовые механизмы предоставить нужную информацию.
(1) победил строкой:
Запрос.УстановитьТелоИзСтроки(Тело, "UTF-8", ИспользованиеByteOrderMark.НеИспользовать);
не один сторонний веб-сервис ворОтит нос от BOM-символов, что вкрячивает в текст запроса 1С
Есть подозрение, что проблема на моей стороне, но 1С:Предприятие 8.3 (8.3.15.1747)
Код ошибки: -400
Сообщение ошибки: ERR:400 Bad Request
Описание ошибки: запрос не распознан
Тело запроса: {
"op": "startAuth",
"login": "ivanov_ni_220628",
"domain": "vetis"
}
что может быть не так? сервис авторизации в настоящий момент работает, простая ссылка
выдаёт результат
{"resCode":200,"resMsg":"OK:200 ","resDescription":"Ожидается генерации ключа сессии.","resData":{"salt":"8fF4d6P8ie"}}
(78) я пока жду разведчиков, которые соберут глюки и попинают разработчиков, те починят самое кривое, а потому буду пилить
хотя есть слух что старт Меркурия переносится на пол-года
Коллеги, ситуация слегка запутанная, от разработчиков ответа пока не дождался, обращаюсь к коллективному разуму:
есть ХС1 и ПО1, ранее по ним всё работало от производства до реализации и вопросов не было
появились ХС2, ХС3, ПО2 и ПО3, где ХС3 - занимается реализацией, а ХС1 и ХС2 производством, ну и ХС1 пока ещё реализацией, пока все клиенты не перезаключат договора с ХС3
По словам разработчиков, после отправки наших заявлений - они выполнили привязку ХС2 и ХС3 к APIKey изначально выданному ХС1
На тестовом сервере они этого точно не сделали, а на рабочем пытаюсь получить список записей журнала и входящих оформленных ВСД методами GetStockEntryListOperation и GetVetDocumentListOperation
При отправке запроса GetVetDocumentListOperation получаю разное
1. от ХС1: получаю список входящих ВСД, но только часть из тех что видны через web-интерфейс вет.врачу, ещё часть почему-то недоступна через шлюз
2. от ХС2: MERC31383 "Хозяйствующий субъект-инициатор запроса должен быть связан с обслуживающим предприятием"
3. от ХС3: вообще ничего, хотя ВСД есть в наличии в web-морде
При отправке запроса GetStockEntryListOperation получаю разное
1. от ХС1: не пытаюсь запускать, поскольку работа через шлюз идёт больше года и записей в журнале - вагон, а фильтров у этого запроса нет, попробовал один раз и устал ждать пока все данные получу
2. от ХС2: MERC37383 "Хозяйствующий субъект-инициатор запроса должен быть связан с обслуживающим предприятием"
3. от ХС3: четыре каких-то левые записи, которых в веб-интерфейсе нет
Во всех случаях при отправке запросов указываю enterpriseGuid того ПО, которое доступно вет.врачам через web-интерфейс, мои мысли на этот счёт:
по ХС1 - почти всё в порядке, кроме утери части входящих ВСД, но это пока не критично
по ХС2 - несколько вариантов: разработчики НЕ привязали ХС2 к APIKey ХС1 и потому данные получить нельзя, ещё идея - вет.врачи привязали ПО2 к какому-то ХС, не тому которого разработчики привязали к APIKey ХС1
по ХС3 - нет предположений
Это всё было вступление, а теперь вопрос: как при отправке запроса дать шлюзу понять, что мне нужны данные ХС(n), при условии что теоретически все ХС могут осуществлять операции на одних и тех-же ПО.
В справке об операции
сказано, что можно указать параметры businessMember, где будут идентификаторы и ХС и ПО, но в пространствах имён представленных
для getStockEntryListRequest отсутствуют поля businessMember, аналогичная ситуация и с запросом GetVetDocumentListOperation
Что-то не так с пространством имён или как дать понять сервису что необходимо получить с одного Предприятия те или иные данные принадлежашие конкретному ХС?
по ссылке из справки посылает вот сюда но там я не врубаюсь что должно быть, есть пример или предположение?
чудом на гитхабе в комментариях нашел следующее:
Цитата
//
// В случае если вы передаете в запросе несколько объектов consignment ("..Request/delivery/consignment")
// и несколько объектов vetCertificate ("..Request/delivery/accompanyingForms/vetCertificate")
// то связь между ними должна быть установлена путем указания атрибутов "id" - у элемента consignment
// и "for" - для элемента vetCertificate.
//
// В случае если вы передаете в запросе несколько объектов consignment и один объект vetCertificate,
// то атрибуты id и for могут быть не указаны,
// но в этом случае информация из единственного элемента vetCertificate будет распространяться на все ВСД,
// оформляемые в этом запросе.
//
//
// Возможно, что неверно указали значения для атрибутов id и for.
// Их типы ID и IDREF, соответственно, и должны начинаться с "_" или буквенного символа.
собственно обо всём знал, кроме последней строки, теперь генерю эти идентификаторы строкой
и всё работает... что самое смешное - ссылка на форум ведёт к моей же переписке с разработчиками, где они ответили на счёт типов идентификаторов, а я ответ прохлопал и забил на это дело пол-года назад, так бы и не упало сегодня ничего
Коллеги, не знаю у кого как, но с сегодняшнего дня посыпались ошибки: не проходит контроль запрос на оформление транспортной транзакции, по причине не заполненных полей.
Delivery[0] There are several vetDocuments without FOR attribute. Only one common vetDocument (without FOR attr) is allowed.
Delivery[0] When use common vetDocument pattern only one vetDocument (common, without FOR attr) is allowed in document list.
добавил эти поля в запрос
ID в consignment и for в accompanyingForms.vetCertificate
впихивал туда нумератор строковый, гуиды строкой - в любом случае не нравится тип
Wrong application data format. Format validation failed due to XML Schema rules: Недопустимое значение '6cb81b2f-6f59-4b5e-8661-85fd6fe37160' для атрибута: 'id'
по ссылке из справки посылает вот сюда но там я не врубаюсь что должно быть, есть пример или предположение?
