Добрый день!
В тех документации по ТПР25 обращается внимание на необходимость сохранения вариантов деклараций до внесения корректировок. Хорошо, мы сохраняем выходную форму самой декларации, а данные, на основе которых она строилась затираются новыми? Есть ли возможность просмотреть декларации за предыдущие годы вплоть до того, из чего собираются строки декларации?
Благодарю за ответы, окторые могут здесь быть.

Для этого нужно новый вариант данных для формирования декларации сохранять в новой версии, используя механизм ведения версий FI-SL.
Если корректно настроена отчетность, можно и до первичного документа провалится...

Это ж че такой за механизм???
Мне тоже интересно
Вообщем я так думаю, что это проблематично.... для каждой декларации вводить параллелные версии во всех регистрах, потом пеправлять (делать копии) все сведения, чтобы предыдущие данные не затирались.... Ну или другой вариант вводить изначально много версий, а потом через транзакцию GCVI вкл/откл необходимые. НО все это тоже лажа, потому, как не понятно кто этим будет заниматься, потому как непонятно сколько они хотят "деклараций" в истории держать (чем больше тем система неустойчива), Посчитайте сколько у вас в регистрах на текущий момент версий, а теперь умножте на кол-во деклараций..... вообщем нам не подошло. Может есть какой нить лучший способ управления версиями, но я о таком не знаю.
У нас было такое требование заказчика, решили вопрос через ракурсы. Загоняли все регистры в ракурсы, вообщем тоже самое, что и сохранение декларации, только более развернуто. А вообще история деклараций это непонимание системы и бизнеса. Нужно ответить на один вопрос. Зачем данные, которые заведомо ложны?
И еще одно, в с.регистрах должно быть поле даты, которое формируется при сохранении записи в с. регистр. помудрите, что нить с ним. Тобишь вы сформировали ДК 05.04.07 если вы будете далее формировать ДК по данным которые у вас записались в с.регистры до 05.04, то вероятно получите, что хотите.

Возможный вариант - выгрузка экстракта из спецрегистров с данными декларации до уточнения и сохранение его в виде внешнего файла. Прога такая существует.

В этом случае будут доступны только конечные суммы, а то, из чего эти самые конечные суммы строк декларации формируются, останется закрытым.

1. Как можно стать обладателем такой проги?:)
2. Вот такой ещё вопрос у меня: кто-то, где-то воплощал в реальность выгрузку декларации и бух. отчетности в формате ИФСН в электронном виде (отмечу, что это не Excel, а необходимость сдачи налоговой отчетности в электронном виде при помощи интернета в налоговые органы)???

Добрый день.
Может кто сталкивался с следующей ситуацией - помогите разобраться в чем м.б. причина:
Формируем налоговую декларацию по налогу на прибыль стандартным
методом, предлагаемым SAP.
Возникла ошибка при выгрузке печатной формы налоговой декларации:
при отработке сведения JF60 "Сведение для формирования показателей
00200-260, 00200-270, 00200-280", предлагаемое ТПР,где используются 2
цикла по разным налоговым ставкам (6,5 и 17,5) - возьму для примера
один цикл - где отправитель=00200-180, версия=4; получатель=00200-180,
версия=5, после отработки цикла в регистре JF элементы распределения
формируются с противоположным знаком, что критично для получения
печатной формы (программа J_3RF_TAX_REPORT) - налогооблагаемая база по
строке НД 00200-180 уменьшается на сумму исчисленного строки 00200-260.