Автозаполнение значений.

Очень ошибаетесь. Я отвечаю за внедрение VOGBIT на наше производство, поэтому использую ваше приложение "и в хвост и в гриву".
И именно поэтому вижу и отмечаю недочеты, с которыми остальные люди мирятся просто потому, что у них нет другого выбора.
Я за свою жизнь и повидал кучу разных программ, и даже пописал эти самые программы, поэтому отлично представляю что должно быть в хорошо отлаженном интерфейсе, а чего можно и избежать.
Не понимаю, чего сложного при переносе данных из заявки в накладную сделать две кнопки - "Добавить все" и "Убрать все"?
При этом, по умолчанию должно все именно заполняться, чтобы кладовщик сверял с бумажной накладной что пришло и что было заказано. Если возникнут различия, а их будет гораздо меньше, чем число строк в накладной, он уже внесет изменения в программу.
А вот при вводе данных ручками 1000% мы добавляем человеческий фактор, который может, допустим, вместо 10 штук ввести 100 и даже не заметит, поскольку будет смотреть в накладную, чтобы не потерять ту строчку, которую надо будет ввести следующей.
Да и вообще, зачем усложнять работу кладовщику, какой в этом скрытый смысл?
Идем дальше. Он вводит сто штук в накладную (ошибся), но программа даже не предупредит его о том, что он ввел значение превышающее заказанное!!!
Основная задача программного комплекса - это помогать и упрощать работу, а тут она мало того, что усложняет, так еще и не контролирует операторские ошибки (опечатки).
Почему сложно вывести предупреждение, о том, что значение различается?
И, к сожалению, это сплошь и рядом в Вашей программе.
Вернемся, к примеру, к предварительным заявкам. Почему их нет в расчетных документах сразу? Почему для того, чтобы их увидеть я должен включать какую-то опцию "показать весь справочник"? Спасибо, что Вы мне в MS SQL Management Studio не предложили войти и сделать UPDATE на какой-нибудь таблице!
Вы не поверите, мой кладовщик, который отработал не с одной программой сдался через три дня, когда я попросил его самостоятельно изучить складской модуль VOGBIT. Он полдня не мог понять, почему он оформляет приход на основе заявки, а ни одна позиция не попадает в приходную накладную!
Он сделал почти 50 этих накладных (которых без опции "показать весь справочник", к слову, было не видно), хорошо еще мы на демонстрационной базе все это проводим, а так пришлось бы отсеивать эти накладные и, не дай бог удалить, нужную?
Почему перед записью приходной накладной не вывести окошко с кратким summary по накладной (например, кол-во позиций, сумма прихода, и проч?).  При этом Вы мне говорите, что этого не нужно, все работают, никто не жалуется, а "миллионы мух не могут ошибаться".
Спору нет, программа очень гибкая, мощная, функциональная, ПОЛЕЗНАЯ, НО!!! Хотелось бы более дружеского интерфейса, чем гибкость там, где она не нужна.
К слову, пример про накладную я вам привел не из головы - именно с моим кладовщиком мы разбирались что он там натворил, почему у него остатки не бьются. После чего он мне сказал, "Володь, напиши мне доступно на бумажке куда, в какой последовательности нажимать и что вводить и на что обращать внимание перед записью или еще перед чем, чтобы мы потом не сидели 2 часа и не вылавливали накладные на низком администраторском уровне".
Так что теперь я сижу и пишу для него человеческую инструкцию.
Поверьте, Вашей программе очень не хватает примитивной "защиты от дурака", слишком уж мощные возможности в нее заложены, чтобы ненароком не навредить банальной опечаткой или неправильным кликом мышки.

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

Сразу видно, что Вы программист, а не кладовщик, которому нужно заполнять не три строчки "условной накладной", а двести пятьдесят.
И именно потому что у вас нет предупреждения отдельного о несоответствии количества, а есть треугольник, который можно и не заметить, когда переписываешь значения из накладной (хотя можно было бы сразу их заполнять автоматически, а потом только проверять соответствие факта с заказом) и возникают ошибки из разряда "человеческий фактор".
Программа не предупредит о том, что человек ошибся, а просто покажет треугольник.
Вы знаете, как бы Вы отнеслись к редактору текста, который закрывался бы не сохраняя текст, но при этом у него в углу был бы треугольник или еще какой знак, что текст изменен?
Также и здесь.
Треугольник - это не предупреждение, на него запросто не обратить внимание, особенно если заниматься бессмысленным переписыванием чисел, которые должны заполняться автоматически.
Мы можем спорить до бесконечности, но если программа  не упрощает жизнь человеку, а заставляет его делать больше работы и постоянно отвлекаться на мелочи вроде "посмотреть, есть ли треугольник", "сохранен ли текст" и т.п., то это уже не помощник в работе.
Что касается моего кладовщика, он отлично разобрался без посторонней помощи с таким далеко не однозначным монстром как 1С, да и программу он осваивал чисто из любопытства, все равно перед внедрением будет прогонка системы для каждого рабочего места и объяснение и проверка знаний и понимания от каждого пользователя программы.
Тем не менее, Вы так и не назвали причин, почему бы автоматом не заполнять поля при внесении заказанной номенклатуры из заявок на покупку (особенно, количеством, превышающем несколько десятков).
Про другие моменты я уже даже и не спрашиваю...

Здесь я с Вами согласен, часто приходит сразу не все, а то что есть в наличие или в соответствии с сортаментом, но....


Вот здесь я с Вами категорически не соглашусь. Знаете поговорку "Ломать - не строить"?

Чтобы ввести нужное число в поле нужно вбить ручками число, а это от одной до трех-четырех цифр в разных местах на клавиатуре, а чтобы удалить значение нужно всего лишь нажать на крестик мышкой напротив поля, что значительно быстрей и точней

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

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

Этого должно хватить, чтобы значительно облегчить перенос данных из заявки.

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

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