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

[Dima_Dima]

Цитата:

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

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

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

[plumbum]

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

[Dima_Dima]

Цитата:

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

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

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

[Vals]

Цитата:

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

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

[Dima_Dima]

Цитата:

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

А что это за система? Какое-нибудь интернет приложение или более мелкая система?

Система, но не мелкая. Заказчик работает с ней и весьма успешно. Большего сказать не могу...

Цитата:

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

И вы хотите сказать, что Аксапта подгоняется под эту систему? По меньшей мере это странно.

В принципе Аксапта очень часто подгоняется,

но, наверное, это уже Offtop

[ice]

Цитата:

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

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

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

[Lz_]

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

[oip]

Цитата:

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

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

В корне неправильная фраза. Я уже тут писал когда-то, что ТЗ никогда не надо считать чем-то вроде библии, где априори все верно. Постановщик задачи далеко не всегда понимает, чем его хотелка обернется для системы. Грамотный разработчик должен иметь свое мнение и должен стараться аргументированно его отстаивать. А делать что-то только потому, что так сказали, даже понимая, что это плохо - это неверный подход.

Впрочем, это оффтоп.

[Vals]

Кстати, на заре развития Аксапты, ещё на версии 2.5 одна компания полностью переписала заказы - поставила их с заголовков на строки
То есть, заголовки стали строками, а строки заколовками. По факту, не лучшее решение оказалось.

[Dima_Dima]

Цитата:

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

Кстати, на заре развития Аксапты, ещё на версии 2.5 одна компания полностью переписала заказы - поставила их с заголовков на строки
То есть, заголовки стали строками, а строки заколовками. По факту, не лучшее решение оказалось.

Не видно смысла...

Неужели никто не сталкивался с ситуацией, что в одном заказе более одного плательщика???

С стандартом DAX я могу разнести на одного плательщика. Потом меняю в шапке Счет на, добавляю новую номенклатуру и опять разношу. И в запросах\накладная вижу обе накладных, но на РАЗНЫХ КЛИЕНТОВ!!! Это гениально!

Но мне нужно эту функциональность автоматизировать. Вот и все. Почему так много критики??


Вопрос снимается, решение найдено!!! см выше.

[Raven Melancholic]

Цитата:

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

С стандартом DAX я могу разнести на одного плательщика. Потом меняю в шапке Счет на, добавляю новую номенклатуру и опять разношу. И в запросах\накладная вижу обе накладных, но на РАЗНЫХ КЛИЕНТОВ!!! Это гениально!
...
Вопрос снимается, решение найдено!!! см выше.

Хм. А разве это решение не было предложено еще в 11:32. Даже благодарность за него получена.
А насчет двух накладных на разных клиентов (кстати, не на разных клиентов. а на разных плательщиков - в проводках по модулю CustTrans есть отдельное поле OrderAccount - клиент там), то в чем проблема? Заказа после разноски вообще может не существовать - он может быть удален как вручную. так и периодической операцией очистки, так и в момент разноски. Так что по большому счету заказ лишь временный объект в системе, он не является строгим документом, который не меняется на протяжении цикла существования.

Цитата:

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

Неужели никто не сталкивался с ситуацией, что в одном заказе более одного плательщика???

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

[Vals]

Цитата:

С стандартом DAX я могу разнести на одного плательщика. Потом меняю в шапке Счет на, добавляю новую номенклатуру и опять разношу. И в запросах\накладная вижу обе накладных, но на РАЗНЫХ КЛИЕНТОВ!!!

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

Попробуйте посмотреть на заказы под другим углом: как буд-то заголовки это строки. И каким теперь будет решение?

[rINT]

Можно было бы использовать предложения по продажам, т.е. импортировать данные в предложения, а при их утверждении (переводе в заказ) делать заказ по каждому клиенту. Для этого, конечно эту процедуру нужно будет немного подрихтовать.

[Dima_Dima]

Цитата:

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

Можно было бы использовать предложения по продажам, т.е. импортировать данные в предложения, а при их утверждении (переводе в заказ) делать заказ по каждому клиенту. Для этого, конечно эту процедуру нужно будет немного подрихтовать.

Спасибо, но всё уже работает. Заказчик мурлыкает...