Почему CustInvoiceTable лишили Voucher -а ?

[ZVV]

Цитата:

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

Ну мне бы было не до смеха
И как лечили ?

Может добавить в этот метод условие на клиента?
Насколько я понимаю, они не могут поменятся по пути от custInvoiceTable до custInvoiceJour?

[Logger]

Цитата:

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

Может добавить в этот метод условие на клиента?
Насколько я понимаю, они не могут поменятся по пути от custInvoiceTable до custInvoiceJour?

Не могут. Но не всегда и это спасет.
На одном проекте народ любил накладные на услуги сторнировать. и проводить снова с тем же InvoiceId.

В таком случае только Voucher спасет.

[ZVV]

Цитата:

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

Не могут. Но не всегда и это спасет.
На одном проекте народ любил накладные на услуги сторнировать. и проводить снова с тем же InvoiceId.

В таком случае только Voucher спасет.

Да, действительно недоработка...

[glibs]

Цитата:

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

...
накладные на услуги сторнировать. и проводить снова с тем же InvoiceId.
...

А вы так не делайте.

[Logger]

Цитата:

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

А вы так не делайте.

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

Но по-моему, это искуственное ограничение, вызванное особенностями структуры данных в Аксапте. В реальной жизни ничего не должно препятствовать иметь второй документ за дату с тем же номером. Т.е. invoiceId + transdate не должно быть ключом.

Кстати, а как тогда правильно с точки зрения стандартной Аксапты сторнировать накладные на услуги ? Юзеры хотят чтоб номер у правильного документа сохранился.

[glibs]

Цитата:

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

...
Но по-моему, это ... ограничение, вызванное особенностями структуры данных в Аксапте.
...

Да. Просто ограничение.

Цитата:

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

...
Кстати, а как тогда правильно с точки зрения стандартной Аксапты сторнировать накладные на услуги ? Юзеры хотят чтоб номер у правильного документа сохранился.
...

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