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

Если "повезет", то такое поведение может возникнуть если работа с ИБ попадет на период ~25 дней с момента загрузки компьютера.
Связано с переполнением 32 битного таймера (функция GetTickCount).
Т.е. время последнего вызова запоминается как большое положительное число (2147483647),
а это время + 10 сек. получается большим по модулю отрицательным числом (-2147473647).
Все - на следующие 25 дней точно остались без обработки...

Должно устраняться перезапуском ИБ.
Если не устраняется, то точно дело не в этом.

Что функция-обработчик делает и как делается вывод, что она не вызывается?
Если указать в качестве обработчика тривиальную функции, вызывающую СООБЩЕНИЕ, например?

Функция-обработчик указывается в ib.ini [AppFunctions] IdleFunc=...
Файл ib.ini должен лежать в рабочей папке программы.
При использовании терминального сервера, скорее всего, рабочие папки у разных пользователей различаются.
Проверьте содержимое ib.ini в папке, которую показывает Справка->Компьютер как текущую.

Выгоните всех пользователей из базы и удалите файл eventnet.db.
Этот файл будет пересоздан автоматически.
Лучше работать в режиме Инфо-Сервера, когда координацией изменения базы
занимается сервер и файл eventnet.db не используется.

я так понимаю нет?

А я так понимаю, что обсуждались Ваши хотелки...

Конечно, функций пока нет и никакой конкретной клавиши - тоже.
Я только пытался уточнить задачу, но даже тут возникло недопонимание...

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

Задача отлова определенной клавиши или комбинации вне зависимости от фокуса ввода решается установкой внутри программного (в пределах процесса) хука клавиатуры.
Обычно так ловится какая-то конкретная клавища: Escape или Ctrl+Break.

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

Пример:

УСТ_ПРИЗНАК_ОСТАНОВКИ(ДА) // установили хук, сбросили признак
ЦИКЛ ПОКА(ДА)
//...
ЕСЛИ ПРОВЕРИТЬ_ПРИЗНАК_ОСТАНОВКИ ТО
// обрабатываем отмену...
КОНЕЦ_ЕСЛИ
//...
КОНЕЦ_ЦИКЛА
УСТ_ПРИЗНАК_ОСТАНОВКИ(НЕТ) // убрали хук, больше не нужен


Так Вам это представлялось?

В бланках можно обрабатывать клавиши Fx в сочетаниях с Ctrl, Shift, Alt.
При нажатии соответствующей комбинации клавиш происходит вызов библиотечной функции.
См. в редакторе бланков/контекстное меню/"События бланка".

У клиента на компьютере установлен Mircosoft Office 2010

Если это Starter edition, то там нет интерфейсов OLE automation и ИБ его не видит.

1. В обработчике "Перед изменением счета" запоминаем где-нибудь код счета (во временном файле и т.п.) и возвращаем НЕТ, чтобы был показан стандартный диалог.

2. В обработчике "Изменение счета" получаем новый код.
Если отличается от запомненного - производим замену.

Есть ли в ИБ возможность работать с др.базами данных напрямую. Например с SQL-сервером.

В ИБ 8 - нет.
ТИП_COM позволяет вызывать только простейшие методы, что недостачно для использования ADO или OLE DB.
Можно попытаться решить задачу путем программного запуска утилиты выгрузки во временный файл из ИБ.

P.S. В ИБ 10 есть возможность подключения через ODBC к MSSQL, MySQL и др.

То есть, когда не было поддержки проки сервера, всё работало.
Реализовали, работает только с настройками?

Раньше использовалась технология WinInet.
В ней настройки интернета автоматом берутся из свойств обозревателя Windows (т.е. IE).
Но не все настраивают и используют IE...

Сейчас у нас используется библиотека curl. Для нее требуется своя настройка proxy.

Интернет я получаю через PROXY, где в IBW8.7 настраивается прокси сервер

Поддержка прокси реализована начиная с версии 8.718 (т.е. последней доступной на данный момент).
В рабочей папке Инфо-Бухгалтера создайте файл gnet.ini со следующим содержанием:
[proxy]
address=223.103.0.33:8123
login=proxy_user
password=proxy_password

Замените адрес прокси, порт, логин и пароль в соответствии с настройками своей сети.

В версиях ИБ 8.6 и 8.7 при редактировании счета в плане счетов не работают стрелки вверх и вниз при переходе между названием и кодом счета.

От кода к наименованию стрелка вверх работает.
А от наименования к коду нет, т.к. начиная с 8.5 наименование двухстрочное и стрелки вверх/вниз двигают курсор по строкам внутри поля ввода.

Сделал, что при положении курсора в первой строке клавиша "вверх" выполняет переход предыдущему элементу, а в последней - клавиша "вниз" к следующему.

Аналогично в диалоге хоз. операции для 3-строчного поля содержания.
Больше такие многострочные поля ввода нигде не используются.

"...позволив, например, вести редактирование в окне типовой операции , а "родное" окно редактирования при это не открывать ".

Т.е нужны обработчики добавление/изменение, заменяющие стандартный диалог с доступом к редактируемой записи через РЕД_ПОЛЕ/УСТ_РЕД_ПОЛЕ.
А куда записывать/считывать эти значения и вызывать ли типовую операцию - это дело человека, пишущего код функции-обработчика?

... нельзя ли в этом ряду в БД_РЕДАКТОР небольшие изменения внести, позволив редактирование в окне типовой операции , например, вести, а "родное" окно редактирования не открывать при этом.

"вести" - это имеется в виду ВВЕСТИ? При чем здесь это.
Как обмен значениями полей с типовой организовывать?

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

Ваша проблема понятна. Будем решать.

Убедитесь, что в папке программы лежит файл ibw.ini.

А как вызвать событие после вызова функции ЗАП_ОПЕР?

Его вызовет платформа с номером 8.717.

Но вот данная функция не вызывает обработчики? Есть ли возможность что-то изменить?

...
ЗАП_ОПЕР


В такой функции ЗАП_ОПЕР вызывает диалог редактирования новой хоз. операции, где пользователь может ее поменять.

Сейчас здесь никаких событий не вызывается.
Я предлагаю вызывать событие "Добавление операции" после того, как пользователь нажал в диалоге ОК.
Тогда в функцию-обработчик придет номер вновь добавленной операции, ее можно считать, проверить, даже удалить при необходимости.

Если диалог не нужен зовем ЗАП_ОПЕР! и событие генерироваться не будет, т.к. у пользователя не будет шанса изменить операцию перед добавлением.

P.S. Событие "Диалог добавления операции" в таком сценарии не применимо.

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

Ваша проблема понятна.
Предлагаю сделать вызов событий "Диалог добавления операции" и "Добавление операции" для автоматического добавления операции из языка.
Т.е. добавления в результате использования операторов ПРОВОДКА и ЗАП_ОПЕР.

У некоторых пользователей не работает прокрутка мыши

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

Наша программа не поддерживает устаревший механизм обработки колеса мыши, который использовался в Win9x.