Техническое задание на внедрение 1с бухгалтерия

Общие положения

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

Система должна обеспечивать автоматизацию и информационную поддержку по следующим направлениям деятельности ОАО «НПК «НИИДАР»:

• Бухгалтерский и налоговый учет.
• Заработная плата и управление персоналом.

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

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

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

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

Организационные рамки проекта

• Бухгалтерский и налоговый учет.
• Заработную плату и управление персоналом.

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

Системный ландшафт

• «1С: Бухгалтерия 8, редакция 3.0».
• «1С:Зарплата и управление персоналом 3.0».

Функциональный объем проекта

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

Расчеты с подотчетными лицами

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

Учет расчетов с контрагентами

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

Учет основных средств и нематериальных активов

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

Учет вложений во внеоборотные активы

• Учет НДС при вводе в эксплуатацию объекта строительства (с учетом книги покупок).
• Учет субподрядных работ при строительстве (с построением отчетов по субподрядчикам).
• Учет затрат по объектам строительства.
• Формирование печатных форм документов и специализированных отчетов.

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

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

Учет бланков строгой отчетности

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

Учет специальных инструментов и приспособлений, специальной одежды и обуви

• Учет операций по передаче материалов в эксплуатацию и погашению стоимости при передаче.
• Учет операций по возврату и списанию материалов из эксплуатации.
• Погашение стоимости.
• Формирование печатных форм документов и специализированных отчетов.

Учет готовой продукции и товаров

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

Учет расходов будущих периодов

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

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

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

Требования к ведению кадрового учета

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

Требования к ведению табельного учета

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

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

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

• Не писать ТЗ отпадает сразу — так профессионалы не работают.
• Мы с вами технические люди и понимаем, как за простыми вещами скрываются маркетинговые уловки. Я про зловония популизма Scrum. Отсекайте их при первом появлении.

Усреднить точки зрения сторон

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

Максимально проработать проблему

Озвученные слова каждым мозгом интерпретируются по-разному. Кто-то, в процессе обсуждения, видит проект как картину Сальвадора Дали, а кто-то Иван Иваныча Шишкина. Саботажники сразу представляют «Чёрный квадрат» Казимира Малевача.

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

Определить скорость движения проекта

Важно определить уровень коммуникации клиента в самом начале работ. Если вы отправили график встреч (или другой «левый» документ) клиенту на согласование, но его согласовывали долго, то вы учитываете эти тормоза в план-графике работ. Есть практика когда стоимость работ моего участия увеличивается в 1,6-2 раза только по причине длительного согласования. У этого манёвра есть достойные аргументы — вам потребуется 5 встреч вместо 3, 10 звонков вместо 5.

Определиться заказчику в необходимости

— Докажите, что оно вам надо!

Да, мне нужны ваши деньги, но только в том случае, если мы обоюдно достигнем успеха. Иначе мне обидно за энергию, потраченную на нагрев пустоты. Чтобы запустить программу 1С на предприятии требуется не только желание и деньги, но трудоемкие действия. Заказчик должен привести доводы, аргументированно ответить на много вопросов «Зачем?». Если у вас не получилось отговорить клиента — это хорошо — он понимает свои желания и предстоящие трудности.

Сущность технического задания

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

Одно ТЗ или несколько?

• Автоматизируемая деятельность является сквозным бизнес-процессом и влияет на соседние процессы?
• Какое количество ЛПР и ответственных в принимаемой задачи? Можно ли агрегировать решаемые задачи по ЛПР?
• Возможно ли завершение автоматизации по ТЗ (в том числе, получение оплаты за выполненную работу исполнителю) без завершения комплексного ТЗ?
• Насколько длительная процедура согласования договоров и оплат у Заказчика?
• Итерационный подход (по частям) не искажает конечный результат? И др.

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

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

Если в процессе обследования появляется большой подпроцесс со своей инфраструктурой (Ниже пример «Интеграция 1С-Сайт») и ЛПРом (Начальник ОИТ), то его можно выделить в отдельное ТЗ. Например, в выше приведённой цепочке для менеджера появляется новый поток и требуется реализовать нестандартный обмен 1С с сайтом для появления документов «Заказ клиента» в 1С.

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

Конфиденциальные данные не позволяют демонстрировать всё задание, но должен заверить, что оно очень качественное, как и основное, как и все работы Инженерии. От того, что мы разрабатываем ТЗ на часть работ ни в коей мере не снижает качество. Но это даёт дополнительные манёвры:

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

Время на прочтение

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

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

Данные правила легко соблюдать даже при написании кратких пользовательских историй, если Вы создаете их в рамках проекта SCRUM / Agile.

Итак, приступим.

Для начала вы должны понимать, что же на самом деле в 90% случаев программирует программист 1C:

• Формы ввода информации
• Контрольные процедуры
• Модель данных
• Алгоритмы автоматического заполнения данных
• Формы вывода информации

Формы ввода информации

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

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

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

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

В эту категорию попадают:

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

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

Конечно, программист сделает модель данных так, как ему подскажет его опыт на текущий момент. Если программист опытный, он сделает эффективную структуру данных. А если не очень — то не очень.

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

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

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

Алгоритмы автоматического заполнения данных

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

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

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

Формы вывода информации

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

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

Так же сюда попадают формы выгрузки данных в Excel или XML и другие форматы для интеграции с другими системами.

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

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

P.S. Ну разве что у Вас работает не настоящий программист 1С. Может он лучше пишет на python?

Что такое техническое задание на доработки 1С? С точки зрения ГОСТов*, в которых регламентирована деятельность по разработке программного обеспечения и автоматизированных систем (АС) – это основной документ, определяющий требования и порядок развития или модернизации (далее – создания) автоматизированной системы, в соответствии с которым проводится разработка АС и ее приемка при вводе в действие.

К сожалению, в ГОСТе не дано более четкого определения, поэтому, учитывая интересы взаимодействующих сторон – интегратора и заказчика, правильнее будет дать более точное определение. Техническое задание, являясь основным документом на проектирование автоматизированной системы, устанавливает основные характеристики и назначение АС, определяет необходимые этапы создания документации и ее состав, а также является частичным обоснованием стоимости внедрения 1С.

Зачем нужно техническое задание

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

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

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

Бесплатная консультация эксперта

Руководитель Центра сопровождения 1С

Спасибо за Ваше обращение!

Специалист 1С свяжется с вами в течение 15 минут.

Кто разрабатывает техническое задание

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

Типовые ошибки при разработке технического задания

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

• Излагаются не системно, без привязки к какой-либо структуре (модули системы, бизнес-процессы);
• Дублируются;
• Относятся к различным уровням детализации.

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

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

• Излишняя детализация;
• Требования, противоречащие друг другу;
• Неточные формулировки.

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

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

Как избежать ошибок при составлении ТЗ

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

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

Руководствоваться нужно следующими правилами:

• Формирование ТЗ – это совместная работа исполнителя и заказчика;
• Риски исполнителя должны быть минимизированы и не должны превышать аналогичные для заказчика (иначе это приведет к увеличению стоимости проекта);
• Требования формируются объективными, использование субъективного виденья заказчика не рекомендуется;
• Не допускается использование терминов, принятых в широком деловом общении, но противоречащих принятым в отрасли и стандарте;
• Основное внимание уделяется описанию результатов, требуемых заказчиком. Например, заказчику необходимо получать отчет о движении товара в соответствующих аналитических разрезах, тогда в ТЗ должны быть подробно описаны параметры отчета (строки, аналитика, период, за который составляется отчет) и источники данных для его формирования. Самое главное здесь – не допустить расширенного толкования технического задания, иначе, если вы не указали период или источник данных, конечный результат может сильно отличаться от требований заказчика, а доработка потребует дополнительных средств и времени.

Разработка, например, «правильного» ТЗ программисту 1С, подразумевает полное погружение в тему, знание всех ее аспектов и тонкостей. ТЗ должно давать ответ не только на вопрос «что должен сделать программист», но в первую очередь – «какие задачи должна решать система 1С:Предприятие после выполнения работ». Требования должны быть сформулированы подробно, но без лишней информации. Это уменьшит вероятность появления неточностей и ошибок. Именно поэтому привести универсальный пример технического задания 1С не представляется возможным – каждый случай ТЗ на разработку 1С уникален.

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

Фирма «Молочка-бы» и компания Франчайзи

№ 001 «Выполнение планов продаж»

1. Лист согласования

2. Версии документа

3. Термины и определения

4. Назначение и цели доработки

5. Описание доработки

5.1 Регистр сведений «Ценность видов продукции»

5.2 Регистр сведений «Сезонные нормы продаж»

5.3 Отчет «Выполнение норм продаж»

5.4 Документ «Премирование сотрудников»

5.5 Регистр сведений «Премированные сотрудники»

6. Требования к организации НСИ

7. Методика приемо-сдаточных испытаний

8.1 Приложение № 1: Пример установки сезонных норм на год

8.2 Приложение № 2: Пример коэффициентов ценности видов продукции

8.3 Приложение № 3: Печатная форма «Список премированных»

Назначение и цели доработки

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

Регистр сведений «Ценность видов продукции» — указываются ценности различных видов продукции предприятия, действующие с определенного дня;

Регистр сведений «Сезонные нормы продаж» — указываются нормы продаж менеджеров, в зависимости от сезона года.

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

Документ «Премирование сотрудников» — отражает список сотрудников подразделения, которые превысили выполнение норм в текущем месяце и будут преимрованы.

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

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

Описание доработки

Регистр сведений – создать новый объект конфигурации БД

• Периодичность «День»
• Измерения:

Организация (справочник «Организации»)

Подразделение организации (справочник «Подразделения организации»)

Вид продукции (справочник «Виды номенклатуры»)

Ценность (Число, 10)

Внимание: Ценность требуется указывать для 1 единицы хранения остатков товара с данным видом продукции.

Регистр сведений «Сезонные нормы продаж»

• Периодичность «Год»
• Измерения:

Зима (Число, 10)

Весна (Число, 10)

Лето (Число, 10)

Осень (Число, 10)

Отчет «Выполнение норм продаж»

Отчет на СКД – создать новый объект конфигурации БД

• Группировки по Организации, Подразделению организации, Сотруднику, Виду продукции.
• Предусмотреть возможность отбора по Организации, Подразделению организации, Сотруднику, Виду продукции.
• Сортировка по умолчанию по алфавиту А-Я всех группировок
• Сохранение и восстановление настроек пользователя

Отчет на каждый день периода выводит количество проданных товаров с учетом их коэффициента ценности. Например, продажи «Молока 1% жирности» Ивановым Иваном 12.07.2012 года:

= КоличествПроданногоМолока * ЦенностьМолока.

ЦенностьМолока – данные из списка «Ценность видов продукции» для вида номенклатуры, указанного у номенклаутры «Молоко 1% жирности»

— сумма продаж всех видов продукции текущим сотрудником в этот день.

— сумма продаж всех сотрудников подразделения  в этот день.

— сумма продаж всех подразделений организации в этот день.

Среднее значение в строке = Сумма (количества продаж в день за все дни) / Количество выведенных в отчет дней.

Чтобы учесть, что сотрудник выполнил или нет норму в текущий день:

• ячейка — красный цвет — если норма не выполнена
• ячейка – зеленый цвет — если норма выполнена

Нормы нужно определять из Списка «Сезонные нормы продаж» — брать ту норму, в сезон которой попадает выводимый день:

01.12 – 29.02 – зима

01.03 – 31.05 – весна

01.06 – 31.08 – лето

01.09 – 31.11 – осень

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

Документ «Премирование сотрудников»

Документ – создать новый документ

• Номер
• Дата
• Организация (справочник «Организации»)
• Подразделение организации (справочник «Подразделения организации»)
• Ответственный  (справочник «Пользователи»)
• ТЧ «Сотрудники»
  Сотрудник  (справочник «Сотрудники»)Средний объем продаж (Число, 10) – округлять в большую сторонуНорма продаж  (Число, 10) – норма для сотрудника в этом месяцеНачислить премию (Булево) – флажок
• Сотрудник  (справочник «Сотрудники»)
• Средний объем продаж (Число, 10) – округлять в большую сторону
• Норма продаж  (Число, 10) – норма для сотрудника в этом месяце
• Начислить премию (Булево) – флажок

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

Шаг 1. Создание документа, заполнение реквизитов шапки документа.

Шаг 2. Заполнение ТЧ «Сотрудники»

У ТЧ «Сотрудники» предусмотреть командную панель со стандартными командами. На командной панели вывести кнопку «Заполнить». При нажатии на кнопку, если в ТЧ уже есть строки, обеспечить вывод вопроса запрашивающего у пользователя подтверждение на перезаполнение ТЧ. Текст вопроса «Перед заполнением табличная часть будет очищена. Продолжить?» (ответы Да, Нет). При ответе «Нет» — перезаполнение ТЧ не должно выполняться.

Алгоритм заполнения ТЧ «Сотрудники» по кнопке «Заполнить»:

1)        Отобрать проведенные документы «Реализации товаров и услуг» за месяц даты документа, по «Организации» и «Подразделению организации», указанному в шапке документа. В документах «Реализации товаров и услуг» указывается управленческое подразделение. Для связи с подразделением организации использовать регистр сведений «Соответствие подразделений и подразделений организации».

3)      Считается поле «Средний объем продаж» сотрудника за день:

СреднийОбъемПродажСотрудникаЗаДень = СуммаЗаМесяц(ОбъемПродажСотрудникаЗаДень) / КоличествоРабочихДнейВМесяце;

ОбъемПродажСотрудникаЗаДень = СуммаЗаДень(КоличествоПроданногоТовара Х  ЦенностьВидаПродукцииТовара).

КоличествоПроданногоТовара  = для каждого товара определяется количество проданного документами «Реализация товаров и услуг» товара в единицах хранения остатков за день.

ЦенностьВидаПродукцииТовара = определяется для товара на конец месяца даты документа по регистру «Ценность видов продукции» по виду номенклатуры товара.

КоличествоРабочихДнейВМесяце = определяется по регистру «Регламентированный производственный календарь». Берутся все рабочие дни месяца даты документа.

4)      Поле «Норма продаж» определяется из регистра сведений «Сезонные нормы продаж» на конец месяца даты документа.

Шаг 3. После заполнения руководитель подразделения проставляет флажки «Начислить премию». В этом ему поможет оформление цветом строк документа: если в строке средний объем продаж превышает норму продаж, то строка окрашивается светло-желтым цветом.

Шаг 4. Проведение документа.

После выполнения шагов 1, 2, 3 выполняется запись и проведение документа. Вследствие проведения документ делает движения в регистре сведений «Премированные сотрудники».

Создаются записи с периодом даты документа. «Организация» и «Подразделение организации» берутся и шапки документа, поле «Сотрудник» и «Начислять премию» из ТЧ документа.

Шаг 5. Печать печатной формы «Список премированных»

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

Регистр сведений «Премированные сотрудники»

Регистр сведений – новый объект

• Периодичность «Месяц»
• Подчиненность документу «Премирование сотрудников»
• Измерения:

Сотрудник (справочник «Сотрудники»)

Начислить премию (булево).

Интерфейс

В БД — интерфейс «Продажи» — главное меню – подменю «Доработки» добавить открытие следующих объектов:

1)        Документ «Премирование сотрудников»

2)      Регистр сведений «Ценность видов продукции»

3)      Регистр сведений «Сезонные нормы продаж»

4)      Отчет «Выполнение норм продаж»

Требования к организации НСИ

Руководитель подразделения по продажам должен:

1)        заполнить список «Сезонные нормы продаж» для своего подразделения;

2)      заполнить список «Ценность видов продукции» для своего подразделения.

Методика приемо-сдаточных испытаний

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

1)        Заполнить данные Регистр сведений «Ценность видов продукции»

2)      Заполнить регистр сведений «Сезонные нормы продаж»

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

4)      Сформировать отчет «Выполнение норм продаж» за июль и убедиться, что данные отчета о количестве продаж товаров соответствуют типовому отчету о «Продажи», скорректированному на ценность продукции каждого товара. Также рассчитать вручную норму продаж какого-либо сотрудника за день и сравнить с данными расчета отчета. Рассчитать для сотрудника среднюю норму продаж за месяц в ручную и сравнить с данными отчета. Рассчитать в одно из колонок все итоговые данные по группировкам, удостоверившись в верности их суммирования. Попробовать изменять состав группировок, отборы и сортировку, убедиться в работоспособности и полноте данного функционала.