Разноска накладной по строкам. Форма 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.

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

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

[Raven Melancholic]

Цитата:

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

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

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

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

Цитата:

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

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

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

[Vals]

Цитата:

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

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

[plumbum]

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

[ice]

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

[Dima_Dima]

Цитата:

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

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

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

[ice]

Цитата:

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

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

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

[Dima_Dima]

Цитата:

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

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

Это хорошая идея, я её предлагал, но Заказчик хочет щёлкнув по заказу видеть все его номенклатуры и всех плательщиков. Введя внешний номер заказа он лишится этой возможности....

[plumbum]

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

[Dima_Dima]

Цитата:

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

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

а как быть с Запросы\Накладная??? к примеру...

[ice]

Цитата:

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

а как быть с Запросы\Накладная??? к примеру...

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

[Lz_]

А если заказчику захочется посмотреть расчеты с клиентами в разрезе договора, будем договор в строки заказа добавлять? И так потиху перенесем всю шапку заказа в строки . Может лучше подумать как показать нужную заказчику информацию не ломая и не изменяя логику Аксапты.
ИМХО, Dima_Dima, Вы такие грабельки наперед для себя закладываете, что потом не будете успевать уворачиваться от них.