Добрый день!

Предстоит настроить Российский Add-On. Требуется: произвести 'chart of accounts mapping, alternative chart fo accounts mapping'.
Подскажите, пожалуйста, технологию мэппинга плана счетов. Может есть соответствующая документация по данному вопросу?!

Заранее спасибо!

Насколько я знаю, документации как таковой нет.
В плане настроек просто в карточке счета прописываете Альтернативный номер счета. Например, основной план счетов - это план счетов концерта, а альтернативный план счетов - это план счетов страны.

В плане самого мэппингаэто в большей части методологическая работа. По моему опыту садились два работника, который знает все операции, которые делаются по одному плану счетов, и, соответственно, работник, которой знает второй план счетов, и обсуждали кто какие операции на каких счетах отображает.
От консультанта обычно требуется только поддержка по технической специфике. Ну, например, технический расчетный счет, если внедряете, например, АПП и кассу, чтобы не было задвоений. Например, технические счета для различных ТАПов т ТП и т.д.

а насколько критично отсутствие Альтернативных счетов для сдачи отчетности в России?
Например, был произведен mapping: основной план счетов - это план счетов концерта, а альтернативный план счетов - это план счетов РФ. Но в карточке счета альтернативные номера не были введены. Можно ли оставить как есть и сдавать отчетность в РФ, или лучше стоит подставить альтернативные счета для РФ.

Неужели никто не занимался этим вопросом?

мэппинг альтернативного и оперативного планов счетов всегда делается один к одному, или можно один альтернативный счет несколким оперативным присвоить?

А в чем там может возникнуть проблема? На нескольких оперативных счетах назначаем один альтернативный счет и в отчетности смотрим на альтернативном счете сумму с нескольких оперативных.
Вот наоборот, одному оперативному несколько альтернативных, в зависимости от типа учитываемой операции, интересно можно ли как то настроить не используя паралельных регистров?

Коллеги,

Можно попробовать сделать error FH022 warning'ом в транзакции OBA5.
Сам не пробовал и согласен с darkduck - если есть возможность лучше делать мэппинг 1-к-1. И пользователям работать тоже проще будет.

С уважением,

iRashid

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

Это подозрение специально проверил - система не выдает сообщения даже типа W- warning, не говоря уже о E-error, при присвоении одного и того же альтернативного счета двум разным оперативным счетам. Так что iRashid не понял зачем с сообщениями колдовать .
Насчет мапинга 1:1 - не всегда получится, часто возникают ситуации, что один план счетов исторически более детализирован, чем другой, и в этой ситуации проще переделать отчетность по альтернативным счетам, чем переделывать весь учет, который уже ведется на менее детализированном альтернативном плане счетов, на учет, основанный на более детализированном ПС.

Коллеги,

Да поможет вам SAP Note 85068

С уважением,

iRashid

ну для версий 3.0 - 4.7 эта нота актуальна, но у меня в ECC 6.0 данная ошибка не вылетает, БЕ кантри специфик ПС присвоил .

Дорогой ImpCons,

Cообщение FH022 настраивается в транзакции OBA5. Если подломить транзакции FS00/FSS0 оно вообще не будет возникать.

В моей ECC6.0 SP14 ("разворачивалась" с нуля) это сообщение не редактировалось - по умолчанию установлено в "E" (Error). Это можно проверить в транзакции OBA5.

Давайте не будем делать выводов на основе одной конкретной системы, о модификациях которой у нас нет полной информации.

С уважением,

iRashid