До установки Галактики по дебету 09 сч. накопился отложенный налоговый актив. Затем надо возместить ОНА по каждому виду ОС разницу остаточной стоимости НУ и БУ на ставку налога последовательно по кредиту счета 09. Подскажите, каким образом на данный момент развернуть аналитику по каждому виду ОС на счетах 09 «Отложенные налоговые активы» и 77 «Отложенные налоговые обязательства» до выхода версии 7.12
Думаю у многих подобная проблема уже возникла в связи с требованиями ПБУ 18/02
ПБУ 18/02
Модераторы: m0p3e, edward_K, Модераторы
-
- Заслуженный деятель интернет-сообщества
- Сообщения: 5188
- Зарегистрирован: 29 мар 2005, 17:49
- Откуда: SPB galaxy spb
Re: ПБУ 18/02
схема примерно такая
1. добавить туда аналитику по ос
2. сделать тхо_апи в котором по имеющейся картотеке вычислить и занести в проводки требуемые суммы.
3.сделать бухсправку с привязанной хозоперацией с этим тхо_апи.
4.сравнить полученную сумму по бухсправке
с контрольной суммой(сама она не заполниться - нужно как то передернуть, чтобы ругнулась что сумма по проводкам не равна сумме справки - ну или опять же в ТХО_АПИ).
если каталог ос не заполнен вовсе или криво, то тогда только руками.
1. добавить туда аналитику по ос
2. сделать тхо_апи в котором по имеющейся картотеке вычислить и занести в проводки требуемые суммы.
3.сделать бухсправку с привязанной хозоперацией с этим тхо_апи.
4.сравнить полученную сумму по бухсправке
с контрольной суммой(сама она не заполниться - нужно как то передернуть, чтобы ругнулась что сумма по проводкам не равна сумме справки - ну или опять же в ТХО_АПИ).
если каталог ос не заполнен вовсе или криво, то тогда только руками.
-
- Посетитель
- Сообщения: 34
- Зарегистрирован: 29 мар 2005, 17:49
- Откуда: Новосибирск
- Контактная информация:
Re: ПБУ 18/02
Такой алгоритм ну никак не привязать к бухгалтерской справке
-
- Местный житель
- Сообщения: 1357
- Зарегистрирован: 29 мар 2005, 17:49
- Откуда: СПб, ЭП-Аудит
- Контактная информация:
Re: ПБУ 18/02
Чтобы определить начисляется разница или уже списывается необходимо проанализировать остаточную стоимость по методу учета.
То есть:
БУ>НУ и ост.ст. НУ>0 начисление.
БУ>НУ и ост.ст. НУ=0 списание ранее начисленной.
БУ<НУ и ост.ст. БУ>0 начисление.
БУ<НУ и ост.ст. БУ=0 списание ранее начисленной.
вот соответственно может быть три ситуации.
Реально решается двумя способами:
1. Не очень хороший - аналитика по карточкам на счетах 01 и 02 по БУ, аналитика по карточкам на регистре учета НУ + НЕОБОСНОВАННОЕ ведение регистра первоначальной стоимости в НУ(такой регистр вести мы не должны по закону, но для расчета остаточной стоимости по НУ это необходимо!!!).
2. Хороший путь - написание ТХО API. Лучше к бухсправке. В алгоритме прописать все вышеописанные требования. Стандартным алгоритмом и даже стандартным АПИ(уже существующем - &Vip[Obj:"OSNMA"]) не решить так как не можем к операции амортизации обратиться к разным методикам.
Всем удачи!
То есть:
БУ>НУ и ост.ст. НУ>0 начисление.
БУ>НУ и ост.ст. НУ=0 списание ранее начисленной.
БУ<НУ и ост.ст. БУ>0 начисление.
БУ<НУ и ост.ст. БУ=0 списание ранее начисленной.
вот соответственно может быть три ситуации.
Реально решается двумя способами:
1. Не очень хороший - аналитика по карточкам на счетах 01 и 02 по БУ, аналитика по карточкам на регистре учета НУ + НЕОБОСНОВАННОЕ ведение регистра первоначальной стоимости в НУ(такой регистр вести мы не должны по закону, но для расчета остаточной стоимости по НУ это необходимо!!!).
2. Хороший путь - написание ТХО API. Лучше к бухсправке. В алгоритме прописать все вышеописанные требования. Стандартным алгоритмом и даже стандартным АПИ(уже существующем - &Vip[Obj:"OSNMA"]) не решить так как не можем к операции амортизации обратиться к разным методикам.
Всем удачи!