Задание на доработку программы

Содержание

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

Документ «Выработка на механизмах»

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

При расчете оплаты труда по виду расчета «За работу на транспортных механизмах» предусмотрена последовательность действий, отображенная на рисунке 2.2 [11].

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

Этап проектирования и техническое задание (ТЗ) в проектах по автоматизации

Информационные потоки при расчете выплат за работу на транспортных механизмах

Рисунок 2.2 — Информационные потоки при расчете выплат за работу на транспортных механизмах

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

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

1. Справочник «Механизмы» для хранения информации о механизмах, на которых выполняются работы.

2. Регистр сведений «ОплатаЗаРаботуНаМеханизмах» для хранения информации о расценках и доплатах за работу на конкретных механизмах. Заполнение регистра производится пользователем вручную.

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

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

— Организация, начисляющая зарплату.

— Дата регистрации документа.

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

Документ предусматривает стандартные механизмы работы с документом, характерные для программ «1С» (заполнение табличной части по различным критериям, очистка табличной части документа и т.п.) [12].

ТОП-9 советов как написать техническое задание? (ТЗ или техзадание за 9 шагов)

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

Количество записей в табличной части документа равно количеству сотрудников, умноженному на количество механизмов, на которых они работали и на количество рассчитываемых начислений. Образец табличной части документа приведен в Таблице 9.

Таблица 2.9 — Табличная часть документа «Выработка сотрудников»

Источник: studentopedia.ru

Доработка 1С

Как правильно составить задание на доработку 1С?

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

Задание обязательно должно быть в текстовом виде . Ведь вы платите за работу деньги, и должны иметь возможность в случае несоответствия результата вашим ожиданиям сослаться на задание. А если задание будет проговорено только в устной форме, велика вероятность недопониманий по завершении работы.
Приложите к заданию конкретный пример . Наверняка, вы хотите автоматизировать какое-то свое рутинное действие, которое вы делаете регулярно, изо дня в день. Возьмите конкретные цифры и формулы и распишите все подробно на одном или нескольких примерах.
Указывайте откуда вы берете исходные данные для своей работы. Укажите из каких документов, справочников, отчетов и т.д. Из какого конкретно столбца отчета, какие перед этим вы задали отборы, а также любые ваши действия, которые нужно знать, чтобы выполнить расчет.
Если вам важен внешний вид (на языке программистов интерфейс) вашей доработки, например формы или отчета — нарисуйте как вы его себе представляете . Это можно сделать в каком-то простом графическом редакторе или хотя бы от руки. Особенно часто заказчики хотят разноцветные столбцы и строки в отчетах, в зависимости от каких-либо условий. Самый лучший вариант представить это наглядно — сделать таблицу в Excel, и залить строки и столбцы нужными цветами, заодно показывая на примере, по каким критериям должно происходить окрашивание в нужный цвет.
Ну и конечно же сообщите вашему программисту версию 1С, название конфигурации и тип работы базы (файловая или серверная). Как это узнать можно прочитать в статье Где посмотреть версию 1С. Для работы программист, наверняка еще попросит доступ к вашей базе . Доступ можно реализовать тремя самыми простыми способами: доступ через удаленный рабочий стол, доступ через программы удаленного доступа (например TeamViewer) либо просто выгрузить вашу базу и передать ее на флешке.

Какие бывают доработки и работы в 1С?

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

Изменение печатной формы документа или разработка новой печатной формы. Эта доработка в моей практике встречается чаще всего. Очень часто заказчики хотят добавить на форму вывод каких-либо дополнительных реквизитов, вывести логотип и т.д. Либо даже заказывают новую печатную форму к стандартному документу, например для внутреннего документооборота. Еще бывает что людям удобней чтобы форма выводилась в каком то другом формате, например сразу в MS Word.
Создание отчета. Очень популярно в организациях, где следят за различными показателями, стараются уменьшать издержки и повышать прибыль. Начальство требует от подчиненных все более изощренных отчетов. Большим плюсом создания нового отчета в 1С является то что созданный один раз отчет, сотрудник может использовать в дальнейшем постоянно, меняя только период либо еще какие то входные данные. Вместо того чтобы например тратить несколько дней к каждом месяце, создавая какой то ежемесячный отчет для начальства.
Создание новых документов,справочников, перечислений и других объектов. Это делается если в 1С недостаточно функционала для удовлетворения ваших нужд в ведении документооборота. Обычно требуется создать документ, что естественно влечет за собой создание и других объектов, так как они являются реквизитами нового документа.
Размещение на формах кнопок, по нажатию которых происходят всевозможные действия. Например автоматическое высчитывание какого то значения, заполнение табличной части данными, загрузка данных из сторонних приложений и др.
Перенос данных между базами 1С. Перенос данных может понадобиться при переходе на новую версию, при необходимости перенести данные в другую конфигурацию, а также при наличии нескольких баз в которых учет ведется параллельно. Во всех этих случаях переносить данные вручную очень долго и утомительно а иногда и просто нереально. Даже если вы сможете перенести данные вручную, ошибок связанных с человеческим фактором скорей всего не избежать. У программистов 1С есть технологии которые позволят совершить перенос быстро и без ошибок.
Создание внешних обработок. Внешние обработки желательно всегда использовать при необходимости таких доработок, которые не изменяют структуру конфигурации. Потому что при предпочтительном использовании внешних обработок, обновлять конфигурацию намного легче, а это сэкономит вам деньги на услугах программиста 1С.
Обновление базы 1С. Бывает двух видов: обновление типовой конфигурации и обновление нетиповой конфигурации. Если на обновление типовой конфигурации программист затратит максимум час работы, то на обновление нетиповой может потребоваться намного больше времени. Это зависит от того насколько переработана ваша конфигурация. Также если типовую конфигурацию вы можете обновить даже самостоятельно, то обновление нетиповой конфигурации требует большой квалификации даже от программиста.

Это список самых распространенных работ которые встречались мне на практике. Конечно он не охватывает всех возможных работ и доработок. Но в любом случае дает представление о возможных их видах.

Где лучше заказывать доработку?

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

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

Второй вариант — это обратиться в фирму 1С франчайзи . Если рассматривать программиста из фирмы 1С франчайзи по тем же критериям то тут как повезет:). С одной стороны, он будет торопиться потому что его итак очень небольшой оклад жестко зависит от количества сделанных работ, с другой стороны может при этом допустить ошибки. Может конечно и повезет и на ваш заказ назначат опытного и квалифицированного работника, но как мы уже знаем в 1С франчайзи программисты получают немного, (максимум 50 процентов от того что вы платите, а начинают с 15) а это означает, что там большая текучка и квалифицированных работников часто переманивают на предприятия или они решают работать на себя. Лучше всего, если вам кто то порекомендует конкретного программиста из такой фирмы.

Пример ТЗ и ТП на небольшую доработку

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

Техническое задание:

УТВЕРЖДАЮ ПРЕДСТАВЛЯЮ НА УТВЕРЖДЕНИЕ

» «______________ 2010 г. » «_______________ 2010 г.

Автоматизированная

система «СБЫТ».

Техническое задание

Действует с «__» ____________ 2010 г.

» _» ______________ 2010 г.

1. Общие сведения

Наименование автоматизированной системы

Заказчик

Исполнитель

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

Плановые сроки начала и окончания работ по созданию системы

Начало работ: 01.09.2010

Окончание работ: 31.12.2010

Назначение и цели создания системы

Назначение системы

Разрабатываемая автоматизированная система предназначена для автоматизации процессов сбыта предприятия..

Цели создания системы

Цели создания автоматизированной системы

Целями разработки «АС СБЫТ»являются:

3.1 Бизнес процессы предприятия

3.1. 1 Бизнес процесс «Заключение договора»

3.1.2. Бизнес процесс «Начисление оплаты»

4.1.Требования к системе в целом.

4.1.1. Разрабатываемые в АС методы и программные модули должны содержать возможности дальнейшего развития системы.

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

5.1.2. Разрабатываемая АС должна обеспечивать простоту настройки автоматизированного рабочего места (АРМ) каждого конкретного исполнителя в соответствии со сложившейся системой учета.

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

5.1.4. Защита информации от несанкционированного доступа должна быть реализована с использованием следующих механизмов:

1. Ограничениями прав доступа на уровне платформы 1С:Предприятие 8.1.

2. Дополнительными ограничениями прав доступа на уровне среды исполнения.

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

5.1.4.2.Защита информации на уровне платформы

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

· Все права доступа должны быть систематизированы в соответствующие наборы – Роли информационной системы.

· Список пользователей информационной системы должен определяться администратором системы.

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

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

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

5.1.4.3. Защита информации на уровне среды исполнения

Для ряда справочников в системе должны быть обеспечены дополнительные ограничения прав редактирования.

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

Адресные сокращения
Валюты
Виды взаиморасчетов
Виды деятельности контрагентов
Группы пользователей
Документы удостоверяющие личность
Должности организаций
Подразделения
Пользователи
Статьи движения денежных средств
Статьи затрат
Тарифы

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

5.1.6. Требования к эргономике и технической эстетике

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

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

5.2.Требования к структуре и функционированию АС «СБЫТ».

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

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

— Ввод и хранение информации об установленной мощности контрагента (в дальнейшем абонента);

— Ввод и хранение информации об установленных счетчиках абонента;

— Ввод и хранение информации о тарифах абонента;

— Ввод и хранение информации о условиях начисления штрафных санкций абонента;

— Ввод и хранение информации о сроках действия договора;

5.4. Требования к функциям Подсистемы формирования документов на оплату

5.4.1. Подсистема формирования платежных документов должна выполнять следующие функции:

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

— Формирование документов на оплату (квитанций или счетов на оплату).

5.5. Требования к функциям Подсистемы связи с системой АСКУЭ

5.5.1. Подсистемы связи с системой АСКУЭ должна выполнять следующие функции:

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

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

5.6. Требования к функциям Подсистемы связи с платежными терминалами

5.6.1. Подсистемы связи с системой АСКУЭ должна выполнять следующие функции:

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

6.1.Устанавливается следующий порядок предъявления и сдачи Заказчику результатов работ:

6.1.1. Исполнитель демонстрирует работоспособность ПО на контрольном примере.

6.1.2. Данные для контрольного примера готовят представители Заказчика.

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

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

6.1.5. В случае несоответствия функциональных возможностей ПО требованиям ТЗ Исполнитель выполняет устранение замечаний в рамках общей стоимости разработки АС.

6.1.6. При возникновении дополнительных к ТЗ требований Заказчика, составляется дополнительное ТЗ на доработку.

6.1.7. Наличие дополнительных требований Заказчика не должно являться основанием отказа от подписания Акта о передаче ПО в опытную эксплуатацию.

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

6.1.9. При внедрении ПО (опытной эксплуатации) Заказчик осуществляет:

— ввод необходимой НСИ;

— ввод фактических данных;

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

6.1.10. В процессе внедрения Исполнитель должен оказывать помощь Заказчику в рамках Графика внедрения.

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

6.2.Порядок дальнейшего сопровождения задач АС «СБЫТ».

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

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

6.2.2. Исполнитель обязуется поддерживать телефонную «горячую линию» по сопровождению программного обеспечения.

6.2.3. По желанию Заказчика, Исполнитель может осуществлять сопровождение программного обеспечения непосредственно у Заказчика, которое должно производиться на основании дополнительного договора по сопровождению ПО.

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

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

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

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

Технический проект: