ОПРЕДЕЛЕНИЯ И СОКРАЩЕНИЯ 4
ВВЕДЕНИЕ 6
ГЛАВА 1. ПРОБЛЕМЫ И ПЕРСПЕКТИВЫ ОПТИМИЗАЦИИ ТИПОВОГО МЕХАНИЗМА ВОССТАНОВЛЕНИЯ
ПОСЛЕДОВАТЕЛЬНОСТИ ПРОВЕДЕНИЯ ДОКУМЕНТОВ 9
1.1 Типовой механизм восстановления последовательности проведения
документов 9
1.2 Основные недостатки типового механизма восстановления
последовательности документа 15
ГЛАВА 2. МЕТОДИКА И ОРГАНИЗАЦИЯ ИССЛЕДОВАНИЯ 18
2.1 Механизм многопоточного восстановления последовательности
проведения документов 18
2.2 Постановка задачи 18
2.3 Описание решения 19
2.4 Технологии, используемые для реализации механизма восстановления
последовательности документов 20
2.4.1 Принцип работы конфигурации 22
ГЛАВА 3. РЕАЛИЗАЦИЯ МЕХАНИЗМА ВОССТАНОВЛЕНИЯ ПОСЛЕДОВАТЕЛЬНОСТИ ПРОВЕДЕНИЯ ДОКУМЕНТОВ 24
3.1 Принцип работы механизма восстановления последовательности проведения документов 24
3.2.1 Встраивание конфигурации «Универсальные механизмы: пакеты данных» 27
3.2.2 Создание задания на восстановление последовательности
проведения документа 31
3.2.3 Настройка многопоточной обработки заданий 34
3.2.4 Обработчик пакета данных 37
ЗАКЛЮЧЕНИЕ 45
СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ 47
ПРИЛОЖЕНИЕ 1 49
ПРИЛОЖЕНИЕ 2 50
ПРИЛОЖЕНИЕ 3 53
ПРИЛОЖЕНИЕ 4 58
ПРИЛОЖЕНИЕ 5 59
1С: ERP - одна из учетных систем, которая настолько лояльна к пользователю, что позволяет ему работать «задним числом». [8] Такая работа позволяет исправлять ошибки «в прошлом», получать корректные ретроспективные отчеты и многое другое, но порождает ряд проблем, главная из которых - восстановление последовательности проведения документов.
Данные в системе должны учитываться в строгой хронологической последовательности. [2] Если документы поступают в бухгалтерию с опозданием или исправляются ошибки в уже введенных документах — программа требует восстановить порядок проведения документов.
Удаление, добавление и изменение количества товаров, изменение даты документа, ввод новых документов с прошлой датой влияют на порядок списания партий и, как следствие, суммы списываемой себестоимости и себестоимость остатков товаров становятся неактуальными. [1] Для актуализации расчетов используется обработка по восстановлению последовательностей.
Само восстановление последовательности технически выглядит следующим образом — проведение документов, входящих в эту последовательность, по порядку. Платформа и типовые конфигурации 1С умеют это делать, и в ситуации небольшого объема данных, либо низкой интенсивности работы пользователей это работает неплохо. Но при больших количествах документов процесс восстановления последовательности затягивается на дни. [3] И в условиях реальной жизни при вводе документа месячной давности необходимо будет перепровести большое количество документов.
Существующий типовой механизм восстановления последовательности может перепровести 1 документ в среднем со скоростью 4,3 секунды. [6] Таким образом, для перепроведения, например, 100 000 документов понадобится 120 часов (5суток), что неприемлемо с точки зрения бизнес-процессов предприятия.
Актуальность данной работы заключается в том, что разработка нового механизма восстановления последовательности проведения документов призвана уменьшить время, затрачиваемое типовым механизмом для произведения данной операции.
Объектом дипломной работы является анализ существующего типового механизма и процесс разработки нового механизма восстановления последовательности проведения документов. Разрабатываемый механизм будет анализировать документы, смещающие дату последовательности, и в зависимости от вида документа восстанавливать последовательность более точечно. В то время, как типовой механизм перепроводит все документы с того места, где находится граница последовательности по порядку.
Предметом дипломной работы является новый механизм восстановления последовательности проведения документов.
Целью дипломной работы является разработка нового механизма восстановления последовательности проведения документов для 1С: ERP.
Для достижения поставленной цели необходимо решить следующие задачи:
• анализ существующего механизма восстановления последовательности;
• выбор технологии для разработки механизма;
• разработка механизма на выбранной технологии;
• проведение тестов;
• разработка необходимого набора отчетов.
При написании дипломной работы использовались следующие
виды источников: учебная литература, статьи из журналов, интернет источники.
В ходе выполнения работы было достигнуто следующее:
• Организовано многопоточное отказоустойчивое восстановление последовательности.
• Все изменения конфигурации не коснулись типовых объектов. Практически не усложнился процесс обновления конфигурации.
• Ни в одном месте работы не накладывается блокировок на саму последовательность или на любой другой объект, используемый при оперативной работе пользователя.
• Запись документов пользователем и в пакетах данных производится одновременно. Пользователь может увидеть замедление работы системы, но вероятность получения ошибки блокировки данных минимальна.
• Инициация процесса восстановления последовательности происходит автоматически по факту совершения пользователем действий в учетной системе.
Код данного механизма размещен в открытом доступе на сайте GitLab по ссылке http://gititis.kpfu.ru/EJShalafaeva/multithreaded-sequence-recoverv.
Данный механизм восстановления последовательности проведения документов позволит сократить время, затрачиваемое типовым механизмом на восстановление последовательности. Если типовой механизм затрачивал на обработку 100 000 документов 120 часов (5 суток), то многопоточный механизм затрачивает на обработку тех же 100 000 документов 33 часа. Но необходимо учитывать, что для достижения высокой производительности, данные учетной системы должны позволять их многопоточную обработку и корректно разделяться на независимые ветви.
Также достоинством данного механизма является то, что он позволяет пользователям производить работу с системой во время восстановления последовательности, что невозможно было делать в типовой конфигурации.
За счет того, что работа организована с использованием конфигурации «Универсальные механизмы: пакеты данных», механизм можно внедрить в любую конфигурацию на платформе 1С. Никаких работ по доработке конфигурации-приемника для этого не потребуется.
