Текущее время: Сб, авг 09 2025, 22:57

Часовой пояс: 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 часа


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

Сейчас этот форум просматривают: нет зарегистрированных пользователей


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

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