25.03.2010 17:34:09
Imp Posts: 14
|
После кратковременного знакомства с Квотой назрело предложение: Почему бы параметры ай-батонов не хранить в базе, хотя бы в форме имя_ключа, номер ? Ибо когда их будет достаточно большое количество и потребуется массовое перемещение их между водителями, контрагентами и т.д проще выбирать из списка, нежели заморачиваться с вводом вручную (считывания с ридера).
|
ссылка
|
25.03.2010 21:12:19
Masol Posts: 255
|
Ага, а вот похоже и газпром... Не все тут понятно. Что за имя ключа? Например "ООО организация 1, Иванов"? Так сейчас, по сути, такое и есть, только не в обычном справочнике, а сразу с привязкой к ведомостям. Кроме того, переприсваивание ключа другому лицу/авто уже сделано с помощью ридера - делалось специально для клиентов, которые уже больше года пользуются, а у них менялись думаю уже не раз. В общем я не поддерживаю идею, аргументирую: - у ключа есть номер, название ему не нужно - непонятно, в чем будет ускорение работы (с помощью ридера перенос делается мгновенно, в ручном режиме есть копирование, быстрее все равно не получится) - лишний справочник (эти данные уже есть, зачем их хранить еще в одном месте).
А вот что действительно нужно, это отчет какой-нибудь по айбуттонам (ну сколько их всего, сколько у каждой организации, список сверки). Думаю, тогда и необходимость в списке отпадет?
|
ссылка
|
25.03.2010 22:03:56
loginov_d Administrator Posts: 442
|
А вот что действительно нужно, это отчет какой-нибудь
Не поддерживаю!!! Зачем отчеты? Не надо никаких отчетов!!!!!
|
ссылка
|
26.03.2010 11:14:06
Смирнов Posts: 315
|
Masol написал:
Ага, а вот похоже и газпром... Не все тут понятно. Что за имя ключа? Например "ООО организация 1, Иванов"? Так сейчас, по сути, такое и есть, только не в обычном справочнике, а сразу с привязкой к ведомостям. Кроме того, переприсваивание ключа другому лицу/авто уже сделано с помощью ридера - делалось специально для клиентов, которые уже больше года пользуются, а у них менялись думаю уже не раз.
А при переприсваивании название организации и фамилии изменяются автоматически?
|
ссылка
|
26.03.2010 11:26:35
Masol Posts: 255
|
Смирнов написал:
Masol написал: Ага, а вот похоже и газпром... Не все тут понятно. Что за имя ключа? Например "ООО организация 1, Иванов"? Так сейчас, по сути, такое и есть, только не в обычном справочнике, а сразу с привязкой к ведомостям. Кроме того, переприсваивание ключа другому лицу/авто уже сделано с помощью ридера - делалось специально для клиентов, которые уже больше года пользуются, а у них менялись думаю уже не раз.
А при переприсваивании название организации и фамилии изменяются автоматически?
Да. С ридером точно меняются, при ручной не помню..
|
ссылка
|
29.03.2010 12:36:24
Imp Posts: 14
|
Masol написал:
Ага, а вот похоже и газпром... Не все тут понятно. Что за имя ключа? Например "ООО организация 1, Иванов"? Так сейчас, по сути, такое и есть, только не в обычном справочнике, а сразу с привязкой к ведомостям. Кроме того, переприсваивание ключа другому лицу/авто уже сделано с помощью ридера - делалось специально для клиентов, которые уже больше года пользуются, а у них менялись думаю уже не раз. В общем я не поддерживаю идею, аргументирую: - у ключа есть номер, название ему не нужно - непонятно, в чем будет ускорение работы (с помощью ридера перенос делается мгновенно, в ручном режиме есть копирование, быстрее все равно не получится) - лишний справочник (эти данные уже есть, зачем их хранить еще в одном месте).
А вот что действительно нужно, это отчет какой-нибудь по айбуттонам (ну сколько их всего, сколько у каждой организации, список сверки). Думаю, тогда и необходимость в списке отпадет?
Ага - это мы ...
Имя - это некая наша кодировка (есть желание промаркировать ключики в удобоваримом для "простого смертного" виде - типа 4, 5 - значное число) с которой оператору будет проще работать, имея на столе кучку из десятка и-батонов.
Теперь рассмотрим ситуацию - ключ уже у клиента на руках.... Нужно разрешить заправляться по нему ещё на 2-3х АЗС... при наличии отдельного справочника вопрос можно решить импортом-экспортом, а при отсутствии как ?
На счет отчетов, кратенький на тему у кого сколько и какие ключи - да , остальное, имхо, ни к чему , ибо всё есть в сменных отчетах...
|
ссылка
|
29.03.2010 20:18:52
Masol Posts: 255
|
эх... с квотой вообще столько задумок есть!!! Посмотрим, что можно сделать.. Простая, на первый взгляд, задача как всегда будет глобальной, потому что потом начнется, передача его в офис, синхронизация между АЗС, ведение изменений в отчетах и еще куча всего.. А еще ведомостя у нас и так разрослись не хило, безболезненно их править стало уже тяжело (вам ли не знать ) я не в коем случае не отказываюсь от подобного справочника, я просто хочу сказать, что это дело не пяти минут!
|
ссылка
|
29.03.2010 21:00:34
Imp Posts: 14
|
Masol написал:
эх... с квотой вообще столько задумок есть!!! Посмотрим, что можно сделать.. Простая, на первый взгляд, задача как всегда будет глобальной, потому что потом начнется, передача его в офис, синхронизация между АЗС, ведение изменений в отчетах и еще куча всего.. А еще ведомостя у нас и так разрослись не хило, безболезненно их править стало уже тяжело (вам ли не знать ) я не в коем случае не отказываюсь от подобного справочника, я просто хочу сказать, что это дело не пяти минут!
Что не 5-ти минутных оно и так понятно - только и в названии темы слово "срочность" отсутствует
Возвращаясь к Квоте - вообще интересно вышло... Создаю тип оплаты "Квота" на базе ведомостей, заполняю квотовских контрагентов и ключи к ним, посредством авто (кстати в этом случае отчеты строятся), отключаю вид оплат "Квота" и......ОНО РАБОТАЕТ И ОТЧЁТЫ СТРОЯТСЯ
|
ссылка
|
30.03.2010 9:45:56
muromsky2 Administrator Posts: 270
|
Не без ошибок, не без ошибок. Все-таки продукт новый. Постараемся оперативно поправить. edited by muromsky2 on 30.03.2010
|
ссылка
|