Проверьте версию плагина КриптоПро. Версию плагина из браузера можно посмотреть здесь: https://www.cryptopro.ru/sites/default/files/products/cades/demopage/simple.html. Если работать с подписью планируется в IE или FireFox, можно попробовать обновить плагин до версии 2, если в Chrome, то пока максимум 1.5

Смысл проблемы разворота в следующем:

Скиф 3 хранил данные вертикально, т.е. номер колонки там был таким же реквизитом, как атрибуты шапки или код строки:

 

A, B, Row, Column, X

 

Где A и B это реквизиты шапки, Row - код строки, Column – колонка, а X – это сумма. Т.е. каждая ячейка хранилась в отдельной строке таблицы БД. Например для одной строки одного документа, в котором есть три колонки с данными (3, 5 и 7 рублей, допустим) у нас было бы три записи:

 

A, B, Row, 1, 3

A, B, Row, 2, 5

A, B, Row, 3, 7

 

Таким образом в аналитике никаких проблем с манипуляцией колонкой как отдельным измерением не возникало.

 

В Скифе БП хранилище горизонтальное. Т.е. одна строка формы – одна строка в БД. Те же самые цифры в Скифе БП хранятся так:

A, B, Row, 3, 5, 7

Тут то и возникает проблема с манипуляцией колонкой как отдельным измерением. Номера колонки то, как такового, больше нет.

 

Развернуть данные обратно в вертикаль можно несколькими способами. Самый простой из них – оператор union. Имея на руках одну строку, нужно обратится к ней три раза и результат сложить в одну таблицу:

select A, B, Row, 1 as [Номер колонки], Column_1 as [Единственная колонка с данными]

union

select A, B, Row, 2 as [Номер колонки], Column_2 as [Единственная колонка с данными]

union

select A, B, Row, 3 as [Номер колонки], Column_3 as [Единственная колонка с данными]

 

Видите? Обращение идёт последовательно к трём колонкам и попутно рождается номер колонки, как отдельный атрибут.

 

В нашей аналитичке есть два способа употребить оператор union:

  1. Собственно кубик «Объединение таблиц. Он предназначен именно для применения оператора union. Цель этого кубика, как раз, объединять несколько результатов в один.
  2. Универсальный кубик SQL скрипт. Им можно делать, вообще, всё что угодно. В т.ч. то, что делает кубик «Объединение таблиц». Для его применения делаем следующее. Создаём последовательность кубиков:

В теле SQL кубика задаём следующую инструкцию:

 

 

select

    *

into @@Form_42801_Data_New@@

from

    (

    select

        *

        ,7 as Column_Number

        ,[УТВГОК] as Column_X

    from

        ~~Form_42801_Data~~

    union

    select

        *

        ,8 as Column_Number

        ,[УТВМР] as Column_X

    from

        ~~Form_42801_Data~~

    union

    select

        *

        ,9 as Column_Number

        ,[УТВГСП] as Column_X

    from

        ~~Form_42801_Data~~

    ) as A

 

Видно, что эта инструкция делает три запроса к одним и тем же данным формы и вываливает результат в таблицу Form_42801_Data_New

Далее определяем кубик Кросс-Таблица. Ему на вход даём таблицу, произведённую SQL кубиком. А измерения задаём так:

Видно что номер колонки пошёл в строки, а единственная колонка с данными – в область с данными.

 

При нормальном течении процесса формирования НСИ на вашем сервере такие сообщения появляются только с том случае, когда пользователи захотят отказаться от обновления какого-либо показателя и, для этого, устанавливают себя (с высшим приоритетом) владельцем этой строки. Т.е. это сознательное действие пользователя и вопросов, в этом случае, не возникает.

Однако, как выяснилось, в процессе ведения НСИ в Скифе 3 некоторые строки, по каким-то причинам, которые сейчас уже выяснить не представляется возможным, обрели признак "локальных". Т.е. их правили на сервере пользователя. При миграции признак показателя "локальный" из Скифа 3 превратился в локального владельца с большим приоритетом в Скифе БП. Такие случаи подлежат исправлению, поскольку, завладение этими строками является непреднамеренным и препятствует их централизованному обновлению.

Для того, чтобы исправить эту ситуацию нужно:

  1. Открыть справочник
  2. Отсортировать все строки по владельцу, дабы все владельцы подлежащие изменению оказались подряд.
  3. Выделить все строки (полностью, т.е. за подушечки слева от строк) с владельцем не равным "Федеральный"
  4. Нажать кнопку "Изменить значения выделенных полей" (рис.)
  5. В открывшемся диалоге выбрать владельца "Федеральный" и нажать ОК
  6. Сохранить справочник
  7. Проделать то же самое с остальными справочниками, упомянутыми в протоколе.

Вопрос про фильтры на интервалы с возможностью получать интервалы НЕ ПОДРЯД  до сих пор горячо обсуждается среди разработчиков. Нужно ли усложнять фильтр или нет? Пока единого мнения нет.

Например, в аналитичке требуется сравнить два месячных отчёта: декабрь 2012 и декабрь 2013

Сейчас выходов два.

  1. Дополнительным кубиком "SQL скрипт" удалить лишнее. . Фильтр на источник задаётся как Дата начала 01.12.2012 - Дата окончания 01.01.2013. Нам, очевидно, мешают 11 лишних месяцев, т.е. все, у которых дата окончания действия не равна 01.01.2013 или 01.01.2014. Удалить их можно инструкцией:  

2. Создавать два источника для одной и той же формы, но с двумя разными фильтрами. У данного способа, по сравнению с первым способом есть недостаток. У пользователя придётся запрашивать 4 даты, вместо 2х.

Скиф БП можно устанавливать на SQL 2005 и выше.
Скиф 3 можно устанавливать на 2000 и выше. Однако мы настоятельно рекомендуем устанавливать максимальную версию SQL, которая доступна для Вашей ОС на момент развёртывания программного комплекса.
Для Windows XP это SQL 2008R2, для Windows 7 - это SQL 2012.
Причём, рекомендуем выбирать разрядность SQL сервера соответствующую разрядности ОС, т.е. не ставить 32х разрядный SQL на машины с 64х разрядной ОС, т.к. при наличии более 3Гб оперативной памяти возможны проблемы.

Сайт использует cookie-файлы. Продолжив просмотр сайта, Вы таким образом подтверждаете свое согласие на использование этих файлов.