Разработка конфигурации Продажи в среде 1С:Предприятие 8.3

Содержание:

ВВЕДЕНИЕ

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

Автоматизация процессов управления предприятием позволяет снизить финансовые и временные издержки, повысить производительность и эффективность деятельности компании.

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

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

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

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

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

Реализация поставленной цели предполагает решение следующих задач:

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

Работа состоит из трех основных глав: теоретическая, аналитическая и практическая соответственно.

В первой главе рассказывается что такое автоматизированные системы управления (АСУ), их назначение и основные функции. Более подробно описываются такой вид АСУ. Как CRM – система управления взаимоотношениями с клиентами.

Вторая часть аналитическая и в свою очередь разделяется на подглавы: описание предметной области, технико-экономическая характеристика предприятия, функциональная организационная структура, описание бизнес модели as is в нотации IDEF0 , диаграмма сущность-связь в нотации IDEF1X, описание ПО на объекте и выбор процесса автоматизации. Все эти части описывают автоматизируемое предприятие. Описывается бизнесс-процесс продажи велосипедов, рассказывается об основных функциях каждого подразделения предприятия, представлена модель будущей базы данных, а также описано аппаратное обеспеченье для работы на предприятии.

Разработка предметно-ориентированной базы данных и придания требуемой функциональности для работы с ней будет осуществляться с применением системы 1С:Предприятие.

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

1С:Предприятие имеет следующие преимущества и возможности для разработки информационных баз:

• Автоматизация документов, бланков и отчетов;
• Возможность быстро получать отчеты и аналитические документы;
• Контроль за работой сотрудников компании;
• Повышение качества обслуживания, поскольку доработка 1С позволяет ускорить ответ на запросы клиентов, учитывая историю взаимодействия с заказчиками.
• Снижение административных издержек.

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

1. Назначение автоматизированных систем управления

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

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

Автоматизированная система управления (сокращённо АСУ) — комплекс аппаратных и программных средств, а также персонала, предназначенный для управления различными процессами в рамках технологического процесса, производства, предприятия.

Термин «автоматизированная», в отличие от термина «автоматическая», подчёркивает сохранение за человеком-оператором некоторых функций, либо наиболее общего, целеполагающего характера, либо не поддающихся автоматизации. АСУ с Системой поддержки принятия решений (СППР) являются основным инструментом повышения обоснованности управленческих решений.

Система управления взаимоотношениями с клиентами (CRM, CRM-система, сокращение от англ. Customer Relationship Management) — прикладное программное обеспечение для организаций, предназначенное для автоматизации стратегий взаимодействия с заказчиками (клиентами), в частности для повышения уровня продаж, оптимизации маркетинга и улучшения обслуживания клиентов путём сохранения информации о клиентах и истории взаимоотношений с ними, установления и улучшения бизнес-процессов и последующего анализа результатов.

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

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

Для автоматизации рутинных операций в области управления продажами создан класс систем, называемых SFA (Sales Force Automation System) или SFMS (Sales Force Management System).

SFA автоматически регистрирует все этапы продаж компании, отслеживает контакты с активными клиентами и выявляет потенциальных. В мировой практике система SFA обычно поставляется как элемент CRM. Наиболее развитые SFA-системы дают клиенту возможность на месте смоделировать продукт, удовлетворяющий его потребности, например, в автомобильной промышленности подобрать желаемый цвет и интерьер. SFMS — система управления продажами. Ее цель — сделать процесс продаж максимально прибыльным и эффективным. Система автоматически составляет таблицы, диаграммы, графики, которые позволяют менеджеру оперативно отслеживать изменения и реагировать на них.

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

Важнейшая задача АСУ — повышение эффективности управления объектом на основе роста производительности труда и совершенствования методов планирования процесса управления. Различают автоматизированные системы управления объектами (технологическими процессами — АСУТП, предприятием — АСУП, отраслью — ОАСУ) и функциональные автоматизированные системы, например, проектирование плановых расчётов, материально-технического снабжения и т. д.

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

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

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

1. Аналитическая часть
   1. Описание предметной области

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

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

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

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

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

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

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

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

Входными данными в системе будут: информация и поставщиках и покупателях, перечень товаров, сотрудников, информация о поступлении товаров и об их продаже.

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

• 1. Технико-экономическая характеристика предприятия

Предприятие осуществляет свою деятельность по продаже велосипедов. Всего на предприятии работает 20 человек. Региональное размещение предприятия в трех точках: два магазина и офисное здание со складом. На предприятии числится один сервер, девять компьютеров и семь МФУ. Все устройства в офисе связаны между собой локально-вычислительной сетью, с удаленными магазинами офис связан по средствам сети Интернет.

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

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

Сотрудники склада должны своевременно приходовать и отправлять товар в магазины.

Отдел продаж должен анализировать продажи, реализовывать акции, привлекать клиентов, проводить рекламные акции.

Отдел закупок производит закупку товаров, работа с поставщиками, поиск новых поставщиков.

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

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

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

• 1. Функциональная организационная структура

Функционально структуру предприятия можно разделить на три уровня: высшее руководство, управление и прочие сотрудники. Подробная схема структурных подразделений изображена на рисунке 1.

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

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

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

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

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

Рисунок 1 – функциональная структура предприятия

• 1. Описание бизнес модели as is в нотации IDEF0

Для описания бизнес модели продажи велосипедов использовалась графическая нотация IDEF0 (методология функционального моделирования), предназначенная для формализации и описания бизнес-процессов. В IDEF0 рассматриваются логические отношения между работами (рисунок 2, рисунок 3).

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

Рисунок 2 - схема информационных потоков

Рисунок 3 – схема информационных потоков

Среди недостатков существующей модели следует отметить следующие:

− отсутствие возможности принятия оперативных управленческих решений;

− невозможность введения гибкой системы скидок из-за отсутствия базы данных сформированных заказов на товар;

− отсутствие удобного интерфейса приводило к увеличению времени обслуживания клиентов;

− отсутствие автоматических выгрузок также может привести к неоправданному увеличению численности персонала.

• 1. Описание ПО на объекте и выбор процесса автоматизации

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

В программную архитектуру ИС входят ОС и всё ПО, которое установлено на компьютерах, входящих в техническую архитектуру. В офисе предприятия установлен сервер, который удовлетворяет следующим требованиям: процессор(Intel/AMD совместимый x64) 4 ядра по 2 ГГц, скорость вращения шпинделя 10000 оборотов/мин, Жесткий диск Sata, Жесткий диск для ОС -RAID-1 (2 диска), для данных RAID-10 (4 диска), сетевой адаптер 100 Мб/сек , ОС - Microsoft Windows Server 2008 (32- или 64-разрядная)/ 2008 R2/ 2012/ 2012 R2/ 2016 c обновлением KB3213522.

Каждое подразделение должно иметь высокоскоростное подключение к сети интернет. На компьютерах пользователей установлена операционная система Windows 7. Также каждый компьютер имеет подключение к МФУ, для печати отчетов, накладных и прочих документов.

Исходя из требований 1с компьютер у конечного пользователя должен соответствовать требованиям:

• компьютер конечного пользователя: операционную систему: Microsoft Windows 98/Me, Microsoft Windows 2000/XP/Server 2003/Vista/Seven (рекомендуется Microsoft Windows XP); процессор Intel Pentium II 400 МГц и выше (рекомендуется Intel Pentium III 866 МГц); оперативную память 128 Мбайт и выше (рекомендуется 256 Мбайт); жесткий диск (при установке используется около 220 Мбайт); устройство чтения компакт дисков; USB-порт; SVGA дисплей;
• компьютер, используемый для разработки конфигураций: операционную систему: Microsoft Windows 2000/XP/Server 2003/Vista/Seven (рекомендуется Microsoft Windows XP); процессор Intel Pentium III 866 МГц и выше (рекомендуется Intel Pentium IV/Celeron 1800 МГц); оперативную память 512 Мбайт и выше (рекомендуется 1024 Мбайт); жесткий диск (при установке используется около 220 Мбайт); устройство чтения компакт дисков; USB-порт; SVGA дисплей;

Требования к клиентским компьютерам, на которые происходит установка 1С. В качестве операционной системы рекомендуется использовать Windows 2000 или Windows XP. Причиной этого является более эффективная реализация в этих системах механизмов работы с оперативной памятью. Производительность 1С:Предприятия 8, работающего под управлением одной из этих операционных систем, существенно выше, чем при работе под управлением MS Windows 98/ Me . Этот особенно заметно на операциях, требующих интенсивной работы с памятью - при работе с комплексными конфигурациями (включающими большой объем функциональности), при формировании отчетов и запросов, обрабатывающих большие объемы данных. Однако преимущество этих операционных систем проявляется только если объем оперативной памяти, установленной на компьютере, не меньше чем рекомендованного объема, указанного в системных требованиях этих операционных систем. В противном случае эффект будет прямо противоположный – производительность может уменьшиться.

Еще одним преимуществом операционных систем Windows 2000/XP, которое позволяет рекомендовать их для использования при работе с 1С:Предприятием 8, является тот факт, что эти операционные системы могут эффективно использовать большие объемы (более 512 Мб) оперативной памяти, установленной на компьютере. При установке на компьютере с операционной системой Windows 98/ Me более 512 Мб оперативной памяти возможно замедление работы на операциях, требующих интенсивной работы с памятью.

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

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

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

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

1. Практическая часть

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

3.1 Создание справочников

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

Конфигура­ция определяет кон­кретный набор объектов, структуры информационных массивов, ал­горитмы обработки информации. Конфигурация получила имя «Магазин».

Она состоит из следующих объектов:

- справочник «Номенклатура» содержит информацию о продаваемых товарах;

- справочник «Склады» содержит информацию о имеющихся на предприятии складах;

- справочник «Контрагенты» содержит информацию о поставщиках и покупателях;

- справочник «Типы цен» содержит информацию о ценах реализации и проценте надбавки по этим ценам;

- справочник «Должности» описывает возможные должности на предприятии;

- справочник «Сотрудники» - перечень сотрудников предприятия с их должностями и окладами.

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

Таблица 1 – Структура справочника «Номенклатура»

Реквизиты
Имя поля	Тип данных	Размер поля	Примечание
Код	Число	9	Ключ
Наименование	Текстовый	25

Вид формы «Номенклатура» в режиме Конфигуратор представлен на рисунке 4.

Рисунок 4 - Вид формы «Номенклатура» в режиме Конфигуратор

Вид формы «Номенклатура» в режиме 1С:Предприятие представлен на рисунке 5.

Рисунок 5- Вид формы «Номенклатура» в режиме 1С:Предприятие

Справочник «Контрагенты» представляет собой список лиц, с которыми работает предприятие. Контрагент может быть как поставщиком так и покупателем. Структура справочника «Контрагенты» представлена в таблице 2.

Таблица 2 – Структура справочника «Контрагенты»

Реквизиты
Имя поля	Тип данных	Размер поля	Примечание
Код	Число	9	Ключ
Наименование	Текстовый	25
Адрес	Числовой	100
Поставщик	Булево
Покупатель	Булево
Тип цены	СправочникСсылка

Модуль формы содержит процедуры и функции которые представлены в приложении А.

Вид формы «Контрагенты» в режиме Конфигуратор представлен на рисунке 7.

Рисунок 7 - Вид формы «Контрагенты» в режиме Конфигуратор.

Вид формы «Контрагенты» в режиме 1С:Предприятие представлен на рисунке 8.

Рисунок 8 - Вид формы «Контрагенты» в режиме Предприятие

Для контрагентов с типом «Покупатель» доступно поле «Тип цены». Данное поле заполняется из одноименного справочника и предназначено для определения процента надбавки клиента. Структура справочника «Типы цен» представлена в таблице 3. Справочник представляет собой список цен, по которым реализуются товары.

Таблица 3 – Структура справочника «Типы цен»

Реквизиты
Имя поля	Тип данных	Размер поля	Примечание
Код	Число	9	Ключ
Наименование	Текстовый	25
Процент надбавки	Числовой

Вид формы «Типы цен» в режиме Конфигуратор представлен на рисунке 9.

Рисунок 9 - Вид формы «Типы цен» в режиме Конфигуратор

Рисунок 10 - Вид формы «Типы цен» в режиме Предприятие

4.2 Создание документов

Структура документа «Поступление ТМЦ» представлена в таблице 4. Документ отражает хозяйственную операцию оприходования сырья от поставщика.

Таблица 4 – Структура документа «Поступление ТМЦ»

Реквизиты
Имя поля	Тип данных	Размер поля	Примечание
Номер	Число		Ключ
Дата	Дата	25
Поставщик	СправочникСсылка
Табличная часть «Номенклатура»
Номенклатура	СправочникСсылка
Количество	Число	10
Цена	Число	10 точность 2
Сумма	Число	10 точность 2

Модуль формы содержит следующие процедуры и функции:

&НаКлиенте

Процедура ТМЦКоличествоПриИзменении(Элемент)

Строка = Элементы.ТМЦ.ТекущиеДанные;

Строка.Сумма = Строка.Количество*Строка.Цена;

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

&НаКлиенте

Процедура ТМЦЦенаПриИзменении(Элемент)

Строка = Элементы.ТМЦ.ТекущиеДанные;

Строка.Сумма = Строка.Количество*Строка.Цена;

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

Вид формы «Поступление ТМЦ» в режиме Конфигуратор представлен на рисунке 11.

Рисунок 11 - Вид формы «Поступление ТМЦ» в режиме Конфигуратор

Вид формы «Поступление ТМЦ» в режиме 1С:Предприятие представлен на рисунке 12.

Рисунок 12 - Вид формы «Поступление ТМЦ» в режиме 1С:Предприятие

Модуль объекта содержит процедуры и функции, тест в приложении А.

Демонстрация работы модуля в режиме 1С:Предприятие представлена на рисунке 13.

Рисунок 13 - Демонстрация работы модуля в режиме 1С:Предприятие .

.

Структура документа «Расходная накладная» представлена в таблице 5. Документ отражает хозяйственную операцию продажи покупателю.

Таблица 5 – Структура документа «Расходная накладная»

Реквизиты
Имя поля	Тип данных	Размер поля	Примечание
Номер	Число		Ключ
Дата	Дата	25
Покупатель	СправочникСсылка
Менеджер	СправочникСсылка
Тип Цены	СправочникСсылка
Табличная часть «Номенклатура»
Номенклатура	СправочникСсылка
Количество	Число	10
Цена учетная	Число	10 точность 2
Цена продажи	Число	10 точность 2
Сумма	Число	10 точность 2

Текс модуля в приложении А.

Вид формы «Расходная накладная» в режиме Конфигуратор представлен на рисунке 14.

Рисунок 14 - Вид формы «Расходная накладная» в режиме Конфигуратор

Вид формы «Расходная накладная» в режиме 1С:Предприятие представлен на рисунке 15.

Рисунок 15 - Вид формы «Расходная накладная» в режиме 1С:Предприятие

Модуль объекта содержит процедуры и функции (приложение А)

Демонстрация работы модуля в режиме 1С:Предприятие представлена на рисунке 16.

Рисунок 16 - Демонстрация работы модуля в режиме 1С:Предприятие .

4.4 Разработка отчетов

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

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

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

- отчет «Дефицитный товар», выполняющий выборку информации о товарах количество которых менее определенной цифры.

- отчет «Остатки товаров», выполняющий выборку информации об остатках товаров.

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

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

- отчет «Должность сотрудника», выполняющий выборку занимаемой должности.

- отчет «Продажи по номенклатуре», выполняющий выборку информации продажах по каждой номенклатуре.

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

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

Запрос, сформированный конструктором на выборку данных, осуществляет выборку из регистра Остатки ТМЦ тех позиций, количество которых меньше параметра «Количество остаток». Данный запрос в режиме Конфигуратора представлен на листинге:

ВЫБРАТЬ

ТМЦНаСкладахОстатки.Номенклатура,

ТМЦНаСкладахОстатки.КоличествоОстаток

ИЗ

РегистрНакопления.ТМЦНаСкладах.Остатки КАК ТМЦНаСкладахОстатки

ГДЕ

ТМЦНаСкладахОстатки.КоличествоОстаток < &КоличествоОстаток

Данный отчет в режиме 1С:Предприятие работает следующим образом.

Рисунок 17 - Отчет на выборку данных

Для создания отчета «Остатки товаров» была создана схема компоновки данных, в которой определены ресурсы, настройки, связи и т.п.

Запрос, сформированный конструктором на выборку данных, осуществляет выборку из регистра Остатки ТМЦ на дату, указанную в отчете. Данный запрос в режиме Конфигуратора представлен на листинге:

ВЫБРАТЬ

ТМЦНаСкладахОстатки.Номенклатура,

ТМЦНаСкладахОстатки.КоличествоОстаток

ИЗ

РегистрНакопления.ТМЦНаСкладах.Остатки КАК ТМЦНаСкладахОстатки

Данный отчет в режиме 1С:Предприятие работает следующим образом (рисунок 18).

Рисунок 18 - Отчет на выборку данных

Для создания отчета «Остатки товаров» была создана схема компоновки данных, в которой определены ресурсы, настройки, связи и т.п.

Запрос, сформированный конструктором на выборку данных, осуществляет выборку по документам прожди, группирует данные по документу . Данный запрос в режиме Конфигуратора представлен на листинге:

ВЫБРАТЬ

РасходнаяНакладнаяТМЦ.Ссылка КАК Документ,

РасходнаяНакладнаяТМЦ.Номенклатура,

СУММА(РасходнаяНакладнаяТМЦ.Количество) КАК Количество,

РасходнаяНакладнаяТМЦ.ЦенаПродажи,

СУММА(РасходнаяНакладнаяТМЦ.Сумма) КАК Сумма,

РасходнаяНакладнаяТМЦ.Ссылка.Покупатель,

РасходнаяНакладнаяТМЦ.Ссылка.Менеджер

ИЗ

Документ.РасходнаяНакладная.ТМЦ КАК РасходнаяНакладнаяТМЦ

ГДЕ

РасходнаяНакладнаяТМЦ.Ссылка.Проведен = ИСТИНА

И РасходнаяНакладнаяТМЦ.Ссылка.Дата МЕЖДУ &ДатаНач И &ДатаКон

СГРУППИРОВАТЬ ПО

РасходнаяНакладнаяТМЦ.Ссылка,

РасходнаяНакладнаяТМЦ.Номенклатура,

РасходнаяНакладнаяТМЦ.ЦенаПродажи,

РасходнаяНакладнаяТМЦ.Ссылка.Покупатель,

РасходнаяНакладнаяТМЦ.Ссылка.МенеджерДанный отчет в режиме 1С:Предприятие работает следующим образом (рисунок 19)

Рисунок 19 - Отчет на выборку данных

2.4 Разработка отчета «Продажи за период по сотрудникам»

Для создания отчета «Остатки товаров» была создана схема компоновки данных, в которой определены ресурсы, настройки, связи и т.п.

Запрос, сформированный конструктором на выборку данных, осуществляет выборку по документам прожди, группирует данные по сотруднику . Данный запрос в режиме Конфигуратора представлен на листинге:

ВЫБРАТЬ

РасходнаяНакладнаяТМЦ.Ссылка КАК Документ,

РасходнаяНакладнаяТМЦ.Номенклатура,

СУММА(РасходнаяНакладнаяТМЦ.Количество) КАК Количество,

РасходнаяНакладнаяТМЦ.ЦенаПродажи,

СУММА(РасходнаяНакладнаяТМЦ.Сумма) КАК Сумма,

РасходнаяНакладнаяТМЦ.Ссылка.Покупатель,

РасходнаяНакладнаяТМЦ.Ссылка.Менеджер

ИЗ

Документ.РасходнаяНакладная.ТМЦ КАК РасходнаяНакладнаяТМЦ

ГДЕ

РасходнаяНакладнаяТМЦ.Ссылка.Проведен = ИСТИНА

И РасходнаяНакладнаяТМЦ.Ссылка.Дата МЕЖДУ &ДатаНач И &ДатаКон

СГРУППИРОВАТЬ ПО

РасходнаяНакладнаяТМЦ.Ссылка,

РасходнаяНакладнаяТМЦ.Номенклатура,

РасходнаяНакладнаяТМЦ.ЦенаПродажи,

РасходнаяНакладнаяТМЦ.Ссылка.Покупатель,

РасходнаяНакладнаяТМЦ.Ссылка.Менеджер

Данный отчет в режиме 1С:Предприятие работает следующим образом (рисунок 20)

Рисунок 20 - Отчет на выборку данных

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

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

ВЫБРАТЬ

Сотрудники.Наименование КАК ФИО,

Сотрудники.Должность

ИЗ

Справочник.Сотрудники КАК Сотрудники

ГДЕ

Сотрудники.Ссылка = &Ссылка

Данный отчет в режиме 1С:Предприятие работает следующим образом (рисунок 21)

Рисунок 21 - Отчет на выборку данных

Для создания отчета «Продажи по номенклатуре» была создана схема компоновки данных, в которой определены ресурсы, настройки, связи и т.п.

Запрос, сформированный конструктором на выборку данных, осуществляет выборку документов продажи по определенной номенклатуре . Данный запрос в режиме Конфигуратора представлен на листинге:

ВЫБРАТЬ

РасходнаяНакладнаяТМЦ.Ссылка КАК Документ,

РасходнаяНакладнаяТМЦ.Номенклатура,

СУММА(РасходнаяНакладнаяТМЦ.Количество) КАК Количество,

РасходнаяНакладнаяТМЦ.ЦенаПродажи,

СУММА(РасходнаяНакладнаяТМЦ.Сумма) КАК Сумма

ИЗ

Документ.РасходнаяНакладная.ТМЦ КАК РасходнаяНакладнаяТМЦ

ГДЕ

РасходнаяНакладнаяТМЦ.Ссылка.Проведен = ИСТИНА

И РасходнаяНакладнаяТМЦ.Номенклатура = &Номенклатура

СГРУППИРОВАТЬ ПО

РасходнаяНакладнаяТМЦ.Ссылка,

РасходнаяНакладнаяТМЦ.Номенклатура,

РасходнаяНакладнаяТМЦ.ЦенаПродажи

Данный отчет в режиме 1С:Предприятие работает следующим образом (рисунок 22)

Рисунок 22 - Отчет на выборку данных

Для создания отчета «Продажи по номенклатуре» была создана схема компоновки данных, в которой определены ресурсы, настройки, связи и т.п.

Запрос, сформированный конструктором на выборку данных, осуществляет выборку документов поступления, выводит данные из них и группирует по поставщику. Данный запрос в режиме Конфигуратора представлен на листинге:

ВЫБРАТЬ

ПоступлениеТМЦТМЦ.Ссылка,

ПоступлениеТМЦТМЦ.Номенклатура,

ПоступлениеТМЦТМЦ.Количество,

ПоступлениеТМЦТМЦ.Цена,

ПоступлениеТМЦТМЦ.Сумма,

ПоступлениеТМЦТМЦ.Ссылка.Поставщик

ИЗ

Документ.ПоступлениеТМЦ.ТМЦ КАК ПоступлениеТМЦТМЦ

ГДЕ

ПоступлениеТМЦТМЦ.Ссылка.Дата МЕЖДУ &ДатаНач И &ДатаКон

Данный отчет в режиме 1С:Предприятие работает следующим образом (рисунок 23)

Рисунок 23 - отчет

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

Рисунок 24 - Настройка отчета

Рисунок 25 - Вывод диаграммы:

Рисунок 26 – Настройка

Запрос, сформированный конструктором на выборку данных, осуществляет выборку оборотов из регистра накопления ТМЦ на складах в разрезе номенклатуры. Данный запрос в режиме Конфигуратора представлен на листинге:

ВЫБРАТЬ

ТМЦНаСкладахОбороты.Номенклатура,

СУММА(ТМЦНаСкладахОбороты.КоличествоРасход) КАК Количество

ИЗ

РегистрНакопления.ТМЦНаСкладах.Обороты КАК ТМЦНаСкладахОбороты

СГРУППИРОВАТЬ ПО

ТМЦНаСкладахОбороты.Номенклатура

Данный отчет в режиме 1С:Предприятие работает следующим образом (рисунок 27)

Рисунок 27 - Отчет на выборку данных

4.5 Разработка пользовательского интерфейса

Для разделения информационной системы по функциональному признаку созданы подсистемы «Справочники», «Документы» и «Отчеты».

Первая подсистема содержит обращение к следующим объектам: Справочник Сотрудники, Номенклатура, Единицы измерения, Контрагенты, Типы цен, Должности». Вторая документы «Поступление ТМЦ» и «Расходная накладная. Подсистема «Отчеты» содержит все отчеты приложения.

В режиме конфигуратора подсистемы представлены на рисунке 28.

Рисунок 28 - Подсистемы в режиме Конфигуратор

В режиме пользователя подсистемы представлены на рисунке 29 .

Рисунок 29 - Подсистемы в режиме Предприятие

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

Создание ролей пользователя производится в режиме Конфигуратор. Для создания новой роли в дереве конфигурации в закладке Общее добавим новую роль. Для каждого объекта конфигурации установим права

Вид экрана при запуске пользовательского режима.

Рисунок 30 – идентификация пользователя

Заключение

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

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

Далее был описан процесс продажи велосипедов, описаны информационные потоки на предприятии и были выявлены недостатки текущей системы:

− отсутствие возможности принятия оперативных управленческих решений;

− невозможность введения гибкой системы скидок из-за отсутствия базы данных сформированных заказов на товар;

− отсутствие удобного интерфейса приводило к увеличению времени обслуживания клиентов;

− отсутствие автоматических выгрузок также может привести к неоправданному увеличению численности персонала.

Также для работы новой системы необходимо было выяснить соответствует ли существующее аппаратное обеспеченье системным требованиям системы. Как выяснилось на предприятии имеется перечень компьютеров, сервер и МФУ, которые полностью соответствуют выставленным требованиям. Следовательно, необходимости в замене аппаратного и программного обеспеченья нет.

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

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

- документов, фиксирующих факт совершения хозяйственной операции.

- регистров сведений, хранящих данные о цене поступления товаров.

- регистра накопления. Регистр оборотный и в нем фиксируются данные о поступлении товаров и их расходе.

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

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

Список использованных источников

1. ГОСТ 34.601-90 [Государственный стандарт] Автоматизированные системы.Стадии создания.

2. ГОСТ Р ИСО МЭК 12207-2010 [Государственный стандарт] Процессы жизненного цикла программных средств.

3. Приказ Минфина РФ от 16 декабря 2010 г. N 174н [Федеральный закон] "Об утверждении Плана счетов бухгалтерского учета бюджетных учреждений и Инструкции по его применению".

4. Кашаев С. М. Программирование в 1С:Предприятие 8.2 [Книга]. - Санкт-Петербург : Издательство "Питер", 2014.

5. Печёрских В. В. и Бельцев Г. М. Внедрение ERP-решений на платформе "1С:Предприятие 8" [Книга]. - Санкт-Петербург : Издательство "БХВ-Петербург", 2015.

6. Радченко М. Г. и Хрусталёва Е. Ю. 1С:Предприятие 8.2. Практическое пособие разработчика. Примеры и типовые приёмы. [Книга]. - Москва : Издательство "1С - Паблишинг", 2013.

7. Титоренко Г. А. Информационные системы в экономике [Книга]. - Москва : Издательство "ЮНИТИ-ДАНА", 2013.

8. 1С:Предприятие 8 [В Интернете] // Веб-сайт компании 1С. - 15 декабря 2017 г. - http://v8.1c.ru/metod/books/book.jsp?id=462.

9. Пример разработки конфигурации в 1С:Предприятие 8.2. Быстрая демонстрация возможностей платформы 1С. [В Интернете] // Бесплатные онлайн уроки 1С:Предприятие. - 14 декабря 2017 г. - http://1c-uroki.ru/articles/pochagoviy_primer_1C_8.2.

10. Беликова Т.Н., Бухгалтерский учёт и отчётность [Текст] / Т.Н.Беликова,Е.Н.Егерева.- Санкт-Петербург: Питер, 2015.- 240 с.

11. Блинов, А.О. Реинжиниринг бизнес-процессов: учеб. пособие [Текст] / А. О. Блинов, О.С. Рудакова – М.: Юнити-Дана, 2012 – 342 с.

12. Гайсарян С.С., объектно-ориентированное программирование. -М.:ЦИТ.,2013.- 420 с. [Электронный ресурс]. URL:

HYPERLINK "http://www.mista.ru/oop" http://www.mista.ru/oop book/index.htm (дата обращения: 21.11.2015).

13. Гартвич, А. Планирование закупок, производства и продаж в 1С: Предприятии 8 [Текст] / А.Гартвич. – М.: 1С-Паблишинг и Питер, 2013. -160с.

14. Гвоздева, Т.В. Проектирование информационных систем: учебное пособие [Текст] / Т.В. Гвоздева, Б.А. Баллод. – Ростов-н/Д: Феникс, 2014 – 508c.

15. Информационные системы и технологии в экономике и управление: Учебник для бакалавров [Текст] /В.В. Трофимов. – М.: Юрайт, 2012 – 521 с.

16. Информационные системы и технологии управления: учебник [Текст] / под ред. Г.А.Титоренко. - 3-е изд., перераб и доп. - М.: ЮНИТИ-ДАНА, 2014. - 591c.

17. Отенко И.А, Азбука программирования в 1С Предприятие 8.3[Текст] / И.А.Отенко, Г.И Добин.- Санкт-Петербург: BHV, 2015.- 288 с.

Приложение А

Справочник Контрагенты

Процедура ПокупательПриИзменении

Если ВозвратФлага() = Истина тогда

Элементы.ТипЦены.Доступность = Истина иначе

Элементы.ТипЦены.Доступность = Ложь

КонецЕсли;

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

Функция ВозвратФлага()

Возврат Объект.Покупатель;

КонецФункции.

Документ «Поступление ТМЦ»

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

// регистр ЦеныНоменклатуры

Движения.ЦеныНоменклатуры.Записывать = Истина;

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

Движение = Движения.ЦеныНоменклатуры.Добавить();

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

Движение.Номенклатура = ТекСтрокаТМЦ.Номенклатура;

Движение.Поставщик = Поставщик;

Движение.Цена = ТекСтрокаТМЦ.Цена;

Движение.ДокуменПоступления = Номер;

КонецЦикла;

// регистр ТМЦНаСкладах Приход

Движения.ТМЦНаСкладах.Записывать = Истина;

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

Движение = Движения.ТМЦНаСкладах.Добавить();

Движение.ВидДвижения = ВидДвиженияНакопления.Приход;

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

Движение.Номенклатура = ТекСтрокаТМЦ.Номенклатура;

Движение.Количество = ТекСтрокаТМЦ.Количество;

КонецЦикла;

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

Документ «Расходная накладная»

&НаКлиенте

Процедура ТМЦНоменклатураПриИзменении(Элемент)

ТекСтрока = Элементы.ТМЦ.ТекущиеДанные;

ТекСтрока.ЕдиницаИзмерения = ИзвлечЕдиницуИзмерения(ТекСтрока.Номенклатура);

ТекСтрока.ЦенаУчетная = ИзвлечРозничнуюЦену(Объект.Дата,ТекСтрока.Номенклатура);

ТекСтрока.ЦенаПродажи =ТекСтрока.ЦенаУчетная*(100+ИзвлечЦенуПродажи(Объект.ТипЦены))/100;

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

&НаСервере

Функция ИзвлечЕдиницуИзмерения(Номенклатура)

Возврат Номенклатура.ЕдиницаИзмерения

КонецФункции

&НаСервере

Функция ИзвлечЦенуПродажи(ТипЦены)

Возврат ТипЦены.ПроцентНадбавки

КонецФункции

&НаКлиенте

Процедура ТМЦКоличествоПриИзменении(Элемент)

Строка = Элементы.ТМЦ.ТекущиеДанные;

Строка.Сумма = Строка.Количество*Строка.ЦенаПродажи;

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

&НаКлиенте

Процедура ТМЦЦенаПриИзменении(Элемент)

Строка = Элементы.ТМЦ.ТекущиеДанные;

Строка.Сумма = Строка.Количество*Строка.ЦенаПродажи;

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

&НаСервере

Функция ИзвлечРозничнуюЦену(АктуальнаяДата,Номенклатура) Экспорт

Отбор =Новый Структура ("Номенклатура",Номенклатура) ;

ЗначениеРесурса = РегистрыСведений.ЦеныНоменклатуры.ПолучитьПоследнее(АктуальнаяДата, Отбор);

Возврат ЗначениеРесурса.Цена

КонецФункции

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

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

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

"ВЫБРАТЬ

| РасходнаяНакладнаяТМЦ.Номенклатура,

| РасходнаяНакладнаяТМЦ.Количество,

| ВложенныйЗапрос.КоличествоОстаток

|ИЗ

| Документ.РасходнаяНакладная.ТМЦ КАК РасходнаяНакладнаяТМЦ

| ВНУТРЕННЕЕ СОЕДИНЕНИЕ (ВЫБРАТЬ

| ТМЦНаСкладахОстатки.Номенклатура КАК Номенклатура,

| ТМЦНаСкладахОстатки.КоличествоОстаток КАК КоличествоОстаток

| ИЗ

| РегистрНакопления.ТМЦНаСкладах.Остатки КАК ТМЦНаСкладахОстатки) КАК ВложенныйЗапрос

| ПО РасходнаяНакладнаяТМЦ.Номенклатура = ВложенныйЗапрос.Номенклатура

|ГДЕ

|

| РасходнаяНакладнаяТМЦ.Ссылка = &Ссылка";

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

РезультатЗапроса = Запрос.Выполнить();

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

Пока ВыборкаДетальныеЗаписи.Следующий() Цикл

Разность = ВыборкаДетальныеЗаписи.КоличествоОстаток - ВыборкаДетальныеЗаписи.Количество;

Если Разность<0 тогда

Отказ = Истина;

Сообщить("Не хватает номенклатуры "+ВыборкаДетальныеЗаписи.Номенклатура+" в количестве "+Макс(Разность,-Разность)+" шт.")

КонецЕсли;

КонецЦикла;

// регистр ТМЦНаСкладах Расход

Движения.ТМЦНаСкладах.Записывать = Истина;

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

Движение = Движения.ТМЦНаСкладах.Добавить();

Движение.ВидДвижения = ВидДвиженияНакопления.Расход;

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

Движение.Номенклатура = ТекСтрокаТМЦ.Номенклатура;

Движение.Количество = ТекСтрокаТМЦ.Количество;

КонецЦикла;

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

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