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

[axalex]

Цитата:

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

Не нужно, у меня база со стандартным приложением почти пустая. Насчет ключей сказать не могу, пробуйте.

Вы ключи личные лицензионные ставите? Или же какие нибудь другие?
(И после какого обновления ставите их)

[axalex]

Цитата:

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

Вы ключи личные лицензионные ставите? Или же какие нибудь другие?
(И после какого обновления ставите их)

Оказалось достаточно обычных демо или других ключей.

HotFix не устанавливался, т.к. ,install происходил из папки на рабочем столе, а значит путь к ней был: C:\Documents and Settings\root\Рабочий стол\HotFix_CF
Решением оказалось всего навсего распаковать HF по такому пути, в котором не было бы русских букв, например на транслите: C:\hotfix.

[Logger]

http://blogs.technet.com/b/rumicroso...3/3472709.aspx
выпустили для изменений по ценам

[Daiver]

Цитата:

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

http://blogs.technet.com/b/rumicroso...3/3472709.aspx
выпустили для изменений по ценам

Ктонибудь уже пробовал накатить это обновление?
У меня DAX 2009 SP1 RU7 + kb2620178 (первая часть корр фактур). Устанавливал инсталятором. Не хватате меток на новый функционал.
Где можно почтиать подробнее как настраивать и главное использовать новый функционал? (тут очень скудно) Интересует возможность коррекции цены.

[EVGL]

Так пишут же: коррекция цены есть только во второй части.

[Daiver]

Цитата:

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

Так пишут же: коррекция цены есть только во второй части.

http://support.microsoft.com/kb/2645702 это обновление для первой части? То есть второй части пока нету?

[Logger]

Вот здесь все ссылки есть
http://blogs.technet.com/b/rumicroso...3/3472709.aspx

вторая часть там включена

[Zabr]

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

Письмо Минфина России от 30.11.2011 № 03-07-09/44. Для исправления технических ошибок корректировочный счет-фактура не требуется.
В соответствии с п. 3 ст. 168 и п. 10 ст. 172 НК РФ корректировочный счет-фактура выставляется покупателю при изменении стоимости отгруженных товаров, в том числе в случае изменения цены (тарифа) и (или) уточнения количества отгруженных товаров, при наличии документа, подтверждающего согласие покупателя на такое изменение.
Если же изменения произошли в результате исправления технической ошибки или арифметической неточности, корректировочный счет-фактуру выставлять не нужно.
Исправления в данном случае вносятся в счет-фактуру, выставленный при отгрузке товара в порядке, установленном п. 29 Правил ведения журналов учета полученных и выставленных счетов-фактур, книг покупок и книг продаж, утвержденных Постановлением Правительства Российской Федерации от 02.12.2000 N 914.

[Logger]

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

От обычных репортов custVendFacture_RU решили отказаться что ли ?

[EVGL]

Угу. По-моему, крыша у кого-то поехала и творцы перестали чувствовать разницу между новым документом и обновлением.

[Logger]

Да не. Штука очень удобная, особенно с учетом того что стандартные отчеты не умеют выгружаться в Excel. Но заменять стандартный отчет наверно все же не стоило.Лучше и то и то оставить.

[Logger]

Вот тут
http://blogs.technet.com/b/rumicroso...3/3472709.aspx
буквально сказано

Цитата:

Вышли новые законодательные изменения по формированию корректирующих фактур и новый формат оригинального счета фактуры для версии Microsoft Dynamics АХ2009

Кто-нибудь может прокомментировать - то что выпущено по новому формату оргинального счета фактуры - окончательная версия или там есть еще нереализованные вещи, по которым будут дальнейшие обновления ?

[Logger]

Добрый день.
При работе лукапа в строках используется запрос
custVendInvoiceTrans::queryCorrectedTrans_RU()

В нем есть условие по SalesParmLine и SalesParmTable c фильтром по статусу - ParmJobStatus::Waiting

Разработчики, подскажите, какой смысл у этого фильтра ?
Это защита от того чтобы одновременно не сделать с разных рабочих мест одну и ту же корректировку ?

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

[Jabberwocky]

Цитата:

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

Добрый день.
При работе лукапа в строках используется запрос
custVendInvoiceTrans::queryCorrectedTrans_RU()

В нем есть условие по SalesParmLine и SalesParmTable c фильтром по статусу - ParmJobStatus::Waiting

Разработчики, подскажите, какой смысл у этого фильтра ?
Это защита от того чтобы одновременно не сделать с разных рабочих мест одну и ту же корректировку ?

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

Записи в SalesParmLine со статусом ParmJobStatus::Waiting при отмене обработки очищаются, поэтому при повторном заходе в форму обработки соответствующие строки накладных доступны для выбора из лукапа (см. \Classes\SalesFormLetter\cleanupDialog и далее по стеку вызовов). Данный фильтр решает несколько иную проблему - при возникновении ошибки при обработке в SalesParmLine остаются записи со статусом ParmJobStatus::ContainErrors, но этот фильтр как раз позволяет выбрать такие записи повторно, без очистки SalesParmLine. Уточните пожалуйста действия, после которых такие записи остаются заблокированными.

[Logger]

Подниму тему еще раз.
Рассмотрим ситуацию.
(ниже в описании все цены с НДС, как если бы галка salesTable.inclTax взведена, а в фактурах на скриншотах выведены цены без НДС)
Отгружена накладная вариант 1.
1. номенклатура Item 1. Количество 20. Цена 10
2. номенклатура Item 2. Количество 30. Цена 15

Далее пользователи просят исправить её на вариант 2
1. номенклатура Item 1. Количество 20. Цена 12
2. номенклатура Item 2. Количество 30. Цена 18

Потом еще спустя несколько дней они еще раз меняют свою просьбу и хотят получить вариант 3
1. номенклатура Item 1. Количество 10. Цена 13
2. номенклатура Item 2. Количество 20. Цена 19

Как корректно было бы провести документы ?
Мы попробовали следующим образом :
1. Оформили вариант 1.
2. Сделали по нему СФ1.
3. Оформили кредит-ноту, занулив отгрузку.
4. Оформили накладную по варианту 2.
5. Сделали СФ2 сразу по двум накладным (кредитноте из п.3 и накладной из п.4). Пока все красиво печатается в корректировочнй фактуре.
6. Сделали еще одну кредитноту занулив отгрузку.
7. Оформили накладную по варианту 3.
8. Сделали СФ3 сразу по двум накладным (кредитноте из п.6 и накладной из п.7). При обработке счета фактуры указали в качестве корректируемой фактуры - СФ2. (Если попытаться указать СФ1, то Аксапта пошлет - и это правильно)

Но теперь при печати корректирующей фактуры по СФ3 - строки в ней не схлопываются. Т.е. каждая номенклатура повторяется 2 раза. Напрашивается группировка строчек пономенклатурно.
Я уже приготовился вносить исправления, но возникли сомнения, может быть это и правильно ?

вот скриншоты :
(колонки с акцизами скрыты для удобства восприятия)

[Jabberwocky]

Общие принципы следующие:

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

Коррекция цены - через общий журнал ГК с созданием фактуры с типом "Коррекция налога" и распределения суммы коррекции на строки оригинальной фактуры.

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

Для данного примера потребуется создать 4 фактуры: Ф1 (ориг.) <- КФ1 (корректировка цены, тип = "коррекция налога") <- КФ2 (корректировка цены, тип = "коррекция налога") <- КФ3 (корректировка кол-ва, тип = "накладная"). Печать КФ3 должна учесть все корректировки при наличии корректных ссылок/распределений налога.

[Logger]

Цитата:

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

Общие принципы следующие:
...
Более подробно читайте в документации к обновлениям.
...

Спасибо.
Вы не подскажете где об этом можно прочитать в документации ?

Перерыли весь сайт на CustomerSource - доступно только описание по 1-й части корректировочных фактур. А также описание по новому формату фактур. Описания по 2-й части корректировочных фактур найти не удалось.

Это только для партнеров ?

[Jabberwocky]

http://blogs.technet.com/b/rumicroso...7/3472996.aspx

Да, похоже ссылка на русскую документацию только на партнерский ресурс. Обратитесь в поддержку, думаю, они вам без проблем ее предоставят.

[Tarrash]

Коллеги, доброго времени суток!

Вопрос: кто-нибудь уже переносил корректирующие счета-фактуры на версию 4.0?

[Tarrash]

Если точнее, корректировочные счета-фактуры.