|
![]() |
#1 |
Moderator
|
Приведенный тобой конкретный пример как раз таки говорит о крайнем бардаке в учете у заказчика. И вместо того чтобы их хоть как-то наставить на путь истинный (например - предложить им признавать задолженость по получению счета от клиента), консультант переписывает систему так чтобы задолженость рассчитывалась вопреки минимальному финансовому смыслу. Очень наглядная иллюстрация к тезису о том что 90% разработок - от непонимания...
|
|
![]() |
#2 |
Участник
|
Цитата:
Сообщение от fed
![]() Приведенный тобой конкретный пример как раз таки говорит о крайнем бардаке в учете у заказчика. И вместо того чтобы их хоть как-то наставить на путь истинный (например - предложить им признавать задолженость по получению счета от клиента), консультант переписывает систему так чтобы задолженость рассчитывалась вопреки минимальному финансовому смыслу. Очень наглядная иллюстрация к тезису о том что 90% разработок - от непонимания...
Товар еще не поставлен и накладной нет. Но обязательство оплатить важное поставщика, а значит и для покупателя появилось. Может быть не сталкивались с таким? Но, например, некоторые китайские поставщики при нарушении таких обязательств принципиально отказываются работать дальше. А в других случаях это гарантия обозначает возможность для поставщика не останавливать тот же флот-процесс или домну... |
|
![]() |
#3 |
Moderator
|
Цитата:
Сообщение от Мартынов Дмитрий
![]() Не надо смешивать обязательства и задолженность, это разные вещи. Может быть вас сбило с толку слово "ведомость".
Товар еще не поставлен и накладной нет. Но обязательство оплатить важное поставщика, а значит и для покупателя появилось. Может быть не сталкивались с таким? Но, например, некоторые китайские поставщики при нарушении таких обязательств принципиально отказываются работать дальше. А в других случаях это гарантия обозначает возможность для поставщика не останавливать тот же флот-процесс или домну... Это я к тому, что независимо от степени "управленческости" учета, так сказать, следование некоторым фундаментальным принципам GAAP/IAS весьма полезно. Возможно тогда как раз удастся внедрить модуль рассчетов с поставщиками, расширяя его, а не переписывая отчетность по задолженостям с ноля... |
|
![]() |
#4 |
Участник
|
![]() Цитата:
Сообщение от fed
![]() Насколько я помню IAS/GAAP, там вводится понятие "принципе осмотрительности", в соответствии с которым обязательства и убытки признаются в момент возникновения, даже если они не подтверждены конкретными документами. Соответственно если китайские поставщики при нарушении этих обязательств отказываются работать дальше, то необходимо эти обязательства принять к учету. Обычно для этого задолженость разноситься на некий промежуточный счет, на котором и живет. По прибытии товара, оприходование случается не со счета задолжености, а с этого промежуточного счета. Если присланная накладная оказалась чуть больше или меньше предварительно проведенной задолжености, то либо проводиться дополнительная (маленькая) задолженость, либо старая задолженость сторнируется в текущем периоде и проводится заново (в текущем периоде опять таки) с новой суммой.
Это я к тому, что независимо от степени "управленческости" учета, так сказать, следование некоторым фундаментальным принципам GAAP/IAS весьма полезно. Возможно тогда как раз удастся внедрить модуль рассчетов с поставщиками, расширяя его, а не переписывая отчетность по задолженостям с ноля... Например, сельхоз компания кредитует хозяйства семенами, а кредит возвращается сельхоз продукцией. Или один заказчик заказывал материальный авансовый учет: сколько молотков и отверток взял конкретный монтажник. Если хотите еще сложнее пример - возьмите любой договор на внедрение или на поддержку системы Аксапта и будете потрясены количеством условий, их зависимостью друг от друга и фактов, которые надо учитывать для корректной отработки всех особенностей договора. Напоминаю предмет обсуждения, для тех кто читает с конца: разработку минимизировать надо там, где без нее можно обойтись. Но большое количество эффективности находится в модулях которые еще не написаны, и эти модули весьма индивидуальны не только для разных отраслей, но и для разных компаний внутри отрасли... |
|
|
![]() |
||||
Тема | Ответов | |||
Помогите студенту! UML, разработка БД | 2 |
Опции темы | Поиск в этой теме |
Опции просмотра | |
|