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

[mazzy]

Как же "сопоставить" несколько черновиков с платежом (несопоставленным)?

Другими словами, как сказать системе, что надо отметить несколько незавершенных сопоставлений с одним платежом?

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

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

в результате вместо одной строчки платежа появится две строчки платежа.


так можно сделать и три строчки, и четыре, а лучше всего, пять звездочек (С) Карнавальная ночь

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

Надо помнить об особенностях, которые таятся в стандартном функционале.
Если строки платежа сопоставить с черновиками, выделить еще одну строчку и попытаться перераспределить, то Аксапта будет перераспределять не только выбранные явно, но и помеченные на сопоставление с черновиками.



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

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

[mazzy]

Цитата:

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

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

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

Вот только не надо говорить, что "нельзя сопоставить". Это неправда.

Цитата:

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

что один платеж а несколькими закупками (не накладными) нельзя сопоставить.

[Ark]

Про графики оплаты и сопоставление с открытыми операциями не забыл, а вот про "Перераспределение операций" - да.
Попутно возникли вопросы:
1. Тут: Разбиение проводок при сопоставлении по поставщикам написано, что платеж так разбить нельзя.
2. Ну и в стандартной документации не нашел про эту кнопочку ничего.

[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]

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