Есть веб сервис, он возвращает одно значение. В веб сервисе есть несколько параметров. При обращении в веб сервису эти параметры передаются. По этим параметрам ищется соответствие в базе веб сервиса. Можно ли как-то  через веб сервис передать что соответствие не найдено без добавления отдельного свойства в пакет XDTO?

никто не сталкивался с таким или я велосипед изобретаю?

Ну а что, по возвращаемому значению никак не определить, нашлось значение или нет?

(1) Да создай ты тип "РезультатОтвета" с 2 свойствами к примеру: код результата и его описание, и установи в качестве возвращаемого параметра веб-сервиса

хотелось бы сообщить по какому именно параметру проблема. Если возвращаемое значение не заполнено, то нужно писать что проблема в одном из параметров

я уж думал снова Мисти

(3)о новом свойстве я теме сразу написал. Другого варианта нет получается или я хочу невозможного?

(4) Тип возвращаемого значения какое?

(7)строка определенной длины

(8) Блин ну сделай булево возвращается, типа истина значит нашел, ложь значит нет

(8) Что, сложно написать какой длины?

+(10) И сколько параметров передается в веб-сервис?

(9)про добавление нового свойства в пакет я вкурсе. Думал можно как-то красивее написать, типа ОписаниеОшибки()

(10),(11) строка - 20 символов. Передаются 5 параметров, по 3-м из них ищется соответствие. Соответствием может быть не найдено по любому из 3-х

(12) Ну пробуй тогда ВызватьИсключение, я аж хз. Ты походу сам не знаешь чо хош

ВызватьИсключение

(0) я вчера впервые воспользовался вебсервисом другой 1С. В ответ мне пришел xml файл. А чего бы  параметры в хмл не засунуть?

(14) Но по моему это не красивее, я возвращаю в своих веб-сервисах, спец объект "РезультатОтвета" в котором содержуться разные свойства , типа код-ошибки описание, описание для пользователя ну и ещё пару штук. И этот объект является возвращаемым для каждого метода

(14) я знаю что хочу. Хочу сообщить в базу, из которой вызывается веб сервис, что по такому-то параметру соответствие не найдено, проверьте параметр. Пока единственный вариант добавление нового свойства и туда пихать описание ошибки

(13) Ну всё, вопрос решаем. При ошибке возвращай строку: "#Ошибка <КодОшибки>". Где <КодОшибки> - число, которое на клиенте превращается в описание. Текст ошибок и их коды в таблицу на клиент и в 1С.

(0) так сделать параметр который будет,что-то возращать...

(19) Это кривой способ. Нормальную обработку ошибок надо закладывать еще на этапе проектирования. Но если профтыкали - то лучше уж сделать рефакторинг, чем костылями подпирать.

(14),(15) Исключение не красиво. Насчет нового свойства сразу знал и в теме написал, думал есть лучше вариант. Теперь понял что нет, буду делать свойство(просто веб сервис не хотелось изменять). Всем спасибо за внимание и подсказки

(19) в уже вовзращаемое значение не кошерно ставлять другие строки, пусть там будет лучше нужное значение

(21) Зависит от задач.

(24) Только если цена рефакторинга будет слишком высока. Так и рождаются монстры, доработка которых происходит по принципу "костылем больше, костылем меньше - уже без разницы". Поэтому голову надо включать до, а не после.