азработка и реализация конфигурации «Автомастерская» в среде 1С: Предприятие
Содержание:
ВВЕДЕНИЕ
Целью работы – исследование и разработка информационной системы учета услуг автотранспортного предприятия на примере ЗАО «ЭЛСИ-Н», в конечном итоге позволяющей снизить издержки предприятия за счет внедрения информационной системы, позволяющей автоматизировать рутинные процессы обработки информации.
Для достижения цели были сформулированы и решены следующие задачи:
1. Выполнен анализ характеристик объекта автоматизации. Изучена организационная и функциональная структура предприятия.
2. Систематизирован документооборот.
3. Изучен процесс функционирования предприятия. Разработана функциональная модель существующей системы.
4. Разработано алгоритмическое и программное обеспечение на платформе «1С: Предприятие 8.3.6».
5. Разработана база данных, обеспечивающая реализацию функций экономической информационной системы
Практическая значимость проекта заключается в современности и актуальности используемых технологий, благодаря которым решались поставленные задачи, в оптимизации множества процессов и новизне приводимой информации.
1. Технико-экономическая характеристика предметной области и предприятия
1.1. Технико-экономическая характеристика предметной области и предприятия
На данный момент компания использует недостаточно эффективные программные продукты в части управления учета работы мастеров как в виде методологии так и в виде информационной поддержки для решения следующих задач:
- управление контактами с клиентами;
- управление бизнес - процессами;
- управление расчетами;
Именно в вышеперечисленных областях у компании наблюдаются проблемы.
На данный момент времени на предприятии средствами автоматизации процессов учета операций мастеров являются стандартный офисный пакет MSOffice.
Такая система является типичным представителем локальных информационных систем, которая хранит свою отдельную базу данных на файл-сервере и не отличается высокой производительностью.[10]
Существует проблема поддержания так называемых наследуемых систем. Затраты на поддержание работоспособности таких информационных систем в период их эксплуатации чрезвычайно высоки и вынуждают компанию задумываться об оптимизации либо кардинальной реорганизации данной наследуемой информационной системы.
Актуальность данной темы обусловлена тем что, на данном направлении у компании ЗАО «ЭЛСИ-Н» нет специализированной программы для учета ремонта автотехники.
Автоматизация этого процесса является весьма актуальной задачей для компании.
В работе объектом исследования является автотранспортное предприятие ЗАО «ЭЛСИ-Н»
В работе предметов исследования является учет работ и оказываемых услуг компанией ЗАО «ЭЛСИ-Н» в разрезе мастеров, клиентов, номенклатуры.
Система предназначена для повышения оперативности и качества принимаемых управленческих решений сотрудниками.
Основным назначением системы является автоматизация информационно – аналитической деятельности в бизнес – процессах заказчика.
В рамках проекта автоматизируется информационно-аналитическая деятельность в следующих процессах:
1. Информационная поддержка процессов учета работ автомастерской;
2. Анализ финансового – хозяйственного учета;
3. Автоматизация прочих процессов, связанных с основными процессами учета работ и оказания услуг мастерами;
Объектами автоматизации являются следующие:
1. Отдел ремонта и учета техники
Система создается с целью:
- обеспечения сбора и первичной обработки исходной информации, необходимой для подготовки отчетности по показателям деятельности;
- создания единой системы отчетности по показателям деятельности;
- повышения качества (полноты, точности, достоверности, своевременности, согласованности) информации;
В результате разработки ИС учета работ автомастерской должны быть улучшены значения следующих показателей:
- Время сбора и первичной обработки исходной информации;
- Количество информационных систем, используемых для подготовки аналитической отчетности;
- Время, затрачиваемое сотрудниками на анализ показателей работы мастеров.
Профиль деятельности компании с указанием финансово-производственных показателей представлен в табл.1.
|
Таблица 1 Профиль деятельности компании |
|||||||
|
N |
Тип бизнеса (технологии), наименование |
Кол-во, шт. |
Стоимость, тыс. у.е. |
Объем работ, дней |
Цена 1 часа работ, тыс. у.е. |
Средний объем работ |
Ресурсы, чел.год. |
|
1 |
Слесарный ремонт |
20 |
112 |
400 |
0,035 |
160 |
3,0 |
|
2 |
Кузовной ремонт |
400 |
56 |
200 |
0,035 |
4 |
1,5 |
|
3 |
Техобслуживание |
20 |
168 |
600 |
0,035 |
240 |
4,5 |
|
4 |
Шиномонтаж |
16 |
160 |
400 |
0,05 |
200 |
3,0 |
|
5 |
Цены на покраску |
8 |
640 |
1600 |
0,05 |
1600 |
12,1 |
|
Итого |
464 |
1136 |
3200 |
0,0473 |
2204 |
24,2 |
|
1.2. Организационная структура управления предприятием
Рассмотрим организационную структуру управления компании «ЭЛСИ-Н». Она представлена на рисунке 1.
Организационная структура «ЭЛСИ-Н» представляет собой функционально-иерархическую линейную структуру управления, и характеризуется следующими признаками:
- нижний уровень подчиняется линейно руководителю верхнего уровня;
- конкретные функции управления выполняются директором;
- четко выражена иерархия;
- функциональная специализация по областям и задачам компании.
Рисунок 1. Организационно-штатная структура управления «ЭЛСИ-Н».
Организационная структура рассматриваемого предприятия включает в себя следующие подразделения:
- отдел продаж;
- бухгалтерию;
- финансовый отдел;
- отдел закупок;
- сервисный центр;
- отдел маркетинга;
- отдел логистики;
- ИТ-отдел.
Руководит деятельностью предприятия генеральный директор, которому подчиняются начальники отделов, а также заместитель генерального директора иглавный бухгалтер Кроме того, существует заместитель генерального директора, который в сущности дублирует функции генерального директора и выполняет их в его отсутствие.
Далее рассмотрим основные функции перечисленных выше отделов.
Отдел продаж работает в следующих направлениях:
- Сбор и анализ информации о профильном рынке (информация о клиентах, конкурентах, поставщиках и др.).
- Проведение переговоров с клиентами.
- Поиск клиентов.
- Оформление и заключение контрактов.
- Развитие отношений с клиентами.
- Подготовка тендерной документации, участие в тендерах.
- Получение рекомендаций от клиентов.
- Продвижение услуг компании (реклама и PR).
- Ведение внутренней отчетности и документации.
- Формирование рекламного бюджета.
К функциям отдела отнесены:
- Увеличение стоимости и рентабельности заключенных контрактов;
- Расширение и сохранение клиентской базы;
- Рост числа крупных заказов;
- Формирование личных и доверительных отношений с клиентами;
- Создание имиджа компании как надежного делового партнера;
- Расширение известности компании;
- Качественная подготовка документов;
- Развитие личностных и профессиональных компетенций работников отдела.
К функциям финансового отдела отнесены:
- Управление движением финансовых ресурсов предприятия и регулирование финансовых отношений, возникающих между хозяйствующими субъектами в целях наиболее эффективного использования всех видов ресурсов;
- Составление проектов перспективных и текущих финансовых планов, с приложением всех необходимых расчетов;
- Разработка финансовой стратегии предприятия и базы для его финансовой устойчивости;
- Подготовка материалов для составления бизнес-плана предприятия;
- Участие в подготовке проектов планов: реализации продукции (работ, услуг), капитальных вложений, научных исследований и разработок;
- Разработка прогнозных балансов и бюджетов денежных средств;
- Участие в планировании себестоимости продукции и рентабельности производства;
- Разработка прогнозов ожидаемой прибыли, расчет налога на прибыль, составление планов распределения прибыли на год и по кварталам.
Отдел маркетинга совместно с другими подразделениями предприятия и руководством предприятия помогает выработать стратегию рыночной деятельности предприятия
Отдел закупок является главным подразделением, где принимаются решения о закупке товаров, заключаются контракты на поставку продукции, решаются вопросы выбора поставщика, устанавливаются требования к качеству продукции и т. д.
Отдел закупок организует изучение потребительского спроса. При изучении потребительского спроса в оптовом распределении следует сочетать методы изучения спроса оптовых товарополучателей и методы изучения спроса населения.
Целью отдела маркетинга является выработка рекомендаций и координация деятельности по формированию и проведению закупочной, сбытовой и сервисной политики предприятий.
В функции отдела маркетинга входит анализ внутренней и внешней среды предприятий, анализ конкурентов, сегментирование рынка и позиционирование товара, ценообразование, формирование ассортимента и формулирование требований к качеству продукции и обслуживанию клиентов, продвижение продукции, формирование и поддержание имиджа предприятия и торговых марок.
Задачами отдела складской логистики являются:
- Обеспечение выполнения обязательств по поставкам продукции и товаров в соответствии с заключенными договорами;
- Сбор, накопление и анализ информации по международному опыту в решении отдельных проблем в области логистической деятельности;
- Разработка совместно с техническими и экономическими службами предприятия планов сотрудничества с отечественными и зарубежными организациями; контроль за исполнением этих планов;
- Планирование, организация, контроль и управление материальными и нематериальными операциями, совершаемыми в процессе доведения сырья, материалов и готовой продукции до потребителя в соответствии с интересами и требованиями последнего, а также обработка, анализ и хранение соответствующей информации.
Функциями сервисного центра являются установка, обслуживание, ремонта автомобилей.
Задачи отдела информационных технологий:
1. Разработка и внедрение проектов совершенствования технологичного управления Компанией.
2. Выявление и оперативное устранение перебоев в работе оборудования и пользователей.
3. Экономия средств Компании за счет применения высокотехнологичных систем управления.
Функции отдела информационных технологий:
- Исследование систем управления, порядка и методов планирования и регулирования Компании с целью определения возможности их формализации и целесообразности перевода соответствующих процессов на автоматизированный режим;
- Участие в составлении технических заданий по созданию автоматизированных систем управления Компанией;
- Анализ и изучение проблем обслуживания автоматизированных систем управления Компании и ее подразделений;
- Подготовка планов проектирования и внедрения автоматизированных систем управления Компанией и контроль за их выполнением;
- Контроль состояния и безопасности сети и сетевого оборудования;
- Определение задач, их алгоритмизация, увязка организационного и технического обеспечения всех автоматизированных систем управления Компанией;
- Анализ и учет случаев отказа системы;
- Модернизация применяемых технических средств;
- Разработка и проведение мероприятий по повышению качества и надежности автоматизированных систем управления Компанией;
- Совершенствование организации и методов подготовки задач по алгоритмизации с целью сокращения сроков и стоимости проектирования автоматизированных систем управления Компанией;
- Контроль за своевременным оформлением в установленном порядке и заключением договоров со специализированными организациями на проведение исследовательских, проектных и других работ, связанных с деятельностью отдела;
- Оказание методической помощи подразделениям Компании в подготовке исходных данных для автоматизированных систем управления.
Инсталляционное бюро предоставляет услуги по проектированию, поставке, монтажу, пусконаладочным работам, гарантийному и постгарантийному обслуживанию звукового и светового оборудования, и обучению персонала.
Архитектура информационной системы предприятия — это наиболее общее и всестороннее представление информационной системы предприятия, как хозяйствующего субъекта, имеющего различные цели ведения своей основной деятельности, определенные миссией на рынке, и стратегией развития, внешние и внутренние ресурсы, необходимые для выполнения миссии и достижения поставленных целей, а также сложившиеся правила ведения основной деятельности (бизнеса). Системная архитектура (программная и техническая) определяет совокупность технологических и технических решений для обеспечения информационной поддержки работы организации в соответствии с правилами и концепциями, определенными бизнес-архитектурой [1].
Структурная схема технической архитектуры предприятия представлена на рисунке 2.
Рисунок 2. Схема технической архитектуры предприятия
Локальная вычислительная сеть построена на основе многопротокольного маршрутизатора в стойке IBM SystemStorage SAN06B-R [2].
Данное сетевое устройство обеспечивает высокую производительность, имеет FC-порты со скоростью передачи данных до 8 Гбит/с и аппаратную обработку данных для работы портов 1 GigabitEthernet (GbE) IP со скоростью физической линии.
Кроме того, в серверном помещении в телекоммуникационной стойке расположены следующие устройства:
- Blade- cерверы IBMBladeCenterPS700 Express (для организации файлового сервера, сервера баз данных, сервера приложений);
- Модульная дисковая система хранения IBM SystemStorage N3000;
- ИБП Delta J 1-3 Series UPS;
- Патч-панель
Сервер имеет следующие технические характеристики:
- Четыре процессорных ядра POWER7 с частотой 3,0 ГГЦ;
- От 4 до 64 ГБ оперативной памяти в восьми разъемах DualInlineMemoryModule (DIMM);
- Высокопроизводительная память DoubleDataRate 3 (DDR3) с частотой до 1066 МГц;
- Встроенный контроллер SerialAttached SCSI (SAS);
- Два отсека для 2,5-дюймовых жестких дисков SAS со скоростью вращения 10 000 об/мин, поддерживающие внутреннюю память емкостью 300 или 600 ГБ;
- Встроенный двух портовый адаптер Integrated Virtual Ethernet (IVE) Dual Gigabit;
Модульная дисковая система имеет следующие характеристики:
- Физическая емкость системы хранения – до 136 ТБ;
- До 4 ГБ памяти с функцией обнаружения и исправления ошибок (ErrorCheckingandCorrection, ECC);
- 8 полнодуплексных портов Ethernet стандарта 10/100/1 000 Base-T;
- 12 портов FC 4 Гбит/с;
- порта FC 8 Гбит/с;
- Диагностический индикатор (LED)/ЖК-дисплей (LCD);
- Два резервированных интегрированных охлаждающих вентилятора с возможностью «горячей» замены и блоки питания с автоматической регулировкой и возможностью «горячей» замены.
Технические характеристики используемых в стойку ИБП приведены в таблице 1.2.
Таблица 2
Технические характеристики ИБП Delta J 1-3 Series UPS
|
Наименование характеристики |
Значение |
|
|
Мощность |
1кВА/800Вт |
|
|
Вход |
Напряжение |
200 V, 208 V, 220 V, 230 V, 240 V |
|
Диапазон напряжения |
160 В ~ 275 В (100% нагрузка ИБП); 130 В ~ 160 В (70% нагрузка ИБП) |
|
|
Частота |
50 Гц / 60 Гц (± 4.8 Гц) |
|
|
Коэффициент мощности |
=> 0.97 |
|
|
Выход |
Напряжение |
200 В, 208 В, 220 В, 230 В, 240 В |
|
Частота |
50 Гц / 60 Гц ± 0.05 Гц |
|
|
Диапазон регулирования напряжения |
±2% |
|
|
Форма напряжения |
Синусоидальный сигнал |
|
В пользовательской части технической архитектуры размещены АРМ сотрудников предприятия, которые имеют следующие характеристики:
Процессор Intel Pentium Celeron, 1.6
- HDD 120 Гб
- Сеть 10/100 Мбит/с
- Оптический накопитель DVD±RW
- Корпус ATX Miditower 350 Вт
- МониторAcer A221HQbd 15'' Wide.
Сотрудники ИТ- отдела оснащены также ноутбуками LenovoIdeaPad Y560A1, которые имеют следующие характеристики:
- Операционная система Microsoft® Windows 7 Home Basic
- Процессор Intel Core™ i5 Mobile Processor 460M, 2.53GHz (3Mb Cache)
- Оперативная память 4096Mb, DDR3 1066MHz (Максимум 8Gb)
- Экран 15,6" WXGA
- Разрешение экрана 1366x768
- Жесткий диск 500Gb (5400rpm) SATA
- Видеокарта ATI™ Mobility Radeon HD5730 1024Mb
- Оптический привод DVD-Super Multi Double Layer
- Связь Сеть 10/100/1000 Мбит/с (RJ45)
- Беспроводная связь WiFi, WiMax, Bluetooth 2.1
Также в отделах установлены МФУCanon I-Sensys MF4340D, технические характеристики которых приведены ниже в таблице 3.
Таблица 3
Характеристика МФУ
|
Характеристика |
Значение |
|
Тип МФУ |
лазерный |
|
Цветность печати |
черно-белая |
|
Технология печати |
лазерная |
|
Количество страниц в месяц |
макс. 10 000 страниц в месяц |
|
Страниц в месяц |
от 9001 до 15000 |
|
Макс. формат принтера |
A4 |
|
Макс. разрешение для ч/б печати |
до 1200 x 600 точек |
|
Разрешение сканера |
до 600 x 1200 точек |
|
Разрешение сканера (улучшенное) |
до 9600 x 9600 точек |
|
Автоподача оригиналов |
односторонняя |
|
Емкость устройства автоподачи |
на 1 лист |
Технические характеристики рабочих станций, используемых в предприятиях, приведены в таблице 4.
Таблица 4
Технические характеристики рабочих станций TeamOffice b362
|
Наименование характеристики |
Значение характеристики |
|---|---|
|
Процессор |
Core2 Duo, Pentium Dual-Core, Celeron® 400, |
|
Память |
От 512Мб до 8Гб DDR2-667/800 МГц |
|
Видеоподсистема |
Интегрированная Intel® Graphics Media Accelerator X4500 |
|
Жесткие диски |
от 80Гбайт, 7200 об/мин, Serial-ATA II (4 порта SATA 300) |
|
Сетевой контроллер |
Интегрированный 1Gbit (Realtek RTL8111D) |
|
Корпус |
InWin EMR018: MiniTower, БП 350Вт (2 внешних отсека 5.25", 2 внешних и 5 внутренних отсека 3.5")MiniTower |
В качестве сетевого оборудования узлов используются маршрутизатор NetGear WG103, характеристики которого приведены в таблице 5.
Таблица 5
Технические характеристики маршрутизатора NetGear WG103
|
Наименование характеристики |
Значение |
|
Количество портов коммутатора |
4 x Ethernet 10/100/1000 Мбит/сек |
|
Поддержка VPN passthrough |
есть |
|
Размеры (ШxВxГ) |
141 x 27 x 100 мм |
|
WAN протоколы |
PPPoE, PPTP, IP Routing, RIP1/2, PAT, PAP, CHAP, MS CHAP, UDP, TCP, IPCP, SNTP. |
|
Поддержка NAT |
Да. |
|
Дополнительная информация |
WAN порт - 10/100/1000Base |
Доступ в сеть Интернет в предприятиях осуществляется с помощью технологии ADSL при использовании модема ZyXELP660HT2 (таблица 6).
Таблица 6
Технические характеристики модема ZyXELP660HT2
|
ADSL |
ADSL2+ |
|
Протоколы |
PPPoA, PPPoE |
|
Поддержка IGMP (Multicast) |
Есть |
|
DMZ |
Поддерживается |
|
NAT |
Поддерживается |
|
DHCP-сервер |
Есть |
|
Скорость передачи данных |
24 Мбит/сек для входящего трафика, 1 Мбит/сек для исходящего трафика |
|
Порты FastEthernet |
4 порта 10/100 Мбит/сек |
|
Порты WAN |
1 порт RJ-11 |
Схема используемой программной архитектуры представлена на рисунке 3.
Рисунок 3. Схема программной архитектуры
В соответствии с представленной схемой, в качестве операционной системы на АРМ пользователей используется Windows 7 ProfessionalEdition 32 bit, в качестве серверной - WindowsServer 2003 R2 EnterpriseEdition.
Операционная система MicrosoftWindowsServer 2003 R2 Enterprise — это мощная серверная платформа, обеспечивающая надежную поддержку для самых важных процессов и нагрузок. В этой редакции предусмотрены расширенные возможности виртуализации, экономии электроэнергии; улучшена управляемость; мобильные сотрудники могут проще получать доступ к ресурсам компании.
В качестве пакета офисных приложений установлен MSOffice 2007 Prof, включающий в себя MSWord 2007, MSExcel 2007.
Кроме того, на рабочих станциях сотрудников установлено такое дополнительное ПО, как архиватор WinRar 3.70, AcrobatReader 8.0, антивирус Dr.WebDesktopSecuritySuite.
Сотрудники ИТ-отдела используют следующее программное обеспечение:
- HardwareInspector;
- Radmin;
- VoipDiscount.
- Pidgin;
Программа HardwareInspector предназначена для инвентарного учета компьютеров и другой техники в организациях. Полезна для сисадминов, обслуживающего персонала, руководителей отделов компьютеризации и другого IT-персонала. Она значительно облегчит вашу жизнь, избавив от головной боли, связанной с учетом и планированием компьютерного (и иного) аппаратного обеспечения [5].
Уникальность программы HardwareInspector заключается в возможности вести учет не просто текущего состояния параметров компьютера, а всей истории жизни каждого устройства [6].
Radmin - это одна из лучших программ удаленного администрирования ПК для платформы Windows, которая позволяет полноценно работать сразу на нескольких удаленных компьютерах с помощью обычного графического интерфейса. Наряду с поддержкой модели безопасности NT и локализацией на любые языки возможна работа в режимах обмена файлами и Telnet, что позволяет рассматривать Radmin как интегрированное решение для удаленного управления организацией любого масштаба.
1.3. Выбор комплекса задач автоматизации и характеристика существующих бизнес процессов
На данный момент компания«ЭЛСИ-Н» использует недостаточно эффективные программные продукты, а именно MSOffice для решения следующих задач:
- управление клиентской базы;
- управление продажами;
- автоматизация документооборота;
- учет работ;
- управление задачами мастеров;
Именно в вышеперечисленных областях у компании наблюдаются проблемы в рамках эффективности протекания процессов – учета и расчета работ, управления задачами мастеров, автоматизации документооборота, клиентской базой.
По оценкам экспертов компании с использованием MSOfficeскорость протекания их процессов снижается на 30 процессов, нежели если процессе протекали бы с использованием современных систем автоматизации.
На данный момент времени на предприятии средствами автоматизации CRM-процессов являются стандартный офисный пакет MSOffice.
Однако данных средств недостаточно в силу отсутствия некоторых необходимых функций – введение учета работ мастеров, параметров работы по времени и маркетинговых коммуникаций с клиентами (обратная связь с клиентом, первичная регистрация интереса клиента).
Такая система является типичным представителем локальных информационных систем, которая хранит свою отдельную базу данных на файл-сервере и не отличается высокой производительностью.
Существует проблема поддержания так называемых наследуемых систем. Затраты на поддержание работоспособности таких информационных систем в период их эксплуатации чрезвычайно высоки и вынуждают компанию задумываться об оптимизации либо кардинальной реорганизации данной наследуемой информационной системы.
1.2.4. Определение связи задачи исследования с другими задачами
Построение модели информационной системы начинается с описания функционирования системы в целом в виде контекстной диаграммы, смотрите рисунок 4.
Рисунок 4. Контекстная диаграмма «Учет услуг Автосервиса»
Взаимодействие системы с окружающей средой описывается с помощью входов («Обращения клиентов» и «Оплата услуг»), выходов («Оказанные услуги» и «Полученная прибыль»), управления («Законы о защите прав потребителя» и «Внутренние правила автосервиса») и ресурсов («Запчасти» и «Персонал автосервиса»).
Клиенты – люди, обращающиеся за услугами автосервиса.
Оплата услуг – денежные средства, переводимые на счет автосервиса за оказанные услуги.
Внутренние правила автосервиса – свод прописанных и негласных правил, которому подчиняются все работники автосервиса.
Законы о защите правах потребителя – законы о защите прав потребителя, и те, которые тем или иным образом контролируют качество, оказываемых автосервисом услуг.
Запчасти – основной ресурс для процесса функционирования автосервиса, так как они используются в процессе оказания услуг (ремонта и тюнинга).
Персонал автосервиса – люди, работающие в автосервисе, осуществляющие приём клиентов, оказания услуг (ремонта и тюнинга), управление и др.
Оказанные услуги – услуги, оказанные автосервисом клиентам.
Полученная прибыль – сумма всех выплат за оказанные услуги.
После описания контекстной диаграммы переходим к процессу функциональной декомпозиции, т.е. разбиваем систему на подсистемы до степени, достаточной для понимания роли проектируемого ПО и написания спецификаций процессов, смотрите рисунок 5.
Рисунок 5. Диаграмма декомпозиции «Учет услуг Автосервиса»
Как видно из диаграммы, весь процесс функционирования автосервиса разбивается на три:
- Предоставление услуг по ремонту и тюнингу – основная деятельность автосервиса, деятельность по ремонту и тюнингу автомашин;
- Поддержание в рабочем состоянии оборудования автосервиса – поддержание персоналом автосервиса в рабочем состоянии оборудования;
- Предоставление дополнительных услуг – выдача справочной информации о дополнительных услугах и их оказание.
Произведем дальнейшее разбиение на подсистемы «Предоставление услуг по ремонту и тюнингу».
Рисунок 6. Диаграмма декомпозиции «Предоставление услуг по ремонту и тюнингу»
Опишем процессы, представленные на данной диаграмме декомпозиции:
- выдача информации – предоставление информации о услугах автосервиса и заказах;
- услуги по ремонту и тюнингу – предоставление услуг по ремонту и тюнингу;
- осуществления ремонта и тюнинга – сам процесс ремонта и тюнинга;
- конец обслуживания – процесс включает в себя формирование итогового счета с отчетом о проделанной работе;
- оплата счетов – оплата счетов за оказанные услуги.
Далее продолжим декомпозицию диаграммы «Выдача информации».
Рисунок 7. Диаграмма декомпозиции «Выдача информации»
Опишем процесс «Выдача информации».
Клиент пытается получить информацию об услугах автосервиса, либо о состоянии своего заказа.
Выдача информации об услугах – информация об услугах, предоставляемых автосервисом и доступных в данный момент.
Выдача информации о выполнении заказа – информация о состоянии заказа клиента, его сроках выполнения.
В рамках диссертации будут автоматизированыследующие блоки:
1) Предоставление услуг по ремонту и тюнингу.
2) Выдача информации.
Документооборот неразрывно связан со всем бизнес-процессами на предприятии и, если идет речь об оптимизации бизнес-процессов , то чаще всего это невозможно без оптимизации документооборота.
Оптимизация документооборота может быть достигнута правильной постановкой процесса и использованием средств автоматизации. [9].
Системы документооборота обычно внедряются, чтобы решать определенные задачи, стоящие перед организацией, из которых наиболее часто встречаются следующие:
- обеспечение более эффективного управления за счет автоматического контроля выполнения, прозрачности деятельности всей организации на всех уровнях;
- поддержка системы контроля качества, соответствующей международным нормам;
- поддержка эффективного накопления, управления и доступа к информации и знаниям. Обеспечение кадровой гибкости за счет большей формализации деятельности каждого сотрудника и возможности хранения всей предыстории его деятельности;
- протоколирование деятельности предприятия в целом (внутренние служебные расследования, анализ деятельности подразделений, выявление "горячих точек" в деятельности);
- оптимизация бизнес-процессов и автоматизация механизма их выполнения и контроля;
- исключение или максимально возможное сокращение оборота бумажных документов на предприятии. Экономия ресурсов за счет сокращения издержек на управление потоками документов в организации;
- Исключение необходимости или существенное упрощение и удешевление хранения бумажных документов за счет наличия оперативного электронного архива.
В процессе деятельности ЗАО «ЭЛСИ-Н»возникает ряд документов:
- Оказание услуги;
- Прохождение ТО;
- Ремонт;
Сама же деятельность не могла бы осуществляться должным образом без информации, как:
- Информация о заказчиках;
- Информация о мастерах работ.
Рассмотрим схему действующего документооборота для данных документов на рисунке 8.
Рисунок 8. Документооборот по учету в автомастерской.
Анализ затрат на обработку документов приведу в таблице 5.
Таблица 5
Оценка затрат на обработку документов
|
Название документа |
Кол-во за месяц |
Частота вознико- вения |
Время на формирование (до автоматизации) |
Время на формирование (после автоматизации) |
Время на обработку (до автоматизации) |
Время на обработку (после автоматизации) |
Экономия времени (на формирование) |
Экономия времени (на обработку) |
|
Утверждение заказа |
2500-2800 |
75-95 (в день) |
20 мин. |
20 мин. |
15 мин. |
2 мин. |
0 |
13 мин |
|
Текущие операции по заказу клиента |
2500 |
75-85 (в день) |
10 мин. |
1 мин. |
3 мин. |
0.5 мин. |
9 мин. |
2.5 мин. |
|
Клиенты |
Не определено |
По требованию |
От 2 часов |
1 минута |
30 мин. |
0,5 мин |
От |
29.5 мин |
|
Отчеты |
Не определено |
По требованию |
От 30 мин. |
2 минуты |
30 мин. |
0,5 мин. |
От 28 мин. |
29.5 мин. |
На основании нижеприведенной таблицы видно, что автоматизация документооборота вследствие внедрения ИС управлением учета значительно ускорит процесс формирования и обработки документов.
Также ведение документов в электронном виде снизит уровень возникновения ошибок при занесении данных в документы, т.к. планируется, что она (информация) будет заноситься в формы автоматически.
1.Определение уровня защиты информации для исследуемой задачи
2.. Информационное обеспечение задачи
2.1.Информационная модель и её описание
Информационная модель представляет собой схему движения входных, промежуточных и результативных потоков и функций предметной области. Кроме того, она объясняет, на основе каких входных документов и какой нормативно-справочной информации происходит выполнение функций по обработке данных и формирование конкретных выходных документов. Информационная модель представлена на рисунке 12.
Рисунок 12. Информационная модель системы автоматизации учета заявок на работы в автосервис
В системе используется 4 видов кодирования, предназначенные для однозначной идентификации менеджеров клиентов, клиентов, накладных, мастеров, работ. Виды системы кодирования указаны в табл. 7.
Таблица 7
Используемые системы кодирования
|
Кодируемое множество объектов |
Длина кода |
Мощность кода |
Система кодирования |
Система классификации |
Вид классификатора |
|---|---|---|---|---|---|
|
Менеджеры клиентов |
5 |
9999 |
порядковая |
иерархическая |
общесистемный |
|
Клиенты |
5 |
9999 |
порядковая |
иерархическая |
общесистемный |
|
Мастера |
5 |
9999 |
порядковая |
иерархическая |
общесистемный |
|
Работы |
5 |
9999 |
порядковая |
иерархическая |
общесистемный |
Все классификаторы ведутся менеджером.
Классификатор менеджеров клиентов.
Структурная формула классификатора:
F = [Фамилия] : [XXXXX] – код менеджера
Пример заполнения - 001234
Классификатор клиентов.
Структурная формула классификатора:
F = [Наименование ]:[ XXXXX] - код клиента
Пример заполнения - 00001
Классификатор мастеров.
Структурная формула классификатора:
F = [Наименование]:[ XXXXX] - код заказа
Пример заполнения - 00004
Классификатор работ.
Структурная формула классификатора:
F = [Наименование]:[ XXXXX] - код договора
Пример заполнения – 00012
2..2.Характеристика нормативно - справочной, входной и оперативной
Для ИС разработаны следующие справочники:
- «Техника»;
- «Механика»;
- «БоксРемонта»;
- «Водители»;
- «ВидРабот»
- «Работы»
- Товарные чеки;
- Счета-фактуры;
- Накладные;
- Счета.
Справочник «Виды работ» предназначен для учета видов оказываемых услуг компании.
Сами учетные данные соответствующим образом хранятся в регистрах.
С учетом требований к информационной системе и к базе данных, были спроектированы и разработаны следующие документы, регистры:
Документ «Ремонт»;
Документ «Техническое обслуживание»;
Документ «Оповещение пользователя»;
Документ «Товарный чек»;
Документ «Накладная»;
Документ «Счет-фактура»;
Регистр «Ремонты»;
Регистр «Техническое обслуживание»;
Документ «Оповещение пользователя» предназначен для осуществления обратной связи с клиентом, количественной оценки его удовлетворенности услугами и выяснением оказана ли была услуга вообще.
Документ «Техническое обслуживание» предназначен для фиксации требований клиента к ремонту, определение параметров работы. Документ учитывает статус заказа и тип его срочности.
Документ «Ремонт» фиксирует и учитывает завершенность исполнения заказа клиента, оказание ему всех необходимых услуг.
2.3.Характеристика результатной информации
И наконец, непосредственно отчеты завершают эту схему.
В ходе разработки прикладного решения были созданы следующие отчеты:
- «Ремонты»;
- «Обслуживание техники»
- «Прибыль»;
- Список сотрудников компании;
- Список поставщиков;
- Отчет «Доход по остатку машин»;
3. Разработка и реализация конфигурации 1С: Предприятие
3.1.Общие положения (дерево функций и сценарий диалога)
Дерево функций и сценарий диалога приведены на рисунках 13 и 14.
Рисунок 13. Дерево функций ИС
На основании данных функций формируется сценарий диалога, схема которого для каждого из пользователей представлена на рисунке 14.
Рисунок 14. Сценарий диалога ИС
3.2.Характеристика базы данных
Модель Сущность-Связь (ER-модель) — модель данных, позволяющая описывать концептуальные схемы.
ER-модель удобна при проектировании информационных систем, баз данных, архитектур компьютерных приложений, и других систем (далее, моделей). С её помощью можно выделить ключевые сущности, присутствующие в модели, и обозначить отношения, которые могут устанавливаться между этими сущностями.
ER-модель является одной из самых простых визуальных моделей данных (графических нотаций). Она позволяет обозначить структуру в общих чертах.
СУБД, применяемая на предприятии – MSSQLServer.
На рисунке 15 описана связь основных таблиц в базе данных.
Рисунок 15. «ER-модель» предметной области управления заявками на работы автосервиса
Описание таблиц ER-модели представлено в табл. 13-20 .
Таблица 13
Клиенты
|
Наименование поля |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
|
ID_Заказчика |
IDЗаказчика |
число |
4 |
Первичный ключ – ключевое поле (PK) |
|
Наименование Заказчика |
НаименованиеЗаказчика |
строка |
0 |
Таблица 14
Договоры
|
Наименование поля |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
|
ID_Заказа |
ID_Заказа |
число |
4 |
Первичный ключ – ключевое поле (PK) |
|
Наименование договора |
НаименоваиеДоговора |
строка |
30 |
FK1 |
|
Условия договора |
УсловияДоговора |
ХранилищеЗначений |
||
|
Сумма договора |
СуммаДоговора |
число |
0 |
Таблица 15
Заявка на ремонт
|
Наименование поля |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
|||||
|
ID_Заказа |
ID_Заказа |
число |
4 |
Первичный ключ – ключевое поле (PK) |
|||||
|
Наименование заказа |
Наименование_Заказа |
строка |
30 |
||||||
|
Сумма заказа |
СуммаПоЗаказу |
Число |
12 |
||||||
|
Мастер |
Мастер Клиента |
Строка |
FK1 |
Таблица 16
Мастера Клиентов
|
Наименование поля |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
|
ID_Мастер Клиента |
IDМастер Клиента |
число |
0 |
Первичный ключ – ключевое поле (PK) |
|
ФИО |
ФИО |
Строка |
30 |
|
|
Аналитическая информация |
АналитическаяИнформация |
число |
4 |
Таблица 17
Первичная связь с клиентом по заявке на ремонт
|
Наименование поля |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
||||
|
ID_Документа |
IDДокумента |
число |
4 |
Первичный ключ – ключевое поле (PK) |
||||
|
Наименование Заказчика |
НаименованиеЗаказчика |
строка |
0 |
|||||
|
Тип Источника |
ТипИсточника |
Строка |
30 |
|||||
|
Тип интереса |
ТипИнтереса |
Строка |
12 |
|||||
Таблица 18
Обратная связь клиента по заявке на ремонт
|
Наименование поля |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
|||
|
ID_Документа |
IDДокумента |
число |
4 |
Первичный ключ – ключевое поле (PK) |
|||
|
Наименование Заказчика |
НаименованиеЗаказчика |
строка |
0 |
||||
|
Тип Источника |
ТипИсточника |
Строка |
30 |
||||
|
Тип интереса |
ТипИнтереса |
Строка |
12 |
||||
|
Менеджер клиента |
Менеджер Клиента |
Строка |
FK1 |
||||
Таблица 19
Заявки автосервиса
|
Наименование поля |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
|
Наименование договора |
НаименоваиеДоговора |
строка |
30 |
FK1 |
|
ID_Клиента |
ID Клиента |
число |
4 |
FK2 |
|
Менеджер клиента |
Менеджер клиента |
Строка |
FK3 |
Таблица 20
Cостояние заявок клиента
|
Наименование поля |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
|
ID_Cостояние_Клиента |
IDCостояниеКлиента |
число |
4 |
|
|
ID_Клиента |
ID Клиента |
число |
4 |
FK1 |
|
Статус клиента |
Статус Клиента |
строка |
30 |
|
|
Дата Начала |
ДатаНачала |
Дата |
||
|
Дата Окончания |
ДатаОкончания |
Дата |
3.3.Структурная схема пакета (дерево вызова программных модулей)
Для разработки системы автоматизации предприятия используется система веб-приложение. Эта система имеет модульную форму организации конфигурации. В глобальных модулях хранятся переменные, процедуры и функции доступные из любых других модулей. Также можно выделить другие группы модулей:
- справочники
- документы
- отчеты
- обработки
- регистры.
Следовательно, структуру программы можно описать следующими основными блоками, представленными на рисунке 16.
Рисунок 16. Блок-схема основных модулей программы
Работа с программой начинается с вывода главного окна программы и активизации системы меню. Работа программы осуществляется по диалоговому и событийному режиму, при этом под диалогом понимается предоставление пользователю нескольких альтернатив и обработка его выбора. В диалоговую систему входят главное меню с соответствующими всплывающими подменю, а также диалоговые окна. Под событиями понимаются процессы, активизируемые пользователем (например - нажатие функциональных клавиш), а также программные события – получение определенным полем фокуса редактирование или потеря фокуса ввода. На основании данных событий активизируются процедуры контроля допустимости данных.
Описание программных модулей представлено в таблице 21
Таблица 21
Описание программных модулей
|
№ п/п |
Наименование модуля |
Функции модуля |
|---|---|---|
|
Документы |
Совокупность алгоритмов, выполняющих учет и контроль оказанных автосервисом услуг– основную функцию системы |
|
|
Регистры |
Совокупность алгоритмов, выполняющих функции заполнения данными |
|
|
Отчеты и обработки |
Позволяет получить отчеты |
|
|
Справочники и перечисления |
Данный модуль позволят осуществлять управление работой системы через управление содержимым справочников |
|
|
Главные модули |
Обеспечивает работу системы |
3.4. Описание программных модулей
Алгоритм функционирования всей системы представлен на рисунке 17
Занесение данных о клиента в БД
Занесение данных о клиента в БД
CASE:Выбор операции
Определение первичного
интереса Разработка договора
Регистрация первичного интереса клиента
Утверждение договора клиента
Регистрация заявки
Регистрация обратнойсвязи с клиентом на основании первичного интереса клиента
Определение приоритета
Оказание услуги
Формирование отчетности:
- Договора по оплате
Формирование отчетности:
1.Состояние счетов
2. Прибыль компании
3. Продажи компании
Формирование отчетности:
- Клиентская база
- Первичная связь с клиентами
- Обратная связь с клиентами
Конец
Рисунок 17. Алгоритм функционирования всей системы
Пример создания базы в конфигураторе
4. Контрольный пример реализации и его описание
Работа с информационной системой начинается с подсистемы «Справочники» в справочнике «Работы» показана на рисунке 18. В справочнике предусмотрено добавление нового вида работ, а также ее печать.
Рисунок 18. Работа в справочнике «Работы»
Рисунок 19. Работа в справочнике «Техника
После запуска конфигурации на экране отобразиться начальная страница программы, показанная на рисунке 20.
Рисунок 20. Начальная страница программы
В ходе эксплуатации программы пользователю доступны следующие возможности:
- Работа в подсистеме «Документы», показанная на рисунке 21, где предоставляется возможность работы с документами: Лист ТО, Ремонт.
Рисунок 21. Лист ТО
- Работа в подсистеме «Документы» в документе «Ремонт» предусматривает добавление нового документа, нажатием кнопки «Создать», в несение изменений в уже созданную запись.
Рисунок 22. Работа в документе «Ремонт»
Рисунок 23. Оповещение о ремонте
- Работа с подсистемой «Отчеты», в отчете «Обслуживание» и «Ремонт» показана на рисунке 24 и на рисунке 25, где формируется отчет нажатием кнопки «Сформировать».
Рисунок 24. Работа в отчете «Обслуживание»
Рисунок 25. Работа в отчете «Ремонт»
Рисунок 26. Отчет о работе механиков
ЗАКЛЮЧЕНИЕ
В ходе написания работы мною приобретен опыт анализа деятельности организации, рассмотрения её информационных и материальных потоков.
Нами были исследованы проблемы в рамках системы управления компании и определены способы решения этих проблем в виде решения об автоматизации рутинных процессов обработки информации.
Выполнены расчеты экономической эффективности программных средств.
Экономическая эффективность работы заключается в следующем:
– сокращение времени на оформление документации;
– уменьшение числа возможных человеческих ошибок.
В работе был проведен анализ предметной области.
Проектирование и реализация программного обеспечения проводилась с использованием современных подходов к созданию программных продуктов.
Программное обеспечение для автоматизации учета работы компании разработано в среде 1С: Предприятие 8.2 на языке встроенного программирования 1С.
СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ
- ГОСТ Р ИСО/МЭК 12207/99. Государственный стандарт РФ. Информационная технология. Процессы жизненного цикла информационных систем. Издание официальное. - М., 2012
- Автоматизированные информационные системы, базы и банки данных. Вводный курс: Учебное пособие, М.: Гелиос АРВ, 2007. - 368 с., ил
- Астелс, Дэвид; Миллер Гранвилл; Новак, Мирослав, Практическое руководство по экстремальному программированию, Пер. с англ. - М.: Издательский дом "Вильямс", 2008. - 320 с.: ил. - Парал. тит. англ
- Баженова И. Ю. , Основы проектирования приложений баз данных, Издательства: Бином. Лаборатория знаний, Интернет-университет информационных технологий, 2008 г., , 328 стр.
- Вендров А.М., CASE-технологии. Современные методы и средства проектирования информационных систем - М.: Финансы и статистика, 2007 г, 456 стр.
- Вигерс Карл, Разработка требований к программному обеспечению, Пер, с англ. - М.:Издательско-торговый дом "Русская Редакция", 2008. -576с.: ил
- Гашков С. Б., Э. А. Применко, М. А. Черепнев Криптографические методы защиты информации, М, Издательство: Академия, 2010 г., 304 стр.
- Гвоздева Т. В., Б. А. Баллод, Проектирование информационных систем, М, Издательство: Феникс, 2009 г., 512 стр.
- Голицына О. Л., И. И. Попов, Н. В. Максимов, Т. Л. Партыка, Информационные технологии, М, Издательство Инфра-М, 2009 г., 608 стр.
- Емельянова Н. З., Партыка Т. Л., И. И. Попов, Проектирование информационных систем, М, Издательство: Форум, 2009 г., 432 стр.
- Емельянова Н. З., Т. Л. Партыка, И. И. Попов, М, Издательство Форум, 2007 г., , 416 стр.
- Илюшечкин В. М. , Основы использования и проектирования баз данных, М, Издательство Юрайт, 2010 г., 224 стр.
- Карпович, Е. Е. Лабораторный практикум по курсу "САПР информационных технологий" : Учеб. пособие / Е. Е. Карпович; Карпович Е. Е. ; Федоров Н. В. – М. : Изд-во МГГУ, 2009 . – 123 с. - Уч.к. 4783 27 экз. б/н .
- Котляров В. П., Т. В. Коликова, Основы тестирования программного обеспечения, Издательства: Интернет-университет информационных технологий, Бином. Лаборатория знаний, 2009 г., 288 стр.
- Кузин А. В., С. В. Левонисова, Базы данных, М, Издательство: Академия, 2008 г., 320 стр.
- Кузнецов С. Д., Основы баз данных, М, Издательства: Бином. Лаборатория знаний, Интернет-университет информационных технологий, 2007 г., 488 стр.
- Молчанов А. Ю., Системное программное обеспечение, М, Издательство: Питер, 2010 г., 400 стр.
- Незнанов А. А., Программирование и алгоритмизация, М, Издательство: Академия, 2010 г., 304 стр.
- Пирогов В. Ю., Информационные системы и базы данных. М, Организация и проектирование, Издательство: БХВ-Петербург, 2009 г.528 стр.
- Симионов Ю.Ф., Боромотов В.В. Информационный менеджмент. — Ростовн.Д: Феникс, 2008, 250с., ил.;
- Чипига А. Ф., Информационная безопасность автоматизированных систем, М, Издательство: Гелиос АРВ, 2010 г., 336 стр.
ПРИЛОЖЕНИЕ
Программный код
ВЫБРАТЬ
Заявки.Период,
Заявки.Регистратор,
Заявки.Пользователь,
Заявки.Право,
Заявки.
Заявки.Объект,
Заявки.
ИЗ
_РЕГИСТРОВ
// Данный фрагмент построен конструктором.
// При повторном использовании конструктора, внесенные вручную изменения будут утеряны!!!
// регистр Решения
Движения.Решения.Записывать = Истина;
Для Каждого Из Заявка Цикл
Процедура ПечатьСсылка) Экспорт
//{{_КОНСТРУКТОР_ПЕЧАТИ(Печать)
Макет = Документы. ("Печать");
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| Дата,
| .Номер,
| Заявка.(
| Пользователь,
| Право,
| Объект
| )
|ИЗ
| Документ. КАК
|ГДЕ
| .Ссылка В (&Ссылка)";
Запрос.Параметры.Вставить("Ссылка", Ссылка);
Выборка = Запрос.Выполнить().Выбрать();
Процедура ПечатьСсылка) Экспорт
//{{_КОНСТРУКТОР_ПЕЧАТИ(Печать)
Макет = Документы. ("Печать");
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| Дата,
| .Номер,
| Заявка.(
| Пользователь,
| Право,
| Объект
| )
|ИЗ
| Документ. КАК
|ГДЕ
| .Ссылка В (&Ссылка)";
Запрос.Параметры.Вставить("Ссылка", Ссылка);
Выборка = Запрос.Выполнить().Выбрать();
//{{__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ
// Данный фрагмент построен конструктором.
// При повторном использовании конструктора, внесенные вручную изменения будут утеряны!!!
// регистр Заявки
Движения.Заявки.Записывать = Истина;
Для Каждого Из Заявка Цикл
Движение = Движения.Заявки.Добавить();
Движение.Период = Дата;
Процедура ПечатьСсылка) Экспорт
//{{_КОНСТРУКТОР_ПЕЧАТИ(Печать)
Макет = Документы. ("Печать");
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| Дата,
| .Номер,
| Заявка.(
| Пользователь,
| Право,
| Объект
| )
|ИЗ
| Документ. КАК
|ГДЕ
| .Ссылка В (&Ссылка)";
Запрос.Параметры.Вставить("Ссылка", Ссылка);
Выборка = Запрос.Выполнить().Выбрать();
//}}__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ
ВЫБРАТЬ
Заявки.Период,
Заявки.Регистратор,
Заявки.Пользователь,
Заявки.Право,
Заявки.
Заявки.Объект,
Заявки.
ИЗ
_РЕГИСТРОВ
// Данный фрагмент построен конструктором.
// При повторном использовании конструктора, внесенные вручную изменения будут утеряны!!!
// регистр Решения
Движения.Решения.Записывать = Истина;
Для Каждого Из Заявка Цикл
Процедура ПечатьСсылка) Экспорт
//{{_КОНСТРУКТОР_ПЕЧАТИ(Печать)
Макет = Документы. ("Печать");
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| Дата,
| .Номер,
| Заявка.(
| Пользователь,
| Право,
| Объект
| )
|ИЗ
| Документ. КАК
|ГДЕ
| .Ссылка В (&Ссылка)";
Запрос.Параметры.Вставить("Ссылка", Ссылка);
Выборка = Запрос.Выполнить().Выбрать();
Процедура ПечатьСсылка) Экспорт
//{{_КОНСТРУКТОР_ПЕЧАТИ(Печать)
Макет = Документы. ("Печать");
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| Дата,
| .Номер,
| Заявка.(
| Пользователь,
| Право,
| Объект
| )
|ИЗ
| Документ. КАК
|ГДЕ
| .Ссылка В (&Ссылка)";
Запрос.Параметры.Вставить("Ссылка", Ссылка);
Выборка = Запрос.Выполнить().Выбрать();
//{{__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ
// Данный фрагмент построен конструктором.
// При повторном использовании конструктора, внесенные вручную изменения будут утеряны!!!
// регистр Заявки
Движения.Заявки.Записывать = Истина;
Для Каждого Из Заявка Цикл
Движение = Движения.Заявки.Добавить();
Движение.Период = Дата;
Процедура ПечатьСсылка) Экспорт
//{{_КОНСТРУКТОР_ПЕЧАТИ(Печать)
Макет = Документы. ("Печать");
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| Дата,
| .Номер,
| Заявка.(
| Пользователь,
| Право,
| Объект
| )
|ИЗ
| Документ. КАК
|ГДЕ
| .Ссылка В (&Ссылка)";
Запрос.Параметры.Вставить("Ссылка", Ссылка);
Выборка = Запрос.Выполнить().Выбрать();
//}}__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ
ВЫБРАТЬ
Заявки.Период,
Заявки.Регистратор,
Заявки.Пользователь,
Заявки.Право,
Заявки.
Заявки.Объект,
Заявки.
ИЗ
_РЕГИСТРОВ
// Данный фрагмент построен конструктором.
// При повторном использовании конструктора, внесенные вручную изменения будут утеряны!!!
// регистр Решения
Движения.Решения.Записывать = Истина;
Для Каждого Из Заявка Цикл
Процедура ПечатьСсылка) Экспорт
//{{_КОНСТРУКТОР_ПЕЧАТИ(Печать)
Макет = Документы. ("Печать");
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| Дата,
| .Номер,
| Заявка.(
| Пользователь,
| Право,
| Объект
| )
|ИЗ
| Документ. КАК
|ГДЕ
| .Ссылка В (&Ссылка)";
Запрос.Параметры.Вставить("Ссылка", Ссылка);
Выборка = Запрос.Выполнить().Выбрать();
Процедура ПечатьСсылка) Экспорт
//{{_КОНСТРУКТОР_ПЕЧАТИ(Печать)
Макет = Документы. ("Печать");
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| Дата,
| .Номер,
| Заявка.(
| Пользователь,
| Право,
| Объект
| )
|ИЗ
| Документ. КАК
|ГДЕ
| .Ссылка В (&Ссылка)";
Запрос.Параметры.Вставить("Ссылка", Ссылка);
Выборка = Запрос.Выполнить().Выбрать();
//{{__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ
// Данный фрагмент построен конструктором.
// При повторном использовании конструктора, внесенные вручную изменения будут утеряны!!!
// регистр Заявки
Движения.Заявки.Записывать = Истина;
Для Каждого Из Заявка Цикл
Движение = Движения.Заявки.Добавить();
Движение.Период = Дата;
Процедура ПечатьСсылка) Экспорт
//{{_КОНСТРУКТОР_ПЕЧАТИ(Печать)
Макет = Документы. ("Печать");
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| Дата,
| .Номер,
| Заявка.(
| Пользователь,
| Право,
| Объект
| )
|ИЗ
| Документ. КАК
|ГДЕ
| .Ссылка В (&Ссылка)";
Запрос.Параметры.Вставить("Ссылка", Ссылка);
Выборка = Запрос.Выполнить().Выбрать();
//}}__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ
ВЫБРАТЬ
Заявки.Период,
Заявки.Регистратор,
Заявки.Пользователь,
Заявки.Право,
Заявки.
Заявки.Объект,
Заявки.
ИЗ
_РЕГИСТРОВ
// Данный фрагмент построен конструктором.
// При повторном использовании конструктора, внесенные вручную изменения будут утеряны!!!
// регистр Решения
Движения.Решения.Записывать = Истина;
Для Каждого Из Заявка Цикл
Процедура ПечатьСсылка) Экспорт
//{{_КОНСТРУКТОР_ПЕЧАТИ(Печать)
Макет = Документы. ("Печать");
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| Дата,
| .Номер,
| Заявка.(
| Пользователь,
| Право,
| Объект
| )
|ИЗ
| Документ. КАК
|ГДЕ
| .Ссылка В (&Ссылка)";
Запрос.Параметры.Вставить("Ссылка", Ссылка);
Выборка = Запрос.Выполнить().Выбрать();
Процедура ПечатьСсылка) Экспорт
//{{_КОНСТРУКТОР_ПЕЧАТИ(Печать)
Макет = Документы. ("Печать");
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| Дата,
| .Номер,
| Заявка.(
| Пользователь,
| Право,
| Объект
| )
|ИЗ
| Документ. КАК
|ГДЕ
| .Ссылка В (&Ссылка)";
Запрос.Параметры.Вставить("Ссылка", Ссылка);
Выборка = Запрос.Выполнить().Выбрать();
//{{__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ
// Данный фрагмент построен конструктором.
// При повторном использовании конструктора, внесенные вручную изменения будут утеряны!!!
// регистр Заявки
Движения.Заявки.Записывать = Истина;
Для Каждого Из Заявка Цикл
Движение = Движения.Заявки.Добавить();
Движение.Период = Дата;
Процедура ПечатьСсылка) Экспорт
//{{_КОНСТРУКТОР_ПЕЧАТИ(Печать)
Макет = Документы. ("Печать");
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| Дата,
| .Номер,
| Заявка.(
| Пользователь,
| Право,
| Объект
| )
|ИЗ
| Документ. КАК
|ГДЕ
| .Ссылка В (&Ссылка)";
Запрос.Параметры.Вставить("Ссылка", Ссылка);
Выборка = Запрос.Выполнить().Выбрать();
//}}__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ
ВЫБРАТЬ
Заявки.Период,
Заявки.Регистратор,
Заявки.Пользователь,
Заявки.Право,
Заявки.
Заявки.Объект,
Заявки.
ИЗ
_РЕГИСТРОВ
// Данный фрагмент построен конструктором.
// При повторном использовании конструктора, внесенные вручную изменения будут утеряны!!!
// регистр Решения
Движения.Решения.Записывать = Истина;
Для Каждого Из Заявка Цикл
Процедура ПечатьСсылка) Экспорт
//{{_КОНСТРУКТОР_ПЕЧАТИ(Печать)
Макет = Документы. ("Печать");
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| Дата,
| .Номер,
| Заявка.(
| Пользователь,
| Право,
| Объект
| )
|ИЗ
| Документ. КАК
|ГДЕ
| .Ссылка В (&Ссылка)";
Запрос.Параметры.Вставить("Ссылка", Ссылка);
Выборка = Запрос.Выполнить().Выбрать();
Процедура ПечатьСсылка) Экспорт
//{{_КОНСТРУКТОР_ПЕЧАТИ(Печать)
Макет = Документы. ("Печать");
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| Дата,
| .Номер,
| Заявка.(
| Пользователь,
| Право,
| Объект
| )
|ИЗ
| Документ. КАК
|ГДЕ
| .Ссылка В (&Ссылка)";
Запрос.Параметры.Вставить("Ссылка", Ссылка);
Выборка = Запрос.Выполнить().Выбрать();
//{{__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ
// Данный фрагмент построен конструктором.
// При повторном использовании конструктора, внесенные вручную изменения будут утеряны!!!
// регистр Заявки
Движения.Заявки.Записывать = Истина;
Для Каждого Из Заявка Цикл
Движение = Движения.Заявки.Добавить();
Движение.Период = Дата;
Процедура ПечатьСсылка) Экспорт
//{{_КОНСТРУКТОР_ПЕЧАТИ(Печать)
Макет = Документы. ("Печать");
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| Дата,
| .Номер,
| Заявка.(
| Пользователь,
| Право,
| Объект
| )
|ИЗ
| Документ. КАК
|ГДЕ
| .Ссылка В (&Ссылка)";
Запрос.Параметры.Вставить("Ссылка", Ссылка);
Выборка = Запрос.Выполнить().Выбрать();
//}}__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ
ВЫБРАТЬ
Заявки.Период,
Заявки.Регистратор,
Заявки.Пользователь,
Заявки.Право,
Заявки.
Заявки.Объект,
Заявки.
ИЗ
_РЕГИСТРОВ
// Данный фрагмент построен конструктором.
// При повторном использовании конструктора, внесенные вручную изменения будут утеряны!!!
// регистр Решения
Движения.Решения.Записывать = Истина;
Для Каждого Из Заявка Цикл
Процедура ПечатьСсылка) Экспорт
//{{_КОНСТРУКТОР_ПЕЧАТИ(Печать)
Макет = Документы. ("Печать");
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| Дата,
| .Номер,
| Заявка.(
| Пользователь,
| Право,
| Объект
| )
|ИЗ
| Документ. КАК
|ГДЕ
| .Ссылка В (&Ссылка)";
Запрос.Параметры.Вставить("Ссылка", Ссылка);
Выборка = Запрос.Выполнить().Выбрать();
Процедура ПечатьСсылка) Экспорт
//{{_КОНСТРУКТОР_ПЕЧАТИ(Печать)
Макет = Документы. ("Печать");
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| Дата,
| .Номер,
| Заявка.(
| Пользователь,
| Право,
| Объект
| )
|ИЗ
| Документ. КАК
|ГДЕ
| .Ссылка В (&Ссылка)";
Запрос.Параметры.Вставить("Ссылка", Ссылка);
Выборка = Запрос.Выполнить().Выбрать();
//{{__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ
// Данный фрагмент построен конструктором.
// При повторном использовании конструктора, внесенные вручную изменения будут утеряны!!!
// регистр Заявки
Движения.Заявки.Записывать = Истина;
Для Каждого Из Заявка Цикл
Движение = Движения.Заявки.Добавить();
Движение.Период = Дата;
Процедура ПечатьСсылка) Экспорт
//{{_КОНСТРУКТОР_ПЕЧАТИ(Печать)
Макет = Документы. ("Печать");
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| Дата,
| .Номер,
| Заявка.(
| Пользователь,
| Право,
| Объект
| )
|ИЗ
| Документ. КАК
|ГДЕ
| .Ссылка В (&Ссылка)";
Запрос.Параметры.Вставить("Ссылка", Ссылка);
Выборка = Запрос.Выполнить().Выбрать();
//}}__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ
ВЫБРАТЬ
Заявки.Период,
Заявки.Регистратор,
Заявки.Пользователь,
Заявки.Право,
Заявки.
Заявки.Объект,
Заявки.
ИЗ
_РЕГИСТРОВ
// Данный фрагмент построен конструктором.
// При повторном использовании конструктора, внесенные вручную изменения будут утеряны!!!
// регистр Решения
Движения.Решения.Записывать = Истина;
Для Каждого Из Заявка Цикл
Процедура ПечатьСсылка) Экспорт
//{{_КОНСТРУКТОР_ПЕЧАТИ(Печать)
Макет = Документы. ("Печать");
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| Дата,
| .Номер,
| Заявка.(
| Пользователь,
| Право,
| Объект
| )
|ИЗ
| Документ. КАК
|ГДЕ
| .Ссылка В (&Ссылка)";
Запрос.Параметры.Вставить("Ссылка", Ссылка);
Выборка = Запрос.Выполнить().Выбрать();
Процедура ПечатьСсылка) Экспорт
//{{_КОНСТРУКТОР_ПЕЧАТИ(Печать)
Макет = Документы. ("Печать");
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| Дата,
| .Номер,
| Заявка.(
| Пользователь,
| Право,
| Объект
| )
|ИЗ
| Документ. КАК
|ГДЕ
| .Ссылка В (&Ссылка)";
Запрос.Параметры.Вставить("Ссылка", Ссылка);
Выборка = Запрос.Выполнить().Выбрать();
//{{__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ
// Данный фрагмент построен конструктором.
// При повторном использовании конструктора, внесенные вручную изменения будут утеряны!!!
// регистр Заявки
Движения.Заявки.Записывать = Истина;
Для Каждого Из Заявка Цикл
Движение = Движения.Заявки.Добавить();
Движение.Период = Дата;
Процедура ПечатьСсылка) Экспорт
//{{_КОНСТРУКТОР_ПЕЧАТИ(Печать)
Макет = Документы. ("Печать");
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| Дата,
| .Номер,
| Заявка.(
| Пользователь,
| Право,
| Объект
| )
|ИЗ
| Документ. КАК
|ГДЕ
| .Ссылка В (&Ссылка)";
Запрос.Параметры.Вставить("Ссылка", Ссылка);
Выборка = Запрос.Выполнить().Выбрать();
//}}__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ
ВЫБРАТЬ
Заявки.Период,
Заявки.Регистратор,
Заявки.Пользователь,
Заявки.Право,
Заявки.
Заявки.Объект,
Заявки.
ИЗ
_РЕГИСТРОВ
// Данный фрагмент построен конструктором.
// При повторном использовании конструктора, внесенные вручную изменения будут утеряны!!!
// регистр Решения
Движения.Решения.Записывать = Истина;
Для Каждого Из Заявка Цикл
Процедура ПечатьСсылка) Экспорт
//{{_КОНСТРУКТОР_ПЕЧАТИ(Печать)
Макет = Документы. ("Печать");
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| Дата,
| .Номер,
| Заявка.(
| Пользователь,
| Право,
| Объект
| )
|ИЗ
| Документ. КАК
|ГДЕ
| .Ссылка В (&Ссылка)";
Запрос.Параметры.Вставить("Ссылка", Ссылка);
Выборка = Запрос.Выполнить().Выбрать();
Процедура ПечатьСсылка) Экспорт
//{{_КОНСТРУКТОР_ПЕЧАТИ(Печать)
Макет = Документы. ("Печать");
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| Дата,
| .Номер,
| Заявка.(
| Пользователь,
| Право,
| Объект
| )
|ИЗ
| Документ. КАК
|ГДЕ
| .Ссылка В (&Ссылка)";
Запрос.Параметры.Вставить("Ссылка", Ссылка);
Выборка = Запрос.Выполнить().Выбрать();
//{{__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ
// Данный фрагмент построен конструктором.
// При повторном использовании конструктора, внесенные вручную изменения будут утеряны!!!
// регистр Заявки
Движения.Заявки.Записывать = Истина;
Для Каждого Из Заявка Цикл
Движение = Движения.Заявки.Добавить();
Движение.Период = Дата;
Процедура ПечатьСсылка) Экспорт
//{{_КОНСТРУКТОР_ПЕЧАТИ(Печать)
Макет = Документы. ("Печать");
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| Дата,
| .Номер,
| Заявка.(
| Пользователь,
| Право,
| Объект
| )
|ИЗ
| Документ. КАК
|ГДЕ
| .Ссылка В (&Ссылка)";
Запрос.Параметры.Вставить("Ссылка", Ссылка);
Выборка = Запрос.Выполнить().Выбрать();
//}}__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ
ВЫБРАТЬ
Заявки.Период,
Заявки.Регистратор,
Заявки.Пользователь,
Заявки.Право,
Заявки.
Заявки.Объект,
Заявки.
ИЗ
_РЕГИСТРОВ
// Данный фрагмент построен конструктором.
// При повторном использовании конструктора, внесенные вручную изменения будут утеряны!!!
// регистр Решения
Движения.Решения.Записывать = Истина;
Для Каждого Из Заявка Цикл
Процедура ПечатьСсылка) Экспорт
//{{_КОНСТРУКТОР_ПЕЧАТИ(Печать)
Макет = Документы. ("Печать");
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| Дата,
| .Номер,
| Заявка.(
| Пользователь,
| Право,
| Объект
| )
|ИЗ
| Документ. КАК
|ГДЕ
| .Ссылка В (&Ссылка)";
Запрос.Параметры.Вставить("Ссылка", Ссылка);
Выборка = Запрос.Выполнить().Выбрать();
Процедура ПечатьСсылка) Экспорт
//{{_КОНСТРУКТОР_ПЕЧАТИ(Печать)
Макет = Документы. ("Печать");
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| Дата,
| .Номер,
| Заявка.(
| Пользователь,
| Право,
| Объект
| )
|ИЗ
| Документ. КАК
|ГДЕ
| .Ссылка В (&Ссылка)";
Запрос.Параметры.Вставить("Ссылка", Ссылка);
Выборка = Запрос.Выполнить().Выбрать();
//{{__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ
// Данный фрагмент построен конструктором.
// При повторном использовании конструктора, внесенные вручную изменения будут утеряны!!!
// регистр Заявки
Движения.Заявки.Записывать = Истина;
Для Каждого Из Заявка Цикл
Движение = Движения.Заявки.Добавить();
Движение.Период = Дата;
Процедура ПечатьСсылка) Экспорт
//{{_КОНСТРУКТОР_ПЕЧАТИ(Печать)
Макет = Документы. ("Печать");
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| Дата,
| .Номер,
| Заявка.(
| Пользователь,
| Право,
| Объект
| )
|ИЗ
| Документ. КАК
|ГДЕ
| .Ссылка В (&Ссылка)";
Запрос.Параметры.Вставить("Ссылка", Ссылка);
Выборка = Запрос.Выполнить().Выбрать();
//}}__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ
ВЫБРАТЬ
Заявки.Период,
Заявки.Регистратор,
Заявки.Пользователь,
Заявки.Право,
Заявки.
Заявки.Объект,
Заявки.
ИЗ
_РЕГИСТРОВ
// Данный фрагмент построен конструктором.
// При повторном использовании конструктора, внесенные вручную изменения будут утеряны!!!
// регистр Решения
Движения.Решения.Записывать = Истина;
Для Каждого Из Заявка Цикл
Процедура ПечатьСсылка) Экспорт
//{{_КОНСТРУКТОР_ПЕЧАТИ(Печать)
Макет = Документы. ("Печать");
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| Дата,
| .Номер,
| Заявка.(
| Пользователь,
| Право,
| Объект
| )
|ИЗ
| Документ. КАК
|ГДЕ
| .Ссылка В (&Ссылка)";
Запрос.Параметры.Вставить("Ссылка", Ссылка);
Выборка = Запрос.Выполнить().Выбрать();
Процедура ПечатьСсылка) Экспорт
//{{_КОНСТРУКТОР_ПЕЧАТИ(Печать)
Макет = Документы. ("Печать");
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| Дата,
| .Номер,
| Заявка.(
| Пользователь,
| Право,
| Объект
| )
|ИЗ
| Документ. КАК
|ГДЕ
| .Ссылка В (&Ссылка)";
Запрос.Параметры.Вставить("Ссылка", Ссылка);
Выборка = Запрос.Выполнить().Выбрать();
//{{__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ
// Данный фрагмент построен конструктором.
// При повторном использовании конструктора, внесенные вручную изменения будут утеряны!!!
// регистр Заявки
Движения.Заявки.Записывать = Истина;
Для Каждого Из Заявка Цикл
Движение = Движения.Заявки.Добавить();
Движение.Период = Дата;
Процедура ПечатьСсылка) Экспорт
//{{_КОНСТРУКТОР_ПЕЧАТИ(Печать)
Макет = Документы. ("Печать");
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| Дата,
| .Номер,
| Заявка.(
| Пользователь,
| Право,
| Объект
| )
|ИЗ
| Документ. КАК
|ГДЕ
| .Ссылка В (&Ссылка)";
Запрос.Параметры.Вставить("Ссылка", Ссылка);
Выборка = Запрос.Выполнить().Выбрать();
//}}__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ
ВЫБРАТЬ
Заявки.Период,
Заявки.Регистратор,
Заявки.Пользователь,
Заявки.Право,
Заявки.
Заявки.Объект,
Заявки.
ИЗ
_РЕГИСТРОВ
// Данный фрагмент построен конструктором.
// При повторном использовании конструктора, внесенные вручную изменения будут утеряны!!!
// регистр Решения
Движения.Решения.Записывать = Истина;
Для Каждого Из Заявка Цикл
Процедура ПечатьСсылка) Экспорт
//{{_КОНСТРУКТОР_ПЕЧАТИ(Печать)
Макет = Документы. ("Печать");
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| Дата,
| .Номер,
| Заявка.(
| Пользователь,
| Право,
| Объект
| )
|ИЗ
| Документ. КАК
|ГДЕ
| .Ссылка В (&Ссылка)";
Запрос.Параметры.Вставить("Ссылка", Ссылка);
Выборка = Запрос.Выполнить().Выбрать();
Процедура ПечатьСсылка) Экспорт
//{{_КОНСТРУКТОР_ПЕЧАТИ(Печать)
Макет = Документы. ("Печать");
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| Дата,
| .Номер,
| Заявка.(
| Пользователь,
| Право,
| Объект
| )
|ИЗ
| Документ. КАК
|ГДЕ
| .Ссылка В (&Ссылка)";
Запрос.Параметры.Вставить("Ссылка", Ссылка);
Выборка = Запрос.Выполнить().Выбрать();
//{{__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ
// Данный фрагмент построен конструктором.
// При повторном использовании конструктора, внесенные вручную изменения будут утеряны!!!
// регистр Заявки
Движения.Заявки.Записывать = Истина;
Для Каждого Из Заявка Цикл
Движение = Движения.Заявки.Добавить();
Движение.Период = Дата;
Процедура ПечатьСсылка) Экспорт
//{{_КОНСТРУКТОР_ПЕЧАТИ(Печать)
Макет = Документы. ("Печать");
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| Дата,
| .Номер,
| Заявка.(
| Пользователь,
| Право,
| Объект
| )
|ИЗ
| Документ. КАК
|ГДЕ
| .Ссылка В (&Ссылка)";
Запрос.Параметры.Вставить("Ссылка", Ссылка);
Выборка = Запрос.Выполнить().Выбрать();
//}}__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ
ВЫБРАТЬ
Заявки.Период,
Заявки.Регистратор,
Заявки.Пользователь,
Заявки.Право,
Заявки.
Заявки.Объект,
Заявки.
ИЗ
_РЕГИСТРОВ
// Данный фрагмент построен конструктором.
// При повторном использовании конструктора, внесенные вручную изменения будут утеряны!!!
// регистр Решения
Движения.Решения.Записывать = Истина;
Для Каждого Из Заявка Цикл
Процедура ПечатьСсылка) Экспорт
//{{_КОНСТРУКТОР_ПЕЧАТИ(Печать)
Макет = Документы. ("Печать");
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| Дата,
| .Номер,
| Заявка.(
| Пользователь,
| Право,
| Объект
| )
|ИЗ
| Документ. КАК
|ГДЕ
| .Ссылка В (&Ссылка)";
Запрос.Параметры.Вставить("Ссылка", Ссылка);
Выборка = Запрос.Выполнить().Выбрать();
Процедура ПечатьСсылка) Экспорт
//{{_КОНСТРУКТОР_ПЕЧАТИ(Печать)
Макет = Документы. ("Печать");
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| Дата,
| .Номер,
| Заявка.(
| Пользователь,
| Право,
| Объект
| )
|ИЗ
| Документ. КАК
|ГДЕ
| .Ссылка В (&Ссылка)";
Запрос.Параметры.Вставить("Ссылка", Ссылка);
Выборка = Запрос.Выполнить().Выбрать();
//{{__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ
// Данный фрагмент построен конструктором.
// При повторном использовании конструктора, внесенные вручную изменения будут утеряны!!!
// регистр Заявки
Движения.Заявки.Записывать = Истина;
Для Каждого Из Заявка Цикл
Движение = Движения.Заявки.Добавить();
Движение.Период = Дата;
Процедура ПечатьСсылка) Экспорт
//{{_КОНСТРУКТОР_ПЕЧАТИ(Печать)
Макет = Документы. ("Печать");
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| Дата,
| .Номер,
| Заявка.(
| Пользователь,
| Право,
| Объект
| )
|ИЗ
| Документ. КАК
|ГДЕ
| .Ссылка В (&Ссылка)";
Запрос.Параметры.Вставить("Ссылка", Ссылка);
Выборка = Запрос.Выполнить().Выбрать();
//}}__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ
ВЫБРАТЬ
Заявки.Период,
Заявки.Регистратор,
Заявки.Пользователь,
Заявки.Право,
Заявки.
Заявки.Объект,
Заявки.
ИЗ
_РЕГИСТРОВ
// Данный фрагмент построен конструктором.
// При повторном использовании конструктора, внесенные вручную изменения будут утеряны!!!
// регистр Решения
Движения.Решения.Записывать = Истина;
Для Каждого Из Заявка Цикл
Процедура ПечатьСсылка) Экспорт
//{{_КОНСТРУКТОР_ПЕЧАТИ(Печать)
Макет = Документы. ("Печать");
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| Дата,
| .Номер,
| Заявка.(
| Пользователь,
| Право,
| Объект
| )
|ИЗ
| Документ. КАК
|ГДЕ
| .Ссылка В (&Ссылка)";
Запрос.Параметры.Вставить("Ссылка", Ссылка);
Выборка = Запрос.Выполнить().Выбрать();
- Евразийская патентная конвенция 1994г
- Мировой финансовый рынок)
- Понятие и виды наследования ( МЕСТО ОТКРЫТИЯ НАСЛЕДСТВА )
- Аудиторская деятельность как вид предпринимательства: общая характеристика (ПРАВОВЫЕ ДИСЦИПЛИНЫ, ХАРАКТЕРИЗУЮЩИЕ АУДИТОРСКУЮ ДЕЯТЕЛЬНОСТЬ)
- Недвижимость: понятие, виды, общие положения о правовом режиме)
- Информационное обеспечение анализа качества активов банка (Теоретические аспекты активов коммерческого банка)
- Основные виды валютных рисков и их источники (Факторы валютного риска)
- Формы проявления девиантного поведения в организации (Факторы, способствующие девиации)
- Особенности формирования и функционирования глобальной олигополии (Структурирование по модели ДУКО)
- Учет наличных денежных средств в кассе предприятия (ООО «Торговый дом «Престиж»)
- Разработка и реализация конфигурации «Компьютерное ателье» в среде 1С: Предприятие
- Золото и его роль в мировой политике