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

[mazzy]

Цитата:

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

1. Тут: Разбиение проводок при сопоставлении по поставщикам написано, что платеж так разбить нельзя.

Э-э-э... Блин. А я и забыл про эту фичу в стандартном функционале.
Мало того, сам сейчас нашотил, разбив накладную, а не платеж.

Я обычно импортирую патчик.
Чтобы в сумму попадали только явно отмеченные проводки.
Ну и заодно и платеж разбивать становится можно.


Мдя... может быть вы и правы - нельзя в стандартном функционале пометить на сопоставление ПЛАТЕЖ с несколькими черновиками. Накладную можно.
Можно только после применения совсем маленького патчика.

Приношу свои извинения.

[Ark]

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

И все-таки эта кнопочка какая-то странная - не для всех накладных почему-то у меня она активируется. В чем может быть причина?

[Ark]

Цитата:

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

И все-таки эта кнопочка какая-то странная - не для всех накладных почему-то у меня она активируется. В чем может быть причина?

Вроде это зависит от скидки по оплате - если в накладной есть скидка по оплате, то ее нельзя разбить.

[mazzy]

что-то я увлекся этим вопросом.
в ax3.0 все было просто. за проверку отвечал метод формы CustOpenTrans.chkCustVendTransReorg

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

В ax2009 стало гораздо интереснее.
там появился метод updateDesignDynamic и целый менеджер CustVendOpenTransManager.canReorganizeTrans()

во наворотили то...
но смысл тот же самый. только еще вексель проверяют.

[Ark]

Цитата:

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

Я обычно импортирую патчик.

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

[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

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

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