Звіти виду "таблиця", "список"
Звіт має максимально відповідати цілям і завданням аналізу. Звіт буде хорошим, якщо, дивлячись на нього, користувачеві буде зрозуміло:1. Структура звіту
ЧитатиТема публікацій
Статті та довідкові матеріали за цією темою.
Звіт має максимально відповідати цілям і завданням аналізу. Звіт буде хорошим, якщо, дивлячись на нього, користувачеві буде зрозуміло:1. Структура звіту
Читати1.1. Синонім об'єкта має бути визначений так, щоб змістовно, лаконічно описувати об'єкт. Заповнюється обов'язково.Див. також
Читати1.1. Для реквізитів рядкового типу слід використовувати змінну довжину рядка (властивість Допустима довжина = Змінна) і при цьому вказувати максимально допустиму довжину рядка. Властивість Допустима довжина може набувати значення Фіксована тільки в тих випадках, коли під час маніпулювання цими даними дійсно необхідно мати гарантію, що рядок має певну довжину (за рахунок автоматичного доповнення кінцевими пробілами).Див. також
Читати1. З погляду можливостей налаштування функціональності бібліотеки для роботи в конкретній конфігурації-споживачі всі об'єкти бібліотеки умовно поділяються на три категорії:Див. також
ЧитатиНазви одних і тих самих об'єктів, їх розташування мають бути однаковими для всіх форм. Приклад: Номер, дата документа, клієнт/постачальник, контрагент, угода завжди знаходяться в одному й тому самому місці, незалежно від документа.
Читати1. Під час розроблення конфігурації в умовах використання однієї або кількох бібліотек слід уникати конфліктів імен об'єктів метаданих (довідників, документів, загальних модулів тощо), що постачаються з бібліотек, з об'єктами самої конфігурації.
ЧитатиДіє для конфігурацій, що розробляються на платформі 1С:Підприємство 8.3 і вище.Див. також
Читати1.1. Властивість "Підказка". Для всіх типізованих об'єктів метаданих (реквізитів об'єктів, реквізитів табличних частин, вимірів і ресурсів регістрів) має бути задано текст підказки, що пояснює призначення цього об'єкта кінцевому користувачеві.Див. також
Читати1.1. Як правило, для синхронізації даних між різними конфігураціями та для організації розподіленої інформаційної бази (РІБ) використовується технологія планів обміну. У цьому випадку часто виникає завдання організації обміну не всіма даними інформаційної бази, а лише частиною даних. Наприклад, дані можуть бути відібрані для надсилання до інших вузлів у розрізі організацій, складів, підрозділів тощо.
ЧитатиУ тому разі, якщо поведінка цілої низки форм або команд залежить від одних і тих самих значень (параметрів, заданих користувачем або інших налаштувань поведінки клієнтського застосунку), для мінімізації клієнт-серверної взаємодії рекомендується застосовувати загальні модулі з повторним використанням значень, що повертаються (властивість "Повторне використання значень, що повертаються" дорівнює "На час сеансу"). Застосування таких загальних модулів допускається, якщо зміна відповідного значення протягом сеансу не є критичною, тобто протягом усього сеансу може використовуватися одноразово отримане значення. При цьому функції такого загального модуля мають за один виклик повертати відразу всі значення, які можуть знадобитися за тих чи інших обставин. Наприклад, якщо під час роботи всіх форм підсистеми реєстрації зайнятості співробітників потрібні користувацькі параметри "Час зайнятості за замовчуванням", "Час початку робочого дня" і "Час закінчення робочого дня", то всі ці параметри необхідно отримувати одним викликом, що повертає структуру з трьома полями:
Читати