Как написать техническое задание для программиста
Перейти к содержимому

Как написать техническое задание для программиста

  • автор:

Как составить ТЗ программисту

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

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

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

Как составить ТЗ программистуКак составить ТЗ программисту

Получи грант, покрывающий 50% стоимости обучения
И обучайся новой профессии онлайн из любой точки мира
Получить грант

Как составить грамотное ТЗ

Объем ТЗ бывает разным в зависимости от продолжительности проекта, количества нанятых специалистов, сложности задач. Нередко можно наблюдать очень объемные документы с ТЗ. Так как составить правильно техническое задание зачастую бывает очень сложно и требует понимания многих нюансов, то есть возможность обратиться за помощью к веб-компаниям. Это отдельная услуга от основного объема работ, и ее цена зачастую составил в пределах 10-20% от цены за всю разработку сайта. Таким образом, ТЗ составляют непосредственный руководитель или специалист по программированию, который будет заниматься проектом. В работе над ТЗ принимает значительное участие заказчик. Ведь именно его запросы, цели, нюансы, параметры и бюджет учитываются по ходу работы, и от этого будет зависеть финальный результат проекта.

Что дает качественно составленное техническое задание:

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

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

Какие советы предлагают эксперты на тему “Как составить тз для программиста”:

  • Чем более сложный и требующий основательного подхода и времени проект, тем более детально следует прописать его элементы и составляющие. К примеру, ТЗ по разработке интерфейса главных страниц требует, чтобы расписали все элементы и способы их выполнения. А для создания сайта-визитки можно расписать основы, составляющие интернет-страницу.
  • ТЗ для специалиста по программированию должно включать в себя задачи только для этого профиля. Не следует добавлять туда задачи, адресованные дизайнеру или другому специалисту.
  • Сделайте описание отдельных задач граничными. То есть, точно обозначьте окончание пунктов одного задания и начало другого.
  • Не используйте в ТЗ обобщенные и абстрактные фразы. Это вводит в заблуждение исполнителя и может быть воспринято неправильно. К примеру, фраза “удобный список функций на сайте”. Слово удобный для каждого воспринимается по-разному, конкретизируйте, что вы хотите видеть в своем проекте.
  • Добавляйте в ТЗ примеры и макеты того, что должно быть в проекте. По возможности покажите исполнителю, что конкретно должно быть на сайте (платформе). Размеры, шрифты, цвета, изображения и т.д.

Правильная структура ТЗ

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

  • Определитесь с целью (целями) проекта. Если у вас нет понимания, для чего разрабатывается проект и какие функции он должен выполнять, то крайне сложно будет заниматься его разработкой. Когда исполнитель видит цели работы, он лучше понимает всю суть задач и видение финального результата.
  • Опишите бюджет проекта. Исполнитель, видя прописанный бюджет, может сверить все задачи и необходимые расходы. Иногда изначально запланированный бюджет может не укладываться в рамки требуемых расходов, и тогда его необходимо пересмотреть и изменить.
  • Список необходимых задач. В виде пунктов и подпунктов распишите все задачи, которые необходимо выполнить в ходе работы над проектом. Разработчик таким образом видит, какую технологию лучше использовать в работе над заданием, применение какого программного кода будет актуальным. Четкое расписание по пунктам в какой-то степени дает гарантию, что все запросы заказчика будут выполнены. А если после сдачи проекта у последнего возникнут вопросы, исполнитель всегда может проверить, включены ли были эти правки изначально в ТЗ.
  • Основательное описание готового продукта. Чем точнее вы опишите конечный продукт, тем большее понимание и уверенность в выполнении работ получает разработчик.
  • Оценка результата проекта. Можно оценивать ход работы поэтапно, а можно это сделать после окончания работы над проектом полностью. Как происходит оценка: для этого существуют специальные программы тестирования. Финальный результат от исполнителя необходимо соотнести с теми требованиями, которые были предписаны в техническом задании. Таким образом, исполнитель может сравнить свою работу и процесс выполнения задач с требованиями, и убедиться в правильности своих действий. Заказчик сможет принять работу, оценивая ее по всем параметрам, и понять, насколько вложенные средства окупили себя.
  • Сроки выполнения работ. Необходимо установить четкие сроки и дедлайны для выполнения всех задач и сдачи финального проекта. Когда заранее установлены сроки, исполнители сразу могут более точно оценить собственные возможности, необходимое количество времени и сил на работу над тем или иным пунктом. Заказчик таким образом может лучше ориентироваться в сроках выполнения работ, и это помогает составлять план всех других проектов. Зачастую работа над определенным ТЗ – это только часть одного крупного проекта или рабочего плана. И точные дедлайны выполнения позволяют установить сроки и планировать выполнение следующих задач.
  • Включите в свой ТЗ возможные форс-мажоры и пути действия в таких ситуациях. Определите заранее сложности и слабые стороны вашего проекта и условий, в которых он будет создаваться.
  • В пункте “Как написать ТЗ для приложения” необходимо вписать будущую работу над обслуживанием проекта. Если заказчик планирует привлекать исполнителя в дальнейшей поддержке сайта, это нужно оговорить и прописать в ТЗ.

Получите профильные знания из сферы информационных технологий на курсах DevEducation.

Как писать четкие ТЗ программистам, дизайнерам и даже себе

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

Красивая картинка для обложки статьи — будет отлично смотреться при шейринге везде! Используйте этот лайфхак :)​ by designers from Dupers!

У меня 8-летний опыт в проектном менеджменте, работе с дизайнерами, программистами и в постановке задач для них. А последние 3 года я руковожу собственной digital-студией «Пекло». Поэтому с уверенностью говорю, что неважно, работаешь ты с придирчивым разработчиком-перфекционистом или супер-творческим десигнером, подход к формированию задачи одинаковый, за исключением нескольких мелочей.

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

Заголовок/название задачи должен отвечать на вопрос «Что Сделать?»

  • Разработать дизайн анимированных баннеров для FB/Insta & Google для
  • Исправить отображение страницы /pricing на мобильных устройствах
  • Баннеры для
  • Верстка на странице цен
  • Ответ на вопрос «что сделать?» уже подразумевает действие и побуждает к нему
  • В хорошо сформулированной задаче должен быть видимый/ощутимый результат
  • Когда ты понимаешь желаемый результат — в итоге меньше прокрастинации и больше готовности приступить к задаче и сделать ее

Заголовок задачи должен давать понимание приблизительного объема работы

  • Сделать ХХ ресайзов готового дизайна под площадки для
  • Сделать адаптивную верстку личного кабинета для
  • Дизайн для
  • Сайт для
  • Если задача слишком объемная и «необъятная», то в итоге непонятно, с какой стороны к ней приступить, с чего конкретно начать и поэтому возникает стресс и прокрастинация
  • Надо постараться передать конкретный объем работы + если задача крупная, то обязательно должна содержать подзадачи, с которых нужно начать делать большую задачу

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

Сроки выполнения задачи

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

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

Описание задачи и его структура

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

  • Краткое описание проблемы и ее масштаба
  • Видение ее решения (или описание конкретных действий)
  • Профит и польза проекту/команде/всем от выполненной задачи

Но помните, что не нужно писать летописи-лонгриды из ваших user story при описании багов. Краткость — сестра таланта. Плюс текст отформатированный, с расставленными акцентами, логично распределенный на абзацы.

IT-шный пример

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

Мы обнаружили, что на сайте не сформулированы titles & meta descriptions. У части страниц они не заполнены, половина страниц — дубли, а оставшаяся часть сформулирована без использования ключевых слов и некликабельно. Это критическая ошибка, так как без корректных мета-данных сайт не может расти в поисковой выдаче.

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

  • Для статических страниц данные вносятся копипастом
  • Для динамических страниц используются переменные. Например:%НазваниеТовара% за %price% от интернет-магазина BRANDNAME.COM. То есть, для каждой конкретной страницы сайта должно подставляться ее содержимое. Весь список переменных также находится в таблице.

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

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

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

Дизайнерский пример

Заголовок: Разработать landing page для

К нам обратились ребята из ХХХ. Они организуют ивенты и тусовки для крупных компаний, и за два года стали лидерами. Текущий лендинг — унылое говно и не соответствует их компании.

Мы узнали собрали всю инфу и контент у клиента:

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

Помни: рисуем mobile-first, так как 90% трафика — мобильные устройства!

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

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

Контекст задачи

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

  • Поймите, насколько исполнитель знаком с проектом, для которого делается задача?
  • Учитывайте, делал ли он раньше аналогичные задачи с вами или вообще с кем-то
  • И если есть сомнения, что вы хорошо друг друга поймете — созвонитесь и синхронизируйтесь

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

Взаимоотношения с ответственным за выполнение задачи

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

Cover-letter для оформленной задачи — задачу нужно ПРОДАТЬ

Еще небольшая фишка: когда задача уже сформулирована по феншую. Ее нужно ПРОДАТЬ исполнителю:

  • Привлечь внимание
  • Вызвать интерес
  • Вызвать желание
  • СДЕЛАТЬ ЕЕ

Прямо по канонам AIDA получается, да? 🙂

Хороший пример:
Вася, привет! В процессе аудита сайта мы обнаружили серьезную ошибку — которая мешает росту сайта. Нужна твоя помощь. Посмотри, пожалуйста, ее сегодня — !

Плохой пример:
Всем привет! Завели новую задачу:

И еще мудрые советы в копилку:

  • Я прочитал книгу Getting Things Done Дэвида Аллена, и внедрил (и продолжаю это делать) методологию GTD на N% в свою жизнь и стал работать эффективнее и с меньшим стрессом. Очень ее рекомендую.
  • Используйте Главред для написания текста
  • Не ставьте задачи голосовыми сообщениями! %)

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

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

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

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

Зачем нужно ТЗ

Когда требуется четкое техническое задание

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

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

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

Доступность сайта: что это такое и как выполнить проверку

Читайте также:

Составление вакансии для программиста

При формировании описания вакансии необходимо максимально сузить круг поиска. Конкретизируйте резюме: «Нужен программист для добавления функции А на готовый сайт на движке WordPress». Программисты сразу поймут, смогут ли они выполнить подобную задачу, учитывая свои профессиональные компетенции. Однако такие формулировки дают поверхностное видение объема работ, после выбора исполнителя заказчик должен предоставить ему техническое задание:

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

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

Как оформить ТЗ и сформулировать цели

Результат

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

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

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

Кажется, что длинный список – это чересчур скрупулезно, однако такие ТЗ программисты ценят. Им не нужно придумывать все самостоятельно, а потом вносить миллион правок из-за того, что заказчик видит сервис по-другому. Чем точнее все описано, тем лучше.

Техническая информация

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

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

Идентификация ресурсов – первый шаг на пути подготовки ко взлому. Например, хакер получил данные о том, что портал функционирует под управлением IIS 7 под управлением Windows Server 2008. В перспективе он начнет искать уязвимости, характерные для этих продуктов, используя специальные базы. Если поиск не увенчается успехом, то мошенник начнет искать лазейки самостоятельно. В результате для владельца сайта ситуация может разворачиваться плачевно.

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

Протокол передачи файлов по сети FTP: что это такое и как применяется

Читайте также:

Оформление кода

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

Тестирование

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

В заключение

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

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

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

Бесплатно поможем Вам подготовить ТЗ по 1С. Закажите звонок на сайте или напишите нам в чат!

Кто должен писать ТЗ?

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

Для чего необходимо техзадание?

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

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

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

Содержание ТЗ

Сформулировать то, что должно быть реализовано в конечном итоге.

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

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

Данный пункт очень важен — в нем нужно описать трудозатраты.

Еще два важных момента: есть утвержденные стандарты к написанию ТЗ — ГОСТы. Сейчас они редко используются, но некоторые клиенты могут по старинке просить использовать и их.

Пример ТЗ для программиста

Техническое задание 1С на доработку внешней обработки


Цель

Необходимо настроить выгрузку данных из 1С в АРМ банка.


Описание

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

Выгрузка данных должна основываться на документах «ЗаявкаНаОткрытиеЛицевыхСчетовСотрудников» и «ВедомостьНаВыплатуЗарплатыВБанк».

Исходные данные

Имеющаяся обработка к конфигурации 1С «Зарплата бюджетного учреждения», осуществляющая выгрузку данных из документа «ЗаявкаНаОткрытиеЛицевыхСчетовСотрудников» и других справочников и регистров в файл DBF обмена данными с АРМ банка установленного образца.

Обработка выгружает данные в поля TAB_N, NAME, SERNUM, PASSCODE, PDAT, PWHR, BIRTHDAY, POSTINDEX, COUNTRY, CITY, STREET, REGION, BUILDING, CORP, FLAT, BPLACE, CITIZEN соответствующую информацию из конфигурации 1С, предварительно занесённую в указанный документ и другие учётные таблицы. Выгружаются табельный номер, ФИО сотрудника, его паспортные и адресные данные, день рождения и гражданство.

Способ реализации

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


Оценка работы

Потребуется 5 рабочих дней работы программиста.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *