Разноска накладной по строкам. Форма SalesTable.

[Dima_Dima]

Добрый день.

Прошу совета: нужно разнести накладную не по голове, а по строкам. т.е сгруппировать одинаковых клиентов в строках и на каждую группу сделать разноску накладной.
Класс SalesFormLetter уже посмотрел, но не нашел пока как его инитиировать с нужными параметрами.

Заранее спасибо

[Vals]

Посмотрите функциональность "Суммарная обработка".
В параметрах модуля расчёты с клиентами/поставщиками, указывается параметр автоматически (вручную), по кнопке Суммарная обработка задаются условия группировки (Валюта, клиент, и т.д.)

[SRF]

В методе salesFormLetter.update(...) параметр _accountOrder, должен быть равен по идее AccountOrder::Account. Это параметр с закладки
Прочее\ Суммарная обработка при обработке накладной.

[Dima_Dima]

Цитата:

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

по кнопке Суммарная обработка задаются условия группировки (Валюта, клиент, и т.д.)

спасибо.

Добавил в параметры "Счет клиента", но разноска происходит как и раньше. т.е несмотря на то что в строках два разных клиента, накладная одна на всех.

Видно стандартными методами эту задачу не решить....

[Vals]

Цитата:

Видно стандартными методами эту задачу не решить....

если мы верно интерпретировали вашу задачу и у вас нет доработок на эту тему, то задача решается стандартно.

Для суммарной обработки существует процедура и периодические операции. О ней написано в руководстве пользователя.
Сейчас сразу последовательность я не воспроизведу, прочтите пожалуйста инструкцию.

[Raven Melancholic]

Цитата:

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

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

А что значить разные клиенты в строках? Если у вас разные клиенты в строках одного заказа на продажу, то это ваша доработка и помочь трудно, не зная её подробностей.
Если же выбираете несколько заказов с разными "Счет на" (кстати именно Счет на, а не Клиент), то все работает в стандарте, группирует:
1) и по Счет На.
2) и по Заказ
3) и по Нет (то есть по накладной на каждый заказ)
4) и по Автоматически (то есть по настройкам модуля).
Единственное исключение - разноска по заказу Интеркомпани, там есть ограничения по совместной обработке.
Или вообще разговор про программную разноску?

[Dima_Dima]

Цитата:

Сообщение от Raven Melancholic

А что значить разные клиенты в строках?

Примерно так:

[Raven Melancholic]

Цитата:

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

Примерно так:

Либо это ваша доработка, либо это DAX2009 (которую я не видел). Ни в Ax3.0, ни в DAX4 клиенты в строки не вынесены - они в строках есть, но скрыты от пользователей и протягиваются из заголовка (для\ того, чтобы потом Movement мог перенести этого клиента в складские проводки/операции).

[Dima_Dima]

Цитата:

Сообщение от Raven Melancholic

Либо это ваша доработка, либо это DAX2009 (которую я не видел).

Доработкой это назвать трудно, просто внесли в Grid поле SalesLine.CustAccount. Это DAX2009.

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

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

[Vals]

Цитата:

просто внесли в Grid

А для чего?
в 2009 поддерживаются адреса поставки по строкам.

[plumbum]

В 2009 нет запрета на редактирование этого поля, и я не нашел по перекрестным ссылкам валидации его со счетом клиента в шапке заказа.
С другой строны SummaryUpdate работает с полями шапки. Так что честно говоря не знаю как оно будет проводить строки из одного заказа по разным инвоисам, если выбор идет по шапке....
Это должно быть Ваша модификация. Возможно прийдеться модифицировать/наследовать классы иерархии SummaryPurchUpdate

[Raven Melancholic]

Цитата:

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

Доработкой это назвать трудно, просто внесли в Grid поле SalesLine.CustAccount. Это DAX2009.

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

Простой вынос этого поля в грид и доступ к нему не имеет смысла. Это поле было и в Ax3.0 и в DAX4, но никакой роли в разноске оно не имеет.
В DAX4 появилась возможность разделять документы по адресам поставки, то есть в строках можно задавать разные адреса в разных строках. Если учесть, что накладные выписываются на плательщика (поле Сччет на, а не на клиента), то используя разные адреса поставки вы получите несколько накладных и ничего в бухгалтерии не сломается - плательщик-то в заказе только один и в строках его нет.
А вот если вам нужно из одного заказа выписать накладные на нескольких плательщиков, то просто так в стандартной Аксе ничего не получится. Нужно либо делать разные заказы, либо менять плательщика и по очереди формировать накладные вручную выбирая строки.

Цитата:

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

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

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

[Dima_Dima]

Цитата:

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

А для чего?
в 2009 поддерживаются адреса поставки по строкам.

Заказы втекают в DAX с другого приложения. В одном заказе могут быть различные плательщики, которые и получат накладную/счет.

Цитата:

Сообщение от Raven Melancholic

А вот если вам нужно из одного заказа выписать накладные на нескольких плательщиков..

именно так!

[Raven Melancholic]

Цитата:

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

Заказы втекают в DAX с другого приложения. В одном заказе могут быть различные плательщики, которые и получат накладную/счет.
...
именно так!

Стандартных средств выполнения этого по одной кнопке нет.

[Dima_Dima]

Цитата:

Сообщение от Raven Melancholic

Стандартных средств выполнения этого по одной кнопке нет.

Спасибо, я понял.

[Lz_]

Цитата:

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

Заказы втекают в DAX с другого приложения. В одном заказе могут быть различные плательщики, которые и получат накладную/счет.

А почему нельзя сделать несколько заказов на каждого плательщика по заказу? Зачем все сваливать в одну кучу? В чем смысл такой организации БП?

[Dima_Dima]

Цитата:

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

А почему нельзя сделать несколько заказов на каждого плательщика по заказу? Зачем все сваливать в одну кучу? В чем смысл такой организации БП?

К сожалению, я это не решаю.

[ice]

и при импорте нельзя разделить заказы по клиентам?

[Dima_Dima]

Цитата:

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

и при импорте нельзя разделить заказы по клиентам?

номер заказа и все его номенклатуры остаются неизменными

[ice]

Цитата:

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

номер заказа и все его номенклатуры остаются неизменными

так добавьте поле "внешний номер заказа"