ImpConsЗачем выносить модуль БУ/НУ на внешнее решение, если оно локализовано в выбранной Вами системе? Не понимаю о какой экономической выгоде выносе решения на внешней продукт можно вообще говорить, если в выбранной системе он локализирован?
ImpConsУ Вас есть опыт внедрения БУ/НУ с локализацией SAP? А интеграции SAP с другими системами?
Давайте говорить не о сферических конях в вакуме, а предметно о постановке сделанной ТС.
ImpConsНаконец среди груды ненужных слов про рояли и музыкальные произведения услышал наконец какой то конкретный вопрос. Мы все надеюсь профессионалы, давайте обойдемся без ненужных сравнений, а то опять счас услышу историю про промышленный самосвал и запорожец - не уподобляйтесь бабкам на скамейке, которые когда профессиональное суждение вынести не могут переводят все на понятные им термины.
ImpCons, вроде бы вы не хотели общаться о сферическом коне в вакууме?
Давайте четко сформулируем предмет спора.
Насколько я понимаю, вы утверждаете следующее:
при необходимости ведения нескольких видов учета в случае, если есть локализация (ции), нет необходимости рассматривать вариант вынесения учета (ов) по локальным стандартам за пределы проекта SAP (в другую систему), так как это заведомо более сложный (дорогой) вариант .
Правильно? Я ничего не напутал?
Стоимость некоторых активов (ОС, запасов) в отдельных видах учета может отличаться - я надеюсь, с этим вы спорить не будете? Следовательно, при реализации нескольких параллельных учетов надо как минимум обеспечить возможность параллельной оценки активов.
Вы сами об этом написали.
ImpConsДовольно много настроек в FI, TR -трежери и т.п. в SAP-е завязаны под области оценок. И если нужно развести в разных видах учета разные алгоритмы расчета аммортизации, денежных потоков по кредитам, заводишь разные области оценки, привязывающиеся к разным методам расчета счетам ГК, на которые необходимо проводить проводки и разводишь разные счета ГК при покупке, аммортизации, продаже и т.п. операциях. Затем для каждого учета формируешь варианты баланса с релевантными только этому учету счетами.
...
Таким образом, используя: 1. возможность различных методов оценки встроенную в стандартный функционал в различных модулях системы, .... получаем работоспособный механизм ведения параллельно нескольких учетов.
Но в таком виде это - описание сферического коня в вакууме :-)))
Для конкретного разговора фраза звучать должна примерно так:
В ряде модулей SAP - FI GL, FI AA, MM, PP, CO ... - надо настроить параллельный учет (2 или больше вариантов учета) стоимости активов.
Список я привел наверняка неполный, возможно включил что-то лишнее - вы как специалист по финансам SAP должны знать, из каких модулей приходят в GL проводки и как хотя бы приблизительно все считается - и, следовательно, можете составить полный и правильный список модулей. Там еще надо не забыть про вспомогательные производства, про капитализируемые ремонты ОС, в которых потребляются запасы с разной стоимостью в разных учетах и т.п.
То есть, для того, чтобы вы могли аргументированно отстаивать вашу точку зрения, вы должны как минимум иметь некоторое представление о том, как выполняется такая настройка модулей.
И в связи со всем этим у меня есть несколько конкретных вопросов:
1. Вы имеете хотя бы общее представление, какие модули и как именно надо настроить для получения полноценного сквозного параллельного учета стоимости активов, какие при этом есть ограничения или могут возникнуть сложности?
2. Вы лично участвовали в проектах, где был реализован параллельный учет стоимости активов?
3. Вы лично участвовали в проработке архитектуры решения с несколькими параллельными учетами стоимости активов?
4. Вы знаете о каких-либо успешных проектах, где реализован параллельный учет стоимости активов, и о бюджете которых вам что-либо известно?
5. Вам известны какие-либо документы SAP, в которых приведена оценка трудоемкости реализации параллельного учета стоимости активов?
Что я подразумеваю под "общим представлением, какие модули и как именно надо настроить для получения полноценного параллельного учета стоимости активов, какие при этом есть ограничения или могут возникнуть сложности".
Например, в описании модуля ММ (help.sap.com) есть следующий кусок (нашел за 10 минут):
"Фактическая калькуляция/регистр материалов
Возможности использования фактической калькуляции/регистра материалов
Цели
Прикладной компонент Фактическая калькуляция/регистр материалов применяется для достижения двух основных целей: ведение цен на материалы в параллельных валютах и оценках; фактическая калькуляция.
Параллельные валюты/оценки
Основная задача регистра материалов состоит в предоставлении возможности ведения запасов в параллельных валютах и/или оценках.
Система, как правило, ведет стоимость запасов материала только в одной валюте (валюта балансовой единицы). Регистр материалов позволяет системе вести стоимости запасов в двух дополнительных валютах/оценках. Для этого все движения материала в регистре материалов ведутся в трех валютах или оценках. Суммы в валюте переводятся в иностранные валюты по историческим валютным курсам непосредственно во время проводки. Таким образом, предприятия в странах с высоким уровнем инфляции могут вести материальные запасы в более устойчивой валюте (например, в долларах США). Это делает влияние инфляции на материальные запасы прозрачным.
Если на предприятии для представления стоимостных потоков в различных ракурсах оценки используются трансфертные цены, необходимо использовать регистр материалов. Это позволяет осуществлять ведение стоимостей запаса материала в трех различных оценках (оценка с точки зрения законодательства, оценка для отчетности и оценка по местам возникновения прибыли)."
Общее представление - это знание ответов на такие вопросы: этот функционал надо использовать для параллельного учета или другой? если этот, то как примерно он настраивается?
Можно ли и как именно настраивается связка с другими модулями - например при списании материала в производство, как система поймет, какая область оценки в ММ какой области в производстве должна соответствовать? Или при использовании готовой продукции при создании ОС.
Если у нас заводы в трех странах - россия, украина, англия - можно ли настроить локальный учет для всех стран в их нац. валютах и общий МСФО в долларах США (4 валюты и вида учета) или нельзя? Если можно - то как именно и какие при этом будут ограничения - например, можно ли все три завода включить в одну контроллинговую единицу?
Если у нас есть локальный учет (оценка с точки зрения законодательства), МСФО учет отдельной компании (оценка для отчетности) и управленческий учет (оценка по местам возникновения прибыли), то можно ли еще дополнительно настроить МСФО учет с точки зрения холдинга (консолидированный), и если можно то как? (это я указал виды учетов, которые упоминала Дарья.)
ImpConsУчетом основных средств FI-AA я к своему сожалению не занимался, но думаю что на капитализацию по кредитам взятых на покупку ОС можно завести карточку ОС подчиненную к основной карточке ОС (учитывающей стоимость ОС). Все такие ОС завести на отдельный класс ОС и рассчитывать этот класс только в области оценки релевантной для учета в котором проценты по кредиту капитализированы. Специалисты занимающиеся учетом ОС (FI-AA), может предложили бы более правильное решение.
Хорошее решение, надежное, наверняка будет работать, причем скорее всего в большинстве известных мне ерп систем...
Но для параллельного учета не очень годится - представьте, что вы создаете ОС собственными силами и при этом использовали материал, у которого разная стоимость в разных учетах - как тут быть? :-)))
или делаете капитальный ремонт и тоже используете такой материал?
ImpConsДалее расписывание элементарных возможностей ГГК или FI-SL считаю бессмысленным - если говорите что знаете базу, значит должны понимать и базовые инструменты, нет так читайте курсы AC210 ГГК, AC220 FI-SL спецрегистры, все есть
здесь или не влезайте в спор там где Вы профан.
И не надо :-)))
Вы ответьте на те вопросы, которые я вам задал.
