Коллеги, подскажите, кто как переносил остатки по договорам - вручную или писали лсмв на загрузку или какую программу использовали?

и еще каким образом заводили сами картчоки объектов недвижимотси , зданий, договоров, допников по ним?

Честно говоря. столкнулись с тем, что в RE нет такого механизма, как скажем в основных средствах, который бы позволял прогрузить уже прошедшие оплаты по договорам за предыдущие годы ( типо транзакция as91 в модуле FI - AA)

Для объектов недвижимости писали пакетник спомощью ABAP. sm35 - не могла все загнать
А договора в малом объеме заводили руками.
А на данный момент столкнулись с большим объемом закачки данных по договорам - будем писать пакетник - хотябы на часть оновных данных. А условия руками.

ну нам скажем надо завести порядка 250 договоров и порядка 500 допников к ним. Соответсвенно пока прихродим к выводу, что лучше руками заводить основые данные по всем ним, чем писать что-то руками. Самопсиную прогу все арвно выверять надо.

А как вы остатки сами будиет прогружать за предыдущие годы не поняла если честно? Допустим договор у вас начинает действовать с 01.01.2007 и срок действия на 10 лет. По нему уже прошли платежи в течениее 3 лет. Как вы планируете показывать, что в привязке к данному договору уже были сделаны проводки.

В договоре есть поле "Первая проводка с...", в котором указывается дата. При заполнении ее, система показывает, что до этой указанной даты проводки уже были выполнены по договору. Это имеется ввиду?:)

ну типо да - это.

просто мы допустим решили, что все предыдущие наисления по договорам будем заводить как одно условие ( допустим условие 1 - аренда с 2008 года по 31 декабря 2009 года - ну и общая сумма которая прошла по данному условию) соотвественно система поставит в графике эти позиции как проведенные, и указав дату первая проводка с - мы реально начнем генерить проводки в системе.

единственное что процесс очень трудоемкий получается.

хотелось бы найти что-нибудь типо механизма загрузки в ОС - транзакции AS91, но что то пока понимаю , что нет такого и не будет видимо в ближайшее время.

а LSMW на соответствующих BAPi ?

вы предлагаете писать лсмв под загрузку отдельно зданий, отдельно объектов, отдельно догвооров, отдльно допников? а потмо меппить руками? и это только для мастер даты, для загрузки остатков по догвоорам разве есть bapiшка?

ну так можно продвинутую LSMWшку сделать...создать по отдельности все что нужно, потом смаппить там все что нужно.
для договоров есть ContractREFX. Бизнес-объект BUS1505
что такое "остатки по договорам" я не знаю, что имеется в виду, поэтому ничего посоветовать не могу

Грузите остатки по договорам напрямую в FI.
Если хотите, то со ссылкой на уже созданный договор RE-FX.

Не мучайте ни себя, ни пользователей, ни руководителей. Получать остатки из RE порочная практика. Никогда на момент старта человеческих остатков не будет. 100% будите корректировать после старта. Лучше корректировать в отдельно взятом модуле, куда собственно эти самые остатки и загружаются. Руководствуясь таким простым правилом обеспечиваете независимое решение 2х задач:
1. загрузка остатков
2. отражение хоз.операций после старта продуктива.

Как только завязываетесь на получение остатков из RE вы обе задачи лепите в одну. Учитывая огромное количество ошибок при подготовке остатков можете не запуститься.

Это то что связано с проводками в FI.

Отдельно по объектам и договорам:
Мы на проекте использовали интерфейсы с внешней системой через XI. Отдельно грузятся объекты разных типов (несколько интерфейсов). отдельно грузились договора (еще несколько интерфейсов). Интерфейс в конечном счете вызывает соответствующее BAPI. Интерфейсы написаны не специально на момент старта, а для операционной деятельности. Отдельно для этого учитывается дата старта конкретной БЕ.
Если говорить о количестве - это сотни тысяч объектов, десятки тысяч договоров.

На сколько я понимаю у Вас ситуация проще. Лучший способ в Вашем случае - LSMW. Вариант с пакетником не канает. В пакетнике кучу вещей нельзя делать. В RE куча интерфейсов которые пакетник не возьмет. Попробуйте в договоре например к 30 оговорке о периодичности перейдите или попробуйте выбрать 40ю группу объектов и добавить туда еще один:)

В LSMW есть все что нужно через BAPI. Не всегда корректно отрабатывает, но если хорошенько потестировать плюс как всегда можно делать гибкие небольшие ABAP вставки. Классическое место - это исправить налог в оговорке о проводке. Стандартная BAPI на апдейт полностью берет информацию из структуры. Это обозначает, что информацию нужно сначала считать (как раз с помощью вставки), потом записать поверх новый код налога, а после этого отправить в BAPI на апдейт. Если записать только код налога - потеряешь всю информацию которая была в оговорке.

Надеюсь помог.