Прыжок в строках заказа на определенную строчку

[Pegiy]

Реально ли сделать, чтобы при выборе в заказе новой номенклатуры, если она уже была раннее выбрана, ввод отменялся, а фокус перемещался на соответствующую строчку заказа?

[raz]

Думаю реально, но зачем?
Ведь может быть отгрузка с другого склада, по другой цене или еще какие ньюансы.

[Pegiy]

Цитата:

Изначально опубликовано raz
Думаю реально, но зачем?
Ведь может быть отгрузка с другого склада, по другой цене или еще какие ньюансы.

Для заказов определенного типа - это становится крайне удобным

[mazzy]

вы забываете, что каждая строчка это не только номенклатура.
каждая строчка это:
= ожидаемая дата поставки
= цвет, размер, конфигурация, партия, серийный номер
= склад
= цена/скидка
= возможность дозаказа
= финансовая аналитика

Если вы запретите ввод нескольких строчек с одинаковой номенклатурой, то вы лишитесь возможности продавать в одном заказе номенклатуру разных цветов/размеров/партий. Вы лишитесь продавать в одном заказе номенклатуру с разных складов. Вы лишитесь возможности указывать ожидаемые даты частичных поставок и т.п.

Вы уверены, что вам это действительно не надо?

Скорее всего, вы используете заказ для продажи клиенту по факту... в пожарном порядке... с колес... И не предполагаете включать планирование. Вы уверены, что вы никогда не захотите перейти к нормальному планированию?

[Pegiy]

Цитата:

Изначально опубликовано mazzy
Вы уверены, что вам это действительно не надо?

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

[Pegiy]

Цитата:

Изначально опубликовано mazzy
Вы лишитесь возможности указывать ожидаемые даты частичных поставок и т.п.

Почему если в axapta реализованны частичные поставки это обязательно нужно и внедрять? Разве не может быть таких заказов, бизнес-процессов когда отслеживание недопоставок просто не удобно, проще закрыть недообработанный заказ и создать новый.

[glibs]

Цитата:

Изначально опубликовано mazzy
...Вы лишитесь продавать в одном заказе номенклатуру с разных складов...

С всем согласен... вот только насчет складов ты погорячился. Можно (и даже нужно) одной строчкой заказа продать из некольких складов (ГТД, партий, с/н). Через комплектацию.

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

[mazzy]

Цитата:

Изначально опубликовано glibs
вот только насчет складов ты погорячился. Можно (и даже нужно) одной строчкой заказа продать из некольких складов (ГТД, партий, с/н). Через комплектацию.

Хм... Ты прав, я погорячился.

[mazzy]

Цитата:

Изначально опубликовано Pegiy
Разве не может быть таких заказов...

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

[Pegiy]

Цитата:

Изначально опубликовано glibs

Pegiy, можно услышать ваше мнение по поводу формы создания строк заказа? Ведь она тоже может создавать дубликаты. А если пользоваться только ею ...

К определенному_рабочему_месту предъявляются 2 требования:
1. заказы должны приниматься быстро (очень быстро)
2. должна быть уменьшена (в идеале исключена) возможность ошибки
Добиться выполнения их проще через обычный ввод строк заказа.

[dmit1606]

Pegiy прав, если это есть в Axapta это не значить, что так везде нужно внедрять. Желательно, с наименьшими изменениями, чтобы не нарушить бизнес-процесс заложенный в Axapta.
Но требование заказчика, чтобы в строках заказа номенклатура не дублировалась (связано ли это с неполным средним образованием или с недостаточным интелектом не знаю, люди нормальные со своим жизненным опытом). Тем более операционистам принимающим заказ от клиента до балды на каком складе, партии, ячейке и т.п. лежит товар, главное что он есть или вот-вот будет (отрицательный склад). Выбрать товар используя аналитику это дело материального лица в зоне комплектации (я так понял glibs об этом сказал).
В чем состоит автоматизация на предприятии: я думаю в первую очередь автоматизировать рутинные операции, чтобы увеличить производительность рабочего места.
Клиент всегда прав (он платит денежки), пока жив. А наш клиент еще жив и в добавок развивается. Так что делайте выводы...
Извиняюсь за спам.

И все таки вернемся к проблеме.
Через переопределение метода SalesLine.ItemId.Validate() находим что выбранная номенклатура уже используется в заказе. Используем метод findValue(), курсор перескакивает на нужную запись, но возникает проблема отображения поля ItemId, связанная с тем что findValue - это фильтр и введенное значение ItemId не отменено.

public boolean validate()
{
boolean ret;
SalesLine lines;
ItemId _itemId;
;

select firstonly lines
where lines.SalesId == SalesTable.SalesId &&
lines.ItemId == SalesLine.ItemId;

if (lines)
{
info("Номенклатура " + lines.ItemId + " - " + lines.Name + " уже есть в заказе.");

//**********************
SalesLine_ds.findValue(fieldNum(SalesLine,ItemId), lines.ItemId);
//**********************

ret = false;
}
else
ret = super();

return ret;
}

Вот посмотрите что происходит после findValue. Как этого избежать?
Заранее спасибо.

[dmit1606]

To Moderator:
Все проблему закрываем. Сделали. Тему можно килять.

[raz]

Давайте тогда кильнем все темы, где найдены решения, и сайт закроем.