Система меняет цифры местами

очевидно что косяк в этом дырявом по

(1) Цифры — это 0, 1, 2, 3, 4, 5, 6, 7, 8, 9.
Всё!
Больше в стандартной общепринятой десятичной системе цифр нет!

Переворот — это поворот на 180°

Таким образом, цифр - перевёртышей всего 3:
0 — при перевороте превращается в себя
6 и 9 — при перевороте превращаются друг в друга

Ещё с натяжкой к ним может относиться 8.
Но это уже зависит от способа её написания или шрифта.

Обратите внимание, что 94 - 49 = 45 = 9 * 5, т.е. произведение девятки и разницы в переставленных цифрах (9 - 4 = 5)

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

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

Занимательная арифметика.
Любое число является графическим изображением десятичной записи цифр (0,…,9):
An…A3A2A1 = An*10^n + … + A3*1000 + A2*100 + A1*10 + A0

Видно, что если поменять рядом местами две цифры на местах m и (m-1), то между этими двумя числами возникает разница:
Дельта(m) = Am*10^m – A|(m-1)*10^m + A|(m-1)*10^(m-1) – Am*10^(m-1) = 9*10^(m-1) * (Am – A|(m-1))

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

Практический пример. Бухгалтер долго мучалась в поиске ошибки большого массива чисел со ста документов. Итог рвал ровно на 540. Вооружившись занимательной бухгалтерией, мы уже сразу смогли с большой вероятностью предположить, что:
1. в каком-то числе поменялись местами соседние цифры (540 делится на 9)
2. местами поменялись десятки и сотни (540 делится на 10)
3. между цифрами разница в шесть (540 / 90 = 6)
4. Знак +/- говорит о том, что сначала идёт меньшее

Вывод:
ищем глазами только концовки:
06*
17*
28*
39*

Отсюда просто глазами пробежали с ней все числа, спокойно пропуская разные концовки вроде:
…101
…446
…524
сразу же выщелкнули подозреваемого: 216392
из всей кучи ведомостей выбрали подозреваемую и убедились, что ошиблись именно в ней… там стояло 216932

Если нажатия клавиш логируются, то смотрите, а что жали до того, как направление ввода текста поменялось. Сталкивался с похожим, есть какая-то комбинация клавиш или для 1С или для винды в целом, которая меняет направление ввода. Еще встречалось, что выделяешь 3 символа из строки, начинаешь печатать, допустим, 5 символов, а они вводятся в эти 3 выделенных и заменяют друг друга, в итоге хрень получается)

если были доработки в обработчике ИзменениеТекстаРедактирования, возможно быть такое что если есть вызова сервера в обработчике, то курсор может сбиваться

починили, но инфу что делать, мне дали совсем не на профильных форумах как этот, а на ЯПъ. все работает нормально.