Есть рабочий, опубликованный web сервис, который отдает N значения стороннему сервису, отдает и хорошо.. Но отдает почему то с английской локализаций, т.е к примеру Дата - 1/1/2022 11:55:03 PM, ссылка на документ отправляется с типом строка и имеет вид "Заявка 00000000341 from 01.01.2022 23:48"... Данные из базы получаются не хитрым запросом, он же в консоли - отдает верные данные. Код формирования данных находится в общем модуле, пробовал внешней обработкой обращаться и получать данные, так же, как это делает веб сервис, с локализацией в таком случае проблем нет, проблема именно при работе веб сервиса. Пробовал на разных серверах, но проблему это не решает. В какую сторону стоит копать?

Локализация 1С установлена русская. Может где то отдельно может настраиваться локализация для web сервиса?

А язык у пользователя БД какой стоит?

(2) Русский

у тебя там "PM" . вот и получай "from" ибонех

(4), согласен, нех) Но в самом документе и в самой базе стоит нормальный, привычный всем формат времени, данная дата результат выполнения запроса web сервиса :(. Т.е он сам какие то образом переводит ссылки и даты

ну если хочешь похавать матчасти, то добро пожаловать на https://infostart.ru/1c/articles/779726/

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

Да даже в дереве конфигурации, язык только русский (

(7) Веб-сервис на какой машине? Что там с региональными настройками?

если отдавать веб сервисом именно ДАТУ, то она будет прям ДАТОЙ на принимающей стороне (вернее строкой в формате ISO), которую уже принимающая сторона раскукоживает в представление в соответствии со своей локалью.

На серверах, где тестировал веб сервис, так же основной язык русский, с датой в 24 часом формате

(10) к сожалению - не разжёвывает :(
Разве это особенность веб сервиса все переводить на другую локаль? На других веб сервисах такого не встречал

(11) это прекрасно, но код локализации для представлений дат и ссылок может задаваться конечным клиентом.
такая шняга, например, при работе из веб-клиента. если в какой-нибудь убунте всё на английском и в браузере основной язык английский, то везде интерфейсы, даты и представления в 1ске будут на английском формате.

от конфига, настроек веб-сервера и публикации веб-с может ничего не зависеть, если пришёл клиент и говорит "let me speak from my heart"

(13), тестирую web сервис через postman, кидая запросы в базу и проверяю отладкой, уже на моменте выполнения запроса, данные на английской локале. Если верно тебя понял, это потому что сам постман - сервис англоязычный и поэтому данные из 1С формируются сразу согласно его языку?

До этого думал, что данные должны поменять локаль в момент прихода в место вызова этого веб сервиса.. Можно ли это как это обойти? Чтобы данные на англоязычные сервисы приходили на русском?

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

(16) мы для этого перемалывали данные до примитивов, составляли в структуру и сворачивали в json, чтобы не ломать себе голову этими проблемами.

(18) У нас так же, приходит json, разбираю, смотрю что пришло, собираю данные, формирую json и кидаю ответ обратно. Но json который приходит, уже содержит другую локаль (