Добрый день!
Подскажите пожалуйста, как и где именно пользователь в системе видит какая разница сформировалась(временная или постоянная)?
Как система анализирует собранную информацию в итоговом спец. регистре по видам разниц (на основании чего)?
А формы отчетности, кот.предлагаются в ТПР18 есть смыс все использовать и имеют ли они выходные формы или для этого требуются доработки?

1) Поясните конкретней, что Вы имеете все же ввиду? Разницы или ПНО,ПНА,ОНО,ОНА? Если первое, то все зависит от реализации ТПР, но в общем случае в спецрегистрах, если второе, то на счетах главной книги:
Д09 - возникновение ОНА, К09 - погашение ОНА,
К77 - возникновение ОНО, Д77 - погашение ОНО,
Д99 - возникновение ПНО,
К99 - возникновение ПНА.
2) Непонятно, что имеется ввиду...если техническая часть, то см. ТПР
3) Мы формы согласовывали с бухгалтерией, и у нас они имеют несколько другой формат.

Имеются в виду разницы, а не ПНО, ПНА.....(с ними понятно, что бухгалтерия увидет их на счетах и поймет где что), там при настройках создаются спец. операции(ZOTT,ZOCT,ZOTA,ZOCA),т.е. на основании их система классифцирует вид разницы?
И как это отражается в спец.регистре(там автоматически система прописывается какая это разница на основании выше перечисленных операций или надо при настройки иерархии в узлах(при нумерации узлов) прописывать какой это вид разницы или нет)????
Получается,что формы вы дорабатывали, т.е. применяли ABAP?
И еще вопрос вы реализовывали ТПР18 на ERP2005 или ниже версии?

да, на основании настроек иерархии система определяет какая это разница и проставляет ее автоматически, ну или если быть точнее то с помощью экзитов в переносе полей (например JUFI). Еще разницы определяются когда вы тащите данные в базу ПБУ инструментом сведения, тогда вы должны создать группы операций на основе одной операции ZORL и тогда вы формируете значение поля тип разницы в переменном переносе полей своего сведения. там тоже для этого дела есть экзиты.

Тут коллега Kiselev совершенно прав! Вы сами указываете системе, что именно она должна расценивать как разницу того или иного типа и как она это будет делать(иерархия, переносы-замещения).

Конечно.....а для ОС нам вообще пришлось отойти от ТПРа. Вообще надо рассматривать ТПР как базу, и уже подгонять его под реальное положение дел. Универсальных методов для всех случаев имхо не существует.
У нас версия 4.7 Ext2.0

Если вы используете для формирования разниц программу J3RPBU18DT и при ее запуске используете преобразование S00, то программа на основе 3-его символа операции (ZOTT,ZOCT,ZOTA,ZOCA; T - temporary, C - constant), в соответствии с критериями отбора которой, была отобрана позиция для переноса, сформирует значение поля *DIF*TYPE* (точно не помню уже). Значение этого поля и определяет является ли разница временной или постоянной.

Коллеги, подскажите, пожалуйста:
У меня при присваивании операции связке Регистр/БЕ не выбирается операция GLU1 (для регистра JU) которая должна использоваться в транзакции J3RPBU18DT. Может я что-то неправильно поняла и её не нужно присваивать?
И ещё: как я понимаю, транзакция J3RPBU18DT используется для операций Z0CA, Z0CT, Z0TT, Z0TA. А сведение JU10 - с группами операций Z1*. Оба инструмента переносят данные из регистра НУ в регистр ПБУ (но в разные версии, вроде ). Тык в чём тогда разница между ними? Зачем использовать оба способа переноса?


Заранее благодарю за ответ)

2 TaShi
Программа J3RPBU18DT переносит разницы, источник которых находится в таблице отдельных позиций ZTAXREGA, то есть те разницы, которые пришли из бухучета или попали в базу НУ ручными документами. Перенос кстати тоже осуществляется путем проводки именно документа в базу разниц по ПБУ. Сведения же тащат разницы, которые сформировались в результате расчета в таблице итоговых записей (всякие страхования, прямые расходы и пр.) У них нет никакого источника в отдельных позициях, и их можно просто перенести из одной таблички в другую!

Кстати, коллеги-налоговики - вопрос! Никто не сталкивался c ситуацией, что в программе J3RPBU18DT (для ERP 2005) не хватает табличного типа j_3r_pbu_setcls? А то САП ЦИС что-то мямлит невнятное на эту тему, запарили уже!Я ИДИЁТ, УБЕЙТЕ МИНЯ КТО-НИБУДЬ! У кого-то эта программа в боевом режиме работает на 10 уровне патчей?

Спасибо, -TT-!

У меня почему-то эта программа ругается на диапазон...хотя я его настроила.

TaShi
С диапазонам в SL ваще отдельная песня! скорее всего, для вида документа А0 пропущены какие-то диапазоны )) Сходите по следующему адресу: SPRO-Спецрегистры-Фактическая проводка-Диапазоны номеров-Локальные диапазоны, там наверху есть кнопочка "Изменить группы" (с карандашом которая), в ней определены группы видов документов и диапазоны к ним. Вот переберите последовательно все ваши БЕ (если у Вас их несколько), наверняка для одной или нескольких неправильно прописались (или вообще не прописались!) диапазоны для текущего года Если это так, то диапазоны добавляются там же правой кнопкой мыши.

Идем на service.sap.com, там в раздел SAP Notes Search, вводим критерий поиска J3RPBU18DT. Читаем описания нот и понимаем, что надо установить ноты 1099889 и 1122559.

Спасибо:)

А как правильно тогда в регистре JU собрать бухгалтерские (да и налоговые, которые не требуют перерасчета) составляющие разниц нарастающим итогом.

Вот было непонятно, например для узла иерархии ПБУ18 "Представительские расходы".

БУ составляющая берется из регистра JT, с узла FACT
НУ составляющая берется из регистра JN где уже данные собраны нарастающим итогом

Как после переноса данных БУ собрать их в JT тоже нарастающим итогом?

J3RPBU18D этого не делает. И сведение JU10 тоже...

БУ составлющую формируйте тоже из регистра JN, версия 4. Туда суммы нарастающим итогом переносятся сведением JN00.

Да, это как вариант. А как быть со всеми другими разницами? Например, амортизация? Или прочие расходы, не включаемые? Которые не нормируются и сразу по идеи из JT должны собираться в регистр разниц.