Содержание:

Введение

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

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

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

Для реализации данной цели мною были обозначены следующие задачи:

1. Исследовать назначение программы и разработать её спецификацию.

2. Рассмотреть разработанные объекты информационной системы.

3. Разработать экономическую информационную систему, включающую систему управления базами данных на примере MS SQL Express 2012 и приложение на платформе 1С на примере системы «1С: Предприятие 8.3».

4. Описать разработанную экономическую информационную систему, а также привести экономическое обоснование её внедрения.

Рассматриваемая проблематика дипломного проекта основана на работах таких авторов как: Д. Дейт, Э.Кодд, С.Нуралиев, Б.Нуралиев.

1. Разработка эскизного и технического проекта программы

1.1. Назначение и область применения

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

К основным функциям склада можно отнести следующие:

1. Преобразование производственного ассортимента потребителю в соответствии со спросом – создание необходимого ассортимента для выполнения заказов клиентов.

2. Складирование и хранение, позволяет выравнивать временную разницу между выпуском продукции и ее потреблением и дает возможность осуществлять непрерывное производство и снабжение на базе создаваемых товарных запасов. Хранение товаров в распределительной системе необходимо также и в связи с сезонным потреблением некоторых товаров.

3. Транспортировка грузов.

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

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

Автоматизация склада позволяет существенно оптимизировать логистические процессы, уменьшить себестоимость каждой складской операции, повысить эффективность складского учета в целом. Но абсолютно не каждый склад, в физическом смысле слова, может быть автоматизирован. Автоматизация склада подразумевает определенный уровень технического оснащения склада: нельзя автоматизировать площадку с горой товара, требуется наличие системы стеллажей, адресного хранения, подъездов и выездов, зонирование склада. Достаточно часто автоматизации склада предшествует модернизация складской инфраструктуры, поэтому нельзя однозначно судить о результатах автоматизации. В отдельных случаях, уже в ходе планирования модернизации склада руководство компании приходит к пониманию необходимости перемен: изменения логики процессов, перестройки склада. Автоматизация склада на базе WMS-системы (Warehouse Management System — система управления складом) выходит за пределы автоматизации складского учета.

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

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

На уровне управления предприятием, система автоматизации склада позволяет осуществлять контроль за движением оборотных средств. Для складов с широкой номенклатурой товара, со скоропортящимся товаром проблемы эффективного управления товарными потоками носят особенно острый характер. Автоматизация складского учета базируется на технологии адресного хранения товара. Данная технология обеспечивается штрихкодированием, сканерами штрих кодов и терминалами.

1.2. Технические характеристики

В настоящее время существует несколько технологий передачи данных. Рассмотрим две архитектуры, такие как файл-сервер и клиент-сервер.

В архитектуре «клиент-сервер» сервер базы данных не только обеспечивает доступ к общим данным и обработку этих данных. Клиент посылает на сервер запросы на чтение или изменение данных, которые формулируются на языке SQL. Сервер сам выполняет все необходимые изменения или выборки, контролируя при этом целостность и согласованность данных, и результаты в виде набора записей или кода возврата посылает на компьютер клиента.

Недостатками же архитектуры с файловым сервером, которая имеется в департаменте экономики, является то, что данные хранятся в одном месте, а обрабатываются в другом. Это означает, что их нужно передавать по сети, что приводит к очень высоким нагрузкам на сеть и, вследствие этого, резкому снижению производительности приложения при увеличении числа одновременно работающих клиентов.

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

Архитектура «клиент-сервер» позволит устранить все указанные недостатки. Кроме того, она позволяет оптимальным образом распределить вычислительную нагрузку между клиентом и сервером, что также влияет на многие характеристики системы: стоимость, производительность, поддержку.

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

Во-первых, сервер оптимизирует выполнение функций обработки данных, что избавляет от необходимости оптимизации рабочих станций. Сервер позволяет быстро получить результаты обработки запроса. Во-вторых, поскольку рабочие станции не обрабатывают все промежуточные данные, существенно снижается нагрузка на сеть. Предоставляется возможность ведения журнала операций, в котором автоматически регистрируются все прошедшие транзакции что, в свою очередь, поможет быстрому восстановлению системы при аппаратных сбоях. Данная технология организуется проще, и оборудование для её организации вполне приемлемо по стоимости приобретения.

Таким образом, проектируемая система с технической точки зрения будет представлять собой набор объединенных в единую сеть ЭВМ – клиентов, с которых при помощи установленного клиентского приложения будет осуществляться связь с базой данных, расположенной на удаленном сервере, которая представлена на рис 1.

Рисунок 1 – Конфигурация клиент-сервер

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

• процессор – Intel core 2 duo 2.2 GHz;
• память - от 4 Gb;
• жесткий диск от 200 Gb;
• CD-ROM - от 48x;
• Монитор - 19” Samsung SyncMaster;
• принтер HP LaserJet 1100;
• клавиатура и мышь Genius.;
• операционная система – Windows 7/8/8.1;
• сервер СУБД - SQL Server Management Studio Express;
• наличие средств информационной безопасности данных.

Конфигурация сервера базы данных:

• процессор - Intel Core i7-3500 3.3 GHz 8 core;
• материнская плата - ASUS Q5 1155;
• оперативная память - 32 GB;
• жесткий диск 6 TB;
• видеокарта GF 430 GT Microstar 1024mb 64-бит 96/700/1333 MHz.

2. Разработка рабочего проекта

2.1 Разработка программы

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

На этом этапе анализируются запросы пользователей, выбираются информационные объекты и их характеристики, которые определяют содержание проектируемой БД. На основе проведенного анализа структурируется предметная область.

Анализ предметной области разбивается на три фазы:

• Анализ концептуальных требований и информационных потребностей;
• Выявление информационных объектов и связей между ними;
• Построение концептуальной модели предметной области и проектирование концептуальной схемы БД.

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

Таблица 1 - Сущности предметной области в виде документов

Входные документы	Информация о клиентах; Информация о поставщиках; Информация о товарах.
Исходящие документы	Приходные документы; Расходная накладная;

Рассмотрим сформированную базу данных ИС.

Физическая структура базы данных ИС в представлении метаданных (бизнес-сущностей) представлена на рисунке 2.

Рисунок 2 - Физическая структура базы данных ИС

Физическая структура базы данных включает в себя метаданные – бизнес-сущности (объекты конфигурации) предметной области в виде структуры высокого уровня в системе 1С: Предприятие 8.3

Каждый созданный объект метаданных ИС формирует в базе данных SQL-сервера физические таблицы и индексы.

Физическая структура базы данных ИС представлена на рисунке 3.

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

Она показывает, как хранятся объекты системы на сервере SQL,а именно физическое название таблиц на английском языке и их однозначное определение в виде названия таблиц на русском языке и связи с метаданными (объектами конфигурации) – бизнес-сущностями ИС.

Рисунок - 3 Физическая таблица структуры БД ИС.

База данных системы включает в себя 39 таблиц, часть из них являются системными, другая часть отображает объекты непосредственно ЭИС».

При разработке конфигурации на платформе 1С: Предприятие 8.3 один объект метаданных, например Справочник «Клиенты» может иметь некоторое множество таблиц в базе данных сервера СУБД (MS SQL Server Express 2012).

2.2 Описание программы

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

Объект метаданных, создаваемый в предметно-ориентированной системе «1С:Предприятие 8.3 на основе предопределенного и неизменяемого шаблона «Справочники», представляет собой экземпляр данных, предназначен для хранения условно-постоянной информации, и наследует свойства своего объекта-прототипа. Для примера, такими объектами могут являться такие справочники как: контрагенты, физические лица, кассы контрольно-кассовых машин, договора контрагентов и любые другие схожие сущности.

Система «1С:Предприятие 8.3» предоставляет богатые возможности эффективного проектирования и хранения информации, когда учитываются требования в скорости, доступности и удобстве получения различной информации в различном качестве и представлении. Непосредственно некоторыми возможностями наделены и справочники, которые могут быть спроектированы и настроены с учетом различных информационных, функциональных, технических и других потребностей. Например, одни справочники в системе могут быть подчинены другим справочникам, при этом полностью соблюдается физическая целостность и такие известные проблемы при проектировании баз данных, как проблема аномалий, удаления родителей и потомков системой контролируется. Также справочники можно разделить по возможностям группировки информации на две группы: неиерархические и иерархические. В неиерархических справочниках отсутствует возможность хранения списка элементов на уровне итогов и групп, а в иерархических такая возможность группировки элементов по категориям существует – по элементам или по элементам и группам.

В системе 1С: Предприятие 8.3 справочники несут на себе не только функции непосредственного хранения информации, но и функции применения справочной информации в самом учетном процессе. Так, при правильном проектировании заметным плюсом станет повышение точности скорости ведения учета, когда справочную информацию не требуется дублировать в разных местах программы и снижаются риски и вероятность получения не корректной информации в разрезе требуемых показателей.

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

Справочники в системе 1С: Предприятие 8.3 наделены функциональностью использования их в системе отчетности и могут быть интегрированы в единую схему получения отчетов в различных аналитических разрезах и показателях.

Для конфигурации были разработаны следующие справочники:

• «Склады»;
• «Сотрудники»;
• «Поставщики»;
• «Покупатели»;
• «Товары»;

Рассмотрим на рисунках 5 – 7 справочники.

Рис. 5. «Справочник «Сотрудники»

Рис. 6. «Справочник «Склады»

Рис. 7 «Справочник «Покупатели»

Следующим этапом проектирования и разработки прикладного решения является этап разработки документов и регистров экономической информационной системы. Данный этап во многом определяет всю бизнес-логику разрабатываемой экономической информационной системы.

В системе «1С: Предприятие 8.3» экземпляры данных, созданные на основе предопределенного объекта – прототипа «Документы», представляют собой объекты, сущностное содержание которых очень близко к бумажным документам. Они предназначены для ввода первичной информации, связанной с регистрацией событий, воздействующих на учитываемые системой показатели.

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

Регистры представляют собой важнейший объект в системе 1С: Предприятие 8.3. Данные экземпляры данных - объекты также как и все другие в системе 1С:Предприятие 8.3 создаются на основе преопределенного шаблона объекта – прототипа, условно говоря - класса и наследуют свойства своего родителя, имея лишь незначительные возможности объектно-ориентированного программирования.

Всего видов таких объектов в системе «1С:Предприятие 8.3» четыре:

1. Регистр накопления;
2. Регистр сведений;
3. Регистр бухгалтерии;
4. Регистр расчета.

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

Если бы в системе «1С:Предприятие 8.3» использовались бы только документы, то отчеты формировались только на одних документах, тем самым это привело бы в будущем к медленному формированию отчетов и не гибкости используемой информационной системы к бизнес-процессам предприятия. Такие потенциальные и возможные проблемы решаются с использованием регистров, их правильным проектированием и применением в информационной системе.

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

Все возможные ошибки, которые могут быть допущены на этапе разработке регистров, в дальнейшем очень тяжело исправить. Это приводит к удорожанию разработки и эксплуатации системы. При проектировании регистров очень важно сразу же определить информационные и функциональные потребности автоматизируемого объекта, а также потребности в хранении, удобстве и скорости доступа к данным. Это необходимо осуществить заблаговременно, так как в дальнейшем тяжело перепроектировать регистры с уже введенными в систему учета данными.

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

В ходе выполнения работы были разработаны документы и регистры, благодаря использованию встроенного языка программирования и встроенному языку запросов системы 1С: Предприятие 8.3.

С учетом требований к информационной системе и к базе данных, были спроектированы, разработаны и реализованы следующие документы, регистры и находящиеся в них бизнес-логика для моей учебной конфигурации – базы данных »:

• Документ «Заказ клиенту»;
• Документ «Заказ поставщику»;
• Документ «Оформление продажи»;
• Регистр накопления «Продажи»;

Рассмотрим документы на рис. 8 – 9.

Рис. 8. «Документ «Заказ клиента»

Рис.9. «Документ «Заказ Поставщику»

Завершающим этапом разработки прикладного решения является построение и программирование отчетов и отчетности.

На рис. 10. представлена примерная схема взаимодействия объектов метаданных системы 1С: Предприятие 8.3, где показана заключительная и итоговая роль отчетов в системе построения прикладных решений.

Рис.10. «Взаимосвязь объектов конфигурации»

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

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

Сами учетные данные соответствующим образом хранятся в регистрах.

И наконец, непосредственно отчеты завершают эту схему.

Отчеты представляют собой объекты конфигурации, созданные на основе предопределенного шаблона объекта – прототипа «Отчеты». Отчеты позволяют представить информацию из регистров в удобном для пользователя виде.

Отчеты в системе «1С: Предприятие 8.3» являются самым развитым механизмом системы, что ярко выделяет систему «1С:Предприятие 8.3» среди многих информационных систем, так как включают себя очень богатые возможности.

В данный период времени, отчеты в системе «1С: Предприятие 8.3» возможно построить на различных механизмах, например с помощью, так называемого построителя отчетов или с использованием специальных конструкторов форм. Но все же, самым передовым механизмом, который и в дальнейшем будет только совершенствоваться, является система компоновки данных.

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

В ходе разработки прикладного решения были созданы следующие отчеты:

• «Продажи»;

Данный отчет выглядят следующим образом.

Рис. 11. «Продажи»

3. Оценка программы

В соответствии с ГОСТ 24.702 - 85 целесообразные варианты построения информационной системы (ИС) выбираются путем балансирования показателей приращения эффекта Э, получаемого за счет создания или совершенствования ИС, и затрат Q. Математически эту задачу формулируют в виде

МАХ Э при Q = const

или в виде обратной задачи:

МIN Q при Э = const.

При оценке эффективности ИС используют обобщающие и частные показатели.

К основным обобщающим показателям экономической эффективности относятся:

1. Расчетный коэффициент эффективности капитальных вложений:

E _p= П/ К, (3.1)

где П - годовая экономия (годовой прирост прибыли), руб.; К - единовременные затраты, руб.

2. Годовой экономический эффект:

Э = П - К Е_н, (3.2)

где Е_н - нормативный коэффициент эффективности капитальных вложений (Е_н=0,15). Произведение КЕ_н в данном случае следует рассматривать как нормативную прибыль, которая должна быть получена от внедрения системы.

3. Срок окупаемости:

Т = К/П = 1/Е_р (3.3)

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

Стоимость программы (Ц) была рассчитана и равна:

Ц = 112190 руб., при этом в случае нашего дипломного проекта стоимость программы равна отпускной цене программы, то есть не включает в себя прибыль, так как разработка ведется штатными специалистами.

Таким образом, С_отп также равна 112190 руб.

Цена же информационной системы 1С Управление торговлей ПРОФ на одно рабочее место составляет от 19600 рублей.

С учетом числа пользователей, которые будут пользоваться информационной системой (от 10 человек – специалисты, руководители, кладовщики, специалисты производства) (начальная стоимость владения составит 196000) экономически выгоднее разработать систему собственными силами. Экономия составит порядка 83810.

Общим критерием целесообразности автоматизации решения экономических задач является достигаемое этим повышение эффективности функционирования объекта управления посредством совершенствования системы управления. Сопоставим показатели, полученные в дипломном проекте, с показателями базового варианта обработки информации (ручной технологии).

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

Среднегодовые затраты при ручной обработке информации (Зб) равны сумме затрат по всем операциям: 101378.64 рублей. Данная цифра была получена на основании данных статистических органов в целом по отрасли.

Среднегодовые затраты при машинной обработке информации равны сумме затрат по всем операциям: Ф= 26245,512 рублей.

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

Рассчитаем приблизительную годовую экономию:

П=Зб-Зп = 101378.64 -28419,262= 72960 руб.

где Зб - затраты на обработку информации при существующем варианте организации бизнес-процессе; Зп - затраты на обработку информации при предполагаемом варианте организации системы.

Расчетный коэффициент капитальных вложений:

Ер=П/R= 72960/43530 = 1,67

где П - годовая экономия (годовой прирост прибыли); R - единовременные затраты на проектирование(техническое задание).

Годовой экономический эффект:

Э=П-R*Е_н=72960-43530 *0.15= 66430,5 руб.

где Е_н=0.15 - нормативный коэффициент эффективности капитальных вложений;

Е_н* R= 6529,5 - нормативная прибыль от внедрения системы.

Срок окупаемости:

Т= R /П =1/Е_р=1/1,67=0,59 года.

Таким образом, годовой экономический эффект от внедрения автоматизации составляет 66430, 5 рублей.

Срок окупаемости информационной системы составляет до 1 года.

Заключение

В ходе написания курсовой работы мною приобретен опыт анализа деятельности предметной области, рассмотрения её информационных и материальных потоков.

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

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

Была полностью описана информационная система и обосновано её внедрение за счет получаемого экономического эффекта.

Автоматизация информационных систем на базе 1С: Предприятие 8.3 значительно выгоднее, чем использование системных языков программирования, так как на базе 1С уже существуют все готовые классы для решения экономических задач. Данное обстоятельство позволяет разработчику больше думать о бизнес-логике систем, о проектировании ЭИС, нежели о низкоуровневых особенностях системы.

В связи с поставленной целью мною были выполнены следующие задачи:

1. Исследовать назначение программы и разработать её спецификацию.

2. Рассмотреть разработанные объекты информационной системы.

3. Разработать экономическую информационную систему, включающую систему управления базами данных на примере MS SQL Express 2012 и приложение на платформе 1С на примере системы «1С: Предприятие 8.3».

4. Описать разработанную экономическую информационную систему, а также привести экономическое обоснование её внедрения.

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

Список использованной литературы

1. Смирнова Г.Н., Сорокин А.А., Тельнов Ю.Ф. Проектирование экономических информационных систем: Учебник. -. М.: Финансы и статистика, 2005. – 512 с.

2. Балдин К.В., Уткин В.Б. Информационные системы в экономике.: Учебник. – М.: Издательско-торговая корпорация «Дашков и К», 2007. – 395 с.

3. Проектирование информационных систем. Учебное пособие по курсу «Проектирование информационных систем» / Уфимск. гос. авиац. техн. ун-т; В.В. Мартынов, Н.О. Никулина, Е.И. Филосова – Уфа: УГАТУ, 2008. – 381 с.

4. Методические указания к лабораторным работам по дисциплине «Проектирование информационных систем» для студентов направления подготовки бакалавров 080700 «Бизнес-информатика» Сост. Е.И.Филосова, Н.О. Никулина.

5. 1С: Предприятие 8.2 Руководство разработчика часть 1 Москва фирма «1С» 2011

6. 1C:Предприятие 8.3. Практическое пособие разработчика. Примеры и типовые приемы (артикул 4601546108722). Печатная и электронная версии.

7. Язык запросов "1С:Предприятия 8" (+диск) (артикул 4601546108029). Печатная и электронная версии.

8. Профессиональная разработка в системе 1С:Предприятие 8" (+DVD-ROM). Издание 2 (артикул 4601546101853).

9. Разработка сложных отчетов в "1С:Предприятии 8.2". Система компоновки данных". Издание 2 (+ CD) (артикул 4601546097569).

10. Решение специальных прикладных задач в "1С:Предприятии 8.2". Серия "1С:Профессиональная разработка" (артикул 4601546092694)

11. Архитектура и работа с данными "1С:Предприятия 8.2". Серия "1С:Профессиональная разработка" (артикул 4601546090690)

Приложение

Текст программы

Процедура Печать(ТабДок, Ссылка) Экспорт

//{{_КОНСТРУКТОР_ПЕЧАТИ(Печать)

Макет = Документы.ЗаказКлиента.ПолучитьМакет("Печать");

Запрос = Новый Запрос;

Запрос.Текст =

"ВЫБРАТЬ

| ЗаказКлиента.Дата,

| ЗаказКлиента.ДатаЗаказа,

| ЗаказКлиента.Клиент,

| ЗаказКлиента.Менеджер,

| ЗаказКлиента.Номер,

| ЗаказКлиента.Склад,

| ЗаказКлиента.Товары.(

| НомерСтроки,

| Наименование,

| Количество,

| Цена,

| Стоимость

| )

|ИЗ

| Документ.ЗаказКлиента КАК ЗаказКлиента

|ГДЕ

| ЗаказКлиента.Ссылка В (&Ссылка)";

Запрос.Параметры.Вставить("Ссылка", Ссылка);

Выборка = Запрос.Выполнить().Выбрать();

ОбластьЗаголовок = Макет.ПолучитьОбласть("Заголовок");

Шапка = Макет.ПолучитьОбласть("Шапка");

ОбластьТоварыШапка = Макет.ПолучитьОбласть("ТоварыШапка");

ОбластьТовары = Макет.ПолучитьОбласть("Товары");

ТабДок.Очистить();

ВставлятьРазделительСтраниц = Ложь;

Пока Выборка.Следующий() Цикл

Если ВставлятьРазделительСтраниц Тогда

ТабДок.ВывестиГоризонтальныйРазделительСтраниц();

КонецЕсли;

ТабДок.Вывести(ОбластьЗаголовок);

Шапка.Параметры.Заполнить(Выборка);

ТабДок.Вывести(Шапка, Выборка.Уровень());

ТабДок.Вывести(ОбластьТоварыШапка);

ВыборкаТовары = Выборка.Товары.Выбрать();

Пока ВыборкаТовары.Следующий() Цикл

ОбластьТовары.Параметры.Заполнить(ВыборкаТовары);

ТабДок.Вывести(ОбластьТовары, ВыборкаТовары.Уровень());

КонецЦикла;

ВставлятьРазделительСтраниц = Истина;

КонецЦикла;

//}}

КонецПроцедуры

Процедура ОбработкаЗаполнения(ДанныеЗаполнения, СтандартнаяОбработка)

//{{__КОНСТРУКТОР_ВВОД_НА_ОСНОВАНИИ

// Данный фрагмент построен конструктором.

// При повторном использовании конструктора, внесенные вручную изменения будут утеряны!!!

Если ТипЗнч(ДанныеЗаполнения) = Тип("ДокументСсылка.ЗаказКлиента") Тогда

// Заполнение шапки

ДатаЗаказа = ДанныеЗаполнения.ДатаЗаказа;

Клиент = ДанныеЗаполнения.Клиент;

Менеджер = ДанныеЗаполнения.Менеджер;

Склад = ДанныеЗаполнения.Склад;

Для Каждого ТекСтрокаТовары Из ДанныеЗаполнения.Товары Цикл

НоваяСтрока = Товары.Добавить();

НоваяСтрока.Количество = ТекСтрокаТовары.Количество;

НоваяСтрока.Наименование = ТекСтрокаТовары.Наименование;

НоваяСтрока.Стоимость = ТекСтрокаТовары.Стоимость;

НоваяСтрока.Цена = ТекСтрокаТовары.Цена;

КонецЦикла;

КонецЕсли;

//}}__КОНСТРУКТОР_ВВОД_НА_ОСНОВАНИИ

КонецПроцедуры

Процедура Печать(ТабДок, Ссылка) Экспорт

//{{_КОНСТРУКТОР_ПЕЧАТИ(Печать)

Макет = Документы.ЗаказПоставщику.ПолучитьМакет("Печать");

Запрос = Новый Запрос;

Запрос.Текст =

"ВЫБРАТЬ

| ЗаказПоставщику.Дата,

| ЗаказПоставщику.ДатаЗаказа,

| ЗаказПоставщику.ДатаПоставки,

| ЗаказПоставщику.Клиент,

| ЗаказПоставщику.Менеджер,

| ЗаказПоставщику.Номер,

| ЗаказПоставщику.Поставщик,

| ЗаказПоставщику.Склад,

| ЗаказПоставщику.Товары.(

| НомерСтроки,

| Наименование,

| Количество,

| Цена,

| Стоимость

| )

|ИЗ

| Документ.ЗаказПоставщику КАК ЗаказПоставщику

|ГДЕ

| ЗаказПоставщику.Ссылка В (&Ссылка)";

Запрос.Параметры.Вставить("Ссылка", Ссылка);

Выборка = Запрос.Выполнить().Выбрать();

ОбластьЗаголовок = Макет.ПолучитьОбласть("Заголовок");

Шапка = Макет.ПолучитьОбласть("Шапка");

ОбластьТоварыШапка = Макет.ПолучитьОбласть("ТоварыШапка");

ОбластьТовары = Макет.ПолучитьОбласть("Товары");

ТабДок.Очистить();

ВставлятьРазделительСтраниц = Ложь;

Пока Выборка.Следующий() Цикл

Если ВставлятьРазделительСтраниц Тогда

ТабДок.ВывестиГоризонтальныйРазделительСтраниц();

КонецЕсли;

ТабДок.Вывести(ОбластьЗаголовок);

Шапка.Параметры.Заполнить(Выборка);

ТабДок.Вывести(Шапка, Выборка.Уровень());

ТабДок.Вывести(ОбластьТоварыШапка);

ВыборкаТовары = Выборка.Товары.Выбрать();

Пока ВыборкаТовары.Следующий() Цикл

ОбластьТовары.Параметры.Заполнить(ВыборкаТовары);

ТабДок.Вывести(ОбластьТовары, ВыборкаТовары.Уровень());

КонецЦикла;

ВставлятьРазделительСтраниц = Истина;

КонецЦикла;

//}}

КонецПроцедуры

Процедура ОбработкаПроведения(Отказ, Режим)

//{{__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ

// Данный фрагмент построен конструктором.

// При повторном использовании конструктора, внесенные вручную изменения будут утеряны!!!

// регистр Продажи

Движения.Продажи.Записывать = Истина;

Для Каждого ТекСтрокаТовары Из Товары Цикл

Движение = Движения.Продажи.Добавить();

Движение.Период = Дата;

Движение.Клиент = Клиент;

Движение.Менеджер = Менеджер;

Движение.Наименование = ТекСтрокаТовары.Наименование;

Движение.Склад = Склад;

Движение.Стоимость = ТекСтрокаТовары.Стоимость;

КонецЦикла;

//}}__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ

КонецПроцедуры

Процедура ОбработкаЗаполнения(ДанныеЗаполнения, СтандартнаяОбработка)

//{{__КОНСТРУКТОР_ВВОД_НА_ОСНОВАНИИ

// Данный фрагмент построен конструктором.

// При повторном использовании конструктора, внесенные вручную изменения будут утеряны!!!

Если ТипЗнч(ДанныеЗаполнения) = Тип("ДокументСсылка.ЗаказПоставщику") Тогда

// Заполнение шапки

Клиент = ДанныеЗаполнения.Клиент;

Менеджер = ДанныеЗаполнения.Менеджер;

Склад = ДанныеЗаполнения.Склад;

Для Каждого ТекСтрокаТовары Из ДанныеЗаполнения.Товары Цикл

НоваяСтрока = Товары.Добавить();

НоваяСтрока.Количество = ТекСтрокаТовары.Количество;

НоваяСтрока.Наименование = ТекСтрокаТовары.Наименование;

НоваяСтрока.Стоимость = ТекСтрокаТовары.Стоимость;

НоваяСтрока.Цена = ТекСтрокаТовары.Цена;

КонецЦикла;

КонецЕсли;

//}}__КОНСТРУКТОР_ВВОД_НА_ОСНОВАНИИ

КонецПроцедуры

Процедура Печать(ТабДок, Ссылка) Экспорт

//{{_КОНСТРУКТОР_ПЕЧАТИ(Печать)

Макет = Документы.ОформлениеПродажи.ПолучитьМакет("Печать");

Запрос = Новый Запрос;

Запрос.Текст =

"ВЫБРАТЬ

| ОформлениеПродажи.Дата,

| ОформлениеПродажи.ДатаПродажи,

| ОформлениеПродажи.Клиент,

| ОформлениеПродажи.Менеджер,

| ОформлениеПродажи.Номер,

| ОформлениеПродажи.Склад,

| ОформлениеПродажи.Товары.(

| НомерСтроки,

| Наименование,

| Количество,

| Цена,

| Стоимость

| )

|ИЗ

| Документ.ОформлениеПродажи КАК ОформлениеПродажи

|ГДЕ

| ОформлениеПродажи.Ссылка В (&Ссылка)";

Запрос.Параметры.Вставить("Ссылка", Ссылка);

Выборка = Запрос.Выполнить().Выбрать();

ОбластьЗаголовок = Макет.ПолучитьОбласть("Заголовок");

Шапка = Макет.ПолучитьОбласть("Шапка");

ОбластьТоварыШапка = Макет.ПолучитьОбласть("ТоварыШапка");

ОбластьТовары = Макет.ПолучитьОбласть("Товары");

ТабДок.Очистить();

ВставлятьРазделительСтраниц = Ложь;

Пока Выборка.Следующий() Цикл

Если ВставлятьРазделительСтраниц Тогда

ТабДок.ВывестиГоризонтальныйРазделительСтраниц();

КонецЕсли;

ТабДок.Вывести(ОбластьЗаголовок);

Шапка.Параметры.Заполнить(Выборка);

ТабДок.Вывести(Шапка, Выборка.Уровень());

ТабДок.Вывести(ОбластьТоварыШапка);

ВыборкаТовары = Выборка.Товары.Выбрать();

Пока ВыборкаТовары.Следующий() Цикл

ОбластьТовары.Параметры.Заполнить(ВыборкаТовары);

ТабДок.Вывести(ОбластьТовары, ВыборкаТовары.Уровень());

КонецЦикла;

ВставлятьРазделительСтраниц = Истина;

КонецЦикла;

//}}

КонецПроцедуры