Как пометить платеж с несколькими заказами/журналами

[mazzy]

Цитата:

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

Mazzy, может патчик пришлете, и тему можно переместить в Базу знаний и проекты

Проект без каких либо гарантий и обещаний работоспособности.
В частности никаких обещаний работоспособностии русского функционала. Особенно для всяких книг продаж и покупок, а также налогового учета.

В ax3.0 нужно закомментировать код в методе формы CustOpenTrans.chkCustVendTransReorg()

        //if (custTransLocal.amountCur <= 0)
        //{
        //    return false;
        //}

В ax4.0 нужно закомментировать код в методе таблицы CustTrans::chkCustTransReorg(...)

        //if (custTransLocal.AmountCur <= 0 || ! custTransLocal.Invoice)
        //{
        //    return  false;
        //}

В ax2009 нужно закомментировать код в методе таблицы
CustTrans::chkCustTransReorg(...)

        //if (!custTransLocal.Invoice && !custTransLocal.BillOfExchangeID)
        //{
        //    return false;
        //}

кстати, получился хороший пример хода мыслей у разработчиков на тему "что такое платеж"

[Maximin]

Между прочим, разбиение открытых проводок по клиенту у Аксапты происходит и в стандарте, при использовании контрактов. В зависимости от даты платежа (точный критерий чего-то не припоминается, но связан, кажется, с графиком оплаты по контракту), одна открытая проводка по клиенту может раздробиться на две части с различными конечными датами оплаты. После чего российский функционал книг продажи и учета начинает весело глючить (т.е. одну накладную становится невозможно оплатить этим платежом, только с привлечением другого) Я когда-то пытался найти, где это разбиение происходит, но времени на задачу было мало, проблема появлялась редко и поддавалась ручному исправлению. Так что так на неё и забили.
Про налоги сказать ничего не могу, там, где это делали, бухгалтерией не заморачивались.

[mazzy]

Цитата:

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

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

Именно так.
Связано с графиком оплаты.
В стандарте разбивается накладная.
Русский функционал действительно глючит (проверял давно, надо бы перепроверить последние версии).