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

Действительно, в случае добавления операции через типовую не было ее отслеживания.

В следующей версии платформы (8.859) такая возможность будет добавлена.

Замечу также, что отслеживание не работает при активном фильтре и в режиме "Проводки вместе с операциями".

Просто установите программу у себя, а клиентам скопируйте получившуюся папку.
 

Права на temp ни причем, там ошибка "архив поврежден", т.е. скачался дистрибутив с ошибками.

По отображению кириллицы в меню и диалоговых окнах. Надо зайти в "Панель управления", региональные настройки, выбрать "Язык для не-Юникод приложений" - Русский.

Такое обычно бывает, когда Инфо-Бухгалтер на английскую Windows устанавливают.

Здравствуйте. Установлена Win XP, 2020, Service Pack 3

Здравствуйте.

В следующей версии платформы 8.854 не будут использоваться встроенные криптографические механизмы Windows. Это позволит штатными средствами Инфо-Бухгалтера скачивать файлы с современных защищенных сайтов, даже с таких старых систем как Windows XP.

у нас бухгалтеры работают в терминальном режиме на сервере с файлами SHP

На SSD винда шустрее будет работать в любом случае.

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

SSD - это скорость чтения/записи больших файлов с диска.
Для работы с КЛАДР или чем-то подобным - ускорит.
А так, сейчас объемы оперативной памяти такие, что любые SHP в них влезут.
Для сетевой версии скорость определятся сетевыми адаптерами и хабами, SSD тут вряд ли ситуацию улучшит.

Такое бывает, если Windows английская.
Надо указать параметр, использовать русский язык для не-Юникод программ (см. картинку) в региональных настройках панели управления.
Если Windows русская также проверьте значение этого параметра.

На текущей версии при всех хотфиксах не работает экспорт в Excel из таблиц в формах.

Проблема подтвердилась. Исправление выйдет с новой версией платформы.

Любое USB устройство можно пробросить (флешка, ключ).

Есть еще софтверные ключи Guardant SP. Такой ключ можно активировать в гостевой ОС или на хостинговой машине, к которой нет физического доступа.

В логине есть символ "@"  - это корп. почта доменом.

Попробуйте заменить @ на %40.

Код 400 означает, что Яндексу что-то не нравится в синтаксисе запроса.

Логин и/или пароль содержат символ "пробел"?

Если содержат, то попробуйте в настройке резервного копирования вместо пробела указать %20.

У Вас библиотеки блока "Производство" не обновились.

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

Too many fields to store in DBF (max 252)

И что тут непонятного?
У формата DBF есть ограничение на количество полей в таблице, а граф в этом архиве значит больше.

Вроде в первом сообщении хотели в текстовом виде выгружать...

Вот так в XML сохранит:

d:\ibBarToolC.exe d:\sfpokup.bar d:\sfpokup.xml

Запустил программу, заполнил поля Source и Target. Кликаю на кнопке Convert, но ничего не происходит.

Какую утилиту запускаете?

IbBarTool.exe - консольная утилита, там нет кнопок.
На приведенном выше скриншоте все верно, содержимое архива с нужной утилитой с сайта.

Варианта решения два:

1. Положите утилиту в папку Инфо-Бухгалтера и запускайте оттуда.

2. Скопируйте из папки Инфо-Бухгалтера файлы msvcr120.dll и msvcp120.dll в папку утилиты.

В папке программы есть утилита fix_perms.exe, запустите ее.

P.S. Для работы Инфо-Бухгалтер версии 8 SQL Server не нужен, он используется только в версии 10.

У нас сегодня воспроизвелась "Системная ошибка #87".

Программа, запущенная с сетевого диска долго была открыта, с ней никто не работал. После того, как попытались ее закрыть были 87-ые ошибки на все сохраняемые файлы IB.OPR, IB.REK и т.д.

Практически 100%, что Windows отключила сетевой диск по таймауту бездействия.

На сайте Microsoft пишут как с этим бороться:

Mapped Drive Connection to Network Share May Be Lost

Провожу эксперимент. Версия 8.847. Обновил сегодня. Клиент заплатит за это 37 тыр. Ключевой алгоритм считается 60 секунд.

Предыдущая версия. 8.713. Тот же алгоритм считался 55 секунд. Клиент должен заплатить 37 тыр за то, что теперь алгоритм будет работать на 8.3% медленнее.

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

Отклонения порядка 10% могут возникать из-за множества факторов: от кэша диска до работы антивируса и других фоновых программ. В самом ИБ реализация работы с ПС, ЖХО и т.п. не менялась. BDE, понятное дело, тот же.

Могу привести такой пример зависимости времени выполнения одного и того же алгоритма на одних данных, но в разных обстоятельствах. Есть у нас программа для организации документации в формате HTML, называется Инфо-Навигатор. При натравливании ее на папку с HTML файлами выполняется их анализ и построение дерева содержания, алфавитного указателя, поисковых индексов...
Так вот, на "холодном диске", сразу после загрузки компьютера обработка выполняется в 40(!) раз медленнее, чем ее же повторный прогон. Здесь играет роль кэш диска. Если мы захотим поставить условно "чистый" эксперимент, разархивируем HTML файлы в новую папку и натравим Инфо-Навигатор на нее, то опять обработка выполнится быстро. Файлы попадут в кэш диска при распаковке архива и эффект замедления мы не увидим.