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

[Logger]

Цитата:

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

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

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

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

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

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

Скажите, а с какой целью было сделано такое разделение корректировок отдельно для количества и отдельно для цены ? Это как-то обусловлено требованиями законодательства к документам, журналам документов, книгам покупок и продаж или просто особенности реализации ?

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

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

2. Обязательное указание дельты приводит к неоправданным трудозатратам. Например, отгрузили товар по неверному прайсу.
Раньше было просто:
а. сторнируем (как правило, это простая операция по кнопке - у всех кто не ленится так сделано на проектах),
б. правим параметр (прайс) в заказе,
в. аксапта автоматом ( !!! ) ставит цены.
г. закатываем заново.

(и подобный алгоритм был практически для любого исправления).

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

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

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

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

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

Исправление в XPO. Сделаны с учетом последних изменений :
http://blogs.technet.com/b/rumicroso...0/3476459.aspx