Данный отчет позволяет сверить данные по начисленной зарплате между двумя базами. Он представляет собой модифицированный отчет «Свод начислений по организации» и предназначен для того, чтобы показывать расхождения в начислениях или удержаниях. Если данные между двумя базами идентичны, то будут просто пустые колонки (не смог от них избавиться), если данные различны, то в будут показаны отличия. Для корректной работы отчета, его необходимо добавить в конфигурацию. По сравнению со стандартным отчетом, я оставил только часть 1 «Начисления» и часть 3 «Удержания». Подключаемая база, может быть как файловая, так и расположенная на сервере 1С.
При открытии отчета указываем, к какому типу базы будет подключаться, заполняем параметры подключения в зависимости от выбранного типа базы. Выбираем организацию по которой будут сравниваться данные и выбираем период за который мы формируем отчет. Далее нажимаем кнопки «Загрузить таблицы значений» и «Сформировать».
В отчете работает возможность расшифровки.
Данный отчет позволяет сверить данные по начисленной зарплате между двумя базами. Он представляет собой модифицированный отчет «Свод начислений по организации» и предназначен для того, чтобы показывать расхождения в начислениях или удержаниях.
Перейти к публикации
Отчёт, судя по всему, интересный и оригинальный. Здоровский, одним словом. Единственное, что не совсем понятно, зачем надо сравнивать две базы, если они разные? И так понятно, что они будут разниться, и интерес будет представлять, разве что, на сколько окплата по окладу одной организации больше, чем в другой? Возможное применение, очевидно, это сравнение архивной базы с текущей, если в текущей что-то поломалось? Или есть иные причины его использования?
Ну, например, одно из возможных применений, если у тебя одна БД «черная», а вторая «белая»)))
Порой бухглатера грешат на сбои в программе и данный отчет позволяет точно сказать, кто и что поправил.
Раньше думал, что возможно делать распределённый запрос в компоновщике, раз он может брать данные из разных источников. Отчеты подобного класса необходима для сверки перегрузки(что-то могло не провестись в базе-получателе по сравнению с базой-источником или отредактировано руками). Респект!
Собственно отчет и писался с целью проверки корректности переноса данных между 2-я базами УПП.