Уникальный индекс в журнале накладных поставщиков

[Starling]

Меня уже давно мучает вопрос, почему в таблице «Журнал накладных поставщиков» нет уникального индекса (RecId не в счет)?
Связь между таблицами строки накладных поставщиков и журналом накладных идет по полям, которые не являются уникальным индексом таблицы журнал накладных поставщиков, т.е. может возникнуть ситуация, когда у одна и таже строка будет ссылаться на несколько накладных.
Очень хочется сделать уникальный индекс по полю «Внутренняя накладная» - InternalInvoiceId.

Но почему этого нет в стандарте?

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

Как по мне, так получить одну строку в двух накладных куда опаснее.

[oip]

Цитата:

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

Очень хочется сделать уникальный индекс по полю «Внутренняя накладная» - InternalInvoiceId...

...которое необязательно к заполнению.

[Starling]

Цитата:

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

...которое необязательно к заполнению.

мдя... и как с этим жить теперь?)

Если допустить, что у нас поле пустое (на сколько, я понимаю это возможно, если номерная серия имеет активный признак Вручную), то данный скрипт всегда будет сбоить:
1. Сделали по закупке накладную, но ошиблись в цене. Поле InternalInvoiceId пустое.
2. Делаем кредит-ноту, через немедленной получение.
3. В этой же закупке корректируем цену и делаем новую накладную с тем же номером. Поле InternalInvoiceId пустое.
4. В результате строки накладной по шагу 1 и шагу 4 будут отображаться в обеих накладных.

Если я прав, то это поле лучше сделать обязательным. Или для таких ситуаций существует некий дополнительный контроль? И что будет, если помимо индекса я еще и обязательность заполнения поля активирую.

З.Ы.: О проверке использования номера накладной я знаю, может еще что-то есть.

[kornix]

Цитата:

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

мдя... и как с этим жить теперь?)

Если допустить, что у нас поле пустое (на сколько, я понимаю это возможно, если номерная серия имеет активный признак Вручную), то данный скрипт всегда будет сбоить:
1. Сделали по закупке накладную, но ошиблись в цене. Поле InternalInvoiceId пустое.
2. Делаем кредит-ноту, через немедленной получение.
3. В этой же закупке корректируем цену и делаем новую накладную с тем же номером. Поле InternalInvoiceId пустое.
4. В результате строки накладной по шагу 1 и шагу 4 будут отображаться в обеих накладных.

Если я прав, то это поле лучше сделать обязательным. Или для таких ситуаций существует некий дополнительный контроль? И что будет, если помимо индекса я еще и обязательность заполнения поля активирую.

З.Ы.: О проверке использования номера накладной я знаю, может еще что-то есть.

А если попробовать в индекс добавить дату накладной?

[pitersky]

А какой смысл вообще в необязательности поля InternalInvoiceId? Это наш внутренний регистрационный номер накладной. Так же, как и SalesId в заказе или InventTransId в проводке. По-моему он просто обязан быть Mandatory.

[Starling]

Цитата:

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

А если попробовать в индекс добавить дату накладной?

В моем примера и дата и номер совпадают, т.е. это не решит проблему. Или я не так понял?

[Starling]

Цитата:

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

А какой смысл вообще в необязательности поля InternalInvoiceId? Это наш внутренний регистрационный номер накладной. Так же, как и SalesId в заказе или InventTransId в проводке. По-моему он просто обязан быть Mandatory.

Ну мне тоже так кажется, только разработчики так не сделали. Вопрос почему?
Может при формировании проформы инвойса - внутренний номер не выделяется?

[Starling]

Цитата:

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

Может при формировании проформы инвойса - внутренний номер не выделяется?

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

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

[kornix]

Цитата:

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

В моем примера и дата и номер совпадают, т.е. это не решит проблему. Или я не так понял?

Не совсем осознал чего нужно добиться.. Нужна уникальность по каким-то полям для накладных поставщика? Или нужен быстрый поиск по InternalInvoiceId?

Я имел ввиду создать индекс из нескольких полей, включив туда в т.ч. дату.

[Raven Melancholic]

Цитата:

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

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

Начиная с DAX4 не будет - вылетит до этого . Там появилась история аналитик и, в случае отсутствия InternalInvoiceId ошибка уникальности в момент создания новой накладной вылезет там.

[Starling]

Цитата:

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

Не совсем осознал чего нужно добиться.. Нужна уникальность по каким-то полям для накладных поставщика? Или нужен быстрый поиск по InternalInvoiceId?

Я имел ввиду создать индекс из нескольких полей, включив туда в т.ч. дату.

На самом деле мне нужно было сделать ссылку в новой таблице на накладную. Можно конечно сделать связь по RecId, но я не люблю такие связи, в первую очередь при миграции данных.
Искал способ как это правильно сделать, вот и решил задать на форуме вопрос, который меня давно интересовал.
Дата накладной в этом случае не спасает, так как в моем примере все критерии, в том числе и дата будут совпадать, т.е. опять же одна строка ссылается на две накладных.
В общем случае, добиться от системы такого поведения как я написал в скрипте не так уж и просто, так как необходимо чтобы:
1. Была отключена нумерация внутренних номеров накладных.
2. Была отключена проверка на совпадения внешних номеров накладных.
Ни 1-ое, ни 2-ое я на реальных проектах не видел и экспериментировать желания у меня нет)
Свою задачу решил просто – так как связь между накладной и новой таблицей 1 к 1, то я решил создать новое поле для связи на уровень накладной

[Starling]

Цитата:

Сообщение от Raven Melancholic

Начиная с DAX4 не будет - вылетит до этого . Там появилась история аналитик и, в случае отсутствия InternalInvoiceId ошибка уникальности в момент создания новой накладной вылезет там.

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