Консалтингу не выгодна разработка

[Мартынов Дмитрий]

Цитата:

Сообщение от fed

Насколько я помню IAS/GAAP, там вводится понятие "принципе осмотрительности", в соответствии с которым обязательства и убытки признаются в момент возникновения, даже если они не подтверждены конкретными документами. Соответственно если китайские поставщики при нарушении этих обязательств отказываются работать дальше, то необходимо эти обязательства принять к учету. Обычно для этого задолженость разноситься на некий промежуточный счет, на котором и живет. По прибытии товара, оприходование случается не со счета задолжености, а с этого промежуточного счета. Если присланная накладная оказалась чуть больше или меньше предварительно проведенной задолжености, то либо проводиться дополнительная (маленькая) задолженость, либо старая задолженость сторнируется в текущем периоде и проводится заново (в текущем периоде опять таки) с новой суммой.

Это я к тому, что независимо от степени "управленческости" учета, так сказать, следование некоторым фундаментальным принципам GAAP/IAS весьма полезно. Возможно тогда как раз удастся внедрить модуль рассчетов с поставщиками, расширяя его, а не переписывая отчетность по задолженостям с ноля...

За ссылку на GAAP спасибо - это интересно... Но вот вопрос с убытками здесь явно притянут за уши. До убытков мы еще не дошли, мы обязались сделать предоплату и не сделали ее вовремя и должны сделать ее срочно. Т.е. есть обязательство. В данном случае все конечно решается добавление субсчета, но это достаточно простой случай, бывает много сложнее.

Например, сельхоз компания кредитует хозяйства семенами, а кредит возвращается сельхоз продукцией. Или один заказчик заказывал материальный авансовый учет: сколько молотков и отверток взял конкретный монтажник. Если хотите еще сложнее пример - возьмите любой договор на внедрение или на поддержку системы Аксапта и будете потрясены количеством условий, их зависимостью друг от друга и фактов, которые надо учитывать для корректной отработки всех особенностей договора.

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