Кто сталкивался. Возникла ошибка интеграции СБП. Стала сверять с тестовой пустой базой и рабочей. В сумме чека при преобразовании в строку происходит замена неразрывного пробела, но его нет, но есть обычный пробел. Как такое возможно?

Покажите, как происходит преобразование и замена

(1) как фото прикрепить?

(2) https://imgur.com/

(3) https://imgur.com/a/mX1MzRC

Правильно делать так:
Данные = XMLСтрока(Значение)

А искать в числе НПП странно. Он может быть только в строке.

(4) Научитесь делать скриншоты

Зачем в Данные добавляется СтрДлина?

(4) И что, что там просто пробел?
Примите это во внимание и учтите этот момент в своем коде :)

(6)  (7) https://imgur.com/a/oYi2ez8

(9) В своем учту, что такое может быть. Но в типовых механизмах получается не учитывается.

Для форматирования чисел лучше использовать функцию Формат. Там можно задать необходимость группировки разрядов и символ-разделитель.

(8) Это формирование ключа при отправке в СБП Промсвязьбанк из Розницы. СтрДлина, вероятно, добавляет символы в этот ключ.

(12) Вопрос в том, как может быть в числе пробел вместо НПП? Это с настройкой базы связано или с чем может быть?

(14) Используйте функцию Формат и тонко управляйте преобразованием числа в строку.

(15) А в каком случае в числе пробел, а не НПП? Сделала скрин. В табло просто число 1000, не переменная. Такая же ерунда. https://imgur.com/a/VtLnhRu

(16) Разделитель разрядов может зависеть от региональных настроек сервера 1С или компьютера.

(17) где их можно проверить?

Конфигуратор / Администрирование / Региональные установки ИБ

(18) но их не рекомендуется менять

(17)  (19)  (20) Спасибо. Кто-то все-таки менял( Думала, схожу с ума.

(21) Не надейтесь на СтрЗаменить. Неявное преобразование числа в строку может выдать любые сюрпризы. Используйте Формат()

(22) В запросах нет альтернативы. ) В итоге получается нечто вроде:
СТРЗАМЕНИТЬ(СТРОКА(ГОД(ВЫРАЗИТЬ(РасчетыСКлиентамиПоСрокамОстатки.РасчетныйДокумент КАК Документ.РеализацияТоваровУслуг).Дата)), ВЫРАЗИТЬ(&СимволНПП КАК СТРОКА), """")

(23) В запросах не надо преобразовывать числа в строки. Это нужно делать при обработке результата запроса при выводе представления пользователю

(23) В Вашем случае для обозначения начала года надо использовать НАЧАЛОПЕРИОДА(поле, ГОД)

Наконец-то активизировалась тема ТИПОВ. Из-за этого много ошибок в кодогенерации. Система кодогенерации не понимает систему ТИПОВ, отсюда масса недостоверности.

(23) Что за дичь?
За такое пальцы ломают, чтобы больше программировать не мог

(27) Он шутит.

В тему: робот Яндекса не понял тему типов покрытия дороги и застрял в снегу:
https://youtu.be/WKjb8I3Bq-M

(25) Просто ГОД(Поле)
А всякие НПП и прочее удалять потом, да, при обработке результата запроса

(30) Верно.

Ну и конечно же (5) ерунда, (15) нужно использовать, всякие замены всего, чего только можно (пробелы, НПП и пр., что там еще может прийти в голову кому-то указать в настройках базы) — дичь, только Формат
Вот из строки в число — да, там нужно заменять все, что можно, в поисках числа в строке

(32) Роман прав. Он профессионал.

(0) Понятно для чего вы число конвертируете в строку с вырезанием НПП/пробел/чего там еще в региональных настройках установлено для базы данных - хотя достаточно определить степень значения, это и будет длина числа

(34) Перестаньте бредить