Разработка программного модуля для интеграции данных между системами 1С:Предприятие 8.2 и модулем "Казначейство" КИС ОАО "ММК"

Постановка задачи для модуля 1С. Бухгалтерия 3.0. Анализ существующих разработок в области интегрирования данных. Информационное обеспечение модуля "Связь 1С Предприятия 8.2. с "Казначейством". Программное и технологическое обеспечение данного модуля.

Рубрика Программирование, компьютеры и кибернетика
Вид курсовая работа
Язык русский
Дата добавления 10.06.2013
Размер файла 1,5 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

Введение

Объектом исследования является - процесс создания модуля связи 1С:Бухгалтерий 3.0 (ЗАО «ТВ-ИН») с «Казначеством» (КИС ОАО «ММК»).

Предмет исследования - автоматизация процесса интеграции данных из 1С Предприятие 8.2 в модуль «Казначейство» КИС ОАО «ММК»

Цель дипломного проекта: разработать программный модуль для интегрирования данных из среды 1С Предприятие в модуль «Казначейство» КИС ОАО «ММК, который позволит автоматизировать документооборот, обеспечить учет готовой продукции в ЗАО «ТВ-ИН», уменьшить временные затраты на работу с документами.

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

1. Исследовать предметную область в существующей информационной системе в главной бухгалтерии.

2. Разработать проектные решения по созданию модуля.

3. Разработка архитектуры системы интеграции данных

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

5. Реализовать программный модуль по учету отпуска готовой продукции в среде разработки «1С Предприятие».

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

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

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

1. Описание области внедрения проекта

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

1.1 Технико-экономические характеристики предметной области по учету готовой продукции на ОАО «ММК»

Характеристика предприятия ОАО «ММК»

ОАО «Магнитогорский металлургический комбинат» входит в число крупнейших мировых производителей стали и занимает лидирующие позиции среди предприятий черной металлургии России.

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

ММК производит широкий ассортимент металлопродукции с преобладающей долей продукции с высокой добавленной стоимостью.

В 2012 г. Группой ММК произведено 13 млн. тонн стали и 11,9 млн. тонн товарной металлопродукции.

Группа ОАО «ММК» (Группа) - совокупность объединенных единой системой управления и контроля организаций, деятельность которых направлена на достижение единой стратегической цели - сохранение долговременной конкурентоспособности и устойчивое развитие.

В Группу «ММК» входит общество ООО «ММК-Информсервис» которое образовано в мае 2010 года на базе управления информационных технологий ОАО "ММК". Миссия общества, это обеспечение текущих и перспективных потребностей ОАО «ММК» и Группы обществ ОАО "ММК" в полноценной, оперативной и достоверной информации с целью повышения качества принимаемых управленческих решений.

Рисунок 1.1. - Структура группы ОАО «ММК»

Разрабатываемый модуль применяется в ММК - Сервис «Строительный комплекс» и «ТВ-ИН»

Характеристика предприятия ЗАО «ТВ-ИН»

Началом своей биографии телекомпания «ТВ-ИН» считает 1993 год. «ТВ-ИН» является крупнейшей негосударственной телекомпанией Магнитогорска с объемом собственного вещания до пяти часов в день, с современным технологическим оборудованием и собственным эфирным пространством, которое наполняется программами, рассчитанными на широкий круг зрителей.

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

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

Характеристика предприятия ЗАО «Строительный Комплекс»

Закрытое Акционерное Общество «Строительный Комплекс» (сокращенно ЗАО «Строительный Комплекс») создано в феврале 2000 года. В связи со значительной загрузкой работами на строительстве конвертного цеха и стана «2000» производственные предприятия треста «Магнитострой» не обеспечивали комбинат сборным железобетоном и бетоном, что вызвало необходимость строительства собственной производственной базы стройиндустрии.

Единственным учредителем (акционером) Общества является ОАО «ММК». ЗАО «Строительный Комплекс» является юридическим лицом, имеет в собственности обособленное имущество, учитываемое на его самостоятельном балансе, отвечает по обязательствам всем своим имуществом, может от своего имени приобретать и осуществлять и осуществлять имущественные и личные неимущественные права, нести обязанности, быть истцом и ответчиком в суде. Общество создано без ограничения срока деятельности.

В настоящее время ЗАО «Строительный Комплекс» руководит директор - лауреат премии Правительства РФ Кандаков А.И.

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

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

При участии ЗАО «Строительный Комплекс» на строительных объектах ОАО «ММК» построены и введены в строй:

- агрегат продольной резки в ЛПЦ-3;

- отделение регенерации, реконструирована травильная линия в ЛПЦ 5;

- литейный двор четвертой доменной печи;

- двухклетьевой реверсивный стан в ЛПЦ5;

- реконструированы травильные линии НТА-1 и НТА-2;

- агломашины в горно-обогатительном производстве ОАО «ММК».

- Строительство и реконструкция социально - бытовых объектов города:

- Центральный стадион;

- уникальный операционный блок АНО «Медсанчасть администрации города и ОАО «ММК»;

- возведен святой источник храма Вознесения Господня.

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

Основные направления деятельности общества:

1. Производство строительных, монтажных, специальных и проектных работ.

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

3. Производство строительных материалов и изделий.

Структура предприятия ЗАО «Строительный Комплекс»

В настоящее время ЗАО «Строительный Комплекс» выполняет строительно-монтажные работы, выпускает собственные строительные материалы. За пять лет ЗАО «Строительный Комплекс» превратилось в многоуровневую структуру, под его маркой работает стекольный завод. Выпускает Силикат-глыбу Na, K-Na, Na-K, K, стекло жидкое, стекло жидкое с каустиком. Так же под его маркой работают:

Рисунок 1.2. - Производственные участки ЗАО «Строительный Комплекс»

Завод керамических материалов - ЗКМ «Керамик». Выпускает кирпич керамический утолщенный (М125-М-175), кирпич керамический утолщенный лицевой (М125-М150), кирпич керамический двойной (М125-М-175), кирпич керамический двойной лицевой (М125), кирпич керамический архитектурный (в ассортименте), камень футеровочный. Имеется участок по производству полнотелого кирпича, расположенный в с. Кундравы Чебаркульского района Челябинской области (Кундравинский кирпичный завод).

Завод железобетонных изделий - ЗЖБИ. Выпускает фундаментные подушки (ФЛ 10-08 - ФЛ 32-12), фундаменты стаканного типа (1Ф 18.9-1 - 2Ф 21.9-1), фундаментные блоки (ФБС 24-6-6 - ФБС 12-4-3), плиты перекрытия пустотные (ПК 72-15 - ПК 57-15), лотки, плиты перекрытия лотков, перемычки, прогоны, блоки стеновые, кольца, плиты перекрытия плоские, крышки колец, бордюры, плиты тротуарные, лестничные ступени, плиты лестничных площадок, лестничные марши, балки подкрановые, вентиляционные короба, плиты, стойки, опоры ЛЭП, сваи, плиты перекрытия трамвайных путей, плиты перекрытия тепловых камер, колодцы, плиты аэродромных перекрытий, плиты ребристые, унифицированные дырчатые блоки для фундаментов, стяжку, бетон товарный.

Строительно-монтажное управление №2 - СМУ №2. Выполняет строительно-монтажные работы, изготавливает металлоконструкции, производит, бетон товарный, столярную продукцию.

Управление механизации и автотракторной техники - УМиАТ. Располагает 102 единицами автотракторной техники, в том числе 19 самосвалами, 13 седельными тягачами, 7 экскаваторами, мобильным краном Либхерр LTM 1160-5.1 г/п 160 тн., бурильно-сваебойной машиной NIPPON SHARYO DHP.

Центральная строительная лаборатория осуществляет контроль качества строительно-монтажных и отделочных работ.

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

Характеристика отделов ЗАО «Строительного Комплекса»

Главная бухгалтерия

Главная бухгалтерия ЗАО «Строительный комплекс» является самостоятельным структурным подразделением и подчиняется непосредственно директору ЗАО «Строительный комплекс». Главная бухгалтерия возглавляется главным бухгалтером (структура представлена на рис.1.4). Назначения, освобождение и перемещение счетно-бухгалтерских работников главной бухгалтерии (кроме главного бухгалтера) производится распоряжениями директора.

Бухгалтерский учет на предприятии осуществляется в единой бухгалтерии. Бухгалтерия делится на функциональные группы:

? по учету поставщиков и подрядчиков;

? по производственному учету.

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

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

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

На группу по учету поставщиков и подрядчиков возложены обязанности:

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

? по учету ТМЦ и основных средств в Управлении ЗАО «Строительный комплекс»;

Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

Рисунок 1.4 - Структура главной бухгалтерии ЗАО «Строительного Комплекса»

1.2 Постановка задачи для модуля 1С. Бухгалтерия 3.0

Границы предметной области

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

Проект будет предназначен для бухгалтерии ОАО ММК «Строительный комплекс» и «ТВ-ИН».

Предназначен для реализации следующих функций:

? получения данных о контрагентах имеющихся в базе данных ЗАО «Строительный Комплекс»;

? ввода данных о новых контрагентах;

? просмотра данных о договорах в системе «Казначество»;

? ввода остатка долга контрагента;

? ввода инвойса в «Казначейство»;

? ввода карточки оплаты;

? ввод инвойсов таблицей.

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

Выявленные «узкие» места:

1 Трудоемкость обработки большого объема информации на бумажных носителях и в электронных таблицах Microsoft Excel.

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

3 Большая степень загруженности бухгалтеров

4 Низкий уровень применения средств автоматизации.

1.3 Анализ существующих разработок в области интегрирования данных

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

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

? «1С:Предприятие»;

? «Галактика»;

? «Турбо-Бухгалтер»;

? «Инфо-Бухгалтер»;

? «Парус»;

? «Бухсофт»;

? И многие другие.

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

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

Таблица 1.1 - Сравнительный анализ информационных систем

Критерий

1С:Бухгалтерия

Галактика

Фрегат-Корпорация

Парус

Наличие на предприятии

да

нет

нет

нет

Наличие решения

1С:Торговля и склад

Отраслевое решение «Управление строительством» или Логистика

Модуль «Склад WMS»

Модуль «Управление складом»

Удобство интерфейса

Интуитивно понятный интерфейс

Интуитивно понятный интерфейс

Интуитивно понятный интерфейс

Интуитивно понятный интерфейс

Производительность

Высокая

Высокая

Высокая

Высокая

Функциональность модуля

Функциональность превосходит требования данной предметной области

Функциональность превосходит требования данной предметной области

Функциональность превосходит требования данной предметной области

Функциональность превосходит требования данной предметной области

Гибкость модуля

Высокая гибкость и адаптивность к специфическим требованиям

Система требует специальных навыков, сложно адаптируется

Система имеет модульную структуру, легко адаптируется

Система имеет модульную структуру, легко адаптируется

Открытость

Поддерживается экспорт и импорт из Excel, Word, HTML, XML, 1C, Инфо-бухгалтер

Поддерживается экспорт и импорт из Excel, Word

Поддерживается экспорт и импорт из Excel, Word, HTML, XML, 1C, Инфо-бухгалтер

Поддерживается экспорт и импорт из Excel, Word

Безопасность и конфиденциальность

Высокая

Высокая

Высокая

Высокая

Стоимость приобретения, внедрения

(на 5 польз.), сетевая 72 000 р.

от 14 000 рублей до 90 000 рублей

От 3500 р. до 8000 р. За 1 раб место

27900 руб.

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

Корпоративная информационная система «Фрегат-корпорация» обладает следующими функциями:

1) Механизмы ведения различных видов учета.

2) Справочник типовых хозяйственных операций.

3) Управленческий учет.

4) Инвентаризация.

5) Аналитический учет.

6) Вложенность упаковок.

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

Корпоративная информационная система «Галактика» содержит модуль «Управление строительством» или Логистика, который обладает следующими функциями:

1) Ведение договорной деятельности;

2) Обслуживание претензий и исков;

3) Управление сбытом;

4) Управление снабжением;

5) Управление взаимоотношениями с поставщиками и получателями;

6) Формирование прайс-листов;

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

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

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

1) Ведение справочников.

2) Проверка регистрируемых данных.

3) Формирование сопроводительных документов.

4) Печать всех необходимых документов.

5) Создание отчетных документов для руководства.

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

В результате сравнительного анализа корпоративной информационной системы «Фрегат-корпорация», Корпоративной Информационной Системы «Галактика» (модуль «Учет в производстве»), а также системы «1С Предприятие» фирмы 1С можно сделать вывод, что разработка модуля с использованием продукта компании 1С является оптимальным решением для внедрения в производство ОАО «ММК» «ТВ-ИН», так как:

1. Разработка «1С Предприятие» имеет модульную структуру и легко адаптируется к условиям предприятия.

2. Разработка «1С Предприятие» имеет простой и интуитивно понятный интерфейс.

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

4. Разработка «1С Предприятие» имеет высокую производительность, несмотря на объемы обрабатываемой информации.

5. Разработка «1С Предприятие» является открытой, что позволяет ей взаимодействовать с другими системами.

6. Разработка «1С Предприятие» обеспечивает высокую безопасность и конфиденциальность.

7. Функциональность разработки «1С Предприятие» соответствует требованиям предприятия, возникающим в процессе учета.

Следует учесть то, что на предприятии ЗАО «ТВ-ИН» уже внедрена и находится в эксплуатации система «1С Предприятие 8.2»

1.4 Цели и задачи разработки проекта

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

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

1 Исследовать предметную область и выделить проблемы в существующей информационной системе.

2 Проектирование программного продукта, разработка возможных решений.

3 Реализовать программный модуль интеграции данных в среде разработки «1С Предприятие 8.2».

4 Тестирование пробной версии.

2. Проектные и технологические решения поставленных задач

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

2.1 Информационное обеспечение модуля «Связь 1С Предприятия 8.2. с «Казначейством»»

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

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

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

Функционирование системы делиться на два процесса:

- конфигурирование (описание модели предметной области средствами системы);

- исполнение (обработку данных предметной области).

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

- константы;

- справочники;

- документы;

- регистры;

- перечисления;

- журналы расчетов;

- бухгалтерские счета;

- операции;

- проводки и т.д.

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

- «Контрагенты»;

- «Договоры»;

- «График платежей»;

- «Запрос на платеж»;

- «Счета-фактуры»;

- «Операции (платежи, поступления)»;

- «Задолженность по договорам».

А также связанны с ними:

? Реквизиты;

? Формы.

Все данные хранятся в регистрах сведений и регистрах накопления (которые имеют формат *.DBF), и при помощи файла метаданных 1Сv8.MD система при загрузке создает связи между файлами *.DBF и производит операции над данными.

Рисунок 2.1 - Концептуальная схема работы интерфейса

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

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

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

- «KIND_CONTRACT» - вид договора;

- «KIND_OBLIGATIONS» - вид обязательства;

- «POSSIBLE_PAYMENT» - форма расчетов;

- «CURRENCIES» - справочник валют;

- «BANKS» - справочник банков;

- «FORM_PAY» - форма оплаты;

- «USLOV_PAY» - условия оплаты;

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

Таблица 2.1 - Таблица «Контрагенты»

Поле

Тип

Обязательное

Описание

CONTRAGENT_ID

NUMBER (15)

ID контрагента (формируется автоматически)

CNAME

VARCHAR2(300 Byte)

Y

Полное имя

SHORT_NAME

VARCHAR2(100 Byte)

Y

Короткое имя

INN

VARCHAR2(50 Byte)

Y

ИНН

STATUS_CONTRAGENT

VARCHAR2(50 Byte)

Y

Статус контрагента

TYPE_CONTRAGENT

VARCHAR2(50 Byte)

Y

Классификация (из набора («Договорный», «Прочий», «Налоговый», «Договорный и прочий»))

KPP

VARCHAR2(50 Byte)

N

КПП

COUNTRY

VARCHAR2(15 Byte)

Y

Страна (из справочника)

ZIP

VARCHAR2(30 Byte)

N

Почтовый индекс

COUNTY

VARCHAR2(50 Byte)

N

Страна

CITY

VARCHAR2(100 Byte)

N

Город

ADRESS

VARCHAR2(500 Byte)

N

Адрес

OGRN

VARCHAR2(50 Byte)

N

ОГРН

CLOSED_DATE

DATE

N

Дата закрытия

EXTERNAL_ID

VARCHAR2(80 Byte)

ID контрагента из системы Дочерней организации

Если в окне нет нужного контрагента, значит, его нет в системе «Казначейство», и нужно из системы 1С добавлять его, путем заполнения обязательных реквизитов контрагента для системы «Казначейство». Обязательные поля для заполнения можно увидеть в таблице 2.1.

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

Рисунок 2.2 - форма «Контрагенты»

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

Таблица 2.2 - Таблица «Договоры»

Поле

Тип

Обязательное

Описание

CONTRACT_ID

NUMBER (15)

Y

ID договора (формируется автоматически)

CONTRAGENT_ID

NUMBER (15)

Y

ID контрагента, с которым заключен договор

Продолжение таблицы 2.2

Поле

Тип

Об

Описание

CONTRACT_NUM

VARCHAR2 (50)

Y

Номер договора

RESPONSIBLE

VARCHAR2 (50)

Y

Ответственный

DEPARTMENT

VARCHAR2 (150)

Y

Подразделение

INN

VARCHAR2 (40)

Y

ИНН контрагента

START_DATE

DATE

Y

Дата начала действия договора

END_DATE

DATE

N

Дата окончания действия договора

KIND_CONTRACT

VARCHAR2 (100)

Y

Вид договора

INTEREST

VARCHAR2 (15)

N

Наличие заинтересованности

KIND_OBLIGATION

VARCHAR2 (20)

N

Вид обязательств

SUBJECT_AGREEMENT

VARCHAR2 (240)

Y

Предмет договора

POSSIBLE_PAYMENT

VARCHAR2 (20)

N

Форма рассчетов

PRICE_BARGAIN

VARCHAR2 (240)

N

Цена сделки

CURRENCY_CODE

VARCHAR2 (15)

Y

Код валюты

BANK_NAME

VARCHAR2 (200)

Y

Имя банка контрагента

BANK_ACCOUNT_NUM

VARCHAR2(50)

Y

Номер банковского счета контрагента

INN_OTHER

VARCHAR2(50)

N

ИНН прочего получателя платежа

NAME_OTHER

VARCHAR2 (300)

N

Имя прочего получателя платежа

ID_CONTRAGENT_OTHER

NUMBER(15)

N

ID прочего получателя платежа

EVENT_LIABILITY

VARCHAR2 (500)

N

Событие, определяющее исполнение обязательства при предварительной оплате

EVENT_LIABILITY_FOLLOW

VARCHAR2 (500)

Y

Событие, определяющее исполнение обязательства при последующе оплате

FORMULA_DATE_LIABILITY

VARCHAR2 (500)

Y

Условия оплаты

FORM_PAY

VARCHAR2(50)

N

Форма оплаты

PROC_SETTLEMENTS

VARCHAR2(50)

Y

Порядок расчетов

BANK_BRANCH_ID

NUMBER(15)

Y

ID банка контрагента

KBK

VARCHAR2(50)

N

КБК контрагента

OKATO

VARCHAR2(50)

N

ОКАТО контрагента

CONTRACT_NUM_OUTSIDE

VARCHAR2(50)

N

Номер договора со стороны контрагента

DAY_OF_ENTRY

DATE

N

Дата регистрации договора

BANK_NAME_OTHER

VARCHAR2 (200)

N

Имя банка прочего контрагента

BANK_ACCOUNT_NUM

VARCHAR2(50)

N

Номер банковского счета прочего понтрагента

PREPAY_ALLOW

VARCHAR2 (5)

N

Разрешение предоплаты: Y- разрешено создавать предоплатные карточки запроса на платеж по договору; N - запрещено создавать предолатные карточки запроса на платеж по договору.

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

Графические представление таблицы, представлено на рисунке 2.3.

Рисунок 2.3 - Форма «Договоры»

Таблица «График платежей» состоит из данных о дате планового платежа, суммы планового платежа, идентификационного номера платежа и т.д.

Таблица 2.3 - «График платежей»

Поле

Тип

Обязательное

Описание

PLAN_PAY_ID

NUMBER (15)

Y

ID планового платежа (формируется автоматически)

CONTRACT_ID

NUMBER (15)

Y

ID контрагента, с которым заключен договор

DATE_PLAN_PAY

DATE

Y

Дата планового платежа

AMOUNT_PLANT_PAY

NUMBER (15,2)

Y

Сумма планового платежа

EXTERNAL_ID

VARCHAR2(80Вyte)

N

Внешний ключ из системы Дочерней организации

Возможные значения полей «События, определяющее значение обязательства»

1. В поле «вид договора» выбрано значение «Договор входящий» или «Без договора входящий» и

1 вариант - в поле «Порядок расчетов» выбрано значение «Последующая оплата»:

? для выбора в поле «Событие, определяющее исполнение обязательства «последующая оплата» будут доступны слудеющие варианты»:

i. Получение груза от перевозчика

ii. Поступление на склад

iii. Выполнение работ, оказание услуг

iv. Поступление счета-фактуры

v. Перечисление гос. Границы

? поле «Событие, определяющее исполнение обязательства «Предварительная плата» неактивно»

? поле «Условия оплаты» заполняется из справочника xxeq.xxeq_uslov_pay

2 вариант - в поле «Порядок расчетов» выбрано значение «Предварительная оплата»:

? для выбра в поле «Событие, представляющее исполнение обязательства «Предварительная оплата»», будут доступны следующие варианты:

a. подписание договора

b. поставка ТМЦ, оказание услуг,выполнение работ

c. поступление предварительного счета на оплату

d. Отгрузка ТМЦ

? для выбора в поле «Событие, определяющее исполнение обязательства «последующая оплата», будут доступны следующие варианты»:

i. Получение груза от перевозчика

ii. Поступление на склад

iii. Выполнение работ,оказание услуг

iv. Поступление счета-фактуры, инвойса

v. Акцепт счета-фактуры

vi. Пересечение гос.границы

? поле «Условия оплаты» заполняется из справочника xxeq.xxeq_uslov_pay

3 вариант - в поле «порядок расчетов» выбрано значение «Плановые платежи»:

? Поля «Событие, определяющее исполнение обязательства «Предварительная оплата», «Событие, определяющее исполнение обязательства «последующая оплата» «Условия оплаты»» будут не активными.

2. В поле «Вид договора» выбрано значение «Договор исходящий» или «Без договора исходящий» и

1 вариант - в поле «Порядок расчетов» выбрано значение «Последующая оплата»:

? Для выбора в поле «Событие, определяющее исполнение обязательства «Последующая оплата»», будут доступны следующие варианты

a. Отгрузка поставщиком

b. Направление счета-фактуры на адрес контрагента

c. Отправка счета-фактуры по электронной почте

? Поле «Событие, определяющее исполнение обязательства «предварительная оплата»» неактивно

? Поле «Условия оплаты» заполняется из справочника xxeq.xxeq_uslov_pay

2 вариант - в поле «Порядок расчетов» выбрано значение «Предварительная оплата»:

? Для выбора поле «Событие, определяющее исполнение обязательства «Предварительная оплата»», будут доступны следующие варианты:

(i) Подписание договора

(ii) Постановка ТМЦ, оказание услуг, выполнение работ

(iii) Отгрузка ТМЦ

? Для выбора в «Событие, определяющее исполнение обязательства «Последующая оплата»», будут доступны следующие варианты:

(i) Отгрузка поставщиком

(ii) Направление счета-фактуры в адрес контрагента

(iii) Отправка счета-фактуры по электронной почте

? Поле «Условие оплаты» заполняется из справочника xxeq.xxeq_uslov_pay

3 вариант - в поле «Порядок расчетов» выбрано значение «Плановые платежи»:

? Поля «Событие, определяющее исполнение обязательства «Предварительная оплата»», «Событие, определяющее исполнение обязательства «Последующая оплата»», «Условие оплаты» будут неактивными

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

Категория счета-фактуры может принимать значения:

? STANDARD - стандартный счет-фактура;

? PREPAY - предоплатный счет фактура (только кредиторка);

? OTHER - прочий счет-фактура (только кредиторка);

? ASSIGNMENT - кредитовое авизо по переуступке прав требования;

? DB_ASSIGNMENT - дебетовое авизо по переуступке прав требования;

? CR_ADVANC_IN - кредитовое авизо по возврату авансов полученных (только кредиторка);

? DB_ADVANC_IN - дебетовое авизо по возврату авансов полученных (только дебиторка);

? CR_ADVANC_OUT - кредитовое авизо по возврату полученных авансов (только кредиторка);

? DB_ADVANC_OUT - дебитовое авизо по возврату полученных авансов (только дебиторка);

? PAYROLL - зарплата (только кредиторка);

? STORNO - авизо по операциям сторно;

? DB_ASSIGMENT_PREPAY - дебетовое авизо по переуступке прав требования(предоплата, введено для реализации переуступки прав требования выданного аванса и его погашение);

? TAX - налоги;

? CONTRACT_DEBT - кредиты и займы;

Если счет-фактура привязана к карточке запроса на платеж, то редактирование и удаление запрещены, а также, если счет-фактура оплачен или частично оплачен, то редактироване и удаление запрещены. Редактирование поля EXTERNAL_ID разрешено в любом состоянии счета-фактуры. При заполнении поля AVISO_LINK_ID в программе ищется счет-фактура, на который указывает ссылка, и на этом счете проставляется встречная ссылка.

Рисунок 2.4 - Графическое представление счета-фактуры

Таблица 2.4 - «Счета - фактуры»

Поле

Тип

Обязательное

Описание

INVOICE_ID

NUMBER(15)

Y

ID счета - фактуры (формируется автоматически)

INVOICE_TYPE

VARCHAR2(30)

Y

Тип счета - фактуры, может принимать значения:PAYMENT - поставщики и подрядчики, RECEIPT - покупатели и заказчики

INVOICE_STATUS

VARCHAR2(30)

Y

Статус счета-фактуры (UNTIED - несвязанная; DELETED - удалена; PARTLY - частично связанная). Только просмотр

INVOICE_DATE

DATE

N

Дата акцепта счета-фактуры. Если INVOICE_TYPE = PAYMENT, то поле становится обязательным для заполнения

CONTRAGENT_ID

NUMBER(15)

Y

ID контрагента (поле CONTRAGENT_ID из таблицы XXEQ.XXEQ_CONTRAGENTS_V)

CONTRAGENT_NAME

VARCHAR2(240)

N

Имя контрагента (заполняется автоматически)

CONTRAGENT_INN

VARCHAR2(30)

N

ИНН контрагента (заполняется автоматически)

INVOICE_NUM

VARCHAR2(50)

Y

Номер счета - фактуры

INVOICE_CURRENCY_CODE

VARCHAR2(15)

Y

Валюта (формируется автоматически)

INVOICE_AMOUNT

NUMBER(15,2)

N

Сумма акцепта счета - фактуры. Если INVOICE_TYPE = PAYMENT, то поле становится обязательным для заполнения

APPROVED_AMOUNT

NUMBER(15,2)

Y

Сумма счета - фактуры

APPROVED_DATE

DATE

Y

Дата счета - фактуры

CONTRACT_ID

NUMBER(15)

Y

ID договора

CONTRACT_NUM

VARCHAR2(15)

N

Номер договора (формируется автоматически)

AMOUNT_PAID

NUMBER(15,2)

N

Использованная сумма по счету - фактуре.Только просмотр

DESCRIPTION

VARCHAR2(240)

N

Описание

PAY_GROUP_CODE

VARCHAR2(25)

N

Код платежной статьи (формируется автоматически)

PAY_GROUP_ID

NUMBER(15)

N

ID головной платежной статьи (формируется автоматически)

PAY_GROUP_DO_ID

NUMBER(15)

Y

ID платежной статьи общества

CREATION_DATE

DATE

N

Дата создания записи (только просмотр)

LAST_UPDATE_DATE

DATE

N

Дата последнего обновления записи (только просмотр)

EXCHANGE_RATE

NUMBER(15,4)

N

Обменный курс (становится обязательным, если INVOICE_CURRENCY_CODE не равно RUR и EXCHANGE_RATE_TYPE равен USERS)

EXCHANGE_RATE_TYPE

VARCHAR2(30)

N

Тип обменного курса (становится обязательным, если INVOICE_CURRENCY_CODE не равно RUR). Может принимать значения: CORPORATE - ЦБРФ и USERS -Пользовательский

EXCHANGE_DATE

DATE

N

Дата обменного курса (становится обязательным, если INVOICE_CURRENCY_CODE не равно RUR)

BASE_AMOUNT

NUMBER(15,2)

N

Сумма в рублях (рассчитывается автоматически)

BALANCE_ACCOUNT

VARCHAR2(20)

Y

Бухгалтерский счет

NDS_PERCENT

NUMBER(15)

Y

Процент НДС (может принимать значения: 0,10,18,20,-1). (-1 - «без НДС»)

NDS_TYPE

VARCHAR2(30)

N

Направление НДС (может принимать значения: NDS_CONTRAGENT,NDS_BUDGET (НДС в бюджет). Становится обязательным, если NDS_PERCENT не равен 0)

NDS_APPROVED_AMOUNT

NUMBER(15)

N

Сумма НДС от суммы счета - фактуры (Становится обязательным, если NDS_PERCENT

PAYMENT_STATUS_FLAG

VARCHAR2(5)

N

Статус оплаты счета - фактуры (Y-оплачена полностью; N - не оплачена; P - частично оплачена). Только просмотр

REPAYMENT_DATE

DATE

Y

Срок оплаты

PAYMENT_PERIOD

DATE

N

Срок гашения. Для предоплатного счета - фактуры обязателен для заполнения

EXTERNAL_ID

VARCHAR2(80)

N

ID счета-фактуры из системы Дочерней организации

PAY_GROUP_CODE_MMK

VARCHAR2(15)

N

Код платежной статьи ММК, заполняется только когда контрагент ОАО ММК

INVOICE_CATEGORY

VARCHAR2(30)

Y

Категория счета - фактуры

GL_DATE

DATE

N

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

AVISO_LINK_ID

NUMBER

N

Ссылка на авизо (пока используется только для связи с/ф с категориями DB_ASSIGMENT И DB_ASSIGMENT_PREPAY)

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

Рисунок 2.5 - Подбор договора к контрагенту

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

Рисунок 2.6 - Выгрузка инвойса

2.3 Справочники модуля

Для использования модуля «Связь 1С Предприятия 8.2. с «Казначейством»» необходимо подключение к СУБД, что бы была возможность взять уже заполненные данные из справочников. В данном случае к тестовому серверу ocean8000.

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

xxeq_interface.login(user_name, password) RETURN numeric

где user_name, password - имя пользователя и пароль входа в OEBS.

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

? CONTRAGENT_STATUS - статус контрагента;

? CONTRAGENT_COUNTRY - страны;

? KIND_CONTRACT - вид договора;

? KIND_OBLIGATIONS - вид обязательств;

? POSSIBLE_PAYMENT - форма расчетов;

? CURRENCIES - справочник валют;

? BANKS - справочник банков;

? FORM_PAY - форма оплаты;

? USLOV_PAY - условия оплаты;

? PAY_GROUP - платежные статьи;

? PAY_GROUP_MMK - платежные статьи ОАО «ММК»;

? PAY_GROUP_DO - платежные статьи казначейства;

? BANK_ACCOUNTS_ALL - все банковские счета Дочернего общества.

Таблица 2.5 - CONTRAGENT_STATUS

Поле

Тип

Описание

LOOKUP_CODE

VARCHAR (30 Byte)

Код статуса

MEANING

VARCHAR (80 Byte)

Расшифровка

DESCRIPTION

VARCHAR (240 Byte)

описание

2.4 Программное и технологическое обеспечение модуля

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

Рисунок 2.7 - Авторизация в модуле «Связь 1С: Предприятия с «Казначейством»»

На рисунке 2.8 проиллюстрировано взаимодействие системы с пользователем для входа в систему.

Рисунок 2.8 - Диаграмма взаимодействия при авторизации пользователя

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

Рисунок 2.9 - Диаграмма взаимодействия при заполнении/изменении полей справочника

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

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

Рисунок 2.8 - Проведение документа

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

Рисунок 2.10 - Удаление помеченных объектов

В диалоговую систему модуля входят: главное меню с соответствующими всплывающими подменю, а также диалоговые окна.

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

2.5 Функции

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

xxeq_interface.AUTO_LINK_CARD_INVOICE(X_AMOUNT_MAIN, X_REQUEST_DO_ID)

RETURN varchar2

Где X_AMOUNT_MAIN - сумма, на которую можно сформировать карточку запроса на платеж;

X_REQUEST_DO_ID - id карточки, к которой нужно подобрать счета фактуры.

В случае успешного завершения функция ничего не возвращает, в противном случае возвращается текст ошибки.

Функция работает для карточек с типами: Оплата, Предоплата, Прочие платежи(оплата), Прочие платежи (предоплата).

2. Функция удаления всех строчек с карточки запроса на платеж

xxeq_interface.AUTO_UNLINK_CARD_INVOCE(X_REQUEST_DO_ID) RETURN varchar2

где X_REQUEST_DO_ID - id карточки, на которой нужно удалить строчки

3. Функция автоматической установки связи между счетами-фактурами и предоплатными счетами-фактурами, и счетами-фактурами и операциями

xxeq_interface.auto_link_invoice(x_contract_id, x_reversal,x_date_with, x_date_to) RETURN varchar2

где x_contract_id - id договора по которому осуществлять автоматическую установку связей, если передать NULL, то процедура отработает по всем договорам;

x_date_with и x_date_to - временной интервал выбора счетов-фактур, если указать NULL или не указать эти поля совсем, будут обработаны счета-фактуры за все время;

возможно заполнение одного из полей x_date_with, x_date_to.

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

Модуль состоит из следующих функций:

1. Получить Расчетный Счет - для получения информации о БИК, номере счета, контрагенте, из справочника «Банковские счета»

2. СохранитьКонтрагента - в систему сохраняется данные о контрагенте.

3. ПолучитьСписокСтран - из справочника «Страны» получаем данныею

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

5. ПолучитьБанк - через номер БИК узнаем банк.

6. ПолучитьСписокСтатейДоговора - через номер договора переходим к справочнику «Платежные статьи», получаем список статей договора

Основные процедуры модуля:

1) Основная процедура - конфигурация среды окружения, формирование основного экрана модуля, создание системы главного меню и соответствующих подменю, активизация меню.

2) Процедура обработки главного меню - запуск соответствующей процедуры.

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

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

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

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

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

8) Параметры (входные) - входные данные, полученные в виде конкретных значений, переданных в оперативной памяти смежным модулям (функциям).

3. Оценка безопасности и экологичности

3.1 Вредные и опасные производственные факторы при работе с ПЭВМ

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

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

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

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

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

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

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

Ощутимо вредное влияние повышенного уровня звука.

Допустимый уровень звука - 50 дБА (см. таблицу 3.1);

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

Концентрация вредных веществ в воздухе не должна превышать ПДКСС для атмосферного воздуха.

Оптимальные параметры микроклимата для работы ВДТ и ПЭВМ приведены в таблице 3.2.

Всемирная Организация Здравоохранения (ВОЗ) выявила новый тип заболевания - синдром стресса оператора дисплея. Основные симптомы этого заболевания: головная боль; воспаление глаз, сопровождаемое резью; аллергия; астматические проявления; подавленность; раздражительность; вялость; депрессия. Тем более важными становятся вопросы эргономической безопасности на рабочем месте пользователя ПЭВМ.

Таблица 3.1 - Уровни звука, эквивалентные уровни звука и уровни звукового давления в октавных полосах частот

Уровни звукового давления, дБ

Уровни звука, эквивалентныеуровни звука, дБА

среднегеометрические частоты октавных полос, Гц

31,5

63

125

250

500

1000

2000

4000

8000

86

71

61

54

49

45

42

40

38

50

Таблица 3.2? Оптимальные нормы микроклимата для помещений с ВДТ и ПЭВМ

Период года

Категория
года

Температура воздуха, °С, не более

Относительная влажность
воздуха,%

Скорость
движения
воздуха, м/с

Холодный

Легкая - 1а

22 - 24

40 - 60

0,1

Легкая - 1б

21 - 23

40 - 60

0,1

Теплый

Легкая - 1а

23 - 25

40 - 60

0,1

Легкая - 1б

22 - 24

40 - 60

0,2

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

3.2 Безопасность труда

Мероприятия по обеспечению безопасности на рабочем месте пользователя ПЭВМ.

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

? выбор оптимального визуального режима работы дисплеев, применение эффективных защитных фильтров;

? контроль за эмиссионными параметрами аппаратуры в соответствии с Государственными Стандартами и Санитарными Нормами, рассмотренными в п. 3.1;

? размещение рабочих мест и выбор параметров освещенности в соответствии с правилами, приведенными в п. 3.1;

? установление регламентированных перерывов в течение рабочей смены- продолжительность непрерывной работы с ВДТ без регламентированного перерыва не должна превышать двух часов;


Подобные документы

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.