Ну не хотят и не хотят. Их право.

Так и почему вам ничего не подошло оттуда?
На самом деле это просто мало кому вообще надо.

Ладно, вот держите.

Автор этой штуки вроде пользуется обфускатором. Можете у него поинтересоваться.

Просто пишите уйню

Так а как сделали в итоге?

kuzma2000, а если писать строку в кодировке ANSI?

Только что быстренько нагуглил такое:

ЗТ = Новый ЗаписьТекста(ИмяФайла, КодировкаТекста.ANSI);
ЗТ.Закрыть();
ЗТ = Новый ЗаписьТекста(ИмяФайла,,, Истина, Символы.ПС);
ЗТ.Записать(Данные);
ЗТ.Закрыть();

Тут человек сначала записывает пустой файл в кодировке ANSI, потом туда дописывает что надо в кодировке UTF-8. Это может не совсем прям то, что вам надо (т.к. тут создается файл на диске), но если другого варианта не найдете, можете попробовать это прогонять таким образом через временный файл и потом файл удалять.

А скриншот это откуда?
Попробуйте сохранить ваш XML в файл на диске и посмотреть есть ли там эти символы.

Беручи до уваги

створіть нову базу і завантажте туди актуальну копію.

В последних типовых конфигурациях, если мне не изменяет память, сотни ролей. Технически оно работает. Но управлять этим всем - это ад. На мой взгляд, такого вида решение не жизнеспособно по другим причинам. Когда мы говорим про чтение или запись, обычно это означает чтение или запись не только одного объекта, а и других связанных объектов, например, регистров. И надо держать в голове, что "если давать доступ на справочник А, то надо дать доступ на регистр сведений Б". С документами, какими-то отчетами и обработками будет еще сложнее.

Если вы опишете что именно вы делаете, какую именно ошибку получаете, у вас будет больше шансов получить какой-то ответ.

В 8 есть метод ПодключитьОбработчикОжидания() или что-то типа этого. Там, кажется, указывается процедура которую надо вызвать, интервал через когда вызвать, и еще что-то. Короче точно не помню, но суть должна быть понятна. В 7.7 я вообще ничего уже не помню, но быстренько загуглил, вроде как там тоже есть метод ОбработкаОжидания(). Я бы смотрел в эту сторону. Т.е. открыть форму, а в ПриОткрытии вконце добавить обработчик ожидания, который выведет лог.

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

У вас в заказе одна и та же позиция номенклатуры с одной и той же ценой может встречаться в нескольких строках? А зачем, если не секрет?

Это не стандартная обработка, а часть подсистемы Инструменты разработчика. Первая строка в гугле по запросу "1с инструмены разработчика".

Вы там просто получаете ссылку на элемент плана видов характеристик. Вам надо теперь используя эту ссылку вычитать запись из регистра сведений.


Точно как и с чтением: получить ссылку, записать значение в регистр используя ссылку на план видов характеристик.

По-моему, нормальный вариант. По типу с механизмом характеристик.

Формат yyyy-MM-dd - это дата вида год-месяц-день, начало дня. Вы выбираете данные из регистра на момент времени условно 20.02.2025 00:00:00. Но другой момент еще в том, что если вам нужен остаток, то выбирайте данные из виртуальной таблицы Остатков регистра. Ну и на конец дня, а не на начало.

Там вроде такая система, что где-то в свойстве поля указывается картинка, а значение поля - это индекс "подкартинки" в картинке. Сама картинка это на самом деле набор подкартинок в одной картинке, а индекс - это смещение * ширину подкартинки. У вас по идее там должна быть картинка, в которой 9 подкартинок (от пустого кружка до полностью залитого) и значениями поля могут быть цифры от 0 до 8.

Вкладка "Объединение"?

Може задайте питання конкретніше. Чи допомога потрібна в тому, щоби надати готове рішення?

А в чем вопрос? Хотите заказть доработку? Тогда вам сюда .

А если тестирование и исправление сделать?