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

 

Введение


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

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

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

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

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

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

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

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

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

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

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

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



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


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


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


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

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

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

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

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

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

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


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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

В настоящее время ЗАО «Строительный Комплекс» выполняет строительно-монтажные работы, выпускает собственные строительные материалы. За пять лет ЗАО «Строительный Комплекс» превратилось в многоуровневую структуру, под его маркой работает стекольный завод. Выпускает Силикат-глыбу 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). Назначения, освобождение и перемещение счетно-бухгалтерских работников главной бухгалтерии (кроме главного бухгалтера) производится распоряжениями директора.

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

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

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

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

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

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

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

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

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


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


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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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С: Предприятие» версии 8.2 в отделе главной бухгалтерии и бухгалтериях структурных подразделений. Поэтому в среде разработки «1С Предприятие» версии 8.2 целесообразно создать модуль учета отпуска готовой продукции, который будет обладать следующими функциями:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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


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

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

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

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

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

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



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


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


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


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

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

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

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

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

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

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

-константы;

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

-документы;

-регистры;

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

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

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

-операции;

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

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

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

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

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

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

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

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

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

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

?Реквизиты;

?Формы.

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















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


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


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

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

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

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

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

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

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

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

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

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


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

ПолеТипОбязательноеОписаниеCONTRAGENT_IDNUMBER (15)ID контрагента (формируется автоматически)CNAMEVARCHAR2(300 Byte)YПолное имяSHORT_NAMEVARCHAR2(100 Byte)YКороткое имяINNVARCHAR2(50 Byte)YИННSTATUS_CONTRAGENTVARCHAR2(50 Byte)YСтатус контрагентаTYPE_CONTRAGENTVARCHAR2(50 Byte)YКлассификация (из набора («Договорный», «Прочий», «Налоговый», «Договорный и прочий»))KPPVARCHAR2(50 Byte)NКППCOUNTRYVARCHAR2(15 Byte)YСтрана (из справочника)ZIPVARCHAR2(30 Byte)NПочтовый индексCOUNTYVARCHAR2(50 Byte)NСтрана CITYVARCHAR2(100 Byte)NГородADRESSVARCHAR2(500 Byte)NАдрес OGRNVARCHAR2(50 Byte)NОГРНCLOSED_DATEDATENДата закрытияEXTERNAL_IDVARCHAR2(80 Byte)ID контрагента из системы Дочерней организации

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

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


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


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


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

ПолеТипОбязательноеОписаниеCONTRACT_IDNUMBER (15)YID договора (формируется автоматически)CONTRAGENT_IDNUMBER (15)YID контрагента, с которым заключен договор Продолжение таблицы 2.2ПолеТипОбОписаниеCONTRACT_NUMVARCHAR2 (50)YНомер договораRESPONSIBLEVARCHAR2 (50)YОтветственныйDEPARTMENTVARCHAR2 (150)YПодразделение INNVARCHAR2 (40)YИНН контрагентаSTART_DATEDATEYДата начала действия договораEND_DATEDATENДата окончания действия договораKIND_CONTRACTVARCHAR2 (100)YВид договораINTERESTVARCHAR2 (15)NНаличие заинтересованностиKIND_OBLIGATIONVARCHAR2 (20)NВид обязательствSUBJECT_AGREEMENTVARCHAR2 (240)YПредмет договораPOSSIBLE_PAYMENTVARCHAR2 (20)NФорма рассчетовPRICE_BARGAINVARCHAR2 (240)NЦена сделкиCURRENCY_CODEVARCHAR2 (15)YКод валютыBANK_NAMEVARCHAR2 (200)YИмя банка контрагентаBANK_ACCOUNT_NUMVARCHAR2(50)YНомер банковского счета контрагентаINN_OTHERVARCHAR2(50)NИНН прочего получателя платежаNAME_OTHERVARCHAR2 (300)NИмя прочего получателя платежаID_CONTRAGENT_OTHERNUMBER(15)NID прочего получателя платежаEVENT_LIABILITYVARCHAR2 (500)NСобытие, определяющее исполнение обязательства при предварительной оплатеEVENT_LIABILITY_FOLLOWVARCHAR2 (500)YСобытие, определяющее исполнение обязательства при последующе оплатеFORMULA_DATE_LIABILITYVARCHAR2 (500)YУсловия оплатыFORM_PAYVARCHAR2(50)NФорма оплатыPROC_SETTLEMENTSVARCHAR2(50)YПорядок расчетовBANK_BRANCH_IDNUMBER(15)YID банка контрагентаKBKVARCHAR2(50)NКБК контрагентаOKATOVARCHAR2(50)NОКАТО контрагентаCONTRACT_NUM_OUTSIDEVARCHAR2(50)NНомер договора со стороны контрагентаDAY_OF_ENTRYDATENДата регистрации договораBANK_NAME_OTHERVARCHAR2 (200)NИмя банка прочего контрагентаBANK_ACCOUNT_NUMVARCHAR2(50)NНомер банковского счета прочего понтрагентаPREPAY_ALLOWVARCHAR2 (5)NРазрешение предоплаты: Y- разрешено создавать предоплатные карточки запроса на платеж по договору; N - запрещено создавать предолатные карточки запроса на платеж по договору.

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

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


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


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



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

ПолеТипОбязательноеОписаниеPLAN_PAY_IDNUMBER (15)YID планового платежа (формируется автоматически)CONTRACT_IDNUMBER (15)YID контрагента, с которым заключен договорDATE_PLAN_PAYDATEYДата планового платежаAMOUNT_PLANT_PAYNUMBER (15,2)YСумма планового платежаEXTERNAL_IDVARCHAR2(80Вyte)NВнешний ключ из системы Дочерней организации

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

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

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

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

ii.Поступление на склад.Выполнение работ, оказание услуг.Поступление счета-фактуры.Перечисление гос. Границы

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

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

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

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

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

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

ii.Поступление на склад.Выполнение работ,оказание услуг.Поступление счета-фактуры, инвойса.Акцепт счета-фактуры.Пересечение гос.границы

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Один из важных разделов модуля «Связь 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_IDNUMBER(15)YID счета - фактуры (формируется автоматически)INVOICE_TYPEVARCHAR2(30)YТип счета - фактуры, может принимать значения:PAYMENT - поставщики и подрядчики, RECEIPT - покупатели и заказчикиINVOICE_STATUSVARCHAR2(30)YСтатус счета-фактуры (UNTIED - несвязанная; DELETED - удалена; PARTLY - частично связанная). Только просмотрINVOICE_DATEDATENДата акцепта счета-фактуры. Если INVOICE_TYPE = PAYMENT, то поле становится обязательным для заполненияCONTRAGENT_IDNUMBER(15)YID контрагента (поле CONTRAGENT_ID из таблицы XXEQ.XXEQ_CONTRAGENTS_V)CONTRAGENT_NAMEVARCHAR2(240)NИмя контрагента (заполняется автоматически)CONTRAGENT_INNVARCHAR2(30)NИНН контрагента (заполняется автоматически)INVOICE_NUMVARCHAR2(50)YНомер счета - фактурыINVOICE_CURRENCY_CODEVARCHAR2(15)YВалюта (формируется автоматически)INVOICE_AMOUNTNUMBER(15,2)NСумма акцепта счета - фактуры. Если INVOICE_TYPE = PAYMENT, то поле становится обязательным для заполненияAPPROVED_AMOUNTNUMBER(15,2)YСумма счета - фактурыAPPROVED_DATEDATEYДата счета - фактурыCONTRACT_IDNUMBER(15)YID договораCONTRACT_NUMVARCHAR2(15)NНомер договора (формируется автоматически)AMOUNT_PAIDNUMBER(15,2)NИспользованная сумма по счету - фактуре.Только просмотрDESCRIPTIONVARCHAR2(240)NОписаниеPAY_GROUP_CODEVARCHAR2(25)NКод платежной статьи (формируется автоматически)PAY_GROUP_IDNUMBER(15)NID головной платежной статьи (формируется автоматически)PAY_GROUP_DO_IDNUMBER(15)YID платежной статьи общества CREATION_DATEDATENДата создания записи (только просмотр)LAST_UPDATE_DATEDATENДата последнего обновления записи (только просмотр)EXCHANGE_RATENUMBER(15,4)NОбменный курс (становится обязательным, если INVOICE_CURRENCY_CODE не равно RUR и EXCHANGE_RATE_TYPE равен USERS)EXCHANGE_RATE_TYPEVARCHAR2(30)NТип обменного курса (становится обязательным, если INVOICE_CURRENCY_CODE не равно RUR). Может принимать значения: CORPORATE - ЦБРФ и USERS -Пользовательский EXCHANGE_DATEDATENДата обменного курса (становится обязательным, если INVOICE_CURRENCY_CODE не равно RUR)BASE_AMOUNTNUMBER(15,2)N Сумма в рублях (рассчитывается автоматически)BALANCE_ACCOUNTVARCHAR2(20)YБухгалтерский счетNDS_PERCENTNUMBER(15)YПроцент НДС (может принимать значения: 0,10,18,20,-1). (-1 - «без НДС»)NDS_TYPEVARCHAR2(30)NНаправление НДС (может принимать значения: NDS_CONTRAGENT,NDS_BUDGET (НДС в бюджет). Становится обязательным, если NDS_PERCENT не равен 0)NDS_APPROVED_AMOUNTNUMBER(15)NСумма НДС от суммы счета - фактуры (Становится обязательным, если NDS_PERCENT PAYMENT_STATUS_FLAGVARCHAR2(5)NСтатус оплаты счета - фактуры (Y-оплачена полностью; N - не оплачена; P - частично оплачена). Только просмотрREPAYMENT_DATEDATEYСрок оплатыPAYMENT_PERIODDATENСрок гашения. Для предоплатного счета - фактуры обязателен для заполненияEXTERNAL_IDVARCHAR2(80)NID счета-фактуры из системы Дочерней организацииPAY_GROUP_CODE_MMKVARCHAR2(15)NКод платежной статьи ММК, заполняется только когда контрагент ОАО ММКINVOICE_CATEGORYVARCHAR2(30)YКатегория счета - фактурыGL_DATEDATENДата главной книги. Поле отображает дату, когда документ был учтен в учетной системе ОГ, показывает к какому учетному периоду относится документAVISO_LINK_IDNUMBERNСсылка на авизо (пока используется только для связи с/ф с категориями DB_ASSIGMENT И DB_ASSIGMENT_PREPAY)

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


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


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



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


.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_CODEVARCHAR (30 Byte)Код статусаMEANINGVARCHAR (80 Byte)РасшифровкаDESCRIPTIONVARCHAR (240 Byte)описание

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


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


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


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


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


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


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

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

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


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


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


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

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

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


.5 Функции


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

xxeq_interface.AUTO_LINK_CARD_INVOICE(X_AMOUNT_MAIN, X_REQUEST_DO_ID) varchar2

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

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

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

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

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

xxeq_interface.AUTO_UNLINK_CARD_INVOCE(X_REQUEST_DO_ID) RETURN varchar2

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

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

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. Оценка безопасности и экологичности


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


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

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

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

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

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

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

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

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

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

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

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

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

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


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

Уровни звукового давления, дБУровни звука, эквивалентныеуровни звука, дБАсреднегеометрические частоты октавных полос, Гц31,563125250500100020004000800086716154494542403850

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

Период годаКатегория годаТемпература воздуха, °С, не болееОтносительная влажность воздуха,%Скорость движения воздуха, м/сХолодныйЛегкая - 1а22 - 2440 - 600,1Легкая - 1б21 - 2340 - 600,1ТеплыйЛегкая - 1а23 - 2540 - 600,1Легкая - 1б22 - 2440 - 600,2

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


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


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

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

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

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

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

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

?мероприятия, направленные на поддержание оптимальных параметров микроклимата в залах ВЦ - периодические проветривания залов, применение увлажнителей воздуха, заправляемых ежедневно дистиллированной или прокипяченной питьевой водой;

?оборудование электропроводки путем вкладывания ее в стены; исключение прохождения электропроводки непосредственно вблизи рабочих мест пользователей ПЭВМ.

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

В качестве защиты ЭВМ от статического электричества следует принять дополнительные меры: специальные антистатические покрытия для технологических полов; общее и местное увлажнение воздуха (до 50%); ионизация воздуха; заземление неметаллических частей с предварительным нанесением электропроводящих покрытий (металлическая фольга, электропроводящая эмаль), которые соединяются с заземлителем. Каждый заземленный элемент присоединяется к заземлителю или к заземляющей магистрали посредством отдельного ответвления. Заземляющие проводники должны быть доступны для осмотра.

Для обеспечения электробезопасности при работе на электрооборудовании следует применять защитное заземление.

На рабочем месте оператора персонального компьютера эргономическая опасность исходит от следующих компонент:

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

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

В 1993-96 гг. в результате большой работы по анализу существующих отечественных и зарубежных документов, научных публикаций и с учетом опыта проведенных НИОКР были разработаны проекты трех Государственных стандартов России и Санитарно-гигиенических норм и правил.

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

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

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


Таблица 3.3 ? Визуальные эргономические параметры видеодисплейных терминалов и пределы их изменений

Наименование параметровПределы значений параметровМинимальные (не менее)Максимальные (не более)Яркость знака (яркость фона) измеренная в темноте, кд/м235120Внешняя освещенность экрана, лк100250Угловой размер знака, угл.мин1660

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

В 1990 г. в Швеции был утвержден стандарт MPR-II, ограничивающий излучение мониторов в диапазонах крайне низких частот. Требования стандарта MPR-II сейчас во всем мире принимаются как минимальные. Эти же требования и методы испытаний входят в новые Государственные стандарты и Санитарные нормы.92 - рекомендация, разработанная Шведской конференцией профсоюзов и Национальным советом индустриального и технического развития Швеции (NUTEK), регламентирует взаимодействие с окружающей средой. Она требует уменьшения электрического и магнитного полей до технически возможного уровня с целью защиты пользователя. Для того, чтобы получить сертификат TCO92, монитор должен отвечать стандартам низкого излучения (Low Radiation), т.е. иметь низкий уровень электромагнитного поля, обеспечивать автоматическое снижение энергопотребления при долгом не использовании, отвечать европейским стандартам пожарной и электрической безопасности. Как видно из таблицы 3.4, требования TCO92 гораздо более жесткие, чем требования MPR-II. В 1995 г. требования был разработан стандарт TCO95 и в 1999 г. - TCO99. По нормам на излучение и он не изменился, а вот к материалам, применяемым в мониторах- пластмассе, редкоземельным металлам, фреонам на этапе производства - предъявлены очень жесткие требования.

Большинство измерений во время тестирований на соответствие стандартам TCO проводятся на расстоянии 30 см спереди от экрана, и на расстоянии 50 см вокруг монитора. Для сравнения во время тестирования мониторов на соответствие другому стандарту MPR-II все измерения производятся на расстоянии 50 см спереди экрана и вокруг монитора. Это объясняет то, что стандарты TCO более жесткие, чем MPR-II.

В Государственные стандарты и в Санитарные нормы включены требования и нормы на параметры излучений дисплеев. Как видно из таблицы 3.4, они соответствуют шведскому стандарту MPR-II.

Рабочие места с видеодисплейными терминалами (ВДТ) и ПЭВМ по отношению к световым проемам располагаются так, чтобы естественный свет падал сбоку, преимущественно слева.

Схема размещения рабочих мест с ВДТ и ПЭВМ учитывает расстояния между рабочими столами с видеомониторами (в направлении тыла поверхности одного видеомонитора и экрана другого видеомонитора), которое составляет не менее 2,0 м, а расстояние между боковыми поверхностями видеомониторов- не менее 1,2 м. Площадь на одно рабочее место с ВДТ или ПЭВМ для взрослых пользователей составляет не менее 6,0 м2, а объем- не менее 24,0 м3.

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


Таблица 3.4 - Требования нормативных документов к параметрам излучений дисплеев

Наименование параметровMPR-IIГОСТ Р50948-96 (с 01.07.97)СанПин 2.2.2.542-96 (с 01.07.97)TCOнапряженность ЭМП в 50 см вокруг дисплея по электрической составляющей, не более, В/м: - в диапазоне частот 5 Гц-2 кГц - в диапазоне частот 2-400кГц 25 2,5 25 2,5 25 2,5 10 1плотность магнитного потока в 50 см вокруг, нТл: в диапазоне частот 5 Гц-2 кГц в диапазоне частот 2-400 кГц 250 25 250 25 250 25 250 25электрический потенциал, В500500500500

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

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

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

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

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

Рабочий стол имеет пространство для ног высотой не менее 600 мм, шириной- не менее 500 мм, глубиной на уровне колен- не менее 450 мм и на уровне вытянутых ног- не менее 650 мм.

Рабочее место оборудовано подставкой для ног, имеющей ширину не менее 300 мм, глубину не менее 400 мм, регулировку по высоте в пределах до 150 мм по углу наклона опорной поверхности подставки до 20 градусов. Поверхность подставки рифленая и имеет по переднему краю бортик высотой 10 мм.

Помещения с ВДТ и ПЭВМ имеют естественное и искусственное освещение. Естественное освещение осуществляется через светопроемы, ориентированные преимущественно на север и северо-восток, коэффициент естественной освещенности (КЕО) не ниже 1,2% (КЕО принимается для зон с устойчивым снежным покровом).

Искусственное освещение в помещениях эксплуатации ВДТ и ПЭВМ осуществляется системой общего равномерного освещения. Освещенность на поверхности стола в зоне размещения рабочего документа- не менее 300 лк. В качестве источников света при искусственном освещении применяются люминесцентные лампы типа ЛБ.


3.3 Предупреждение и ликвидация последствий чрезвычайных ситуаций


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

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

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

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

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

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

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

Если нет возможности приобрести специализированный промышленный компьютер, то можно применять обычную ПЭВМ, подключенную к сети через источник бесперебойного питания. Это позволит обеспечить автономную работу компьютера при отключении питания в течение 5-30 минут. При этом время заряда аккумуляторов бесперебойного источника питания не превышает 4-8 часов.

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

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



4. Анализ технико-экономических показателей и обоснование экономической целесообразности принятых в проекте решений


4.1 Описание и анализ работы. Обзор рынка


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

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

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


4.2 Выбор организационно-правовой формы

модуль интегрирование программный информационный

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

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

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

а)заявление, составленное по форме Р21001 («Заявление о государственной регистрации физического лица в качестве индивидуального предпринимателя») и подписанное заявителем;

б)квитанция об уплате государственной пошлины;

в)паспорт и его копию.

Индивидуальный предприниматель может получить свидетельство о закрытии уже через пять дней после того, как подаст в налоговую заявление по форме Р26001 («Заявление о государственной регистрации прекращения физическим лицом деятельности в качестве индивидуального предпринимателя в связи с принятием им решения о прекращении данной деятельности») и документ, подтверждающий оплату госпошлины.

При общей системе бизнесмену необходимо заполнять только книгу учета доходов и расходов, утвержденную Приказом от 12 августа 2002 г. Минфина России № 86н и МНС России № БГ-3-04/430.

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


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


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

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

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

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

Финансовый актив - денежные средства, право требовать по договору денежные средства или другой финансовый актив, право обмена на другой финансовый инструмент, долевой инструмент.

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

Гражданским кодексом определена особая форма формирования финансовых обязательств - Агентский договор, ст. 1005 ГК РФ.

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


.4 Содержание долевого инструмента


От заказчика поступает заказ разработать программный продукт для выполнения определенных операций. Предварительно необходимо представить ЗАКАЗЧИКУ расчет финансово-экономического обоснования создания определенного программного продукта. Расчет стоимости разработки должен выполнить в автоматизированном режиме исполнитель.

Исполнитель заключает с заказчиком агентский договор (АД) на выполнение всего комплекса работ.

Характеристика объекта:

?программный продукт с известным сроком разработки (2 месяца);

?разработку программного продукта осуществляет малое предприятие (штат - 4 человека).

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

Условиями АД предусматривается заключение договора прямого финансирования заказчиком текущих затрат исполнителя (Агентский договор - ст. 1005 ГК РФ). По данному договору заказчик ежемесячно выдает исполнителю аванс на текущие расходы в соответствии с представленным расчетом.

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

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

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

Исполнитель выплачивает ежемесячно налоги при обыкновенной полной системе бухгалтерского и налогового учета. Налог на прибыль ЗАК выплачивает заказчик.

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

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

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

Расчет лизинговых платежей по договору оперативного лизинга:

?Стоимость приобретенного имущества - 61400,00 руб.

?Срок договора - 2 месяца.

?Срок полезного использования объекта - 2.5 года.

?Процент комиссионного вознаграждения лизингодателю - 20% годовых.

?Ставка налога на добавленную стоимость - 18%.

Лизинговые платежи осуществляются равными долями ежемесячно, 1-го числа и относятся на прочие расходы.

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

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


.5 Оценка трудоемкости работы


Период проведения работ: с 1 февраля 2013 года по 1 апреля 2013 года. Работы проводились в одну смену продолжительностью 8 часов.

Рассчитаем общую трудоемкость работ.

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


,(4.1)

где - общие затраты труда, чел ? ч;

- затраты труда на описание задачи, чел ? ч;

- затраты на исследование предметной области, чел ? ч;

- затраты на разработку блок-схем, чел ? ч;

- затраты на программирование, чел ? ч;

- затраты на отладку, чел ? ч;

- затраты на подготовку документации, чел ? ч.

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


,(4.2)

где - число операторов (примерная оценка);

- коэффициент сложности программы;

- коэффициент коррекции программы в ходе разработки.

Предполагаемое число операторов .

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

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

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


.(4.3)

Также используем следующие коэффициенты:

коэффициент увеличения затрат труда В вследствие дополнения задачи, в зависимости от сложности задачи принимается от 1,2 до 1,5 (примем ).

коэффициент квалификации разработчика К - определяется в зависимости от стажа работы и составляет: для работающих до двух лет - 0,8; от двух до трех лет - 1,0; от трех до пяти лет - 1,1-1,2; от пяти до семи 1,3-1,4; свыше семи лет - 1,5-1,6 (примем ).

Рассчитаем общую трудоемкость.

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


.(4.4)

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


(4.5)

где Q - условное число операторов;

В - коэффициент увеличения затрат труда вследствие недостаточного описания задачи; K - коэффициент квалификации разработчика.


(4.6)

Затраты труда на разработку алгоритма решения задачи рассчитываются по формуле:


(4.7)(4.8)


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


(4.9)(4.10)

Затраты труда на отладку программы на ЭВМ рассчитывается по следующей формуле:

(4.11)(4.12)

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


,(4.13)

где - затраты труда на подготовку материалов в рукописи.


(4.14)(4.15)

- затраты труда на редактирование, печать и оформление документации:


,(4.16)(4.17).(4.18)

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


,(4.19)

где - коэффициент изменения трудоемкости (из таблицы 4.1).


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

Уровень языка программированияЯзык программированияКоэффициент изменения трудоемкости1Покомандный автокод 12Макроассемблер0,953Алгоритмические языки высокого уровня0,8 - 0,94Алгоритмические языки сверхвысокого уровня0,7 - 0,8

Выбранный для разработки язык Java относится к алгоритмическим языкам высокого уровня; с учетом этого примем .

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


).(4.20)

С учетом корректировки из формулы 4.19 получим итоговую трудоемкость разработки:


.(4.21)

Оптимальная продолжительность проекта по формуле Б. Боэма:


(4.22)

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


.6 Расчет исходного финансового состояния


Процентная ставка на аванс для заказчика составляет 20%. Норма прибыли исполнителя - 28%. В таблице 4.2 приведены налоговые ставки.


Таблица 4.2 - Налоговые ставки

НаименованиеЗначениеСВ0,34Подоходный налог0,13Налог на прибыль0,20

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


Таблица 4.3 - Расходы на оплату труда

ДолжностьКол-воОклад, руб.НДФЛСумма, руб.Программист460113125,7224044Итого27169,72

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

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

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

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

При применении линейного метода норма амортизации по каждому объекту амортизируемого имущества определяется по формуле:


(4.23)

где К - норма амортизации (в процентах) к первоначальной (восстановительной) стоимости объекта амортизируемого имущества;

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

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

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

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

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

Так же Исполнитель заключает договор на оплату электроэнергии, которая составит 350 руб. в месяц.

Оплата всех услуг производится за месяц вперед.



4.7 Налогообложение


В соответствии с п. 1 ст. 1005 ГК РФ по агентскому договору одна сторона (ИСП) обязуется за вознаграждение совершать по поручению другой стороны (ЗАК) юридические и иные действия от своего имени, но за счет средств принципала.

Оплата услуг ИСПОЛНИТЕЛЯ, оказываемых ЗАККАЗЧИКУ, осуществляется в форме удержания исполнителем своего вознаграждения с учетом НДС из денежных средств, подлежащих перечислению заказчику.

Все налоги и сборы (НК РФ ст.13, 14, 15) делятся на федеральные, региональные и местные. Из федеральных налогов предприниматель должен оплатить налог на добавленную стоимость, налог на доход (подоходный налог) с физических лиц и страховые взносы.

Согласно ст. 143 гл. 21 НК РФ индивидуальные предприниматели являются налогоплательщиками налога на добавленную стоимость (18%).

Согласно ст. 207 гл. 23 НК РФ индивидуальные предприниматели являются налогоплательщиками налога на доход физических лиц (13%).

Согласно ФЗ №212-ФЗ «О страховых взносах в пенсионный фонд Российской Федерации, фонд социального страхования Российской Федерации, федеральный фон обязательного медицинского страхования» налоговая нагрузка по страховым взносам составляет 34%.

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



4.8 Организация бухгалтерского учета


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

В данной работе для бухучета использована автоматизированная система созданная авторами «СВГ_БУХ_11» на базе «ИНФО - БУХ 8.1 демо».

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

Как видно из расчетов продажная стоимость программного продукта составила 196 896 руб. Денежный доход исполнителя - 47 238 руб. Программный продукт реализован заказчику с учетом его прибыли на сумму 155 169 руб.



Заключение


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

Поставленная цель достигнута в результате выполнения ряда задач:

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

2.Сформулированы предложения по усовершенствованию передачи данных между бухгалтериями ОАО «ММК» и принято управленческое решение разработать модуль по интеграции данных из системы 1С Предприятие 8.2 и модулем «Казначейство» КИС ОАО ММК.

.Разработаны проектные решения по созданию модуля интеграции данных. В результате разработки проектных решений по созданию модуля была сформирована инструкция по эксплуатации модуля по интеграции данных в из системы 1С Предприятие 8.2 в модуль «Казначейство» КИС ОАО ММК для бухгалтерии.

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

.Проведено тестирование модуля на предоставленном КИС ОАО «ММК» сервере.

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

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

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



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


  1. ГОСТ 34.003-90 Информационная технология. Комплекс стандартов на автоматизированные системы. Термины и определения.
  2. ГОСТ 34.201-89 Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем.
  3. ГОСТ 34.320-96 Информационная технология. Система стандартов по базам данных. Концепции и терминология для концептуальной схемы и информационной базы.
  4. ГОСТ 34.321- 96 Информационная технология. Система стандартов по базам данных. Эталонная модель.
  5. ГОСТ 34.601-90 Информационные технологии. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания.
  6. ГОСТ 34.602-89 Информационные технологии. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы.
  7. ГОСТ 34.603-92 Информационные технологии. Виды испытаний автоматизированных систем.
  8. ГОСТ Р ИСО/МЭК 12207-99 Информационная технология. Процессы жизненного цикла программных средств.
  9. Гражданский Кодекс Российской Федерации Часть 2 Глава 37 (ст. 703, 704, 713).
  10. Письмо Минфина СССР от 30.04.74 г. N 103 "Об основных положениях по учету материалов на предприятиях и стройках" (п.13).
  11. Вендров А.М. Проектирование программного обеспечения экономических информационных систем: Учебник. - М.: Финансы и статистика, 2000.
  12. Ипатова Э.Р., Ипатов Ю.В. Проектирование информационных систем. - Магнитогорск, 2003.
  13. Ипатова Э.Р., Ипатов Ю.В. Практикум по проектированию информационных систем: Учеб. пособие. - Магнитогорск: МаГУ, 2004.
  14. Барышников А., Мазепа М., Фогель О. 1С: Предприятие 7.7. Руководство пользователя. Стр. 19 - М.: Фирма 1С, 2001.
  15. Барышников А., Мазепа М., Фогель О. 1С:Предприятие 7.7. Описание встроенного языка. Стр. 1 - М.: Фирма 1С, 2001.
  16. Барышников А., Мазепа М., Фогель О. 1С:Предприятие 7.7. Конфигурирование и администрирование. Часть 1. Стр. 19 - М.: Фирма 1С, 2001.
  17. Попова И.В., Попова Е.В. Разработка приложений: Учебно-методическое пособие. - Магнитогорск: МаГУ, 2006.
  18. Проблемы разработки и адаптации информационных систем и технологий: межвуз. сб. науч. ст./ по общ. ред. О.Б. Назаровой - Магнитогорск: МаГУ, 2008.
  19. Бугорский В.Н., Соколова Р.В. Сетевая экономика и проектирование информационных систем. Стр. 191 - Спб.: Питер, 2007 - 320 стр.
  20. Сайт ЗАО «Строительный Комплекс» [Электронный ресурс]. - Режим доступа: #"justify">Приложение


    Листинг А.1 - основные функции модуля

    Перем НП Экспорт;

    //Перем ИдентификаторБД Экспорт;

    Функция ПолучитьРасчетныйСчет(БИК,Номер,Контрагент) Экспорт

    Результат = Неопределено;

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

    Запрос.Текст="ВЫБРАТЬ

    |БанковскиеСчета.Ссылка

    |ИЗ

    |Справочник.БанковскиеСчета КАК БанковскиеСчета

    |ГДЕ

    |БанковскиеСчета.Владелец = &Контрагент

    |И БанковскиеСчета.Банк.Код = &БИК

    |И БанковскиеСчета.НомерСчета = &НомерСчета";

    Запрос.УстановитьПараметр("Контрагент",Контрагент);

    Запрос.УстановитьПараметр("БИК",БИК);

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

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

    Если Выборка.Количество()=1 Тогда

    Выборка.Следующий();

    Результат = Выборка.Ссылка;

    КонецЕсли;

    Возврат Результат;

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

    Функция ВСтруктуру(СписокХДТО)

    Список = Новый СписокЗначений;

    Для Каждого Запись Из СписокХДТО Цикл

    Структура = Новый Структура;

    Для Каждого Свойство из Запись.Свойства() Цикл

    Структура.Вставить(Свойство,Запись.Получить(Свойство));

    КонецЦикла;

    Список.Добавить(Структура);

    КонецЦикла;

    Возврат Список;

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

    Функция ВСложнуюСтруктуру(СписокХДТО)

    Список = Новый СписокЗначений;

    Для Каждого Запись Из СписокХДТО Цикл

    Структура = Новый Структура;_card_header = Новый Структура;

    Шапка = Запись.pay_card_header;

    Для Каждого Свойство из Шапка.Свойства() Цикл_card_header.Вставить(Свойство,Шапка.Получить(Свойство));

    КонецЦикла;

    Структура.Вставить("pay_card_header",pay_card_header);_card_lines = Новый Структура;

    Строки = Запись.pay_card_lines.pay_card_line;

    Для Каждого ЗаписьСтрока из Строки Цикл_card_line = Новый Структура;

    Для Каждого Свойство из ЗаписьСтрока.Свойства() Цикл_card_line.Вставить(Свойство,ЗаписьСтрока.Получить(Свойство));

    КонецЦикла;_card_lines.Вставить("pay_card_line",pay_card_line);

    КонецЦикла;

    Структура.Вставить("pay_card_lines",pay_card_lines);

    Список.Добавить(Структура);

    КонецЦикла;

    Возврат Список;

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

    Функция ЭтоЧисло(Знач Строка) Экспорт

    РезультатЭтоЧисло = 1; // Истина

    ДлинаСтроки = СтрДлина(Строка);

    Для i = 1 По ДлинаСтроки Цикл

    Символ = Лев(Строка, 1);

    Строка = Сред(Строка, 2);

    Если Не (Символ = "1" Или Символ = "2" Или Символ = "3" Или Символ = "4" Или Символ = "5" Или Символ = "6" Или Символ = "7" Или Символ = "8" Или Символ = "9" Или Символ = "0") Тогда

    РезультатЭтоЧисло = 0; // Ложь

    Прервать;

    КонецЕсли;

    КонецЦикла;

    Возврат РезультатЭтоЧисло;

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

    Функция вс_СохранитьКонтрагента(Логин,Пароль,Хмл) Экспорт

    Ответ = Сервис.saveContragent(Логин,Пароль,Хмл);

    Возврат(Ответ);

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

    Функция вс_СохранитьДоговор(Логин,Пароль,Хмл) Экспорт

    Ответ = Сервис.saveContract(Логин,Пароль,Хмл);

    Возврат(Ответ);

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

    Функция вс_ПолучитьСписокСтран(Логин,Пароль)Экспорт

    Ответ = Сервис.getCountries(Логин,Пароль);

    Пути = Новый Массив();

    Пути.Добавить(url+"/schema/treasury.xsd");

    Фабрика = СоздатьФабрикуXDTO(Пути);

    ТипСтраны = Фабрика.Тип("#"justify">ЧтениеXML = Новый ЧтениеXML;

    ЧтениеXML.УстановитьСтроку(Ответ);

    ОбъектХДТО = Фабрика.ПрочитатьXML(ЧтениеXML, ТипСтраны);

    СписокХДТО = ОбъектХДТО.ПолучитьСписок("country");

    Список = Новый СписокЗначений;

    Для Каждого ОбъектСписка Из СписокХДТО Цикл

    Список.Добавить(ОбъектСписка.territory_code, ОбъектСписка.territory_code+" - "+ОбъектСписка.territory_short_name);

    КонецЦикла;

    Возврат Список;

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

    Функция вс_ПолучитьКонтрагентовПоСтроковомуРеквизиту(Логин,Пароль,Реквизит,Значение) Экспорт

    Ответ = Сервис.getContragentsByStringAttribute(Логин,Пароль,Реквизит,Значение, ИдентификаторБД);

    Пути = Новый Массив();

    Пути.Добавить(url+"/schema/treasury.xsd");

    Фабрика = СоздатьФабрикуXDTO(Пути);

    ТипСписокКонтрагент = Фабрика.Тип("#"justify">ЧтениеXML = Новый ЧтениеXML;

    ЧтениеXML.УстановитьСтроку(Ответ);

    ОбъектХДТО = Фабрика.ПрочитатьXML(ЧтениеXML, ТипСписокКонтрагент);

    Возврат ВСтруктуру(ОбъектХДТО.ПолучитьСписок("contragent"));

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

    Функция вс_ПолучитьКонтрагента(Логин,Пароль,Контрагент) Экспорт

    Ответ = Сервис.getContragent(Логин,Пароль,Строка(Контрагент.Ссылка.УникальныйИдентификатор()),СокрЛП(ИдентификаторБД));

    Пути = Новый Массив();

    Пути.Добавить(url+"/schema/treasury.xsd");

    Фабрика = СоздатьФабрикуXDTO(Пути);

    ТипСписокКонтрагент = Фабрика.Тип("#"justify">ЧтениеXML = Новый ЧтениеXML;

    ЧтениеXML.УстановитьСтроку(Ответ);

    ОбъектХДТО = Фабрика.ПрочитатьXML(ЧтениеXML, ТипСписокКонтрагент);

    Возврат ВСтруктуру(ОбъектХДТО.ПолучитьСписок("contragent"));

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

    Функция вс_ПолучитьКонтрагентовПоЧисловомуРеквизиту(Логин,Пароль,Реквизит,Значение) Экспорт

    Ответ = Сервис.getContragentsByLongAttribute(Логин,Пароль,Реквизит,Значение,ИдентификаторБД);

    Пути = Новый Массив();

    Пути.Добавить(url+"/schema/treasury.xsd");

    Фабрика = СоздатьФабрикуXDTO(Пути);

    ТипСписокКонтрагент = Фабрика.Тип("#"justify">ЧтениеXML = Новый ЧтениеXML;

    ЧтениеXML.УстановитьСтроку(Ответ);

    ОбъектХДТО = Фабрика.ПрочитатьXML(ЧтениеXML, ТипСписокКонтрагент);

    Возврат ВСтруктуру(ОбъектХДТО.ПолучитьСписок("contragent"));

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

    Функция вс_ПолучитьСтатусыКонтрагентов(Логин,Пароль)Экспорт

    Ответ = Сервис.getContragentStatuses(Логин,Пароль);

    Пути = Новый Массив();

    Пути.Добавить(url+"/schema/treasury.xsd");

    Фабрика = СоздатьФабрикуXDTO(Пути);

    ТипСтраны = Фабрика.Тип("#"justify">ЧтениеXML = Новый ЧтениеXML;

    ЧтениеXML.УстановитьСтроку(Ответ);

    ОбъектХДТО = Фабрика.ПрочитатьXML(ЧтениеXML, ТипСтраны);

    СписокХДТО = ОбъектХДТО.ПолучитьСписок("contragent_status");

    Список = Новый СписокЗначений;

    Для Каждого ОбъектСписка Из СписокХДТО Цикл

    Список.Добавить(ОбъектСписка.lookup_code, ОбъектСписка.meaning);

    КонецЦикла;

    Возврат Список;

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

    Функция вс_ПолучитьТипыКонтрагентов(Логин,Пароль)Экспорт

    Ответ = Сервис.getContragentTypes(Логин,Пароль);

    Пути = Новый Массив();

    Пути.Добавить(url+"/schema/treasury.xsd");

    Фабрика = СоздатьФабрикуXDTO(Пути);

    ТипСтраны = Фабрика.Тип("#"justify">ЧтениеXML = Новый ЧтениеXML;

    ЧтениеXML.УстановитьСтроку(Ответ);

    ОбъектХДТО = Фабрика.ПрочитатьXML(ЧтениеXML, ТипСтраны);

    СписокХДТО = ОбъектХДТО.ПолучитьСписок("contragent_type");

    Список = Новый СписокЗначений;

    Для Каждого ОбъектСписка Из СписокХДТО Цикл

    Список.Добавить(ОбъектСписка.type);

    КонецЦикла;

    Возврат Список;

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

    Функция вс_ПолучитьДоговор(contragent_id, Договор) Экспорт

    Ответ = Сервис.getContract(Логин,Пароль,XMLСтрока(contragent_id), Строка(Договор.Ссылка.УникальныйИдентификатор()),СокрЛП(ИдентификаторБД));

    Пути = Новый Массив();

    Пути.Добавить(url+"/schema/treasury.xsd");

    Фабрика = СоздатьФабрикуXDTO(Пути);

    ТипСписокДоговор = Фабрика.Тип("#"justify">ЧтениеXML = Новый ЧтениеXML;

    ЧтениеXML.УстановитьСтроку(Ответ);

    ОбъектХДТО = Фабрика.ПрочитатьXML(ЧтениеXML, ТипСписокДоговор);

    Возврат ВСтруктуру(ОбъектХДТО.ПолучитьСписок("contract"));

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

    Функция вс_ПолучитьБанк(Логин,Пароль,БИК) Экспорт

    Ответ = Сервис.getBank(Логин,Пароль,БИК);

    Пути = Новый Массив();

    Пути.Добавить(url+"/schema/treasury.xsd");

    Фабрика = СоздатьФабрикуXDTO(Пути);

    ТипОбъекта = Фабрика.Тип("#"justify">ЧтениеXML = Новый ЧтениеXML;

    ЧтениеXML.УстановитьСтроку(Ответ);

    ОбъектХДТО = Фабрика.ПрочитатьXML(ЧтениеXML, ТипОбъекта);

    СписокХДТО = ОбъектХДТО.ПолучитьСписок("bank");

    Возврат СписокХДТО;

    Функция вс_ПолучитьОперацию(Логин, Пароль, object_type, do_system_id, do_object_id) Экспорт

    Ответ = Сервис.getOperation(Логин,Пароль,object_type, do_system_id, do_object_id);

    Пути = Новый Массив();

    Пути.Добавить(url+"/schema/treasury.xsd");

    Фабрика = СоздатьФабрикуXDTO(Пути);

    ТипСписок = Фабрика.Тип("#"justify">ЧтениеXML = Новый ЧтениеXML;

    ЧтениеXML.УстановитьСтроку(Ответ);

    ОбъектХДТО = Фабрика.ПрочитатьXML(ЧтениеXML, ТипСписок);

    Возврат ВСтруктуру(ОбъектХДТО.ПолучитьСписок("payment_operation"));

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

    Функция вс_ПолучитьПредоплаты(Логин, Пароль, operation_id, do_system_id) Экспорт

    Ответ = Сервис.getPrepays(Логин,Пароль,operation_id, do_system_id);

    Пути = Новый Массив();

    Пути.Добавить(url+"/schema/treasury.xsd");

    Фабрика = СоздатьФабрикуXDTO(Пути);

    ТипСписокКонтрагент = Фабрика.Тип("#"justify">ЧтениеXML = Новый ЧтениеXML;

    ЧтениеXML.УстановитьСтроку(Ответ);

    ОбъектХДТО = Фабрика.ПрочитатьXML(ЧтениеXML, ТипСписокКонтрагент);

    Возврат ВСтруктуру(ОбъектХДТО.ПолучитьСписок("invoice"));

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

    Функция вс_ВозвратАвансаВыданного(Логин, Пароль, Хмл) Экспорт

    Ответ = Сервис.returnOutComingAdvance(Логин,Пароль,Хмл);

    Возврат(Ответ);

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

    Функция вс_ПолучитьАвизоИнвойса(Логин, Пароль, Хмл) Экспорт

    Ответ = Сервис.getInvoiceAviso(Логин,Пароль,Хмл);

    Пути = Новый Массив();

    Пути.Добавить(url+"/schema/treasury.xsd");

    Фабрика = СоздатьФабрикуXDTO(Пути);

    ТипСписокКонтрагент = Фабрика.Тип("#"justify">ЧтениеXML = Новый ЧтениеXML;

    ЧтениеXML.УстановитьСтроку(Ответ);

    ОбъектХДТО = Фабрика.ПрочитатьXML(ЧтениеXML, ТипСписокКонтрагент);

    Возврат ВСтруктуру(ОбъектХДТО.ПолучитьСписок("invoice"));

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

    Функция вс_ПолучитьАвизоОперации(Логин, Пароль, Хмл) Экспорт

    Ответ = Сервис.getOperationAviso(Логин,Пароль,Хмл);

    Пути = Новый Массив();

    Пути.Добавить(url+"/schema/treasury.xsd");

    Фабрика = СоздатьФабрикуXDTO(Пути);

    ТипСписокКонтрагент = Фабрика.Тип("#"justify">ЧтениеXML = Новый ЧтениеXML;

    ЧтениеXML.УстановитьСтроку(Ответ);

    ОбъектХДТО = Фабрика.ПрочитатьXML(ЧтениеXML, ТипСписокКонтрагент);

    Возврат ВСтруктуру(ОбъектХДТО.ПолучитьСписок("invoice"));

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

    Функция вс_УдалитьВозвратАвансаВыданного(Логин, Пароль, Хмл) Экспорт

    Ответ = Сервис.removeReturnOutComingAdvance(Логин, Пароль, Хмл);

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

    Функция вс_ОпределитьСтатусВозвратаАвансаВыданного(Логин, Пароль, invoice_id, operation_id) Экспорт

    Ответ = Сервис.returnOutComingAdvanceStatus(Логин, Пароль, invoice_id, operation_id);

    Возврат(Ответ);

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

    Функция вс_ПолучитьБанкоскиеСчета(Логин, Пароль, Бик, НомерСчета) Экспорт

    Ответ = Сервис.getBankAccounts(Логин,Пароль,Бик, НомерСчета);

    Пути = Новый Массив();

    Пути.Добавить(url+"/schema/treasury.xsd");

    Фабрика = СоздатьФабрикуXDTO(Пути);

    ТипСписок = Фабрика.Тип("#"justify">ЧтениеXML = Новый ЧтениеXML;

    ЧтениеXML.УстановитьСтроку(Ответ);

    ОбъектХДТО = Фабрика.ПрочитатьXML(ЧтениеXML, ТипСписок);

    Возврат ВСтруктуру(ОбъектХДТО.ПолучитьСписок("bank_account"));

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

    Функция вс_СохранитьПлатеж(Логин,Пароль,Хмл) Экспорт

    Ответ = Сервис.saveOperation(Логин,Пароль,Хмл);

    Возврат(Ответ);

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



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

    Больше работ по теме:

КОНТАКТНЫЙ EMAIL: [email protected]

Скачать реферат © 2017 | Пользовательское соглашение

Скачать      Реферат

ПРОФЕССИОНАЛЬНАЯ ПОМОЩЬ СТУДЕНТАМ