Преподаватель который помогает студентам и школьникам в учёбе.

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

Содержание:

Введение

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

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

Одна из существенных тенденций, характеризующая степень использования современной вычислительной техники − определённое различие в темпах роста вычислительных мощностей и готовности пользователей применять ЭВМ для решения прикладных задач.

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

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

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

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

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

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

- изучить предметную область задачи;

- построить модель предметной области;

- спроектировать реляционную базу данных;

- создать пользовательское приложение, позволяющее работать с созданной базой данных.

Приложение должно иметь понятный интерфейс и быть простым в использовании.

1 Аналитическая часть

1.1 Выбор комплекса задач автоматизации

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

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

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

Список входящей информации приведен в таблице 1.1

Таблица 1.1 – Список входящей информации

Наименование информации	Источник	Вид информации	Периодичность
Номенклатурный справочник	Отдел поставок	условно-постоянная	1 раз в месяц
Список поставщиков	Юридический отдел	оперативная	При первичном заключении договора на поставку
Договор на поставку	Юридический отдел	оперативная	При заключении договора на поставку
Прайс-лист	Отдел поставок	оперативная	1 раз в месяц и по мере изменения
Товарная накладная	Поставщик	оперативная	При поставке товара
Состав покупки	Покупатель	оперативная	При покупке
Излишки товара в торговом зале	Менеджер отдела продаж	оперативная	1 раз в месяц
Брак товара	Покупатель	оперативная	При возникновении

Задача учета включает в себя следующие этапы:

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

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

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

Перечень исходящей информации представлен в таблице 1.2.

Таблица 1.2 – Список исходящей информации

Наименование	Вид документа	Получатель
Чек	Форма, печатный документ	Покупатель, бухгалтерия
Прайс-лист	Печатный документ	Менеджер по продажам, покупатель, бухгалтерия
Оборот по складу за период	Печатный документ	Склад, бухгалтерия
Оборот по торговому залу за период	Печатный документ	Менеджер по продажам, покупатель, бухгалтерия
Статистика возвратов за период	Печатный документ	Руководство, менеджер по снабжению

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

Формализованное моделирование осуществляется по определенным правилам. Согласно им по каждому экономическому показателю выделяются реквизиты – признаки и реквизиты – основания. Им присваиваются условные обозначения: реквизитам – основаниям назначаются заглавные буквы, реквизитам – признакам соответствуют строчные буквы. Показатель выражается в виде совокупности значений. Взаимосвязь показателей выражается в виде формул.

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

Таблица 1.3 – Таблица формализованного описания входных параметров

Наименование входного параметра	Идентификатор входного параметра
Цена поставки i-го товара дату d	СП_i^d
Цена реализации i-го товара дату d	СР_i^d
Количество i-го товара, полученного от j-го поставщика на дату d	Kпол_ij^d
Количество отгруженного i-го товара j-му покупателю по счету s	Kотг_ij^s
Наличие i-го товара на складе на дату d	N_ij^d
Задолженность перед j-м поставщиком по накладной N	D_ijⁿ
Оплата j-го покупателя по чеку s	О_j^s

Таблица 1.4 - Таблица формализованного описания результатных показателей

Наименование результатного показателя	Идентификатор результатного показателя	Алгоритм расчета
Стоимость i-го товара, полученного от j-го поставщика по накладной N	Sпол_ij^s
Стоимость i-го товара, отгруженного j-му покупателю по счету s	Sотг_ij^s
Стоимость товара, полученного от j-го поставщика по накладной N	Sпол_j^s
Стоимость товара, отгруженного j-му покупателю по счету s
Стоимость товара, отгруженного j-му покупателю за период Р	Sотг_j^p
Оплата, поступившая за период Р	О_j^p
Задолженность перед j-м поставщиком за период Р	D_j^p
Прибыль, полученная от продаж за период	V^p

1.2 Характеристика документооборота, возникающего при решении задачи

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

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

Накладная является первичным документом, который составляется в 2-х экземплярах и служит доказательством передачи и основанием для списания (принятия на учет) товара. Накладная должна содержать подпись и печать продавца и покупателя. Она составляется в двух экземплярах, один из них остается у поставщика, второй – у получателя.

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

Рассмотрим информационную логистику предприятия.

Схема документооборота приведена в таблице 1.5.

Таблица 1.5 - Схема документооборота

Вид работы	Специалист службы доставки	Кладовщик	Менеджер по продажам	Директор
1.Заключение договора на поставку	Договор на поставку			Подписанный договор на поставку
2. Оформление поставки товара на склад	Товарная накладная
3. Выдача товара на реализацию		Накладная на перемещение
4. Реализация товара			Товарный чек
5. Составление отчетных форм		Оборот по складу за период	Оборот по торговому залу за период

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

Проведем анализ временных характеристик описанных процессов (таблица 1.6).

Таблица 1.6 - Характеристика процессов документооборота

Действие	Среднее количество за рабочий день	Время, необходимое для выполнения одного действия, часов	Общее время, часов
1.Заключение договора на поставку	1	5	5
2. Оформление поставки товара на склад	5	0,5	2,5
3. Выдача товара на реализацию	20	0,4	8
4. Реализация товара	50	0,2	10
5. Составление отчетных форм	1	5	5
ИТОГО, минут:			30,5

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

Существующий в компании «Юпитер» учет имеет следующие недостатки:

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

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

Поэтому возникает необходимость автоматизировать учет товара в компании «Юпитер».

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

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

1.3 Обоснование проектных решений по информационному обеспечению

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

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

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

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

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

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

В качестве СУБД выбран Microsoft SQL Server 2008. СУБД Microsoft SQL SERVER удовлетворяет всем требованиям надежности, понятности пользователю, защиты информации, модифицируемости, масштабируемости, минимизации затрат на сопровождение и поддержку

Поскольку проектируется многопользовательское приложение, целесообразно использовать клиент-серверную архитектуру.

Клиент-серверный вариант работы системы «1С:Предприятие» предполагает использование трехуровневой архитектуры: клиент - кластер серверов «1С:Предприятия» - сервер баз данных. При таком варианте работы клиентское приложение, работающее у пользователя (толстый клиент, тонкий клиент или веб-клиент), взаимодействует с кластером серверов «1С:Предприятия», а кластер, при необходимости, обращается к серверу баз данных (Microsoft SQL Server, PostgreSQL, IBM DB2 или Oracle Database) (рис. 1.1).

Рисунок 1.1 – Трехуровневая архитектура приложения

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

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

2 Проектная часть

2.1 Характеристика разработанных справочников в среде 1С:Предприятие (справочники, константы, перечисления)

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

В классификаторах применяется два метода классификации: иерархический и фасетный.

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

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

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

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

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

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

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

Используемые системы кодирования приведены в таблице 2.1.

Таблица 2.1 - Используемые системы кодирования

Справочник	Длина кода	Мощность кода	Система кодирования	Система классификации	Вид классификатора
Справочник Номенклатура	4	999999999	иерархическая	отсутствует	локальный
Справочник поставщиков	4	9999	порядковая	отсутствует	локальный
Справочник Ответственные лица	4	999	порядковая	отсутствует	локальный
Справочник должностей	6	99	серийно-порядковая	отсутствует	локальный

«Номенклатура» - иерархический справочник, содержит список товаров, подлежащих реализации и группы товаров. Ответственный за ведение справочника – специалист отдела поставки. Справочник обновляется по мере добавления новой номенклатуры. Частота обновления – еженедельно. Средний объем актуализации - 2%.

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

Реквизит	Идентификатор поля	Тип данных	Длина поля	Прочее
Код	Код	Строка	9
Наименование	Наименование	Строка	150
Единица измерения	ЕдиницаИзмерения	Строка	10

«Поставщик» - список поставщиков. Ответственный за ведение справочника – специалист отдела поставки. Справочник обновляется по мере появления новых поставщиков. Частота обновления – ежемесячно. Средний объем актуализации - 1%.

Таблица 2.3 - Структура справочника «Поставщик»

Реквизит	Идентификатор поля	Тип данных	Длина поля	Прочее
Код	Код	Строка	4
Наименование	Наименование	Строка	150
Адрес	Адрес	Строка	250
Телефон	Телефон	Строка	25
Контактное лицо	КонтактноеЛицо	Строка	150

«Ответственные лица» - список ответственных лиц. Ответственный за ведение справочника – специалист отдела поставки. Частота обновления – ежемесячно. Средний объем актуализации - 1%.

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

Реквизит	Идентификатор поля	Тип данных	Длина поля
Код	Код	Строка	3
Наименование	Наименование	Строка	100
Должность	Должность	СправочникСсылка.Должность

«Должность» - список должностей. Ответственный за ведение справочника – специалист отдела кадров. Частота обновления – ежемесячно. Средний объем актуализации - 1%.

Таблица 2.5 - Структура справочника «Должность»

Реквизит	Идентификатор поля	Тип данных	Длина поля	Прочее
Код	Код	Строка	2
Наименование	Наименование	Строка	50

2.2 Характеристика разработанных экранных форм документов в среде 1С:Предприятие

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

«Договор» - фиксирует заключение договора на поставку товара. Заключением договоров занимается юридический отдел.

Договор содержит следующие реквизиты: Номер договора, Дата, Поставщик, Дата окончания, Предмет договора, Ответственный, Автоматическая пролонгация.

На рисунке 2.1 приведена форма документа «Договор».

Рисунок 2.1 - Форма документа «Договор»

«Спецификация» - документ, являющимся приложением к договору и содержит условия поставки товара. Спецификация содержит следующие реквизиты: Номер спецификации, Дата, Основной договор, Ответственный.

Документ содержит табличную часть со следующими реквизитами: Спецификация, Номенклатура, Цена, Количество, Срок поставки.

На рисунке 2.2 приведена форма документа «Спецификация».

Рисунок 2.2 - Форма документа «Спецификация»

«Товарная накладная» - документ, подтверждающий поставку товара на склад предприятия. Ответственным за документ является отдел закупки. Реквизиты товарной накладной: Номер накладной, Дата, Спецификация, Ответственный.

Товарная накладная содержит табличную часть со следующими реквизитами: Номенклатура, Количество, Цена, Стоимость.

На рисунке 2.3 приведена форма документа «Товарная накладная».

Рисунок 2.3 – Форма документа Товарная накладная

«Перемещение в торговый зал» - документ, регистрирующий перемещение товара в торговый зал. Ответственным является отдел продаж. Документ содержит следующие реквизиты: Номер накладной, Дата, Ответственный.

Табличная часть документа содержит следующие реквизиты: Номенклатура, Количество, Цена, Стоимость.

На рисунке 2.4 приведена форма документа «Перемещение в торговый зал».

Рисунок 2.4 – Форма документа Перемещение в торговый зал

«Чек» - документ, подтверждающий факт покупки. Ответственным за документ является отдел продаж. Реквизиты документа: Номер чека, Дата, Ответственный.

На рисунке 2.5 приведена форма документа «Чек».

Рисунок 2.5 – Форма документа Чек

«Возврат на склад» - документ, фиксирующий возврат товара на склад. Ответственным за документ является отдел продаж. Реквизиты документа: Номер накладной, Дата, Ответственный. Табличная часть документа содержит следующие реквизиты: Номенклатура, Количество, Цена, Стоимость.

Рисунок 2.6 – Форма документа Возврат на склад

«Возврат поставщику» - документ, фиксирующий возврат товара поставщику. Ответственным является отдел закупок. Реквизиты документа: Номер накладной, Дата, Ответственный. Реквизиты табличной части: Номенклатура, Количество, Цена, Стоимость.

Рисунок 2.7 – Форма документа Возврат поставщику

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

Описание результатной информации приведено в таблице 2.6.

Таблица 2.6 - Характеристика результатной информации

№ п/п	Наименование	Реквизиты	Место в информационных потоках	Частота формирова- ния	Форма подачи
1	Чек	Номер чека Дата Ответственный Состав покупки: Номенклатура Цена Количество Стоимость	Оперативный учет	При оформлении покупки	Таблица, документ
2	Оборот по складу за период	Номенклатура Начальный остаток Приход Расход Оборот Конечный остаток	Оперативный учет Обобщающая информация	ежемесячно	Документ
3	Прайс-лист	Группа номенклатуры Номенклатура Цена	Оперативный учет	еженедельно	Документ
4	Оборот по торговому залу	Номенклатура Начальный остаток Приход Расход Оборот Конечный остаток	Оперативный учет Обобщающая информация	ежемесячно	Документ
5	Статистика возвратов за период	Поставщик Номенклатура Количество возвращенного товара	Обобщающая информация Для аналитического учета	ежемесячно	Документ

Отчетные формы приведены в приложении 1.

2.3 Описание реализации периодических расчетов в среде 1С:Предприятие

Задача учета продаж относится к задачам оперативного учета. Учет в 1С реализован посредством регистров накопления.

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

Структура регистра приведена в таблице 2.7.

Таблица 2.7 – Структура регистра «Остатки на складе»

		Тип данных
Измерение	Номенклатура	СправочникСсылка.Номенклатура
Ресурсы	Цена	Число

Проводки по регистру осуществляются следующими документами:

Товарная накладная:

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

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

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

Движение = Движения.ОстаткиНаСкладе.Добавить();

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

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

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

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

КонецЦикла;

Перемещение в торговый зал:

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

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

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

Движение = Движения.ОстаткиНаСкладе.Добавить();

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

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

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

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

КонецЦикла;

Возврат на склад:

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

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

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

Движение = Движения.ОстаткиНаСкладе.Добавить();

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

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

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

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

КонецЦикла;

Возврат поставщику:

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

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

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

Движение = Движения.ОстаткиНаСкладе.Добавить();

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

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

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

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

КонецЦикла;

Также в приложении использованы регистры сведений Статистика возвратов» и «Наличие в торговом зале».

Таблица 2.8 – Структура регистра «Статистика возвратов»

		Тип данных
Измерение	Номенклатура	СправочникСсылка.Номенклатура
Измерение	Поставщик	СправочникСсылка.Поставщик
Ресурсы	Количество	Число

Таблица 2.9 – Структура регистра «Наличие в торговом зале»

		Тип данных
Измерение	Номенклатура	СправочникСсылка.Номенклатура
Ресурсы	Количество	Число

2.4 Описание созданной карты маршрута бизнес-процесса в среде 1С:Предприятие

В конфигурации разработан бизнес-процесс «Реализация товаров». Бизнес-процесс имеет три точки действия: заключение договора, поставка товара и реализация товара. Исполнители определяются должностью пользователя: за заключение договора отвечают юристы, за поставку товара – менеджер отдела закупок , за реализацию – менеджер отдела продаж. Карта маршрута приведена на рисунке 2.8.

Рисунок 2.8 – Бизнес-процесс «Реализация товаров»

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

Рисунок 2.9 – Задачи пользователя

2.5 Описание разработанных подсистем в среде 1С:Предприятие

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

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

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

Описание подсистем приведено в таблице 2.10.

Таблица 2.10 –Описание функций модулей

№п/п	Наименование модуля	Функции модуля
1	Главный модуль	Обеспечивает диалог с пользователем и доступ к основным модулям приложения
2	Модуль формы списка «Номенклатура»	Обеспечивает работу пользователя со списком номенклатуры: навигация по записям, удаление, фильтрация записей, переход на форму редактирования и добавление записи.
3	Модуль формы элемента «Номенклатура»	Обеспечивает просмотр и редактирование информации о номенклатуре, позволяет просматривать информацию из регистра сведений «Прайс-лист» об изменении цен на данную номенклатуру.
4	Модуль формы списка «Поставщик»	Обеспечивает работу пользователя со списком поставщиков: навигация по записям, удаление, фильтрация записей, переход на форму редактирования и добавление записи.
5	Модуль формы элемента «Поставщик»	Обеспечивает просмотр и редактирование информации о поставщике.
6	Модуль формы списка «Ответственные лица»	Обеспечивает работу пользователя со списком ответственных лиц: навигация по записям, удаление, фильтрация записей, переход на форму редактирования и добавление записи.
7	Модуль формы элемента «Ответственные лица»	Обеспечивает просмотр и редактирование информации о ответственном лице (пользователе системы).
8	Модуль формы списка «Должность»	Обеспечивает работу пользователя со списком должностей: навигация по записям, удаление, фильтрация записей, переход на форму редактирования и добавление записи.
9	Модуль формы элемента «Должность»	Обеспечивает просмотр и редактирование информации о должности.
10	Модуль формы списка «Договор»	Обеспечивает работу пользователя со списком документов «Договор»: навигация по записям, удаление, фильтрация записей, переход на форму редактирования и добавление записи.
11	Модуль формы элемента «Договор»	Обеспечивает просмотр и редактирование документа «Договор», а также создание спецификации на основании договора.
12	Модуль формы списка «Спецификация»	Обеспечивает работу пользователя со списком документов «Спецификация»: навигация по записям, удаление, фильтрация записей, переход на форму редактирования и добавление записи.
13	Модуль формы элемента «Спецификация»	Обеспечивает просмотр и редактирование документа «Спецификация».
14	Модуль формы списка «Товарная накладная»	Обеспечивает работу пользователя со списком документов «Товарная накладная»: навигация по записям, удаление, фильтрация записей, переход на форму редактирования и добавление записи.
15	Модуль формы элемента «Товарная накладная»	Обеспечивает просмотр и редактирование документа «Товарная накладная», а также просмотр регистра «Остатки на складе»
16	Модуль формы списка «Перемещение в торговый зал»	Обеспечивает работу пользователя со списком документов «Перемещение в торговый зал»: навигация по записям, удаление, фильтрация записей, переход на форму редактирования и добавление записи.
17	Модуль формы элемента «Перемещение в торговый зал»	Обеспечивает просмотр и редактирование документа «Перемещение в торговый зал», а также просмотр регистров накопления «Наличие в торговом зале» и «Остатки на складе».
18	Модуль формы списка «Чек»	Обеспечивает работу пользователя со списком документов «Чек»: навигация по записям, удаление, фильтрация записей, переход на форму редактирования и добавление записи.
19	Модуль формы элемента «Чек»	Обеспечивает просмотр и редактирование документа «Чек», а также просмотр регистра накопления «Наличие в торговом зале».
20	Модуль формы списка «Возврат на склад»	Обеспечивает работу пользователя со списком документов «Возврат на склад»: навигация по записям, удаление, фильтрация записей, переход на форму редактирования и добавление записи.
21	Модуль формы элемента «Возврат на склад»	Обеспечивает просмотр и редактирование документа «Возврат на склад», а также просмотр регистра накопления «Остатки на складе».
22	Модуль формы списка «Возврат поставщику»	Обеспечивает работу пользователя со списком документов «Возврат поставщику»: навигация по записям, удаление, фильтрация записей, переход на форму редактирования и добавление записи.
23	Модуль формы элемента «Возврат поставщику»	Обеспечивает просмотр и редактирование документа «Возврат поставщику», а также просмотр регистра накопления «Остатки на складе».

2.6 Описание разработанного интерфейса пользователя в среде 1С:Предприятие

На рисунке 2.10 изображен сценарий диалога разработанной конфигурации.

Дерево диалога.jpg

Рисунок 2.10 – Сценарий диалога

Главное окно приложения содержит рабочий стол и четыре подсистемы: Администрирование, Закупка, Реализация и Справочники.

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

Подсистема Администрирование содержит справочник «Ответственные пользователи» и управление бизнес-процессами.

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

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

Подсистема Справочники позволяет вести справочную информацию: должности, номенклатура, поставщики.

2.7 Контрольный пример реализации проекта в среде 1С:Предприятие и его описание

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

Перед внедрением системы на предприятии, ее необходимо тщательно протестировать.

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

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

Рисунок 2.11 – Экранная форма главного модуля

Рисунок 2.12 – Экранная форма списка номенклатуры

Рисунок 2.13 – Экранная форма элемента Номенклатура

Рисунок 2.14 – Редактирование цен из формы Номенклатура

Рисунок 2.15 – Экранная форма товарной накладной

Рисунок 2.16 – Экранная форма документа «Перемещение в торговый зал»

Рисунок 2.17 – Экранная форма документа «Чек»

Рисунок 2.18 – Печатная форма документа «Чек»

Рисунок 2.19 – Оборот по складу за период

Заключение

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

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

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

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

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

В результате работы над структурой базы данных было выполнено следующее:

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

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

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

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

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

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

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

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

Автоматизированные информационные технологии в экономике, под ред. Титоренко Г. А., Москва, Юнити, 2007. 540 с.
Ажеронок В.А. как настраивать 1С:Предприятие 8.2 при внедрении / В.А. Ажеронок; под ред. М.Г.Радченко. – М.: 1С-Паблишинг, 2010. – 172с.
Бородакий Ю. В. Информационные технологии. Методы, процессы, системы. М.: Радио и связь, 2006.
Базы данных: модели, разработка, реализация под ред. Карповой Т. С., СПб, Питер, 2008. 390 с.
Балдин К. В. Информационные системы в экономике, Москва, Дашков и Ко, 2007. 320 с.
Банк В. Р., Зверев В. С. Информационные системы в экономике, Экономист, Москва 2006. 510 с.
Гайдамакин Н. А. Автоматизированные информационные системы, базы и банки данных, Москва, Гелиос, 2008. 590 с.
Глушаков С. В., Ломотько Д. В. Базы данных, 2007. 415 с.
Гончаров Д.И. Решение специальных прикладных задач в «1С:Предприятие 8.2» / Д.И. Гончаров, Е.Ю. Хрусталева. – М.: 1С-Паблишинг, 2012. – 300с.
Гришин В.Н. Информационные технологии в профессиональной деятельности – М.: Форум, 2009 – 254 с
Голицына О. Л., Максимов Н. В., Попов И. И. Базы данных: Учебное пособие. – М.: ФОРУМ: ИНФРА-М, 2008. 268 с.
Информатика / Под ред. Н.В. Макаровой. М.: Финансы и статистика, 2006. 768с.
Информатика для юристов и экономистов / В.В. Симонович и др. СПб.: Питер, 2007. 688с.
Информационные технологии в управлении предприятием. Антология. – М.: Три квадрата, 2008. -160с.
Карпова Т. С. Базы данных: модели, разработка, реализация. СПб: Питер, 2007. 630 с.
Орлов С. А. Технология разработки программного обеспечения: Учебник. – СПб.: Питер, 2008. 545 с.
Радченко М.Г. 1С:Предприятие 8.2. Практическое пособие разработчика / М.Г.Радченко, Е.Ю. Хрусталева – М.: 1С-Паблишинг, 2009. – 857с.
Петров В.Н. Информационные системы. С-П: Питер,2007, 150 с.
Профессиональная разработка в системе «1С:Предприятие 8» / В.А. Ажеронок и др.. – М.: 1С-Паблишинг, 2012. – т.1 – 704с., т2 - 704с.
Сапков В. В. Информационные технологии и компьютеризация делопроизводства: учебное пособие. Киев: ACADEMIA, 2009. 265 c.
Смирнова Г. Н., Сорокин А. А., Тельнов Ю. Ф. Проектирование экономических информационных систем, 2007. 348 с.
Трубилин И.Т., Семенов М.И., Лойко В.И., Барановская Т.П. Автоматизированные информационные технологии в экономике. М.: Финансы и статистика, 2007. 650 с.
Уткин В. Б. Информационные системы в экономике, Москва, ACADEMIA, 2008. 400 с.

Приложение 1. Отчетные формы

Приложение 2. Листинг программных модулей

Процедура УстановкаПараметровСеанса()

ТекПользовательИБ = Строка(ПользователиИнформационнойБазы.ТекущийПользователь());

Пользователь = Справочники.ОтветственныеЛица.НайтиПоНаименованию(ТекПользовательИБ, Истина);

Если Пользователь.Пустая() Тогда

Пользователь = Справочники.ОтветственныеЛица.СоздатьЭлемент();

Пользователь.Наименование = ТекПользовательИБ;

Пользователь.Записать();

Пользователь = Пользователь.Ссылка;

КонецЕсли;

ПараметрыСеанса.ТекущийПользователь = Пользователь;

ПараметрыСеанса.ДолжностьТекущегоПользователя = Пользователь.Должность.Ссылка;

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

Процедура РасчитатьСумму(СтрокаТабличнойЧасти) Экспорт

СтрокаТабличнойЧасти.Стоимость=СтрокаТабличнойЧасти.Цена*СтрокаТабличнойЧасти.Количество;

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

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

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

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

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

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

Функция ПроверитьНаличиеНаСкладе(АктуальнаяДата,ЭлементНоменклатуры) Экспорт

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

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

Кол =0;

ЕСЛИ ЗначениеОстатки.Количество() >0 ТОГДА

Кол = ЗначениеОстатки.Получить(0).Количество;

КонецЕсли;

Возврат Кол;

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

Функция ПроверитьНаличиеВТоргЗале(АктуальнаяДата,ЭлементНоменклатуры) Экспорт

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

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

Кол =0;

ЕСЛИ ЗначениеОстатки.Количество() >0 ТОГДА

Кол = ЗначениеОстатки.Получить(0).Количество;

КонецЕсли;

Возврат Кол;

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

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

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

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

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

Движение = Движения.ОстаткиНаСкладе.Добавить();

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

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

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

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

КонецЦикла;

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

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

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

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

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

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

НоваяСтрока = СоставНакладной.Добавить();

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

НоваяСтрока.Стоимость = ТекСтрокаСоставСпецификации.Количество*ТекСтрокаСоставСпецификации.Цена;

НоваяСтрока.Номенклатура = ТекСтрокаСоставСпецификации.Номенклатура;

НоваяСтрока.Цена = ТекСтрокаСоставСпецификации.Цена;

КонецЦикла;

КонецЕсли;

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

&НаКлиенте

Процедура СоставНакладнойКоличествоПриИзменении(Элемент)

СтрокаТабличнойЧасти = Элементы.СоставНакладной.ТекущиеДанные;

РаботаСДокументами.РасчитатьСумму(СтрокаТабличнойЧасти);

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

&НаКлиенте

Процедура СоставНакладнойЦенаПриИзменении(Элемент)

СтрокаТабличнойЧасти = Элементы.СоставНакладной.ТекущиеДанные;

РаботаСДокументами.РасчитатьСумму(СтрокаТабличнойЧасти);

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

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

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

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

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

Движение = Движения.ОстаткиНаСкладе.Добавить();

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

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

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

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

КонецЦикла;

// регистр НаличиевТорговомЗале Приход

Движения.НаличиевТорговомЗале.Записывать = Истина;

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

Движение = Движения.НаличиевТорговомЗале.Добавить();

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

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

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

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

КонецЦикла;

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

&НаКлиенте

Процедура СоставНакладнойКоличествоПриИзменении(Элемент)

СтрокаТабличнойЧасти = Элементы.СоставНакладной.ТекущиеДанные;

ЕСЛИ РаботаСоСправочниками.ПроверитьНаличиеНаСкладе(Объект.Дата,СтрокаТабличнойЧасти.Номенклатура)=0 ИЛИ СтрокаТабличнойЧасти.Количество > РаботаСоСправочниками.ПроверитьНаличиеНаСкладе(Объект.Дата,СтрокаТабличнойЧасти.Номенклатура) ТОГДА

Сообщить("Недостаточно товара на складе");

СтрокаТабличнойЧасти.Количество = РаботаСоСправочниками.ПроверитьНаличиеНаСкладе(Объект.Дата,СтрокаТабличнойЧасти.Номенклатура)

КОНЕЦЕСЛИ;

РаботаСДокументами.РасчитатьСумму(СтрокаТабличнойЧасти);

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

&НаКлиенте

Процедура СоставНакладнойЦенаПриИзменении(Элемент)

СтрокаТабличнойЧасти = Элементы.СоставНакладной.ТекущиеДанные;

РаботаСДокументами.РасчитатьСумму(СтрокаТабличнойЧасти);

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

&НаКлиенте

Процедура СоставНакладнойНоменклатураПриИзменении(Элемент)

СтрокаТабличнойЧасти = элементы.СоставНакладной.ТекущиеДанные;

Сообщить("Недостаточно товара на складе");

КОНЕЦЕСЛИ;

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

РаботаСДокументами.РасчитатьСумму(СтрокаТабличнойЧасти);

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

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

// регистр НаличиевТорговомЗале Расход

Движения.НаличиевТорговомЗале.Записывать = Истина;

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

Движение = Движения.НаличиевТорговомЗале.Добавить();

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

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

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

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

КонецЦикла;

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

Приложение 3. Руководтво пользователя

Приложение «Учет движения товара» предназначено для автоматизации учета товара на предприятии розничной торговли.

Запуск приложения сопровождается появление гласной формы (рис.3.1).

Рисунок 3.1 – Главная форма приложения

Приложение содержит четыре подсистемы:

- Администратор;

- Отдел закупок;

- Отдел продаж;

- Юридический отдел.

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

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

Рисунок 3.2 – Подсистема Юридический отдел

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

Рисунок 3.3 – Форма Номенклатура

Для перехода к редактированию элемента списка достаточно щелкнуть мышкой по интересующей вас записи. Форма объекта Номенклатура (рис. 3.4) позволяет кроме информации о номенклатуре просматривать и редактировать информацию о ценах на нее.

Рисунок 3.4 – Форма объекта Номенклатура

Форма Спецификация (рис.3.5) имеет табличную часть, в которой фиксируется номенклатура, количество, цена и срок поставки.

Рисунок 3.5 – Форма объекта Спецификация

Форма Товарная накладная (рис. 3.6), Перемещение в торговый зал, Чек, Возврат на склад и Возврат поставщику также имеет соответствующую табличную часть.

Рисунок 3.6 – Форма объекта Спецификация

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

Для формирования отчетов необходимо выбрать период (рис. 3.7)

Рисунок 3.7 – Форма отчета «Оборот по складу за период»

Радченко М. Г. Архитектура и работа с данными «1С:Предприятия 8.2» / М. Г. Радченко, Е. Ю. Хрусталева. -М: ООО «1С-Паблишинг», 2011.-268 е. ↑