Договора

[rmv]

Цитата:

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

2. В фин. журнале нет Баланс. Договор Но.
Пару раз было не удобно - пришлось разрывать строку на две.

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

Цитата:

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

Например, поступление денег от клиента.

А где здесь может быть два договора?

Цитата:

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

Вы должны сохранить текущую строку для ввода Договор Но..

Действительно, забавная ошибка.

Цитата:

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

Есть определенные технические сложности (для общих случаев ввода строки в журнал, которые можно придумать) и они будут решины только в NAV 2009. Там будет все нормально.

Ответ еще забавнее . Насколько я понимаю, один из общих случаев - формирование и учет строки фин. журнала без физической вставки в базу, в этом случае честный валидэйт номера договора невозможен. Как же быть, придется либо присваивать код договора без валидэйта либо обманывать технически несовершенный 5.1 (какой регресс по сравнению с 3.7!) присвоением номера строки?

[apanko]

Цитата:

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

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

А где здесь может быть два договора?

Нет, здесь один договор.
Как я сказал, проводку можно развернуть (т.е. клиента вперед) тогда в поле Договор можно будет поместить договор клиента.
Это не критично.
Такая ситуация возникает крайне редко и есть как минимум два способа ее обойти.
Еще раз скажу, что это не критично.

Цитата:

Ответ еще забавнее . Насколько я понимаю, один из общих случаев - формирование и учет строки фин. журнала без физической вставки в базу, в этом случае честный валидэйт номера договора невозможен. Как же быть, придется либо присваивать код договора без валидэйта либо обманывать технически несовершенный 5.1 (какой регресс по сравнению с 3.7!) присвоением номера строки?

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

[Arshak]

Цитата:

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

Действительно, забавная ошибка.

Ответ еще забавнее . Насколько я понимаю, один из общих случаев - формирование и учет строки фин. журнала без физической вставки в базу, в этом случае честный валидэйт номера договора невозможен. Как же быть, придется либо присваивать код договора без валидэйта либо обманывать технически несовершенный 5.1 (какой регресс по сравнению с 3.7!) присвоением номера строки?

эту ошибку решил через CurentForm.Update на OnBeforeInput() нужных форм, но это конечно не ответ на вопрос..
у меня клиент активно использует договра ( очень они ему понравились)
по функционалу:
- не переносит номер договора при оплате через авансовый отчет если определена подотчет операция номер.
- а предоплату поставщику у которого учет по договорам через авансовый отчет вообще сделать нельзя....