AX 2012 White Paper: Accounting for Stocked Items on Product Receipts and Vendor Invoices

[fed]

Цитата:

Сообщение от d&m

они подробно описывают что сделали, но при этом умалчивают зачем это сделали.

Почему кот я%ца лижет ? Потому что может !
По разведданным, фича была протолкнута каким-то не особо адекватным програм-манагером из корпа, который утверждал что она чрезвычайно востребована рынком. Опрос манагеров по локализации из разных стран не подтвердил этого утверждения.
Если говорить чуть более серьезно - они пытаются сделать что-то типа счета поддержки неотфактурованых приходов. Бывает такое иногда - поставщик тебе присылает счет, на котором только сумма и ПРИМЕРНОЕ описание того что будет отгружено. Потом отдельно приходит некий документ с фактуровкой поставки (то есть - списком конкретной номенклатуры). (Замечу что бывает это только при большом товарообороте между фирмами, когда поток заказов столь велик, что становиться невозможным отслеживать связь между задолженостью и конкретным заказом от фирмы). При бухгалтерском оформлении этой схемы, задолженость сначала вешают на некий транзитный счет (который в документе называется Purchase Expenditure - типа неотфактурованные закупки), а потом уже с этого счета, пономенклатурно проводят на складские счета. Зависшую разницу, если она небольшая, списывают на прибыли и убытки; Если большая - выставляют поставщику назад в баланс.

В данном случае, поскольку этот неадекватный ПМ смог дотянуться , то схему еще украсили и начислением acruals на счет неподтвержденных неотфактурованных закупок (а accruals, на мой взгляд, в данном случае совсем бессмыслены).Правда, судя по whitepaper, начисление accruals, как и в старых версиях, можно отключить в настройках группы складских моделей. К слову сказать привязка всего этого к складским моделям и вообще закупкам, делает схему в принципе абсурдной, поскольку мы ведь не можем ДО получение фактуровочного списка узнать конкретную номенклатуру и вытащить данные из ее настроек, соответственно разумная (хоть и редко применяемая) схема в исполнении микрософт утратила последний остаток здравого смысла... Собственно, единственный случай, когда я видел реализацию этого подхода в Аксапте, требовал реализации ДВУХ документов - документа по задолжености (разносился в баланс поставщика и на транзитный счет ГК) и документа со списком номенклатуры, полученной в разное время от поставщика (разносился с транзитного счета на складской). Затем еще был документ сопоставления, который сопоставлял задолжености с приходами номенклатуры и списывал или перевыставлял разницы.

Очень интересует (из whitepaper не понятно), сделали ли они нормальную выверку счета неотфактурованных поставок (со списанием или перевыставлением разницы), сделали ли возможность проводить задолженость и складскую часть разными датами (судя по всему - нет), ну и так далее... Что-то мне подсказывает, что не сделали...

В общем - есть сильное ощущение, что чувак, который это проектировал, прочитал в какой-то книжке по бухучету про счет Purchase Expenditure, а потом смог дотянуться и полизать,гм, модуль закупок. На практике он с этой схемой, похоже что, не сталкивался.

[d&m]

Цитата:

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

...
Собственно, единственный случай, когда я видел реализацию этого подхода в Аксапте, требовал реализации ДВУХ документов - документа по задолжености (разносился в баланс поставщика и на транзитный счет ГК) и документа со списком номенклатуры, полученной в разное время от поставщика (разносился с транзитного счета на складской). Затем еще был документ сопоставления, который сопоставлял задолжености с приходами номенклатуры и списывал или перевыставлял разницы...

часто бывает нужно отражать в системе задолженность перед поставщиком (или клиента перед нами) по факту физической поставки (грубо говоря - разнесли только отборочную накладную). Причем отражение такой задолженности только по счету ГК, как это сделано в текущей версии для разноски отборочной накладной, недостаточно. Другими словами, часто нужна возможность вместе с отборочной накладной получить проводку по поставщику / клиенту.

Это кажется вполне логичным в свете последних изменений в 2012 версии, к примеру, сделали накладную и проводку по поставщику на аванс (Предложение по оплате поставщику аванса) - могли бы что-нибудь аналогичное и для отборочной накладной прикрутить.

[fed]

Цитата:

Сообщение от d&m

часто бывает нужно отражать в системе задолженность перед поставщиком (или клиента перед нами) по факту физической поставки (грубо говоря - разнесли только отборочную накладную). Причем отражение такой задолженности только по счету ГК, как это сделано в текущей версии для разноски отборочной накладной, недостаточно. Другими словами, часто нужна возможность вместе с отборочной накладной получить проводку по поставщику / клиенту.

Ну с формальной точки зрения, если нету инвойса, то разносить можно только на счета accruals (начисления). Который нужен не для того чтобы смотреть задолженость по поставщику, а только для того чтобы в балансе можно было посмотреть сколько мы примерно должны по неотинвойсированым поставкам в целом, без учета конкретного поставщика. По клиентам - даже accruals нельзя использовать, поскольку accruals, по определению, используются для расходов и пассивов, а по клиентам у нас - доходы и активы.

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

Цитата:

Сообщение от d&m

Это кажется вполне логичным в свете последних изменений в 2012 версии, к примеру, сделали накладную и проводку по поставщику на аванс (Предложение по оплате поставщику аванса) - могли бы что-нибудь аналогичное и для отборочной накладной прикрутить.

Если по счету признавать задолженость, то как раз и получиться та схема, о которой я писал выше. Сначала тебе поставщик выставляет счет с примерной суммой. Ты по нему проводишь задолженость и производишь оплату. Потом тебе приходит некая фактуровка с точным составом того что тебе было отгружено...