Изменение номера накладной.

[Skvorcal]

Коллеги, всем привет.

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

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

В ходе обследования были выявлены следующие таблицы, в которых функция должна менять значение поля: Заголовок накладной (VendInvoiceJour), Строки накладной (VendInvoiceTrans), Проводки по поставщику (VendTrans), Строки фактуры (FactureTrans_RU).

Есть ли еще в системе таблицы, в которых сохраняется номер накладной? На какие грабли можно наступить при реализации подобной функции?

[CDR]

Таблица связей (VendInvoicePurchLink). Еще номер накладной точно сохраняется в складских проводках (InventTrans).
Если ведется учет ОС, то в справочнике ОС тоже сохраняется номер накладной по покупке/продаже.

По хорошему, надо бы обновлять номер также в журнал накладных (LedgerJournalTrans), если накладная создана не по закупке.

В функции стоит также учесть параметр "Проверка использованного номера накладной" в настройках модуля "Расчеты с поставщиками".

[raz]

Еще возможно EmplAdvLine_RU, правда у нас там поле DocumentNum содержит № накладной.

[Владимир Максимов]

Если изменение номера нужно для того, чтобы он корректно отображался в неких печатных формах, то, может быть, имеет смысл подумать о дополнительном поле вроде "Номер для печати"? А собственно InvoiceId формировать автоматически по номерной серии.

На InvoiceId построена ссылочная целостность. По сути, это фрагмент PrimaryKey. Как следствие, любые его изменения - это всегда риск нарушения целостности базы данных. Где-то, чего-то не досмотрели. Поэтому, по возможности, его лучше не трогать...

[ice]

может просто добавить поле "Накладная поставщика"? и сделать его доступным на редактирование и выводить туда, где нужно бухгалтерии

пс уже опередили

[Logger]

Не надо править этот номер !
Это составная часть ключа на таблице накладных.
Если ошибетесь где нибудь - то долго разгребать последствия
Кроме того если такое делать для накладных по клиентам, то могут быть проблемы при совпадении значений.
Лучше уж завести еще одно поле InvoiceId4Print в шапке накладной и печатать в накладных его если оно заполнено, иначе печатать InvoiceId.

Это просто и безопасно.

[Nikolaich]

в таблице ledgerTrans тоже есть поле invoice, по моему опыту для поставщиков это проходит (такая смена) безболезненно, а вот для клиентов я бы не стал делать

[Skvorcal]

Цитата:

Сообщение от Владимир Максимов

Если изменение номера нужно для того, чтобы он корректно отображался в неких печатных формах, то, может быть, имеет смысл подумать о дополнительном поле вроде "Номер для печати"? А собственно InvoiceId формировать автоматически по номерной серии.

На InvoiceId построена ссылочная целостность. По сути, это фрагмент PrimaryKey. Как следствие, любые его изменения - это всегда риск нарушения целостности базы данных. Где-то, чего-то не досмотрели. Поэтому, по возможности, его лучше не трогать...

Думали над отдельным полем.

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

Обновление значения в одной транзакции в нескольких таблицах по специальной кнопке показалось меньшим злом. Я понимаю, что invoiceId - часть первичного ключа (и пришла же кому-то в голову идея сделать его составным, блин...), но тем не менее ключевые связи в системе все-таки идут по ваучеру и дате.
Главная связка с invoiceId - Проводка по поставщику -> Накладная -> Строки накладной -> Строки фактуры. Остальные места вроде как просто сохраняют значение для удобства использования.

Цитата:

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

в таблице ledgerTrans тоже есть поле invoice, по моему опыту для поставщиков это проходит (такая смена) безболезненно, а вот для клиентов я бы не стал делать

У нас в LedgerTrans нет поля Invoice.

[Владимир Максимов]

Понимаете, если Вы забыли "протащить" новое поле в отчет или форму, то это сразу видно. Пользователи тут же напомнят

А вот если Вы забудете модифицировать поле в какой-либо таблице, то это может "всплыть" очень не скоро. Сразу-то этого не видно! Никто и не вспомнит! При этом исправление может оказаться невозможным.

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

Другими словами, новое поле - сложнее в исполнении, но проще в сопровождении. А транзакция относительно проста в исполнении, но крайне сложна в сопровождении.