Актуарный баланс

Прошла ли синхронизация? Совпала ли с источником? Что не загрузилось и почему? Каждый запуск отображается с реальными цифрами — прочитано, создано, обновлено и в ожидании — даже при сбое. Сверка показывает количество В ИСТОЧНИКЕ рядом с количеством В TENKA: при расхождении строка краснеет, без интерпретаций.

Когда запись приходит без ясного назначения (неклассифицированный тип операции, неподтверждённая компания, место хранения без склада), она НЕ загружается криво: она становится ожидающей с письменно указанной причиной. Устраните причину на экране настройки и нажмите «Переобработать» — коннектор перечитает, и то, что ожидало, загрузится. Ничего не теряется, ничего не проникает скрытно.

Сначала «Перезагрузить справочники»: при следующей синхронизации справочники будут прочитаны полностью (помесячная историческая загрузка НЕ затрагивается — прогресс не теряется). Затем «Запустить сейчас», чтобы справочники загрузились. В конце — «Привязать связи», что соединяет документы с поступившими справочниками. Порядок важен: привязка до перезагрузки ничего не находит, потому что справочной записи ещё нет.

Нажатие «Запустить сейчас» запускает синхронизацию в фоне и включает индикатор «Идёт синхронизация…» рядом с заголовком «Запуски». Пока идёт прогон, список сам обновляется каждые несколько секунд, а индикатор исчезает по завершении — итоговый статус (OK, ЧАСТИЧНО или СБОЙ) отображается в первой строке списка с подробностями по каждому ресурсу.

Когда расчётный документ, накладная или заказ приходит из ERP со ссылкой на клиента, поставщика, статью или центр, которые ещё не импортированы, документ ЗАГРУЖАЕТСЯ — с сохранёнными суммой, датой и сроком — а недостающая связь фиксируется с кодом ERP. Ничего не отбрасывается и ничего не нужно вводить заново. Пока есть ожидающая связь, панель красным сообщает, что загрузка НЕ завершена: итоги по клиентам, поставщикам, статьям и центрам частичны, пока не произойдёт привязка.

Поскольку код ERP сохраняется в каждой ожидающей связи, привязка — это локальная операция: секунды, без обращения к источнику. В этом разница между тем, чтобы закрыть 1 800 ожидающих в один клик, и тем, чтобы часами перечитывать 270 тысяч документов в ERP. Только случай документа, который НЕ загрузился (статья отсутствовала до этой версии), требует повторного импорта месяца.

Если статьи ERP ещё нет, документ попадает в техническую статью «К КЛАССИФИКАЦИИ» — потому что альтернатива — отклонить документ и потерять данные. Это НЕ бизнес-категория, а временная метка. Реальная статья хранится в ожидающей связи и заменяет техническую, когда поступит справочная запись. Ни один отчёт нельзя считать окончательным, пока в ней есть документы.

Кнопка «Переобработать» у ожидающего документа (финансы, накладные, заказы) пытается ПРИВЯЗАТЬ связь — она не стирает прогресс помесячной загрузки. А «Перезагрузить справочники» сбрасывает только курсор справочников. 92 окна истории перечитываются, только если вы явно запросите повторный импорт месяца.

Когда документ ERP блокируется при импорте, система записывает, к какому месяцу он относился. Панель «Полнота и исправление» перечисляет эти месяцы, а кнопка повторного импорта перечитывает только их — вместо того чтобы перечитывать с того месяца по сегодняшний день. Перечитывание безопасно: существующие записи обновляются по ключу ERP и никогда не дублируются. Учтите ограничение: документы, заблокированные в предыдущих версиях системы, не оставили записи о месяце; чтобы восстановить их, используйте «Повторный импорт с месяца», указав самый ранний затронутый месяц.

На панели полноты есть два типа сообщений, и они требуют разных действий. Обычные сообщения описывают СОСТОЯНИЕ («N связей ждут справочников», «N должны были привязаться»), и действие касается данных: перезагрузить справочники, решить вопрос с сопоставлением. КРАСНОЕ сообщение, начинающееся с «СБОЙ привязки…», — другое дело: проход по этому домену упал и был откатан — ничего из него не привязалось, а в тексте указана точная техническая ошибка. В этом случае бесполезно перезагружать справочники или нажимать снова: скопируйте ошибку и отправьте в поддержку. Это и есть настоящая причина «0 привязано».

На панели сверки «Показать, чего не хватает» сторона «лишние в Tenka» перечисляет то, что есть здесь и уже нет в источнике. Что делать с этими излишками, определяет политика коннектора: ОСТАВИТЬ ничего не трогает (по умолчанию); ДЕАКТИВИРОВАТЬ выводит из работы и сохраняет историю — рекомендуется; УДАЛИТЬ стирает физически, но только то, на что не ссылается ни один документ, — запись, на которую ссылается расчётный документ или накладная, деактивируется вместо удаления, и отчёт сообщает, сколько осталось заблокированными. Всегда сначала используйте «Пробный прогон»: он показывает цифры, ничего не сохраняя. Финансовые документы в эту процедуру не входят; сверенный документ по правилу неизменяем.

На больших базах привязка превышала тайм-аут базы данных, и весь проход откатывался — экран показывал «0 привязано» с диагностикой про справочники, а настоящая причина оставалась в логе. Теперь сбой отображается красным с точной ошибкой, а сама привязка переписана так, чтобы разрешать каждую связь только один раз и работать пакетами. Если красное сообщение всё же появится, скопируйте текст: в нём указаны домен и ошибка.

Когда документ ссылается на справочную запись, которой ещё нет в зеркале, он всё равно ЗАГРУЖАЕТСЯ — с пустым полем и сохранённым рядом кодом ERP. «Привязать связи» делает три вещи в таком порядке: записывает связь в документ, помечает связь как разрешённую и, наконец, закрывает ожидающий пункт, который виден в списке. Первые два шага — это загрузка; третий — только отметка.

Если в сообщении сказано, что связи привязаны и СОХРАНЕНЫ, но закрытие ожидающих пунктов не уместилось в проход, работа выполнена. Осталась только отметка: строки продолжают отображаться как открытые до следующего прогона, и ни одна цифра из-за этого не изменилась. Это отличается от красного сообщения, которое говорит, что проход откатан, — вот оно действительно означает, что ничего из этого домена не привязалось.

«Перезагрузить справочники» приносит текущее сопоставление из ERP. «Запустить сейчас» обрабатывает ожидающее по этому сопоставлению. Повторно импортируйте месяц, только если изменилось правило для закрытого месяца. Повторный импорт ДО перезагрузки переобрабатывает месяц по СТАРОМУ сопоставлению — и результат выглядит правильным, потому что никакой ошибки не возникает.

В каждом прогоне загрузка сверяет открытые ожидающие пункты с зеркалом: предупреждение «документ не загрузился», чей документ УЖЕ ЕСТЬ на платформе (загрузился в более позднем прогоне или при перечитывании), закрывается автоматически, с отметкой, кто закрыл и почему. В очереди остаётся только то, что требует решения человека, — неверно введённый срок, недействительный e-mail, справочная запись для проверки в ERP.

В Tenka e-mail контакта — это идентификатор для входа на портал, поэтому он не может повторяться. Когда источник присылает один и тот же e-mail для двух разных людей — партнёра в двух компаниях, бухгалтера нескольких, общий адрес ресепшена, — второй контакт загружается с именем, телефоном и должностью, но без e-mail, и об этом предупреждает ожидающий пункт. Ничего не теряется: телефон, по которому человеку звонят, остаётся. Чтобы этот контакт мог входить на портал, дайте ему собственный e-mail в исходной ERP и синхронизируйте; ожидающий пункт закроется в следующем прогоне.

Выписка показывает движение по дням ПО БАНКОВСКОМУ СЧЁТУ, поэтому документ без счёта в ней не отображается — даже если он импортирован и корректно отражён в DRE. Если загрузка прошла до того, как счёт появился в зеркале, код счёта сохранился в документе: нажмите «Перезагрузить справочники», затем «Запустить сейчас» и в конце «Привязать связи». Повторно импортировать месяцы не нужно. Если значок ожидающих связей не обнуляется, оставшихся справочных записей действительно нет в источнике.

Не обязательно — и это самый коварный случай на экране. Одинаковое число не означает одинаковый НАБОР: уже бывало, что в источнике 38 банковских счетов и здесь 38, но 24 кода различаются между сторонами. Используйте в строке «Показать, чего не хватает», чтобы увидеть коды, которые есть в источнике, но нет в зеркале, и те, что существуют только здесь. Список применим к справочникам (контрагенты, товары, счета, статьи, центры, TOPs); для расчётных документов, накладных и заказов правильный вопрос — диагностика ожидающих связей, потому что там сотни тысяч ключей.

Не всегда — и эта фраза уже указывала не на того виновника. Она описывает СОСТОЯНИЕ базы в момент чтения: документ есть, поле пустое, справочная запись подходит. Если предыдущий проход привязал и по какой-то причине был откатан, эти же связи отображаются здесь так, будто их никогда не пытались привязать. Прежде чем регистрировать дефект, снова запустите «Привязать связи» и посмотрите, уменьшится ли число: если уменьшится — проход был прерван; если останется прежним — это настоящий дефект.

Сама загрузка: каждая справочная запись, на которую ссылается ожидающая связь (например, статья старого документа, пришедшего через инкрементальную загрузку), ПОИМЁННО включается в следующий запрос к источнику, даже вне окна дат. Это правило «кого загрузка упомянула, того загрузка и запрашивает» — без повторного импорта целых месяцев.

Потому что они перестали быть чьим-либо решением (правило от 30.09.2026). Недействительный, повторяющийся или отсутствующий e-mail в источнике: запись входит без e-mail, и всё — решать здесь нечего, а исправление в ERP необязательно. Партнёр, который в ERP не является ни клиентом, ни поставщиком: у кого есть документ к оплате — входит как поставщик, у кого есть документ к получению — как клиент, автоматически; у кого нет ни роли, ни движения — не отражается, как и его контакты. Остаток банковского счёта, которого нет в зеркале: это неактивный счёт в источнике, и его остаток игнорируется. Ничто из этого не уходит с вашего радара: сводка каждого запуска в колонке «Детали» считает, сколько вошло без e-mail, сколько осталось без роли и сколько остатков проигнорировано. Старые ожидания этих трёх типов при обновлении закрыты как ИГНОРИРОВАННЫЕ.