Я тоже до такого не додумался. Хотя в этом что-то есть. С другой стороны, есть мнение, что пользователь должен контролировать свои действия. Т.е. можно автоматом полсотни документов ввести не на ту дату. Плюс свалить свой прокол на айтишника.
Интерфейсы в кларионовских приложениях
Модератор: Дед Пахом
Правила форума
При написании вопроса или обсуждении проблемы, не забывайте указывать версию Clarion который Вы используете.
А так же пользуйтесь спец. тегами при вставке исходников!!!
При написании вопроса или обсуждении проблемы, не забывайте указывать версию Clarion который Вы используете.
А так же пользуйтесь спец. тегами при вставке исходников!!!
-
- ✯ Ветеран ✯
- Сообщения: 5025
- Зарегистрирован: 28 Май 2009, 15:54
- Откуда: Москва
- Благодарил (а): 7 раз
- Поблагодарили: 22 раза
Интерфейсы в кларионовских приложениях
We are hard at work… for you.
- finsoftrz
- ✯ Ветеран ✯
- Сообщения: 4688
- Зарегистрирован: 06 Ноябрь 2014, 12:48
- Благодарил (а): 10 раз
- Поблагодарили: 37 раз
Интерфейсы в кларионовских приложениях
Да, это чревато ошибками. Есть еще вариант сделать переключатель даты для новых документов в журнале документов, а в настройке программы или пользователя ограничить возможность его использования.
C6/C11, ШВС, tps/btrieve.
- finsoftrz
- ✯ Ветеран ✯
- Сообщения: 4688
- Зарегистрирован: 06 Ноябрь 2014, 12:48
- Благодарил (а): 10 раз
- Поблагодарили: 37 раз
Интерфейсы в кларионовских приложениях
Вообще, это старая тема. Решение с "рабочей датой" тянется еще с 1с77, где это было реализовано еще в прошлом веке. Я когда-то давно думал на эту тему, решил не использовать. Все же система для оперативного учета, текущая дата является неким базовым понятием, чтобы ее менять настройкой.
Если говорить про добавление новых документов, то иногда возникает потребность их создания датой, отличной от текущей. Например, в конце года пробивают накладные на следующий год, встает вопрос с нумерацией документов. Или в небольшом производственном цехе принимают заказы на следующий день, в ночную смену готовят, утром развозят. Тут, конечно, могут быть вопросы по организации бизнес-процессов. Но пользователям так проще всего делать. Как мне представляется, для таких ситуаций логичнее всего повесить в журнале документов дополнительную кнопку "Добавить на дату". В этом случае сохраняется общая парадигма работы относительно текущей даты, а при использовании данной кнопки пользователь принимает осознанное решение и вероятность непроизвольной ошибки не возникает.
Если говорить про добавление новых документов, то иногда возникает потребность их создания датой, отличной от текущей. Например, в конце года пробивают накладные на следующий год, встает вопрос с нумерацией документов. Или в небольшом производственном цехе принимают заказы на следующий день, в ночную смену готовят, утром развозят. Тут, конечно, могут быть вопросы по организации бизнес-процессов. Но пользователям так проще всего делать. Как мне представляется, для таких ситуаций логичнее всего повесить в журнале документов дополнительную кнопку "Добавить на дату". В этом случае сохраняется общая парадигма работы относительно текущей даты, а при использовании данной кнопки пользователь принимает осознанное решение и вероятность непроизвольной ошибки не возникает.
C6/C11, ШВС, tps/btrieve.
- finsoftrz
- ✯ Ветеран ✯
- Сообщения: 4688
- Зарегистрирован: 06 Ноябрь 2014, 12:48
- Благодарил (а): 10 раз
- Поблагодарили: 37 раз
Интерфейсы в кларионовских приложениях
Есть. Но я им не пользуюсь по определенным причинам.
C6/C11, ШВС, tps/btrieve.
-
- ✯ Ветеран ✯
- Сообщения: 5025
- Зарегистрирован: 28 Май 2009, 15:54
- Откуда: Москва
- Благодарил (а): 7 раз
- Поблагодарили: 22 раза
Интерфейсы в кларионовских приложениях
По каким? Что-то я сомневаюсь в наличии данной опции. Станиславский, блин!
We are hard at work… for you.
- finsoftrz
- ✯ Ветеран ✯
- Сообщения: 4688
- Зарегистрирован: 06 Ноябрь 2014, 12:48
- Благодарил (а): 10 раз
- Поблагодарили: 37 раз
Интерфейсы в кларионовских приложениях
Не сомневайтесь, есть там оно. На самом деле, редактирование по месту не так сложно реализуется.
Не использую по той причине, что на форму много всякого функционала навешено. Распределение прав доступа, транзакционное и событийное логирование, статистика обращений, конкурентный доступ к редактируемой записи, подробные тултипы на полях. В связанных броузах есть стандартный функционал открытия формы на просмотр щелчком по заголовку колонки. Это что с ходу вспомнил. Редактирование по месту малофункционально.
Не использую по той причине, что на форму много всякого функционала навешено. Распределение прав доступа, транзакционное и событийное логирование, статистика обращений, конкурентный доступ к редактируемой записи, подробные тултипы на полях. В связанных броузах есть стандартный функционал открытия формы на просмотр щелчком по заголовку колонки. Это что с ходу вспомнил. Редактирование по месту малофункционально.
C6/C11, ШВС, tps/btrieve.
-
- ✯ Ветеран ✯
- Сообщения: 5025
- Зарегистрирован: 28 Май 2009, 15:54
- Откуда: Москва
- Благодарил (а): 7 раз
- Поблагодарили: 22 раза
Интерфейсы в кларионовских приложениях
Да залез в старую прогу на классических шаблонах. Там реализовано редактирование по месту через известное место. И чего-то подумалось, что не от ШВС-ли реализация?
Для меня наличие в ABC редактирования по месту было сильным побудительным моментом к переходу. Скорость ввода в разы увеличивается.
В ABC полноценный функционал. Конечно, навороченную форму не заменит, но уж простые справочники только так и делаю. Да и пользователи, которые раз это попробовали, нет-нет да и попросят сделать в таком виде. Да, востребованная фича. Недаром сделали возможность переключения форма/eip даже для одного броуза.
Когда не было штрих-кодирования (в моей проге), набор накладной менеджером осуществлялся в eip посредством артикула ну очень быстро. при том, что это оптовые продажи, позиций в накладной от 50, как правило.
We are hard at work… for you.
- finsoftrz
- ✯ Ветеран ✯
- Сообщения: 4688
- Зарегистрирован: 06 Ноябрь 2014, 12:48
- Благодарил (а): 10 раз
- Поблагодарили: 37 раз
Интерфейсы в кларионовских приложениях
Скорее всего, у Вас не используется тот функционал, который я перечислил.
Ввод новых позиций в накладной никто через формы не делает. Если только что-то подправить. Есть так называемый "Подбор". Намного быстрее и удобнее, чем через форму или eip. Если же строка редактируется, то при щелчке по значению в колонке или Enter при поколочатой подсветки открывается форма с фокусом сразу на нужном реквизите. Поменяли, Ctrl+Enter сохранили. Не намного медленнее, чем с eip.
Ввод новых позиций в накладной никто через формы не делает. Если только что-то подправить. Есть так называемый "Подбор". Намного быстрее и удобнее, чем через форму или eip. Если же строка редактируется, то при щелчке по значению в колонке или Enter при поколочатой подсветки открывается форма с фокусом сразу на нужном реквизите. Поменяли, Ctrl+Enter сохранили. Не намного медленнее, чем с eip.
C6/C11, ШВС, tps/btrieve.
-
- ✯ Ветеран ✯
- Сообщения: 5025
- Зарегистрирован: 28 Май 2009, 15:54
- Откуда: Москва
- Благодарил (а): 7 раз
- Поблагодарили: 22 раза
Интерфейсы в кларионовских приложениях
Главное - костыль обозвать красивым словом. Неудобно же! Каждый раз нажимать на кнопку "Подбор". Там лазить по дереву, ещё где-то вводить количество и цену. Опять же, с точки зрения разработчика. Функционал добавления ("подбора") отдельно пилиться, функционал изменения отдельно, удаления отдельно. Непрактично. Вопрос "подбора" при добавлении в справочники тоже "подвис". Делаю вывод, что в ШВС c EIP что-то не то.
We are hard at work… for you.
- finsoftrz
- ✯ Ветеран ✯
- Сообщения: 4688
- Зарегистрирован: 06 Ноябрь 2014, 12:48
- Благодарил (а): 10 раз
- Поблагодарили: 37 раз
Интерфейсы в кларионовских приложениях
Судя по всему, Вы не представляете, как это работает. Кнопка Подбор нажимается один раз. Диалоговое окно подбора закрывается после того, как все товары выбраны. Варианты подбора могут быть разные, в зависимости от используемых бизнес-процессов. Поиск товаров тоже может отличаться. Это полноценный справочник, в котором сразу показываются актуальные остатки, цены и т.п. Когда товар найден, щелкаем по нему, запрашивается количество (в простейшем случае), ввели, работаем по следующему товару. Остатки сразу актуализируются у всех операторов. Какие товары в накладной и итоговая сумма по накладной сразу отображаются в окне подбора. В общем, там много всякого функционала.
Честно говоря, я даже не понимаю, как можно заполнять накладную через еип. У Вас, наверно, нет потребности видеть актуальные остатки и цены. И небольшой ассортимент.
Честно говоря, я даже не понимаю, как можно заполнять накладную через еип. У Вас, наверно, нет потребности видеть актуальные остатки и цены. И небольшой ассортимент.
C6/C11, ШВС, tps/btrieve.
- finsoftrz
- ✯ Ветеран ✯
- Сообщения: 4688
- Зарегистрирован: 06 Ноябрь 2014, 12:48
- Благодарил (а): 10 раз
- Поблагодарили: 37 раз
Интерфейсы в кларионовских приложениях
Что с EIP в ШВС, затрудняюсь сказать. Помню, что Синявский когда-то давно писал, что тоже считает эту схему работы мало функциональной. Поэтому, возможно, там не все допилено до нужного уровня.
C6/C11, ШВС, tps/btrieve.
Интерфейсы в кларионовских приложениях
+1
обычно еще в бровзе не все поля показывают. Да и с теми же связанными записями решать проблемы...
-
- ✯ Ветеран ✯
- Сообщения: 5025
- Зарегистрирован: 28 Май 2009, 15:54
- Откуда: Москва
- Благодарил (а): 7 раз
- Поблагодарили: 22 раза
Интерфейсы в кларионовских приложениях
Кнопка "Подбор" - это схема работы для розничного клиента. Походить по каталогу, поискать и т.д. А "оптовый менеджер" работает по-другому. Ну вот как на фабрике. Есть шоу-рум, где представлены актуальные изделия. На каждом изделии есть размерная сетка и цветовая палитра и, естественно, цена. Как правило изделия представлены в разных цветах, чтобы покупатель видел, изделия бывают сложные, неодноцветные и т.д. Покупатель ходит, смотрит, выписывает артикул, размер, цвет, количество. Отдаёт бумагу менеджеру, у которого задача перенести это в программу. Всё. Чтобы ускорить это, сделано так. Менеджер начинает вводить артикул в ячейке, программа подбирает ему изделие, в следующей ячейке он выбирает цвет (который существует у этого изделия), в следующей ячейке он выбирает размер (который существует у этого изделия), в следующей ставит количество, может ещё и цену поменять. Дальше переходит к следующей строке. Сообщение об отсутствии изделия на складе отображается после ввода позиции. И необязательно надо запрещать ввод, потому что это могут быть разные случаи (например, не ввели приходную накладную). Получается, что менеджер задействует только цифровые кнопки, кнопку Tab (Shift-Tab) и кнопку "Вниз". Второй сценарий работы продажи связан со штрихкодированием. Покупатель ходит с тележкой по складу (в реале вместе с кладовщиком), набирает всё, что нужно. Кладовщик потом сканирует штрих-коды у набранных изделий. В этом сценарии проверка наличия товара на складе не актуальна.
Комментировать не хочется. Представьте, что в накладной с сотней позиций менеджер ошибся в количестве в пятидесяти позиций (или вообще везде). Покупатель сказал "двадцать каждых", а менеджеру послышалось "двенадцать". Сколько движений нужно сделать менеджеру, чтобы это исправить без "редактирования по месту"? И времени?
Последний раз редактировалось kreator 08 Август 2020, 17:41, всего редактировалось 1 раз.
We are hard at work… for you.