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

Экспортировать лучше не журнал, а только план счетов.
Для этого надо открыть Установка\План счетов, затем Файлы\База данных\Экспортировать в... и выбрать формат файла DBF.
В другой базе, при открытом плане счетов, произвести импорт из этого файла.

Народ интересуется. Особенно разработчики.

Я, например, сообщал о первых и последующих попытках работать на программе. Некоторые изменения в программе случились.
Сейчас Сергей идёт тем же путём, повторить ситуацию очень сложно.
Сейчас он последовательно наступает на разные грабли.
Нельзя войти в одну и туже воду дважды.
Я уже не смогу повторить первоначальную установку программы, чистые компьютеры кончились.
Поэтому нужен новый участник эксперимента!
Вы, Юрий Вениаминович, идеальный претендент на эту роль!
Может я не прав и у Вас уже стоит десятка?
Тогда можно попробовать конвертацию базы ИБ8 в ИБ10, а затем переход на 10.2.
Базу по ИБ 8 пришлю. И зарплату, и склад, и основные средства, и материалы.
Будьте любезны, проведите такой эксперимент.

Бывало, что некоторые реквизиты пропадали. Это проблемы с сетью. Для этого случая сделал функцию сохранения реквизитов при входе в программу и сравнение их при выходе. При сбоях помогает.
В описываемом случае речь идёт о принудительном импорте реквизитов, это ручёнки шаловливые. В этом случае лучше всем отключить обслуживание базы данных, а реквизиты восстановить из резервной копии.

На него нет ссылки, скачайте "Все горячие исправления в одном архиве".

Чтобы списать что-нибудь ненужное, его надо сначала оприходовать.
Первичные документы надо сделать по приходу.

Посмотрите в карточке общих данных, какая страна выбрана у сотрудника?
Надо выбирать из справочника или для России не выбирать совсем.

Это работает только при совпадении кода последнего уровня работника на счёте 71 и 70.
Да и только для должности. Отдел обычно прописывается в карточке Н/У и в общих данных доступен только при первичном вводе сотрудника..
Впрочем и должность корректнее брать из кадров.

Файл ibw.ini лежит в текущей папке.

К Евгению вопрос - правильно ли я понимаю, что IBALT позволяет внешнему приложению управлять Инфо-Бухгалтером через DDE? Тогда формирование проводок - просто частный случай?

На одном дилерском семинаре Денис показывал вызов и обработку справочника организаций в Excel, функции вызывались из Excel через DDE.
Excel вызывался из ИБ8, после закрытия данные сохранялись в базу ИБ.
Сам я не программист, делаю что попроще. Есть бланк редактора DBF в Excel.

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

С ibalt.dll оказалось проще, был пример. Слепил, может и коряво, но работает.
Да уж ладно, бог с ней с восьмёркой, ей уж скоро помирать. Можно от десятки ожидать возможности выполнения функций десятки из внешних программ?
P.S. Про слоников, поучительный пример. Может и в этот раз по бегуют?

Какая разница?
Главное выполнить функцию из внешней программы. Для меня сейчас важно это сделать из Excel в варианте стандартной поставки. Как делать это с помощью ibalt.dll Денис показывал ещё 8 лет назад.
Наверное так и делать придётся.

Пример для Excel мне однозначно пригодился бы.
Например есть необходимость сделать консолидированную отчётность и собрать её в Excel.
Количество ЖХО 150. Собирать такой файл из ИБ8 не очень удобно.

Компьютер-то прежний?
Расположение программы?
Организация сети, домен?
И много ещё чего.

Приходуем товар через ПН.
Не формируется проводка Дт68/НДС/18 Кт19/3?
Настройки проверили. Обновление октябрьское.
В чем может быть причина?

Проблема методическая.
Должна проводка по НДС формироваться в накладной или только в счёт-фактуре?
В счёт-фактуре должна формироваться проводка по приходу?
Если с этим определимся (имею ввиду методистов разработчика),
то и программист сделает всё правильно.

Отображаются все платежи до даты счёта-фактуры.
На последнем обновлении точно.

Можно. Нужен алгоритм передачи.
То есть программе надо точно указать, что она должна делать.
В одной программе операции будут выгружаться.
Такой бланк в нашей поставке есть.
Во второй будет производиться чтение, обработка и запись операций.
Бланк импорта у нас тоже есть.
Нужен только алгоритм обработки.

Не хочет операционная система создавать базу в корне диска, наверное так.

Для определения АВТОСОХР_СФ поставьте значение НЕТ.
Если такого определения нет, то создайте.
Ошибка связана с копированием базы счетов-фактур при старте программы.
Это рудимент прошлых лет. Сейчас есть возможность создавать архивы всей базы.

1.Расположить базу на другой ВМ было связано с правами пользователей да и BDE всегда был так настроен на локальных ПК, к которым подключался диск с Файл сервера под некой Буквой.

Доводы не очень убедительные, внутри одного Виртуального сервера всегда можно настроить нужные права доступа. В базах удалить все файлы с расширением lck и файл PDOXUSRS.NET, и про букву сразу забыть.

2. Есть железка - Сервер. На нем крутятся разные Виртуальные сервера с разными функциями . Пользователи работают в терминальном режиме.

Вот и пусть работают на одном виртуальном сервере.
Ксть конечно другой путь, изучать матчасть, Александр Вас отправил в нужном направлении.
P.S. У нас таких железяк на обслуживании несколько, своих тоже несколько. Несколько десятков пользователей на одном сервере легко уживаются.

Зачем вообще ВМ, разве без них нельзя?