GaryaImpCons,
Я считаю, что решения SAP вполне способны охватить почти все сферы управленческого учета. Но на РСБУ SAP вполне способен обломать себе зубы, как и большинство других весьма серьезных зарубежных продуктов. РСБУ настолько противоречивы и запутаны, что даже российские поставщики ПО не могут учесть все нюансы, однако, сосредоточившись именно на РСБУ, они, по крайней мере, могут предложить хоть что-то приблизительно соответствующее их требованиям. Даже разбить учет на какие-то более-менее обособленные формы ведения учета в полном соответствии с требованиями российского законодательства крайне затруднительно. Фактически получается, что под каждой совокупности требований под эконосически схожими понятиями подразумеваются существенно разные вещи. Даже разделить учет на БУ и НУ оказывается мало - оказывается, что для НДС необходимо заводить третий, потому что понятие "расходы/затраты" и "выручка" для целей исчисления НДС, для целей ведения бухгалтерского учета и для целей исчисления налога на прибыль (тобишь, "налогового учета") трактуются по-разному.
Garya,
Во всех внедрениях SAP которых я участвовал/участвую или в которых участвовали и про которые мне рассказывали мои коллеги, SAP покрывал РСБУ, причем все требования бухгалтерии были удовлетворены. SAP как вендор не перекладывает на партнеров разработку локализации, а большинство требований РСБУ реализовал сам, если по ходу внедрения чего то не хватает, то уже тогда докручивает компания партнер внедренец.
Насчет реализации налогового учета - SAP так же реализовал 2 варианта решения, первый на спец регистрах (FI-SL) совместно с БДО югикон, но оно доступно в общем пакете ПО абсолютно для любого внедренца и силами SAP CIS на Гибкой Главной Книге (ГГК). Оба решения нужно докручивать, можете даже прочитать что пишут про 2-ое решение -
http://sapboard.ru/forum/viewtopic.php?f=5&t=50570, НО база есть и это не тоже самое что писать с нуля.
По поводу выделения НДС в особый вид учета, SAP поступил по другому - использовав стандартную функциональность системы в области НДС реализовал требования РСБУ посредством:
1. кодов налога - которые определяют счет ГК и ставку налога, и должны проставляться пользователем системы в документ и уточнять в случае необходимости в позициях документа.
2. настройки схемы переноса между кодами налога - для кода налога можно указать на какой следующий код налога он переносится
3. пакетные программы которые анализируют конкретные поля и работают по так называемым вторичным событиям, например НДС признается к зачету только после переноса пакетной программой анализирующей заполнение поля в которое пользователь системы вбивает дату получения первичных документов от поставщика или дату ввода в эксплуатацию ОС и по этой дате и признает к зачету НДС
4. Ну и другие настройки.
Общая схема такая: При проводке документов НДС учитывается на 19-ых счетах (предварительный НДС), затем пакетными программами либо безусловно либо по вторичным событиям переносится либо через промежуточные 19-ые счета, либо сразу на 68-ые счет, затем 68-ые суммируются в результирующий 68-ой НДС-ный счет который и начисляется к выплате в налоговую.
GaryaВ частности, если в договоре указан переход права собственности на отгруженный товар/продукцию по приходу ее к покупателю, для исчисления НДС эти условия договора никакого значения не имеют, а для налога на прибыль - имеют. НДС начисляется в момент
отгрузки , то есть, при выполнении проводки Д45 К41,43. Если продажная цена товара/продукции указана в валюте, то между выручкой и расходами для исчисления НДС и для исчисления налога на прибыль возникает разница не только в моменте ее признания в учете, но и в ее величине (за счет курсовых/суммовых разниц).
Если предприятие ведет деятельность, облагаемую НДС и необлагаемую НДС, то возникает масса дополнительных требований по поводу принятия к зачету НДС, уплаченной поставщикам. Нужно рассчитывать долю расходов по видам деятельности, но не по правилам, принятым для налога на прибыль и не по правилам формирования их в БУ, а отдельно-специально для НДС, чтобы сравнить с пороговой величиной в 5%. И если выяснится, что доля расходов по необлагаемой НДС деятельности в некотором периоде превысила 5%, то нужно еще раз посчитать долю, но уже не по расходам, а по выручке, и опять не по правилам НУ и не по правилам БУ, а по правилам НДС-учета.
При этом доля НДС, не принятая к зачету, имеет полное право быть отнесенной в состав себестоимости материалов/товаров/услуг и, в конечном итоге уменьшить базу по налогу на прибыль. Требования по исчислению только двух налогов - НДС и налога на прибыль оказываются настолько переплетенными и одновременно противоречивыми, что не сломав мозги и не произведя объем вычислений, который способен осилить только супер-компьютер, вычислить эти налоги корректно просто невозможно.
К сожалению я не внедрял в России FI - бухгалтерский учет, занимаюсь больше управлением финансами (управление бюджетами, трежери, управлением договорами), и по каждому конкретному случаю четкого решения расписать как в проектах внедрения SAP эти нюансы РСБУ реализованы не могу, но могу сказать что однозначно мои коллеги занимающиеся FI реализовывали все пожелания бухгалтерии и в части НДС и в части налога на прибыль, - по НДС с небольшим количеством расширений (программ не затрагивающих стандартную функциональность), по налогу на прибыль - серьезно дописывая стандартное решение под клиента.
GaryaЭто просто один из штришков-нюансов РСБУ. На самом деле их великое-великое множество. Мне вот любопытно, кто-нибудь рассчитывает зарплату с учетом районных коэффициентов, чернобыльских льгот и т.п. при помощи западного ПО для расчета зарплаты? :)
Garya,
я конечно понимаю подозрения что что то не реализовывается в системе из-за сложности, но однозначно работает SAP полностью без ручных операций на множестве российских клиентах, реализуя и БУ и НУ. По ЗП вообще ничего не могу ответить, это может расказать только SAP-овский HCM-щик.
