Наш подписчик, инженер-программист по модулю FI-AA Олег Середа:
1Вопрос:
На нашем предприятии сложилась следующая ситуация (по шагам):
1) Полностью проведена амортизация Основных Средств в 2010 году.
2) Датой 31.12.2010 была проведена переоценка Основных Средств по Бух.Учету (тысячи единиц ОС)
3) Произведено перепланирование амортизации за 12 период.
4) Сделана повторная амортизация, в результате которой были сгенерированы финансовые проводки по переоценке первоначальной стоимости и износа.
5) Закрыт финансовый год.
6) В новом финансовом году в части переоцененных ОС был продолжен интервал использования по бухгалтерской области амортизации.
7) Проведена плановая амортизация за январь месяц 2011 года.
8) Амортизация дала очень большие значения (причина тому - не всем ОС, которым требовалось, были добавлены новые интервалы действия)
9) Возник вопрос о сторнировании амортизации января.
10) Была найдена всего лишь одна(?) транзакция, которая делает отмену амортизации - OAGL
11) Нам не было известно, что данная транзакция сбрасывает амортизацию вплоть до начала учета ОС (в нашем случае это 2003 год), игнорируя закрытые финансовые года.
OAGL был запущен по одной из БЕ нашего предприятия.
В результате:
- отсутствуют данные амортизации за весь период учета и данные о запланированной амортизации в уже закрытых финансовых годах.
- невозможно перепланирование амортизации на текучий год.
Вопросы
1) Будет ли предлагаемое мною ниже решение проблемы восстановления амортизации правильным/оптимальным?
2) Так как необходимо отменять амортизацию в любом случае, нет ли более щадящих решений?
Предлагаемое мною решение:
Так как у нас есть резервная копия продуктивной системы состоянием на 31.12.2010 (когда проведена вся амортизация за 2010 год, но до переоценки), предлагаю:
1) Заместить таблицу ANLP(с 2003 по 2010 год) вариантом из резервной копии.
2) Написать программку, которая делает апдейт в таблице ANLC. Действие программы - приравнивание значения NAFAG(проведенная амортизация) к NAFAP(запланированная амортизация).
3) Сделать для созданной программы пакетный ввод и на период с 2003 по 2010 год(2011 не трогаем) использовать ее для всех ОС по всем видам учета(у нас 2 - бухгалтерский, налоговый).
Таким образом предполагаю восстановить данные амортизации за 2003-2010 годы.
Ответ
Наш эксперт, консультант–фрилансер Ольга Орлик ответила на вопрос так
Рекомендовать прямое изменение таблиц не могу, поскольку такого рода изменения могут привести к неконсистентности данных.
На мой взгляд, самым безопасным и оптимальным на данный момент является реализация одного из нижеприведенных решений.
Первое решение:
1. Изменить дату переноса данных на 31.12.2010;
2. Проставить период проведенной амортизации 12.2010;
3. Поставить статус БЕ (если он менялся) на 2 "Тест БЕ с постоянно допустимым переносом данных";
4. Используя транзакцию AS92, загрузить данные по амортизации на 31.12.2010 (можно сразу и данные по переоценке), опираясь на информацию из резервной копии продуктивной системы.
Второе решение:
1. Выгрузить из продуктивной системы все документы 2011 года;
2. Восстановить резервную копию продуктивной системы по состоянию на 31.12.2010;
3. По всем необходимым ОС продлить интервал действия;
4. Используя механизм пакетного ввода, загрузить документы 2011;
5. Рассчитать амортизацию.
Только в этом случае можно быть на 100% уверенным, что данные в системе будут корректны.