Страница 1 из 1
ПБУ 18/02
Добавлено: 16 сен 2004, 14:02
SCORPION
До установки Галактики по дебету 09 сч. накопился отложенный налоговый актив. Затем надо возместить ОНА по каждому виду ОС разницу остаточной стоимости НУ и БУ на ставку налога последовательно по кредиту счета 09. Подскажите, каким образом на данный момент развернуть аналитику по каждому виду ОС на счетах 09 «Отложенные налоговые активы» и 77 «Отложенные налоговые обязательства» до выхода версии 7.12
Думаю у многих подобная проблема уже возникла в связи с требованиями ПБУ 18/02
Re: ПБУ 18/02
Добавлено: 16 сен 2004, 15:08
edward_K
схема примерно такая
1. добавить туда аналитику по ос
2. сделать тхо_апи в котором по имеющейся картотеке вычислить и занести в проводки требуемые суммы.
3.сделать бухсправку с привязанной хозоперацией с этим тхо_апи.
4.сравнить полученную сумму по бухсправке
с контрольной суммой(сама она не заполниться - нужно как то передернуть, чтобы ругнулась что сумма по проводкам не равна сумме справки - ну или опять же в ТХО_АПИ).
если каталог ос не заполнен вовсе или криво, то тогда только руками.
Re: ПБУ 18/02
Добавлено: 17 сен 2004, 16:11
kirol
Такой алгоритм ну никак не привязать к бухгалтерской справке
Re: ПБУ 18/02
Добавлено: 17 сен 2004, 16:46
Seybukan
Чтобы определить начисляется разница или уже списывается необходимо проанализировать остаточную стоимость по методу учета.
То есть:
БУ>НУ и ост.ст. НУ>0 начисление.
БУ>НУ и ост.ст. НУ=0 списание ранее начисленной.
БУ<НУ и ост.ст. БУ>0 начисление.
БУ<НУ и ост.ст. БУ=0 списание ранее начисленной.
вот соответственно может быть три ситуации.
Реально решается двумя способами:
1. Не очень хороший - аналитика по карточкам на счетах 01 и 02 по БУ, аналитика по карточкам на регистре учета НУ + НЕОБОСНОВАННОЕ ведение регистра первоначальной стоимости в НУ(такой регистр вести мы не должны по закону, но для расчета остаточной стоимости по НУ это необходимо!!!).
2. Хороший путь - написание ТХО API. Лучше к бухсправке. В алгоритме прописать все вышеописанные требования. Стандартным алгоритмом и даже стандартным АПИ(уже существующем - &Vip[Obj:"OSNMA"]) не решить так как не можем к операции амортизации обратиться к разным методикам.
Всем удачи!