Содержание:

ВВЕДЕНИЕ

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

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

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

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

Объектом исследования является деятельность фирмы ООО «ЖилРемСтрой», основная деятельность которой, это реализация строительных материалов различного назначения.

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

Задачи исследования:

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

- тестирование полученного проекта, устранение недостатков.

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

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

Разработка модуля бизнес процесса в данном дипломном проекте, затрагивает следующие подразделения:

• отдел продаж;
• склад продукции.

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

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

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

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

Рисунок 1.1 Структурно-функциональная диаграмма организации деятельности ООО «ЖилРемСтрой»

Управляющим объектом являются: накладные на товар.

Механизмами, то есть ресурсами, необходимыми для выполнения процедуры, являются:

• клиенты;
• кладовщик;
• менеджер по работе с клиентами;

поставщики.

1.2 Характеристика существующих бизнес – процессов

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

Рассмотрим некоторые из наиболее популярных на российском рынке таких систем.

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

• Парус 7 - с архитектурой «Файл-сервер»;
• Парус 8 – с двухзвенной архитектурой «Клиент-сервер»;
• Парус 10 – с трехзвенной архитектурой.

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

2. ЕВФРАТ. Это система электронного документооборота позволяющая построить полноценную систему управления бизнес-процессами и документами организации. Система содержит весь необходимый инструментарий для успешной организации электронного документооборота любой компании, независимо от численности и формы собственности. Система рассчитана на работу как в рамках небольшого отдела, например, канцелярии или локальной организации в целом, так и в рамках территориально-распределенной организации со сложной схемой информационных потоков. Основные функции системы Евфрат:

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

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

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

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

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

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

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

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

Основной единицей информации в системе является документ.

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

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

- большая трудоемкость;

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

- низкая оперативность;

- несовершенство организации сбора и регистрации информации;

- недостоверность получаемых результатов.

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

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

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

Рассмотрим схему документооборота, представленную на рисунке 1.2

Рисунок 1.2 Схема документооборота ООО «ЖилРемСтрой»

Товар поступает на склад, отчет в бухгалтерию. Далее товар перемещается в магазин, и осуществляется продажа, клиент оплачивает товар, отчет в бухгалтерию.

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

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

Таблица 1.1 Показатели затрат на задачу без автоматизации

Аспект деятельности	Периодичность возникновения	Объем в год, раз/год	Время на 1 документ, ч	Трудовые затраты в год
Заявка клиента	15шт./день	5475	0, 12	657
Заявка на закупку	1р./неделю	52	3	156
Проверка наличия материалов на складе	5р./день	1825	1	1825

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

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

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

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

• внемашинное ИО (классификаторы технико-экономической информации и документы);
• внутримашинноое (макеты и экранные формы для ввода первичных данных или вывода результатной информации, структура информационной базы: входных, выходных файлов, базы данных).

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

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

• договор с клиентом об оказании услуг;
• договора с поставщиками материалов и оборудования.

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

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

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

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

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

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

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

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

• совместимость данных;
• соответствие данных реальному состоянию объекта;
• удобство и увеличение скорости совместной обработки данных;
• поддержка целостности данных.

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

1.5. Обоснование проектных решений по программному обеспечению

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

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

В зависимости от алгоритма управления процессом операционные системы подразделяются на:

• однозадачные и многозадачные;
• однопользовательские и многопользовательские;
• однопроцессорные и многопроцессорные системы;
• локальные и сетевые.

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

Многозадачные ОС используют все эти средства и управляют разделением совместно используемых ресурсов (ОЗУ, процессор и тд.). В зависимости от областей использования многозадачные ОС подразделяются на:

• системы пакетной обработки;
• системы с разделением времени;
• системы реального времени.

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

На компьютерах, используемых в качестве рабочих мест пользователей, применяется ОС Window 10.

Это современная многозадачная многопользовательская ОС с графическим интерфейсом пользователя. Эта система выбрана для разработки модуля, так как работникам ООО «ЖилРемСтрой» она знакома, работают они с ней достаточно длительное время. Рассмотрим классификацию систем управления баз данных (СУБД):

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

Данный курсовой проект, по разработке модуля бизнес-процесса, будет осуществлен в системе 1С:Предприятие. Платформа поддерживает работу с пятью СУБД, одна из которых – файловая СУБД, разработанная фирмой «1С». Файловый вариант работы рассчитан на персональную работу одного пользователя или работу небольшого количества пользователей в локальной сети. Все данные информационной базы (конфигурация, база данных, административная информация) располагаются в одном файле – файловой базе данных. Этот формат хранения данных разработан фирмой «1С» специально для прикладных решений «1С:Предприятие». Работу с файловой базой данных осуществляет файловая СУБД, являющаяся частью платформы. Файловый вариант работы обеспечивает целостность информационной базы и простое создание резервных копий. Исключена ситуация, когда пользователь может по ошибке (например, при копировании информационной базы) перепутать различные файлы информационной базы и привести, таким образом, систему в неработоспособное состояние. Такой вариант работы обеспечивает легкость установки и эксплуатации системы. При этом для работы с информационной базой не требуются дополнительные программные средства, достаточно иметь операционную систему и 1С:Предприятие 8.

Глава 2. Проектная часть

2.1. Информационная модель и её описание

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

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

• Заполнение справочников;
• Заполнение документов и движение регистров;
• Формирование отчетов.

На рисунке 2.1 представлена информационная модель

Рисунок 2.1 Информационная модель

2.2. Характеристика нормативно-справочной, входной и оперативной информации

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

Для данного дипломного проекта входной информацией является:

• паспортные данные физического лица;
• структура предприятия;
• данные контрагентов;
• возвраты от контрагентов;
• данные по номенклатуре;
• приходные накладные;
• приходные кассовые ордера;
• расходные накладные;
• расходные кассовые ордера;
• списание ТМЦ;
• приход по банку;
• расход по банку;
• накладные перемещения.

В системе автоматизации, используемые документы можно условно разделить на: складские документы (регистр остатков номенклатуры) и платежные документы (регистр по кассе и банку). У складских документов имеется табличная часть, где содержатся названия номенклатуры и ее характеристики. К складским документам относятся: «Заявка», «Реализация», «Возврат от покупателя», «Поступление ТМЦ», «Списание ТМЦ», «Перемещение». Все эти документы имеют реквизит «Склад», на котором происходит движение товаров, у документа «Перемещение» таких реквизитов два: откуда перемещение и куда.

К платежным документам относятся: «Приходный кассовый ордер», «Расходный кассовый ордер», «Приход по банку», «Расход по банку». Эти документы имеют реквизиты: «Фирма», «Контрагент», «Сумма», также, в зависимости от вида документа «Касса» или «Банк». В таблице 2.1 представлены данные по документам, используемым в системе.

Таблица2.1 Данные по документам

Документ	Ответственный	Средний объем за неделю	Частота актуализации	Средний объем актуализации
Заявка	менеджер	80	высокая	70
Реализация	менеджер	70	высокая	70
Возврат от покупателя	менеджер	5	низкая	5
Поступление ТМЦ	кладовщик	3	низкая	3
Списание ТМЦ	кладовщик	1	низкая	1
Перемещение	кладовщик	10	средняя	8
ПКО	бухгалтер	10	низкая	5
РКО	бухгалтер	10	низкая	5
Приход по банку	бухгалтер	10	низкая	5
Расход по банку	бухгалтер	10	низкая	5

2.3. Характеристика результатной информации

Результатами автоматизации отделов предприятия являются:

• Заполненные справочники
• Поиск и фильтрация по справочникам
• Введенные документы, внешние и внутренние
• Поиск и фильтрация по документам
• Печать отчетов.

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

• «ПоступлениеТМЦ»;
• «Реализация»;
• «Возврат»;
• «СписаниеТМЦ»;
• «Перемещение».

Ниже приведены рисунки по справочникам и документам.

В справочник «Номенклатура» вносится информация обо всех товарах, услугах, которые предлагает предприятие (рисунок 2.2).

Рисунок 2.2 Данные по номенклатуре

В справочник «Контрагенты» заносится контактная информация и данные по договорам. Контрагентами могут быть поставщики, покупатели, организации и частные лица (рисунок 2.3).

Рисунок 2.3 Данные по контрагентам

Материалы поступают в организацию от поставщиков. Для оформления прихода номенклатуры от контрагента, используется документ «Поступление ТМЦ» (рисунок 2.4, 2.5).

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

Рисунок 2.5Документ «Поступление ТМЦ» (табличная часть)

В случае если товар бракованный или с истекшим сроком годности, его нужно списать. Для этого используется документ «Списание ТМЦ», с помощью которого можно оформить списание ТМЦ (Рисунок 2.6).

Рисунок 2.6 Документ «Списание ТМЦ»

При помощи документа «Реализация» можно оформить продажу номенклатуры контрагенту (рисунок 2.7). Также можно сделать возврат от контрагента, для его оформления нужен документ «Возврат» (рисунок 2.8).

Рисунок 2.7 Документ «Реализация»

Рисунок 2.8 Документ «Возврат»

Документ «Перемещение» нужен для оформления перемещения номенклатуры со склада на другой склад, либо в магазин (рисунок 2.9, 2.10)

Рисунок 2.9 Документ «Перемещение ТМЦ»

Рисунок 2.10 Документ «Перемещение ТМЦ» (табличная часть).

По результатам деятельности фирмы можно сформировать отчеты. Для этого нужно выбрать пункт «Отчеты» в главном меню (рисунок 2.11).

Рисунок 2.11 Главное меню

В программе предусмотрены различные отчеты, один из них «Остатки ТМЦ» (рисунок 2.12, 2.13)

Рисунок 2.12 Отчет «Остатки ТМЦ»

Рисунок 2.13 Сформированный отчет « Остатки ТМЦ»

2.4. Общие положения (дерево функций и сценарий диалога)

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

• служебные функции;
• основные функции.

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

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

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

В процессе диалога возможно:

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

Сценарий диалога представлен на рисунке 2.14.

Рисунок 2.13 Дерево функций

Рисунок 2.14 Сценарий диалога После входа в программу открывается главное окно программы и активизация системы меню.

На рисунке 2.15 показан состав главного окна и меню программы.

Рисунок 2.15 Главное окно программы

Такие пункты меню, как:

• файл;
• операции;
• сервис;
• окна;
• помощь

являются стандартными для 1С:Предприятие» подробное их описание можно найти в справочной системе программы. На рисунке 2.16 представлен пункт главного меню «Справочники». Этот пункт включает в себя все справочники программы.

Рисунок 2.16 Пункт главного меню «Справочники»

При выборе конечного пункта меню открывается форма списка выбранного справочника. После того как выбран иерархический справочник, с левой стороны панели будет находиться дерево справочника. На рисунке 2.17 и 2.18 показаны формы иерархических справочников «Контрагенты» и «Номенклатура».

Рисунок 2.17 Форма списка иерархического справочника «Контрагенты»

Рисунок 2.18 Форма списка иерархического справочника «Номенклатура»

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

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

После выбора действия «изменить», открывается форма элемента справочника, где можно редактировать любое из полей справочника (рисунок 2.19).

Рисунок 2.19 Форма элемента справочника «Номенклатура», отрытая на изменение

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

Стандартное меню табличной части включает в себя:

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

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

Рисунок 2.20 Общий журнал документов

В «Общем журнале документов» можно установить отбор, например по складу, поставщикам, покупателям, по фирме и тд.

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

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

После выбора одного из документов, нажав «изменить», открывается форма документа с набором полей для редактирования (рисунок 2.21).

Рисунок 2.21 Документ «Реализация» открыт на изменение

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

Рисунок 2.22 Отчет по продажам

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

2.5. Характеристика базы данных

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

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

Наименование реквизита	Тип реквизита	Описание
Код	Строка(9)	Код номенклатуры
Вид	Перечисление.ВидыНоменклатуры	Вид номенклатуры
Наименование	Строка(50)	Наименование номенклатуры
ПолнНаименование	Неограниченная строка	Полное наименование
Артикул	Строка(25)	Код производителя
БазоваяЕдиница	Справочник.Единицы	Базовая единица измерения
ОсновнаяЕдиница	Справочник.Единицы	Основная единица измерения
ШтрихКод	Строка(13)	Штрих код

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

Справочник «Склады» включает в себя информацию о складах предприятия (рисунок 2.22). Реквизиты справочника «Склады» представлены в таблице 2.3.

Таблица 2.3 Состав реквизитов справочника «Склады»

Наименование реквизита	Тип реквизита	Описание
Код	Строка (9)	Код
Наименование	Строка (25)	Наименование
НомерСекции	Число (1)	Номер секции
МОЛ	Справочник.ФизЛица	Материально-ответственное лицо

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

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

Справочник «Банки» предназначен для хранения информации по банкам предприятия. Реквизиты справочника «Банки» представлены в таблице 2.4.

Таблица 2.4 Состав реквизитов справочника «Банки»

Наименование реквизита	Тип реквизита	Описание
Код	Строка (9)	Код
Наименование	Строка (100)	Наименование банка
КоррСчет	Строка (20)	Корреспондентский счет банка
Местонахождение	Строка (50)	Местонахождение банка (город)
Адрес	Неограниченная строка	Адрес
Телефоны	Строка (30)	Телефоны

У этого справочника табличной части нет. Он является иерархическим, что позволяет группировать данные по логическим группам. Ссылки на элементы справочника «Банки» выбираются в элементы справочника «Банковские счета». Справочник «Банковские счета» предназначен для хранения информации по банковским счетам предприятия. Реквизиты этого справочника представлены в таблице 2.5.

Таблица 2.5 Состав реквизитов справочника «БанковскиеСчета»

Наименование реквизита	Тип реквизита	Описание
Код	Строка (9)	Код
Наименование	Строка (50)	Наименование
НомерСчета	Строка (20)	Номер счета
Банк	Справочник.Банки	Банк
БанкДляРасчетов	Справочник.Банки	Банк непрямых расчетов
Назначение	Неограниченная строка	Назначение платежа
НомерИДатаРазрешения	Строка (35)	Номер и дата разрешения открытия счета
СуммаБезКопеек	Число (1)	Сумма без 00 копеек

Справочник «БанковскиеСчета» не имеет табличной части.

Справочник «Контрагенты» предназначен для хранения информации по контрагентам. Реквизиты справочника «Контрагенты» представлены в таблице 2.6.

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

Наименование реквизита	Тип реквизита	Описание
Код	Строка (9)	Код
Наименование	Строка (50)	Наименование
ЮрФизЛицо	Справочник	Юридическое или физическое лицо
ОсновнойДоговор	Справочник.Договоры	Основной договор
ОсновнойСчет	Справочник.БанковскиеСчета	Основной счет
ОсновноеСвойство	Справочник.СвойстваКонтрагентов	Основное свойство
Коментарий	Неограниченная строка	Дополнительная информация

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

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

Рисунок 2.25 Форма элемента справочника «Контрагенты»

В справочнике «Фирмы» хранится информация о существующих фирмах. Реквизиты данного справочника описаны в таблице 2.4.

Таблица 2.4 Состав реквизитов справочника «Фирмы

Наименование реквизита	Тип реквизита	Описание
Код	Строка (6)	Код
Наименоване	Строка (25)	Наименование
ГлБухгалтер	Справочник.ФизическиеЛица	Главный бухгалтер
ГНИ	Строка (50)	Наименование налоговой инспекции
ДатаРегистрации	Дата	Дата регистрации фирмы
ИНН	Строка (13)	ИНН
КПП	Строка (13)	КПП
ОКОНХ	Строка (10)	Код по ОКОНХ
ОКПО	Строка (10)	Код по ОКПО
ПочтовыйАдрес	Строка (240)	Почтовый адрес фирмы
Руководитель	Справочник.ФизическиеЛица	Фамилия и инициалы руководителя фирмы
БанковскийСчет	Справочник.БанковскиеСчета	Банковский счет
ЮрАдрес	Строка (240)	Юридический адрес фирмы

У справочника «Фирмы» нет табличной части. Справочник не является иерархическим. Ссылки на элементы данного справочника выбираются в шапках всех документах, а также в регистрах накопления.

Структура базы данных представлена на ER-диаграмме, рисунок 2.26.

Рисунок 2.26 ER-модель структуры справочников

2.6. Структурная схема пакета (дерево вызова программных модулей)

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

• справочники;
• документы;
• перечисления;
• отчеты;
• обработки;
• регистры.

Структуру программы можно описать следующими основными блоками, представленными на рисунке 2.27.

Рисунок 2.27 Блок-схема основных модулей программы

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

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

2.7 Описание программных модулей

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

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

• справочник «Физические лица»;
• справочник «Фирмы»;
• справочник «Склады»;
• справочник «Кассы»;
• справочник «Контрагенты»;
• справочник «Банки»;
• справочник «Банковские счета»;
• справочник «Виды номенклатуры»;
• справочник «Единицы измерения»;
• справочник «Номенклатура».

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

• Заявка;
• Реализация;
• Возврат от покупателя;
• Поступление ТМЦ;
• Списание ТМЦ;
• ПКО;
• РКО;
• Приход по банку;
• Расход по банку;
• Перемещение.

При оперативном проведении документов происходит движение регистров. Модуль «Регистры» включает в себя:

• Остатки;
• Взаиморасчеты;
• Касса;
• Банк.

Модуль «Отчеты» включат в себя:

• Остатки;
• Ведомость по кассе;
• Ведомость по банку;
• Взаиморасчеты.

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

Основные преимущества использования форм:

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

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

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

Командные  _обес кнопки  _{артамонова} в форме  _{автоматизации} могут  _{ьзованных} выполнять  _ввода действия,  _{системы} связанные  _итер с выводимой  _ктро в форме  _банку текущей  _{конецпроцедуры} записью.

Формы  _досту для  _ness занесения  _{архитектуры} документов  _эффе вызываются  _также из главного  _{движение} меню  _{митичкин} программы. Информационной  _если базой  _ness данного  _{кодоперации} модуля  _если являются  _ктро документы.

Модуль «Формирование  _{регистрын} отчетов» необходим  _{сформированный} для  _если формирования  _{аглицкий} печатных  _{которую} форм. В  _{движение} этом  _если модуле  _обес хранятся  _{необходимо} шаблоны  _{конецпроцедуры} для  _{открывшейся} печати. После  _исте запроса  _{кодоперации} обрабатывается  _{открывшейся} исходная  _период информация  _исте в соответствии  _{кодоперации} с заданными  _{артамонова} параметрами  _{необходимого} пользователя,  _умма затем  _если формируется  _{ьзованных} отчет. Отчеты  _{ьзованных} выполняются  _отказ при  _{регистрын} помощи  _нужно механизма 1С «Построитель  _умма отчетов». Схема  _период его  _{измерения} работы  _{конецпроцедуры} представлена  _фильтр на рисунке 2.28.

Рисунок 2.28 Схема  _частью работы «Построителя  _{строкаостатков} отчетов»

Практически  _ввода все  _если виды  _входа запросов,  _итер которые  _{измерения} можно  _частью построить  _{внесенные} программно,  _{регистр} в 1С можно  _{необходимого} построить  _{конецпроцедуры} визуально. Также  _{каждого} в 1С есть  _ктро возможность  _{кодоперации} создавать  _фильтр разнообразные  _новом запросы  _умма выборки. Существует  _{поэтому} развитая  _{движение} система  _{автоматизации} фильтров. Фильтры  _{которую} и система  _{регистр} сортировки – одна  _{номенклатуры} из наиболее  _учеб сильных  _{кодоперации} сторон 1С. Фильтры  _{настройка} строятся  _{строкаостатков} с помощью  _частью запросов  _{регистрын} или  _банку установкой  _{внесенные} критериев.

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

Блок-схема  _тогда документа «Реализация» имеет  _ктро следующий  _отказ вид (рисунок 2.29):

Рисунок 2.29 Блок-схема  _{кодоперации} документа «Реализация»

2.8. Контрольный   пример  реализации   проекта   и его   описание

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

Пункт  _{процедура} главного  _{движение} меню  _{регистрын} Документы  _{автоматизации} предназначен  _{движение} для  _отказ работы  _{движение} с новыми  _{регистрын} документами  _частью и журналами  _{требованиям} документов. Все  _эффе справочники  _тогда программы  _если становятся  _если доступными  _случае после  _выборе выбора  _исте пункта  _тогда главного  _списке меню  _сделан Справочники. Пункт  _{процедура} главного  _исте меню  _{структура} Отчеты  _исте содержит  _исте все  _{закрытие} доступные  _{конецпроцедуры} отчеты.

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

Справочник «Контрагенты». Для  _{кодоперации} ввода  _ктро нового  _{аглицкий} или  _досту изменения  _{ьзованных} данных  _{регистрын} о существующем  _досту контрагенте  _исте нужно  _{регистрын} выбрать  _исте пункт  _исте меню «Справочники» - «Контрагенты». В  _тогда списке  _{предложенного} справочника  _{артамонова} можно  _{имеющая} выбрать  _{каждого} одно  _{результате} из стандартных  _rectu действий:  _досту добавить,  _ктро изменить,  _{процедура} скопировать,  _{конецпроцедуры} удалить,  _ктро отбор,  _{движение} сортировка,  _ктро настройка  _исте списка,  _{движение} вывод  _период списка  _{необходимо} на печать. Для  _{движение} ввода  _{процедура} нового  _если контрагента  _{предложенного} нужно  _исте выбрать  _если группу,  _ness в которой  _{движение} будет  _{митичкин} находиться  _исте этот  _{баронов} контрагент (рисунок 2.34),  _{системы} а затем  _{каждого} выбрать  _исте действие «Добавить»,  _также открывается  _ктро форма  _отказ для  _{конецпроцедуры} ввода  _эффе данных  _{журналы} о новом  _отказ контрагенте (рисунок 2.30).

Рисунок 2.30 Группы  _входа справочника «Контрагенты»

Рисунок 2.31 Добавление  _{проведен} нового  _{ьзованных} контрагента

По  _{кодоперации} бумажным  _банку документам  _{каждого} вносится  _если вся  _{конецпроцедуры} необходимая  _{процедура} информация.

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

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

Для  _исте ввода  _досту нового  _{регистрын} документа «Поступление  _цикл ТМЦ» необходимо  _исте выбрать  _тогда пункт  _мммм меню «Документы» - «Поставщики» - «Поступление  _{строятся} ТМЦ». При  _{кодоперации} выборе  _исте этих  _{баронов} пунктов  _ness меню  _сделан сразу  _выборе откроется  _мммм форма  _если ввода  _курс нового  _{внесенные} документа. В  _{необходимого} новом  _{ьзованных} документе  _{программные} при  _крет необходимости  _{программные} можно  _{конецпроцедуры} поменять  _новом номер  _новом и дату  _{измерения} документа,  _{измерения} также  _{поэтому} можно  _если добавить  _учеб комментарий  _исте и заполнить  _выборе табличную  _ктро часть. Над  _если табличной  _цикл частью  _эффе могут  _{конецпроцедуры} быть  _{движение} выполнены  _{системы} следующие  _{измерения} стандартные  _ктро действия:  _{конецпроцедуры} добавить,  _случае изменить,  _мммм копировать,  _rectu удалить,  _rectu отбор,  _если сортировка,  _крет настройка  _{тютюник} списка,  _досту вывод  _{измерения} списка  _{движение} на печать.

Для  _пече формирования  _исте отчетов  _формы необходимо  _{обладает} выбрать  _{внесенные} пункт  _{митичкин} главного  _ктро меню «Отчеты» и  _исте выбрать  _крет из предложенного  _нужно списка  _умма нужный  _{предложенного} отчет. В  _{движение} отчете «Остатки  _сост ТМЦ» можно  _{регистр} выбрать  _ктро дату,  _{поэтому} на которую  _данный будет  _досту сформирован  _{конецпроцедуры} отчет,  _досту выбрать  _{практическое} склад,  _{движение} установить  _{издательская} отборы  _далее и т.д. После  _списке нажатия  _{конецпроцедуры} кнопки «Сформировать» откроется  _{конецпроцедуры} сформированный  _тогда отчет.

Рисунок 2.35 Отчет «Остатки  _пече ТМЦ»

Рисунок 2.36 Сформированный  _{номенклатура} отчет «Остатки  _крет ТМЦ»

Для  _{необходимого} завершения  _{кодоперации} работы  _тогда с системой,  _если необходимо  _фильтр выбрать  _ктро пункт  _{необходимого} главного  _исте меню «Файл» - «Выход». Система  _досту выполнит  _{движение} закрытие  _исте всех  _сост открытых  _{кодоперации} объектов,  _{процедура} и приложение  _{определено} будет  _{добавление} закрыто.

Заключение

В  _если результате  _rectu выполнения  _{структура} данного курсового проекта  _{движение} была  _также рассмотрена  _отказ и всесторонне  _после изучена  _{конецпроцедуры} деятельность  _{каждого} ООО «ЖилРемСтрой»,  _{конецпроцедуры} а именно:  _формы организационная  _{конецпроцедуры} структура  _{заголовок} предприятия,  _данный особенности  _учеб его  _если работы. Задача  _пече по разработке  _{внесенные} модуля  _{тютюник} бизнес-процесса  _{каждого} для  _если отдела  _{регистр} по работе  _{каждого} с клиентами  _{регистр} и склада  _также всесторонне  _отказ рассмотрена  _пособ и изучена. Определено  _{процедура} место  _также этой  _{митичкин} задачи  _{конецпроцедуры} в комплексе  _{обладает} задач  _{движение} автоматизации,  _фильтр обоснована  _также необходимость  _{регистрын} автоматизации  _сделан и необходимость  _тогда использования  _{поэтому} вычислительной  _{конецпроцедуры} техники  _мммм для  _{процедура} решения  _досту этой  _сделан задачи.

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

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

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

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

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

1. Артамонова  _{процедура} И.ۡЛ. Из  _формы оۡпۡытۡа вۡнеۡдреۡнۡиۡя  _rectu аۡвтоۡмۡатۡизۡироۡвۡаۡнۡноۡй  _{конецпроцедуры} сۡистеۡмۡы  _крет реۡгۡистрۡаۡцۡиۡи/ И.ۡЛ. Артۡаۡмоۡноۡвۡа // Сеۡкретۡарсۡкое  _входа деۡло. - 2012. - №ۡ3. - С 2ۡ3-ۡ26.

2.  _досту Баронов  _ктро В.В. Автоматизация  _{журналы} управления  _крет предприятием.- М.:  _{ложение} ИНФРА-М, 2013

3.Баласанян  _{конецпроцедуры} В.Э. От  _досту трۡаۡдۡиۡцۡиоۡнۡноۡго  _ктро деۡлоۡпроۡизۡвоۡдстۡвۡа  _досту к эۡлеۡктроۡнۡноۡму  _затем доۡкуۡмеۡнтообороту // Мۡир  _тогда сۡвۡязۡи. 2013. - №1ۡ2.

4.Баласанян. В.Э. Эۡлеۡктроۡнۡнۡыۡй  _{которую} доۡкуۡмеۡнтооборот - осۡноۡвۡа  _эффе эффеۡктۡиۡвۡноۡго  _{конецпроцедуры} уۡпрۡаۡвۡлеۡнۡиۡя  _тогда соۡвреۡмеۡнۡнۡыۡм  _{настройка} преۡдۡпрۡиۡятۡиеۡм// Сеۡкретۡарсۡкое  _{процедура} деۡло. 2012. №ۡ2.

5.Белая,  _{номенклатуры} Т.ۡР. Аۡвтоۡмۡатۡизۡироۡвۡаۡнۡнۡаۡя  _{процедура} сۡистеۡмۡа  _{открывшейся} обесۡпечеۡнۡиۡя  _отдела уۡпрۡаۡвۡлеۡнۡиۡя:  _тогда орۡгۡаۡнۡизۡаۡцۡиۡя  _{движение} созۡдۡаۡнۡиۡя  _{движение} АС ДОУ / Т. Р. Беۡлۡаۡя // Деۡлоۡпроۡизۡвоۡдстۡво. - 2011. - №ۡ3. - С.40-47

6.  _отказ Аглицкий  _{нтооборот} Д.С.,  _нужно Аглицкий  _{движение} И.С. Рынок  _тогда информационных  _целей технологий:  _данный проблемы  _{измерения} и решения. - М.:2012

7.Ефремова  _если О.ۡА. Соۡвреۡмеۡнۡнۡые  _ктро сۡистеۡмۡы  _тогда аۡвтоۡмۡатۡизۡаۡцۡиۡи  _{тютюник} деۡлоۡпроۡизۡвоۡдстۡвۡа:  _{нтооборот} поۡпۡытۡкۡа  _{нтообороту} аۡнۡаۡлۡизۡа и кۡлۡассۡифۡиۡкۡаۡцۡиۡи // Сеۡкретۡарсۡкое  _также деۡло. 2010. - №4 - с. 41.

8.Кирсанова  _отказ М.ۡВ. Курс  _{строкаостатков} деۡлоۡпроۡизۡвоۡдстۡвۡа:  _итер Доۡкуۡмеۡнтۡаۡлۡьۡное  _исте обесۡпечеۡнۡие  _отказ уۡпрۡаۡвۡлеۡнۡиۡя:  _{системы} Учебۡное  _исте пособۡие/ М.ۡВ. Кۡирсۡаۡноۡвۡа,  _{системы} Ю.ۡМ. Аۡксеۡноۡв. - 2 изۡд. - М.:  _{номенклатуры} ИۡНФۡРۡА-ۡМ. - 2011. - 3ۡ3ۡ9 с.

9.Кузнецова  _{которую} Т.ۡВ. Доۡкуۡмеۡнтۡы  _{движение} и деۡлоۡпроۡизۡвоۡдстۡво/ Т.ۡВ. Кузۡнеۡцоۡвۡа,  _{тютюник} М.Т. Лۡиۡхۡачеۡв,  _если А.ۡЛ. Рۡаۡйۡхۡцۡауۡм;  _эффе состۡаۡвۡитеۡлۡь  _{нтообороту} М.Т. Лۡиۡхۡачеۡв // Сۡпрۡаۡв. Пособۡие. - М.:  _тогда Эۡкоۡноۡмۡиۡкۡа. - 2013. - 271 с.

10.Мировой  _досту рۡыۡноۡк сۡистеۡм  _{регистр} эۡлеۡктроۡнۡноۡго  _сост доۡкуۡмеۡнтооборотۡа. К.Т. Гۡлۡиۡнсۡкۡиۡх. [Эۡлеۡктроۡнۡнۡыۡй  _{номенклатуры} ресурс]. - 2016. - Реۡжۡиۡм  _{структура} достуۡпۡа:  _{каждого} http://cۡitۡfoۡruۡm.ۡru/coۡnsuۡltۡiۡng/docۡfۡlow/ۡmۡaۡrۡket

11.О  _{движение} сۡистеۡме  _{кодоперации} Dۡiۡrectuۡm [Эۡлеۡктроۡнۡнۡыۡй  _{баронов} ресурс]. - 2016. - Реۡжۡиۡм  _курс достуۡпۡа:  _{имеющая} http://www.dۡiۡrectuۡm.ۡru

12.О  _отчет сۡистеۡме  _{заголовок} CoۡrpoۡrۡateۡBusۡiۡness [Эۡлеۡктроۡнۡнۡыۡй  _также ресурс]. - 2016. - Реۡжۡиۡм  _ктро достуۡпۡа:  _если http://www.bbsoۡftwۡaۡre.ۡru

13.  _ктро http://www.docva.ru/

14.  _{регистр  настройка} http://www.1c.ru/

15.  _ктро http://www.economicportal.ru/index.html

16.О  _тогда сۡистеۡме  _период Woۡrۡkۡfۡlow - Орۡгۡаۡнۡизۡаۡцۡиۡя  _фильтр усۡпеۡхۡа [Эۡлеۡктроۡнۡнۡыۡй  _{конецпроцедуры} ресурс].- 2016. - Реۡжۡиۡм  _ктро достуۡпۡа:  _{системы} http://subscۡrۡibe.ۡru/ۡaۡrcۡhۡive/busۡiۡness.1ۡ2ۡapۡr81/ 200ۡ20ۡ3/ۡ27080515.ۡhtۡmۡl

17.О  _исте сۡистеۡме  _исте БОСС-ۡРефереۡнт [Эۡлеۡктроۡнۡнۡыۡй  _{архитектуры} ресурс]. - 2016. - Реۡжۡиۡм  _{процедура} достуۡпۡа:  _тогда http://www.boss-ۡreۡfeۡreۡnt.ۡru/ۡabout/

18.О  _ктро сۡистеۡме  _{каждого} Деۡло [Эۡлеۡктроۡнۡнۡыۡй  _фильтр ресурс]. - 2016. - Реۡжۡиۡм  _досту достуۡпۡа:  _цикл http://www.eos.ۡru/eos_pۡroducts/eos_deۡlo/

19.  _{заголовок} http://evfrat.ru/

20.О  _{необходимого} сۡистеۡме  _{кодоперации} Мотۡиۡв [Эۡлеۡктроۡнۡнۡыۡй  _также ресурс]. - 2016. - Реۡжۡиۡм  _{кодоперации} достуۡпۡа:  _{каждого} http://www.ۡmotۡiw.ۡru

21.  _если http://www.parus.ru/

22.  _{процедура} Тютюник  _если А.В.,  _крет Шевелев  _пособ А.С. Информационные  _{конецпроцедуры} технологии  _{конецпроцедуры} в банке - М.:  _если Издательская  _{строятся} группа "БДЦ-пресс", 2013.

23.Подолина,  _{артамонова} О. Жۡизۡнеۡнۡнۡыۡй  _ктро цۡиۡкۡл исۡхоۡдۡяۡщۡиۡх  _отказ доۡкуۡмеۡнтоۡв / О. Поۡдоۡлۡиۡнۡа // Сеۡкретۡарсۡкое  _{регистр} деۡло. - 2013. - №11. - С.44-46

24.  _{регистрын} Митичкин  _крет С.А. Разработка  _если в системе 1С:Предприятие 8, - М.:  _{определено} ООО «1С-Паблишинг», 2014

25.  _мммм Радченко,  _{баронов} М.Г. – Практическое  _исте пособие  _{ложение} разработчика / М.Г. Радченко,  _{каждого} М: OOO «1С-Паблишинг» 2015 г.

Приложение

Приложение. Листинг  _ктро программного  _{регистр} кода

Документ.ВозвратОтПокупателя.МодульОбъекта

Процедура  _исте ОбработкаПроведения(Отказ,  _{ьзованных} Режим)

Для  _фильтр Каждого  _отказ ТекСтрокаНоменклатура  _{номенклатура} Из Номенклатура  _если Цикл

// регистр  _{регистрын} Остатки  _{конецпроцедуры} Приход

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

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

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

Движение.Фирма = Фирма;

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

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

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

Движение.КодОперации = КодОперации;

КонецЦикла;

Для  _{кодоперации} Каждого  _ктро ТекСтрокаНоменклатура  _{процедура} Из Номенклатура  _новом Цикл

// регистр  _{внесенные} Взаиморасчеты  _{сформированный} Приход

Движение = Движения.Взаиморасчеты.Добавить();

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

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

Движение.Фирма = Фирма;

Движение.Контрагент = Контрагент;

Движение.Сделка = ЭтотОбъект.Ссылка;

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

КонецЦикла;

Для  _{заголовок} Каждого  _цикл ТекСтрокаНоменклатура  _{заголовок} Из Номенклатура  _ктро Цикл

// регистр  _{процедура} Основной

Движение = Движения.Основной.Добавить();

Движение.СчетДт =

ПланыСчетов.Основной.РасчетыСПокупателямиВРуб;

Движение.СчетКт = ПланыСчетов.Основной.Выручка;

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

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

Движение.СубконтоДт[ПланыВидовХарактеристик.ВидыСубконтоХозрасчетные.Контрагенты] = Контрагент;

Движение.СубконтоКт[ПланыВидовХарактеристик.ВидыСубконтоХозрасчетные.ВидНоменклатуры] =

ТекСтрокаНоменклатура.Номенклатура.ВидНоменклатуры;

КонецЦикла;

Для  _если Каждого  _{регистр} ТекСтрокаНоменклатура  _фильтр Из Номенклатура  _{внесенные} Цикл

// регистр  _эффе Основной

Движение = Движения.Основной.Добавить();

Движение.СчетДт = ПланыСчетов.Основной.Себистоимость;

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

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

Движение.Сумма  _{баронов} = ТекСтрокаНоменклатура.Сумма;

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

Движение.СубконтоДт[ПланыВидовХарактеристик.ВидыСубконтоХозрасчетные.ВидНоменклатуры] =

ТекСтрокаНоменклатура.Номенклатура.ВидНоменклатуры;

Движение.СубконтоКт[ПланыВидовХарактеристик.ВидыСубконтоХозрасчетные.Номенклатура] = ТекСтрокаНоменклатура.Номенклатура;

КонецЦикла;

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

Документ.ВозвратОтПокупателя.Форма.ФормаДокумента.Форма.Модуль

Процедура  _{регистр} ПриОткрытии()

Если  _отказ ЭтотОбъект.ЭтоНовый() Тогда

КодОперации = Перечисления.КодыОпераций.возврат;

КонецЕсли;  _{движение}

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

Процедура  _ктро ПередЗаписью(Отказ,  _{настройка} РежимЗаписи,  _досту РежимПроведения)

Для  _{результате} Каждого  _новом ТекСтрокаНоменклатура  _{регистр} Из Номенклатура  _отчет Цикл

ДоступноеКоличество = 0;

Измерения = "";

Фильтр = Новый  _случае Структура;

Фильтр.Вставить("Склад", Склад);

Измерения = Измерения+"Склад";

Фильтр.Вставить("Номенклатура",  _{конецпроцедуры} ТекСтрокаНоменклатура.Номенклатура);

Измерения = Измерения+",Номенклатура";

ТаблицаОстатков = РегистрыНакопления.Остатки.Остатки(Дата,

Фильтр,  _тогда Измерения);

Если  _если ТаблицаОстатков.Количество() > 0 Тогда

СтрокаОстатков= ТаблицаОстатков.Получить(0);

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

КонецЕсли;

Если  _{строкаостатков} ТекСтрокаНоменклатура.Количество>ДоступноеКоличество

Тогда

Предупреждение("Для  _пособ номенклатуры " +

ТекСтрокаНоменклатура.Номенклатура + Символы.ПС +

"нет  _курс необходимого  _{кодоперации} количества" + Символы.ПС +

"на  _нужно остаке " + ДоступноеКоличество, 60, "ВНИМАНИЕ");

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

Прервать;

КонецЕсли;

КонецЦикла;

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

Документ.Заявка.Форма.ФормаДокумента.Форма.Модуль

Процедура  _{архитектуры} ПриОткрытии()

Если  _отказ ЭтотОбъект.ЭтоНовый() Тогда

КодОперации = Перечисления.КодыОпераций.Заявка;

КонецЕсли;  _{добавление}

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

Процедура  _{закрытие} ПередЗаписью(Отказ,  _{каждого} РежимЗаписи,  _{измерения} РежимПроведения)

//Для  _выборе Каждого  _новом ТекСтрокаНоменклатура  _{регистр} Из Номенклатура  _{движение} Цикл

//  _отказ ДоступноеКоличество = 0;

//Измерения = "";

//  _{строкаостатков}

//  _{заголовок} Фильтр = Новый  _{номенклатуры} Структура;

//  _{процедура} Фильтр.Вставить("Склад", Склад);

//  _также Измерения = Измерения+"Склад";

// Фильтр.Вставить("Номенклатура",

ТекСтрокаНоменклатура.Номенклатура);

//  _отказ Измерения = Измерения+",Номенклатура";

//  _{результате}

//  _{проведен} ТаблицаОстатков = РегистрыНакопления.Остатки.Остатки(Дата,

Фильтр,  _пособ Измерения);

//  _ктро Если  _{процедура} ТаблицаОстатков.Количество() > 0 Тогда

//  _{конецпроцедуры} СтрокаОстатков  _{архитектуры} = ТаблицаОстатков.Получить(0);

//  _{конецпроцедуры} ДоступноеКоличество = СтрокаОстатков.Количество;

//  _{движение} КонецЕсли;

//  _после Если

ТекСтрокаНоменклатура.Количество>ДоступноеКоличество  _{движение} Тогда

//Предупреждение("Для  _{движение} номенклатуры " +

ТекСтрокаНоменклатура.Номенклатура + Символы.ПС +

//"нет  _отказ необходимого  _цикл количества" + Символы.ПС +

//"на  _исте остаке " + ДоступноеКоличество, 60, "ВНИМАНИЕ");

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

//Прервать;

//КонецЕсли;

//КонецЦикла;

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

Документ.Перемещение.МодульОбъекта

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

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

// Данный  _{которую} фрагмент  _{нтооборот} построен  _досту конструктором.

// При  _{номенклатура} повторном  _{предложенного} использовании  _{конецпроцедуры} конструктора,  _{заголовок} внесенные  _rectu вручную  _курс изменения  _{определено} будут  _эффе утеряны!!!

Для  _исте Каждого  _{предложенного} ТекСтрокаНоменклатура  _после Из Номенклатура  _обес Цикл

// регистр  _{процедура} Остатки  _входа Расход

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

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

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

Движение.Фирма = Фирма;

Движение.Склад = СкладИсточник;

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

Движение.Количество  _{программные} = ТекСтрокаНоменклатура.Количество;

Движение.КодОперации= КодОперации;

КонецЦикла;

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

Для  _сделан Каждого  _крет ТекСтрокаНоменклатура  _фильтр Из Номенклатура  _исте Цикл

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

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

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

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

Движение.Номенклатура  _{конецпроцедуры} = ТекСтрокаНоменклатура.Номенклатура;

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

Движение.КодОперации  _{проведен} = КодОперации;

КонецЦикла;

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

Документ.Перемещение.Форма.ФормаДокумента.Форма.Модуль

Процедура  _ктро ПриОткрытии()

Если  _{движение} ЭтотОбъект.ЭтоНовый() Тогда

КодОперации = Перечисления.КодыОпераций.перемещение;

КонецЕсли;  _после

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

Процедура  _{процедура} ПередЗаписью(Отказ,  _{нтообороту} РежимЗаписи,  _{автоматизации} РежимПроведения)

Для  _{конецпроцедуры} Каждого  _крет ТекСтрокаНоменклатура  _{митичкин} Из Номенклатура  _крет Цикл

ДоступноеКоличество = 0;

Измерения = "";

Фильтр = Новый  _тогда Структура;

Фильтр.Вставить("Склад", СкладИсточник);

Измерения = Измерения+"Склад";

Фильтр.Вставить("Номенклатура",

ТекСтрокаНоменклатура.Номенклатура);

Измерения = Измерения+",Номенклатура";

ТаблицаОстатков  _отказ =  _группы РегистрыНакопления.Остатки.Остатки(Дата,

Фильтр,  _сост Измерения);

Если  _исте ТаблицаОстатков.Количество() > 0 Тогда

СтрокаОстатков= ТаблицаОстатков.Получить(0);

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

КонецЕсли;

Если  _{кодоперации} ТекСтрокаНоменклатура.Количество>ДоступноеКоличество

Тогда

Предупреждение("Для  _если номенклатуры " +

ТекСтрокаНоменклатура.Номенклатура + Символы.ПС +

"нет  _досту необходимого  _тогда количества" + Символы.ПС +

"на  _истр остаке " + ДоступноеКоличество, 60, "ВНИМАНИЕ");

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

Прервать;

КонецЕсли;

КонецЦикла;

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

Документ.ПКО.МодульОбъекта

Процедура  _досту ОбработкаПроведения(Отказ,  _{существующем} Режим)

Если  _{имеющая} Фирма.Пустая() Тогда

Предупреждение("Заполните  _ктро фирму!", 60, "Проведение.");

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

Возврат;

КонецЕсли;

Если  _{регистр} Контрагент.Пустая() Тогда

Предупреждение("Заполните  _исте контрагента!", 60, "Проведение.");

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

Возврат;

КонецЕсли;

Если  _{нтообороту} Касса.Пустая() Тогда

Предупреждение("Заполните  _{необходимого} кассу!", 60, "Проведение.");

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

Возврат;

КонецЕсли;

// регистр  _{кодоперации} Взаиморасчеты  _{номенклатура} Приход

Движение = Движения.Взаиморасчеты.Добавить();

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

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

Движение.Фирма  _{процедура} = Фирма;

Движение.Контрагент = Контрагент;

Движение.Сделка= ЭтотОбъект.Ссылка;

Движение.Сумма  _{измерения} = ЭтотОбъект.Сумма;

Движение = Движения.Касса.Добавить();

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

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

Движение.Фирма = Фирма;

Движение.Касса = Касса;

Движение.Сумма = ЭтотОбъект.Сумма;

Движение.КодОперации= Перечисления.КодыОпераций.ПКО;

// регистр  _{конецпроцедуры} Основной

//Движение = Движения.Основной.Добавить();

//Движение.СчетДт = ПланыСчетов.Основной.ТоварыНаСкладах;

//Движение.СчетКт =

ПланыСчетов.Основной.РасчетыСПоставщикамиВРублях;

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

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

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

//Движение.СубконтоДт[ПланыВидовХарактеристик.ВидыСубконтоХозрасчетные.Номенклатура] = ТекСтрокаНоменклатура.Номенклатура;

//Движение.СубконтоКт[ПланыВидовХарактеристик.ВидыСубконтоХозрасчетные.Контрагенты] = Контрагент;

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

Документ.ПКО.Форма.ФормаДокумента.Форма.Модуль

Процедура  _крет ПриОткрытии()

Если  _rectu ЭтотОбъект.ЭтоНовый() Тогда

КодОперации = Перечисления.КодыОпераций.ПКО;

КонецЕсли;  _{нтооборот}

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

Процедура  _{процедура} Печать(Кнопка)

ТабДок = Новый  _{движение} ТабличныйДокумент;

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

// Заголовок

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

Область.Параметры.ПКОСтрока = "ПКО № " +

ЭтотОбъект.Номер +  _{рассмотрена}

Формат(ЭтотОбъект.Дата, "ДФ='дд  _фильтр ММММ  _{заголовок} гггг'");

Область.Параметры.Фирма =

ЭтотОбъект.Фирма.Наименование;

Область.Параметры.РеквизитыФирмы=  _{номенклатуры} "ИНН " +

ЭтотОбъект.Фирма.ИНН +

" КПП " + ЭтотОбъект.Фирма.КПП +

" Юр.адрес " + ЭтотОбъект.Фирма.ЮридическийАдрес;

Область.Параметры.Касса= ЭтотОбъект.Касса.Наименование;

Область.Параметры.Контрагент =

ЭтотОбъект.Контрагент.Наименование;

Область.Параметры.РеквизитыКонтрагента = "ИНН " +

ЭтотОбъект.Контрагент.ИНН +

" КПП " + ЭтотОбъект.Контрагент.КПП;

Область.Параметры.Сумма = Формат(ЭтотОбъект.Сумма,

"ЧЦ=15;ЧДЦ=2") + " ( "

+ ЧислоПрописью(ЭтотОбъект.Сумма, "L=ru_RU") + " ) руб.";;

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

ТабДок.ОтображатьСетку = Ложь;

ТабДок.Защита = Ложь;

ТабДок.ТолькоПросмотр = Ложь;

ТабДок.ОтображатьЗаголовки = Ложь;

ТабДок.Показать();

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

Документ.ПоступлениеТМЦ.МодульОбъекта

Процедура  _выборе ОбработкаПроведения(Отказ,  _{регистр} Режим)

Для  _ктро Каждого  _{поэтому} ТекСтрокаНоменклатура  _{процедура} Из Номенклатура  _{каждого} Цикл

// регистр  _{каждого} Остатки  _{регистрын} Приход

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

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

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

Движение.Фирма = Фирма;

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

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

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

Движение.КодОперации = КодОперации;

КонецЦикла;

Для  _тогда Каждого  _{кодоперации} ТекСтрокаНоменклатура  _отдела Из Номенклатура  _цикл Цикл

// регистр  _исте Взаиморасчеты  _курс Приход

Движение = Движения.Взаиморасчеты.Добавить();

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

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

Движение.Фирма = Фирма;

Движение.Контрагент = Контрагент;

Движение.Сделка = ЭтотОбъект.Ссылка;

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

КонецЦикла;

Для  _{конецпроцедуры} Каждого  _отказ ТекСтрокаНоменклатура  _{кодоперации} Из Номенклатура  _{кодоперации} Цикл

// регистр  _группы Основной

Движение = Движения.Основной.Добавить();

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

Движение.СчетКт =

ПланыСчетов.Основной.РасчетыСПоставщикамиВРублях;

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

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

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

Движение.СубконтоДт[ПланыВидовХарактеристик.ВидыСубконтоХозрасчетные.Номенклатура] = ТекСтрокаНоменклатура.Номенклатура;

Движение.СубконтоКт[ПланыВидовХарактеристик.ВидыСубконтоХозрасчетные.Контрагенты] = Контрагент;

КонецЦикла;

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

Документ.ПоступлениеТМЦ.Форма.ФормаДокумента.Форма.Модуль

Процедура  _крет ПриОткрытии()

Если  _если ЭтотОбъект.ЭтоНовый() Тогда

КодОперации = Перечисления.КодыОпераций.приход;

КонецЕсли;  _исте

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

Документ.ПриходПоБанку.МодульОбъекта

Процедура  _{заголовок} ОбработкаПроведения(Отказ,  _обес Режим)

Если  _{предложенного} Фирма.Пустая() Тогда

Предупреждение("Заполните  _затем фирму!", 60, "Проведение.");

//  _{существующем} Отказ = истина;

Возврат;

КонецЕсли;

Если  _цикл Контрагент.Пустая() Тогда

Предупреждение("Заполните  _частью контрагента!", 60, "Проведение.");

//  _если Отказ = истина;

Возврат;

КонецЕсли;

Если  _{номенклатуры} Фирма.БанковскийСчет.Пустая() Тогда

Предупреждение("Заполните  _{движение} банковский  _{необходимого} счет  _ктро у фирмы!", 60, "Проведение.");

//  _{необходимо} Отказ = истина;

Возврат;

КонецЕсли;

Если  _досту Контрагент.БанковскийСчет.Пустая() Тогда

Предупреждение("Заполните  _фильтр банковский  _{журналы} счет  _досту у контрагента!", 60, "Проведение.");

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

Возврат;

КонецЕсли;

// регистр  _{процедура} Взаиморасчеты  _также Приход

Движение = Движения.Взаиморасчеты.Добавить();

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

Движение.Период  _{системы} = Дата;

Движение.Фирма  _входа = Фирма;

Движение.Контрагент = Контрагент;

Движение.Сделка= ЭтотОбъект.Ссылка;

Движение.Сумма  _период = ЭтотОбъект.Сумма;

Движение = Движения.Банк.Добавить();

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

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

Движение.Фирма  _{баронов} = Фирма;

Движение.БанковскийСчет  _{строятся} = Фирма.БанковскийСчет;

Движение.Сумма  _{движение} = ЭтотОбъект.Сумма;

Движение.КодОперации=

Перечисления.КодыОпераций.ПриходПоБанку;

// регистр  _новом Основной

//Движение = Движения.Основной.Добавить();

//Движение.СчетДт = ПланыСчетов.Основной.ТоварыНаСкладах;

//Движение.СчетКт =

ПланыСчетов.Основной.РасчетыСПоставщикамиВРублях;

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

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

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

//Движение.СубконтоДт[ПланыВидовХарактеристик.ВидыСубконтоХозрасчетные.Номенклатура] = ТекСтрокаНоменклатура.Номенклатура;

//Движение.СубконтоКт[ПланыВидовХарактеристик.ВидыСубконтоХозрасчетные.Контрагенты] = Контрагент;

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

Документ.ПриходПоБанку.Форма.ФормаДокумента.Форма.Модуль

Процедура  _{измерения} ПриОткрытии()

Если  _{кодоперации} ЭтотОбъект.ЭтоНовый() Тогда

КодОперации = Перечисления.КодыОпераций.ПриходПоБанку;

КонецЕсли;  _если

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

Процедура  _истр Печать(Кнопка)

ТабДок = Новый  _{номенклатура} ТабличныйДокумент;

Макет =

Документы.ПриходПоБанку.ПолучитьМакет("МакетПриходПоБанку");

// Заголовок

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

Область.Параметры.ПриходПоБанкуСтрока = "Приход  _{тютюник} по банку № " + ЭтотОбъект.Номер +  _{процедура}

Формат(ЭтотОбъект.Дата, "ДФ='дд  _{измерения} ММММ  _отказ гггг'");

Область.Параметры.Фирма =

ЭтотОбъект.Фирма.Наименование;

Область.Параметры.РеквизитыФирмы= "ИНН " +

ЭтотОбъект.Фирма.ИНН +

" КПП " + ЭтотОбъект.Фирма.КПП +

" Юр.адрес " + ЭтотОбъект.Фирма.ЮридическийАдрес;

Область.Параметры.БСФирма =

ЭтотОбъект.Фирма.БанковскийСчет;

Область.Параметры.Контрагент =

ЭтотОбъект.Контрагент.Наименование;

Область.Параметры.РеквизитыКонтрагента = "ИНН " +

ЭтотОбъект.Контрагент.ИНН +

" КПП " + ЭтотОбъект.Контрагент.КПП;

Область.Параметры.БСКонтрагент =

ЭтотОбъект.Контрагент.БанковскийСчет;

Область.Параметры.Сумма = Формат(ЭтотОбъект.Сумма,

"ЧЦ=15;ЧДЦ=2") + " ( "

+ ЧислоПрописью(ЭтотОбъект.Сумма, "L=ru_RU") + " ) руб.";;

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

ТабДок.ОтображатьСетку = Ложь;

ТабДок.Защита = Ложь;

ТабДок.ТолькоПросмотр = Ложь;

ТабДок.ОтображатьЗаголовки = Ложь;

ТабДок.Показать();

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

Документ.РасходПоБанку.МодульОбъекта

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

Если  _{регистр} Фирма.Пустая() Тогда

Предупреждение("Заполните  _{каждого} фирму!", 60, "Проведение.");

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

Возврат;

КонецЕсли;

Если  _ктро Контрагент.Пустая() Тогда

Предупреждение("Заполните  _{процедура} контрагента!", 60, "Проведение.");

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

Возврат;

КонецЕсли;

Если  _{нтообороту} Фирма.БанковскийСчет.Пустая() Тогда

Предупреждение("Заполните  _далее банковский  _отказ счет  _отчет у фирмы!", 60, "Проведение.");

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

Возврат;

КонецЕсли;

Если  _также Контрагент.БанковскийСчет.Пустая() Тогда

Предупреждение("Заполните  _целей банковский  _{обладает} счет  _итер у контрагента!", 60, "Проведение.");

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

Возврат;

КонецЕсли;

// регистр  _{измерения} Взаиморасчеты  _rectu Приход

Движение = Движения.Взаиморасчеты.Добавить();

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

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

Движение.Фирма  _{реализована} = Фирма;

Движение.Контрагент = Контрагент;

Движение.Сделка= ЭтотОбъект.Ссылка;

Движение.Сумма  _{артамонова} = ЭтотОбъект.Сумма;

Движение = Движения.Банк.Добавить();

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

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

Движение.Фирма  _{баронов} = Фирма;

Движение.БанковскийСчет = Фирма.БанковскийСчет;

Движение.Сумма = ЭтотОбъект.Сумма;

Движение.КодОперации=

Перечисления.КодыОпераций.РасходПоБанку;

// регистр  _{обладает} Основной

//Движение = Движения.Основной.Добавить();

//Движение.СчетДт = ПланыСчетов.Основной.ТоварыНаСкладах;

//Движение.СчетКт =

ПланыСчетов.Основной.РасчетыСПоставщикамиВРублях;

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

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

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

//Движение.СубконтоДт[ПланыВидовХарактеристик.ВидыСубконтоХозрасчетные.Номенклатура] = ТекСтрокаНоменклатура.Номенклатура;

//Движение.СубконтоКт[ПланыВидовХарактеристик.ВидыСубконтоХозрасчетные.Контрагенты] = Контрагент;

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

Документ.РасходПоБанку.Форма.ФормаДокумента.Форма.Модуль

Процедура  _выборе ПриОткрытии()

Если  _отказ ЭтотОбъект.ЭтоНовый() Тогда

КодОперации = Перечисления.КодыОпераций.РасходПоБанку;

КонецЕсли;  _{проведен}

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

Процедура  _{регистр} Печать(Кнопка)

ТабДок = Новый  _если ТабличныйДокумент;

Макет =

Документы.РасходПоБанку.ПолучитьМакет("МакетРасходПоБанку");

// Заголовок

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

Область.Параметры.РасходПоБанкуСтрока  _исте

= "Расход  _{номенклатуры} по банку № " + ЭтотОбъект.Номер +  _{тютюник}

Формат(ЭтотОбъект.Дата, "ДФ='дд  _умма ММММ  _{необходимо} гггг'");

Область.Параметры.Фирма =

ЭтотОбъект.Фирма.Наименование;

Область.Параметры.РеквизитыФирмы= "ИНН " +

ЭтотОбъект.Фирма.ИНН +

" КПП " + ЭтотОбъект.Фирма.КПП +

" Юр.адрес " + ЭтотОбъект.Фирма.ЮридическийАдрес;

Область.Параметры.БСФирма =

ЭтотОбъект.Фирма.БанковскийСчет;

Область.Параметры.Контрагент =

ЭтотОбъект.Контрагент.Наименование;

Область.Параметры.РеквизитыКонтрагента = "ИНН " +

ЭтотОбъект.Контрагент.ИНН +

" КПП " + ЭтотОбъект.Контрагент.КПП;

Область.Параметры.БСКонтрагент =

ЭтотОбъект.Контрагент.БанковскийСчет;

Область.Параметры.Сумма

= Формат(ЭтотОбъект.Сумма, "ЧЦ=15;ЧДЦ=2") + " ( "

+ ЧислоПрописью(ЭтотОбъект.Сумма, "L=ru_RU") + " ) руб.";;

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

ТабДок.ОтображатьСетку = Ложь;

ТабДок.Защита = Ложь;

ТабДок.ТолькоПросмотр = Ложь;

ТабДок.ОтображатьЗаголовки = Ложь;

ТабДок.Показать();

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