N
Я в десктопе работаю
Size: a a a
2019 October 14
EI
Ну тогда только остается резервная копия.
ЕС
Добрый день.
Формируя таблицы средствами 1С (внешним файлом или в таблицы sql) вы гарантируете что клик будет показывать то же самое что и пользователям отчетов.
Повторяя алгоритм формирования отчета в клик есть большой риск разойтись в результатах с 1с. И здесь уже варианты - либо неверно передан алгоритм из 1с, либо ошибка при формирвоании алгоритма в клике, или самое забавное - ошибочно сформированный отчет в 1С.
В моей практике это встречалось не раз. Фирмы с большим оборотом и глубокой аналитикой могут жить в илллюзиях ошибочных отчетов достаточно долго, с постоянным чувством "что-то не так" и нормальным результатом.
Мое мнение по поводу воспроизведения отчетов в клике - тяжело, но необходимо, даже хотя бы разово, в Qlikview собрать модель для отчета и выйти на цифры 1с. Особенно если система отличается от типовой и дорабатывается собственными силами.
И следует понимать, что на поддержке пояаляется дополнительный блок расчетов, о котором легко забыть и который затем может стать источником проблем.
Формируя таблицы средствами 1С (внешним файлом или в таблицы sql) вы гарантируете что клик будет показывать то же самое что и пользователям отчетов.
Повторяя алгоритм формирования отчета в клик есть большой риск разойтись в результатах с 1с. И здесь уже варианты - либо неверно передан алгоритм из 1с, либо ошибка при формирвоании алгоритма в клике, или самое забавное - ошибочно сформированный отчет в 1С.
В моей практике это встречалось не раз. Фирмы с большим оборотом и глубокой аналитикой могут жить в илллюзиях ошибочных отчетов достаточно долго, с постоянным чувством "что-то не так" и нормальным результатом.
Мое мнение по поводу воспроизведения отчетов в клике - тяжело, но необходимо, даже хотя бы разово, в Qlikview собрать модель для отчета и выйти на цифры 1с. Особенно если система отличается от типовой и дорабатывается собственными силами.
И следует понимать, что на поддержке пояаляется дополнительный блок расчетов, о котором легко забыть и который затем может стать источником проблем.
"Мое мнение по поводу воспроизведения отчетов в клике - тяжело, но необходимо, даже хотя бы разово, в Qlikview собрать модель для отчета и выйти на цифры 1с. Особенно если система отличается от типовой и дорабатывается собственными силами." - перед перспективами потратить на это действо несколько десятков часов, пожалуй, я пасану)
EI
"Мое мнение по поводу воспроизведения отчетов в клике - тяжело, но необходимо, даже хотя бы разово, в Qlikview собрать модель для отчета и выйти на цифры 1с. Особенно если система отличается от типовой и дорабатывается собственными силами." - перед перспективами потратить на это действо несколько десятков часов, пожалуй, я пасану)
))) Понимаю Вашу точку зрения.
Мое мнение исключительно с точки зрения ИТ в штате фирмы.
В поисках истины иногда стоит потратить время, тем более если в результате найденных ошибок может ожидать бонус от суммы найденного.
Мое мнение исключительно с точки зрения ИТ в штате фирмы.
В поисках истины иногда стоит потратить время, тем более если в результате найденных ошибок может ожидать бонус от суммы найденного.
ER
Всем привет! Кто-нибудь сталкивался с ситуацией, когда в модели QV есть макросы, которые меняют сразу несколько переменных, и необходимо реализовать в интерфейсе кнопки Back и Next, которые последовательно проведут пользователя по шагам назад или вперед. Стандартный триггер Back не походит, т.к. идет назад по одной переменной, а в макросе меняется их целая пачка, и они связаны. Alternate State не подходит, т.к. меняет состояния полей, но не трогает переменные макроса. Идеальный вариант оказался букмарки, но возникла проблема с их реализацией в точке доступа. Не получается там удалить и создать букмарк макросом. Есть ли вообще такая возможность? Или готовые другие варианты решения? В любом случае тема букмарк+макрос+точка доступа для меня интересна, хочется разобраться
IB
Елена, а что нужно сделать? На кнопку можно повесить макрос, в макросе можно вычислить или сделать с любым объектом QlikView почти все что угодно
H
Всем привет! Кто-нибудь сталкивался с ситуацией, когда в модели QV есть макросы, которые меняют сразу несколько переменных, и необходимо реализовать в интерфейсе кнопки Back и Next, которые последовательно проведут пользователя по шагам назад или вперед. Стандартный триггер Back не походит, т.к. идет назад по одной переменной, а в макросе меняется их целая пачка, и они связаны. Alternate State не подходит, т.к. меняет состояния полей, но не трогает переменные макроса. Идеальный вариант оказался букмарки, но возникла проблема с их реализацией в точке доступа. Не получается там удалить и создать букмарк макросом. Есть ли вообще такая возможность? Или готовые другие варианты решения? В любом случае тема букмарк+макрос+точка доступа для меня интересна, хочется разобраться
Лена, привет! Попробуй https://blog.andbel.it/B167mTUPQ
ER
Аня, привет! Спасибо! Alternate State я как раз пробовала по этой ссылке, не прокатило, поскольку он не обращает внимание на то, что менялись переменные в макросе, смотрит только на изменения в полях
ER
Елена, а что нужно сделать? На кнопку можно повесить макрос, в макросе можно вычислить или сделать с любым объектом QlikView почти все что угодно
В идеале на каждый выбор или изменееие должен запускаться макрос, который должен сохранять текуший букмарк в массив. А по нажатиям кнопки Back последовательно вызываются сохраненные букмарки. На десктопной версии как-то работает, через точку доступа букмарки макросом не удаляются и не создаются, хотя все галки в настройках стоят
ЕС
В идеале на каждый выбор или изменееие должен запускаться макрос, который должен сохранять текуший букмарк в массив. А по нажатиям кнопки Back последовательно вызываются сохраненные букмарки. На десктопной версии как-то работает, через точку доступа букмарки макросом не удаляются и не создаются, хотя все галки в настройках стоят
Может я упускаю какие-то детали задачи, но может здесь поможет использование в сет анализе идентификаторов множества типа 1$ - показывает педыдущую выборку, 2$ - предпредыдущую и т.д.
ER
Может я упускаю какие-то детали задачи, но может здесь поможет использование в сет анализе идентификаторов множества типа 1$ - показывает педыдущую выборку, 2$ - предпредыдущую и т.д.
Дело в том, что меняется не только сетанализ. В модели есть три совершенно разных варианта календаря, варианты выбираются через имитацию радиокнопок, а дальше запускается макрос, который на выходе формирует как переменную для сетанализа, так и еще пару переменных для визуализации. Соответственно, состояния этих "радиокнопок" , видимость календарей, выбор в каждом из вариантов календаря - это всё должно и возвращаться синхронно за один Back.
IB
На мой взгляд есть только одно решение - сделать альтернативные свои кнопки Back и Next в них реализовать как переходы по отборам так и логику возврата к предыдущим значениям переменных в макросах
ЕС
А что за варианты календаря?
IB
Вообще все решения с макросами и прочими костылями жуть)
ЕС
Дело в том, что меняется не только сетанализ. В модели есть три совершенно разных варианта календаря, варианты выбираются через имитацию радиокнопок, а дальше запускается макрос, который на выходе формирует как переменную для сетанализа, так и еще пару переменных для визуализации. Соответственно, состояния этих "радиокнопок" , видимость календарей, выбор в каждом из вариантов календаря - это всё должно и возвращаться синхронно за один Back.
Если у вас один факт может иметь несколько типов дат и нужно это учитывать в визуализациях, есть смысл использовать метод построения модели с Canonical Date. тогда параметрами даты можно управлять через сет анализ
OT
Дело в том, что меняется не только сетанализ. В модели есть три совершенно разных варианта календаря, варианты выбираются через имитацию радиокнопок, а дальше запускается макрос, который на выходе формирует как переменную для сетанализа, так и еще пару переменных для визуализации. Соответственно, состояния этих "радиокнопок" , видимость календарей, выбор в каждом из вариантов календаря - это всё должно и возвращаться синхронно за один Back.
Добрый день. Если задача состоит в том, чтобы по кнопке вернуть предыдущие выборки и не трогать переменные, то я бы попробовал так:
1. На триггере "при любой выборке" сохранял букмарк
2. По кнопке возвращался к выборкам из букмарка.
Так не работает?
1. На триггере "при любой выборке" сохранял букмарк
2. По кнопке возвращался к выборкам из букмарка.
Так не работает?
ER
Oleg Troyansky
Добрый день. Если задача состоит в том, чтобы по кнопке вернуть предыдущие выборки и не трогать переменные, то я бы попробовал так:
1. На триггере "при любой выборке" сохранял букмарк
2. По кнопке возвращался к выборкам из букмарка.
Так не работает?
1. На триггере "при любой выборке" сохранял букмарк
2. По кнопке возвращался к выборкам из букмарка.
Так не работает?
Олег, это идеальный вариант, который я бы и хотела реализовать. Букмарк сохраняет как раз всё, что мне нужно. Но у меня не получилось 2 вещи:
1) Поменять через макрос id букмарка. ActiveDocument.SetDocBookMarkById "BM1", "BM2" ошибку не выдает, но и не меняет Id. Либо нужно все свойства "BM1" скопировать в "BM2" - жто я совсем не нашла, как сделать.
2) Когда я открываю модель через точку доступа, там не создаются и не удаляются букмарки моим макросом. Ошибку не пишет, но и не делает.
Возможно, знаете, как можно решить эти две проблемы?
1) Поменять через макрос id букмарка. ActiveDocument.SetDocBookMarkById "BM1", "BM2" ошибку не выдает, но и не меняет Id. Либо нужно все свойства "BM1" скопировать в "BM2" - жто я совсем не нашла, как сделать.
2) Когда я открываю модель через точку доступа, там не создаются и не удаляются букмарки моим макросом. Ошибку не пишет, но и не делает.
Возможно, знаете, как можно решить эти две проблемы?
ER
А что за варианты календаря?
1) Выбор в имитации полей День, Месяц, Год
2) Выбор интервала
3) Свободная запись пользователем в поле ввода, количество дат не ограничено, может вводить как через запятую отдельные даты, может часть из них задавать через дефис интервалом. Все варианты ввода вручную проходят проверку макросом. В случае ошибки какого-то из них выводится пользователю сообщение.
Кроме того, в модели несколько полей с датами. И в зависимости от других условий этот календарь установит сетанализ на нужные поля дат
2) Выбор интервала
3) Свободная запись пользователем в поле ввода, количество дат не ограничено, может вводить как через запятую отдельные даты, может часть из них задавать через дефис интервалом. Все варианты ввода вручную проходят проверку макросом. В случае ошибки какого-то из них выводится пользователю сообщение.
Кроме того, в модели несколько полей с датами. И в зависимости от других условий этот календарь установит сетанализ на нужные поля дат
OT
Олег, это идеальный вариант, который я бы и хотела реализовать. Букмарк сохраняет как раз всё, что мне нужно. Но у меня не получилось 2 вещи:
1) Поменять через макрос id букмарка. ActiveDocument.SetDocBookMarkById "BM1", "BM2" ошибку не выдает, но и не меняет Id. Либо нужно все свойства "BM1" скопировать в "BM2" - жто я совсем не нашла, как сделать.
2) Когда я открываю модель через точку доступа, там не создаются и не удаляются букмарки моим макросом. Ошибку не пишет, но и не делает.
Возможно, знаете, как можно решить эти две проблемы?
1) Поменять через макрос id букмарка. ActiveDocument.SetDocBookMarkById "BM1", "BM2" ошибку не выдает, но и не меняет Id. Либо нужно все свойства "BM1" скопировать в "BM2" - жто я совсем не нашла, как сделать.
2) Когда я открываю модель через точку доступа, там не создаются и не удаляются букмарки моим макросом. Ошибку не пишет, но и не делает.
Возможно, знаете, как можно решить эти две проблемы?
Если честно, не знаю, не пробовал, но не покупку зачем? Если задача вернуться назад на один шаг, то букмарк нужен только один, верно?
ER
Нужно хранить хотя бы пять назад и пять вперед. Т.е. 10 шагов примерно. В любом случае не получается этот букмарк создать макросом через точку доступа. В десктопе он хорошо отрабатывает