Выдает ошибку в справочнике Контрагенты кнопка заполнить по ИНН |
Я |
14.03.17 — 11:19
УПП 1.3. При нажатии в справочнике контрагенты кнопки заполнить ИНН выдает ошибку:{ОбщийМодуль.ОбщегоНазначенияПовтИсп.Модуль(198)}: Ошибка при вызове конструктора (WSОпределения)
WSОпределения = Новый(Тип(«WSОпределения»), Параметры);
по причине:
При создании описания сервиса произошла ошибка. URL сервиса: https://api.orgregister.1c.ru/orgregister/v2?wsdl
Код ответа сервера: 500
Вопрос: как исправить ошибку?
1 — 14.03.17 — 11:22
вопрос в другом — как на стороне 1С ты можешь влиять на сторонние сервера?
2 — 14.03.17 — 11:25
(1) Не знаю
3 — 14.03.17 — 11:25
С 1 января 2017 года планируется отключение старого источника данных. Чтобы сервис «1С:Контрагент» продолжил работу, необходимо либо перейти на релиз конфигурации, в которой используется версия БСП 2.3.2.51 и выше, либо самостоятельно настроить подключение к новому источнику данных, перейдя в конфигурации на интерфейс https://api.orgregister.1c.ru/orgregister/v7?wsdl
4 — 14.03.17 — 11:26
В УПП интерфейс должен был автоматически обновиться в версии 1.3.78
5 — 14.03.17 — 12:40
(4) Автоматически не обновился. Поясни что делать с xml файлом из (3) ?
6 — 14.03.17 — 12:49
500 — это internal server error
проблема не на твоей стороне
7 — 14.03.17 — 12:51
(6) Почему не у меня. internal переводится как внутренний.
Что делать?
8 — 14.03.17 — 12:51
Бывают, конечно, шутники, которые возвращают 500, когда входные параметры некорректные или их недостаточно, но, во-первых, 1С вроде этим не болеет, а, во-вторых, тут 500 вываливается при создании wsопределения, то есть до всяких там параметров. Логин-пароль, разве что неправильные…
9 — 14.03.17 — 12:51
(7) потому, что внутренности, в которых ошибка, не твои, а — копании 1С
10 — 14.03.17 — 12:52
а, это ты, sidalexsandr, не заметил. Извини, я не могу тебе помочь — я на твоем языке не умею говорить
11 — 14.03.17 — 12:55
(10) Ты противоречишь (3), потому и спросил?
12 — 14.03.17 — 12:58
(11) ну, вот это то, о чем я говорил. С точки зрения русского языка и стандартной аристотелевской логики, там нет ни каких противоречий. Просто у тебя и язык какой-то свой, и логика квантовая, по этому тебе говоришь одно, а понимаешь ты что-то совершенно другое, иногда — диаметрально противоположное.
13 — 14.03.17 — 13:09
(12) без флуда в тематической ветке, плизики.
(5) проверил на актуальной УПП — все работает. Значит что-то не договариваешь
14 — 14.03.17 — 13:15
(7) код ошибки 500. Причем тут 1С? Если при переходе на страницу Яндекса получаешь 500 ошибку ты монитор меняешь или мышку? Может весь компьютер?
16 — 14.03.17 — 13:16
(13) >без флуда в тематической ветке, плизики.
https://i.imgur.com/8b9WsBL.png
17 — 14.03.17 — 13:18
(14) у других сервис работает. Значит проблема все-таки на стороне клиента.
Я подозреваю автора в том, что он логин-пароль неправильно указал. Или, что еще вероятнее, — не знает, что без подписки на ИТС этот велосипед не работает, и, соответственно, вообще не вводил ни логина, на пароля.
18 — 14.03.17 — 13:24
(17) за всех не надо говорить.
У меня на старых конфах сервис тоже отвалися
И если открыть https://api.orgregister.1c.ru/orgregister/v2?wsdl
<soap:Envelope xmlns:soap=»http://schemas.xmlsoap.org/soap/envelope/»>;
<soap:Body>
<soap:Fault>
<faultcode>soap:Server</faultcode>
<faultstring>503 — Service Unavailable</faultstring>
</soap:Fault>
</soap:Body>
</soap:Envelope>
19 — 14.03.17 — 13:26
разница между 500 и 503 существенная
20 — 14.03.17 — 13:41
(13) Какая версия УПП?
21 — 14.03.17 — 14:25
(20) АКТУАЛЬНАЯ, а это значит 1.3.88.1
22 — 14.03.17 — 14:43
база серверная? если да, то уверенны, что служба сервера 1с работает под пользователем виндовс у которого есть полноценный доступ к интернету
23 — 14.03.17 — 15:32
У меня Управление производственным предприятием, редакция 1.3 (1.3.73.1)
Вопрос: Что исправлять?
24 — 14.03.17 — 15:50
(9) Понял (раньше не видел этого сообщения).
25 — 14.03.17 — 16:21
(23) обновись до (4)
26 — 14.03.17 — 16:53
(25) У меня база УПП изменённая её изменяли программисты до меня, что мне делать?
27 — 14.03.17 — 17:12
(26) тогда забей, сами внесут контрагентов
28 — 14.03.17 — 17:15
Вот ответ:
поменялись адрес сервиса, имя и имя точки подключения.
Функция АдресСервиса()
Возврат «https://api.orgregister.1c.ru/orgregister/v7?wsdl»;;
КонецФункции
…Показать
Прокси = ОбщегоНазначения.WSПрокси(
АдресСервиса(), // АдресWSDL
ПространствоИмен(), // URIПространстваИмен
«RequisitesWebServiceEndpointImpl7Service», // ИмяСервиса
«RequisitesWebServiceEndpointImpl7Port», // ИмяТочкиПодключения
ПараметрыАутентификации.Логин, // ИмяПользователя
ПараметрыАутентификации.Пароль, // Пароль
60);
29 — 14.03.17 — 17:15
Ветку можно закрывать.
30 — 14.03.17 — 17:44
(28) Ты подсмотрел в новой версии!!!
Как проницательно.
Тролебузин
31 — 15.03.17 — 01:12
(28) я тебе об этом еще в (3) написал
Мы описывали как настраивать веб-публикацию на IIS в инструкции.
Но после настройки веб-публикации при подключении к базе может возникать ошибка “Ошибка HTTP 500.0 — Internal Server Error”.
Если модуль был установлен с 32-битного клиента, то требуется это указать в пуле приложений. Для этого мы делаем следующую настройку:
- Заходим в Панель управления → Администрирование → Диспетчер служб IIS.
- Выбираем Пулы приложения которые задействованы в веб-публикации, в нашем случае DefaultAppPool.
- Нажимаем ПКМ Дополнительные параметры.
- В строке Разрешены 32-разрядные приложения мы указываем True как на Рисунке 1.
- Нажимаем ОК.
Рисунок 1 — Дополнительные параметры пула приложений
Если не сработало, есть следующие возможные решения:
- Убедитесь, что разрешения NTFS для файла web.config верны и обеспечивают доступ к учетной записи компьютера веб-сервера. Заходим в директорию, где размещена публикация (по умолчанию — C:inetpubwwwrootИМЯ_БАЗЫ). Нажимаем ПКМ на web.config → Свойства → Безопасность. Убедитесь в том, что у группы IIS_USERS есть права на чтение, выполнение, запись и изменение файла. Если нет — нажмите кнопку Изменить, в появившемся окне Добавить → Дополнительно и найдите в списке IIS_USERS. Добавьте эту группу и назначьте соответствующие права.
- Проверьте журналы событий, чтобы посмотреть, была ли зафиксирована какая-либо дополнительная информация. Открываем Выполнить (ПКМ на кнопку меню пуск или сочетанием клавиш Win+R), вводим “eventvwr.msc”, нажимаем Enter. Возможно, журнал даст подсказку какой компонент может сбоить.
- Переустановите компонент IIS на сервере. В диспетчере серверов удалите роль Веб-сервера IIS, перезагрузите сервер, а затем установите заново через оснастку Добавить роли и компоненты.
- Установите компонент расширения .NET, если запрос сопоставлен управляемому обработчику.
В Windows Server 2012 и младше: заходим в Диспетчер серверов → Добавить роли и компоненты → Роли сервера → Веб-сервер (IIS) → Веб-сервер → Разработка приложений → Расширяемость .NET. Далее идём далее по указаниям системы.
После применения настроек, мы можем подключаться к настроенной веб-публикации без ошибок.
Нужна готовая настройка веб-доступа к 1С? Попробуйте наш сервер 1С в аренду, в услугу включены все настройки и обслуживание.
Добрый день.
Пытаюсь разобраться с WEB-сервисами. Разобрал пример из ИНЕТА. Опубликовал локально на WEB-сервере. Но при обращении к нему из обработки, сервер выдает ошибку:
{ВнешняяОбработка.WEB_Service.Форма.Форма.Форма(11)}: Ошибка при вызове конструктора (WSОпределения)
Определение = Новый WSОпределения(«http://localhost/request/ws/request.1cws?wsdl»,»Admin»,»123″);
по причине:
При создании описания сервиса произошла ошибка. URL сервиса: http://localhost/request/ws/request.1cws?wsdl
Код ответа сервера: 301
Публиковал и на IIS и на Apache 2.4
Результата один «Код ответа сервера: 301» (получаемый в ответ от сервера в ситуации, когда запрошенный ресурс был на постоянной основе перемещён в новое место). Совершенно ни о чем мне не говорит.
Сервис прекрасно читается в браузере напрямую — «http://localhost/request/ws/request.1cws?wsdl»
Он даже загружается в «WS-ссылки» конфигуратора.
Но работать не хочет из Обработки, которая к нему обращается.
Пример брал здесь: https://infostart.ru/public/327963/
Подскажите, как с этим бороться.
Нашел неточность. Имя сервиса «Request» (С большой буквы)
Теперь строка в определении выглядит так — «http://localhost/Request/ws/request.1cws?wsdl»
Но теперь ошибка 400 (что-то там с синтаксисом)
Разобрался.
Надо было делать так «http://127.0.0.1/Request/ws/request.1cws?wsdl»
«localhost» не катит
Ошибка 405 и 500 в HTTP сервисе 1С. Поиск и устранение.
Добрый день, хотел поделиться с вами результатом преодоления этих ошибок при работе с http сервисами 1С. С данной ошибкой мне пришлось столкнуться при переписывании мобильного приложения с web сервисов на http. Ошибка возникала при отправке http сервису POST запроса.
Ошибка 405
При работе с некорректным HTTP сервисом из мобильного приложения возвращалась ошибка 405, которая указывает на конкретную проблему. «405 Method Not Allowed — указанный клиентом метод нельзя применить к текущему ресурсу.» Долго не мог разобраться с данной ошибкой, так как в сервисе запрос был разрешен и шаблоны были настроены корректно.
Ошибка 500
При работе с некорректным HTTP сервисом из внешних программ возвращалась ошибка 500, которая ни о чем конкретном не говорит. «500 Internal Server Error — любая внутренняя ошибка сервера, которая не входит в рамки остальных ошибок класса».
Вроде HTTP сервис один, а при использовании запросов к нему из разных программ возвращались разные ошибки.
Расследование ошибок 405 и 500 в HTTP сервисе 1С
Времени на выяснение причин ушло очень много. За несколько дней до этой задачи мною были проведены десятки экспериментов по сборке и настройке web сервера apache 2.4 x64 SSL для работы с 1С. Все настройки в основном были связаны с кросс доменными запросами из web приложения на javascript. Столкнувшись с ошибками 405 и 500 на другом проекте я сразу полез в дебри конфигурации apache. После полного удаления apache поставил IIS и на нем вышла такая же ошибка. Поднял на виртуальной машине чистую систему, попробовал apache и iss, но ошибка так и проявлялась. Потом я вспомнил, что одна функция мобильного приложения уже давно использует http сервис и там все прекрасно работает. Создал http сервис с базовыми настройками и все заработало.
Как только я переносил код из web сервиса в функции http сервиса, сразу появлялись ошибки. Самое интересное, что отладка не срабатывала, т.е. POST запрос в пустую функцию приходил и отрабатывал, а в функцию с кодом нет.
На многих форумах ошибку 405 описывают как ошибку доступа, либо не корректную настройку http сервиса.
Итог разбора ошибок 405 и 500 в HTTP сервисе 1С.
В итоге все оказалось довольно просто. Функция, которая вызывалась внутри функции http сервиса 1с не могла быть вызвана из данного модуля. Странно, что при сохранении конфигурации никакой ошибки на вызов отсутствующей функции не было. Возможно это глюк версии платформы и будет доработан. При использовании web сервисов, даже если код внутри функции был не корректный, отладка работала. В http сервисе сразу идет возврат с ошибками 405 или 500.
P.S. В последней версии платформы ошибка 405 перестала выходить.
Обновление 12.01.2019
В процессе работы часто приходится сталкиваться с ошибками 405 и 500 в HTTP сервисах. Но проблема в 99% случаев в коде сервиса. Возможно это не явно, код вас может уводить глубоко в другие модули, но решение надо искать именно там.
Сейчас у меня такие ошибки начинают и в рабочих проектах. Стоит только внести небольшое изменение которое вызывает исключительную ситуацию, как вы получите ошибку 500. Мобильный клиент ведет себя еще более странно и отловить реальную ошибку очень тяжело, особенно когда переделывает чужие формы под мобильный клиент.
В данный момент я начинаю с того, что отключаю вызов всех функций и процедур начиная со входа в обработчики HTTP сервиса и смотрю как проходят запросы. Если все хорошо, то я начинаю включать код небольшими кусочками и проверять работу сервиса. Данный метод не самый быстрый, но дает 100% результат.
Если у вас остались вопросы, то вы можете задать мне их в социальных сетях или оставить комментарий ниже.
Обновлено 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
