Автоматизация учета на крупном предприятии

Еще один технический вопрос - это вопрос установки компьютерных сетей, который встает, если внедряется сетевая программа. Существует большое количество различных типов сетей, сильно отличающихся по стоимости дополнительных аппаратных и программных средств для функционирования сети. Однако следует отметить, что если в сеть объединено немного (до 4-5 компьютеров), то сеть, требуемая для них будет стоить недорого и устанавливается достаточно легко, более же крупные сети требуют серьезных дополнительных затрат. Установкой сетей занимаются те же самые фирмы, которые продают компьютеры и делают "апгрэйд".

2.2 Анализ автоматизации экономических показателей организации

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

Внедрение можно производить своими силами, можно заказать сторонней организации. Если пытаться внедрять самим, то приходится сталкиваться с трудностями:

- отсутствие опыта автоматизации;

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

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

Собственно процесс внедрения программы можно разбить на два этапа: этап настройки и этап обучения.

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

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

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

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

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

2.3 Этап обучения и применения программного продукта

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

Обучение первого уровня. Это обучение персонала бухгалтерии текущей работе с программой: ведению хозяйственных операций, распечатке первичных документов, составлению учетных регистров и отчетности - словом всей ежедневной роботе. Работать на программе должен уметь каждый бухгалтер, рабочее место которого автоматизировано и работать на программе должен именно он сам, а не некий оператор-программист, бесполезный и, мало того, даже вредный посредник между бухгалтером и компьютером. Эффективной является только та автоматизация, при которой бухгалтера работают на компьютерах "в режиме реального времени", то есть если, например, требуется оформить расходный кассовый ордер, то бухгалтер-кассир вводит в программу его номер и сумму, а также код типовой хозяйственной операции (пусть это будет выдача денег в подотчет) и программа тут же автоматически распечатывает нужный расходный ордер и вводит в журнал хозяйственных операций проводку дебет 71 - кредит 50, получатель денег расписывается в ордере и бухгалтер-кассир сразу выдает ему деньги; все это происходит на рабочем месте кассира, на котором и установлен его компьютер с блоком кассовых операций. Именно автоматизированная работа бухгалтерии "в режиме реального времени" и является конечной целью обучения первого уровня. Зачастую этой цели добиться нелегко из-за двух обстоятельств.

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

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

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

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

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

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

Качество.

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

Сроки.

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

2.4 Анализ стоимости услуг по автоматизации бухгалтерского и управленческого учета

Порядок определения стоимости услуг по автоматизации строится на двух принципах:

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

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

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

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

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

Бесплатный выезд на определение объема работ. Он заключается в том, что специалист фирмы по автоматизации бесплатно выезжает непосредственно к клиенту и в течение 1-2 часов знакомится с бухгалтерским учетом на предприятии (для этого необходимо присутствие главного бухгалтера и наличие первичных документов и учетных регистров) и совместно с клиентом конкретизирует цели планируемой автоматизации.

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

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

- предприятие достаточно большое (численность превышает 200-300 человек или количество бухгалтеров, ведущих учет, превышает 10 человек);

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

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

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

3. Разработка модуля для 1С:Предприятия 8.1

3.1 Выбор среды программирования

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

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

Назначение и краткая характеристика встроенного языка.

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

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

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

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

Формат описания элементов языка.

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

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

[] - в квадратных скобках заключаются необязательные синтаксические элементы;

( ) - круглые скобки заключают в себе список параметров;

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

3.2 Формат исходных текстов программных модулей

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

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

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

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

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

- глобальный контекст задачи;

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

Глобальный контекст образуется:

- значениями свойств и методов глобального контекста;

- функциями встроенного языка и языковыми конструкциями;

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

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

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

В системе 1C:Предприятие существуют несколько видов программных модулей. Они различаются по месту размещения и доступному контексту.

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

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

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

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

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

Существует набор правил взаимодействия глобального модуля и общих модулей:

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

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

Набор прикладных объектов имеет собственные модули. К таким объектам относятся:

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

- документы;

- отчеты;

- обработки.

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

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

3.3 Характеристика инструментов для разработки модуля

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

Объекты конфигурации

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

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

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

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

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

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

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

Рисунок 1 Подчиненный объект конфигурации

Макеты могут содержать данные самых разных видов. Это может быть табличный документ, который напоминает электронные таблицы и широко используется при формировании выходных форм документов и отчетов; это может быть текстовый документ или двоичные данные. Также макет может содержать ActiveDocument (например, документ Word, лист Excel или рисунок CorelDRAW), HTML-документ или географическая схема.

Рисунок 2 Конструктор макета

Рисунок 3 Управляемое приложение

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

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

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

Редакторы

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

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

Любая форма представляет совокупность нескольких составляющих элементов:

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

- совокупности команд, отображаемых в форме реквизитов;

- объектов, данные которых форма использует в своей работе, команд;

- действий, которые определены в данной конкретной форме, параметров

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

Рисунок 4 Справочник номенклатуры

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

В отдельном окне, в нижней части редактора, отображается внешний вид формы в режиме 1С:Предприятие.

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

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

Редактор позволяет добавить в форму несколько элементов Группа - Страницы, каждая из которых может содержать несколько элементов Группа - Страница.

Например, форма документа может содержать один элемент Группа - Страницы, которому подчинены несколько элементов Группа - Страница с заголовками Товары, Условия закупок, Возвратная тара и Дополнительно:

Тогда в режиме 1С:Предприятие она будет выглядеть следующим образом:

Рисунок 5 Создание группы

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

Рисунок 6 Свойства группы

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



Рисунок 7 Справочник номенклатуры

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

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

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

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

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

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

- для редактирования текстовых документов;

- для редактирования текстов.

В режиме редактирования текстовых документов редактор поддерживает все стандартные функции редактирования текста:

- создание нового документа или открытие одного из существующих документов;

- ввод и редактирование текста;

- сохранение отредактированного текста;

- печать текста.

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



Рисунок 8 Создание документа

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

Рисунок 9 Создание закладок

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Этот механизм реализован в составе конфигуратора и вызывается командой Правка - Редактирование текстов интерфейса

Рисунок 10 Редактирование текстов интерфейса

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

Рисунок 11 Настройки текстов

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

Рисунок 12 Редактирование текстов

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

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

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

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

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

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

Рисунок 13 Блок схема модуля

На основание блок схемы написана программа и представлена ее реализация в виде скриншетов.



Рисунок 14 Заполнение форм

Рисунок 15 Формирование отчета

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

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

4.1 Определение затрат на создание программного продукта

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

Зспп = Ззпспп + Змвспп + Зобщ (1)

где Зспп - затраты на создание программного продукта;

Ззпспп - затраты на оплату труда разработчика программы;

Змвспп - затраты на оплату машинного времени;

Зобщ - общие затраты.

4.1.1 Расходы на оплату труда разработчика

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

Ззпспп=t * Tчас. (2)

Трудоёмкость разработки программного продукта можно определить следующим образом :

t = t o+ tа + tб + tп + tот (3)

где tо - затраты труда на подготовку описания задачи;

tа - затраты труда на разработку проекта решения задачи;

tб - затраты труда на разработку схемы решения задачи;

tп - затраты труда на составление программы по готовой блок-схеме;

tот - затраты труда на отладку программы на ЭВМ при комплексной отладке задачи;

Составляющие затрат, в свою очередь можно вычислить через условное число операторов Q. В нашем случае число Q = 1000 операторов в отлаженной программе.

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

to = Q * B /(75...85 * K), (4)

где B - коэффициент увеличения затрат труда вследствие недостаточного описания задачи, уточнений и некоторой не доработки, B=1,2...5;

K - коэффициент квалификации разработчика, для работающих до 2 лет К=0.8;

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

Из формулы (4), что в качестве значения из диапазона 75…85 выберем среднее значение равное 80.

Таким образом, получим B=3, К=0.8, Q=1000

to =1000 *3 /(80 * 0.8) = 46.9 чел.-час.

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

tа = Q/(60…75 * K) (5)

где в качестве значения из диапазона 60…75 выберем значение равное 70.

Таким образом, по формуле (5) получим:

tа = 1000/(70*0.8) = 17.8 чел.-час.

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

tб = Q /(60…75 * K). (6)

Выполнив расчеты по формуле (6) получим:

tб =1000/(70*0.8) = 17.8 чел.-час.

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

tп = Q/(60…75 * K) (7)

Таким образом, по формуле (7) получим:

tп =1000/(70*0.8) = 17.8 чел.-час.

Затраты труда на отладку программы на ЭВМ при комплексной отладке задачи:

tот = 1.5 * tAот , (8)

где tAот - затраты труда на отладку программы на ЭВМ при автономной отладке одной задачи, где в качестве значения из диапазона 40…50 выберем среднее значение равное 45.

Затраты труда на отладку программы на ЭВМ при автономной отладке одной задачи можно рассчитать по формуле (9):

tAот = Q/(40…50 * K (9)

Таким образом, по формуле (9) получим:

tAот = 1000/(45*0.8) = 27.7 чел.-час.

Отсюда, по формуле (8):

tот = 1.5*27.7 = 41.6 чел.-час.

Подставим значения t о, tа , tб , tп , tот в формулу (3) получим:

t= 46,9+17,8+17,8+17,8+41,6=141,9 чел/час.

Следовательно, трудоёмкость разработки программного продукта составляет 141,9(чел/час).

Средняя зарплата программиста в современных рыночных условиях может варьироваться в широком диапазоне. Для расчёта возьмём среднюю часовую оплату труда, которая составляет Тчас = 150 руб/час, что составляет 25200 руб./мес. при 8-ми часовом рабочем дне и 5-ти дневной рабочей неделе. Эта цифра близка к реальной заработной плате программиста на предприятии, где проводилась работа. Затраты на оплату труда программиста состоят из зарплаты программиста и отчислений на социальные нужды.

Отчисления на социальные нужды включают в себя:

- пенсионный фонд,

- медстрах,

- соцстрах,

- фонд занятости,

- сбор на образование.

Отчисления на социальные нужды составляют 26%. Отсюда затраты на оплату труда программиста составляют:

Ззпспп = 141.9 * 150 * 1.26= 26819.1 руб.

Расчет затрат на оплату труда программиста представлен в Таблице 1.

Таблица 1 Распределение затрат на оплату труда программиста

Наименование затрат труда программиста	Количество времени, час.	Стоимость, руб.
Затраты труда на подготовку описания задачи	46.9	7035
Затраты труда на разработку проекта решения задачи	17.8	2670
Затраты труда на разработку схемы решения задачи	17.8	2670
Затраты труда на составление программы по готовой блок-схеме	17.8	2670
Затраты труда на отладку программы на ЭВМ при комплексной отладке задачи	41.6	6240
Итого:	141.9	21285
В том числе с налогом на социальные нужды, 26%		26819,1

4.1.2 Затраты на оплату машинного времени

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

Змвспп = Счас * t ЭВМ (10)

где Счас - цена машино-часа арендного времени, руб/час;

tэвм - фактическое время отладки программы на ЭВМ;

Фактическое время отладки вычислим по формуле:

tэвм = tп + tот; (11)

tэвм = 17.8+41.6= 59.4 часа.

Цену машино-часа найдём по формуле:

Счас = Зэвм/Тэвм (12)

где Зэвм - полные затраты на эксплуатацию ЭВМ в течении года;

Тэвм - действительный годовой фонд времени ЭВМ, час/год;

Общее количество дней в году - 365. Число праздничных и выходных дней - 119.

Время простоя в профилактических работах определяется как еженедельная профилактика по 4 часа. Итого годовой фонд рабочего времени ПЭВМ составляет :

Тэвм = 8*(365-119) - 52*4 = 1760 часа.

Полные затраты на эксплуатацию ЭВМ можно определить по формуле:

Зэвм = Ззп + Зам + Зэл + Звм + Зтр + Зпр, (13)

где Ззп - годовые издержки на заработную плату обслуживающего персонала, руб./год;

Зам - годовые издержки на амортизацию, руб./год;

Зэл - годовые издержки на электроэнергию, потребляемую ЭВМ, руб/год;

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

Зтр - затраты на текущий ремонт компьютера, руб./год;

Зпр - годовые издержки на прочие и накладные расходы, руб./год;

Сумма годовых амортизационных отчислений определяется по формуле:

Зам = Сбал * Нам , (14)

где Сбал - балансовая стоимость компьютера, руб/шт.;

Нам - норма амортизации, %;

Согласно нормативным документам норма амортизации Нам = 12.5%.

Балансовая стоимость ПЭВМ включает отпускную цену, расходы на транспортировку, монтаж оборудования и его наладку :

Сбал = Срын + Зуст ; (15)

где Срын - рыночная стоимость компьютера, руб/шт.,

Зуст - затраты на доставку и установку компьютера, руб/шт.

Компьютер, на котором велась работа, был приобретен по цене Срын = 20000 руб, затраты на установку и наладку составили примерно 10% от стоимости компьютера

Зуст = 0.1 * 20000 =2000 руб.

Отсюда, по формуле (15), получим:

Сбал = 20000 + 2000 = 22000 руб./шт.

Сумма годовых амортизационных отчислений по формуле (14), равна:

Зам = 22000 * 0.125= 2750 руб./год.

Стоимость электроэнергии, потребляемой за год, определяется по формуле:

Зэл = Рэл * Тэвм * Сэл * А, (16)

Где Рэвм - суммарная мощность ЭВМ,

Сэл - стоимость 1кВт*ч электроэнергии,

А - коэффициент интенсивного использования мощности машины.

Согласно техническому паспорту ЭВМ Рэвм = 0.22 кВт, стоимость 1кВт*ч электроэнергии для предприятий Сэл = 2.64 руб., интенсивность использования машины А = 0.98.

Тогда расчётное значение затрат на электроэнергию:

Зэл = 0.22*1760*2.64*0.98 = 1001.8 руб.

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

Зтр = 0.05 * Сбал = 0.05*22000 = 1100 руб.

З атраты на материалы, необходимые для обеспечения нормальной работы ПЭВМ составляют около 1% от стоимости ЭВМ :

Звм = 0.01*22000 = 220 руб.

Прочие косвенные затраты, связанные с эксплуатацией ПЭВМ, состоят из амортизационных отчислений на здания, стоимости услуг сторонних организаций и составляют 5% от стоимости ЭВМ:

Зпр = 0.05*22000 = 1100 руб.

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

Ззп = Зоснзп + Здопзп + Зотчзп (17)

Сумма основной заработной платы определяется исходя из общей численности работающих в штате:

Зоснзп = 12*Зiокл , (18)

где Зiокл - тарифная ставка i-го работника в месяц, руб.

В штат обслуживающего персонала должны входить администратор с месячным окладом 20000 руб. и помощник администратора с окладом 8000 руб.

Тогда, учитывая, что данный персонал обслуживает 100 машин, имеем издержки на основную заработную плату обслуживающего персонала в расчете на 1 машину:

Зоснзп = 12*(20000 + 8000)/100 = 3360 руб.

Сумма дополнительной заработной платы составляет 60% от основной заработной платы:

Здопзп = 0.6*3360 = 2016 руб.

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

...