Корректировочный счет-фактура (ФЗ от 19.07.2011 N 245-ФЗ )

[Raven Melancholic]

Цитата:

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

Это Microsoft не доделал?

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

[Ivanhoe]

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

[Logger]

Март уже заканчивается. Обновления похоже нет.
Или я неправильно ищу ?

[Kabardian]

Цитата:

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

Март уже заканчивается. Обновления похоже нет.
Или я неправильно ищу ?

"AX2009: формирование в новых форматах оригинальных и корректирующих фактур, книг продаж и покупок, журнала фактур"
http://blogs.technet.com/b/rumicroso...2/3478557.aspx

[Logger]

Цитата:

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

"AX2009: формирование в новых форматах оригинальных и корректирующих фактур, книг продаж и покупок, журнала фактур"
http://blogs.technet.com/b/rumicroso...2/3478557.aspx

Спасибо, но речь шла о дополнении, которое планировалось к выпуску в марте. Например, сейчас в Аксапте нет исправительных счетов фактур. Грозят их с 1-го апреля обязательными сделать.

[Logger]

Ого !
Тихонько так выпустили 8-й роллап.
http://blogs.technet.com/b/dynamicsa...-2009-sp1.aspx

Интересно туда обновление по фактурам вошло ?

[Ivanhoe]

См. также dynamics-community.at: Rollup Update 8 für Dynamics AX 2009 SP1 verfügbar

[Ivanhoe]

А вот и обновление: http://blogs.technet.com/b/rumicroso...6/3488611.aspx

Ставится на RU-8.

[Wamr]

Интересно, а почему это обновление в виде xpo-файла, а не через обновлятель слоев.
Чтобы и на RU7 ставилось?

[vanokh]

Цитата:

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

Интересно, а почему это обновление в виде xpo-файла, а не через обновлятель слоев.
Чтобы и на RU7 ставилось?

Ага, и поэтому написано "Обновление должно устанавливаться на AX2009 Hotfix Rollup 8"

[iCloud]

Что-то я не понял, внутри крайнего исправления (xpo в котором), непосредственно по исправительным фактурам дополнение? или общее? (не понятным языком написано)

[Logger]

Цитата:

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

Интересно, а почему это обновление в виде xpo-файла, а не через обновлятель слоев.
Чтобы и на RU7 ставилось?

Скорее всего просто для скорости так сделали. Так быстрее.

[Jabberwocky]

Цитата:

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

Что-то я не понял, внутри крайнего исправления (xpo в котором), непосредственно по исправительным фактурам дополнение? или общее? (не понятным языком написано)

В архиве консолидированный проект, включающий объекты по всем выпускам по корректирующим счетам-фактурам. Обновление через "обновлятель слоев" будет опубликовано чуть позже.

[Wamr]

можно уточнить сроки по обновлению обновления?
а включаешь - не работает

[Jabberwocky]

Обновление опубликовано на Partner Source/Customer Source: https://mbs2.microsoft.com/Knowledge...;en-us;2677302

[iCloud]

Цитата:

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

Обновление опубликовано на Partner Source/Customer Source: https://mbs2.microsoft.com/Knowledge...;en-us;2677302

Это обновление перекрывает все ранее вышедшие обновления?
(Включает ли оно обновление по исправительным фактурам?)

[EVGL]

Ну, с первыми ошибками вас:

1) Исправительная фактура затирает номер и дату платежного документа исходной.

2) Исправительная накладная "с произвольным текстом" получает номер из номерной серии корректировочных накладных, в то время как при отсутствии номерной отдельной серии было бы логичнее взять номер из "Исправительная накладная заказа на продажу".

3) При печати исправленной фактуры, цена которой была поправлена с помощью "Проводки корректировки НДС", в ней затирается код ЕИ и цена, если вывод идет в Excel (в который мы уже успели инвестировать в свое время 2 дня работы благодаря Microsoft). Все из-за пассажа

            if (conpeek(mapEnumerator.currentKey(), 3) != FactureLineType_RU::InvoiceLine)
            {
                mapValue.insert(#UnitId,    #ScorecardMissing);
                mapValue.insert(#UnitName,  #ScorecardMissing);
                mapValue.insert(#Qty,       #ScorecardMissing);
                mapValue.insert(#Price,     #ScorecardMissing);
            }

в \Classes\CustVendFactureToExcel_RU\buildTransMap.

Тут надо добавить, что метод вывода фактуры по умолчанию опять стала AX вместо Excel.

4) Исправительная накладная заказа на продажу вытягивает номера ваучеров из корректирующей накладной/кредит-ноты заказа на продажу. Если последняя установлена в режиме "наследования", разноска накрывается. Другими словами, для исправительных накладных не предусмотрели наследования номеров операции из номера документа.

[EVGL]

Совет коллегам: на мой взгляд, единственный способ отразить исправление цены (наиболее частый случай ошибки) штатными средствами, который не вызовет мигрени и нервного истощения специалистов отдела продаж - это исправление в 2 приема "по-польски":

1) Создать кредит-ноту на исходное количество с минусом с исходной ценой. Провести как исправление.

2) Создать кредит-ноту на исходное количество с плюсом с правильной ценой. Провести как исправление исходной фактуры.



Когда я увидел, что этот режим работает, я растрогался почти до слез.

[Logger]

Цитата:

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

1) Создать кредит-ноту на исходное количество с минусом с исходной ценой. Провести как исправление.

2) Создать кредит-ноту на исходное количество с плюсом с правильной ценой. Провести как исправление исходной фактуры.

Когда я увидел, что этот режим работает, я растрогался почти до слез.

Спасибо.
Мы тоже так сделали. Таким способом работать намного удобнее.

Описал вот тут :
Корректировочный счет-фактура (ФЗ от 19.07.2011 N 245-ФЗ )

заодно исправлена проблема с группировкой, описанная тут :
Корректировочный счет-фактура (ФЗ от 19.07.2011 N 245-ФЗ )
(при работе по, как вы написал "польскому" варианту она может возникать, но нечасто).


P.S.
Все примеры даны еще без учета последних обновлений по исправительным счетам фактурам. Мы их еще не подняли.

[vanokh]

Цитата:

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

Точно с такой же проблемой столкнулся В поле CustInvoiceTrans.RefAdjustedInvoiceTrans_RU попадают не верные RecId...

То что касается производительности. Индекс по полю CustInvoiceTrans.RefAdjustedInvoiceTrans_RU не помог...

Подниму еще раз...
В последнем хотфиксе (исправительные фактуры, который проектом xpo) запрос для заполнения ссылки переделали - проблема производительности похоже больше не актуальна. Из него выкинули связь с SalesParm*** и оставили прямое условие RefAdjustedInvoiceTrans_RU = 0 (это в методе CustVendInvoiceTrans::queryCorrectedTrans_RU())

То есть, после выполнения запроса

update_recordSet custInvoiceJour
    setting RefOriginalInvoice_RU = custInvoiceJour.RecId
    where
        custInvoiceJour.RefOriginalInvoice_RU == 0
    ;

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