О системах планирования ресурсов предприятия Scala, iScala
“ Увы, я не смогу научить в рамках однодневного, двухдневного или даже недельного тренинга создавать отчёты, где требуется глубокое знание функциональности и большой опыт. Да, общему подходу научить можно, но передать за одно-два-пятьдесят два занятия 29-летний опыт не получится :) :) :)
  • Главная
    • О проекте
      • Разъяснение о проекте и его участниках
      • Заявление / Memorandum
    • Новости проекта
    • Список опубликованных материалов основного раздела
    • Информация, перенесённая из старых форумов
    • Подписаться на новостную рассылку
  • Наши услуги
  • Статьи
    • Статьи
    • Избранное
    • Мысли вслух
  • Процедуры
  • Доходчиво о сложном
    • Обучение
    • Как сделать?
    • iScala «для чайников»
    • Оч.умелые ручки
  • Структура таблиц
    • Scala 5.1 SR13
    • iScala 2.2 HF 2.3318
    • Tables structure changes history from iScala 2.2 SR2 to iScala 3.0 FSP4
    • Epicor iScala 2.3 — 2.03.3363
    • Epicor iScala 2.3 SR1
    • Epicor iScala 2.3 SR2
    • Epicor iScala 2.3 SR3
    • Epicor iScala 3.00 FSP 2 — 3.00.02254
    • Epicor iScala 3.0 FSP4 — 3.0.4267
    • Изменение структуры таблиц iScala 3.1 по сравнению с iScala 3.0 FSP4 / Table structure changes between iScala 3.0 FSP4 and iScala 3.1
    • Epicor iScala 3.1 — 3.1.0511
    • Epicor iScala 3.2 — 3.2.0317
    • Epicor iScala 3.3 — 3.3.0419
    • Epicor iScala 3.4 — 3.4.0399
    • Epicor iScala 3.5 — 3.5.0.0429
    • Изменение полей в таблицах БД iScala 3.4 по сравнению с iScala 3.2 / Difference between DB structure of iScala 3.4 and iScala 3.2
    • Изменение полей в таблицах БД iScala 3.5 по сравнению с iScala 2.2 / Difference between DB structure of iScala 3.5 and iScala 2.2
  • Материалы по модулям iScala
    • Главная Книга
    • Основные Средства
    • Книга Закупок
    • Книга Продаж
    • Заказы на Закупку
      • Требования
    • Заказы на Продажу
    • Управление Запасами
    • Установка, Администрирование
      • Настройка определений документов MSRS
    • Заработная плата
    • Структура базы данных
    • Отчётность SSRS
    • Отчётность AFR
    • Примеры отчётов
    • Примеры отчётов AFR
    • Интеграция с другими системами
    • Epicor Service Connect
  • English
  • Контакты
  • Поиск
Главная  »»»  IT & ERP  »»»  Сколько в дизайне отчёта собственно дизайна отчёта?

Сколько в дизайне отчёта собственно дизайна отчёта?

13.07.2023 Автор Алексей Васильев

Вам не кажется странным этот вопрос? Какое-то «масло масляное», нет? Мне не кажется 🙂

Наверное, для ответа на этот вопрос нужно разобрать какой-то конкретный пример, чтобы понять, что нужно сделать/знать/уметь, чтобы вожделенный отчёт показывал осмысленную информацию. Возьмём не самый сложный, но в то же время своего рода «заковыристый» отчёт «Все проводки за все финансовые годы по учётному измерению 2»:

отчёт "Все проводки за все финансовые годы по учётному измерению 2"

Для того, чтобы его сделать, нужно не только знать в каких таблицах какая информация хранится, но также знать функциональность iScala.

Подробнее:

  1. Отчёт должен использовать строки проводок Главной книги, где встречается заданное учётное измерение
  2. Таблицы проводок Главной книги компание и годозависимые, то есть информацию из компании 01 за 2017 финансовый год следует искать в таблице GL060117, а за 2018 финансовый год в таблице GL060118
  3. Мы заранее не знаем, в каких финансовых годах были проводки по выбранному учётному измерению, поэтому нужно пройтись по всем таблицам проводок Главной книги выбранной компании за все финансовые годы, доступные для компании. Информация о доступных финансовых годах хранится в таблице ScaCompanyYear
  4. Теперь, когда с помощью SQL запросов мы получим всё нужные строки, казалось бы останется всё это вывести и просуммировать в самом отчёте, то есть приступить к самому дизайну «красивостей», правильно? А вот и нет!
  5. Для того, чтобы двинуться дальше недостаточно технических знаний или умения рисовать красивые формы. Здесь нужно понимать процесс переноса исходящего сальдо на новый финансовый год. Эти проводки имеют особый тип «Проводки входящего сальдо». Их номер всегда 000000000 и они не имеют даты проводки. И более того, они не должны приплюсовываться к накопленной сумме, но должны выводиться в отчёт таким образом, чтобы их сумма за текущий год (именно сумма, так как сальдо может переноситься несколькими строками с подробностями по другим учётным измерениям) была равна сумме, накопленной на конец предыдущего года. На картинке я специально проиллюстрировал это стрелками.
  6. Вот только теперь можно заниматься собственно дизайном. Сколько его в процентах к общему объёму работ по данной задаче? Я думаю, не более 5% 🙂

Именно поэтому я, увы, не могу научить в рамках однодневного, двухдневного или даже недельного тренинга создавать отчёты, где требуется глубокое знание функциональности и большой опыт. Да, общему подходу научить можно, но передать за одно-два-пятьдесят два занятия 29-летний опыт не получится 🙂 🙂 🙂

Не согласны?

Рубрика: IT & ERP, Отчётность Метки: iScala, report, тренинг
VK Telegram Про канал в WhatsApp

Copyright © 2025 О системах планирования ресурсов предприятия Scala, iScala.

Gammapolis WordPress Theme by ERP & Business Consulting

Прокрутка вверх