Замену имен можно быстро произвести переименованием из функционала рефакторинга. Именно так я переименовывал ЭтотОбъект пару лет назад, когда переводил Альфу на 8.3.10.
А вообще правильнее было бы делать так. Создать базу для разработки, а потом из нее делать поставки для рабочей базы. Этот вариант предполагает возможность неспешного редактирования, а потом обновления любого количества рабочих баз одной поставкой.

Inkognito @ Today, 12:02 ,
Это не атрибуты файла, а данные сертификата формата x.509.
По сути, необходимо прочитать содержимое файла сертификата и разложить из нотации ASN.1 в понятную информацию.

Версія 4.1

Зміни:
* можливість додавання/редагування шаблонів у налаштуваннях;
* збереження файлу обробки формату з налаштувань користувача на диск;
* оновлення версії обробки формату: додано можливість відображення інформації щодо обробки формату (опис, версія, дата, автор, контакти);
* дрібні виправлення.

Свои 5 копеек вставлю (во чем-то повторюсь).
1. Про DOM забудьте - только XML.
2. В данных много косяков: ошибки, проблемные символы, фейковые (тестовые) данные...
3. В данных отсутствует идентификатор уникальности записей. Соответственно, возникнет множество коллизий.

t_shatova @ 28.07.20, 13:16 ,
Для УТП у меня нет обработок.

Algorithm @ 30.07.20, 13:49 ,
Потрібна більш детальна інформація: версія обробки обміну, версія обробки формату, повний текст помилки...

allegro @ Today, 11:42 ,
Формати вивантаження беруться з підключених обробок формату. Можливо, налаштовані у вас обробки формату не містять функціоналу вивантаження, а лише завантаження.

Важно не только провести. Важно перед проведением выставить в хронологической последовательности.
Ведь если разрешены отрицательные остатки и расход проведен 01.01.2020 12:00:00, а потом приход проведен 01.01.2020 12:00:02, то перепроведение ничего не даст, пока приход не установить раньше расхода.

... а также по всей аналитике.

Списание со склада "в минус" не при чем. Просто перепроведите документы.

denis84 @ Today, 15:06 ,
Там СКД.
Да и нечего там смотреть. Это косяк разработчиков, и необходимо их гнобить, чтобы поскорее запланировали исправление. А то от них только "Сроки исправления не определены".

BeLuY @ Today, 15:57 ,
Необходимо более детально уточнять: какие документы, какой период.
Стандартно в БП блокируются:
- документы ранее 01.04.2011 (переход на НКУ),
- по датам запрета редактирования (устанавливаются ответственным),
- устаревшие документы, не имеющие нового интерфейса (например, некоторые зарплатные)...

Кожного разу є бажання додати багато нового функціоналу, але часу не вистачає.
Тому поки виправний реліз.

Версія 4.1

Зміни:
+ опція необов'язкового заповнення угоди
* дія встановлення у платіжних дорученнях статусу сплачено
* виправлено перевірку платежів з операцією кредитів та позик
* дрібні виправлення

Если есть несколько партий, то как должен вычисляться СрокХранения?

vitus_b@i.ua @ Today, 10:47 ,
У користувача серверу 1сПідприємства мають бути права запису у тимчасовий каталог.

sergeyfit @ Today, 13:49 ,
Я зрозумів суть.
Спробую реалізувати таке, але вже у 4-й версії. Третю змінювати не планую.

timohabratan @ 27.03.20, 20:43 ,
Може я не так зрозумів, але у рядку виписки в останньому стовпчику можна обрати платіжку, яка при створенні документу стане "оплаченою".

timohabratan @ Today, 17:14 ,
З кредитами та позиками дійсно є помилка. У наступній версії буде виправлено.

Висота в обробці - автоматична. Якщо бажаєте, можете самі виправити як вам потрібно. Проблема в тому, що для різних екранів та браузерів при неавтоматичних розмірах можуть бути артефакти.

Є нюанси, але щось придумаю...

Vofka @ 14.03.20, 12:20 ,
Если новая версия конфигурации не затрагивает функционал доработки, то процесс обновления:
- при использовании расширения занимает минимум времени (столько же, как и обновление конфигурации без доработок вообще на полной поддержке);
- при наличии изменений непосредственно в конфигурацию занимает уже гарантированно больше времени (из-за другой методики - сравнение / объединение).
Но сам контроль затрагивания функционала доработки обновлением в первом варианте занимает достаточно много времени, т. к. без изучения изменений наверняка нельзя сказать, затронули ли они доработку или нет. Во втором случае, контроль происходит проще: либо расширение просто перестанет работать, либо (в самом худшем случае и при неправильной / нерекомендуемой разработке расширения) не применятся изменения, внесенные обновлением.
Т. е. при прочих равных, на мой взгляд, использование расширений обходится дешевле.

Версія 4.0

Зміни:
+ підтримка роботи у веб-клієнті
+ опція проведення документів
+ відображення стану документів
+ підсвітка недозаповнених платежів
+ підтримка всіх видів операцій
+ підтримка "BAS Бухгалтерія КОРП"
+ вивантаження платіжних доручень

В подключенной же базе и ищите нужную ссылку и присваивайте значению.
Т. е. что-то типа того:

СпрПр = Подключение.Справочники.Производители.СоздатьЭлемент();

СпрПр.Наименование = пвПроизводитель.Наименование;

СпрСт = Подключение.Справочники.Страны.НайтиПоНаименованию(пвПроизводитель.СтранаПроисхождения.Наименование);

СпрПр.СтранаПроисхождения = СпрСт;

СпрПр.Записать();

Вы немного путаете. В терминологии 1с, есть COMСоединитель и AplicationСервер. И то и другое - COM- (или по-старому, OLE-) технология.

bizisoft @ Today, 0:19 ,
Обратите внимание на данный код:

СпрПр.СтранаПроисхождения = пвПроизводитель.СтранаПроисхождения;

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

alla35 @ Today, 17:17 ,
"Адміністрування / Друковані форми, звіти і обробки / Макети друкованих форм", найти "Рахунок на оплату" и далее "Ще / Використовувати стандартний макет" или "Ще / Вилучити змінений макет".

Володька @ Today, 9:13 ,
На сервере создайте тз с одной колонкой. Загрузите туда переданный массив. Передайте тз в запрос в качестве источника. В запросе этот источник соедините с таблицей товара...