|
Дико извиняюсь за длинный пост. Интересную тему подняли... :)
По данному вопросу я согласен с (Вадим)-ом. Имхо, не совсем корректно говорить о том, что бухгалтера делают "НЕПРАВИЛЬНО", используя проводки "сторно". Они просто не имеют права делать иначе. Есть российские ПБУ, есть схема корреспонденции счетов и есть сторнирование, которое в российском бухучете является неотъемлемой частью российского бухучета. Причем, в соответствии с российскими правилами бухучета проводки "сторно" выполняются не только в случае обнаружения ошибок, но и в штатных ситуациях, никак не связанных с ошибками бухгалтеров.
Рассмотрим пример - реализацию товара. В подобном случае делаются три проводки:
Д62 (Расчеты с покупателями) К90/01 (Доходы) - на сумму выручки, включая НДС,
Д90/03 (Расходы - НДС) К68 (Налоги - НДС) - на сумму НДС,
Д90/02 (Расходы) К41 (Товары) - на сумму себестоимости товара.
Теперь представим, что покупатель товара обнаружил в нем нефект и произвел возврат товара с возвратом ранее уплаченных денег. Российское законодательство ТРЕБУЕТ , чтобы все проводки по возврату чего-бы-то-ни-было производились именно сторнированием. То есть, должны быть сделаны опять те же три проводки на те же самые суммы, но с отрицательным знаком. Что произойдет, если попытаться нарушить это требование? Давайте попробуем воспользоваться обычными, а не сторнирующими проводками:
Д90/01 К62 - возврат суммы выручки. Ошибка в корреспонденции - счет 90/01 НЕ МОЖЕТ корреспондеироваться по дебету со счетом 62!
Д68 К90/03 - возврат ранее начисленной суммы НДС. Двойная ошибка! Во-первых, некорректная корреспонденция. Во-вторых, сумма оказывается в ДЕБЕТЕ счета 68 (Налоги - НДС), а обороты по дебету счета 68 интерпретируется как суммы ЗАЧИТЫВАЕМОГО НДС. Возврат начисленного НДС и начисление зачитываемого НДС - совершенно разные вещи. Подобная проводка приведет к тому, что мы не сможем отделить начисленный НДС от зачитываемого и корректно составить декларацию по НДС.
Д41 К 90/02 - опять некорректная корреспонденция. И с точки зрения здравого смысла тоже. Счет 90/02 (Расходы) не может выступать в качестве счета, при помощи которого происходит формирование себестоимости товара на счете 41 (Товары).
Таким образом, при очередной проверке ГНИ нам как миниму грозит административный штраф за нарушение методологии бухгалтерского учета и как максимум санкции в виде штрафа и пеней по НДС. Штраф по НДС, в принципе, при желании можно отсудить. Но на это уйдет время. Примерно полгода некоторая часть ваших средств будет изъята из оборота. Опять же судебные издержки вам никто не компенсирует, поскольку начисление штрафа по НДС стало следствием допущенного именно вами нарушения методологии бухучета.
Действительно, в западных стандартах бухучета отсутствует понятие "сторно". В результате в подавляющем большинстве западных программных продуктов, ориентированных на ведение учета по стандартам МСФО также отсутствуют возможности для корректного выполнения и отражения результатов подобных проводок. При адаптации западных систем учета под российские условия выкручиваются по-разному. В системе SCALA, в частности, пользуются возможностью добавить к проводке custom-признак, с помощью которого помечают сторнировочные проводки. У всех проводок "сторно" суммы вводятся положительными, но при этом выставляется признак сторной проводки. Ввод сторнировочных проводок всегда выполняется отдельно от простых проводок (это очень неудобно, потому что в жизни существуют ситуации, в которых обычные проводки должны делаться вперемешку со сторнировочными). Все отчеты переделываются ручками таким образом, чтобы суммы по проводкам с признаком "сторно" не прибавлялись, а вычитались из сумм оборотов обычных проводок. Проблему я вижу в том, что все отчеты приходится переделывать ручками. И еще. Бухгалтера, вводя проводки "сторно", могут просто запутаться. В сознании бухгалтера проводка сторно - это проводка с отрицательным знаком. Здесь же она вводится с положительным знаком, в результате чего левое полушарие мозга бухгалтера вступает в противоречие с правым :)....
Российский бухучет ближе к классическим понятиям бухучета. Понятия "дебет" и "кредит" счета он НЕ ставит в однозначное соответствие со знаком суммы. Это две стороны счета. Две "трубы". Счет - унитаз. По одной трубе поступает чистая вода, по другой сливается использованная. Согласитесь, что возврат использованной воды - это совершенно не то же самое, что поступление чистой воды из трубы для чистой воды... :) Хотя их объем может быть и одинаковым.
Теперь по поводу бухгалтерского и управленческого учета. Сторнирование - далеко не единственная и даже совсем не главная проблема в интеграции двух видов учета. Управленческий учет во многом связан с планированием и диспетчеризацией. То есть, он оперирует переменной информацией, которая записывается в систему не в соответствии с теми приемами и требованиями, которые приняты в бухучете. В частности, при записи данных по оперативному плану производства не принят метод двойной записи (в данном случае он ни к селу, ни к городу). Изменение в плане ожидаемых поступлений материалов существенным образом изменяет состояние ERP-системы. Но при этом на бухгалтерских и налоговых регистрах не происходит никаких изменений. Управленческий учет может оперировать информацией, основанной на доверии. Например, поступление на склад ТМЦ, по которым пока отсутствуют корректно оформленные документы. В рамках конкретного предприятия вполне может возникнуть требование отразить информацию по подобному приходу в оперативном учете. Но в бухгалтерском учете эта информация не может быть отражена до тех пор, пока бухгалтерия не получит бумажки, на которых стоят отчетливо круглые печати, присутствуют все подписи в оригинале (то есть, документ не является факсом или ксерокопией), НДС выделен отдельной строкой, указаны все ИНН и куча других реквизитов. До тех пор, пока бухгалтерия не получит корректно оформленную первичку, этого прихода для нее не существует. В бухгалтерском учете проводки просто не имеют права появиться до тех пор, пока не появится корректно оформленная первичка. И корректность этой первички тоже должен проверить бухгалтер. Это именно его обязанность, а не кладовщика или менеджера. Кладовщик или менеджер, конечно, тоже могут проверять, но в меру своей компетенции, которая, тем не менее, совершенно точно является недостаточной для права делать проводки . Поступивший на склад насос может быть материалом (проводка по счету 10), если вдальнейшем этот насос предполагается задействовать в насосной станции. Он также может быть основным средством, если является законченным самостоятельным изделием, которое предприятие предполагает использовать для собственных нужд (счет 01). Он может быть товаром, если приобретен просто для продажи с наценкой (счет 41). Он может быть продукцией (счет 43), если произведен для продажи на самом предприятии. В зависимости от того, КАК уходит со склада насос (на таможню - на экспорт, или самовывоз, собственной транспортировкой, и т.д. и т.п.) схема проводок тоже меняется. Если имеет место отложенный переход права собственности (а это нужно заглянуть в договор), то нужно задействовать счет 45. Во всех этих нюансах в принципе не может разбираться ни кладовщик, ни менеджер. Только бухгалтер. Для кладовщика же это просто железяка, которую он получил и расписался в получении, а впоследствии выдал по доверенности или требованию.
РЕЗЮМЕ. Информация из оперативного учета НЕ ДОЛЖНА автоматом оказываться в бухучете. Если это происходит, вы будете иметь большие проблемы при очередной проверке фискальных органов. Точно так же информация из бухгалтерского учета, скорее всего, не должна попадать в оперативный учет. Потому что в оперативном учете никто не будет ждать, пока по почте придут все счета-фактуры от поставщиков, пока бухгалтер дождется замены факсовых документов на оригиналы и т.д. и т.п.
Каков же выход? Лично мне понравился метод, описанный в одном из номеров журнала "Финансовый директор". Вводится понятие "хозяйственная операция". И вся информация вводится в единый массив хозяйсвтенных операций. Из этого массива часть операций закачивается в оперативный учет напрямую, часть с промежуточным контролем ответственными за данный участок лицами. В бухучет информация автоматом перекачивается не полностью автоматизированно, а ПОЛУ-автоматически. То есть, бухгалтер имеет возможнось не заниматься повторным вводом ранее введенной информации. Он может визуально проконтролировать содержимое хозоперации на соответствие находящемуся в руках первичному документу, в случае необходимости поднять договор и остальные документы для того, чтобы разобраться со схемой проводок, и уже после этого запустить проводки по этой хозоперации по одной из заранее подготовренных схем проводок. Таким образом, за бухгалтером сохраняется его контролирующая функция, отсутствуют конфликты между оперативным и бухгалтерским учетом.
Фууухххх....
|
