Кредит-ноты в России?

[pitersky]

А почему не использовать возможность печати накладной и СФ без разноски самих документов? Если с ними в итоге всё будет в порядке - разнесёте как надо. Если будут проблемы - скорректируете заказ на продажу

[BOAL]

Цитата:

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

А почему не использовать возможность печати накладной и СФ без разноски самих документов? Если с ними в итоге всё будет в порядке - разнесёте как надо. Если будут проблемы - скорректируете заказ на продажу

Товар физически уехал, варианта с отборочной накладной его спишет со склада, а не печатать нет - будет висеть или в резерве или пойдет в сайлз, как в наличии.

2ALES
А чем плох возврат не задним числом, а по факту?
То есть пол-года назад была продажа, а вернули уже сегодня. Отразится в новом периоде, что соотв. реальности и не противоречит РСБУ.

[sukhanchik]

Цитата:

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

А чем плох возврат не задним числом, а по факту?
То есть пол-года назад была продажа, а вернули уже сегодня. Отразится в новом периоде, что соотв. реальности и не противоречит РСБУ.

Тем, что согласно исходной постановке задачи:

Цитата:

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

перепечатывай накладную и счет-фактуру на меньшее количество

документ нужно перепечатать, а не оформить новым числом. Если возврат сделать сегодняшней датой, то тогда что делать с исправленной накладной?
Если ее делать исходной датой - то поплывет ОСВ за старый период. Если ее делать текущей датой, то в документ попадет не та дата. А потом налоговая будет докапываться - а чегой-то у вас номера не по порядку идут. Изменение же номера накладной - тоже можно - но на это тоже не всегда идут.

По хорошему - здесь нужен функционал, который работает с претензиями по браку. Т.е. необходимо договориться с клиентом - о механизме возврата (Кстати - этот функционал анонсировался в АХ 2009 в российской локализации).
Потому что вариантов работы с браком может быть несколько:
1. Клиент увидел брак - выставил нам претензию. Мы брак забрали себе и ему обменяли на новый товар. Пример - отгрузили набор фарфоровых чашек. Из набора побита одна чашка. Мы эту чашку ему меняем (не весь набор). В этом случае у нас приходуется бракованный товар и отгружается новый.
2. Мы знаем, что в процессе доставки неизбежен некий процент брака. Допустим 5%. Если клиент нам выставляет брак в размере, меньшем этих 5% - мы соглашаемся без экспертизы и просто даем клиенту скидку на следующую отгрузку. В этом случае документы можно не переделывать.
3. Клиент заявляет о большом количестве брака. В этом случае на представитель встречается с представителем клиента, назначается экспертиза - в общем процесс затягивается. В этом случае - мы вынуждены ему переделать документы, но у себя бракованный товар оприходовать на карантинный склад - пока длится экспертиза. По результатам экспертизы - мы либо ее списываем в брак, либо отгружаем клиенту.
4. Клиент готов принять бракованный товар, но со скидкой в текущем заказе. В этом случае - мы опять переделываем документы, уменьшая цену бракованного товара (например, чашки все целы - но у коробки непрезентабельный вид)

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

[JeS]

EVGL, а что делают в таких случаях в Европе? Как у Вас там все это крутится?

[EVGL]

Цитата:

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

EVGL, а что делают в таких случаях в Европе? Как у Вас там все это крутится?

Кредит-нота является достаточным основанием для уменьшения базы НДС. В Польше кредит-нота имеет особенно гадкий вид, но все равно имеет право на существование.

[Alexius]

Если "Накладная" = "Фактура", то можно сделать формочку коррекции.
В нее запихать данные корректируемой накладной, пользователь вносит исправления, а по кнопочке:
1. Запоминаем номер фактуры и накладной
2. Грохаем фактуру
3. Сторнируем полностью исходную накладную
4. Во внешние номера исходной и сторно накладной добавляем какой-нибудь суффикс
5. Разносим новую скорректированную накладную с исходным номером (п.1)
6. Обрабатываем новую фактуру с оригинальным номером (п.1)

[EVGL]

Цитата:

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

Если "Накладная" = "Фактура", то можно сделать формочку коррекции.
В нее запихать данные корректируемой накладной, пользователь вносит исправления, а по кнопочке:
1. Запоминаем номер фактуры и накладной
2. Грохаем фактуру
3. Сторнируем полностью исходную накладную
4. Во внешние номера исходной и сторно накладной добавляем какой-нибудь суффикс
5. Разносим новую скорректированную накладную с исходным номером (п.1)
6. Обрабатываем новую фактуру с оригинальным номером (п.1)

Jawohl, примерно так я теперь и запланировал. Без легкого программирования не обойтись, но полгода за этим сидеть не придется.

Русский возврат, бессмысленный и беспощадный...

[pitersky]

Цитата:

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

Товар физически уехал, варианта с отборочной накладной его спишет со склада, а не печатать нет - будет висеть или в резерве или пойдет в сайлз, как в наличии.

Если при выпуске машины разносить отгрузочную накладную - товар скомплектуется и из физ наличия уйдёт

[EVGL]

Цитата:

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

А почему не использовать возможность печати накладной и СФ без разноски самих документов? Если с ними в итоге всё будет в порядке - разнесёте как надо. Если будут проблемы - скорректируете заказ на продажу

А номер?

[George Nordic]

Цитата:

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

А почему не использовать возможность печати накладной и СФ без разноски самих документов? Если с ними в итоге всё будет в порядке - разнесёте как надо. Если будут проблемы - скорректируете заказ на продажу

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

Если отгрузки идут часто, то даже выдяляют пул "пустых" номеров. Например, каждый день по 20. Если клиент вернул, то можно на старую выписать кредит-ноту и аннулировать, и напечатать новую тем же числом со свободным номером. В конце месяца все "пустые" накладные анулируются. Это допускается по законодательству.

С Уважением,
Георгий

[Alexius]

Цитата:

Сообщение от George Nordic

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

Последовательность и "дырки" нумерации накладных обычно никого не волнуют (если "номер ТОРГ-12" != "номер Фактуры").
А с номерами фактур лучше всего бороться по-дневной нумерацией, т.е. номер получается типа ГГГГММДД-НННН (НННН - номер внутри дня). Есть прецеденты.

[BOAL]

Осторожнее с не уникальным InvoiceId в случае его подмены на какой-то другой (старый)
На уровне накладных все отработает, а вот дальше в книгах покупок-продаж может крышу посносить. Код там копал давно, еще на АХ3, но могло не измениться, соотв InvoiceId должен быть строго уникальным по всем записям в накладных. Пусть и с дробями и буковками А Б В (мы тоже так делали, токо не 2345/1, а 2345/а)

[Alexius]

Цитата:

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

Осторожнее с не уникальным InvoiceId ...

Лучше всего пойти дальше и сделать его принудительно уникальным с помощью дополнительного индекса. А для печатных форм создать свое поле с внешним номером по аналогии с накладными поставщиков (InvoiceId, InternalInvoiceId).

PS. В накладных поставщиков тоже лучше создать уникальный индекс на InternalInvoiceId, во избежание

[lev]

Цитата:

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

Лучше всего пойти дальше и сделать его принудительно уникальным с помощью дополнительного индекса. А для печатных форм создать свое поле с внешним номером по аналогии с накладными поставщиков (InvoiceId, InternalInvoiceId).

PS. В накладных поставщиков тоже лучше создать уникальный индекс на InternalInvoiceId, во избежание

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

[sukhanchik]

Цитата:

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

В накладных поставщиков тоже лучше создать уникальный индекс на InternalInvoiceId, во избежание

Цитата:

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

Можно конечно сделать нумерацию типа "год\номер" (или что то типа того), но как уже было замечено, чаще всего клиенту нужен только номер, без всяких приставок, суфиксов, префиксов и т.п.

Тут есть законодательный нюанс. Как мне в полгода назад говорила главбух - что механизм нумерации накладных может быть прописан в учетной политике предприятия и соответственно - предприятие может нумеровать накладные, в номере которых присутствует дата накладной, т.е. 20100901-1, 20100901-2,..., 20100902-1, 20100902-2 и т.д.

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

[Alexius]

Цитата:

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

на мой взгляд лучше сделать уникальность в разрезе Клиент, Дата, Номер накладной.

Попробую развернуть. В поставщиках InvoiceId - номер накладной, полученной от поставщика, InternalInvoiceId - внутренний (системный) номер накладной. В клиентах InvoiceId - объединяет в себе внутренний (системный) номер и внешний номер, использующейся в печатных документах. Я предложил ввести отдельный внешний номер ExternalInvoiceId для печатных документов. Ес-но придется добавить еще одну номерную серию, провести ревизию кода и т.п., а уже после этого сделать уникальный индекс на InvoiceId.

[ALES]

Цитата:

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

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

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

[dn]

Цитата:

Сообщение от George Nordic

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

Мы печатем накладную без проведения после завершения комплектации на складе. Номер сохраняется. После того как возвращаются документы от клиента, оператор проставляет отметку "документы получены". Если не было претензий то ещё включает флаг "Без претензий", после этого накладная обрабатывается пакетной обработкой. Если были претензии то корректируется заказ и перепечатывается все вручную.

p.s. Но это все равно не спасает от корректировок проведенных накладных, лишь уменьшает их число.