СИСТЕМА АВТОМАТИЗИРОВАННОГО УЧЁТА СКИДОК В СРЕДЕ «1С:ПРЕДПРИЯТИЕ 8»

Введение 4
1. Анализ предметной области организации 6
1.1 Общая характеристика и виды деятельности организации 6
1.2 Экономическая сущность задачи учета товаров 7
1.3 Выделение бизнес-процессов организации 12
1.4 Постановка задачи автоматизации учета товаров в организации 24
2 Выбор инструментальных средств разработки 29
2.1 Обзор автоматизированных систем учета товаров. 29
2.2 Обоснование выбора системы ведения хозяйственного учета «1С:Предприятие». 39
2.3 Общая характеристика системы «1С: Предприятие». 44
2.4 Технологические средства конфигурирования и администрирования системы «1С: Предприятие». 48
3 Разработка конфигурации «Учет товаров». 52
3.1 Техническое задание на разработку конфигурации. 52
3.2 Разработка общих и прикладных объектов конфигурации. 58
3.3 Администрирование работы пользователей конфигурации 80
4 Внедрение конфигурации «Учет товаров». 87
4.1 Технологическое внедрение конфигурации 87
4.2 Подготовка конечных пользователей к работе с конфигурацией 88
Заключение 96
Список использованных источников 98

Состав параметров объекта «Перечисление» представлен на Рисунок 3.6.
Рисунок 3.6. Состав параметров объекта «Перечисление»
Основным параметром перечисления является список принимаемых им значений. Эти значения задаются в модуле «Конфигуратор» и не могут быть изменены в процессе работы в режиме «Предприятие». Пример списка значений перечисления «Коды операций» приведен на Рисунок 3.7.
Рисунок 3.7. Список значений перечисления «Коды операций»
В системе разработаны следующие перечисления:
Таблица 3.3
Состав перечислений системы
Перечисления Описание Значения Пол Пол физического лица Мужчина
Женщина ЮрФизЛицо Возможное значение юридического или физического лица ЮрЛицо
ФизЛицо Типы номенклатуры Возможные типы номенклатуры Товар
Услуга
Набор
Комплект Коды операций Коды операций документов движения Приход
Продажа
Возврат
Списание
Перемещение
РКО
ПКО
Приход по банку
Расход по банку
Заявка
Для фиксации в системе сведений о совершенных операциях целесообразно использовать объект конфигурации «Документы». Для фиксации события о выполнении каждого вида операции целесообразно создать документ отдельного вида [2]. Для каждого вида документов необходимо задать следующие параметры:
Основные данные: название, синоним, режим блокировки, режим полнотекстового поиска;
Параметры нумерации;
Состав реквизитов шапки;
Состав табличных частей и их структуру;
Движения по регистрам учета;
Вхождения в последовательности;
Вхождение в журналы документов;
Экранные формы и их программные модули;
Макеты внешних печатных форм;
Вхождение в подсистемы;
Порядок ввода на основании других объектов конфигурации;
Вхождение в наборы прав и интерфейсы.
Состав параметров прикладного объекта «Документ» представлен на Рисунок 3.8.
Рисунок 3.8. Состав параметров прикладного объекта «Документ».
Данные параметры задают логику поведения объекта «Документ» в конфигурации, его отображение и проведение по регистрам учета. Все эти параметры важны, но среди них выделяются следующие:
Состав форм: определяет состав экранных форм документа, которые являются главным и единственным интерфейсом взаимодействия пользователя и объекта;
Движения: определяет по каким регистрам учета будет проводиться данный документ
Основное предназначение прикладного объекта «Документ» - фиксация в системе факта совершения какой либо операции. Однако в абсолютном большинстве случаев простой фиксации факта совершения операции недостаточно. Любая операция в хозяйственной жизни предприятия производится для чего-нибудь, для достижения какой-либо цели, и обычно изменяет какие-либо учетные данные, по которым ведется учет ан предприятии [2]. Так операция оформления прихода товара от поставщика (документ «Поступление ТМЦ») увеличивает остатки товаров на складах. Операция оформления в кассе расходного кассового ордера (документ «РКО») уменьшает количество наличных денег в кассе. Нередко оформление одной и той же операции в хозяйственной жизни предприятия, фиксируемое в системе учета соответствующим документом, вызывает движение не одного, а нескольких учетных параметров. В том же примере операция оформления прихода от поставщика не только увеличивает остатки товаров на складах, но и изменяет взаиморасчеты с поставщиками, а именно увеличивает нашу задолженность перед поставщиком (или уменьшает задолженность поставщика, если смотреть со стороны поставщика).
В конфигурации, разрабатываемой на базе платформы «1С: Предприятие 8.1» в качестве объектов, хранящих в себе учетные данные выступают регистры учета, а объектами изменяющими эти регистры (выполняющими движение по регистрам) являются документы. В каждом документе прописываются движения – по каким регистрам и какие движения производит данный документ в момент своего проведения [2]. Пример настройки движений документа «Поступление ТМЦ» представлен на Рисунок 3.9.
Рисунок 3.9. Настройка движений по регистрам документа «Поступление ТМЦ»
Такая настройка должна быть проведена в каждом документе, созданном в конфигурации.
Само проведение документа по регистрам учета заключается в создании движения по этому регистру с заполнением всех полей регистра согласно его структуры, направления движения, а также дополнительных параметров движения. Схему заполнения параметров движения и всех полей регистра удобно представить в виде формы конструктора движений. Конструктор движений используется для помощи программисту в визуальном конструировании участка кода программного модуля документа, отвечающего за проведение, его удобно использовать для заполнения всех полей движения. На Рисунок 3.10 представлена форма конструктора движений для документа «Поступление ТМЦ».
Рисунок 3.10. Форма конструктора движений документа «Поступление ТМЦ»
Результатом работы конструктора является автоматически сформированный программный код в модуле объекта документа, а именно программный код процедуры «ОбработкаПроведения». Отметим, что текст процедуры может быть написан и полностью вручную, без использования конструктора, либо текст, сформированный конструктором может использоваться как шаблон для написания программистом своего текста. Данная процедура является центральной процедурой модуля объекта документа любого вида, именно она вызывается на исполнение при проведении документа, именно в ней запрограммированы все движения по регистрам учета [2]. Текст процедуры «ОбработкаПроведения» документа «Поступление ТМЦ» приведен ниже.
Процедура ОбработкаПроведения(Отказ, Режим)
Если Фирма.Пустая() Тогда
Предупреждение("Заполните фирму!", 60, "Проведение.");
Отказ = истина;
Возврат;
КонецЕсли;
Если Контрагент.Пустая() Тогда
Предупреждение("Заполните контрагента!", 60, "Проведение.");
Отказ = истина;
Возврат;
КонецЕсли;
Если Склад.Пустая() Тогда
Предупреждение("Заполните склад!", 60, "Проведение.");
Отказ = истина;
Возврат;
КонецЕсли;
Для Каждого ТекСтрокаНоменклатура Из Номенклатура Цикл
Если ТекСтрокаНоменклатура.Номенклатура.Пустая() Тогда
Предупреждение("Заполните склад!", 60, "Проведение.");
Отказ = истина;
Возврат;
КонецЕсли;
// регистр Остатки Приход
Движение = Движения.Остатки.Добавить();
Движение.ВидДвижения = ВидДвиженияНакопления.Приход;
Движение.Период = Дата;
Движение.Фирма = Фирма;
Движение.Склад = Склад;
Движение.Номенклатура = ТекСтрокаНоменклатура.Номенклатура;
Движение.Количество = ТекСтрокаНоменклатура.Количество;
Движение.КодОперации = КодОперации;
КонецЦикла;
Для Каждого ТекСтрокаНоменклатура Из Номенклатура Цикл
// регистр Взаиморасчеты Расход
Движение = Движения.Взаиморасчеты.Добавить();
Движение.ВидДвижения = ВидДвиженияНакопления.Расход;
Движение.Период = Дата;
Движение.Фирма = Фирма;
Движение.Контрагент = Контрагент;
Движение.Сделка = ЭтотОбъект.Ссылка;
Движение.Сумма = ТекСтрокаНоменклатура.Сумма;
КонецЦикла;
КонецПроцедуры
Таким образом, для каждого документа, выполняющего какие-либо движения по регистрам учета должен быть определен список регистров, по которым выполняются движения, а в модуле объекта документа написана процедура «ОбработкаПроведения» при помощи конструктора или вручную, в которой прописана вся логика движения по регистрам. Схема движения документов по регистрам учета представлена в Таблица 3.4.
Таблица 3.4
Схема движения документов по регистрам учета
Документ/Регистр Остатки Взаиморасчеты Касса Банк Поступление ТМЦ Приход Расход Реализация Расход Приход Возврат от покупателя Приход Расход Списание ТМЦ Расход Перемещение ТМЦ Расход
Приход Приход по банку Расход Приход Расход по банку Приход Расход ПКО Расход Приход РКО Приход Расход Заявка План продаж
Как видно из таблицы, не все документы выполняют движения по регистрам. Если в предметной области не предусмотрено хранение учетных данных по какой-либо категории данных, то в конфигурации не предусматривается создание соответствующего регистра учета. Однако фиксация факта совершения каких-либо операций, касающихся данной категории данных все равно должна быть реализована. В этом случае в конфигурации создается документ, заполняются все го параметры, но не задаются никакие движения по регистрам. В этом случае документ просто фиксирует факт совершения операции, а журнал или список таких документов хранит историю таких операций. Отметим, что отчеты в конфигурации могут быть построены как по регистрам учета, так и по документам.
Список документов, разработанных в конфигурации приведен на Рисунок 3.11 , назначение каждого документа приведено в Таблица 3.5.
Рисунок 3.11. Список документов системы
Таблица 3.5
Состав документов системы
Документ Описание Двигает регистры Поступление ТМЦ Факта прихода товара от поставщика на склад. Остатки
Взаиморасчеты Реализация Факт отгрузки товара покупателю Остатки
Взаиморасчеты Возврат от покупателя Факт возврата товара от покупателя по какой-либо причине Остатки
Взаиморасчеты Списание ТМЦ Внутреннее списание товаров на складе Остатки Перемещение ТМЦ Внутренне перемещение товаров между складами Приход по банку Приход безналичных денежных средств на расчетный счет нашей фирмы. В основном оплата товара покупателями Банк
Взаиморасчеты Расход по банку Расход безналичных денежных средств с расчетного счета нашей фирмы. В основном оплата за поставленный товар поставщикам Банк
Взаиморасчеты ПКО Приход наличных денежных средств кассу нашей фирмы. В основном оплата товара покупателями. Касса
Взаиморасчеты РКО Расход наличных денежных средств из кассы нашей фирмы. В основном оплата за поставленный товар поставщикам Касса
Взаиморасчеты Заявка Предварительная заявка покупателя на поставку ему товара. В основном для формирования счета и расчета суммы будущей поставки План продаж Формирование плана продаж на планируемый период
Мы уже коснулись тесной связи документов в регистрами учета. Опишем регистры, разработанные в конфигурации более подробно. Прикладной объект «Регистр накопления» предназначен для хранения учетных данных, развернутых по комбинации измерений и поддающихся суммированию. В отличие от прикладного объекта «Документ» который просто фиксирует факт совершения какой-либо операции, регистр накапливает учитываемые данные, при этом сохраняя историю их изменения и подсчитывая итоги и обороты. Итоги регистра могут быть получены как на текущий момент времени, так и на любую другую дату или момент времени, а если это регистр оборотов, то за любой период. Важным моментом является то, что итоги и обороты учетных данных хранятся по развернутой комбинации измерений и могут быть получены как по этой комбинации так и сводно по какому-либо измерению или по нескольким измерениям. Использование измерений позволяет получать итоги, обороты и движения в различных разрезах [1].
При создании регистра, нужно определить следующие параметры:
Основные: наименование, синоним, вид регистра, режим блокировки, режим использования полнотекстового поиска, режим разделения итогов;
Структуру регистра: состав и типы измерений, ресурсов и реквизитов;
Состав регистраторов: документов, выполняющих движения по данному регистру;
Состав экранных форм регистра, при необходимости написать их программные модули, определяющие логику отображения данных регистра;
Макеты для создания внешних печатных форм;
Вхождение в подсистемы;
Вхождение в наборы прав и интерфейсы.
Список параметров регистра приведен на Рисунок 3.12.
Рисунок 3.12. Состав параметров регистра накопления
Важнейшим параметром регистра является состав регистраторов, выполняющих движения по регистру. Состав регистраторов может быть задан как при редактировании объекта «Регистр накопления», так и при редактировании соответствующих документов, при задании их движений. В любом случае формируется список документов-регистраторов. Состав документов-регистраторов регистра накопления «Остатки» представлен на Рисунок 3.13.
Рисунок 3.13. Состав документов-регистраторов регистра накопления «Остатки»
Логика проведения каждого документа по регистрам определена в самом документе, регистр только хранит результаты этих движений. Состав регистров накопления, разработанных в конфигурации представлен на Рисунок 3.14.
Рисунок 3.14. Состав регистров накопления системы
Описание каждого регистра, а также состав его регистраторов представлен в Таблица 3.6.
Таблица 3.6
Состав регистров системы
Регистр Описание Регистраторы Остатки Хранение данных об остатках товаров на складах Поступление ТМЦ
Реализация
Возврат от покупателя
Списание ТМЦ
Перемещение Взаиморасчеты Хранит данные о взаиморасчетах с контрагентами Поступление ТМЦ
Реализация
Возврат от покупателя
Приход по банку
Расход по банку
ПКО
РКО Касса Хранит данные об остатках и движении наличных средств в кассах предприятия. Аналог кассовой книги, ведущейся кассиром ПКО
РКО Банк Хранит данные об остатках и движении безналичных средств на расчетных счетах предприятия. Аналог банковской книги, ведущейся операционистом Приход по банку
Расход по банку

Документы, логически и по смыслу связанные друг с другом объединяются в журналы. Прикладной объект «Журнал документов» представляет из себя список документов нескольких различных видов, отображаемый как единый список документов. Журнал позволяет производить отображение списка документов, работу с этим списком, отбор и поиск по каким либо графам журнала или их сочетаниям, сортировку и прочие действия, присущие любым интерфейсным спискам платформы «1С: Предприятие 8.1» [1].
Список журналов документов, разработанных в системе представлен на Рисунок 3.15.
Рисунок 3.15. Список журналов документов системы
Назначение каждого журнала и включаемые в него документы приведены в Таблица 3.7.
Таблица 3.7
Состав журналов документов системы
Журнал документов Описание Включаемые документы Складской журнал Объединяет в себе все внутренние складские документы движения товаров по складам Поступление ТМЦ
Списание
Перемещение Кассовые Объединяет в себе все документы движения наличных средств ПКО
РКО Банковские Объединяет в себе все документы движения безналичных средств Приход по банку
Расход по банку По Покупателям Объединяет в себе все документы по работе с покупателями Заявка
Реализация
Возврат от покупателя Общий Включает в себя все документы Все документы Журнал План Продаж Включает в себя все документы, касающиеся планирования продаж План продаж
При создании журнала документов необходимо определить следующие параметры:
Наименование журнала
Состав документов, включаемых в журнал;
Экранные формы журнала и при необходимости их программные модули, определяющие логику отображения данных в журнале;
Макеты внешних печатных форм;
Вхождение в подсистемы конфигурации;
Вхождение в наборы прав и интерфейсы.
Наиболее важным моментом при создании журнала является определение состава документов и создание граф журнала. В состав журнала выбираются документы из списка ранее созданных видов документов конфигурации. Пример задания списка документов, входящих в журнал «По покупателям» представлен на Рисунок 3.16.
Рисунок 3.16. Создание списка документов журнала
Графы журнала задают состав выводимых колонок журнала, а также возможности отбора, поиска и сортировки по тем или иным реквизитам документов. Если какой-либо реквизит документов, включенных в состав журнала определен в качестве графы журнала, то он будет виден в журнале и по нему можно будет проводить отбор, поиск и сортировку. Обычно в графы журнала объединяют совпадающие реквизиты документов, входящих в журнал, имеющиеся у всех или у нескольких документов. Процесс формирования графы «Контрагент» журнала документов «По покупателям представлен на Рисунок 3.17.
Рисунок 3.17. Создание графы журнала документов
Структура всех прикладных объектов разрабатываемой системы и их связи представлены на Рисунок 3.18.
Рисунок 3.18. Структура прикладных объектов системы
Администрирование работы пользователей конфигурации
В прикладных решениях «1С:Предприятие 8.1» предусмотрено разграничение прав доступа пользователей к информации. С одной стороны, это обеспечивает определенную степень информационной безопасности предприятия (пользователю доступна только информация необходимая для выполнения его задач), с другой - облегчает работу пользователям информационной системы (пользователь не видит лишней информации, которая может препятствовать качественному и своевременному выполнению своей работы и оперировать только необходимыми ему данными) [2].
Разделение доступа пользователей к данным в системе «1С:Предприятие 8.1» происходит при помощи механизма ролей и интерфейсов.
Роль – это набор прав доступа к прикладным объектам конфигурации.
Интерфейс пользователя 1С – это набор команд в меню, командных кнопок и возможности их настройки. Проще говоря, пользовательский интерфейс 1С — это средство общения человека и программы.
В разрабатываемой системе целесообразно создать следующие роли:
Роль «Администратор» – полные права доступа ко всем данным системы; назначается администраторам и руководству предприятия;
Роль «Продажи» - ограниченный набор прав, касающийся только оформления и просмотра всех операций, связанных со взаимодействиями с клиентами;
Роль «Склад» - ограниченный набор прав, касающийся только складской деятельности.
Список ролей приведена на Рисунок 3.19.
Рисунок 3.19. Список ролей системы
Детальное разграничение прав доступа к данным происходит в настройке прав каждой роли. Разграничение производится на уровне прикладных объектов конфигурации. Для каждого объекта конфигурации настраиваются разрешения на действия с этим объектом. Список возможных действий зависит от вида прикладного объекта: для справочников это один набор, для документов другой, для регистров – третий. Так в списке действий для документов присутствует пункт «Проведение», который естественно отсутствует в списке действий справочника [1]. Возможный список действий для прикладного объекта «Документ» приведен на рисунке
Рисунок 3.20. Список возможных действий с прикладным объектом «Документ»
Настройка прав на конкретное действие с объектом производится путем проставления или удаления галочки у конкретного действия. Разрешение или удаление конкретного действия у конкретного объекта производится исходя из политики распределения прав пользователей. На приведен пример настройки прав для объекта конфигурации «Справочник.Склады» роли «РольСклад».
Рисунок 3.21. Назначение прав на объект для роли
Вторым инструментом разграничения прав доступа являются интерфейсы. Интерфейсы позволяют ограничить интерактивный доступ пользователей к объектам конфигурации и действий с ними. Другими словами если пользователю недоступны никакие действия с каким либо объектом конфигурации, то они и не увидит его в интерфейсе. Данный механизм позволяет настроить для пользователей простые и понятные интерфейсы, в которых присутствуют только те функции, которые нужны данной категории пользователей [1].
В разрабатываемой системе целесообразно разработать следующие интерфейсы:
Рисунок 3.22. Список интерфейсов системы
В каждый интерфейс целесообразно включить те пункты, доступ к которым есть у данной категрии пользователй с целью ограничить интерактивно доступ к запрещенным данным и функциям и с целью упрощения интрефейса:
Полный - полный интерфейс, доступ ко всем данным и функциям с ними;
Продажи – интерфейс доступа только к объектам конфигурации, касающимся учета продаж;
Склад – интерфейс доступа только к объектам конфигурации, касающимся складского учета.
Настройка доступа к конкретным объектам конфигурации для интерфейса производится путем включения или исключения их из главного меню и панели кнопок быстрого доступа каждого интерфейса. В меню и панель следует включать только те пункты, которые обеспечивают доступ к данным, разрешенным для этой категории пользователей. На приведен пример настройки пункта главного меню «Документы» для интерфейса «Продажи».
Рисунок 3.23. Настройка меню интерфейса «Продажи»
Настройка конкретных пользователей происходит в списке пользователей программного модуля Конфигуратор. Для каждого пользователя задаются: имя, пароль, порядок идентификации (аутентификация 1С:Предпрятия или аутентификация Windows), а также роль и интерфейс. Именно отнесение пользователя к конкретной роли задает ему набор прав по доступу к данным и функций с ними. Назначение пользователю интерфейса задает ограничение интерактивного доступа к данным и функциям. Настройка пользователя приведена на Рисунок 3.24.
Рисунок 3.24. Настройка пользователя системы
Список пользователей приведен на Рисунок 3.25.
Рисунок 3.25. Список пользователей системы
Внедрение конфигурации «Учет товаров».
Технологическое внедрение конфигурации
Разработанная система представляет из себя конфигурацию для системы «1С:Предприятие 8.1». Для установки разработанной системы требуется загрузить разработанную конфигурацию в систему «1С:Предприятие 8.1». Это можно сделать двумя способами.
В любом из случаев необходимо создать новый каталог пустой информационной базы на диске.
Если конфигурация поставляется только как файл конфигурации (*.cf) то необходимо открыть каталог информационной базы в режиме Конфигуратора, открыть конфигурацию и выполнить команду «Загрузить конфигурацию из файла». После этого необходимо сохранить конфигурацию и конфигурацию базы данных. После этого необходимо определить пользователей, их роли и интерфейсы, а после этого уже можно запускать конфигурацию в режиме Предприятие. Отметим, что в этом случае информационная база будет абсолютно пустая, т.е. не будут заполнены никакие объекты конфигурации и пользователю придется вводить всю информацию о своем предприятии, имеющихся проектах, номенклатуре, клиентах и т.д. с нуля. Этот вариант поставки конфигурации предпочтителен в том случае, если необходимо начать вести учет новой фирмы с чистого листа [1].
Если же необходимо загрузить конфигурацию вместе с данными, например с демонстрационной базой данных, то загрузку необходимо производить из файла выгрузки данных (*.dt). Необходимо также открыть каталог новой информационной базы в режиме Конфигуратора и выполнить команду «Загрузить информационную базу». В результате в новую информационную базу загрузится и конфигурация и данные, которые можно использовать для обучения работе с конфигурацией, или как основу для ввода своих данных [1].
Дальнейшее сопровождение разработанной системы связано только с сопровождением самой системы «1С:Предприятие 8.1» и не требует от пользователя никаких действий. В случае переустановки системы «1С:Предприятие 8.1» или операционной системы необходимо до переустановки сохранить информационную базу. Для этого нужно зайти в рабочую информационную базу в режиме Конфигуратора и выполнить команду «Выгрузить информационную базу». Затем после переустановки вновь создать пустую информационную базу и загрузить в нее конфигурацию и данные. Таким же образом можно перенести информационную базу и на другой компьютер.
Подготовка конечных пользователей к работе с конфигурацией
После запуска программы перед пользователем отображается специальная главная форма, которая позволяет начать работу с базой данных.
Рисунок 4.1 Главное окно программы
Такие пункты главного меню программы (и их подменю):
Файл;
Правка;
Операции;
Сервис;
Окна;
Справка
являются стандартными для «1С:Предприятие 8.1» и подробное их описание можно прочитать в справочной системе программы.
Пункт главного меню «Справочники» включает в себя все справочники программы, разбитые по логическим признакам.
Рисунок 4.2. Пункт главного меню "Справочники" с подменю «Структура компании»
Рисунок 4.3. Пункт главного меню "Справочники" с подменю «Номенклатура»
Пункт Документы предназначен для работы с новыми документами и журналами документов.
Рисунок 4.4 Пункт главного меню "Документы"
При начале работы с программой необходимо занести в справочники первичную информацию, а именно название фирмы, банковский счет, имеющиеся на предприятии кассы.
Заполнение других справочников происходит в процессе работы.
Для ввода нового или изменения данных существующего контрагента нужно выбрать пункт меню «Справочники \ Контрагенты». В списке справочника могут быть выполнены стандартные, для «1С:Предприятие 8.1», действия: добавить, изменить, скопировать, удалить, отбор, сортировка, настройка списка, вывод списка на печать. Для ввода нового контрагента нужно выбрать группу в которой будет находится новый контрагент и нажать кнопку «Добавить», откроется форма для ввода данных. По бумажным документам вносится вся необходимая информация. В случае вызова данных из другого справочника, например «БанковскийСчет», в открывшейся для выбора форме можно редактировать данные этого справочника без входа в него через основное меню.
Рисунок 4.5 Новый контрагент.
Другие справочники заполняются аналогично.
Для ввода документа «План продаж» необходимо выбрать пункт меню «Документы/План продаж». Откроется форма ввода нового документа, в котором пользователь должен заполнить все необходимые данные.
Рисунок 4.6 Новый документ «План продаж».
Данный документ не выполняет движений. План заносится один раз в месяц.
Для ввода документа «Реализация» необходимо выбрать пункт меню «Документы/Реализация». Откроется форма ввода нового документа, в котором пользователь должен заполнить все необходимые данные.
Рисунок 4.7 Форма ввода нового документа «Реализация»
После записи и проведения документа он выполняет необходимые движения по регистрам «Остатки» и «Взаиморасчеты», данные которых используются в дальнейшем при построении соответствующих отчетов.
Документы являются средством фиксации в системе учета событий происходящих в реальной жизни. Средством анализа данных и исходными данными для принятий управленческих решений являются отчеты. Все отчеты в разработанной конфигурации сделаны при помощи компонента «Построитель отчетов» и поэтому работают примерно одинаково. Каждый отчет вызывается выбором соответствующего пункта в пункте «Отчеты» главного меню. В системе предусмотрены следующие отчеты:
взаиморасчеты – для анализа задолженностей клиентов, их платежей и текущих взаиморасчетов с ними;
продажи – для анализа объема предоставленных услуг в различных разрезах;
ведомость по кассе – для анализа остатка и движения наличных средств;
ведомость по банку – для анализа остатка и движений безналичных средств;
остатки – для анализа остатков и движений товаров на складах ;
план продаж – для формирования планов продаж;
Сравнение план-факт – для сравнения запланированного и реально проданного объема товаров.
При выборе отчета открывается форма настроек отчета. Отчеты, построенные при помощи «Построителя отчетов» отличаются особой гибкостью и большим количеством настроек, при помощи которых можно получить «много отчетов в одном». Это следующие настройки:
состав и порядок выводимых полей;
условия отбора – условия накладываемые на выводимые данные;
условия сортировки – порядок сортировки данных;
горизонтальные группировки – разрезы, в которых будет выводиться отчет по строкам;
вертикальные группировки – разрезы, которые будут выводиться в столбцах для получения кросс-отчетов;
оформление – настройка внешнего вида отчетов и отдельных его компонентов.
После задания настроек надо нажать кнопку «Сформировать», после чего готовый отчет отобразится на экране. Далее его можно стандартными средствами «1С: Предприятие 8.1» сохранить в файл или вывести на печать. Форма настроек отчета «Взаиморасчеты» приведена на Рисунок 4.8 Отчет «Взаиморасчеты»..
Рисунок 4.8 Отчет «Взаиморасчеты».
Рисунок 4.9 Результат работы отчета «Взаиморасчеты».
Так как выставлять настройки отчетов довольно сложно, а от набора настроек зависит и форма и состав данных отчета в конфигурации предусмотрена возможность сохранения настроек в файл и последующая загрузка их из файла. Для сохранения настроек необходимо выставит необходимые настройки и нажать кнопку «Сохранить». Откроется стандартное окно сохранения фала. Необходимо выбрать путь к файлу и задать ему имя (желательно осмысленное). В дальнейшем после открытия отчета для загрузки отчета необходимо нажать кнопку «Восстановить», указать путь к файлу и настройки будут восстановлены. Такой механизм сохранения и восстановления настроек позволяет облегчить работу с ними и ускорить работу с отчетами.
Для окончания работы с системой необходимо выбрать пункт меню «Файл \ Выход». При этом система выполнит закрытие открытых объектов и приложение будет закрыто.
Заключение
В результате выполнения дипломного проекта была всесторонне изучена деятельность ИП Сизов В.А., изучена его организационная структура, особенности работы и особенности построения его системы автоматизации. Задача автоматизации планирования и учета продаж, а также складского учета в ИП Сизов В.А. была всесторонне рассмотрена и изучена. Определено место этой задачи в комплексе задач автоматизации, обоснована необходимость автоматизации и необходимость использования вычислительной техники для решения этой задачи.
Далее был проведен анализ существующих разработок в этой области сделан вывод о необходимости разработки собственного программного продукта. Выбрана стратегия автоматизации и определены необходимые шаги автоматизации и используемые информационные системы.
Далее были рассмотрены возможности применения системы «1С: Предприятие 8.1» с целью создания системы автоматизации учета продаж и складской деятельности ИП Сизов В.А. Система «1С:Предприятие 8.1», обладающая гибкой технологической платформой, была выбрана для реализации задачи дипломного проекта как имеющая наибольшие возможности подстройки под специфику задачи. Рассмотрены основные особенности архитектуры этой системы, ее функциональность и механизмы, при помощи которых строятся прикладные решения. Найдены способы использования основных механизмов системы «1С:Предприятие 8.1» для целей дипломного проекта.
Далее в среде разработки «1С:Предприятие 8.1» была разработана и реализована конфигурация, выполняющая поставленную задачу. Были созданы объекты конфигурации: справочники, документы, журналы документов, регистры, отчеты; определена их структура, реквизиты, формы, написаны программные модули, реализующие заданную функциональность этих объектов.
Проведенное тестирование разработанной конфигурации показывает, что она полностью удовлетворяет поставленной задаче, работает стабильно и без ошибок, обладает большой функциональностью и удобным интерфейсом. Разработанную конфигурацию можно внедрять в ИП Сизов В.А.
Список использованных источников
Митичкин С.А. Разработка в системе 1С:Предприятие 8.1, - М.: ООО «1С-Паблишинг», 2003. – 413 с.: ил.
Габец А.П., Гончаров Д.И., Козырев Д.В., Кухлевский Д.С., Радченко М.Г. Профессиональная разработка в системе 1С:Предприятие 8 (+CD) / Под ред. Радченко М.Г. – М.: «1С-Паблишинг»; СПб.: Питер, 2007. – 808 с .:ил.
Радченко М.Г. 1С:Предприятие 7.7 Практическое пособие разработчика
1С:Предприятие 8.1 Описание встроенного языка часть 1, - Москва, Фирма «1С», 2003
1С:Предприятие 8.1 Описание встроенного языка часть 2, - Москва, Фирма «1С», 2003
1С:Предприятие 8.1 Конфигурирование и администрирование, - Москва, Фирма «1С», 2003
Вендров А.М. CASE технологии Современные методы и средства проектирования информационных систем  М.: Финансы и статистика, 1998. - 176 с.: ил.;
Методология функционального моделирования IDEF0, Руководящий документ, Госстандарт России.;
Диго С.М. Проектирование и использование баз данных  Учебник. М.: Финансы и статистика. 1995 г;
Основы построения баз данных под ред. А.Д. Хомоненко Санкт-Петербург, 2004;
ГОСТ Р ИСО/МЭК 12207-99, Руководящий документ, Госстандарт России, Москва, 2004;
Котлер Ф. Маркетинг менеджмент / Пер. с англ. под ред. Л.А. Волковой, Ю.Н. Каптунеревского. – СПб.: Питер, 2002. – 756с.р
Матищев А.Н. Эффективность рекламы. – М.: Издательство «Финпресс», 2002. – 416с.
Новости и технологии торговли [Электронный ресурс]. – Режим доступа: http://www.torgrus.com
Программирование для всех [Электронный ресурс]. – Режим доступа: http://www.realcoding.net/
ГОСТ Р ИСО/МЭК 12207-99 «Информационная технология. Процессы жизненного цикла программных средств» (принят и введен в действие постановлением Госстандарта РФ от 23.12.1999 №675-ст).
ГОСТ Р ИСО/МЭК 15271-2002 «Информационная технология. Руководство по применению ГОСТ Р ИСО/МЭК 12207-99 (Процессы жизненного цикла программных средств)» (принят и введен в действие постановлением Госстандарта РФ от 05.06 2002 №227-ст).
Вендров А.М. Проектирование программного обеспечения экономических информационных систем. – М.: Финансы и статистика, 2000.-187с.
Калянов Г.Н. CASE-технологии. Консалтинг при автоматизации предприятий.-М.: СИНТЕГ, 1997.-276с.
Репин В.В., Елиферов В.Г. Процессный подход к управлению. Моделирование бизнес-процессов. – М.: РИА «Стандарты и качество», 2004. – 408 с., илл. – (Серия «Практический менеджмент»)
Петров В.Н. Информационные системы. – СПб.: Питер, 2003. – 688 с.
Информационные системы в экономике: Учебник для студ. высш. учеб, заведений / В.Б. Уткин, К.В. Балдин. — М.: Издательский центр «Академия», 2004. — 288 с.
Арутюнов В.В. Теория экономических информационных систем: Московская финансово-промышленная академия. М., 2005. – 192 с.
Балдин К.В., Уткин В.Б. Информационные системы в экономике. М.:Издательско-торговая корпорация «Дашков и К», 2008. – 395 с.
Гагарина Л.Г., Киселев Д.В., Федотова Е.Л. Разработка и эксплуатация автоматизированных информационных систем / под ред.проф.Л.Г.Гагариной. – Москва: ИД «Форум»: Инфра-М, 2007 – 384 с.
Ефимов Е.Н., Патрушина С.М., Панферова Л.Ф., Хашиева Л.И. Информационные системы в экономике. – Москва: ИКЦ «МарТ», 2004. – 352 с.
Липаев В.В. Программная инженерия. Методологические основы. М.: ТЕИС, 2006. – 608 с.
Максимов Н.В., Попов И.И., Голицына О.Л. Информационные системы. Учебное пособие. Форум, 2009 г. - 496 с.
Проектирование экономических информационных систем: Учебник/Смирнова Г.Н., Сорокин А.А., Тельнов Ю.Ф.; Под ред. Тельнова Ю.Ф. – М.:Финансы и статистика, 2003. - 512 с.
Софт-каталог ProtoPlex [Электронный ресурс]. – http://protoplex.ru/soft_show/1599.html
4