Интерфейсы в кларионовских приложениях

kreator

finsoftrz писал(а): ↑05 Август 2020, 18:50 У нас прецедентов не было,

Я тоже до такого не додумался. Хотя в этом что-то есть. С другой стороны, есть мнение, что пользователь должен контролировать свои действия. Т.е. можно автоматом полсотни документов ввести не на ту дату. Плюс свалить свой прокол на айтишника.

finsoftrz

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

finsoftrz

Вообще, это старая тема. Решение с "рабочей датой" тянется еще с 1с77, где это было реализовано еще в прошлом веке. Я когда-то давно думал на эту тему, решил не использовать. Все же система для оперативного учета, текущая дата является неким базовым понятием, чтобы ее менять настройкой.

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

: addDate.jpg (196.28 КБ) 1888 просмотров

kreator

А в ШВС есть EIP?

finsoftrz

Есть. Но я им не пользуюсь по определенным причинам.

kreator

finsoftrz писал(а): ↑07 Август 2020, 11:08 Есть. Но я им не пользуюсь по определенным причинам.

По каким? Что-то я сомневаюсь в наличии данной опции. Станиславский, блин!

finsoftrz

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

finsoftrz

А с какой целью интересуетесь?

: eip.jpg (195.31 КБ) 1854 просмотра

kreator

finsoftrz писал(а): ↑07 Август 2020, 11:55 А с какой целью интересуетесь?

Да залез в старую прогу на классических шаблонах. Там реализовано редактирование по месту через известное место. И чего-то подумалось, что не от ШВС-ли реализация?

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

finsoftrz писал(а): ↑07 Август 2020, 11:49 Редактирование по месту малофункционально.

В ABC полноценный функционал. Конечно, навороченную форму не заменит, но уж простые справочники только так и делаю. Да и пользователи, которые раз это попробовали, нет-нет да и попросят сделать в таком виде. Да, востребованная фича. Недаром сделали возможность переключения форма/eip даже для одного броуза.
Когда не было штрих-кодирования (в моей проге), набор накладной менеджером осуществлялся в eip посредством артикула ну очень быстро. при том, что это оптовые продажи, позиций в накладной от 50, как правило.

finsoftrz

Скорее всего, у Вас не используется тот функционал, который я перечислил.
Ввод новых позиций в накладной никто через формы не делает. Если только что-то подправить. Есть так называемый "Подбор". Намного быстрее и удобнее, чем через форму или eip. Если же строка редактируется, то при щелчке по значению в колонке или Enter при поколочатой подсветки открывается форма с фокусом сразу на нужном реквизите. Поменяли, Ctrl+Enter сохранили. Не намного медленнее, чем с eip.

kreator

finsoftrz писал(а): ↑07 Август 2020, 14:29 Есть так называемый "Подбор". Намного быстрее и удобнее, чем через форму или eip.

Главное - костыль обозвать красивым словом. Неудобно же! Каждый раз нажимать на кнопку "Подбор". Там лазить по дереву, ещё где-то вводить количество и цену. Опять же, с точки зрения разработчика. Функционал добавления ("подбора") отдельно пилиться, функционал изменения отдельно, удаления отдельно. Непрактично. Вопрос "подбора" при добавлении в справочники тоже "подвис". Делаю вывод, что в ШВС c EIP что-то не то.

finsoftrz

Судя по всему, Вы не представляете, как это работает. Кнопка Подбор нажимается один раз. Диалоговое окно подбора закрывается после того, как все товары выбраны. Варианты подбора могут быть разные, в зависимости от используемых бизнес-процессов. Поиск товаров тоже может отличаться. Это полноценный справочник, в котором сразу показываются актуальные остатки, цены и т.п. Когда товар найден, щелкаем по нему, запрашивается количество (в простейшем случае), ввели, работаем по следующему товару. Остатки сразу актуализируются у всех операторов. Какие товары в накладной и итоговая сумма по накладной сразу отображаются в окне подбора. В общем, там много всякого функционала.
Честно говоря, я даже не понимаю, как можно заполнять накладную через еип. У Вас, наверно, нет потребности видеть актуальные остатки и цены. И небольшой ассортимент.

finsoftrz

Что с EIP в ШВС, затрудняюсь сказать. Помню, что Синявский когда-то давно писал, что тоже считает эту схему работы мало функциональной. Поэтому, возможно, там не все допилено до нужного уровня.

porutchik

finsoftrz писал(а): ↑07 Август 2020, 11:49 ... Это что с ходу вспомнил. Редактирование по месту малофункционально.

+1
обычно еще в бровзе не все поля показывают. Да и с теми же связанными записями решать проблемы...

kreator

Кнопка "Подбор" - это схема работы для розничного клиента. Походить по каталогу, поискать и т.д. А "оптовый менеджер" работает по-другому. Ну вот как на фабрике. Есть шоу-рум, где представлены актуальные изделия. На каждом изделии есть размерная сетка и цветовая палитра и, естественно, цена. Как правило изделия представлены в разных цветах, чтобы покупатель видел, изделия бывают сложные, неодноцветные и т.д. Покупатель ходит, смотрит, выписывает артикул, размер, цвет, количество. Отдаёт бумагу менеджеру, у которого задача перенести это в программу. Всё. Чтобы ускорить это, сделано так. Менеджер начинает вводить артикул в ячейке, программа подбирает ему изделие, в следующей ячейке он выбирает цвет (который существует у этого изделия), в следующей ячейке он выбирает размер (который существует у этого изделия), в следующей ставит количество, может ещё и цену поменять. Дальше переходит к следующей строке. Сообщение об отсутствии изделия на складе отображается после ввода позиции. И необязательно надо запрещать ввод, потому что это могут быть разные случаи (например, не ввели приходную накладную). Получается, что менеджер задействует только цифровые кнопки, кнопку Tab (Shift-Tab) и кнопку "Вниз". Второй сценарий работы продажи связан со штрихкодированием. Покупатель ходит с тележкой по складу (в реале вместе с кладовщиком), набирает всё, что нужно. Кладовщик потом сканирует штрих-коды у набранных изделий. В этом сценарии проверка наличия товара на складе не актуальна.

porutchik писал(а): ↑08 Август 2020, 12:19
finsoftrz писал(а): ↑07 Август 2020, 11:49 ... Это что с ходу вспомнил. Редактирование по месту малофункционально.
+1
обычно еще в бровзе не все поля показывают. Да и с теми же связанными записями решать проблемы...

Комментировать не хочется. Представьте, что в накладной с сотней позиций менеджер ошибся в количестве в пятидесяти позиций (или вообще везде). Покупатель сказал "двадцать каждых", а менеджеру послышалось "двенадцать". Сколько движений нужно сделать менеджеру, чтобы это исправить без "редактирования по месту"? И времени?