коллеги!
возникла необходимость объяснить буржуям, зачем в России нужен negative posting
может быть, у кого-нибудь есть документация, желательно, переведённая на английский?
буду лчень благодарна!

а просто сослаться на complicated russian accounting standarts?
в каком-нибудь ПБУ из первых должно быть... у бухов лучше спросить

увы, увы, просто сослаться не получится, надо обосновать

эээх, мне бы документацию с выдержками из ПБУ...
неужели никто не делал???

ПБУ здесь ни при чем, там про красное сторно не написано... А если объяснить людям, что многократное черное сторно искажает картину по оборотам за период, из-за этого искажается финансовая картина например по амортизации, следственно по остаточной стоимости ОС, следственно по добавочному капиталу (если таковой рассчитывается), следственно ОПУ по российским меркам будет кривой? Кроме того, подозреваю, если многократное сторно касается счетов, реалевантых для НДС, то налоговикам будет очень трудно объяснить, почему на данную цифру оборота за период получается вдесятеро меньше НДС чем хотелось бы? Ну и еще не надо забывать, что по счетам рассчетов(60,62,70 итд.) сальдо всегда должно быть развернутое, ибо они у нас активно-пассивные в отличие от западенцев, соответсвенно методика черного сторно будет ОДНОЗНАЧНО вводить в заблуждение пользователей отчетности. Таким образом влиять на стоимость акций. Следственно на доход акционеров. Обычно последние аргументы они понимают очень хорошо!!!

Уважаемый -ТТ-, спасибо за подробный ответ. А можно ли привести конкретный пример, в какой российской отчетности черное сторно исказит данные? И еще вопрос про амортизацию - как там черное сторно искажает результат?
Заранее благодарю!

На сколько я помню, есть нота по завышению оборотов и красное сторно. Проще их носом туда тыкнуть.

Счета рассчетов например (60, 62,70, 76)! В соотвествие с требованиями РСБУ обороты по данным счетам не подлежат сальдированию и должны отражаться развернуто по каждой стороне, в силу того, что по сути они являются активно-пассивными. В западной практике такое невозможно, ибо там существуют счета к оплате и счета к получению, и например по ГААПу в идее черного сторно действительно нет ничего смертельного.... А в РСБУ КАЖДОЕ черное сторно, вздувая обороты по обеим сторонам и не приводя к сальдовым искажениям по данным счетам, искажает финансовую картину по расчетам организации... а там и до ошибок недалеко! Начинаются косяки с учетом дебиторки и кредиторки, обязательств организации перед персоналом и персонала перед организацией и пр. и пр. и пр... Короче, много неприятных весчей
По поводу амортизации - если используется счет 02, то да, наверное никакого криминала с черным сторно не будет... А вот если стоимость ОС списывается напрямую в произв. расходы (а в соответствие с ПБУ 06 такое возможно), то начинаются непонятки с оценкой НзП... Я ответил на вопрос?

Ну почему же обязательно об ошибках? Если например по какой-то причине поставщику было уплачено больше чем, он поставил, или же он поставил товаров и/или услуг на сумму меньшую, чем ему заплатили, разве не возникает в этот момент дебетового сальдо по сч.60 до момента погашения поставщиком этой разницы? Я просто напрямую с такими ситуациями не сталкивался, поэтому не знаю точно, как эта проблема реализовано в R/3, но мне представляется, что все-таки система фиксирует момент возникновения таких ситуаций и либо переводит образовавшуюся задолжность поставщика на какой-то временный счет(что, по моему, вряд ли), либо(что более вероятно), создает памятную позицию на эту сумму. И РСБУ такие ситуации допускают...
А по поводу 90/91 счетов - очень правильное замечание, я просто вспомнил про них, уже когда отправил сообщение! Пятница, знаете ли, совсем в голове усталость поселяется Действительно, сам факт возникновения дебетовой позиции на 90 счете уже есть свидетельство того, что по каким-то операциям получен убыток! Что является искажением (а то и вуалированием!!! ) финансовой картины на предприятии! Налоговики такие игры не очень любят...

Если мы заплатили поставщику больше, чем он нам поставил, то мы заплатили за отгруженную продукцию плюс аванс.
Если поставщик поставил меньше, чем мы ему заплатили, то мы делали предоплату, т.е. аванс.
В любом случае аванс учитывается на отдельном 60м субсчете.
Таким образом, дебетовое сальдо по счету 60-расчеты свидетельствует об ошибках в учете.
В ситуации с 60м счетом это менее критично, а в ситуации с 62м приводит к недоначислению НДС, что вполне может заинтересовать налоговую инспекцию.

Коллеги, если у кого-то есть какие-то наработки, может, поделитесь, пожалуйста. У меня возникла такая же проблема, и надо готовить аргументы...

Еще вопрос: а есть ли документация к Российскому add-on'у, выложенная на САП портале, на английском языке? Я пока найти не смогла. Буду благодарна за помощь.

В разделе "Новости российской FI/LO локализации" на SAP Support Portal часть ссылок на документацию - англоязычная.
Кроме того, английский help по ERP-2005 включает документацию
по бывшим программам Российского add-on'а.

http://help.sap.com/saphelp_erp2005/hel ... ameset.htm