3.0, Модуль: ОС, операция: Разноска строк журнала ОС (с предварит просм проводок)

[MagisterLudi]

О Системе:
Российская версия продукта: Navision Axapta 3.0 CIS SP1 Build #9.0 on 08.08.2003
Системная версия продукта: Navision Axapta 3.0 Build #1951.17/514-12 SP1/OP023-6

Какая возникла проблема:
При реализации операции любого выбытия основного средства (разборка, списание) через Журнал ОС (Главное меню \ Основные средства \ Журнал ОС) путем создания соответствующих строк журнала с типом операции Выбытие (разборка) или Списание с последующей проверкой журнала (на форме Документ ГК \ Проверка \ Проверка) и предварительным просмотром проводок (на форме Журнал \ Разноска \ Предварительный просмотр проводок), а затем разноской журнала (на форме Журнал \ Разноска \ Разноска) Система возвращает следующую ошибку:

Окно InfoLog:
Для ОС {инв.номер} модель учета {код модели учета} в состоянии Списано (разборка)/Списано операция Выбытие (разборка)/Списание запрещена
и далее
Проводки по документу ГК {номер документа} не балансирует согласно ... и т.д.

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

Однако, если закрыть Систему, т.е. выйти из Ахарты, а затем вновь войти в нее и разнести журнал (он, естественно, не исчезает после выхода), то операция успешно разнесется !

Похожая ситуация возникает и при начислении амортизации по прямолинейному методу, когда остаточная стоимость в определенном периоде (месяце) становится меньше ежемесячной суммы амортизации. Как это может быть? Поясню: в результате импорта справочника ОСов импортировалась также сумма накопленного износа на определенную дату (через начисление амортизации одной суммой за все предыдущие года). Естественно, что по многим ОСам методы амортизации менялись не раз за прошедшие 10-30 лет их эксплуатации, и накопленный износ не соответствует прямолинейному методу.
Так вот, система говорит после успешной проверки журнала/ или просмотра проводок, что данный ОС находится в состоянии Закрыто, хотя на самом деле у него статус Эксплуатация.

Что это? Bug или Feature? Думаю, первое.

Не знаю, народ, сталкивались ли вы с такой проблемой? Если кто-то в курсе, пожалуйста, скажите, что с этим делать? Может что-то не так делаю? Но все настроено четко, и, потом, оперция разносится в конце концов!

Если оставлять это неисправленным, то два варианта:
1. Разносить журналы без проверки-просмотра, что черевато ошибками.
2. Выгонять всех (около 100 юзеров) из Ахарты, когда бух сделал проверку / предварительный просмотр проводок, а затем вновь заходить и делать разноску без проверки.
Понятно, что это не решение проблемы.

Буду очень признателен за любые советы, мнения и предложенные решения.

[russ]

Ошибка проявляется из-за некорректного обновления кеша.
Варианты решения:
1) Дождатьcя 3.0 CIS SP2
2) Перед разноской журнала проводить обновление данных (Сервис->Средства разработки->Объекты приложения->Обновление словаря/данных/AOD)
3) Либо программно вызывать команду принудительного обновления кеша (пример: форма LedgerJournalTransAsset_RU, postJournal:clicked)

[MagisterLudi]

Большое спасибо за совет, действительно, наш разработчик что-то подшаманил с этим кешированием, и вроде как заработало.
Надеюсь, в MBS читают этот форум, хотелось бы, чтобы в следующих SP этот баг учли.