Ищу "коллег" по внедрению RE-FX

У меня сразу вопрос:
у кого-то получалось связать (не в отчете) два здания (из разных БЕ), два объекта аренды в одном здании
т.е. чтобы система воспринимала эти объекты, как единое целое

Добрый день!

у меня еще один вопрос...
получалось ли у кого-то удалять договора, по которым были проведены проводки с переносом (проводки я сторнировала), удаление (в спро) на договора разрешено, но удалять не дает - пишет была проведена контировка...

а архивировать и удалять не пробовали?

Пробовала... не архивировать, не удалять не получается - архив почему-то пустой...

Вот только что снова попробовала поработать с транзакцией SARA
во-первых у меня многие объекты архивации (к примеру, REFX-CN - "Договор по недвижимости") вообще не работают
пишет сообщение - Функция недоступна в версии 2.0 и выход

версия у меня 5.0

а те, что работают (к примеру, REFX-ROCF - "Финансовый поток договоров"), не записывают архив...
я уже пробовала архивировать хотя бы один договор - при том что я все проводки с переносом сторнировала, объекты от договора отделила, делового партнера тоже, деактивировала и поставила договору метку удаления - все равно не дает не удалить, не заархивировать....

По архивации - настройки по объектам архивации проверяли? Также рекомендую посмотреть активацию инфо-структуры архива, время резидентности архива. И посмотрите логи архивации.

По удалению договоров без архивации есть предпосылки:
There was no posting to the contract.
There is not a link from a main contract to the contract you are
deleting.
The contract you are deleting is not a part of another contract.
Сторнирование делает документ сторно, а не удаление.
На крайний случай можно и руками по таблицам поудалять.

В чём смысл связывания 2х зданий из разных БЕ и 2х ОА в ЗД? Архитектурой разрулить не устроит?

пример-ситуация:
у компании есть 2 БЕ (№1 и №2)
1 операция - БЕ №1 берет в аренду у внешнего контрагента часть здания, а затем сдает в субаренду БЕ №2
2 операция -БE №2 берет в аренду у внешнего контрагента вторую часть здания


В результате для ведения финансовых потоков БЕ №1 -необходимо завести здание №1 (БЕ №1,ХЕ №1, своя площадь), для ведения финансовых потоков БЕ №2 - необходимо завести здание №2 (БЕ №2,ХЕ №2, своя площадь)

система должна понять, что это единое целое
топ-менеджерам компании должны видеть итоговую рентабельность от взятия-сдачи отого объекта

Это конечно можно вырулить через наборы в отчетах, но может у кого-то получалось более прочно связать?

а в архитектуре тоже судя по всему нужно будет два здания заводить...

ну а если рассматривать операции по этому примеру дальше, то БЕ №2 разбивает территорию помещения между своими подразделениями и некоторые из них сдают в субаренду (и эта веточка не 1-уровневая: пул -> аренд. площ, а несколько уровней)

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

пример-ситуация:
у компании есть 2 БЕ (№1 и №2)
1 операция - БЕ №1 берет в аренду у внешнего контрагента часть здания, а затем сдает в субаренду БЕ №2
2 операция -БE №2 берет в аренду у внешнего контрагента вторую часть здания


В результате для ведения финансовых потоков БЕ №1 -необходимо завести здание №1 (БЕ №1,ХЕ №1, своя площадь), для ведения финансовых потоков БЕ №2 - необходимо завести здание №2 (БЕ №2,ХЕ №2, своя площадь)

система должна понять, что это единое целое
топ-менеджерам компании должны видеть итоговую рентабельность от взятия-сдачи отого объекта

Это конечно можно вырулить через наборы в отчетах, но может у кого-то получалось более прочно связать?

а в архитектуре тоже судя по всему нужно будет два здания заводить...

ну а если рассматривать операции по этому примеру дальше, то БЕ №2 разбивает территорию помещения между своими подразделениями и некоторые из них сдают в субаренду (и эта веточка не 1-уровневая: пул -> аренд. площ, а несколько уровней)

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

Что здесь имеется в виду?

инфо-структуры активировала
время резидентности архива - у всех объектов период хранения = 100
и для всех объектов не включено - "Без доступа к архиву"

Что здесь Вы имеете в виду?


архивировать пока так и не получается...
меня настораживает то, что когда я запускаю проводник архива выбираю объект архивации и соответствующую ей инфо-структуру - задаю, к примеру БЕ и диапазон договоров мне система выводит " Список не содержит данных"

Мммм...
Может, это в "прочие компоненты" - http://sapboard.ru/forum/viewforum.php?f=15 перенести?

Передо мной таких задач на проекте не стояло, ниже почитал ваши объяснения... на мой взгляд объединить два объекта аренды таким образом чтобы это стало одним зданием нельзя.

1) Можно глупый вопрос, а Вы сторно по договорам делали: сторно проводки, или сторно проводки и переноса?

2) В стандарте система не позволяет связывать одноуровневые объекты ракурса использования между собой.

Прастите, а "своя площадь" - это PS?

А нельзя видеть рентабельность в разрезе договоров для соответствующих БЕ?

В архитектуре только одно здание! Одному зданию в архитектуре в стандарте можно присваивать несколько зданий использования(из разных БЕ). Не подменивайте понятия, арх. ракурс, это что существует физически, а не экономически.
Интересная задачка.

Я делала сторно проводки с переносом

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

Передо мной ставилась задача видеть рентабельность именно арендованного объекта недвижимости....
[ quote="sonyericsson"]В архитектуре только одно здание! Одному зданию в архитектуре в стандарте можно присваивать несколько зданий использования(из разных БЕ). Не подменивайте понятия, арх. ракурс, это что существует физически, а не экономически.
[/quote]
C этим утверждением я с Вами соглашусь... так и сделаю... спасибо.

По субаренде - кто мешает включить в договор аренды объект другой БЕ? Которая в свою очередь имеет свой договор аренды с ДП.

Дробить архитектуру и ЗД под оргструктуру и договора - перебор. Чтобы собрать информацию по подразделениям, можно например в правило расчёта СО или параметрах проводок объекта аренды поставить МВЗ подразделения или ЗД (при включённом объекте контировки ЗД) - вот и соберёте всё.

После прогона архивации в тестовом или продуктивном режиме, создаются логи - см. job, на задании со спулом - кнопка спул, потом просмотр, там всё видно. Время резидентности поставьте 0. По настройкам можно посмотреть в той же SARA.

Что за проект если не секрет?