СКД 1С

СКД 1С або система компонування даних 1С — це механізм платформи 1С та BAS, який використовується для створення гнучких звітів, обробки даних, налаштування відборів, групувань, ресурсів, параметрів, розшифровок і варіантів відображення інформації. За допомогою СКД у 1С будуються оборотно-сальдові відомості, управлінські звіти, складські залишки, продажі, взаєморозрахунки, зарплатні звіти, виробничі звіти, прайс-листи, аналітика по контрагентах, товарах, документах і регістрах.

СКД дозволяє розробнику описати джерело даних і структуру звіту, а користувачу — змінювати варіант звіту без переписування коду: додавати відбори, групування, сортування, поля, підсумки, умовне оформлення і розшифровки.

Головне. СКД 1С — це конструктор звітів і аналітики. Він відокремлює отримання даних від їхнього представлення: запит дістає дані, а схема компонування визначає, як їх групувати, фільтрувати, підсумовувати і показувати користувачу.

Проста аналогія. Запит у СКД — це “звідки взяти дані”. Налаштування СКД — це “як їх показати”: таблицею, групами, підсумками, з відборами, сортуванням і розшифровкою.

Важливо про 1С та BAS. В Україні продукти екосистеми 1С і частина продуктів BAS пов’язані з санкційними, юридичними, кібербезпековими та репутаційними ризиками. Указ Президента України №184/2020 ввів у дію рішення РНБО щодо санкцій, а Держспецзв’язку веде перелік забороненого до використання програмного забезпечення та комунікаційного обладнання, де згадуються продукти 1С/BAS, зокрема 1C:Підприємство 8 і BAS ERP. Перед підтримкою, використанням або міграцією таких систем потрібно перевіряти актуальні офіційні обмеження.

Що таке СКД у 1С

СКД — це скорочення від система компонування даних.

У російськомовній термінології 1С часто використовується назва система компоновки данных.

СКД використовується для створення звітів, які можуть:

отримувати дані з документів;
отримувати дані з довідників;
читати регістри накопичення;
читати регістри відомостей;
читати регістри бухгалтерії;
об’єднувати кілька джерел даних;
приймати параметри;
застосовувати відбори;
групувати дані;
рахувати підсумки;
показувати ресурси;
формувати розшифровки;
підтримувати варіанти звітів;
експортувати результат у таблицю або Excel.

СКД особливо корисна там, де користувачам потрібна гнучка аналітика без постійного доопрацювання програмного коду.

Для чого потрібна СКД

СКД потрібна для швидкого і стандартизованого створення звітів у 1С/BAS.

Вона використовується для:

бухгалтерських звітів;
управлінських звітів;
складських звітів;
продажів;
закупівель;
взаєморозрахунків;
виробництва;
зарплати;
кадрового обліку;
ПДВ;
звітів по регістрах;
аналізу залишків;
аналізу оборотів;
звітів для керівництва;
зовнішніх звітів;
аналітики для міграції;
підготовки даних для Power BI.

Практичний сенс. Без СКД кожну зміну у звіті довелося б програмувати вручну. Завдяки СКД користувач може сам змінити відбір, групування, порядок полів або варіант звіту.

Основні елементи СКД

Елемент	Що означає	Приклад
Схема компонування даних	Головна структура звіту	Схема звіту “Продажі по товарах”
Набір даних	Джерело даних	Запит до регістру продажів
Запит	Текст отримання даних	ВИБРАТИ Номенклатура, Сума З Регістр...
Поля	Дані, які можна показати у звіті	Контрагент, Номенклатура, Сума
Ресурси	Числові показники для підсумків	Кількість, Сума, Собівартість
Параметри	Значення, які передаються у звіт	Період, Організація, Склад
Відбори	Фільтри	Тільки склад “Основний”
Групування	Рівні аналітики	Контрагент → Документ → Номенклатура
Сортування	Порядок рядків	За сумою спаданням
Оформлення	Візуальні правила	Виділяти мінусові залишки червоним

Схема компонування даних

Схема компонування даних — це основний об’єкт СКД, у якому описується структура звіту.

У схемі визначаються:

джерела даних;
набори даних;
запити;
поля;
параметри;
ресурси;
обчислювані поля;
зв’язки наборів даних;
ролі полів;
доступні налаштування;
варіанти звіту;
макети;
розшифровки.

Схема компонування є “каркасом” звіту. Саме вона визначає, які дані можна показати і як ними можна керувати.

Набір даних

Набір даних — це джерело, з якого СКД отримує інформацію.

Набори даних можуть бути:

запитами;
об’єктами;
таблицями значень;
зовнішніми джерелами;
наборами даних об’єкта;
об’єднаними наборами.

Найчастіше використовується набір даних типу “Запит”.

Приклад джерел для набору даних:

Джерело	Що можна отримати
Документи	Список реалізацій, замовлень, оплат
Довідники	Контрагентів, номенклатуру, склади
Регістри накопичення	Залишки, обороти, продажі, рухи
Регістри бухгалтерії	Проводки, обороти, субконто
Регістри відомостей	Ціни, курси, налаштування, статуси

Запит у СКД

Запит у СКД визначає, які дані отримати з бази.

Приклад простого запиту:

ВЫБРАТЬ
    ПродажиОбороты.Номенклатура КАК Номенклатура,
    ПродажиОбороты.Контрагент КАК Контрагент,
    ПродажиОбороты.КоличествоОборот КАК Количество,
    ПродажиОбороты.СуммаОборот КАК Сумма
ИЗ
    РегистрНакопления.Продажи.Обороты(&ДатаНачала, &ДатаОкончания) КАК ПродажиОбороты

У цьому прикладі звіт отримує продажі за період, який передається параметрами.

Параметри СКД

Параметри — це значення, які передаються у звіт під час формування.

Типові параметри:

дата початку;
дата завершення;
період;
організація;
склад;
контрагент;
номенклатура;
валюта;
вид ціни;
підрозділ;
рахунок;
менеджер;
статус документа.

Приклад параметрів у запиті:

ГДЕ
    РеализацияТоваровУслуг.Дата МЕЖДУ &ДатаНачала И &ДатаОкончания
    И РеализацияТоваровУслуг.Организация = &Организация

Параметри дозволяють використовувати один і той самий звіт для різних періодів, організацій, складів або контрагентів.

Відбори СКД

Відбір — це фільтр, який обмежує дані звіту.

Приклади відборів:

тільки одна організація;
тільки один склад;
тільки певний контрагент;
тільки товари з групи;
тільки документи за період;
тільки продажі конкретного менеджера;
тільки залишки більше нуля;
тільки борги прострочені більше 30 днів.

Приклад:

Відбір	Значення
Організація	ТОВ “Компанія”
Склад	Основний склад
Період	01.05.2026—31.05.2026
Сума	Більше 0

Групування СКД

Групування визначає, як дані будуть об’єднані у звіті.

Наприклад, продажі можна згрупувати:

по контрагентах;
по номенклатурі;
по менеджерах;
по складах;
по днях;
по місяцях;
по договорах;
по документах;
по підрозділах;
по проєктах.

Приклад структури:

Контрагент
    Документ реалізації
        Номенклатура
            Кількість
            Сума

Або:

Менеджер
    Контрагент
        Номенклатура
            Сума продажів

Ресурси СКД

Ресурси — це числові показники, які можна підсумовувати.

Приклади ресурсів:

кількість;
сума;
собівартість;
маржа;
залишок;
оборот;
борг;
аванс;
ПДВ;
зарплата;
вага;
обсяг;
відхилення.

Приклад:

Поле	Роль
Номенклатура	Групування
Контрагент	Групування
Кількість	Ресурс
Сума	Ресурс
Собівартість	Ресурс
Маржа	Обчислюваний ресурс

Обчислювані поля

Обчислювані поля дозволяють створювати показники на основі інших полів.

Приклади:

маржа = продажі - собівартість;
рентабельність = маржа / продажі × 100%;
залишок після резерву = залишок - резерв;
прострочка = дата сьогодні - дата оплати;
ціна = сума / кількість;
відхилення = факт - план.

Приклад формули:

Маржа = СумаПродажу - Собівартість

Приклад рентабельності:

Рентабельність = Маржа / СумаПродажу * 100

Обчислювані поля зручні для управлінської аналітики.

Поля СКД

Поля — це дані, які можна використовувати у звіті.

Вони можуть бути:

доступними для виводу;
службовими;
ресурсами;
параметрами;
групувальними;
обчислюваними;
прихованими;
полями розшифровки.

Приклад полів звіту продажів:

Поле	Призначення
Контрагент	Аналіз покупців
Договір	Деталізація взаєморозрахунків
Номенклатура	Аналіз товарів
Документ	Розшифровка до первинного документа
Кількість	Ресурс
Сума	Ресурс
Собівартість	Ресурс
Маржа	Обчислюваний показник

Сортування СКД

Сортування визначає порядок рядків у звіті.

Приклади:

за датою;
за назвою;
за сумою спаданням;
за кількістю;
за контрагентом;
за номенклатурою;
за маржею;
за простроченням.

Наприклад, звіт по продажах можна відсортувати за сумою спаданням, щоб побачити найбільших клієнтів.

Умовне оформлення

Умовне оформлення дозволяє виділяти дані за правилами.

Приклади:

мінусові залишки показувати червоним;
прострочений борг виділяти жирним;
продажі нижче мінімальної ціни підсвічувати;
маржу менше 10% виділяти кольором;
закриті документи робити сірими;
відхилення від плану більше 20% показувати окремо.

Приклад:

Умова	Оформлення
Залишок < 0	Виділити червоним
Маржа < 0	Виділити жирним
Борг прострочений > 30 днів	Виділити попередженням

Розшифровка СКД

Розшифровка дозволяє користувачу перейти від підсумку до деталей.

Наприклад, у звіті показано:

Контрагент	Сума продажів
ТОВ “Ромашка”	500 000 грн

Користувач натискає на суму і бачить:

документи реалізації;
замовлення;
номенклатуру;
дати;
договори;
менеджерів;
склади.

Розшифровка робить звіт не просто таблицею, а інструментом аналізу.

Варіанти звітів

СКД дозволяє зберігати різні варіанти одного звіту.

Наприклад, один звіт “Продажі” може мати варіанти:

продажі по клієнтах;
продажі по товарах;
продажі по менеджерах;
продажі по місяцях;
продажі по регіонах;
продажі з маржею;
продажі по характеристиках;
продажі по складу.

Це зручно, бо не потрібно створювати окремий звіт для кожної потреби.

Користувацькі налаштування

Користувач може змінювати:

відбори;
поля;
групування;
сортування;
оформлення;
підсумки;
варіанти звіту;
структуру таблиці.

Але в корпоративній системі важливо контролювати, які налаштування є загальними, а які особистими.

Типова проблема: один користувач випадково змінює загальний варіант звіту, і всі інші бачать інший результат.

Приклад: звіт продажів через СКД

Завдання: показати продажі по контрагентах і номенклатурі за період.

Поля:

контрагент;
номенклатура;
кількість;
сума;
собівартість;
маржа.

Структура:

Контрагент
    Номенклатура
        Кількість
        Сума
        Собівартість
        Маржа

Запит може отримувати дані з регістру продажів або з документів реалізації.

Приклад запиту для продажів

ВЫБРАТЬ
    ПродажиОбороты.Контрагент КАК Контрагент,
    ПродажиОбороты.Номенклатура КАК Номенклатура,
    ПродажиОбороты.КоличествоОборот КАК Количество,
    ПродажиОбороты.СуммаОборот КАК Сумма,
    ПродажиОбороты.СебестоимостьОборот КАК Себестоимость
ИЗ
    РегистрНакопления.Продажи.Обороты(&ДатаНачала, &ДатаОкончания) КАК ПродажиОбороты

У СКД можна додати обчислюване поле:

Маржа = Сумма - Себестоимость

Приклад: звіт залишків товарів

Завдання: показати залишки товарів по складах.

Поля:

склад;
номенклатура;
характеристика;
партія;
кількість залишок;
сума залишок.

Структура:

Склад
    Номенклатура
        Характеристика
            Партія
                Кількість
                Сума

Такий звіт допомагає знайти:

мінусові залишки;
залишки без характеристик;
залишки без партій;
залежалі товари;
дорогі залишки.

Приклад запиту для залишків

ВЫБРАТЬ
    ТоварыНаСкладахОстатки.Склад КАК Склад,
    ТоварыНаСкладахОстатки.Номенклатура КАК Номенклатура,
    ТоварыНаСкладахОстатки.Характеристика КАК Характеристика,
    ТоварыНаСкладахОстатки.КоличествоОстаток КАК КоличествоОстаток
ИЗ
    РегистрНакопления.ТоварыНаСкладах.Остатки(&ДатаОстатков) КАК ТоварыНаСкладахОстатки

Приклад: звіт по взаєморозрахунках

Завдання: показати борги покупців і постачальників.

Поля:

контрагент;
договір;
документ розрахунків;
сума боргу;
сума авансу;
валюта;
строк оплати;
прострочення.

СКД може групувати:

Контрагент
    Договір
        Документ розрахунків
            Борг
            Аванс
            Прострочення

Такий звіт допомагає знайти типову проблему: борг і аванс одночасно через неправильний договір або документ розрахунків.

Приклад: звіт по виробництву

СКД може використовуватися для виробничої аналітики.

Поля:

виробниче замовлення;
продукція;
специфікація;
матеріал;
планова кількість;
фактична кількість;
відхилення;
собівартість;
НЗВ.

Приклад структури:

Замовлення на виробництво
    Продукція
        Матеріал
            План
            Факт
            Відхилення

Такий звіт корисний для аналізу перевитрат матеріалів.

СКД і регістри 1С

СКД часто працює з регістрами.

Найпоширеніші джерела:

Приклади:

Регістр	Що можна побудувати
Регістр накопичення	Залишки, обороти, продажі, рухи товарів
Регістр відомостей	Ціни, курси валют, налаштування, статуси
Регістр бухгалтерії	ОСВ, проводки, обороти рахунків
Регістр розрахунків	Зарплатні нарахування, відпустки, лікарняні

СКД і регістр накопичення

Для регістрів накопичення часто використовують віртуальні таблиці:

Остатки;
Обороты;
ОстаткиИОбороты.

Приклад:

РегистрНакопления.ТоварыНаСкладах.Остатки(&ДатаОстатков)

або:

РегистрНакопления.Продажи.Обороты(&ДатаНачала, &ДатаОкончания)

Віртуальні таблиці дозволяють отримати підсумкові дані без ручного підрахунку рухів.

СКД і регістр бухгалтерії

Через СКД можна будувати бухгалтерські звіти.

Наприклад:

обороти по рахунках;
залишки по рахунках;
оборотно-сальдова відомість;
картка рахунку;
аналіз субконто;
звіт по проводках;
ПДВ-звіти;
зарплатні проводки;
виробничі витрати.

Приклад джерела:

РегистрБухгалтерии.Хозрасчетный.ОстаткиИОбороты(&ДатаНачала, &ДатаОкончания)

СКД і регістр відомостей

Регістри відомостей часто використовуються для аналітичних звітів.

Наприклад:

ціни номенклатури;
курси валют;
статуси замовлень;
налаштування контрагентів;
відповідальні менеджери;
графіки роботи;
додаткові властивості.

Для періодичних регістрів відомостей часто важлива логіка “зріз останніх”.

СКД і зріз останніх

Для періодичних регістрів часто потрібно отримати актуальне значення на дату.

Наприклад, актуальна ціна товару на дату документа.

Приклад:

ВЫБРАТЬ
    ЦеныНоменклатурыСрезПоследних.Номенклатура,
    ЦеныНоменклатурыСрезПоследних.ТипЦен,
    ЦеныНоменклатурыСрезПоследних.Цена
ИЗ
    РегистрСведений.ЦеныНоменклатуры.СрезПоследних(&ДатаЦены) КАК ЦеныНоменклатурыСрезПоследних

Це корисно для звітів по типах цін.

СКД і зовнішні звіти

СКД часто використовується у зовнішніх звітах.

Зовнішній звіт може бути створений без зміни основної конфігурації.

Це зручно, якщо потрібно:

швидко зробити новий звіт;
не змінювати типову конфігурацію;
перевірити дані;
зробити міграційну вибірку;
підготувати дані для аудиту;
вивантажити дані в Excel;
сформувати спеціальний управлінський звіт.

СКД і зовнішні обробки

Зовнішня обробка 1С може використовувати СКД для формування аналітичної таблиці або друкованої форми.

Наприклад, обробка міграції може:

отримати залишки через СКД;
показати користувачу результат;
дати відбори;
сформувати Excel;
сформувати JSON;
передати дані в K2 ERP.

СКД і права доступу

СКД-звіт повинен враховувати права доступу.

Ризики:

користувач бачить чужі зарплати;
менеджер бачить усіх клієнтів;
склад бачить фінансові дані;
користувач вивантажує персональні дані;
зовнішній звіт обходить обмеження прав;
у запиті не враховано організацію або підрозділ.

Критично. Звіт на СКД може показати багато даних одразу. Тому потрібно перевіряти права доступу, особливо для зарплати, персональних даних, цін, маржі, собівартості й фінансових показників.

СКД і продуктивність

Погано написаний СКД-звіт може сильно навантажувати базу.

Причини:

запит читає занадто багато документів;
немає відбору по періоду;
використовується багато з’єднань;
запит звертається до табличних частин без потреби;
не використовуються віртуальні таблиці регістрів;
занадто багато групувань;
користувач виводить деталізацію до рядків документів за кілька років;
немає індексованих умов;
обчислення виконуються на великому наборі даних.

Як оптимізувати СКД-звіт

Практичні поради:

обов’язково додавати період;
використовувати регістри замість документів, якщо потрібні обороти або залишки;
використовувати віртуальні таблиці Остатки/Обороты;
не тягнути зайві поля;
не робити зайві з’єднання;
фільтрувати дані в запиті, а не тільки в налаштуваннях СКД;
перевіряти план запиту;
розділяти важкі звіти на кілька;
не будувати деталізацію за багато років без потреби;
зберігати важку аналітику в BI, якщо вона потрібна регулярно.

Типові помилки СКД

Помилка	Причина	Наслідок
Звіт показує неправильні цифри	Неправильне джерело даних або групування	Користувачі приймають неправильні рішення
Подвоюються суми	Неправильне з’єднання таблиць	Сума у звіті завищена
Дані не фільтруються	Параметр не передано або відбір не застосовано	Звіт показує зайве
Звіт дуже повільний	Великий запит, немає відборів, зайві з’єднання	База зависає або користувачі чекають
Користувач не бачить поле	Поле не додане в доступні поля СКД	Неможливо налаштувати звіт
Немає розшифровки	Не налаштовані поля розшифровки	Користувач не може перейти до документа
Неправильні підсумки	Поле не є ресурсом або неправильна агрегація	Підсумки не сходяться

Помилка: подвоюються суми

Одна з найпоширеніших проблем — подвоєння або потроєння сум.

Причина часто в неправильному з’єднанні таблиць.

Наприклад, документ має кілька рядків товарів і кілька рядків оплат. Якщо з’єднати їх напряму, система може перемножити рядки.

Приклад проблеми:

Документ	Рядки товарів	Рядки оплат	Результат неправильного з’єднання
Реалізація №1	3	2	6 рядків

У такому випадку сума може бути завищена.

Правильний підхід:

агрегувати дані до з’єднання;
використовувати тимчасові таблиці;
розділяти набори даних;
перевіряти унікальність ключів;
контролювати рівень деталізації.

Помилка: неправильні залишки

Причини:

використали рухи замість віртуальної таблиці залишків;
неправильно вказали дату;
не врахували склад;
не врахували характеристику;
не врахували партію;
не врахували організацію;
взяли обороти замість залишків;
неправильно застосували відбір.

Для залишків краще використовувати відповідну віртуальну таблицю регістру.

Помилка: звіт повільний

Причини:

великий період без потреби;
немає обов’язкового відбору;
запит до документів замість регістрів;
зайві поля;
багато з’єднань;
складні обчислення;
деталізація до рядків;
неправильне використання тимчасових таблиць;
користувач відкрив звіт за всі роки.

Що робити:

Додати обов’язковий період.
Перевірити джерело даних.
Замість документів використовувати регістри.
Прибрати зайві поля.
Оптимізувати з’єднання.
Перевірити групування.
Обмежити деталізацію.
Винести важку аналітику в BI.

Помилка: звіт показує різні цифри в різних варіантах

Причини:

різні відбори;
різні групування;
різні ресурси;
різні періоди;
один варіант бере дані з регістру, інший — з документів;
у одному варіанті є відбір по організації, в іншому немає;
користувацький варіант змінений вручну.

Потрібно порівняти налаштування варіантів звіту.

СКД і міграційні звіти

СКД часто використовується для підготовки міграції з 1С/BAS.

Через СКД можна сформувати:

залишки товарів;
залишки по партіях;
взаєморозрахунки;
ОСВ;
довідники;
ціни;
номенклатуру;
контрагентів;
специфікації;
виробничі залишки;
ПДВ;
зарплатні залишки;
контрольні суми;
списки помилок.

Такі звіти допомагають зрозуміти, що саме переносити в K2 ERP.

СКД і JSON

СКД може бути джерелом даних для JSON-вивантаження.

Наприклад, звіт отримує залишки товарів, а обробка формує JSON:

{
  "stock_balances": [
    {
      "warehouse": "MAIN",
      "sku": "SKU-001",
      "quantity": 25,
      "amount": 15000
    },
    {
      "warehouse": "MAIN",
      "sku": "SKU-002",
      "quantity": 10,
      "amount": 8000
    }
  ]
}

Такий підхід зручний для інтеграцій і міграції.

СКД і Power BI

СКД може бути проміжним інструментом для підготовки даних до Power BI.

Наприклад, через СКД можна сформувати таблиці:

продажі;
залишки;
собівартість;
взаєморозрахунки;
зарплата;
виробництво;
ПДВ;
рух коштів;
маржа.

Але для регулярної BI-аналітики краще будувати стабільний шар даних, а не залежати від ручного формування звітів у 1С.

Практичний підхід. СКД добре підходить для оперативних звітів у 1С. Для стратегічної аналітики, великих обсягів і дашбордів краще використовувати Power BI або окреме сховище даних.

СКД і міграція в K2 ERP

Під час переходу з 1С або BAS у K2 ERP потрібно аналізувати не тільки дані, а й звіти.

У старій системі можуть бути:

типові звіти;
зовнішні звіти;
СКД-звіти;
управлінські звіти;
бухгалтерські звіти;
звіти для складу;
звіти для продажів;
звіти для виробництва;
звіти для керівництва;
міграційні звіти;
звіти з ручними формулами.

Не всі звіти потрібно переносити один в один. Частину краще замінити стандартними звітами K2 ERP, частину — дашбордами Power BI, частину — API-вивантаженнями.

Що перевірити перед міграцією СКД-звітів

Перед міграцією потрібно перевірити:

список усіх СКД-звітів;
які реально використовуються;
хто користувачі звітів;
які звіти критичні;
які дублюються;
які застаріли;
які мають ручні налаштування;
які формують контрольні суми;
які використовують зовнішні обробки;
які звіти працюють повільно;
які звіти мають помилки;
які звіти треба перенести в K2 ERP;
які краще перенести в Power BI.

Варіанти перенесення СКД-звітів у K2 ERP

Варіант	Що робиться	Коли підходить
Не переносити	Звіт застарілий або не використовується	Для старих технічних звітів
Замінити стандартним звітом K2 ERP	Використати готовий звіт нової ERP	Для типових продажів, складу, взаєморозрахунків
Переробити в K2 ERP	Створити аналог бізнес-звіту	Для операційної роботи
Перенести в Power BI	Зробити дашборд або модель даних	Для управлінської аналітики
Залишити як архів	Старий звіт доступний тільки в 1С	Для історичних даних
Використати для контрольних сум	Звіт потрібен на період міграції	Для звірки залишків і оборотів

Карта міграції СКД-звіту

Елемент СКД 1С/BAS	Що означає	Аналог у K2 ERP / Power BI	Контроль
Набір даних	Джерело даних	Таблиця, API, модель даних	Чи є всі поля
Запит	Логіка отримання даних	SQL, API, dataset	Чи збігаються цифри
Параметри	Вхідні значення	Фільтри	Період, організація, склад
Відбори	Обмеження даних	Filters	Чи не втрачена логіка
Групування	Структура звіту	Matrix / hierarchy	Чи збігаються підсумки
Ресурси	Показники	Measures	Сума, кількість, маржа
Обчислювані поля	Формули	DAX / calculated fields	Формула і округлення
Розшифровка	Перехід до деталей	Drill-through	Документ, контрагент, товар

Контрольні суми при міграції звітів

Для перевірки нового звіту потрібно звірити:

кількість рядків;
суму;
кількість;
залишок;
оборот;
собівартість;
маржу;
борг;
аванс;
підсумки по групах;
підсумки по періодах;
топ-10 клієнтів;
топ-10 товарів;
контроль по вибіркових документах;
результат з ОСВ або регістром;
результат старого і нового звіту.

Реплікатор K2 і СКД 1С

Реплікатор K2 може допомогти при переході з 1С або BAS у K2 ERP.

Він може використовуватися для:

вивантаження даних, на яких будувались СКД-звіти;
формування контрольних сум;
підготовки міграційних таблиць;
аналізу залишків;
аналізу взаєморозрахунків;
аналізу складу;
аналізу виробництва;
підготовки даних для Power BI;
порівняння звітів 1С і K2 ERP;
перевірки міграції;
формування JSON для імпорту.

СКД у сучасній ERP

У сучасній ERP функції СКД можуть бути розділені між кількома інструментами:

вбудовані звіти ERP;
конструктор звітів;
SQL-звіти;
API-запити;
BI-модель;
Power BI;
дашборди;
Excel-експорт;
аналітичні куби;
сховище даних.

У K2 ERP звітність може будуватися через стандартні звіти, аналітичні представлення, API, Power BI, контрольні таблиці, права доступу й аудит.

Безпека СКД-звітів

СКД-звіти можуть містити чутливі дані:

зарплата;
персональні дані;
собівартість;
маржа;
ціни;
фінансовий результат;
банківські дані;
контрагенти;
ПДВ;
виробничі рецептури;
специфікації.

Потрібно контролювати:

хто бачить звіт;
хто може змінювати налаштування;
хто може зберігати загальний варіант;
хто може експортувати в Excel;
хто може бачити розшифровки;
чи враховуються права доступу в запиті;
чи немає зовнішніх звітів, які обходять права.

Санкції та ризики використання 1С/BAS в Україні

При описі механізмів 1С і BAS в українському контексті потрібно згадувати санкційні та безпекові ризики.

1С історично є російською програмною екосистемою. Після початку російської агресії проти України використання такого програмного забезпечення стало питанням не тільки бухгалтерії, а й кібербезпеки, комплаєнсу, репутації та цифрової незалежності.

Указ Президента України №184/2020 ввів у дію рішення РНБО від 14 травня 2020 року щодо застосування, скасування і внесення змін до персональних спеціальних економічних та інших обмежувальних заходів. Держспецзв’язку також веде офіційний перелік забороненого до використання програмного забезпечення та комунікаційного обладнання; у цьому переліку згадуються продукти 1С/BAS, зокрема 1C:Підприємство 8 і BAS ERP.

Важливо. СКД-звіти часто відкривають доступ до критичних даних: фінансів, зарплати, собівартості, маржі, ПДВ, складу, виробництва і персональних даних. Якщо такі звіти працюють у ризиковому або підсанкційному ПЗ, компанії потрібно оцінити юридичні, технічні та кібербезпекові ризики і планувати перехід на безпечну ERP-платформу.

Типові питання

Що таке СКД 1С?

СКД 1С — це система компонування даних, механізм для створення гнучких звітів із параметрами, відборами, групуваннями, ресурсами, розшифровками і варіантами налаштувань.

Чим СКД відрізняється від простого запиту?

Запит тільки отримує дані. СКД не тільки отримує дані, а й дозволяє їх компонувати: групувати, фільтрувати, сортувати, підсумовувати, оформлювати і розшифровувати.

Для чого використовуються ресурси СКД?

Ресурси — це числові показники, які підсумовуються: сума, кількість, собівартість, маржа, залишок, борг.

Чому СКД-звіт показує неправильні суми?

Можливі причини: неправильний запит, дублювання рядків через з’єднання, неправильне групування, неправильні ресурси, різні відбори або помилки в регістрах.

Чому СКД-звіт працює повільно?

Найчастіше через великий період, відсутність відборів, звернення до документів замість регістрів, зайві з’єднання, багато полів і деталізацію за кілька років.

Чи потрібно переносити СКД-звіти в K2 ERP?

Не всі. Потрібно проаналізувати, які звіти реально використовуються, які є критичними, які дублюються, які можна замінити стандартними звітами K2 ERP, а які краще перенести в Power BI.

Коротко

Питання	Відповідь
Що таке СКД?	Система компонування даних для створення гнучких звітів у 1С/BAS.
Що вона робить?	Отримує, фільтрує, групує, підсумовує, оформлює і розшифровує дані.
Що таке набір даних?	Джерело даних звіту, найчастіше запит.
Що таке ресурси?	Числові показники для підсумків: сума, кількість, залишок, маржа.
Що найчастіше ламається?	Подвоєння сум, неправильні залишки, повільні звіти, відбори, групування, розшифровки.
Що важливо при міграції?	Визначити критичні звіти, звірити контрольні суми і перенести логіку в K2 ERP або Power BI.

Висновок

СКД 1С — це один із найважливіших механізмів звітності в 1С/BAS. Він дозволяє будувати гнучкі звіти без жорсткого програмування кожної таблиці: дані отримуються запитом, а структура, відбори, групування, ресурси, оформлення і розшифровки задаються в схемі компонування.

Сила СКД — у гнучкості. Але ця ж гнучкість створює ризики: неправильне з’єднання може подвоїти суми, відсутність відбору може перевантажити базу, неправильні ресурси можуть дати хибні підсумки, а зовнішній звіт може показати користувачу більше даних, ніж дозволено.

СКД — це міст між даними 1С і користувацькою аналітикою. Якщо джерело, відбори і групування налаштовані правильно, звіт стає корисним інструментом управління. Якщо ні — він перетворюється на красиву таблицю з неправильними цифрами.

При переході з 1С або BAS у K2 ERP СКД-звіти потрібно не копіювати механічно, а аналізувати: які звіти потрібні, які дублюються, які можна замінити стандартними звітами, які варто перенести в Power BI, а які залишити тільки для архіву або контрольних сум.

Правильна міграція звітності — це не перенесення старих форм, а перенесення корисної бізнес-логіки, контрольних показників і аналітичних потреб у сучасну ERP та BI-архітектуру.

Див. також

Зовнішні посилання