Коллеги, привет!
Пытаюсь запустить веб сервис. Тип XDTO взял типовой в конфигурациях — КонтактнаяИнформация.
В сервисе заполняю :
АдресРФ_КИ = ФабрикаXDTO.Создать(ФабрикаXDTO.Тип(«http://www.v8.1c.ru/ssl/contactinfo»;, «АдресРФ»));
КИ = ФабрикаXDTO.Создать(ФабрикаXDTO.Тип(«http://www.v8.1c.ru/ssl/contactinfo»;, «КонтактнаяИнформация»));
КИ.Состав = ФабрикаXDTO.Создать(ФабрикаXDTO.Тип(«http://www.v8.1c.ru/ssl/contactinfo»;, «Адрес»));
КИ.Состав.Страна = «РОССИЯ»;
КИ.Состав.Состав = АдресРФ_КИ;
Если пытаюсь вернуть КИ.Представление (это строка по итогу), то все ок, а если целиком КИ, то вываливается
{Обработка.ЗапросОтВебСервиса.Форма.Форма.Форма(52)}: Ошибка при вызове метода контекста (GetEGRUL)
Ответ = WSПрокси.GetEGRUL(Логин, Пароль, Организация, СтроковоеПредставление);
по причине:
При вызове веб-сервиса произошла ошибка. Ошибка вызова операции сервиса: {http://Contactservis}:EGRUL:GetEGRUL()
по причине:
При вызове веб-сервиса произошла ошибка. Неизвестная ошибка. Ошибка разбора XML: — [3,69]
Фатальная ошибка:
Opening and ending tag mismatch: unknownOperation line 3 and h1
по причине:
Ошибка разбора XML: — [3,69]
Фатальная ошибка:
Opening and ending tag mismatch: unknownOperation line 3 and h1
Отладку вебсервиса не получилось включить, но посмотрел локально код КИ нормально создается XDTO объект и заполняется.
Куда копать, подскажите?
Если у вас подключен сервис 1С:Контрагент и почему-то перестали заполняться реквизиты контрагентов по ИНН, выдает ошибку:
В журнале регистрации написано:
{ОбщийМодуль.ДанныеЕдиныхГосРеестров.Модуль(31)}: Ошибка при вызове метода контекста (getCorporationRequisitesByINN)
Ответ = Прокси.getCorporationRequisitesByINN(ВходныеПараметры);
по причине:
При вызове веб-сервиса произошла ошибка. Ошибка вызова операции сервиса: {http://ws.orgregister.company1c.com/}:RequisitesWebServiceEndpointImpl7Service:getCorporationRequisitesByINN()
по причине:
При вызове веб-сервиса произошла ошибка. Неизвестная ошибка. Ошибка преобразования данных XDTO:
Чтение объекта типа: {http://company1c.com/orgregister/corporation}СвОКВЭД — [1,2762]Проверка дополнительного свойства:
форма: Атрибут
имя: ПрВерсОКВЭД
по причине:
Ошибка преобразования данных XDTO:
Чтение объекта типа: {http://company1c.com/orgregister/corporation}СвОКВЭД — [1,2762]Проверка дополнительного свойства:
форма: Атрибут
имя: ПрВерсОКВЭД
по причине:
Ошибка проверки данных XDTO:
Структура объекта не соответствует типу: {http://company1c.com/orgregister/corporation}СвОКВЭД
Или
ОбщийМодуль.ДанныеЕдиныхГосРеестров.Модуль(181)}: Ошибка при вызове метода контекста (getCorporationRequisitesByNameAndAddress)
Ответ = Прокси.getCorporationRequisitesByNameAndAddress(ВходныеПараметры);
по причине:
При вызове веб-сервиса произошла ошибка. Ошибка вызова операции сервиса: {http://ws.orgregister.company1c.com/}:RequisitesWebServiceEndpointImpl7Service:getCorporationRequisitesByNameAndAddress()
по причине:
При вызове веб-сервиса произошла ошибка. Неизвестная ошибка. Ошибка преобразования данных XDTO:
Чтение объекта типа: {http://company1c.com/orgregister/corporation}СвОКВЭД — [1,17598] Проверка дополнительного свойства:
форма: Атрибут
имя: ПрВерсОКВЭД
по причине:
Ошибка преобразования данных XDTO:
Чтение объекта типа: {http://company1c.com/orgregister/corporation}СвОКВЭД — [1,17598] Проверка дополнительного свойства:
форма: Атрибут
имя: ПрВерсОКВЭД
по причине:
Ошибка проверки данных XDTO:
Структура объекта не соответствует типу: {http://company1c.com/orgregister/corporation}СвОКВЭД
Вот что нужно сделать:
Нужно открыть Главное меню (1), нажать «Все функции» (2) — рис.1
Рис.1
Если у вас нет пункта «Все функции», надо открыть Главное меню (3), нажать «Сервис» (4), Парамерты (5) — рис.2
Рис.2
В открывшемся окне поставить галочку «Отображать команду «Все функции» (6), ОК (7) — рис.3
Рис.3
В открывшемся окне нажимаем на «+» Регистры сведений (8) — рис.4
Рис.4
Ищем регистр сведений «Кэш программных интерфейсов» (9) — Открыть (10) — рис.5
Рис.5
В открывшемся списке необходимо найти и удалить запись со значением в колонке Идентификатор https://api.orgregister.1c.ru/orgregister/v7?wsdl (11) — правой кнопкой — Удалить (12) — рис.6
Рис.6
После этого нужно выйти из программы и войти снова.
31.10.2016
280
При попытке заполнить автоматически контрагента по ИНН или получить досье, выводится ошибка:
«Ошибка при работе с сервисом (подробнее смотреть журнал регистрации)».
В журнале регистрации наблюдается ошибка:
{ОбщийМодуль.ДанныеЕдиныхГосРеестров.Модуль(94)}: Ошибка при вызове метода контекста (getEntrepreneurRequisitesByINN)
Ответ =
Прокси.getEntrepreneurRequisitesByINN(ВходныеПараметры);
по причине:
При вызове веб-сервиса произошла ошибка. Ошибка вызова операции сервиса: { ws.orgregister.company1c… »»
по причине:
При вызове веб-сервиса произошла ошибка. Неизвестная ошибка. Ошибка преобразования данных XDTO:
Чтение объекта типа: { company1c.com/orgregiste… »» — [1,1074]
Проверка дополнительного свойства:
форма: Атрибут
имя: ПрВерсОКВЭД
…
ОТВЕТ:
Для устранения ошибки нужно зайти в базу под пользователем с правами администратора, открыть регистр сведений «Кэш программных интерфейсов» (Главное меню – Все функции – Регистры сведений – Кэш программных интерфейсов) и удалить все записи, которые в этом регистре содержатся.
После этого пользователям, у которых наблюдалась данная проблема, нужно выйти из программы и зайти снова.
Ниже приведены скриншоты, показывающие, как включить отображение команды «Все функции» и добраться до нужного регистра сведений.
Тег:
1С:ERP
1С:ERP Управление предприятием
1С:ERP Управление предприятием 2.0
1С:БСО
1С:Бухгалтерия
1С:Бухгалтерия государственного учреждения
1С:Бухгалтерия строительной организации
1С:Документооборот
1С:Предприятие
1С:Управление небольшой фирмой
1С
Не люблю 1С. Его делают русские индусы. Однако, каждому сисадмину приходится с ним бороться.
Разбираемся с ошибкой «Сервис 1С:Контрагент не подключен.»
Текст ошибки:
Сервис 1С:Контрагент не подключен.
ИНН 1111111111:
{ОбщийМодуль.РаботаСКонтрагентами.Модуль(95)}: Ошибка при вызове метода контекста (getCorporationRequisitesByINN)
Ответ = Прокси.getCorporationRequisitesByINN(ВходныеПараметры);
по причине:
При вызове веб-сервиса произошла ошибка. Ошибка вызова операции сервиса:
{http://ws.orgregister.company1c.com/}:RequisitesWebServiceEndpointImpl7Service:getCorporationRequisitesByINN()
по причине:
При вызове веб-сервиса произошла ошибка. Ошибка SOAP сервера:
SERVER-11: Option 601a75a6-54cd-424b-a664-afe692855760 exceeds maxVolume 7200
Код ошибки: ServerОчень информативная ошибка, один раз посмотришь, два дня гуглишь, потом начинаешь присматриваться к цифре 7200…
Заходим на сайт сервиса 1С:Контрагент:
https://portal.1c.ru/app/kontragent
Ищем «7200» и находим.
Это означает, что юзеры исчерпали лимит в 7200 кликов — дальше нужно или переходить на новый тариф или приобретать расширенную поддержку, куда Контрагент входит по умолчанию.
Я понял Ваш ответ как:
«Пароль для определения нужен для получения файла wsdl
После получения прокси нужно добавить уже для вызова
Прокси.Пользователь = «UserWS»;
Прокси.Пароль = «abcde»;»
Ввел правку:
Определения = Новый WSОпределения(«http://localhost/WebServicesDemo/ws/TestVegaSN.1cws?wsdl»,»UserWS», «abcde»);
Прокси = Новый WSПрокси(Определения, «http://www.sample-package.org/VEGA», «TestVegaSN», «TestVegaSNSoap»);
Прокси.Пользователь = «UserWS»;
Прокси.Пароль = «abcde»;
Ответ = Прокси.ПроверитьСерНомер(СтрокаНомера);
На строке Ответ получаю ошибку:
{Обработка.ПроверкаVEGAНомера.Форма.Форма.Форма(18)}: Ошибка при вызове метода контекста (ПроверитьСерНомер)
Ответ = Прокси.ПроверитьСерНомер(СтрокаНомера);
по причине:
по причине:
Ошибка вызова операции сервиса: {http://www.sample-package.org/VEGA}:TestVegaSN:ПроверитьСерНомер()
по причине:
Ошибка SOAP сервера: Нарушение прав доступа к операции Web-сервиса: {http://www.sample-package.org/VEGA}:TestVegaSN:ПроверитьСерНомер()
Проверив свойства Прокси перед обращением к сервису я убедился, что действительно, логин и пароль не передаются Прокси через WSОпределение и их надо заполнить отдельно, но это не помогло. Что еще можно попробовать, чтобы понять ситуацию?
Почему-то не могу написать в свою предыдущую тему по этому вопросу, дублирую текст здесь с дополнением. Стоит задача разработать мобильное приложение для 1С:ЗУП для рядового сотрудника. У пользователя должна быть возможность просматривать свой расчетный листок и личные данные (кадровые). Есть центральная база 1С:ЗУП. В ней разработаны веб-сервисы, опубликованы на веб-сервере, используется IIS. При публикации указываю «Использовать аутентификацию операционной системы». Мобильное приложение также опубликовано на веб-сервере, при публикации выставлен флаг «Использовать аутентификацию операционной системы на веб-сервере». При добавлении ИБ в мобильном приложении (на мобильном устройстве) указываю доменного пользователя и его пароль, мобильное приложение успешно загружается с веб-сервера. Проблема в том, что при обращении к веб-сервису из мобильного приложения система выдает ошибку: «Аутентификация пользователя не выполнена», при обращении указываю доменного пользователя и его пароль (для WSОпределения и для WSПрокси). Если вместе с веб-сервисами опубликовать само приложение (1С:ЗУП), то при обращении к нему по адресу в веб-браузере происходит запрос на ввод пользователя и пароля (доменная учетка), ввожу, принимает, захожу в приложение. Если же через браузер обращаюсь к веб-сервису, также запрашивает пользователя и пароль, ввожу, но не прохожу авторизацию. В IIS анонимная проверка подлинности отключена, включены «Проверка подлинности Windows» (хотя пробовал «Обычная проверка подлинности» — ситуация та же). Доменный пользователь добавлен в группу IIS_IUSRS. Никак не могу разобраться с решением этой проблемы, просьба помочь, кто в теме, заранее спасибо. Дополнение: Если в браузере ввожу адрес, по которому расположен веб-сервис то выпадает окошко «Необходима авторизация» с текстом «Для доступа на сервер требуется указать имя пользователя и пароль. Сообщение сервера: 192.168.100.93». Ввожу логин и пароль, выпадает это же окошко, но с несколько другим текстом: «Для доступа на сервер требуется указать имя пользователя и пароль. Сообщение сервера: 1C:Enterprise 8.3», снова ввожу тот же логин и пароль (доменная учетка) и выпадает окошко с первым текстом. Если при первом вводе логина и пароля намеренно сделать ошибку при вводе логина и пароля, то окошко со вторым текстом не выпадает, а снова выпадает первое. Т.е. можно сделать вывод, что авторизация проходит, скажем так, «частично».
Не осилил — много букавок… Но по теме: Веб-сервер должен быть запущен от пользователя домена, для которого создан в базе 1С пользователь с аутентификацией Windows.
+ То есть, веб-сервер обращается в 1С под одним единственным пользователем.
У меня на данный момент всё работает и в домене (8.2) и в домашней сети (8.3). Проблем не замечаю. Веб-сервер — Апач.
Заказчик требует принципиально IIS, так что работа с Апач не пойдет.
Я не утверждаю, что проблема в веб-сервере, но не исключаю. Можешь гадать на кофейной гуще, а можешь проверить.
Такой вариант в принципе не пойдет (хотя проверил, не работает). Суть в том, что при отработке веб-сервиса мне важно знать, под каким пользователем он исполняется, для того, чтобы сформировать тот же расчетный листок именно для этого пользователя (сотрудника). Т.е. если использовать анонимную проверку подлинности и при вызове веб-сервиса со стороны мобильного приложения передавать конкретного пользователя 1С центральной базы и его пароль, веб-сервис отработает и я буду знать, что это за пользователь, но такой вариант не пойдет из соображений безопасности.
«хотя проверил, не работает» Реши проблему с правами на Апаче, потом бубешь решать проблемы с IIS. По остальному — IIS тоже будет в 1С под одним пользователем ломиться, так что, проблему решай другими средствами. У меня есть html отчет — показывает материальный подотчет по сотруднику: сотрудник выбирает себя в поле на странице и ниже вываливается его подотчет.
Покажи настройки «Проверка подлинности» в IIS (у web сервиса)
Стоит «Обычная проверка подлинности» и «Проверка подлинности Windows», анонимная проверка подлинности отключена. Причем выставляю только обычную, но после публикации веб-сервисов и перезапуске самого веб-сервера автоматом дополнительно включается проверка подлинности Windows.
Такой вариант выбора пользователем себя из списка не пойдет, у него должна быть возможность получить только свои данные по зарплате, не больше.
У «Проверка подлинности Windows» какой поставщик стоит?
Сервак на котором поднят веб сервис и на котором лежит база один?
Пропробуй оставь только «Negotiate»
что-то тут не понятно… «Суть в том, что при отработке веб-сервиса мне важно знать, под каким пользователем он исполняется, для того, чтобы сформировать тот же расчетный листок именно для этого пользователя (сотрудника)…» Т.е. предлагается всех кому начисляем ЗП завести пользователями в базу ЗУП?
это же просто.. как бы помягче сказать.. неправильно
Да Ок, сейчас попробую Не для всех, из определнного перечня, список пользователей относительно небольшой
Зачем было огород из web сервиса городить?
Что тут не правильного? Почему «огород» и почему нет?
где-то на официальном ресурсе 1С я видел статью, в которой объяснялось что для веб-сервисов: — для аутентификации средствами 1С на IIS надо ставить Анонимную проверку подлинности, и при работе с веб-сервисом (на клиенте) указывать имя пользователя и пароль 1С; — для аутентификации средствами ОС на IIS надо ставить Обычную проверку подлинности, и при работе с веб-сервисом (на клиенте) указывать имя пользователя и пароль ОС (пользователь 1С будет сопоставляться с пользователем 1С по данным Аутентификации ОС в 1С (ну как обычно это делают остальные клиенты 1С)); Имхо, Проверка подлинности Windows, это немного другая история, и о ней там ничего не было сказано.
Проверку подлинности Windows можно использовать только в среде интрасети.
1-й пункт работает. 2-й пункт как раз и не работает и нужен именно такой подход с авторизацией
С точки зрения сетевой аутентификации первые два способа опасные (пользователь и пароль передается в открытом виде). Эту проблему решают работой веб-сервера по SSL, тогда трафик попросту шифруется ключами сертификата. Проверка подлинности Windows безопасная — никакой пароль не передается вообще, но она работает только в локальной сети.
нужно в каком то отдельном приложение показывать данные? Если нет, то опубликовать web клиент.
и как ты указываешь имя пользователя во втором случае?
С проверкой подлинности Windows понятно, но не работает с обычной проверкой подлинности. При этом как и говорил выше вместе с веб-сервисами публикуется и веб-клиент и с веб-клиентом проблем нету: переходим по адресу в браузере, вбиваваем доменные логин и пароль и приложение запускается. А с веб-сервисами — беда.
ну ты не сравнивай, так-то, браузер с 1C-ным SOAP-клиентом, это охрененно разные вещи.
Веб-клиент самого ЗУП опубликован, но нужно простое мобильно приложение, грубо говоря с двумя кнопками: «Показать расчетный листок» и «Показать личные данные», мобильное приложение с помощью разработанных в ЗУП веб-сервисов и опубликованных на веб-сервере должно получать данные по запросу из центральной базы (ЗУП). Пример: пользователь Вася запускает мобильное приложение на своем планшете, нажимает кнопку «Показать расчетный листок», вводит свой доменный логин и пароль, и получает свои данные по ЗП.
Так, как ты хочешь, всё равно не получится. Так что…
вырубить анонимную, поставить только обычную, и имя пользователя: DOMAINUSER должно работать
DOMAIN — краткое имя домена
Почему нет? Если использовать анонимную проверку подлинности и вместо доменных логина и пароля использовать логин и пароль пользователя 1С при обращении к веб-сервису со стороны мобильного приложения, все отлично отрабатывает, я знаю в коде операции веб-сервиса центральной базы ЗУП, какой пользователь просит данные по ЗП, и даю ему его данные.
и в 1С должен быть пользователь с включенной аутентификацией ОС с такой записью о учетке DOMAINUSER, кроме того у него должны быть права на отработку этого веб-сервиса
Попробовал, ничего не изменилось.
еще попробуй имя пользователя указать просто USER, чета я сомневаться стал в том что можно домен вообще указать..
имя пользователя и пароль только на латиннице?
Пользователь с включенной аутентификацией ОС есть (при этом аутентификация 1С:Предприятия отключена). Права на обработку веб-сервиса — что под этип подразумевается? разрешения для пользователя стоят, кроме того пользователь включен в группу IIS_IUSRS.
Да, все везде на латинице.
журнал аудита посмотреть не предлагать?
А не проще по мылу расчетки рассылать ежемесячно?
Оно-то может и проще, но стоит именно такая задача. Думаю, все упирается в какие-то настройки, о которых я, к сожалению, не знаю.
у каждого метода веб-сервиса в ролях 1С есть право Используется.
Как вариант сделать обычный транспорт. 1) Веб Сервер с ПХП, к нему обращаются юзеры со своими учетками. 2) На внутри пхп выполнять вызов вебсервиса и параметром передавать туда имя пользователя. 3) Отдать то что получилось в 2)
у меня кончились идеи.. после этого я обычно проверяю сам и прошу версию платформы, но так лениво..
Спасибо, возможно. Но хочется верить, что задачу можно решить имеющимися средствами.
Я на всякий случай оставлю версию платформы: 8.3.5.1068, IIS 7.5
Вопрос по-прежнему актуален, возможно, у кого-то появятся еще идеи.
Я так и не понял: ты что, утверждаешь, что где-то когда-то видел, чтобы веб-сервис 1С исполнялся от имени разных пользователей домена? Что-то из разряда фантастики…
+ Немного не правильно выразился: веб-сервер запущен под контретным пользователем домена. К веб-сервису 1С обращается веб-сервер, соответственно, всегда под одним пользователем. Разве может веб-сервер исполнять 10 процессов под 10 пользователями домена?
Допустим, ты прав, к веб-сервису обращается веб-сервер, запущенный под конкретным пользователем домена, и никак иначе быть не может, т.е. невозможно обращаться к веб-сервису от имени разных пользователей домена, только от имени пользователя, под которым запущен веб-сервер. Почему тогда при обращении к самому приложению (не к веб-сервису), опубликованному на веб-сервере, через веб-клиент (браузер) аутентификация ОС срабатывает? В чем разница?
ХЗ, перед таким вопросм я бессилен…
не знаю деталей работы веб-сервера, но в ОС есть функционал олицетворения (имперсонализации), когда поток временно получает права клиента, запрос которого обрабатывает. Естественно, клиента перед этим проверяют, и, обычно, делают это без запроса пароля — средствами доверия в сети.
провел испытания.. По тому что написано в : похоже что это так было в 8.2. В 8.3 так: пункт 1 (про анонимную на IIS) — все также; пункт 2 (про обычную на IIS) — имя пользователя и пароль передаваемый SOAP-клиентом в HTTP запросе должны совпадать с именем и паролем пользователя 1С предприятия. Проверка подлинности Windows на IIS — мне так и не удалось заставить работать SOAP-клиента 1C с такой аутентификацией на IIS, подозреваю что это не возможно в принципе, ибо такая аутентификация подразумевает двухсторонний обмен данными между клиентом и сервером, т.е. несколько запросов туда сюда, он так попросту не умеет, а браузеры умеют.
Уточнение. пункт 2 (про обычную на IIS) — имя пользователя и пароль передаваемый SOAP-клиентом в HTTP запросе для аутентификации на IIS должны совпадать с именем и паролем пользователя 1С предприятия. Т.о. у нас и в AD и в 1С должен быть пользователь с одинаковым имененм и паролем.
Т.о. твою задачу проще всего решить используя анонимную аутентификацию на IIS и создавая пользователей в 1С для получения РЛ с правами на выполнение метода веб-сервиса.
Не правильно. У пользователя 1С вообще можно пароль не указывать, достаточно поставить аутентификацию ОС и указать пользователя домена, под которым запущен веб-сервер.
тут решается другая задача, здесь надо чтобы в 1С пользователь авторизовался зависимости от переданных учетных данных, а не всегда одинаково (как запущен вебсервер).
А это я не внимательно прочел)) Тогда я не понял, у тебя что-ли получилось обратиться к веб-сервису под разными пользователями домена?
Только по логину паролю или по доменной авторизации тоже получилось?
Обычная проверка подлинности IIS. Подразумевает передачу логина и пароля. IIS при этом делает аутентификацию по каталогу пользователей AD, в настройках проверки подлинности на IIS можно задать домен по умолчанию.
Ну понятно, шляпа, короче… Такое и средствами веб-сервиса можно забубенить…
Тэги: 1С 8
Комментарии доступны только авторизированным пользователям
Завершается ошибкой проверка web-сервиса из обработки
Модераторы: Дмитрий Юхтимовский, Лысиков Денис
Завершается ошибкой проверка web-сервиса из обработки
При попытке проверить web-сервис из обработки, появляется ошибка:
{ОбщийМодуль.ТехнологическийЖурнал.Модуль(871)}: Значение не является значением объектного типа (SendQuery)
Ошибка в этой строке, опять же, как и с прошлым сервисом:
WS_Определение = Новый WSОпределения(СтруктураПараметров.WSDL_УдаленноеПодключение, СтруктураПараметров.WSDL_Пользователь, СтруктураПараметров.WSDL_Пароль);
- Chernov
- Сообщений: 8
- Зарегистрирован: 28 фев 2013, 04:27
Re: Сервис.QueryTJ
Лысиков Денис » 28 фев 2013, 07:21
Это значит, что у базы клиенсткой части сервиса нет доступа к интернету. Дайте доступ к интернету и повторно проверьте соединение с веб-сервисом. Если база клиентской части сервиса развернута в клиент-серверном варианте, тогда доступ к интернету должен быть у пользователя от имени которого запущена служба «Агент сервера 1С: Предприятия 8.2»
- Лысиков Денис
- Сообщений: 86
- Зарегистрирован: 11 фев 2013, 21:46
Re: Сервис.QueryTJ
Chernov » 28 фев 2013, 07:56
Лысиков Денис писал(а):Это значит, что у базы клиенсткой части сервиса нет доступа к интернету. Дайте доступ к интернету и повторно проверьте соединение с веб-сервисом. Если база клиентской части сервиса развернута в клиент-серверном варианте, тогда доступ к интернету должен быть у пользователя от имени которого запущена служба «Агент сервера 1С: Предприятия 8.2»
Спасибо, действительно, дали права доменному пользователю под которым была запущена служба 1С в интернет, и всё заработало.
- Chernov
- Сообщений: 8
- Зарегистрирован: 28 фев 2013, 04:27
Re: Сервис.QueryTJ
svod » 15 мар 2013, 11:35
Chernov писал(а):
Лысиков Денис писал(а):Это значит, что у базы клиенсткой части сервиса нет доступа к интернету. Дайте доступ к интернету и повторно проверьте соединение с веб-сервисом. Если база клиентской части сервиса развернута в клиент-серверном варианте, тогда доступ к интернету должен быть у пользователя от имени которого запущена служба «Агент сервера 1С: Предприятия 8.2»
Спасибо, действительно, дали права доменному пользователю под которым была запущена служба 1С в интернет, и всё заработало.
Здравствуйте.
А как решён вопрос работы если доступ в интернет происходит через прокси-сервер?
- svod
- Сообщений: 1
- Зарегистрирован: 15 мар 2013, 11:31
Re: Сервис.QueryTJ
Гилёв Вячеслав » 15 мар 2013, 20:30
Chernov писал(а):А как решён вопрос работы если доступ в интернет происходит через прокси-сервер?
только вчера настраивали на одном из наших проектов, работает также, главное внимательно правила все настроить на прокси, файрволле и т.п.
рекомендуем под учетной записью сервера 1с интерактивно залогиниться и проверить доступ в интернет
- Гилёв Вячеслав
- Сообщений: 2543
- Зарегистрирован: 11 фев 2013, 15:40
- Откуда: Россия, Москва
Re: Сервис.QueryTJ
andrrreasss » 29 мар 2013, 21:21
Зарегился как положено. На клиенте базу прописал. А в сервисе, список баз пустой. Сервис где инфа по сиквел серверу кучу всего показывает. А запросы, нет.
- andrrreasss
- Сообщений: 1
- Зарегистрирован: 29 мар 2013, 21:17
Re: Сервис.QueryTJ
Гилёв Вячеслав » 30 мар 2013, 00:29
уменьшите первый порог с 10 секунд до 1, через час проверьте
- Гилёв Вячеслав
- Сообщений: 2543
- Зарегистрирован: 11 фев 2013, 15:40
- Откуда: Россия, Москва
Re: Сервис.QueryTJ
trambalda » 30 мар 2013, 09:32
Добрый день, установил первый порог в 1 секунду, информация начала накапливаться.
Но отправить не получается — запускаю вручную задание «Отправка данных запросов», но регистр «Лог отправки данных» пустой, соответственно на сайте тоже пусто. Проверка веб-сервиса проходит успешно.
Как это починить?
- trambalda
- Сообщений: 2
- Зарегистрирован: 30 мар 2013, 08:49
Re: Сервис.QueryTJ
Гилёв Вячеслав » 30 мар 2013, 12:25
Нажмите кнопку обработать и сделайте скриншот результата как в моем примере
- Гилёв Вячеслав
- Сообщений: 2543
- Зарегистрирован: 11 фев 2013, 15:40
- Откуда: Россия, Москва
Re: Сервис.QueryTJ
trambalda » 30 мар 2013, 14:18
Что-то с картинками не удается быстро подружиться. Какой лучше использовать картинкохранитель?
Пишет вот так:
Обработка данных завершена.
Обработано файлов: 3
Обработано количество строк: 95
Обработан общий размер файлов (КБайт): 10,412
Отправлено запросов по веб-сервису: 29
Лог отправки данных вот такой:
30.03.2013 12:40:34
30.03.2013 13:40:36
30.03.2013 14:40:35
30.03.2013 15:06:55
30.03.2013 15:10:05
30.03.2013 15:11:45
Но «количество записей отправлено» везде равно 29.
Информация на сайте только по одной базе, причем по тестовой, а по рабочей, я проверил, логи есть, информация не отсылается.
- trambalda
- Сообщений: 2
- Зарегистрирован: 30 мар 2013, 08:49
Re: Сервис.QueryTJ
Гилёв Вячеслав » 30 мар 2013, 15:19
trambalda писал(а):Пишет вот так:
Обработка данных завершена.
Обработано файлов: 3
Обработано количество строк: 95
Обработан общий размер файлов (КБайт): 10,412
Отправлено запросов по веб-сервису: 29Лог отправки данных вот такой:
30.03.2013 12:40:34
30.03.2013 13:40:36
30.03.2013 14:40:35
30.03.2013 15:06:55
30.03.2013 15:10:05
30.03.2013 15:11:45
Но «количество записей отправлено» везде равно 29.
Предварительно вроде все работает. Пройдите по ссылке
https://skynet.gilev.ru/QueryTJ/
, авторизуйтесь и нажмите «обновить» данные. Написал в личку, если получится, готов посмотреть через скайп например или тимвьювер.
- Гилёв Вячеслав
- Сообщений: 2543
- Зарегистрирован: 11 фев 2013, 15:40
- Откуда: Россия, Москва
Re: Сервис.QueryTJ
Nio » 10 апр 2013, 13:39
У меня так же ошибка
{ОбщийМодуль.ТехнологическийЖурнал.Модуль(897)}: Значение не является значением объектного типа (SendQuery)
На сервере 1С попробовал открыть адрес
http://skynet.gilev.ru/QueryTJ/ws/QueryTJ.1cws?wsdl
попросил пользователя и пароль
ввел ws и ws без проблем провалился
Но сервис не работает и все.
- Вложения
-
- Снимок.jpg (248.59 KiB) Просмотров: 69027
- Nio
- Сообщений: 8
- Зарегистрирован: 10 апр 2013, 13:32
Re: Сервис.QueryTJ
simol » 10 апр 2013, 13:57
А точно последняя версия клиента?
- simol
- Сообщений: 101
- Зарегистрирован: 18 фев 2013, 11:17
Re: Сервис.QueryTJ
Гилёв Вячеслав » 10 апр 2013, 16:30
Nio писал(а):У меня так же ошибка
{ОбщийМодуль.ТехнологическийЖурнал.Модуль(897)}: Значение не является значением объектного типа (SendQuery)
На сервере 1С попробовал открыть адресhttp://skynet.gilev.ru/QueryTJ/ws/QueryTJ.1cws?wsdl
попросил пользователя и пароль
ввел ws и ws без проблем провалился
Но сервис не работает и все.
Наш предыдущий опыт показывает, что дело «не в 1С», а в среде (авторизация через прокси, включен файрволл и т.п.)
Если не разберетесь, напишите в скайп gilev_slava
- Гилёв Вячеслав
- Сообщений: 2543
- Зарегистрирован: 11 фев 2013, 15:40
- Откуда: Россия, Москва
Re: Сервис.QueryTJ
Лысиков Денис » 10 апр 2013, 16:31
Необходимо чтобы wsdl ссылка веб-сервиса, открывалась в браузере под пользователем, от имени которого запущена служба сервера 1с. Очень часто по умолчанию это пользователь USR1CV82. В Вашем случае скорее всего именно у этого пользователя нет доступа к интернету.
- Лысиков Денис
- Сообщений: 86
- Зарегистрирован: 11 фев 2013, 21:46
Re: Сервис.QueryTJ
Nio » 11 апр 2013, 06:38
Лысиков Денис писал(а):Необходимо чтобы wsdl ссылка веб-сервиса, открывалась в браузере под пользователем, от имени которого запущена служба сервера 1с. Очень часто по умолчанию это пользователь USR1CV82. В Вашем случае скорее всего именно у этого пользователя нет доступа к интернету.
Это я понимаю. Вместе с админом победить не можем.
У нас в инет ходят без прокси через kerio. На нем открыли доступ вообще на машину.
- Nio
- Сообщений: 8
- Зарегистрирован: 10 апр 2013, 13:32
Re: Сервис.QueryTJ
Nio » 11 апр 2013, 09:16
В журнале регистрации, кстати, нашел вот что
Не удалось вызвать веб-сервис: {ОбщийМодуль.ТехнологическийЖурнал.Модуль(903)}: Ошибка при вызове конструктора (WSОпределения): Аутентификация пользователя не выполнена. : Аутентификация пользователя не выполнена.
Может это поможет в разгадке?
И еще попробовал один метод.
1. Написал обработку в которую добавил только одну строчку
- Код: выделить все
ТехнологическийЖурнал.ОбработатьФайлыТехнологическогоЖурнала();
2.Открыл базу и запустил обработку.
Результат то же. Хотя сервис доступен.
Проверял как писал выше.
- Nio
- Сообщений: 8
- Зарегистрирован: 10 апр 2013, 13:32
Re: Сервис.QueryTJ
Гилёв Вячеслав » 11 апр 2013, 12:18
покажите скриншот с настройками клиента сервиса
- Гилёв Вячеслав
- Сообщений: 2543
- Зарегистрирован: 11 фев 2013, 15:40
- Откуда: Россия, Москва
Re: Сервис.QueryTJ
Nio » 11 апр 2013, 12:22
Вот
- Вложения
-
- Снимок.jpg (101.33 KiB) Просмотров: 68999
- Nio
- Сообщений: 8
- Зарегистрирован: 10 апр 2013, 13:32
Re: Сервис.QueryTJ
Гилёв Вячеслав » 11 апр 2013, 13:02
с виду все нормально, напишите в скайп, надо смотреть
- Гилёв Вячеслав
- Сообщений: 2543
- Зарегистрирован: 11 фев 2013, 15:40
- Откуда: Россия, Москва
Re: Сервис.QueryTJ
Nio » 12 апр 2013, 11:51
После разговора с вами по скайпу все отлично заработало.
Просто само по себе.
Т.к. инетом у нас заведует админ мне пришлось его ловить, зажимать в кабинете и не выпускать.
Проблема была в том что видимо настройки кейрио не приминились на пользователя 1CV8. После того как ночью перезагрузили оба сервера (1С сервера и интернет сервера) видимо кейрио наконец то сообразил что на адрес *gilev.ru/* необходимо выпускать все.
Вот так все заработало.
Спасибо вам большое за терпение и понимание.
- Nio
- Сообщений: 8
- Зарегистрирован: 10 апр 2013, 13:32
Re: Сервис.QueryTJ
Vladimir » 25 апр 2013, 07:40
Доброго времени суток! С сегодняшнего дня вылазиет ошибка:
{ОбщийМодуль.ТехнологическийЖурнал.Модуль(897)}: Ошибка при вызове метода контекста (SendQuery)
Прокси.SendQuery(ТаблицаЗапросовСтрокой,ИденификаторБазы);
по причине:
Ошибка вызова операции сервиса: {http://www.querytj.org/webservice}:QueryTJ:SendQuery()
по причине:
Неизвестная ошибка. Ошибка работы с Интернет: Couldn’t connect to server
по причине:
Ошибка работы с Интернет: Couldn’t connect to server
В браузере ссылка не открывается.
- Vladimir
- Сообщений: 13
- Зарегистрирован: 05 апр 2013, 09:22
Re: Сервис.QueryTJ
Гилёв Вячеслав » 26 апр 2013, 06:22
Разобрались или проблема осталась?
- Гилёв Вячеслав
- Сообщений: 2543
- Зарегистрирован: 11 фев 2013, 15:40
- Откуда: Россия, Москва
Re: Сервис.QueryTJ
Vladimir » 26 апр 2013, 07:12
Увы нет. В данный момент, когда захожу на
https://skynet.gilev.ru/QueryTJ
и выбираю базу вылетает ошибка
Соединение с сервером баз данных разорвано администратором
Microsoft SQL Server Native Client 10.0: Communication link failure
HRESULT=80004005, HRESULT=80004005,
- Vladimir
- Сообщений: 13
- Зарегистрирован: 05 апр 2013, 09:22
Re: Сервис.QueryTJ
Vladimir » 26 апр 2013, 08:22
Вопрос снят. Временное помешательство интернета. Всё само собой починилось
- Vladimir
- Сообщений: 13
- Зарегистрирован: 05 апр 2013, 09:22
Re: Сервис.QueryTJ
syncmas » 19 май 2013, 16:51
Добрый день!
При включении технологического журнала стала выдаваться ошибка «Разрешение SHOWPLAN» запрещено в базе данных tempdb». Как это победить?
- Вложения
-
- showplan.jpg (75.06 KiB) Просмотров: 68570
- syncmas
- Сообщений: 8
- Зарегистрирован: 19 май 2013, 16:45
Re: Сервис.QueryTJ
syncmas » 20 май 2013, 14:59
Дмитрий Юхтимовский писал(а):http://www.gilev.ru/deniedtempdb/
Спасибо, сработало. Правда до первой перезагрузки. После перезагрузки приходится повторять операцию.
Можно сделать так, чтобы после перезагрузи ничего не менялось?
- syncmas
- Сообщений: 8
- Зарегистрирован: 19 май 2013, 16:45
Re: Сервис.QueryTJ
Дмитрий Юхтимовский » 22 май 2013, 08:33
база tempdb пересоздаётся при каждом рестарте службы MS SQL, можете прописать скрипт в автозагрузку.
- Дмитрий Юхтимовский
- Сообщений: 731
- Зарегистрирован: 11 фев 2013, 19:28
- Откуда: gilev.ru
Re: Сервис.QueryTJ
khan » 19 июн 2013, 21:26
Добрый день,
Не могу подключиться к вебсервису :
{ОбщийМодуль.ТехнологическийЖурнал.Модуль(897)}: Ошибка при вызове метода контекста (SendQuery): Ошибка вызова операции сервиса: {http://www.querytj.org/webservice}:QueryTJ:SendQuery(): Ошибка SOAP сервера: Нарушение прав доступа к операции Web-сервиса: {http://www.querytj.org/webservice}:QueryTJ:SendQuery()
- khan
- Сообщений: 1
- Зарегистрирован: 19 июн 2013, 21:08
Re: Сервис.QueryTJ
Лысиков Денис » 24 июн 2013, 08:16
Проверьте что в настройках пользователь и пароль к веб-сервису стоит «ws», как это указано в инструкции к сервису.
- Лысиков Денис
- Сообщений: 86
- Зарегистрирован: 11 фев 2013, 21:46
Re: Сервис.QueryTJ
Гилёв Вячеслав » 07 авг 2013, 23:04
Вы можете развернуть клиентскую часть в 8.2?
Как ни странно, мы разрабатывали клиентскую часть под текущие промышленные базы. Если под 8.2 не заработает, тогда будут нужны файлы собранных логов ТЖ для воспроизведения проблемы на нашем сервере.
- Гилёв Вячеслав
- Сообщений: 2543
- Зарегистрирован: 11 фев 2013, 15:40
- Откуда: Россия, Москва
Re: Сервис.QueryTJ
artur » 08 авг 2013, 10:53
создам новый конфигЛога с более менее минимальными параметрами
соберу снова
разверну на 82
протестю, отправлю.
//Но пока с 82 таже ошибка получилась
посмотрел по отладчику
файлы читаются, строка на отправку формируется
исключение возникает в процедуре
в методе SendQuery()
- Код: выделить все
Процедура ОтправитьТаблицуОшибокПоВебСервису(Прокси,Сервер1с,ТаблицаОшибок,ИденификаторБазы)ТаблицаОшибокСтрокой = ЗначениеВСтрокуВнутр(Новый ХранилищеЗначения(ТаблицаОшибок,Новый СжатиеДанных(9)));
Прокси.SendQuery(ТаблицаОшибокСтрокой,ИденификаторБазы,Сервер1с.Наименование);
КонецПроцедуры
но вопрос для которого собирался ТЖ самоустранился)
у нас сервер 1с на 8.3, и наблюдалось что кеш сервера рос в геометрической прогрессии и мог занимать почти все свободное пространство (>20 ГБ), заполняя свою папку кеша файлами по 65МБ
Последней ночью что то случилось, изучаем виндовый журнал. но служба перезапускалась и после этого кеш не растет(присутствуют 2-3 файла и все).
Хотя, до этого, мы тоже не раз рестартили службу… пока одна мистика на уме.
- artur
- Сообщений: 2
- Зарегистрирован: 06 авг 2013, 14:55
Re: Сервис.QueryTJ
Biryuk Andrey » 14 авг 2013, 18:12
Пытаюсь проанализировать данные по долгим запросам за период и похоже при каких то условиях, данные берутся из разных мест — т.е. если строю например за неделю (включая сегодня), то данных за сегодня нет, если только за сегодня (или вчера и сегодня) — есть. Я так понимаю данные разделяются по какому-то принципу на архивные и текущие?
- Вложения
-
- ДанныеПоПериодам.png (101.66 KiB) Просмотров: 35110
- Biryuk Andrey
- Сообщений: 28
- Зарегистрирован: 01 авг 2013, 20:15
Re: Сервис.QueryTJ
Гилёв Вячеслав » 15 авг 2013, 12:42
в оперативной таблице последние два дня,
наверное не успели смигрировать
- Гилёв Вячеслав
- Сообщений: 2543
- Зарегистрирован: 11 фев 2013, 15:40
- Откуда: Россия, Москва
Re: Сервис.QueryTJ
Biryuk Andrey » 15 авг 2013, 20:50
А можете рассказать подробнее про длительность порогов (зачем 3 штуки)?
- Biryuk Andrey
- Сообщений: 28
- Зарегистрирован: 01 авг 2013, 20:15
Re: Сервис.QueryTJ
Гилёв Вячеслав » 19 авг 2013, 15:00
при сверхвысоком количестве данных, сначала загружается 3й порог с самыми длительными операциями, их по идее должно быть меньше других, а вклада в замедления наибольшее — т.е. сократить время от загрузки до анализа
- Гилёв Вячеслав
- Сообщений: 2543
- Зарегистрирован: 11 фев 2013, 15:40
- Откуда: Россия, Москва
Re: Сервис.QueryTJ
amiralnar » 18 сен 2013, 20:22
Здравствуйте.
Я правильно понял, что сервис обрабатывает только успешно выполненные запросы?
Если зависает закрытие месяца намертво, то невозможно получить данные по запросу?
Что делать в таком случае?
- amiralnar
- Сообщений: 4
- Зарегистрирован: 18 сен 2013, 20:20
Re: Сервис.QueryTJ
Гилёв Вячеслав » 19 сен 2013, 00:20
Очень мало информации, чтобы дать однозначный ответ.
Закрытие месяца <> долгий запрос.
Вот если вы запустили замер в конфигураторе и выяснили что основное время уходит на выполнение одного конкретного запроса, тогда выложите файл с замером.
Покажите текст запроса 1с, который Вам кажется подозрительным сюда в тему, вместо попробуем подумать, что можно сделать. Еще лучше, если заведете отдельную тему.
Теоретически такая возможность есть, но придется собирать либо все незавершенные запросы, что представляется очень тяжелой операцией для железа, либо только один конкретный запрос.
По поводу сбора незавершенных запросов, мы пока не придумали практического применения для сбора одного запроса — не понятно как оценивать его вклад в общее замедление.
- Гилёв Вячеслав
- Сообщений: 2543
- Зарегистрирован: 11 фев 2013, 15:40
- Откуда: Россия, Москва
Вернуться в QueryTJ — Анализ долгих запросов
Кто сейчас на форуме
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 0
Сообщения, отправленные пользователем: kiv1c
|
Индекс форума » Профиль для kiv1c » Сообщения, отправленные пользователем kiv1c |
1 2 3 ► Перейти Перейти на стр…. |
| Автор | Сообщение | |
|---|---|---|
|
||
| Я стесняюсь спросить, только у меня не проходит аутентификация ? Хочу загрузить справочник «Цели реализации». Вчера вечером все работало. | ||
 |
||
|
||
| hawksib, проверяйте доступ- у меня получилось авторизоваться на на Меркурий.ГВЭ. | ||
|
||
|
||
Вчера до полуночи столкнулся с проблемой авторизации. Думал ну наконец то на 2.0 переходим. Ну да, куда там. Сейчас вообще все «упало». 
Хорошо хоть Меркурий.ХС работает. |
||
|
||
|
||
|
сделал выгрузку cf со всеми необходимыми xdto пакетами
https://drive.google.com/open?id=0ByksGTNeAAfKdno5VXVwMFhPVU0 |
||
|
||
|
||
просто заполняйте туда какой-нибудь номер. например номер документа по которому делается транзакция. |
||
|
||
|
||
|
нашел ОШИБКУ при оформлении через API производства.
делаю ProductionOperation, указываю в поле vetDocument поля cargoInspected и cargoExpertized в true а в веб-интерфейсе они все равно не заполнены, написано «не подвергнута ветеринарно-санитарной экспертизе» вот пример запроса https://pastebin.com/Pc6TcSV1 |
||
|
||
|
||
нет, только авторы меркурия знают. там random какойто |
||
|
||
|
||
у меня то же было. не знаю, списка единиц измерения по видам пока не нашел . методом перебора делаю — где-то кг, где-то штуки, где-то головы (живые животные) |
||
|
||
|
||
У вас поле vetCertificatePresence заполнено в PAPER? если в ELECTRONIC то достаточно указать только uuid входящего ЭВСД Я так понимаю что для входящей операции на бумаге должно быть либо LIC2 либо LIC1. хотя если брать Электронные, там у транспортных форма у меня была либо NOTE4 либо LIC2 |
||
|
||
|
||
volume — это остаток записи. у вас прекрасно видно на 2 скриншоте что остаток 0. запись была куда-то израсходнована (в производство или в транспортную операцию) А как вы эту запись создали для начала? |
||
|
||
|
||
Посмотрите реализацию в http://infostart.ru/public/560823/ Там сделано так: ЗапросWeb = Новый HTTPЗапрос(«platform/services/ApplicationManagementService»); ЗапросWeb.УстановитьТелоИзСтроки(Строка); СоединениеWeb = Новый HTTPСоединение(ПараметрыПодключения.Адрес, ПараметрыПодключения.Порт, ПараметрыПодключения.Логин, ПараметрыПодключения.Пароль,,Истина); ОтветWeb = СоединениеWeb.ОтправитьДляОбработки(ЗапросWeb); |
||
|
||
|
||
|
создал тему для программистов на форуме инфостарта, надеюсь на обсуждение вопросов в ней
http://forum.infostart.ru/forum15/topic171520/ |
||
|
||
|
||
|
[quote=Сергеевна-Я]Подскажите есть один ХС(1) с разными юр.и фактическими адресами, также он имеет 4 филиала по стране, каждый с разными юр.и факт.адресами, ИНН один на всех, а вот остальные реквизиты разные.Меркурий регистрирует только ХС (1), хотя торговля осуществляется напрямую между филиалами и контрагентами. Как нам быть?Может стоит фирму не только по ИНН регистрировать?[/quote]
у вас должно быть в Меркурии созданы 4 площадки (поднадзорные объекты, или enterprise) с этими адресами и между ними можно осуществлять перевозку (транспортную операцию) без смены владельца. юрлицо остается одно и то же, а площадка меняется. Если эти площадки в Меркурий не внесены, то надо искать ветврачей из соответствующих регионов, они их могут создать. |
||
|
||
|
||
|
Добрый день!
На тестовом контуре получилось сделать полный цикл работы с Меркурий из 1С — прием входящей партии по ГУИД Эвсд (дали партнеры) У меня создалась запись складского журнала, все ок. далее я из этой партии (туши говядины) произвел сырье (фарш) а из сырья произвел готовую продукцию с подвидом «готовая продукция из говядины» затем на готовую продукцию оформил транспортный ЭВСД. Однако, при просмотре транспортного ЭВСД, видно номер лишь предыдущего производственного ВСД, и то в виде номера, а не в виде ГУИД Номер или гуид входящего всд, а также номер пр-ва №1 (туши->фарш) вообще не видно ни в веб-интерфейсе, ни через запросы типа GetVetDocumentByUuidOperation к API. КАК ЖЕ ТОГДА РАБОТАЕТ ПРОСЛЕЖИВАЕМОСТЬ В МЕРКУРИИ?? При этом, возможно, нужно правильно заполнить поле precedingVetDocuments при запросе prepareOutcomingConsignmentRequest, но непонятно как. |
||
|
||
|
||
|
Добрый день!
в запросе к API указываю в поле precedingVetDocuments строковую информацию о входящих документах (например Вход. вет.св-ва: №111111 от 20.02.2017г ) но в веб-интерфейсе и в ответном prepareOutcomingConsignmentResponse это поле пропадает! в чем может быть дело? еще и поле transferPermit примерно так же — в ответном xml prepareOutcomingConsignmentResponse Оно есть а в веб-интерфейсе ГВЭ не заполнено |
||
|
||
|
Индекс форума » Профиль для kiv1c » Сообщения, отправленные пользователем kiv1c |
1 2 3 ► Перейти Перейти на стр…. |
|
Обмен данными с мобильным приложением
Автор Вячеслав Шаршевич, 13 июн 2019, 13:35
0 Пользователей и 2 гостей просматривают эту тему.
Очевидно, что такого файла, а соответственно и веб сервиса не существует. Вы его публиковали?
Цитата: MuI_I_Ika от 13 июн 2019, 16:21
Очевидно, что такого файла, а соответственно и веб сервиса не существует. Вы его публиковали?
Да публиковал, Это я реализую пример с видео урока
А в браузере этот файл открывается?
Видимо права не правильно задали. Если у вас апач, что сморите настройки в файле конфига.
Цитата: MuI_I_Ika от 14 июн 2019, 11:13
Видимо права не правильно задали. Если у вас апач, что сморите настройки в файле конфига.
То есть мне надо в файле конфига поменять значение? А где это делается? я открыл conf, а дальше как?
Если вы можете открыть приложение в браузере, то проблема скорее всего в коде 1с.
Теги:
- Форум 1С
- ►
Форум 1С — ПРЕДПРИЯТИЕ 8.0 8.1 8.2 8.3 8.4 - ►
Мобильная разработка - ►
Обмен данными с мобильным приложением
Похожие темы (3)
Поиск
Убираем авторизацию пользователя у веб-сервиса
Механизм Web-сервисов позволяет использовать 1С:Предприятие 8 как набор сервисов в сложных распределенных и гетерогенных системах, а также позволяет интегрировать 1С:Предприятие 8 с другими промышленными системами использованием сервисно-ориентированной архитектуры.
Публикация веб-сервисов выполняется через конфигуратор, для этого нужно открыть окно Публикация на веб-сервере, нажав Администрирование -> Публикация на веб-сервере…
 |
| 1. Опубликованный веб-клиент и веб-сервисы |
Процесс публикации описывать не буду, для каждого случая он свой, но обычно достаточно выбрать веб-сервер, указать каталог публикации и нажать на кнопку Опубликовать.
Послу публикации в указанном каталоге создастся файл default.vrd. Его содержимое будет примерно таким:
<?xml version="1.0" encoding="UTF-8"?>
<point xmlns="http://v8.1c.ru/8.2/virtual-resource-system"
xmlns:xs="http://www.w3.org/2001/XMLSchema"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
base="/DemoSSL"
ib="File="C:1сБиблиотекаСтандартныхПодсистемDemoSSL";">
<ws>
<point name="Exchange"
alias="exchange.1cws"
enable="true"/>
<point name="Exchange_2_0_1_6"
alias="exchange_2_0_1_6.1cws"
enable="true"/>
<point name="InterfaceVersion"
alias="InterfaceVersion.1cws"
enable="true"/>
<point name="MessageExchange"
alias="messageexchange.1cws"
enable="true"/>
<point name="MessageExchange_2_0_1_6"
alias="messageexchange_2_0_1_6.1cws"
enable="true"/>
<point name="RemoteAdministrationOfExchange"
alias="RemoteAdministrationOfExchange.1cws"
enable="true"/>
<point name="RemoteAdministrationOfExchange_2_0_1_6"
alias="RemoteAdministrationOfExchange_2_0_1_6.1cws"
enable="true"/>
</ws>
</point>
Тег ws содержит описание публикации веб-сервисов. Если мы обратимся к веб-сервису с помощью браузера, введя его адрес, например, http://192.168.0.85/DemoSSL/ws/exchange.1cws, то увидим окно авторизации, которое попросит ввести логи и пароль пользователя 1С:
 |
| 2. Окно авторизации веб-сервиса |
Обратите внимание, адрес к веб-сервису строится по следующему шаблону:
[СетевойАдресКомпьютера]/[ИмяПубликации]/ws/[АдресВебСервиса]
Создадим пользователя 1С с логином User и паролем 123456, от имени которого в дальнейшем будет происходить автоматическая авторизация.
Замечено, окно авторизации корректно работает с логином, написанным на латинице, иначе может появится ошибка:
<html>
<head><title> A server error occurred. </title></head>
<h1> а?б?б?аЕаНб?аИб?аИаКаАб?аИб? аПаОаЛб?аЗаОаВаАб?аЕаЛб? аНаЕ аВб?аПаОаЛаНаЕаНаА. </h1>
<hr/>
An error occurred processing this request.</html>
Допустим, необходимо, что бы веб-сервис exchange.1cws не требовал авторизацию. Для этого из файла default.vrd удаляем информацию о данном веб-сервисе, то есть удаляем строчки:
<point name=»Exchange»
alias=»exchange.1cws»
enable=»true»/>
Создаем рядом с файлом default.vrd файл с именем exchange и расширением 1cws (exchange.1cws). Откроем файл текстовым редактором, укажем кодировку UTF-8 без BOM и запишем следующие строчки:
<?xml version="1.0" encoding="UTF-8"?>
<service
namespace="http://www.1c.ru/SSL/Exchange"
name="Exchange"
connectString="File="C:1сБиблиотекаСтандартныхПодсистемDemoSSL";usr="User";pwd="123456""/>
Значения атрибутов тэга service берем из следующих мест:
- namespace — указываем пространство имен веб-сервиса (см. рисунок 3);
- name — указываем имя сервиса (см. рисунок 1);
- connectString — указывается расположение информационной базы (см. рисунок 4) + логин и пароль пользователя, от имени которого будет производиться авторизация. Для файлового варианта и клиент-серверного значение данного атрибута будет отличаться. Пример для клиент-серверного варианта: Srvr="localhost";Ref="DemoSSL";usr="User";pwd="123456"
 |
| 3. Пространство имен веб-сервиса |
 |
| 4. Расположение информационной базы |
Теперь веб-сервис Exchange доступен без запроса авторизации по адресу http://192.168.0.85/DemoSSL/exchange.1cws. Обратите внимание, что изменился путь к веб-сервису, теперь он не содержит уровень ws.
UPD 15.03.2016:
Если стоит апач(а может и не только) — то по дефолту 1С пытается авторизовать пользователя системы вида: [DOMAIN]HOSTNAME$, если в базе создать такого пользователя с авторизацией системы — то плясать с бубном не нужно, а дальше рулите ролями.
UPD 12.04.2017:
Создать в операционной системе пользователя, под ним настроить запуск Apache. В 1С завести пользователя, установить галку Аутентификация операционной системы и выбрать пользователя Apache. Правда при такой настройке не получится выборочной аутентификации — будут доступны все сервисы, связанные с WEB.
Обновлено 14.10.2020
Добрый день! Уважаемые читатели и гости популярного компьютерного блога pyatilistnik.org. В прошлый раз мы с вами решили ошибку » db query error please try later», и восстановили работу сайта на платформе 1С Битрикс. Сегодня я хочу поделиться небольшой заметкой, как выйти из ситуации, когда не работает кнопка «Заполнить по ИНН» в Справочнике Контрагенты при создании нового. Выдается ошибка «ОбщийМодуль.ОбщегоНазначенияПовтИсп.Модуль(198): Ошибка при вызове конструктора (WSОпределения) WSОпределения = Новый(Тип(«WSОпределения»). Давайте разбираться в чем собственно дело.
Причины ошибок с модулем 198-504
Вся проблема связана с неправильным и устаревшим сертификатом, это бывает если вы давно не обновляли свою версию 1С, а в этот момент как раз истек срок сертификата, который участвует в подключении к внешним сервисам, например, npchk.nalog.ru или api.orgregister.1c.ru.
Вот так вот выглядит более полный текст ошибки:
Не работает кнопка «Заполнить по ИНН» в Справочнике Контрагенты при создании нового.
Выдает ошибку:
{ОбщийМодуль.ОбщегоНазначенияПовтИсп.Модуль(198)}: Ошибка при вызове конструктора (WSОпределения)
WSОпределения = Новый(Тип(«WSОпределения»), Параметры);
по причине:
При вызове веб-сервиса произошла ошибка. При создании описания сервиса произошла ошибка. URL сервиса: https://api.orgregister.1c.ru/orgregister/v7?wsdl
по причине:
Ошибка работы с Интернет: Удаленный узел не прошел проверку
Комментарий: {ОбщийМодуль. ОбщегоНазначения. Модуль (5303)}: Ошибка при вызове конструктора (WSОпределения)
Определения = Новый WSОпределения (ИмяФайлаWSDL, ИмяПользователя, Пароль, ИнтернетПрокси, Таймаут);
по причине:
Ошибка импорта схемы
по причине:
Ошибка при выполнении файловой операции ‘_ttp://npchk.nalog.ru:80/FNSNDSCAWS_2?xsd=1’
по причине:
Ошибка работы с Интернет: произошел таймаут при ожидании ответа шлюзу (504).
10060 — Ошибка соединения с сервером
HOST — npchk.nalog.ru[81.177.31.8]; PORT — 80
Connection timed outTraffic Inspector HTTP/FTP/Proxy server (3.0.2.912)
по причине:
Ошибка работы с Интернет: произошел таймаут при ожидании ответа шлюзу (504)
Как решить проблему
В случае клиент-серверной версии необходимо добавить сертификат Digicert как на сервере, так и на всех клиентах. Добавлять стоит способом, описанным в пункту 1 или 3. Перегружать сервер после обновления cacert.pem не нужно.
- Самым быстрым методом? будет замена сертификата cacert.pem, который располагается в папке с вашим клиентом. Скачать cacert.pem можно о официального сайта по ссылке:
https://its.1c.ru/db/files/1CITS/EXE/cacert/cacert.zip
В итоге у вас будет архив с сертификатом cacert.pem, распакуйте его. Далее, откройте вашего клиента, где вы получаете ошибку при вызове конструктора WSОпределения. И перейдите по пути:
C:Program Files (x86)1cv88.3.11.3034bin это в случае с версией 8.3.11.3034
Если вы теряетесь в своих версиях, то попробуйте произвести поиск по cacert.pem в папке C:Program Files (x86) и посмотрите, где у вас нужно подменить, этот файл. Меняете его на свежий и радуетесь жизни.
- Второй метод, заключается в использовании обработки в 1С. Скачайте файл обработка.epf
https://its.1c.ru/db/files/1CITS/EXE/digicert_epf/digicert_epf.zip
ОБЯЗАТЕЛЬНО запустите его от имени администратора, иначе можете получить ошибку:
Ошибка записи сертификата. Возможно:
— Файл cacert.pem занят. Освободите файл от редактирования и запустите обработку заново.
— Закройте 1С: Предприятие и запустите с правами администратора операционной системы
- Ну и третий метод, это редактирование текущего файла cacert.pem. Откройте его текстовым редактором и в самом конце файла вставьте содержимое файла digicert.pem, который можно скачать тут:
https://its.1c.ru/db/files/1CITS/EXE/digicert/digicert.zip
Недавно возникла задача по настройке интеграции программы 1С:Управление торговлей 8 Редакция 11 и 1С:Документооборот. Хорошего материала по настройке, где все было бы популярно расписано найти не удалось. Поэтому в процессе настройки я решил подготовить небольшую инструкцию.
Необходимо настроить интеграцию «1С:Управление торговлей 8 Редакция 11», далее УТ11 и «1С:Документооборот», далее ДО. На основании данных справочника «Договоры контрагентов», в программе УТ11, формировать в ДО входящий документ с заполнением основных реквизитов.
Используемые версии конфигураций и дополнительное ПО:
«1С:Управление торговлей 8 Редакция 11», версия 11.0.7.21
«1С:Документооборот ПРОФ», версия 1.2.2.7
Веб-сервер Apache, версия 2.2.22
В качестве настраиваемых баз были взяты демонстрационные конфигурации, с заполненными данными.
Настройка веб-сервера Apache 2.2
Ниже описана последовательность действий для установки веб-сервера под управлением операционной системы Windows. Скачать последнюю версию веб-сервера можно по адресу http://httpd.apache.org/download.cgi. Веб-сервер необходим для развертывания программы ДО.
Следует заполнить поля:
Network Domain – localhost
Server Name – localhost
Administrator’s Email Address – можно указать произвольный e-mail, этот адрес будет показан пользователю в случае ошибки на сервере при открытии страницы.
Переключатель следует оставить по умолчанию for All Users, on Port 80, as a Service
Тип установки оставляем Typical (типовой)
В качестве папки для установки веб-сервера рекомендуется использовать либо папку в корне диска D, либо диска C, если установлена Windows 7 в папку C:UsersPublicWEBSERVER
Настройка программы ДО
Настройки в программе следует выполнять под учетной записью пользователя с полными правами, правами администрирования. В программе ДО необходимо открыть конфигуратор. В главном меню выбрать Администрирование —> Публикация на веб-сервере…
В открывшемся окне следует указать:
- Указать Имя DocMng
- Убедиться, что выбран Веб-сервер Apache 2.2
- Установить флаг Публиковать Web-сервисы
- Установить флаги напротив DMService
- Нажать кнопку Опубликовать.
В открывшемся окне Публикация веб-клиента нажмите кнопку Да.
Настройка программы УТ11
Настройки в программе следует выполнять под учетной записью пользователя с полными правами, правами администрирования. В программе УТ11 необходимо открыть панель Администрирование, выбрать Настройка параметров учета.
В открывшемся окне необходимо перейти на вкладку Интеграция с 1С:Документооборот и выполнить следующие действия:
- Установить флаг Использовать интеграцию с 1С:Документооборот
- Установить значение URL: — http://localhost/DocMng
- Нажать кнопку Записать и закрыть.
Настройка подключения к ДО. На панели Администрирование в группе Настройки необходимо открыть пункт Персональные настройки.
В открывшемся окне необходимо перейти на вкладку Интеграция с 1С:Документооборот и нажать кнопку Настроить параметры авторизации в 1С:Документооборот.
В открывшемся окне необходимо указать имя пользователя и пароль учетной записи ДО. У данной учетной записи должна быть установлена роль Полные права.
На панели Администрирование, слева, в панели навигации необходимо выбрать пункт Настройки заполнения объектов 1С:Документооборота.
В открывшемся окне следует добавить новую настройку заполнения, нажав кнопку Создать.
В качестве примера рассмотрим создание документов в программе ДО на основании договоров контрагентов в программе УТ11.
В открывшейся форме следует заполнить значения, аналогично, приведенным на рисунке:
Для проверки соответствия документов ДО и договоров контрагентов можно открыть карточку справочника Партнеры. Для того, чтобы открыть справочник Партнеры можно перейти на панель Нормативно-справочная информация, слева, в панели навигации выбрать пункт Партнеры.
В карточке партнера следует открыть список договоров, нажав пункт Договоры по партнеру.
В открывшемся списке следует выбрать произвольный договор. В карточке договора, если поле Документ не заполнено можно добавить новый Входящий документ, нажав кнопку Создать.
Примечание! В момент создания входящего документа будет произведена попытка подключения к программе ДО через веб-сервер. Поэтому необходимо, чтобы веб-сервер был запущен, база ДО была опубликована на данном веб-сервере и доступна для подключения по учетной записи, указанной в персональных настройках УТ11.
В открывшейся форме входящего документа будут заполнены все реквизиты, которым ранее в форме настроек заполнения объектов 1С:Документооборота было сопоставлено соответствие. В данном примере соответствие было выставлено для реквизитов:
|
Входящий документ |
Договор контрагента |
|
№ отправителя |
Номер |
|
Дата отправителя |
Дата |
|
Организация |
Организация |
|
Наименование |
Наименование |
Договор контрагента (УТ11)
Входящий документ (ДО)
Во входящем документе следует заполнить ряд необходимых реквизитов, после чего его можно будет записать, нажав кнопку Записать и закрыть.
После этого входящий документ будет доступен в карточке Договор контрагента. Чтобы его открыть необходимо нажать кнопку открытия.
Исправления в связи с изменениями в последних релизах 1С:Управление торговлей 8 Редакция 11
В связи с тем, что панель Администрирование была изменена в релизе, начиная с 11.0.8.8, изменилось и местонахождение настроек интеграции Документооборота.
На панели Администрирование, слева, в панели навигации необходимо выбрать пункт Органайзер и документооборот.
В открывшемся окне в разделе Документооборот необходимо выполнить следующие действия:
- Установить флаг Использовать интеграцию с 1С:Документооборот
- Установить значение URL: — http://localhost/DocMng
Для того, чтобы настроить параметры авторизации для подключения к программе ДО необходимо указать значение в поле Корневая папка для хранения файлов. При начале выбора корневой папки будет предложено настроить параметры авторизации для подключения к программе ДО.
В открывшемся окне необходимо указать имя пользователя и пароль учетной записи ДО. У данной учетной записи должна быть установлена роль Полные права.
Настройка заполнения объектов расположена ниже, в разделе Документооборот. Настройка выполняется аналогично, как описывается выше в данной статье.
Содержание статей: 1С:Предприятие 8. Веб-сервисы
Предыдущая статья: 1С:Предприятие 8. Веб-сервисы. Возвращаем массив
Хочу рассказать об ошибках, с которыми столкнулся при разработке веб-сервисов на 1С. Статью буду дополнять по мере получения опыта.
1
Это сообщение об ошибке при подключении к веб сервису из PHP.
[31-Mar-2013 05:32:02 UTC] PHP Fatal error: SOAP-ERROR: Parsing WSDL: Couldn’t load from ‘http://test.ru/test/ws/WebServices?wsdl’ : failed to load external entity
Данное сообщение говорит лишь о недоступности веб-сервера, на котором опубликована база. В этом случае попробуйте вручную вызвать http://test.ru/test/ws/WebServices?wsdl и убедиться, что WSDL формируется. Если не формируется, значит либо веб-сервер выключен, либо база опубликована по другому адресу или порту, либо блокирует фаервол. Могут быть и другие причины.
2
02-Apr-2013 13:46:10 UTC] PHP Fatal error: Uncaught SoapFault exception: [HTTP] Error Fetching http headers in /home/users/b/test/domains/test.ru/testDIR/test.php:169
Эта ошибка возникает если WSDL возвращается с ошибкой. Есть несколько причин для этой ошибки:
- Несогласованность пространств имен в конфигурации. Например в ws-операции тип возвращаемого значения не соответствует типу из XDTO. Это может возникнуть при сменен URI пространства имен пакета XDTO.
- Возникает если в PHP включить кеш WSDL. Кеш запоминает WSDL и при каждом вызове веб-операции не запрашивает его, но если вы поменяли веб-сервис, то произойдет ошибка. Вообще, при разработке кеш стоит отключить, а если уже все работает то для скорости лучше включить. Ускорение при отключенном кеше заметное. Для примера скажу, что создание объекта SoapClient с выключенным кешем занимает примерно 2 сек, а с включенным — за сотые доли секунды. Отключить можно так:
ini_set("soap.wsdl_cache_enabled", 0);или
$client=newSoapClient('http://somewhere.com/?wsdl',array('cache_wsdl'=> 0));
3
Ошибка SOAP сервера: Неизвестная ошибка. bad allocation.
Скорее всего недостаток оперативной памяти — проверьте запрос и результат вывода веб сервиса. Запрос может быть сложным, потому может быстро исчерпать оперативную память.