Сторнирование накладной в заказе на продажу

[Maxim Gorbunov]

Цитата:

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

А когда создаются записи в этих табличках? В описании используемого конфигурационного ключа указано, что это функционал Испании и Швеции Хоть мы и не в Испании, но этот ключ задействован, а записи в указанных таблицах отсутствуют...

Испания и Швеция в описании возникли, видимо, потому что изначально эту функциональность придумали там. Если судить по расположению в дереве ключей, то относится Credit invoicing к Multiple countries/regions. По сути, идея функционала в том, чтобы отслеживать связь между кредит-нотой и оригинальной накладной, и печатать номера сторнированных накладных в кредит-ноте. Кроме того, связанные кредит-ноты можно найти из списка проводок по клиенту. Это в стандартном приложении, а уж как Вы будете использовать эту табличку, дело Ваше (но для репортинга она действительно иногда достаточно удобна).

В CustVendCreditInvoicingTable записи создаются при копировании строк заказа из накладной (см. SalesCopying.copy() и SalesCopying.setRefCustVendCreditInvoicingTable()). С точки зрения пользователя это происходит в тот момент, когда выполняется функция "Создать кредит-ноту" в форме Заказы на продажу, либо "Найти заказ на продажу" в форме Заказы на возврат. Потом, при разноске заказа (или возврата), создаются записи в CustVendCreditInvoicingJour (см. SalesFormLetter_Invoice.writeJournal() и SalesFormLetter_Invoice.writeCreditInvoicingJour()).

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