Текущее время: Пн, авг 11 2025, 18:05

Часовой пояс: UTC + 3 часа




Начать новую тему Ответить на тему  [ Сообщений: 5 ] 
Автор Сообщение
 Заголовок сообщения: Преобразование отчетных данных при загрузке в BCS
СообщениеДобавлено: Пт, авг 29 2008, 13:38 
Младший специалист
Младший специалист
Аватара пользователя

Зарегистрирован:
Пн, май 12 2008, 07:12
Сообщения: 50
Откуда: Nsk
Добрый день, коллеги!
1. Поделитесь, пожалуйста, информацией: какую аналитику обычно используете в качестве позиций консолидации (items)?
1.1 Использует ли кто-нибудь в качестве признака с ролью "позиция" признак 0GL_ACCOUNT? Каким образом при этом трансформируются загружаемые отчетные данные из исходного плана счетов в план счетов консолидации?
1.2 Использует ли кто-нибудь для целей консолидации план счетов концерна (Group Chart of accounts)? Если да, то насколько счета концерна агрегируют данные оперативных счетов?
1.3 Нужно ли вообще как-то детализировать позиции консолидации или достаточно использовать в качестве позиций статьи баланса и П+У?
1.4 Использует ли кто-нибудь в качестве признака с ролью "позиция" признак 0CS_ITEM? Если да, то на основе каких элементов при этом создаются позиции - счетов концерна, оперативных счетов, статей баланса и П+У, чего-то иного?
1.5 Возможен ли такой вариант: формируем план счетов концерна на основе статей баланса и П+У, каждому счету оперативного плана счетов сопоставляем счет концерна (Group account number), при загрузке в BCS агрегируем отчетные данные на счета концерна как позиции консолидации? В таком варианте может возникнуть проблема, если дебет оперативного счета должен попадать в одну статью (позицию консолидации), а кредит - в другую... Как ее грамотно решить?

2. Какую функцию выполняет настройка "распределение прибыли в баласе или П+У" (Appropriation of Retained Earnings: in income statement/in balance sheet) в параметрах области консолидации? Какой из вариантов обычно используется (в нашем Отечестве)?

3. Какие позиции консолидации обычно используются в качестве "фиксированных позиций" (selected items) для выравнивания баланса и отчета о прибылях и убытках (Clearing Item on Balance Sheet и Clearing Item on Income Statement)?
Верно ли я понимаю, что это м.б. позиция "Нераспределенная прибыль (убыток) текущего года" - для баланса (свернутое кредитовое сальдо 99 счета + соотв. субсчетов 84 счета) и итоговый расчетный показатель "Чистая прибыль (убыток) отчетного периода" для отчета о прибылях и убытках?
В таком случае получается, что позицию выравнивания для отчета о прибылях и убытках нужно "руками" создать в BCS (т.к. на стороне ERP ее нет в качестве счета или статьи нижнего уровня в иерархии П+У).
Какая в этом случае должна быть настройка из п. 2 - "распределение прибыли в балансе" (Appropriation of Retained Earnings in balance sheet)?


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, авг 29 2008, 14:43 
Младший специалист
Младший специалист
Аватара пользователя

Зарегистрирован:
Пн, авг 29 2005, 10:34
Сообщения: 99
Откуда: Мытищи
используем 0CS_ITEM, дальше меппинг из плана счетов концерна в план счетов консолидации,
АП счета в плане счетов консолидации не предусмотрены, поэтому возможен вариант, когда создаются счета с одинаковыми названиями, но разными кодами в активе и пассиве, из R3 сажаем все на актив, а дальше односторонним реклассом раскидываем в зависимости от знака.
что касается спец позиций: в балансе - это действительно ЧП отчетного года, а вот в ОПУ - это листовой счет, не входящий в иерархию ОПУ.
Распределение прибыли - ставим распределять в балансе.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения:
СообщениеДобавлено: Пн, сен 01 2008, 07:45 
Младший специалист
Младший специалист
Аватара пользователя

Зарегистрирован:
Пн, май 12 2008, 07:12
Сообщения: 50
Откуда: Nsk
Спасибо за информацию! :)
Не совсем понял этот момент: если спец. позиция в ОПУ - это листовой счет, не входящий в иерархию, то какой смысл в проводке выравнивания по этому счету? Просто для технического соответствия требованиям BCS (т.к. без этого нельзя будет проводить поправки в ОПУ)?
Я думал, что смысл выравнивания состоит в соблюдении уравнения вида X1 + X2 + ... + Xn = Y, где Y - это показатель спец. позиции, а X1, ..., Xn - показатели остальных позиций. Т.е. если вносим поправку в любую позицию Xi, то синхронная правка автоматом проводится и в спец. позиции Y для соблюдения равенства.
Вообще в ОПУ это вроде бы имеет смысл только в том случае, если среди листовых позиций есть позиция, которая логически является агрегатом (т.е. если в позиции Y дублируются показатели позиций Xi). Возможно также если в иерархии используется вхождение позиций (т.е. если в позицию Y как узел иерархии входят остальные позиции X1, ..., Xn). Попробовал сделать такую иерархию - оказалось, это действительно технически возможно (ниже позиции можно создать другую позицию и даже узел иерархии).

Короче говоря, как я понял, в общем случае для ОПУ может потребоваться некоторая техническая позиция (вне иерархии), на которую автоматически будут валиться разницы при несбалансированых поправках ОПУ. Эта техническая позиция и указывается в selected items. А уж дальше дело хозяйское - использовать или не использовать фактически выравнивание для автоматической проводки дополнительных поправок, тем более что позицию выравнивания можно переопределить в типе документа, а для контроля показателей всегда можно настроить необходимые функции проверки...
Правильно?


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пн, сен 01 2008, 07:59 
Младший специалист
Младший специалист
Аватара пользователя

Зарегистрирован:
Пн, май 12 2008, 07:12
Сообщения: 50
Откуда: Nsk
И еще вопрос - в 0CS_ITEM, насколько я понял, фактически взаимно-однозначно проецируется план счетов концерна?
Если так, то можно и 0GL_ACCOUNT для позиций использовать... Есть ли какие-то аргументы в пользу именно 0CS_ITEM?


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, сен 03 2008, 14:56 
Младший специалист
Младший специалист
Аватара пользователя

Зарегистрирован:
Пн, авг 29 2005, 10:34
Сообщения: 99
Откуда: Мытищи
grin написал(а):
А уж дальше дело хозяйское - использовать или не использовать фактически выравнивание для автоматической проводки дополнительных поправок, тем более что позицию выравнивания можно переопределить в типе документа, а для контроля показателей всегда можно настроить необходимые функции проверки...
Правильно?


Правильно

по поводу 0GL_ACCOUNT... в контенте консолидации идет 0CS_ITEM, теоретически его можно подменить на 0GL_ACCOUNT, не делали так ни на одном проекте


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 5 ] 

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: Google [Bot]


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB