рЕШЕНИЕ ОПЕРАТИВНЫХ ЗАДАЧ (1)

Август 22, 2022

Главная
Разное
рЕШЕНИЕ ОПЕРАТИВНЫХ ЗАДАЧ (1)

Содержание

2. Основная цель данного курса Получить навыки самостоятельной работы по созданию оперативных учетных и управленческих решений.
3. Объектная схема построения конфигураций Документ – Основа любой системы учета. потому как документ – объект, предназначенный
4. Объектная схема построения конфигураций Отчеты – класс объектов для обобщения, формирования и вывода в удобном для
5. Объектная схема построения конфигураций Регистры учета – получаем средство быстрого формирования отчетности за счет предварительного накопления
6. Объектная схема построения конфигураций Создавая Регистры мы намеренно вносим в систему избыточность. Как правило, в регистры
7. Объектная схема построения конфигураций Классы справочных объектов служат для организации правильного заполнения документов. Справочные объекты: Справочники;
8. Роль и место регистров Корень автоматизации любой учетной системы: система обязана максимально быстро, максимально точно быть
9. Природа показателей Для любого явления можно придумать сотни и тысячи показателей. По Законам Паркинсона: Любая бюрократическая
10. Показатели Первая группа – «показатели остатка» - используются для учета явлений, которые то, прирастают то убывают,
11. Показатели Вторая группа – «показатели оборотные» -характеризуют движение за какой-то период. Учитываются явления растущие только в
12. Показатели Третья группа – «показатели состояния» (разовые явления, устанавливающие, показатели в определенное состояние) Устанавливаемое состояние не
13. Задача любой учетной или управленческой системы Мгновенно выдавать информацию по состоянию того или иного показателя. Мгновенно
14. Структура регистров Ресурсы – хранят данные регистра, то есть та информация, ради которой был создан регистр.
15. При проектировании структуры регистров Измерениями регистров могут быть объекты ссылочных или примитивных типов данных Количество измерения
16. Понятия связанные с регистрами Понятие Граница периода рассчитанных итогов связано с внутреннем порядком хранения данных в
17. Атрибуты регистров Регистратор – атрибут, содержащий ссылку на документ, изменивший состояние ресурсов регистра. Период – атрибут,
18. При включенном использовании итогов и текущих итогов регистра: При любом изменении записей в таблице движений –
19. Резюме При получении итогов система всегда посчитает их правильно, но чем ближе к реальной дате граница
20. Управление Итогами Программно (Синтаксис-помошник Прикладные объекты/ регистры накопления/ РегистрыНакопленияМенеджер / Методы) В пользовательской части программы
21. Управление Итогами Есть возможность управлять установкой режима разделения итогов. Данная возможность повышает параллельность работы в системе
22. Режим разделения итогов Для включения данного режима необходимо установить для регистра флаг «Разрешить разделение итогов», а
23. Агрегаты Это средство оптимизации времени доступа к данным оборотных регистров за счет за благовременного хранения в
24. Использование объектной модели Чтобы получить накопившиеся итоги в регистре остатков, достаточно воспользоваться методом объекта «РегистрНакопленияМенеджер» -
25. Использование объектной модели Параметры: (необязательный) - Тип: Дата (необязательный) - Тип: Дата, МоментВремени (необязательный) - Тип:
26. Использование объектной модели (необязательный) - Тип: Строка. Список измерений, для которых надо получить остатки. Строка, содержащая
27. Использование объектной модели Результат выполнения метода – Таблица значений, заполненная итогами и содержащая колонки с измерениями,
28. Основные причины применения объектной модели обращения к БД Когда прикладной объект надо записывать в БД Когда
29. Использование табличной модели Табличная модель системы «1С:Предприятие 8» - это получение данных через обращение к таблицам
30. Технология составления схемы запроса Нарисовать эскиз выходной таблице запроса с вариантами заполнения данных Обозначить на эскизе
31. Дополнительные действия: Фильтрация, отбор Свертка таблицы (СГРУППИРОВАТЬ ПО) Разворачивание таблицы за счет добавления строк с промежуточными
32. Использование табличной модели Результатом как при обращении через табличную модель будет таблица вида:
33. Таблица получения Оборотов Синтаксиз: РегистрНакопления. .Обороты( , , , )
34. Таблица получения Оборотов Параметры: (необязательный) - Тип: Дата (необязательный) - Тип: Дата, МоментВремени (необязательный) - Тип:
35. Таблица получения Оборотов (необязательный) -Тип: Дата (необязательный) -Тип: Дата, МоментВремени (необязательный) -Тип: Дата, МоментВремени, Граница (необязательный)
36. Таблица получения Оборотов (не обязательный) - используется для указания дополнительного разворота итогов по периодичности. Может принимать
37. Таблица получения Оборотов В качестве может выступать логическая конструкция, оперирующая с полями регистра накопления. Используется для
38. Таблица получения Оборотов
39. Таблица получения Остатков и Оборотов Синтаксиз: РегистрНакопления. .ОстаткиИОбороты( , , , , ) - параметр задающий,
40. Формирование отчетов по средствам СКД Начиная с версии 8.1 платформы – система «1С:Предприятия» представляет к использованию
41. Обусловленное провидение Проведение Безусловное Обусловленное Данные – из самого документа и зависимых регистров
42. Сборка алгоритма проведения документа 1.Конструктор движений 2. Обозначить недостающие действия комментариями 3. Определяем обусловленность проведения 4.Составляем
43. Сборка алгоритма проведения документа 5. Отработка текста запроса в консоли запросов 6. Сборка текста запроса должна
44. Сборка алгоритма проведения документа 8. Готовый текст запроса использовать для сборки фрагмента процедуры по средством конструктора
45. При написании запроса следует помнить: Соединение – это попытка в одном запросе получить всевозможные комбинации записей
46. При написании запроса следует помнить: Если связей не накладывать вообще, то будем получать «декартово произведение» комбинаций
47. При написании запроса следует помнить: Чаще всего можно определить ведущий источник и ведомый источник. Выходные поля
48. Оперативное проведение Для любого реального объекта существует 3 понятия времени: «Прошлое», «Настоящее» и «Будущее». Идеальная система
49. Оперативное проведение При Оперативном проведении док-тов система позволяет добиться расстановки документов в идеальной хронологической последовательности. С
50. Блокировка записей регистров По умолчанию выполнение запроса по любому объекту происходит в режиме чтения данных. В
51. Блокировка записей регистров При клиент-серверном варианте использования – блокировки накладываются на диапазоны записей таблиц, а не
52. Возможные коллизии при проведении. Проводя что-то задним числом пользователь может легко нарушить логику формирования и проведения
53. Способы решения коллизий Последовательность документов – средство группирования документов в едином хронологическом порядке для обеспечения ведения
54. Правила внесения изменений в структуру регистров «Живой» базы 1. Продумать все детали механизма (какие структурные измерения
55. Правила внесения изменений в структуру регистров «Живой» базы 4. Отладить написанный алгоритм проведения для одного документа,
56. Правила внесения изменений в структуру регистров «Живой» базы 7. Убедиться в корректности работы всех механизмов, кот.
57. Реализация алгоритмов проведения в ситуациях с повышенными требованиями к быстродействию системы Абсолютная эффективность системы – мера,
58. Реализация алгоритмов проведения в ситуациях с повышенными требованиями к быстродействию системы Разработка эффективной системы – это
59. Реализация алгоритмов проведения в ситуациях с повышенными требованиями к быстродействию системы Нахождение достаточно эффективного алгоритма –
60. Направления оптимизации алгоритмов Минимизация количества обращений к базе данных. Минимизация объема данных, обрабатываемых в процессе проведения
61. Направления оптимизации алгоритмов Минимизация количества и времени действия блокировок; Оптимизация сценариев обработки данных в плане приоритета
62. Приемы для повышения эффективности системы: Применить разделение обработки отражения документов в учете на 2 части: Действия,
63. Приемы для повышения эффективности системы: II. Можно применять структурное решение проблемы времени расчета показателей. (сохранять часть
64. Приемы для повышения эффективности системы: III. Можно сократить время действия блокировок, накладываемых в процедуре проведения за
65. Приемы Исключим вопрос списания себестоимости из сиюсекундных; Введем регистр «СвободныеОстатки» (КоличествоВСвободномОстатке, Номенклатура, Склад) для контроля отриц.
66. Это даст следующие плюсы: Не придется возится с регистром «ОстаткиНоменклатуры» ни на запись ни на чтение;
67. Это даст следующие плюсы: Запрос для контроля остатков будет строиться только по одному регистру с актуально
68. Универсальный алгоритм проведения документов Запрос по шапке Определение структуры проведения Проверка заполнения реквизитов шапки и условий
69. Универсальный алгоритм проведения документов Запрос по таб. Части с получением данных из других объектов Проверка заполнения
70. Правила работы с регистрами остатков: Итоги каждого ресурса рано или поздно должны иметь возможность выводиться «В
71. Получение последних значений регистра сведений ПолучитьПоследнее() – Возвращает данные в виде объекта Структура, содержащего значения ресурсов.
73. Скачать презентацию

Слайд 2

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

и управленческих решений.

Слайд 3

Объектная схема построения конфигураций
Документ – Основа любой системы учета. потому как

документ – объект, предназначенный для регистрации событий, важных с точки зрения некой предметной области.

Слайд 4

Объектная схема построения конфигураций
Отчеты – класс объектов для обобщения, формирования и

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

Слайд 5

Объектная схема построения конфигураций
Регистры учета – получаем средство быстрого формирования отчетности

за счет предварительного накопления и подготовки отчетных данных.
Регистры сведений;
Регистры накопления;
Регистры бухгалтерии;
Регистры расчета.

Слайд 6

Объектная схема построения конфигураций
Создавая Регистры мы намеренно вносим в систему избыточность.

Как правило, в регистры попадают данные из документов а не от пользователя.
Но за счет регистров неимоверно возрастает быстрота и скорость получения отчетной информации.
При чем можно учитывать плановые операции(т.е. те что должны произойти в будущем)

Слайд 7

Объектная схема построения конфигураций
Классы справочных объектов служат для организации правильного заполнения

документов.
Справочные объекты:
Справочники;
Перечисления;
Константы;
Планы счетов;
Планы видов характеристик;
Планы расчетов;

Слайд 8

Роль и место регистров
Корень автоматизации любой учетной системы: система обязана максимально

быстро, максимально точно быть готовой предоставлять информацию по тем показателям, состоян6ике которых ей надлежит регистрировать
Отчетность – средство обеспечения существования бизнеса (регламентированная отчетность) и средство анализа.

Слайд 9

Природа показателей
Для любого явления можно придумать сотни и тысячи показателей.
По Законам

Паркинсона: Любая бюрократическая система естественным образом увеличивает количество контролируемых показателей экспоненциально с течением времени, вплоть до момента «удушения» дела, которым полагалось управлять.

Слайд 10

Показатели
Первая группа – «показатели остатка» - используются для учета явлений, которые

то, прирастают то убывают, но нам необходимо знать их состояние на последний (или на каждый) момент времени.
Текущее состояние показателя остатка тесно связано с прошлым их состоянием.

Слайд 11

Показатели
Вторая группа – «показатели оборотные» -характеризуют движение за какой-то период. Учитываются

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

Слайд 12

Показатели
Третья группа – «показатели состояния» (разовые явления, устанавливающие, показатели в определенное

состояние)
Устанавливаемое состояние не зависит в принципе от прошлого состояния, но будет действовать в рамках какого-то жесткого периода.

Слайд 13

Задача любой учетной или управленческой системы
Мгновенно выдавать информацию по состоянию того

или иного показателя.
Мгновенно – сводя к минимуму затраты времени на расчеты значения.
Регистры – объекты, предназначенные для хранения и практически мгновенной выдачи значений показателей в произвольных разрезах.

Слайд 14

Структура регистров
Ресурсы – хранят данные регистра, то есть та информация, ради

которой был создан регистр.
Измерения – используются для обеспечения разрезов этой информации.
Реквизиты – используются для хранения информации о записях регистра.

Слайд 15

При проектировании структуры регистров
Измерениями регистров могут быть объекты ссылочных или примитивных

типов данных
Количество измерения определяет размерность регистров и следовательно от него зависит физический размер таблиц регистра

Слайд 16

Понятия связанные с регистрами
Понятие Граница периода рассчитанных итогов связано с внутреннем

порядком хранения данных в реальных таблицах регистра

Регистр накопления

Таблица движений

Рассчитанные итоги по записям

Слайд 17

Атрибуты регистров
Регистратор – атрибут, содержащий ссылку на документ, изменивший состояние ресурсов

регистра.
Период – атрибут, указывающий на период (момент времени), с какого действуют данные изменений ресурсов
Вид Движения

Слайд 18

При включенном использовании итогов и текущих итогов регистра:
При любом изменении записей

в таблице движений – пересчитываются актуальные итоги (на 01.11.3999)
Пересчитываются все промежуточные итоги, у которых период итога больше периода измененных записей движений
При задействовании системных функций управления итогами (установка периода рассчитанных итогов, пересчет итогов.

Слайд 19

Резюме
При получении итогов система всегда посчитает их правильно, но чем ближе

к реальной дате граница периода рассчитанных данных в таблице итогов – тем быстрее система сама будет выдавать требуемые данные.

Слайд 20

Управление Итогами
Программно (Синтаксис-помошник Прикладные объекты/ регистры накопления/ РегистрыНакопленияМенеджер<Имя регистра накопления>/ Методы)
В

пользовательской части программы

Слайд 21

Управление Итогами
Есть возможность управлять установкой режима разделения итогов. Данная возможность повышает

параллельность работы в системе ( Сеансам в случае конкуренции при работе с итогами регистров не надо дожидаться освобождения ресурсов), но принципиально может приводить к существенному разрастанию таблицы итогов. Ведь сворачивание выполняется только при пересчете итогов.

Слайд 22

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

«Разрешить разделение итогов», а далее в пользовательском режиме «Включить разделение итогов»

Слайд 23

Агрегаты
Это средство оптимизации времени доступа к данным оборотных регистров за счет

за благовременного хранения в БД доп. таблиц с различными вариантами обобщения ресурсов в разрезе комбинации измерений и стандартных интервалов (помесячно, понедельно, подекадно, поквартально, по годам и т.д.)

Слайд 24

Использование объектной модели
Чтобы получить накопившиеся итоги в регистре остатков, достаточно воспользоваться

методом объекта «РегистрНакопленияМенеджер» - Остатки().
Синтаксис:
Остатки(<Момент времени>, <Отбор>, <Измерения>, <Ресурсы>)

Слайд 25

Использование объектной модели
Параметры:
<Момент времени> (необязательный) - Тип: Дата<Момент времени> (необязательный) -

Тип: Дата, МоментВремени<Момент времени> (необязательный) - Тип: Дата, МоментВремени, Граница<Момент времени> (необязательный) - Тип: Дата, МоментВремени, Граница. Момент времени, на который необходимо получить остатки. Если параметр не указан, то будут получены текущие остатки (на максимальную дату движений регистра). Если в качестве параметра передана Дата<Момент времени> (необязательный) - Тип: Дата, МоментВремени, Граница. Момент времени, на который необходимо получить остатки. Если параметр не указан, то будут получены текущие остатки (на максимальную дату движений регистра). Если в качестве параметра передана Дата, то остатки будут получены на начало дня, если МоментВремени - то в остатках не будут учтены движения регистра, произошедшие в тот же момент времени.
<Отбор> (необязательный) - Тип: Структура. Структура, содержащая набор значений для измерений регистра. Имя ключа структуры должно совпадать с именем измерения регистра, заданного в конфигураторе, а значение элемента структуры - задает отбираемое по данному измерению значение. Если параметр не указан, то отбор не используется.

Слайд 26

Использование объектной модели
<Измерения> (необязательный) - Тип: Строка. Список измерений, для которых

надо получить остатки. Строка, содержащая имена измерений, разделенные запятыми. Если параметр не указан или указана пустая строка, то остатки будут сформированы по всем измерениям.
<Ресурсы> (необязательный) - Тип: Строка. Список ресурсов, для которых надо получить остатки. Строка, содержащая имена ресурсов, разделенные запятыми. Если параметр не указан или указана пустая строка, то остатки будут сформированы по всем ресурсам. Значение по умолчанию: Пустая строка

Слайд 27

Использование объектной модели
Результат выполнения метода – Таблица значений, заполненная итогами и

содержащая колонки с измерениями, указанными в параметре «Измерения», и колонки с ресурсами, указанными в параметре «Ресурсы»

Слайд 28

Основные причины применения объектной модели обращения к БД
Когда прикладной объект надо

записывать в БД
Когда прикладной объект надо модифицировать (прочитать, изменить и записать)
Когда в алгоритме нужно использовать механизм динамического чтения данных
Когда данные уже лежат в оперативной памяти

Слайд 29

Использование табличной модели
Табличная модель системы «1С:Предприятие 8» - это получение данных

через обращение к таблицам базы данных с помощью языка запросов.

Слайд 30

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

данных
Обозначить на эскизе количество выходных полей
Обозначить для каждого поля таблицу-источник
Обозначить дополнительные действия в запросе

Слайд 31

Дополнительные действия:
Фильтрация, отбор
Свертка таблицы (СГРУППИРОВАТЬ ПО)
Разворачивание таблицы за счет добавления строк

с промежуточными итогами (ИТОГИ ПО)
Сортировка (УПОРЯДОЧИТЬ ПО)

Слайд 32

Использование табличной модели
Результатом как при обращении через табличную модель будет таблица

вида:

Слайд 33

Таблица получения Оборотов
Синтаксиз:
РегистрНакопления.<ИмяРегистра>.Обороты(<Начало периода>, <Конец периода>, <Периодичность>, <Условие>)

Слайд 34

Таблица получения Оборотов
Параметры:
<Начало периода> (необязательный) - Тип: Дата<Начало периода> (необязательный) -

Тип: Дата, МоментВремени<Начало периода> (необязательный) - Тип: Дата, МоментВремени, Граница<Начало периода> (необязательный) - Тип: Дата, МоментВремени, Граница. Момент времени, начиная с которого необходимо получить обороты. Если параметр не указан, то обороты будут получены начиная с момента ведения базы данных. Если в качестве параметра передана Дата<Начало периода> (необязательный) - Тип: Дата, МоментВремени, Граница. Момент времени, начиная с которого необходимо получить обороты. Если параметр не указан, то обороты будут получены начиная с момента ведения базы данных. Если в качестве параметра передана Дата или МоментВремени, то обороты за указанную дату (момент времени) будут включены в результирующую таблицу значений.

Слайд 35

Таблица получения Оборотов
<Конец периода> (необязательный) -Тип: Дата<Конец периода> (необязательный) -Тип: Дата,

МоментВремени<Конец периода> (необязательный) -Тип: Дата, МоментВремени, Граница<Конец периода> (необязательный) -Тип: Дата, МоментВремени, Граница. Момент времени, определяющий конец периода за который необходимо получить обороты. Если параметр не указан, то обороты будут получены до самого позднего движения регистра. Если в качестве параметра передана Дата<Конец периода> (необязательный) -Тип: Дата, МоментВремени, Граница. Момент времени, определяющий конец периода за который необходимо получить обороты. Если параметр не указан, то обороты будут получены до самого позднего движения регистра. Если в качестве параметра передана Дата или МоментВремени, то обороты за указанную дату (момент времени) будут включены в результирующую таблицу значений.

Слайд 36

Таблица получения Оборотов
<Периодичность> (не обязательный) - используется для указания дополнительного разворота

итогов по периодичности.
Может принимать значения:
- Период – Тогда итоги не разворачиваются
- Регистратор – по документу регистратору.
- день – по дням
- Неделя, - Месяц, Квартал, Год – соответственно.

Слайд 37

Таблица получения Оборотов
В качестве <Условия> может выступать логическая конструкция, оперирующая с

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

Слайд 38

Таблица получения Оборотов

Слайд 39

Таблица получения Остатков и Оборотов
Синтаксиз:
РегистрНакопления.<ИмяРегистра>.ОстаткиИОбороты(<Начало периода>, <Конец периода>, <Периодичность>, <МетодДополнения>, <Условие>)

<МетодДополнения> - параметр задающий, надо или нет показывать периоды, соответствующие значениям <НачалоПериода> и <КонецПериода>, если в них не было никаких движений.

Слайд 40

Формирование отчетов по средствам СКД
Начиная с версии 8.1 платформы – система

«1С:Предприятия» представляет к использованию такое мощное средство Декларативного формирования отчетности (достаточно лишь визуальных средств для объяснения системе – что хотелось получить), как «Схема компоновки данных».

Слайд 41

Обусловленное провидение
Проведение
Безусловное
Обусловленное
Данные – из самого документа и зависимых регистров

Слайд 42

Сборка алгоритма проведения документа
1.Конструктор движений
2. Обозначить недостающие действия комментариями
3. Определяем обусловленность

проведения
4.Составляем текст запроса по недостающим данным (При обусловленном проведении)

Слайд 43

Сборка алгоритма проведения документа
5. Отработка текста запроса в консоли запросов
6. Сборка

текста запроса должна выполняться по шагам, от простого к сложному с проверкой после каждого шага.
7. Обеспечить максимальное быстродействие запроса для конкретной задачи

Слайд 44

Сборка алгоритма проведения документа
8. Готовый текст запроса использовать для сборки фрагмента

процедуры по средством конструктора запроса с обработкой результата.
9. Отладка
10. Обеспечение быстродействия всей процедуры в целом.

Слайд 45

При написании запроса следует помнить:
Соединение – это попытка в одном запросе

получить всевозможные комбинации записей исходных таблиц, ограниченная лишь количеством и видами связей
Связь – условие, которому обязательно должна соответствовать очередная комбинация, которую пытается построить соединение

Слайд 46

При написании запроса следует помнить:
Если связей не накладывать вообще, то будем

получать «декартово произведение» комбинаций записей (каждая - к каждой). Поэтому: «Минимальное количество связей на единицу меньше количества таблиц источников»

Слайд 47

При написании запроса следует помнить:
Чаще всего можно определить ведущий источник и

ведомый источник. Выходные поля группировочных сущностей должны определяться из ведущих источников

Слайд 48

Оперативное проведение
Для любого реального объекта существует 3 понятия времени: «Прошлое», «Настоящее»

и «Будущее».
Идеальная система учета, как отображения реальности, стремится фиксировать события в момент их происхождения – т.е. в реальном времени.

Слайд 49

Оперативное проведение
При Оперативном проведении док-тов система позволяет добиться расстановки документов в

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

Слайд 50

Блокировка записей регистров
По умолчанию выполнение запроса по любому объекту происходит в

режиме чтения данных.
В файл-серверном варианте использования программы при проведении док-та накладывается блокировка на таблицы целиком.

Слайд 51

Блокировка записей регистров
При клиент-серверном варианте использования – блокировки накладываются на диапазоны

записей таблиц, а не на таблицы целиком.
Запрос.Текст = Запрос.Текст + «
| ДЛЯ ИЗМЕНЕНИЯ
| РегистрНакопления.ОстаткиНоменклатуры.Остатки»;

Слайд 52

Возможные коллизии при проведении.
Проводя что-то задним числом пользователь может легко нарушить

логику формирования и проведения последующих документов.

Слайд 53

Способы решения коллизий
Последовательность документов – средство группирования документов в едином хронологическом

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

Слайд 54

Правила внесения изменений в структуру регистров «Живой» базы
1. Продумать все детали

механизма (какие структурные измерения будут в регистрах (+/-)).
2. Внести структурные измерения в регистр. (чем больше измерений, тем дольше выполняются запросы.
3. Прописать положительные движения по данному регистру.

Слайд 55

Правила внесения изменений в структуру регистров «Живой» базы
4. Отладить написанный алгоритм

проведения для одного документа, но для каждого вида документа, который делает «+»- движения.
5. Прописать «Отрицательные» движения (Если требуется)
6. Отладить прописанное на проведении для одного документа.

Слайд 56

Правила внесения изменений в структуру регистров «Живой» базы
7. Убедиться в корректности

работы всех механизмов, кот. базируются на этом регистре.
8. Перепроверите все документы, связанные с данным регистром.
В случае невозможности проведения старых документов по новым законам придется реализовать корректное использование нужного механизма.

Слайд 57

Реализация алгоритмов проведения в ситуациях с повышенными требованиями к быстродействию системы
Абсолютная

эффективность системы – мера, степень соответствия полученных результатов задекларированным целям.
Относительная эффективность – мера, степень соответствия полученных результатов к затратам, расходам, обусловившим, обеспечившим получение этих результатов.

Слайд 58

Реализация алгоритмов проведения в ситуациях с повышенными требованиями к быстродействию системы
Разработка

эффективной системы – это всегда нахождение баланса между достижением достаточно эффективных результатов по каждой из целей системы.
Идеальных с точки зрения эффективности алгоритмов быть не может в принципе.

Слайд 59

Реализация алгоритмов проведения в ситуациях с повышенными требованиями к быстродействию системы
Нахождение

достаточно эффективного алгоритма – это творческий процесс конструирования сбалансированной системы достижения этих целей.

Слайд 60

Направления оптимизации алгоритмов
Минимизация количества обращений к базе данных.
Минимизация объема данных, обрабатываемых

в процессе проведения (а именно: минимизация количества таблиц ИБ, задействованных в алгоритме; минимизация размеров обрабатываемых таблиц; минимизация действий с таблицами БД)

Слайд 61

Направления оптимизации алгоритмов
Минимизация количества и времени действия блокировок;
Оптимизация сценариев обработки данных

в плане приоритета решений, ориентированных на повышение параллельности работы перед ориентированными на дополнительный сервис пользователей

Слайд 62

Приемы для повышения эффективности системы:
Применить разделение обработки отражения документов в учете

на 2 части:
Действия, требующие сиюсекундной обработки в момент проведения документа;
Действия, которые можно отложить на выполнение в более спокойный период (в конце смены, ночью, только перед формированием регламентированной отчетности)

Слайд 63

Приемы для повышения эффективности системы:
II. Можно применять структурное решение проблемы времени

расчета показателей. (сохранять часть рассчитанных в процессе показателей в промежуточных регистрах. Или ввести служебные показатели, которые в отчетах в последствии не используются, а только помогают быстрее проводить документы).

Слайд 64

Приемы для повышения эффективности системы:
III. Можно сократить время действия блокировок, накладываемых

в процедуре проведения за счет сдвига момента наложения этих блокировок как можно ближе к концу алгоритма.

Слайд 65

Приемы
Исключим вопрос списания себестоимости из сиюсекундных;
Введем регистр «СвободныеОстатки» (КоличествоВСвободномОстатке, Номенклатура, Склад)

для контроля отриц. остатков;
Поменяем «Чтение из регистра\Запись в этот регистр» на «Запись в этот регистр\ Чтение из регистра»

Слайд 66

Это даст следующие плюсы:
Не придется возится с регистром «ОстаткиНоменклатуры» ни на

запись ни на чтение;
Ни в один набор записей не придется записывать набор записей дважы;
Блокировки будут действовать меньше времени

Слайд 67

Это даст следующие плюсы:
Запрос для контроля остатков будет строиться только по

одному регистру с актуально рассчитанными остатками
Запрос для контроля отрицательных остатков еще больше можно ускорить, заложив ситуацию перепроведения документа.(контроль разницы)
Расчет себестоимости выносится в отдельный механизм, который будет запускаться регламентно.

Слайд 68

Универсальный алгоритм проведения документов
Запрос по шапке
Определение структуры проведения
Проверка заполнения реквизитов шапки

и условий возможности проведения
Формирование структуры параметров проведения
Формирование движений по шапке документа (пока в наборе записей, но не в регистре)

Слайд 69

Универсальный алгоритм проведения документов
Запрос по таб. Части с получением данных из

других объектов
Проверка заполнения реквизитов в строке табличной части и условий возможности проведения
Формирование движений по страке таб. Части
Запись наборов движений по регистрам

Слайд 70

Правила работы с регистрами остатков:
Итоги каждого ресурса рано или поздно должны

иметь возможность выводиться
«В НОЛЬ»!
Пользуясь ресурсами – нельзя учитывать показатели движения!
Нельзя по какому-либо из ресурсов делать рассогласованные по набору измерений движения!
Для учета характеристик движения можно пользоваться «Реквизитами» регистра!

Слайд 71

Получение последних значений регистра сведений
ПолучитьПоследнее() – Возвращает данные в виде объекта

Структура, содержащего значения ресурсов.
СрезПоследних()-Возвращает данные в виде объекта ТаблицаЗначений, содержащего как значения ресурсов, так и значения измерений.

рЕШЕНИЕ ОПЕРАТИВНЫХ ЗАДАЧ (1)

Содержание

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

Объектная схема построения конфигурацийДокумент – Основа любой системы учета. потому как

Объектная схема построения конфигурацийОтчеты – класс объектов для обобщения, формирования и

Объектная схема построения конфигурацийРегистры учета – получаем средство быстрого формирования отчетности

Объектная схема построения конфигураций Создавая Регистры мы намеренно вносим в систему избыточность.

Объектная схема построения конфигураций Классы справочных объектов служат для организации правильного заполнения

Роль и место регистровКорень автоматизации любой учетной системы: система обязана максимально

Природа показателейДля любого явления можно придумать сотни и тысячи показателей.По Законам

ПоказателиПервая группа – «показатели остатка» - используются для учета явлений, которые

ПоказателиВторая группа – «показатели оборотные» -характеризуют движение за какой-то период. Учитываются

ПоказателиТретья группа – «показатели состояния» (разовые явления, устанавливающие, показатели в определенное

Задача любой учетной или управленческой системыМгновенно выдавать информацию по состоянию того

Структура регистровРесурсы – хранят данные регистра, то есть та информация, ради

При проектировании структуры регистровИзмерениями регистров могут быть объекты ссылочных или примитивных

Понятия связанные с регистрамиПонятие Граница периода рассчитанных итогов связано с внутреннем

Атрибуты регистровРегистратор – атрибут, содержащий ссылку на документ, изменивший состояние ресурсов

При включенном использовании итогов и текущих итогов регистра:При любом изменении записей

РезюмеПри получении итогов система всегда посчитает их правильно, но чем ближе

Управление ИтогамиПрограммно (Синтаксис-помошник Прикладные объекты/ регистры накопления/ РегистрыНакопленияМенеджер<Имя регистра накопления>/ Методы)В

Управление ИтогамиЕсть возможность управлять установкой режима разделения итогов. Данная возможность повышает

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

АгрегатыЭто средство оптимизации времени доступа к данным оборотных регистров за счет

Использование объектной моделиЧтобы получить накопившиеся итоги в регистре остатков, достаточно воспользоваться

Использование объектной моделиПараметры:<Момент времени> (необязательный) - Тип: Дата<Момент времени> (необязательный) -

Использование объектной модели<Измерения> (необязательный) - Тип: Строка. Список измерений, для которых

Использование объектной моделиРезультат выполнения метода – Таблица значений, заполненная итогами и

Основные причины применения объектной модели обращения к БДКогда прикладной объект надо

Использование табличной моделиТабличная модель системы «1С:Предприятие 8» - это получение данных

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

Дополнительные действия:Фильтрация, отборСвертка таблицы (СГРУППИРОВАТЬ ПО)Разворачивание таблицы за счет добавления строк

Использование табличной моделиРезультатом как при обращении через табличную модель будет таблица

Таблица получения ОборотовСинтаксиз:РегистрНакопления.<ИмяРегистра>.Обороты(<Начало периода>, <Конец периода>, <Периодичность>, <Условие>)

Таблица получения ОборотовПараметры:<Начало периода> (необязательный) - Тип: Дата<Начало периода> (необязательный) -

Таблица получения Оборотов<Конец периода> (необязательный) -Тип: Дата<Конец периода> (необязательный) -Тип: Дата,

Таблица получения Оборотов<Периодичность> (не обязательный) - используется для указания дополнительного разворота

Таблица получения ОборотовВ качестве <Условия> может выступать логическая конструкция, оперирующая с

Таблица получения Оборотов

Формирование отчетов по средствам СКДНачиная с версии 8.1 платформы – система

Обусловленное провидениеПроведениеБезусловноеОбусловленноеДанные – из самого документа и зависимых регистров

Сборка алгоритма проведения документа1.Конструктор движений2. Обозначить недостающие действия комментариями3. Определяем обусловленность

Сборка алгоритма проведения документа5. Отработка текста запроса в консоли запросов6. Сборка

Сборка алгоритма проведения документа8. Готовый текст запроса использовать для сборки фрагмента

При написании запроса следует помнить:Соединение – это попытка в одном запросе

При написании запроса следует помнить:Если связей не накладывать вообще, то будем

При написании запроса следует помнить:Чаще всего можно определить ведущий источник и

Оперативное проведениеДля любого реального объекта существует 3 понятия времени: «Прошлое», «Настоящее»

Оперативное проведениеПри Оперативном проведении док-тов система позволяет добиться расстановки документов в

Блокировка записей регистровПо умолчанию выполнение запроса по любому объекту происходит в

Блокировка записей регистровПри клиент-серверном варианте использования – блокировки накладываются на диапазоны

Возможные коллизии при проведении.Проводя что-то задним числом пользователь может легко нарушить

Способы решения коллизийПоследовательность документов – средство группирования документов в едином хронологическом

Правила внесения изменений в структуру регистров «Живой» базы1. Продумать все детали

Правила внесения изменений в структуру регистров «Живой» базы4. Отладить написанный алгоритм

Правила внесения изменений в структуру регистров «Живой» базы7. Убедиться в корректности

Реализация алгоритмов проведения в ситуациях с повышенными требованиями к быстродействию системыАбсолютная

Реализация алгоритмов проведения в ситуациях с повышенными требованиями к быстродействию системыРазработка

Реализация алгоритмов проведения в ситуациях с повышенными требованиями к быстродействию системыНахождение

Направления оптимизации алгоритмовМинимизация количества обращений к базе данных.Минимизация объема данных, обрабатываемых

Направления оптимизации алгоритмовМинимизация количества и времени действия блокировок;Оптимизация сценариев обработки данных

Приемы для повышения эффективности системы:Применить разделение обработки отражения документов в учете

Приемы для повышения эффективности системы:II. Можно применять структурное решение проблемы времени

Приемы для повышения эффективности системы:III. Можно сократить время действия блокировок, накладываемых

ПриемыИсключим вопрос списания себестоимости из сиюсекундных;Введем регистр «СвободныеОстатки» (КоличествоВСвободномОстатке, Номенклатура, Склад)

Это даст следующие плюсы:Не придется возится с регистром «ОстаткиНоменклатуры» ни на

Это даст следующие плюсы:Запрос для контроля остатков будет строиться только по

Универсальный алгоритм проведения документовЗапрос по шапкеОпределение структуры проведенияПроверка заполнения реквизитов шапки

Универсальный алгоритм проведения документовЗапрос по таб. Части с получением данных из

Правила работы с регистрами остатков:Итоги каждого ресурса рано или поздно должны

Получение последних значений регистра сведенийПолучитьПоследнее() – Возвращает данные в виде объекта

Похожие презентации