Руководства, Инструкции, Бланки

пример руководства пользователя к по img-1

пример руководства пользователя к по

Категория: Руководства

Описание

Быстрый старт: Примеры использования: CodeIgniter, руководство пользователя

CodeIgniter, руководство пользователя к версии 1.6.1 Быстрый старт: Пример кода

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

Инициализация класса работы с базами данных

Приведённый ниже код загружает и инициализирует класс работы с базами данных, в соответствии с настройками, указанными в файле конфигурации :

После загрузки класс готов к использованию, как описано ниже.

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

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

$query = $this->db->query('SELECT name, title, email FROM my_table');

foreach ($query->result() as $row)
<
echo $row->title;
echo $row->name;
echo $row->email;
>

echo 'Всего результатов: '. $query->num_rows();

Приведённая выше функция result() возвращает массив объектов. Пример: $row->title

Стандартный запрос с получением множества результатов (версия с массивами)

$query = $this->db->query('SELECT name, title, email FROM my_table');

foreach ($query->result_array() as $row)
<
echo $row['title'];
echo $row['name'];
echo $row['email'];
>

Приведённая выше функция result_array() возвращает массив индексов. Пример: $row['title']

Тестируем получение результатов выборки

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

$query = $this->db->query("ВАШ ЗАПРОС");

if ($query->num_rows() > 0)
<
foreach ($query->result() as $row)
<
echo $row->title;
echo $row->name;
echo $row->body;
>
>

Стандартный запрос с единичым результатом выборки

$query = $this->db->query('SELECT name FROM my_table LIMIT 1');

$row = $query->row();
echo $row->name;

Функция row() возвращает объект. Пример: $row->name

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

$query = $this->db->query('SELECT name FROM my_table LIMIT 1');

$row = $query->row_array();
echo $row['name'];

Функция row_array() возвращает массив. Пример: $row['name']

Стандартная вставка

$sql = "INSERT INTO mytable (title, name)
VALUES (".$this->db->escape($title).", ".$this->db->escape($name).")";

Запрос Active Record

Шаблон Active Record позволяет упростить использование возвращаемых данных:

foreach ($query->result() as $row)
<
echo $row->title;
>

Функция get() возвращает все записи из указанной таблицы. Класс Active Record содержит полный набор функций для работы с данными.

Вставка данных с использованием Active Record

// Создаёт: INSERT INTO mytable (title, name, date) VALUES ('<$title>', '<$name>', '<$date>')

Другие статьи

НОУ ИНТУИТ

Понятие требования. Классификации требований Определение понятия требования

Л.Новиков в русской редакции нотации RUP [2.9] приводит следующее определение. "Требование - это условие или возможность, которой должна соответствовать система".

В IEEE Standard Glossary of Software Engineering Terminology (1990) [2.1] данное понятие трактуется шире. Требование - это:

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

IEEE (Institute of Electrical and Electronics Engineers) - институт инженеров по электротехнике и электронике, http://www.ieee.org – международная некоммерческая ассоциация специалистов в области техники, делит с МЭК (http://www.iec.ch/ ) мировое лидерство в области разработки стандартов по радиоэлектронике и электротехнике. IEEE объединяет более 400 тыс. членов из 170 стран, в том числе более 100 тыс. студентов.

IEC (International Electrotechnical Commission) - международная электротехническая комиссия (МЭК), http://www.iec.ch. МЭК – некоммерческая организация, наряду с IEEE (http://www.ieee.org )- признанный мировой лидер в области создания международных стандартов в сфере электрики, электронники и смежных технологий, в том числе - в области информационных технологий. Под эгидой организации сотрудничают более 10 000 специалистов. Некоторые из разработанных стандартов созданы совместно с ISO.

Введем еще одно определение. Требования - это исходные данные, на основании которых проектируются и создаются автоматизированные информационные системы. Первичные данные поступают из различных источников, характеризуются противоречивостью, неполнотой, нечеткостью, изменчивостью. Требования нужны в частности для того, чтобы Разработчик мог определить и согласовать с Заказчиком временные и финансовые перспективы проекта автоматизации. Поэтому значительная часть требований должна быть собрана и обработана на ранних этапах создания АИС. Однако собрать на ранних стадиях все данные, необходимые для реализации АИС, удается только в исключительных случаях. На практике процесс сбора, анализа и обработки растянут во времени на протяжении всего жизненного цикла АИС, зачастую нетривиален и содержит множество подводных камней; подробнее о процессе - в лекциях 4 - 8.

Классификация требований

Существует значительное количество различных методов классификации требований [2.2 -2.7 ], наиболее существенные из которых будут рассмотрены в лекции.

Требования к продукту и процессу

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

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

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

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

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

  1. Разработчик представляет Заказчику согласованный план работ c детализацией (WorkBreakdownStructure - WBS ) с точностью до конкретных исполнителей.
  2. Разработчик осуществляет ежедневные сборки, регрессионное тестирование компонентов разрабатываемого продукта и тестирование продукта в целом.
  3. Все управленческие и проектные артефакты, исходные коды и тестовые примеры размещаются в режиме online в интегрированной среде разработки Rational ClearCase с возможностью для Заказчика осуществления online-мониторинга на базе web-технологий.

WBS Work Breakdown Structure – иерархическая структура работ. Согласно PMBOK. WBS – это ориентированная на результаты (предметы поставки) иерархическая декомпозиция работ, выполняемых командой проекта для достижения целей проекта и получения необходимых результатов. С ее помощью структурируется и определяется все содержание проекта.

Уровни требований

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

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

Обычно выделяют три уровня требований.

  • На верхнем уровне представлены так называемые бизнес-требования ( business requirements ). Примеры бизнес-требования: система должна сократить срок оборачиваемости обрабатываемых на предприятии заказов в три раза. Бизнес-требования обычно формулируются топ-менеджерами, либо акционерами предприятия.
  • Следующий уровень - уровень требований пользователей ( user requirements ). Пример требования пользователя: система должна представлять диалоговые средства для ввода исчерпывающей информации о заказе, последующей фиксации информации в базе данных и маршрутизации информации о заказе к сотруднику, отвечающему за его планирование и исполнение. Требования пользователей часто бывают плохо структурированными, дублирующимися, противоречивыми. Поэтому для создания системы важен третий уровень, в котором осуществляется формализация требований.
  • Третий уровень - функциональный ( functional requirements ). Пример функциональных требований (или просто функций) по работе с электронным заказом: заказ может быть создан, отредактирован, удален и перемещен с участка на участок.

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

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

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

Требования к составлению и оформлению должностной инструкции на примере должностной инструкции

Требования к составлению и оформлению должностной инструкции на примере должностной инструкции

1.1 Составление и корректировка

1.2 Рекомендации по составлению должностных инструкций

1.3 Формальные признаки

2 Разделение функций между подразделениями делопроизводства и исполнителями

3 Организация работы секретаря-референта

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

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

1. Что такое должностная инструкция?

2. Каково предназначение должностной инструкции?

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

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

То есть можно сказать, что основная задача это теоретическое изучение должностной инструкции.

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

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

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

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

1.1 Составление и корректировка

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

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

Корректировка может быть связана с изменением обязательных условий трудового соглашения. При этом работник должен быть заблаговременно письменно уведомлен о грядущих переменах. Только после того, как штатный сотрудник согласился на продолжение трудовых отношений, вносятся изменения в должностную инструкцию. Если инструкция является приложением к трудовому контракту, целесообразно вносить изменения в данный документ путем подготовки дополнительного соглашения (письмо Роструда от 31 октября 2007 г. № 4412-6).

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

1.2 Рекомендации по составлению должностных инструкций

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

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

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

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

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

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

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

При подготовке должностной инструкции и внесении в нее изменений следует учитывать Государственный стандарт ГОСТ Р 6.30-2003 «Унифицированные системы документации. Унифицированная система организационно-распорядительной документации. Требования к оформлению документов», введенного в действие Постановлением Госстандарта России от 03.03.2003 № 65-ст.

1.3 Формальные признаки

В ходе разработки должностной инструкции и при внесении в нее изменений важно уделить должное внимание требованиям к оформлению документа, которые распространяются на состав его реквизитов и порядок их расположения на бланках установленного вида. При решении данной задачи следует руководствоваться ГОСТ Р 6.30-2003, утвержденным Постановлением Госстандарта России от 3 марта 2003 года № 65-ст. «О принятии и введении в действие государственного стандарта Российской Федерации».

Обязательные реквизиты инструкции определяются согласно разделу 2 ГОСТа Р 6.30-2003. К ним относятся:

наименование организации - разработчика документа;

наименование вида документа;

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

место составления или издания документа;

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

заголовок к тексту;

отметка о наличии приложения;

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

визы согласования документа;

отметка о заверении копии документа;

отметка об исполнителе;

идентификатор электронной копии документа.

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

Должностная инструкция представляет собой внутренний организационно-нормативный документ организации, подлинник (первый экземпляр) которого применяется исключительно в организации. По этой причине ГОСТ Р 6.30-2003 разрешает оформление виз согласования в нижней части оборотной стороны последнего листа подлинника документа. По усмотрению организации документ может визироваться полистно.

2 Разделение функций между подразделениями делопроизводства и исполнителями

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

Должностная инструкция

Каталог должностных инструкций

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

Здесь вы найдете ДИ на русском и украинском языках. Раздел постоянно растет и пополняется новыми должностными инструкциями. На текущий момент в базе находится свыше 300 инструкций на украинском и больше 1 300 ДИ на русском языке.

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

Должностные инструкции по рубрикам

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

Как разработать Положение о бухгалтерии и инструкции к рабочим местам

Положение о бухгалтерии

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

Важное в статье:

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

Павел Меньшиков, эксперт по реинжинирингу бухгалтерских служб

Как написать Положение о бухгалтерии

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

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

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

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

Какие разделы следует обязательно включить в должностную инструкцию бухгалтера

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

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

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

В-третьих, и это очень важно, необходимо продумать и зафиксировать в должностных инструкциях систему взаимозаменяемости бухгалтеров. Закрепить так называемых дублеров. Каждая инструкция должна содержать информацию о том, какую должность может замещать данный сотрудник, а также какая должность дублирует его. При этом замещение может быть не полным, а частичным, о чем тоже должно быть подробно сказано в инструкции. Допустим, на время отсутствия бухгалтера участка № 8 книгу покупок ведет бухгалтер участка № 3, а расчеты с поставщиками учитывает бухгалтер участка № 5.

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

Система взаимозаменяемости бухгалтеров

Что такое инструкция к рабочему месту и для чего она нужна

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

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

Рабочие инструкции — это своего рода катехизис для каждого рабочего места. Свод ответов на вопросы в формате «что делать, если…», написанный простым понятным языком. Не стоит тратить время на то, чтобы придумывать затейливое вступление, ведь эти инструкции предназначены для постоянного использования. Отсюда рождается простая схема их накопления и хранения. Представьте себе один лист формата А4, на котором содержатся и вопрос, и ответ. Это уже инструкция. Два листочка — две мини-инструкции. И так далее. Затем заводится папка, куда все эти листы подшиваются. На папке делается надпись «Инструкция к рабочему месту бухгалтера по учету товарно-материальных ценностей». И все, она готова. Если какой-то ответ устарел, соответствующий лист из папки выкидывается, а новый вставляется. Меньше формализма и больше практического смысла и удобства использования.

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

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

Пример инструкции на рабочее место «Бухгалтер по учету товарно-материальных ценностей»

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

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

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

3. Третья редакция. Бухгалтер принимает от кладовщиков отдела материально-технического снабжения (ОМТС) все приходные складские ордера (ПСО) до 5-го числа (включительно) месяца, следующего за отчетным.

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

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

— до числа, указанного в пунктах 1 и 2, плюс 2 рабочих дня включительно — принимаются бухгалтером к учету в отчетном месяце;

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

Где граница существенности при подготовке инструкций к рабочему месту

Очень часто сотрудники ленятся оформлять инструкцию в формате «вопрос — ответ» письменно и говорят главному бухгалтеру: «Да ладно! Вам трудно ответить, что ли? Три минуты вопрос задать, две минуты на него ответить, а вы меня заставляете инструкцию писать!» Это в корне неправильно. Существенность вопроса определяется не скоростью ответа, а совсем другими параметрами.

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

И насчет главного аргумента подчиненных — лишней траты времени. На устный инструктаж уходит гораздо больше времени, чем кажется на первый взгляд! Три минуты занял ответ руководителя одному сотруднику, а завтра пришел другой и задал тот же самый вопрос. Десять человек — уже 30 минут. Два таких «маленьких» вопроса — уже час. И самое главное, что люди, как правило, задают один и тот же вопрос по нескольку раз, так как забывают, какой ответ вы дали. Время утекает как вода сквозь решето. Разговариваем много, а результата практически нет. Главный бухгалтер должен быть непреклонен: хотите получать ответы на свои вопросы — читайте инструкции к рабочим местам.

Какая инструкция важнее

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

Такие несоответствия идеальной и реальной бухгалтерии будут постоянно. Что же делать с инструкциями? Как их писать: для конкретного человека или к определенному рабочему месту? В этом заключается еще одно отличие рабочей инструкции от должностной. Должностная инструкция бухгалтера создается для человека, а рабочая — к рабочему месту. Люди приходят и уходят, а инструкции к рабочим местам должны оставаться. И если бухгалтер 40 процентов рабочего времени занимается основными средствами, а 60 процентов — расчетами с поставщиками, то у него должно быть две инструкции. Или компания может вырасти, и вместо одного человека нужно будет два — один полностью на основные средства, второй — на расчеты с поставщиками. Не переписывать же из-за этого инструкцию к рабочему месту. При таком подходе будет меньше проблем и с временной подменой бухгалтера на время отпуска или болезни. Вы, как руководитель, просто раскидаете его функции между оставшимися бухгалтерами, снабдив каждого из них соответствующими инструкциями.

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

Полный справочник изменений в работе главных бухгалтеров
в 2017 году