Адаптация автоматизированной системы "1С Предприятие 8"

Технология выполнения работ по автоматизации систем управления. Адаптация автоматизированной системы "1С: Предприятие 8" для ООО "СтройРемонтПодряд". Обследование ведения учета заработной платы и кадров. Оценка экономической эффективности проекта.

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

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

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

Сотрудник

Механизм

Вид расчета

Размер

Отработано дней

Отработано часов

Результат

Иванов И.

Трактор ДТ-75

Работа на механизме

31,26

3

24

750,24

Иванов И.

Трактор "Беларус"

Работа на механизме

37,86

21

182

6890,52

Иванов И.

Трактор "Беларус"

Ремонт

20,67

1

16

330,72

Иванов И.

Трактор ДТ-75

Надбавка за работу у заказчика

25

24

187,56

Сотрудник

Механизм

Вид расчета

Размер

Отработано дней

Отработано часов

Результат

Иванов И.

Трактор "Беларус"

Надбавка за работу у заказчика

30

182

2067,156

Иванов И.

Трактор ДТ-75

Доплата за работу в выходные

100

16

500,16

Иванов И.

Трактор "Беларус"

Доплата за работу в вечернее время

20

91

689,052

Иванов И.

Трактор "Беларус"

Доплата за проф. мастерство

50

182

3445,26

Печатной формы документа не требуется.

Документ "Доплата из "коллективного фонда" по итогам месяца"

В организации ООО "СтройРемонтПодряд" практикуется выплата премий сотрудникам из "коллективного фонда". Сумма для распределения спускается сверху. Само распределение производится пропорционально выработке сотрудников и коэффициенту их трудового участия (КТУ), который поступает из отдела кадров.

Расчет месячной премии производится по следующему алгоритму.

Список сотрудников представленных к премии предоставляется отделом кадров, так как и их КТУ. Общая сумма ("спускается сверху"). Для примера 20 000 рублей.

Первоначально собираются основные начисления по списку сотрудников. Производится расчет суммарного заработка по всем работникам с учетом КТУ (таблица 2.10).

Далее рассчитывается "коэффициент перерасчета":

Коэф. = Сумма к распределению / Сумма заработка с учетом КТУ.

Таблица 2.10 - Расчет месячной премии. Расчет заработка сотрудников за месяц с учетом КТУ

№ п/п

Сотрудник

Заработок (за месяц) по видам расчета, входящих в базу премии

КТУ

С учетом КТУ (по тарифу * КТУ)

1

Иванов

5 000

1,2

6 000

2

Петров

3 000

0,5

1 500

3

Сидоров

1 000

1,0

1 000

4

Михайлов

8 000

1,0

8 000

ИТОГО:

17 000

16 500

Коэффициент перерасчета = 20000/16500=1,212

Рассчитываются индивидуальные доплаты по "коллективному фонду" как "С учетом КТУ" * "коэффициент перерасчета", с учетом этого индивидуальные доплаты будут следующие (таблица 2.11):

Таблица 2.11 - Расчет месячной премии. Расчет индивидуальных доплат

№ п/п

Сотрудник

С учетом КТУ

"С учетом КТУ" * "Коэффициент перерасчета"

1

Иванов

6 000

7 272

2

Петров

1 500

1 818

3

Сидоров

1 000

1 212

4

Михайлов

8 000

9 696

ИТОГО:

16 500

19 998

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

Документ "Квартальная премия"

Расчет квартальной премии производится по аналогичному принципу. Собираются суммы по основным начислениям сотрудникам за квартал (таблица 2.12). Производится расчет базы начисления с учетом КТУ.

Для примера возьмем сумму для распределения в 30000 рублей. Согласно таблице 2.12 сумма основных начислений сотрудникам с учетом КТУ равна 44700 рублей.

Таблица 2.12 - Расчет квартальной премии. Расчет начислений сотрудникам за квартал с учетом КТУ

№ п/п

Сотрудник

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

КТУ

С учетом КТУ (по тарифу * КТУ)

1

Иванов

15 000

1,2

18 000

2

Петров

9 000

0,5

4 500

3

Сидоров

3 000

1,0

3 000

4

Михайлов

24 000

0,8

192000

ИТОГО:

51 000

44700

Рассчитывается "коэффициент перерасчета" = 30 000/44 700 = 0,671;

Рассчитываются индивидуальные доплаты по "Квартальной премии" как "С учетом КТУ" * "коэффициент перерасчета", с учетом этого индивидуальные доплаты будут следующие (таблица 2.13):

Таблица 2.13 - Расчет квартальной премии. Расчет индивидуальных доплат

№ п/п

Сотрудник

С учетом КТУ

"С учетом КТУ" * "Коэффициент перерасчета"

1

Иванов

18000

12078

2

Петров

4 500

3019,5

3

Сидоров

3 000

2013

4

Михайлов

19200

12883,2

ИТОГО:

49 500

29993,7

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

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

Документ "Вознаграждение по итогам года из резерва"

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

Общая сумма вознаграждения ("спускается сверху") составляет 200 000 рублей. В примере сотрудник Михайлов проработал в организации только 8 месяцев. Его заработок с учетом коэффициента не будет входить в базу начисления.

Таблица 2.14 - Расчет годовой премии. Расчет начислений сотрудникам за год с учетом КТУ

№ п/п

Сотрудник

Заработок (за год) по видам расчета, входящих в базу премии

Коэф. стажа

С учетом коэф.

1

Иванов

60 000

1,2

72000

2

Петров

50 000

1

50 000

3

Сидоров

85 000

1,1

93500

4

Михайлов

45 000

0,75

0

ИТОГО:

215500

Рассчитывается "коэффициент перерасчета" = 200 000/215500 = 0,928.

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

Таблица 2.15 - Расчет годовой премии. Расчет индивидуальных доплат

№ п/п

Сотрудник

С учетом коэф.

"С учетом коэф" * "Коэффициент перерасчета"

1

Иванов

72000

66816

2

Петров

50 000

46400

3

Сидоров

93500

86768

4

Михайлов

0

0

ИТОГО:

76 500

199 984

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

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

2.3.2 Постановка задания на перенос данных в программу "1С: Бухгалтерия 8" из "БЭСТ-4+"

Из эксплуатируемой программы "БЭСТ-4+" в программу "1С: Бухгалтерия 8" требуется перенести:

- справочник поставщиков и покупателей, с взаимосвязанными справочниками контактной информации, банков и банковскими счетами;

- справочник товарно-материальных ценностей;

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

- количественно-суммовые остатки по номенклатуре;

- суммовые остатки по взаиморасчетам с поставщиками и покупателями.

В отличие от архитектуры базы данных 1С, каждой таблице базы "БЭСТ" соответствует один файл формата. dbf. Ниже приведены таблицы соответствия полей таблиц источника (базы "БЭСТ") и приемника (объектов метаданных базы 1С) [13].

Перенос данных о поставщиках и покупателях

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

- произвести перенос основных реквизитов таблицы "Partner" из "БЭСТ" в справочник "Контрагенты" в "1С";

- перенести данные о банковских счетах контрагентов. Для этого произвести перенос данных из таблиц "Bank" и "Prt_Acnt" в справочники "Банки" и "Банковские счета";

- перенести информацию об адресах партнеров из таблицы "Prt_Addr" в регистр сведений "Контактная информация".

Схема взаимодействия справочников в "БЭСТ-4+" и "1С: Бухгалтерия 8" представлена на рисунке 2.3 Таблицы 2.16, 2.17, 2.18 и 2.19 содержат более полный перечень полей для переноса.

Рисунок 2.3 - Структура таблиц и справочников по контрагентам и банкам в программе "БЭСТ-4+" и в программе "1С: Бухгалтерия 8"

Таблица 2.16 - Реквизиты справочника "Контрагенты"

Источник (поля таблицы partner. dbf)

Приемник (реквизиты справочника "Контрагенты")

Примечание

Код

Создавать автоматически

SHORTNAME

Наименование

STATUS

ЮрФизЛицо

Если 0 - юр. лицо, если 1 - физ. лицо

CODE_INN

ИНН

При записи проверять имеется ли контрагент в базе с таким же ИНН, при наличии пропускать.

CODE_OKPO

КодПоОКПО

CODE_KPP

КПП

ORGNAME

НаименованиеПолное

Таблица 2.17 - Реквизиты справочника "Банковские счета"

Источник (поля таблицы prt_acnt. dbf)

Приемник (реквизиты справочника "Банковские счета")

Примечание

PART_ID

Владелец

Внутренний код БЭСТа для контрагента, отыскать по нему контрагента в таблице "partner"

ACCNT

НомерСчета

BANK_ID

Банк

Внутренний код БЭСТа для банка, отыскать по нему банк в таблице "bank"

ТекстКорреспондента

Контрагент. ПолноеНаименование

ACC_TP

ВидСчета

1 - расчетный, 2-5 иной.

ВалютаДенежныхСредств

Рубли для всех счетов

ВсегдаУказыватьКПП

"Истина" для всех счетов

Таблица 2.18 - Реквизиты регистра сведений "КонтактнаяИнформация"

Источник (поля таблицы prt_addr. dbf)

Приемник (реквизиты регистра "Контактная информация")

Примечание

Тип

Для всех "Адрес"

ADR_TYPE

Вид

1 - "фактический", 2 - "Юридический" остальные типы адресов не переносить

ADDRESS

Значение

Переносить адрес как строку.

Таблица 2.19 - Реквизиты справочника "Банки"

Источник (поля таблицы bank. dbf)

Приемник (реквизиты справочника "Банки")

Примечание

BNK_CODE

Код

Банки загрузить из классификатора, при загрузке данных по контрагенту проводить состыковку имеющихся банков по BNK_CODE. Если в классификаторе нет, то добавить.

BNK_NAME

Наименование

ACNT_KORR

КоррСчет

ADDR

Адрес

Перенос суммовых остатков по взаиморасчетам с покупателями и поставщиками ООО "СтройРемонтПодряд"

Сведения об остатках по взаиморасчетам с контрагентами Заказчик предоставляет в виде файла Excel в формате xls. Образец файла предоставлен в приложении Г.

Учет взаиморасчетов с поставщиками происходит на счете 60, расчеты с покупателями на счете 62, прочие расчеты учитываются на счет 76. Заказчик предоставляет по одному файлу на каждый счет учета с перечислением дебетовых и кредитовых задолженностей контрагентов на момент переноса данных.

Занесение суммовых остатков по взаиморасчетам в программу "1С: Бухгалтерия 8" должно быть произведено путем создания ручной операции с проводками по каждому долгу [14]. Шаблон проводок представлен в таблице 2.20. Счета учета для переноса дебетового и кредитового сальдо должны выбираться пользователем перед выполнением ввода остатков.

Таблица 2.20 - Шаблон проводок по вводу остатков взаиморасчетов с поставщиками

Счет Дт

Субконто Дт

Счет Кт

Субконто Кт

Сумма

60.01

Контрагент А

000

51,92

000

60.02

Контрагент Б

124752,15

Соответствия между полями табличного документа формата xls и реквизитами операции по вводу остатков представлены в таблице 2.21.

Таблица 2.21 - Реквизиты операции для ввода остатков по взаиморасчетам

Источник (колонка отчета)

Приемник (реквизит операции)

Примечание

Организация

Предоставить пользователю возможность выбрать организацию из справочника "Организации"

Дата

31.03.16

СчетДт

Предоставить пользователю возможность выбрать один из счетов 60, 62, 76.

Если сумма в отчете указана "дебетовая", то для счета 60 выбирается "60.02", для счета 62 - "62.1", если сумма "кредитовая" то счета 60 - "60.01", для счета 62 - "62.02". Для счета 76 остатки загружаются по дебету или кредиту в соответствии с указанной суммой.

Шифр, Наименование

СубконтоДт1

Состыковка с таблицей partner по полям CODE, SHORTNAME

Источник (колонка отчета)

Приемник (реквизит операции)

Примечание

СубконтоДт2

Договор создается автоматически, "вид договора" для счета 60 - с поставщиком, для счета 62 - с покупателем, для 76 счета вид договора указывается пользователем. "Вид взаиморасчетов" выбирается пользователем.

СчетКт

"000"

Дебетовая, кредитовая

Сумма

Выбирается одна из двух сумм (дебетовая или кредитовая) не нулевая

Перенос данных о товарно-материальных ценностях

При переносе сведений о товарно-материальных сведениях:

- Произвести перенос основных реквизитов таблиц "MLabel" из "БЭСТ" в справочник "Номенклатура" в "1С". При этом:

o сведения о товарах хранятся в таблице Sklad\Mlabel. dbf. При переносе эти позиции должны попасть в группу номенклатуры "Товары";

o сведения об услугах хранятся в таблице Tovar\Mlabel. dbf. При переносе эти позиции должны попасть в группу номенклатуры "Услуги", у каждой из позиций должен быть проставлен реквизит "Услуга";

o сведения о материалах хранятся в таблице Zapas\Mlabel. dbf. При переносе эти позиции должны попасть в группу номенклатуры "Материалы";

o структуры всех этих таблиц идентичны;

- Одно из полей таблиц "MLabel" содержит информацию о единицах измерения. В программе "1С: Бухгалтерия 8" для этого предназначен справочник. При переносе данных требуется предоставить пользователю возможность самому настроить соответствие единиц измерения "БЭСТ" и "1С".

Схема взаимодействия справочников в "БЭСТ-4+" и "1С: Бухгалтерия 8" представлена на рисунке 2.4 и в таблице 2.22.

Рисунок 2.4 - Структура таблиц и справочников по номенклатуре в программе "БЭСТ-4+" и в программе "1С: Бухгалтерия 8"

Таблица 2.22 - Реквизиты справочника "Номенклатура"

Источник (поля таблиц Sklad\Mlabel. dbf

Tovar\Mlabel. dbf

Zapas\Mlabel. dbf)

Приемник (реквизиты справочника "Номенклатура")

Примечание

Группа номенклатуры

Если из таблицы Sklad\Mlabel то "Товары", если из Tovar\mlabel то "Услуги", если из Zapas\mlabel то "Материалы"

Код

Создается автоматически

NAME

Наименование

НаименованиеПолное

Совпадает с "Наименованием"

ED

БазоваяЕдиницаИзмерения

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

СтавкаНДС

Для всех позиций 18%

Услуга

"Истина" если данные загружаются из таблицы Tovar\mlabel

Перенос количественно-суммовых остатков по товарно-материальным ценностям

В базу "1С: Бухгалтерия 8" требуется перенести остатки (суммы и количества) по номенклатурным позициям в разрезе складов и счетов учета [14]. В программе "БЭСТ" эти сведения содержатся в таблицах: Zapas/MKart. dbf и Sklad/MKart. dbf. Остатки по услугам не переносятся.

Информация о складах содержится в таблицах Zapas/MSclad. dbf и Sklad/MSclad. dbf. Для услуг склад хранения не предусмотрен.

Счета учета номенклатуры в программе "БЭСТ" отличаются от счетов учета в программе "1С: Бухгалтерия 8", поэтому необходимо предоставить возможность пользователю самому настроить соответствие счетов.

Занесение количественно-суммовых остатков по номенклатуре в программу "1С: Бухгалтерия 8" должно быть произведено путем создания ручной операции с проводками по каждой позиции [15]. Шаблон проводок представлен в таблице 2.23.

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

Счет Дт

Субконто Дт

Кол-во

Счет Кт

Субконто Кт

Сумма

10.05

Материал А

10,5

000

51,92

Склад 1

41.01

Товар А

404,0

000

124752,15

Склад2

Соответствия между полями таблиц "БЭСТ" и реквизитами операции по вводу остатков представлены в таблице 2.24.

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

Источник (поля таблиц Sklad\ mkart. dbf;

Zapas\ mkart. dbf)

Приемник (реквизит ручной операции)

Примечание

Организация

Предоставить пользователю возможность выбрать организацию из справочника "Организации"

Дата

31.03.16

SCHET

СчетДТ

Из таблицы Sklad\ mkart выгружаем всё кроме SCHET = 20, СчетДт при выгрузке из этой таблицы 41.01

При выгрузке данных из таблицы Zapas\ mkart пользователю предоставляется возможность сопоставить счета БЭСТ и 1С, загрузка происходит на счета указанные в сопоставлении.

NNUM

СубконтоДт1

Состыковка с таблицей Sklad\Mlabel по NNUM

SCLAD

СубконтоДт2

Состыковка с таблицей msclad по полю "CODE"

СубконтоДт3

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

KOLTEK

КоличествоДт

СчетКт

"000"

Сумма

Mlabel. CENA*КоличествоДт

2.4 Решение поставленных задач

2.4.1 Адаптация программы "1С: Зарплата и управление персоналом"

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

Рисунок 2.5 - Схема движений данных при расчете зарплаты

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

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

В ходе решения задачи были разработаны следующие объекты [16]:

Справочники:

- "Механизмы";

- "Виды оплаты работ на механизмах".

Регистр сведений:

- "Оплата работ на механизмах" - для хранения информации о расценках и доплатах за работу на конкретных механизмах.

Документ:

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

Регистр накопления:

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

Взаимосвязь между объектами показана на рисунке 2.6.

Справочник "Механизмы" предназначен для хранения данных о транспортных механизмах. Не имеет реквизитов или табличных частей. Поддерживает иерархию. Характеризуется только строковым кодом (9 символов) и полем наименования (40 символов).

Справочник имеет один предопределенный элемент "Простой" для фиксации факта работы сотрудника "вне механизма".

Рисунок 2.6 - Взаимосвязь между новыми объектами

Справочник "Виды оплаты работ на механизмах" предназначен для хранения видов оплат за работы на механизмах. Например, оплата за выезд, доплата за срочность и т.п. Справочник также не имеет реквизитов или табличных частей. Не поддерживает иерархию. Характеризуется только строковым кодом (9 символов) и полем наименования (40 символов).

Справочник имеет один предопределенный элемент "Часовой тариф".

Регистр сведений "Оплата работ на механизмах" предназначен для хранения размеров оплат за работы на механизмах. Ведется в разрезе двух измерений:

- механизмы;

- вид оплаты.

Реквизитом является числовое поле "Размер".

Заполнение этого регистра производится пользователем вручную. Для удобства занесение данных производится напрямую из справочника "Механизмы" (рисунок 2.7).

Рисунок 2.7 - Внешний вид элемента справочника "Механизмы"

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

Регистр накоплений "Выработка на механизмах" предназначен для хранения данных о фактической выработке в разрезе сотрудников, механизмов, видов оплаты (перечень полей показан на рисунке 2.6). Данные в этот регистр заносятся документом.

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

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

Рисунок 2.8 - Внешний вид документа "Ввод данных о выработке на механизмах"

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

Таблица 2.25 - Результат запроса

Номер строки

Результат

Размер

номер строки табличной части

сумма к оплате по данной работе

Стоимость выбранного вида работ

Принцип работы запроса изображен на рисунке 2.9 [17].

Рисунок 2.9 - Блок-схема запроса

Далее приведен код запроса:

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

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

|Выработка. НомерСтроки,

|ВЫБОР

|КОГДА Выработка. ВидОплаты = &Основной

|ТОГДА Выработка. ВыработкаЧас * ОсновнойТариф. Размер

|ИНАЧЕ Выработка. ВыработкаЧас * ОсновнойТариф. Размер * ПрочиеТарифы. Размер / 100

|КОНЕЦ КАК Результат,

|ВЫБОР

|КОГДА Выработка. ВидОплаты = &Основной

|ТОГДА ОсновнойТариф. Размер

|ИНАЧЕ ПрочиеТарифы. Размер

|КОНЕЦ КАК Размер

|ИЗ

|Документ. лс_ВводДанныхОВыработкеНаМеханизмах. Выработка КАК Выработка

|ЛЕВОЕ СОЕДИНЕНИЕ (ВЫБРАТЬ РАЗЛИЧНЫЕ

|лс_ВводДанныхОВыработкеНаМеханизмахВыработка. Механизм КАК Механизм,

|лс_ОплатаРаботНаМеханизмахСрезПоследних. Размер КАК Размер

|ИЗ

|Документ. лс_ВводДанныхОВыработкеНаМеханизмах. Выработка КАК лс_ВводДанныхОВыработкеНаМеханизмахВыработка

|ВНУТРЕННЕЕ СОЕДИНЕНИЕ РегистрСведений. лс_ОплатаРаботНаМеханизмах. СрезПоследних (&ДатаДок, ВидОплаты = &Основной) КАК лс_ОплатаРаботНаМеханизмахСрезПоследних

|ПО лс_ВводДанныхОВыработкеНаМеханизмахВыработка. Механизм = лс_ОплатаРаботНаМеханизмахСрезПоследних. Механизм) КАК ОсновнойТариф

|ПО Выработка. Механизм = ОсновнойТариф. Механизм

|ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений. лс_ОплатаРаботНаМеханизмах. СрезПоследних (&ДатаДок, ВидОплаты <> &Основной) КАК ПрочиеТарифы

|ПО Выработка. Механизм = ПрочиеТарифы. Механизм

|И Выработка. ВидОплаты = ПрочиеТарифы. ВидОплаты

|ГДЕ

|Выработка. Ссылка = &Ссылка";

Запрос. УстановитьПараметр ("Основной", Справочники. ВидыОплаты. ЧасовойТариф);

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

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

Листинг кода документа представлен в приложении Д.

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

- "Выработка на механизмах": движение по каждому сотруднику по каждой работе с указанием цены и стоимости работы;

Рисунок 2.10 - Регистр накопления "Выработка на механизмах"

- "Фактическая выработка работников организаций": движение по каждому сотруднику сводно по всем механизмам и видам работ.

Рисунок 2.11 - Регистр накопления "Фактическая выработка работников организаций"

Документ "Доплата из "коллективного фонда" по итогам месяца"

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

Входными данными для документа являются:

- Месяц начисления;

- Вид премии;

- Сумма к распределению;

- Данные регистров начисления/удержания.

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

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

Расчет производится по алгоритму изображенному на рисунке 2.14. Листинг кода документа представлен в приложении Е.

Рисунок 2.12 - Внешний вид формы документа

Рисунок 2.13 - Формирование списка работников

Рисунок 2.14 - Блок-схема алгоритма расчета месячной премии

Документ формирует следующие движения по регистрам начислений/удержаний:

- "Взаиморасчеты с работниками организаций": движение по каждому сотруднику на величину премии (рисунок 2.15);

Рисунок 2.15 - Фрагмент записи в регистр накопления "Взаиморасчеты с работниками организаций"

- "Дополнительные начисления работников организации": движение по каждому сотруднику на величину премии с указанием вида премии (рисунок 2.16);

Рисунок 2.16 - Фрагмент записи в регистр расчета "Дополнительные начисления работников организации"

- "НДФЛ сведения о доходах": создание записи о полученных доходах, для последующего учета НДФЛ (рисунок 2.17).

Рисунок 2.17 - Фрагмент записи в регистр накопления "Сведения о доходах работников организации"

Документ "Квартальная премия"

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

Входными данными для документа являются:

- Месяц начисления;

- Период расчета - квартал;

- Вид премии;

- Сумма к распределению;

- Базовые начисления за квартал.

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

Рисунок 2.18 - Внешний вид формы документа "Квартальная премия"

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

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

По требованию заказчика к документу "Квартальная премия" должна прилагаться печатная форма по образцу (приложение Б).

Для создания печатной формы в режиме конфигуратора для документа был создан макет (рисунок 2.19).

Рисунок 2.19 - Макет печатной формы документа "Квартальная премия"

По нажатию на кнопку "Печать" происходит создание нового табличного документа, заполненного в соответствии с шаблоном данными. Этот табличный документ можно сохранить в электронном виде (например, в формате Excel) либо сразу вывести на печать. Заполнение документа происходит в соответствии с алгоритмом изображенном на рисунке 2.20.

Рисунок 2.20 - Блок-схема алгоритма заполнения печатной формы

Также как и документ расчета месячной премии, документ "Квартальная премия" формирует следующие движения по регистрам начислений/удержаний:

- "Взаиморасчеты с работниками организаций": движение по каждому сотруднику на величину премии. Периодом выступает месяц начисления;

- "Дополнительные начисления работников организации": движение по каждому сотруднику на величину премии с указанием вида премии. Базовым периодом выступает квартал;

- "НДФЛ сведения о доходах": создание записи о полученных доходах, для последующего учета НДФЛ. Периодом выступает месяц начисления.

Документ "Вознаграждение по итогам года из резерва"

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

Входными данными для документа являются:

- Месяц и период начисления;

- Вид премии;

- Сумма к распределению;

- Данные регистров начисления/удержания.

Внешний вид формы документа представлен на рисунке 2.21. Заполнение табличной части документа фамилиями сотрудников происходит либо вручную, стандартным для платформы 1С способом, либо автоматически по нажатию кнопки "Заполнить" данными сотрудников согласно отбору (рисунок 2.13).

Рисунок 2.21 - Внешний вид формы документа

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

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

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

Документ формирует следующие движения по регистрам начислений/удержаний:

- "Взаиморасчеты с работниками организаций": движение по каждому сотруднику на величину премии;

- "Дополнительные начисления работников организации": движение по каждому сотруднику на величину премии с указанием вида премии;

- "НДФЛ сведения о доходах": создание записи о полученных доходах, для последующего учета НДФЛ.

2.4.2 Перенос данных в программу "1С: Бухгалтерия 8" из "БЭСТ-4+"

Перенос данных о поставщиках и покупателях

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

Внешний вид обработки "Загрузка контрагентов и связанной информации" представлен на рисунке 2.23. Листинг кода приведен в приложении Ж.

Рисунок 2.23 - Форма обработки "Загрузка контрагентов. epf"

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

При загрузке банков, производится проверка на заполненное поле БИК, Если оно пустое, сведения о банке не загружаются.

Принципиальный алгоритм обработки представлен на рисунке 2.24. Так как справочники взаимосвязаны, то загружать их в программу "1С: Бухгалтерия 8" надо в определенной последовательности. Для обеспечения совместимости в справочники "Контрагенты" и "Банки" было добавлено поле "КодБЭСТ", где бы хранился 16-тизначный код ил программы "БЭСТ-4+" (рисунок 2.3).

Рисунок 2.24 - Блок-схема принципиального алгоритма обработки "Загрузка контрагентов и связанной информации"

На рисунке 2.25 представлена блок-схема процедуры загрузки в справочник "Контрагенты".

Результатом обработки "Загрузка контрагентов и связанной информации" является заполненный справочник контрагентов и файл протокола (рисунок 2.26)

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

Рисунок 2.25 - Блок-схема процедуры ЗагрузкаКонтрагентов ()

Рисунок 2.26 - Протокол ошибок при переносе данных о контрагентах

Перенос суммовых остатков по взаиморасчетам с покупателями и поставщиками ООО "СтройРемонтПодряд"

Сведения об остатках по взаиморасчетам с контрагентами Заказчик предоставляет в виде файла Excel в формате xls. В этом файле прописаны:

- Поле "Шифр" - равно полю CODE таблицы Partner. dbf;

- Поле "Наименование" - содержит название организации поставщика/покупателя. По этому полю производиться идентификация не будет, так как оно может быть неуникальным;

- Поля "Дебетовая" и "Кредитовая" - поля содержащие суммовые остатки. Пользователь должен сам выбрать по каким счетам пройдут дебетовые и кредитовые остатки.

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

- Наименование организации (ООО "СтройРемонтПодряд");

- Дату ввода остатков.

Также оператор должен указать ключевые строки листа файла остатков: номер первой строки с данными: обработка будет загружать только строки после этой; номера колонок с кодом контрагента, дебетовым и кредитовым сальдо.

Рисунок 2.27 - Внешний вид формы обработки "ЗагрузкаОстатковВзаиморасчетовБЭСТ. epf"

Алгоритм обработки представлен на рисунке 2.28. Листинг кода обработки в приложении З. Результатом действия обработки будет документ ручной операции (рисунок 2.29) по вводу остатков с проводками по бухгалтерскому и налоговому учету. Также обработка сформирует протокол, в котором будут указаны все контрагенты, по которым не удалось произвести перенос остатков взаиморасчетов.

Рисунок 2.28 - Блок-схема алгоритма обработки вводу остатков взаиморасчетов

Рисунок 2.29 - Фрагмент ручной операция по вводу остатков взаиморасчетов с покупателями (счет 62)

Перенос данных о товарно-материальных ценностях

В отличие от базы данных "БЭСТ" в "1С: Бухгалтерии 8" в справочнике "Номенклатура" содержатся как данные о материалах, так и данные о товарах и услугах. В базе "БЭСТ" эта информация содержится в трех файлах: товары в Sklad\Mlabel. dbf, услуги в Tovar\Mlabel. dbf, материалы в Zapas\Mlabel. dbf. Для каждого из этих файлов надо запустить обработку "ЗагрузкаНоменклатурыБЭСТ. epf" (рисунок 2.30). В процессе обработки должны быть загружены основные поля: наименование, группа, единица измерения и т.п.

Для того чтобы подставить значения единиц измерения корректно, необходимо предоставить пользователю возможность самому выбрать соответствия для единиц измерения из программы "БЭСТ". Для этого на форме появилась закладка "Соответствие единиц". По нажатию кнопки "Заполнить" табличная часть заполняется всеми видами единиц измерения использующихся для номенклатуры в указанном файле dbf. Пользователю необходимо подставить значения из справочника 1С "Классификатор единиц измерений", если этого не сделать, то обработка сама подставит значение по умолчанию.

Рисунок 2.30 - Внешний вид формы обработки "ЗагрузкаНоменклатурыБЭСТ. epf"

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

Листинг кода обработки представлен в приложении И.

Рисунок 2.31 - Блок-схема алгоритма обработки по переносу ТМЦ

Перенос количественно-суммовых остатков по товарно-материальным ценностям

В базе "БЭСТ" остатки ТМЦ содержатся в файле Mlabel. dbf, который в свою очередь связан с файлами складов (msclad. dbf) и файлом остатков (mkart. dbf).

При переносе остатков требуется создать документ ручной операции с проводками по кредиту счета 000 (вспомогательный) в дебет счета учета номенклатуры. Требовалось предоставить возможность пользователю самостоятельно установить соответствие счетов учета в "БЭСТ" и в 1С. Также как и при загрузке номенклатуры, пользователю на закладке "Соответствие единиц" необходимо запустить процедуру загрузки счета. Обработка (рисунок 2.32) выведет все счета учета номенклатуры из указанного файла dbf, и предложит значения из плана счетов 1С. Если для какой-либо позиции соответствие пользователем указано не будет, будет подставляться счет по умолчанию.

Рисунок 2.32 - Внешний вид формы обработки "ЗагрузкаОстатковНоменклатурыБЭСТ. epf"

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

Рисунок 2.33 - Фрагмент ручной операции по вводу количественно-суммовых остатков ТМЦ

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

- в базе 1С в справочнике номенклатура есть запись о ТМЦ;

- ТМЦ не является услугой;

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

- если пользователь не проставил соответствие для счета учета, счет равняется счету по умолчанию

Рисунок 2.34 - Блок-схема алгоритма обработки "ЗагрузкаОстатковНоменклатурыБЭСТ. epf"

Листинг кода обработки представлен в приложении К.

Глава 3. Оценка экономической эффективности проекта

3.1 Введение

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

Определяют экономическую эффективность с помощью трудовых и стоимостных показателей. Основным методом при расчетах является метод сопоставления данных базисного и отчетного периода. Базисный период рассматривается с точки зрения затрат на обработку информации до внедрения АИС, а отчетный период - после внедрения АИС [18].

Целью данного дипломного проектирования было внедрить и адаптировать под нужды предприятия две программы системы 1С на платформе 8.1, а именно: "Бухгалтерия 8" и "Зарплата и Управление Персоналом". В результате использования системы программ ожидается получение следующих эффектов:

- Сокращение сроков переработки информации;

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

- Повышение оперативности, достоверности информации;

- Сокращение сроков освоения нового программного изделия за счет широкой распространенности программ системы 1С.

3.2 Расчет необходимых капитальных вложений

Необходимые капитальные вложения в проектном варианте вычисляются по формуле [18]:

, (руб) (3.1)

гдеKV - первоначальные вложения в проект (руб.);

ЗПО - затраты на приобретение лицензионного программного обеспечения (руб.);

ЗПП - затраты на адаптацию программного продукта и перенос данных из существующей АИС (руб.).

3.2.1 Расчет затрат на приобретение ПО

На предприятии планировалось автоматизировать 6 рабочих мест. Для этого требовалось закупить: программы "Бухгалтерия 8" и "Зарплата и Управление Персоналом" и дополнительную клиентскую лицензию на 5 рабочих мест. В капиталовложения не включаются затраты на оборудование, так как рабочие места обеспечены всем необходимым для решения задачи оборудованием.

Затраты на приобретение программного обеспечения предоставлены в таблице 3.1.

Таблица 3.1 - Затраты на приобретение программного обеспечения.

Наименование

Цена, руб.

Кол-во

Всего, руб.

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

9000

1 шт.

9000

1С: Зарплата и Управление персоналом 8

12600

1шт.

12600

1С: Предприятие 8. Клиентская лицензия на 5 рабочих мест

15600

1 шт.

15600

ИТОГО:

37200

Расчет затрат на адаптацию ПО

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

, руб. (3.2)

гдеЗПП - затраты на адаптацию программного продукта и перенос данных из существующей АИС, (руб.);

Зсм - затраты на сырье и материалы, руб.;

Ззп - затраты на зарплату, руб.;

Затраты на сырье и материалы (Зсм) сведены в таблице 3.2.

Таблица 3.2 - Затраты на сырье и материалы.

Наименование

Цена, руб.

Кол-во

Всего, руб.

DVD-RW диск

35

1 шт.

35

Бумага формат А4

120

1 уп.

120

Справочная литература

300

1 шт.

330

ИТОГО:

485

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

, руб. (3.3)

гдеЗПо - основная заработная плата, руб.;

ЗПд - дополнительная заработная плата, руб.;

ЗПсоц - отчисления на социальное страхование, руб.

Основная заработная плата рассчитывается исходя из количества часов затраченных на реализацию проекта (138 часов) и стоимости часа специалиста (150 руб. /час).

, руб.

Дополнительная зарплата составляет 12% от основной заработной платы:

, руб.

Отчисления на социальное страхование составляют 26% от основной и дополнительной заработной платы:

, руб.

Затраты на заработную плату разработчика сведены в таблице 3.3.

Таблица 3.3 - Затраты на заработную плату разработчика.

Наименование

Сумма, руб.

Основная зарплата, руб.

20700

Дополнительная зарплата, руб.

2484

Отчисления на социальное страхование, руб.

6027,84

ИТОГО:

29211,84

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

Таблица 3.4 - Необходимые капитальные вложения.

Статьи затрат

Сумма, руб.

Приобретение программного обеспечения, руб.

37200

Затраты на адаптацию ПО, руб.

29696,84

ИТОГО:

66896,84

3.3 Расчет текущих эксплуатационных затрат

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

- сотрудники работают по 40-часовой рабочей неделе, что составляет в среднем за месяц 168.16 часов;

- оклад расчетчиков составляет 9000 руб. /месяц, т.е. расходы на заработную плату на каждого расчетчика составляют 12700,8 руб., а, следовательно, средняя стоимость часа такого работника равна: 75,56 руб.;

- расчетный отдел производит расчеты по начислению заработной платы 530 сотрудникам.

3.3.1 Расчет затрат по базовому варианту

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

(3.4)

гдеN - количество работников, на которых рассчитывается зарплата;

Тобр - суммарное время, требуемое для начисления зарплаты одному работнику, (час);

Sч - стоимость часа работы расчетчика, (руб.).

Это составляет 30035,1 руб. в квартал.

Расчет затрат по проектному варианту

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

Это составляет 8410,8 руб. в квартал.

Таким образом, получается, что после внедрения АИС эффективность работы расчетчиков за квартал повысилась на 21624,3 рубль в стоимостном выражении.

3.4 Расчет показателей экономической эффективности

Расчет экономической эффективности внедрения программного продукта произведем на основе метода "потоков платежей" ("Cash Flow") с использованием разностного подхода.

Для оценки экономической эффективности определим денежные потоки за 2 года с детализацией по кварталам. Для оценки упущенных возможностей примем в качестве ставки сравнения (дисконтирования) значение ставки рефинансирования ЦБ РФ = 10,5% годовых, что составит R=2,52% в квартал.

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

Чистый поток платежей (ЧПП) на каждый квартал рассчитываем по формуле:

, руб. /квартал (3.5)

гдеЗБ - затраты по базовому варианту, руб. / квартал;

ЗПР - затраты по проектному варианту, руб. / квартал;

DН - размер налога на прибыль, руб. / квартал.

, руб. / квартал (3.6)

Тогда формула (3.5) примет вид:

, руб. / квартал (3.7)

Чистая текущая стоимость определяется как:

, руб. (3.8)

гдеR - ставка сравнения (примем за 2,52%);

KV - первоначальные капиталовложения в проект;

T - жизненный цикл проекта (T = 8 кварталов).

Внутренний коэффициент окупаемости (ВКО) определяется:

(3.9)

гдеЧТС+, ЧТС - положительные и отрицательные чистые текущие стоимости проекта, полученные по формуле (3.8) при определенных значениях ставки дисконтирования;

R+, R - ставки дисконтирования (сравнения), соответствующие положительным и отрицательным чистым потокам соответственно.

При ставке в 59,3% годовых (R+=0.1235): ЧТС=16,76

При ставке дисконтирования в 59,4% (R-=0.1236): ЧТС=-16,43

Тогда внутренний коэффициент окупаемости будет равен:

, т. е 59,35% годовых.

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

, квартал (3.10)

Гдеm - текущий номер периода при котором Sm<KV<Sm+1;

KV - первоначальные капиталовложения в проект, (руб.);

Sm, Sm+1 - сумма чистого потока платежей за m и за m+1 период соответственно, "очищенная" от величин капиталовложений за эти периоды (руб.);

Пm+1 - величина чистого потока платежей за m+1 период ("очищенная" от капиталовложений в этот период), (руб.).

Для данного проекта S4<KV<S5.

Простой срок окупаемости проекта:

(квартала).

Дисконтированный срок окупаемости проекта:

(квартала).

Результаты расчетов показателей по вышеприведенным формулам приведены в Таблице 3.5.

Рентабельность проекта вычисляется по формуле (3.11):

(3.11)

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

Периоды

Кварталы

Показатели

0

1

2

3

4

5

6

Кап вложения

66896,8

Экономия

21624,3

21624,3

21624,3

21624,3

21624,3

21624,3

Налог на прибыль (24%)

5189,832

5189,832

5189,832

5189,83

5189,83

5189,83

ЧПП (t) (чистая экономия)

16434,47

16434,47

16434,47

16434,5

16434,5

16434,5

Суммы ЧДП

16434,47

32868,94

49303,4

65737,9

82172,3

98606,8

Суммы ЧДДП

16029,32

31268,32

45746,22

59491,3

72530,9

84891,4

Кумулятивный ЧТС

-66896,8

-50867,52

-35233,36

-19984,62

-5111,80

9394,37

23542,93

ВКО

59,35

Срок окупаемости инвестиций (дисконтированный), месяцев

4,45

Рисунок 3.1 - Финансовый профиль проекта

3.5 Выводы

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

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

Следовательно, рассмотренный проект с экономической точки зрения является эффективным и целесообразным для реализации. Чистая текущая стоимость реализации проекта составила 23542,93 рубля. Проект окупится за срок 1,11 года.

Глава 4. Безопасность жизнедеятельности

4.1 Требования по обеспечению комфортности на рабочем месте

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

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

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

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

Работа с программным обеспечением, адаптированным и внедренным в результате проекта, предполагается на ЭВМ, размещенных в офисных помещениях. Выполняемые работы относятся к категории 1а - это работы, производимые сидя и не требующие физического напряжения, при которых расход энергии составляет до 120 ккал/ч. Требования к помещениям для эксплуатации персональных электронно-вычислительных машин (далее - ПЭВМ) определены в СанПиН 2.2.2/2.4.1340-03 [19].

Требования к помещениям для эксплуатации ПЭВМ

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

Помещения с ПЭВМ должны иметь естественное и искусственное освещение. Расположение рабочих мест с ПЭВМ для пользователей в подвальных помещениях не допускается. Площадь на одно рабочее место с ПЭВМ для пользователей должна составлять не менее 6,0 кв. м, а объем не менее 20,0 куб. м.

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

Звукоизоляция ограждающих конструкций помещений с ПЭВМ должна отвечать гигиеническим требованиям и обеспечивать нормируемые параметры шума. Для внутренней отделки интерьера помещений с ПЭВМ должны использоваться диффузно-отражающие материалы с коэффициентом отражения для потолка - 0.7 - 0.8; для стен - 0.5 - 0.6; для пола - 0.3 - 0.5.

Микроклимат рабочей зоны офисного помещения

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

В офисных помещениях выполняются легкие физические работы, поэтому должны соблюдаться следующие требования: оптимальная температура воздуха - 22С (допустимая - 20-24С), оптимальная относительная влажность - 40-60% (допустимая - не более 75%), скорость движения воздуха не более 0.1м/с.

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

Освещение рабочего места

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

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


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

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