Мои комментарии

Надо попробовать разобраться. Но работающий пример, о котором написал Сергей, сильно помог бы. Разработчику ведь ещё "более запросто", чем всем прочим. А уж если бы пример не только для Excel, но и для Calc...

Да как-то всё по накатанной дорожке идет. А куда она ведёт...

Использование API ИС приведет к тому, что для ИС клиент стороннего софта будет неотличим от клиента ИБ.
Новые операции будут появляться в окне ЖХО также, как при добавлении с другого рабочего места ИБ.

А нельзя функции API ИС как-то "обернуть", сделав доступными из языков "попроще" (VBA, VBS, Open Basic и т.п.).
Например, для прямого формирования проводок ИБ из офисных приложений.
Через СОМ или как-то ещё. В своё время могло быть достаточно полезным, сейчас, правда, не уверен, что будет востребовано.

Двойная перегонка через barconv вытаскивает данные, хотя возможно и не все, о чем и предупреждает. Кстати, во вложение, помимо исходника бланка, лучше бы выкладывать либо его же и в откомпилированном виде тоже (.ibx), либо все потребные библиотеками. Пришлось, чтобы бланк смог вообще к архиву обратиться, в режим интерпретатора его переводить.

Текст "правило" полностью не знаю.
Про меню в ИБ8.
Всё мню прописано в файле IBMENU.INI. Туда можно добавить свой пункт, например:
[Custom9]
Visible=1
EditorText="Загрузить из интернета"
Text=Загрузка из интернета
File=mod_ini.ini
Pos=Documents

Эту запись проверяю при старте программы после обновления. Если её нет, то добавляю.
В файле mod_ini.ini прописано пользовательское меню.
Структура файла абсолютно не соответствует структуре INI-файлов и имеет DOS кодировку и рисуется руками. Прикрепил образец к сообщению.

Удобный вариант, если есть какое-то своё доп. меню - одно для различных клиентов. Но я первоначально понял так, что есть какое-то соглашение о восстановлении секций меню при обновлениях. Этим бы воспользовался, если бы было. А делать проверку и восстановление меню при старте - лениво. Использую по старинке IBUSRMNU.INI, добавляю обычно в з/п пункты по сдельщине и т.п., у разных клиентов по разному. Сейчас после обновления восстанавливаю через буфер, так и оставлю, пожалуй. Не так их у меня и много, чтоб возиться

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

Если это и к меню относится, поделитесь информацией, пожалуйста. Или ссылкой на "правило" полностью

Можно, примитивно, добавив строку в одну из библиотек, включить редактирование сформированного списка сотрудников перед самым расчетом. Для разового применения сойдёт. А добавление поля исключающего фильтра, по субсчетам/табельным номерам действительно влечёт довольно трудоемкие доработки

Сомнительно, что дело в способе запуска, скорее в настройках системы безопасности или антивируса.
Но, на всякий случай, если не получилось
н=СОЗДАТЬ_ПРОЦЕСС("WSCRIPT test.vbs","",""),
попробуйте нн=КОМАНДА_ОБОЛОЧКИ("test.vbs","OPEN","","","")

Совершенно надуманный и некорректный вопрос почему-то рассматривается в разделе"десятки". Господам администраторам сайта говорить бесполезно...

...и даты - что самого вопроса, что статьи по ссылке - одна другой краше )

Там , похоже, какая-то "гостья из будущего" была замешана

Извиняюсь, что встреваю - но разве нельзя предусмотреть, что таблица может быть по желанию пользователя в разных случаях отсортирована по разным полям?

А не может ситуация несколько иной быть? Данные для больничных обычно берутся не из баз прошлых лет, а упрощенно говоря, из их специальных копий, программно создаваемых при закрытии года. Может действительно база 12 года лежит себе не тужит в отдельной папке, а там где Вы ее ищете, ее и не было никогда. В 2012 г. Вы с программой работали?

Точно не 2013?

Зарплата=>Служебные=>Архивация после отчета 2012. Сам бланк поменялся, забыли поменять в меню. Во всяком случае, в хотфиксах ZP_INI.INI и IBUSRMNU.INI отсутствуют

Можно подробней о критериях, по которым программа определяет, ставились хотфиксы или нет?
У некоторых клиентов нет доступа к интернету, у других есть, некоторым полное обновление уже после выхода хотфиксов ставить приходится. Чтобы во всем этом разнообразии не разбираться, перепаковываю хотфиксы и Version.txt в файл ORN_HOTFIXES.PAK (или USN_HOTFIXES.PAK) из дистрибутива. Если у клиента приходится ставить полное обновление, то с ним и хотфиксы ставятся. Если полное ставилось раньше, просто распаковываю с помощью 7zFM или другого файл менеджера в рабочую папку/папку базы. И всё же, после всего этого, при наличии интернента, программа иногда находит хотфиксы и предлагает их установить. Вроде и без надобности...

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

Очень было бы неплохо, если бы это на как-то уровне платформы решалось.
В SQL_ЗАПРОС, например, проверку упрятать. Если возможно замедление работы - сделать эту проверку опциональной, как "Автопересчет отчетов ", например.

С этим разобрался, всем большое спасибо

Здесь бы чуть подробнее, может ещё кому пригодится

)))

Найдите в папке с этой базой все файлы с расширением *.lck и сотрите их