0 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Интеграция Битрикс24 и 1С

Интеграция Битрикс24 и 1С

Я думаю, ни у кого нет сомнений в пользе интеграции «Битрикс24» и «1С:Предприятие», вопрос только каким образом это сделать. Компания «Битрикс» предлагает две готовые базовые интеграции: первая — это «1С-треккер», которая использует REST API, вторая — это интеграция, которая использует «Bitrix Framework» API. У обоих этих базовых интеграций есть свои достоинства и ограничения. Основное ограничение первого варианта заключается в том, что оно односторонее. Ограничение второго варианта заключается в том, что я не могу изменять скрипты со стороны облака и не могу произвольно добраться до сущностей. В коробочной версии изменять скрипты можно. Используя обе эти базовые интеграции и открытый REST API можно создать практически любую интеграцию. У меня есть опыт в доработках, модификациях и готовые наработки в обоих базовых интеграциях, а также и интеграции этих двух базовых интеграций.

Базовая односторонняя интеграция («1С-треккер»)

Интеграция «1С-треккер» — это интеграция в одну сторону. Из 1С в Б24 идут следующие данные: контрагенты, банковские счета контрагентов, контактная информация контрагентов, контактные лица и документы (по умолчанию только «Реализация товаров и услуг», но можно еще туда добавить). Здесь используется не просто REST API, а специальный слабо-документированный механизм «Внешние каналы» внутри REST API, которому я пока не нашел практического применения кроме как в 1С-треккере.

Базовая двухстороняя интеграция

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

Базовая триадная интеграция

Под базовой триадной интеграцией «Б24+1C» я подразумеваю объединение базовой односторонней интеграции «Б24+1C» и базовой двухсторонней интеграции «Б24+1C». Между ними конфликты отстутствуют, по крайней мене пока я не замечал. Этот вид интеграции является наиболее востребованным.

Расширение базовой интеграции

Если функционала базовых интеграций не хватает, то тогда можно расширить этот функционал путем разнообразных доработок со стороны 1С (по линии REST API и/или по линии FrameWork API) в случае облака и/или возможности API «Bitrix Framework» в случае коробочной версии.

Наработки по интеграции (BITRIX24 REST API)

В данной области у меня есть готовые наработки, которые я постоянно развиваю, дополняю и систематизирую. Они помогают мне быстрее собирать интеграции, тщательнее их отлаживать, глубже понимать REST API «Bitrix24» и плодотворнее экспериментировать с приложениями, веб-хуками (web-hooks) и авторизацией OAuth.

Инструменты

Инструменты позволяют мне контролировать процесс интеграции и производить разные манипуляции с базой данных 1С и Б24.

Технические примеры нетиповых интеграций

Технический пример нужен для того, что бы смоделировать Вашу ситуацию и для проработки технического задания. Я не знаю всех тонкостей Ваших бизнес-процессов. Вы не знаете всех возможностей интеграции «Б24+1С». На основании технического примера мы составляем техническое задание. Пример я показываю через Skype или TeamViewer. Прежде чем рассмативать техничесский пример, очень желательно, что бы вы заполнили бриф по интеграции «Б24+1С». Интеграция делается на основании готового модуля Битрикс, который изначально предназначен для интеграции 1С и Битрикс-интернет-магазина, и/или моих наработок с REST API.

Мини-кейсы по интеграции

«Мини» — это не в том смысле, что они не имеют существенного значения, а в том смысле, что они являются первичными структурными элементами внедрения CRM «Bitrix24».

Передача своей организации в счете

Иногда владелец бизнеса ведет свою предпринимательскую деятельность через нескольких субъектов предпринимательской деятельности. Зачем это делается и как технически лучше организовать бухгалтерский и управленческий учет в такой схеме я расскажу в другой статье. Здесь важно то, что счета в Б24 можно выписывать от имени нескольких организаций, но базовая интеграция не позволяет переносить поле «Своя организация» как из Б24-счета в 1С-заказ так и в обратном направлении. Для этого нужна доработка.

Передача даты выставления счета

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

Читайте так же:
Программа для синхронизации леново 1000 с компьютером

Передача остатков товаров из 1С в Б24

Иногда при выписке счета в Б24 необходимо видеть остатки на 1С-складе, что бы сразу сказать клиенту, что есть на складе, а чего нет. В базовой интеграции остатки товаров не переносятся из 1С в Б24. Я этот перенос делаю .

Передача товаров и разделов из Б24 в 1С

В базовой интеграции товары и группы товаров сами по себе, то есть независимо от заказов, переходят из 1С в Б24. То есть, если Вы заносите товары и группы товаров в 1С, а счета отстутствует, то эти товары и группы перейдут в Б24. Если вы добавляете товар в Б24, то он попадет в 1С только вместе с заказом. Если Вы заведете товар в Б24, но счет на него не выпишите, то он не попадет в 1С. Если Вы заведете группу товаров в Б24, то при базовой интеграции он никак не попадет в 1С. Иногда бывают случаи, когда менеджер сам заносит товары в Б24 во время составления Б24-счета. Например, это может быть когда организация занимается покраской давальческого товара своей краской на своем оборудовании. В этом случае вопрос о том, какой товар в какую краску покрасить и как его посушить и обработать, определяется в момент выписки счета. Поэтому в данном случае новые группы и новые товары заносятся в Б24 и они должны попасть в 1С.

Передача менеджера в счете

Часто бывает так, что выпиской счетов занимается не один менеджер, а сразу несколько. Когда менеджер выписывает Б24-счет, то в этом счете остается информация, что этот счет выписан именно этим менеджером. При переносе Б24-счета в 1С-заказ информация о менеджере, который выписал счет, теряется. То есть, в 1С не видно кто выписал счет. Это очень неудобно, потому что часто в 1С для начисления зарплаты нужно знать какие счета выписал какой менеджер. Иногда зарплату менеджерам начисляют в по оплаченным и отгруженным заказам. Для того, что бы в 1С-заказах стоял тот же менеджер, что и в Б24-счете, нужно доработать базовую интеграцию.

Передача контрагентов из 1С в Б24 регулярная

Иногда бизнес-процессы в организации могут быть устроены так, что новые контрагенты регулярно добавляются в 1С, а потом они должны идти в Б24. А из Б24 должны идти счета в 1С. Если в данном случае применить треккер, то да, он будет регулярно отправлять контрагентов из 1С в Б24, но что бы регулярно счета шли из Б24 в 1С, нужно применить базовую двух-стороннюю организацию. В таком случае контрагенты будут задваиваться. Почему они будут задваиваться — я тут объяснять не буду, потому что все равно мало кому это интересно. Тут главное то, что эту интеграцию можно сделать как минимум двумя принципиально различающимися способами.

Передача услуг из 1С в Б24 и обратно

Если среди номенклатуры в Б24 есть номенклатура с типом «Услуга», то базовая интеграция перестает правильно работать. Это связано с тем, что базовая интеграции 1С+Б24 построена на интеграции 1С и интернет-магазинов. А в интернет-магазине не продаются услуги, там продаются только товары. Услуги там используются только как услуги по доставке. Я это поправляю .

Передача задолженностей и оборотов контрагентов из 1С в Б24

Иногда при выписке Б24-счетов желательно видеть задолженность и/или обороты контрагенты. При большой задолжжености можно принять решение об отгрузке или неотгрузке товара. При больших оборотах можно принять решение о скидке. Передавать задолженость и/или обороты из 1С в Б24 можно двумя путями. Первый путь: 1С периодически записывает данные в пользовательское поле Б24-карточки контрагента. Второй путь. 1С периодически выкладывает данные в xml- или json-файлик на ftp. В Б24 приложение первого типа периодически забирает эти данные. Я это делаю .

Пропадают изменения в 1С-заказе после синхронизации

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

Передача краткого и полного наименования компании из Б24 в 1С

Базовая интеграции устроена так, что при синхронизации контрагентов есть выбор по какому полю и в каком приоретете синхронизировать — по внутреннему идентификатору, по email, по ИНН. Во всех трех видах есть свои нюансы, достоинства и недостатки. Расстановка приоритетов этих полей — это зависит от бизнес-процессов и в разных случаях решается по-разному. При выписке счета не всегда ИНН заведен в Б24-карточку контрагента, а если даже и заведен, то иногда, когда дело доходит до реального перечисления денег, покупатель может решить покупать на другую организацию, поэтому и ИНН поменяется, поэтому если делать приоритетом ИНН, то в 1С этот контрагент задвоится. Можно конечно сделать так, что бы в 1С переходили только те Б24-счета, контрагент у которых имеет ИНН или в целом Б24-счет имеет определенный статус. Несмотря на то, что есть возможность синхронизации по ИНН и по email, очень часто возникает необходимость синхронизации контрагентов по внутреннему идентификатору по аналогии с товаром. Но тут есть тоже свои нюансы. Внутренний идентификатор контрагента образуется путем слияния внутреннего кода контрагента и наименования из карточки. Таким образом, если поменять наименование из карточки, но контрагент задвоится и более того, наименование из карточки не переходит в краткое наименование в 1С-контрагенте. Я это делаю .

Читайте так же:
Синхронизация часов компьютера с интернетом windows 7

Установка номера Б24-счета в Б24-сделке

Часто бизнес-процессы устроены так, что на основании Б24-сделки создается Б24-счет и надо программным образом отправить Б24-счет на почту покупателя и потом ему на телефон из Б24 сделки программным образом отправить SMS c указанием номера счета. Но Б24-счет создается позже, чем Б24-сделка, поэтому в Б24-счете есть ссылка на Б24-сделку, но в Б24-сделке нет ссылки на Б24-счет. Поэтому можно сделать так — добавить пользовательское поле «Номер счета» в Б24-сделку, а потом сделать так, что бы номер Б24-сделки записывался в это поле. Это можно сделать несколькими способами. Я это делаю .

Версия платформы и версия конфигурации «1C:Предприятие»

В спец-форме по составлению тех-задания есть поля: [«1C:Предприятие» → Платформа → Версия] и [«1C:Предприятие» → Конфигурация → Версия]. Потенциальные заказчики путаются в их написании, а они имеют существенное значение, потому что в разных версиях платформы есть разный фунционал, поэтому мне нужно дорабатывать 1С именно на той платформе, на которой работает заказчик. Кроме этого формат хранения конфигуации в пределах платформы они иногда меняют от версии к версии. Поэтому может возникнуть такая ситуация, что на моей платформе 1С работает, а на платформе заказчика мои доработки работать не будут.

Версия платформы и версия конфигурации

Инструкции по поводу интеграции

Иногда заказчику нужно сделать некоторые манипуляции в своем «Битрикс24» для того, что бы мне что-нибудь продемонстрировать в области интеграции «Б24+1С» или для того, чтобы уже существующая интеграция продолжила свою работу.

Бриф и техническое задание

Для того, что бы договориться о существенных условиях договора, на основании которого я буду что-то делать, Вам необходимо заполнить бриф на интеграцию Битрикс24 и 1С. Иногда этих данных достаточно для того, что бы я сказал мои условия сделки. Если данных не достаточно, то на основании введенных Вами данных я у себя подбираю пример и в режиме диалога через демонстрацию экрана мы уточняем разные детали. В случае, если у меня есть внутреннее подозрение, что переговоры затянуться относительно долго и не приведут к заключению сделки, и информация, полученная от меня по поводу вариантов интеграции представляет для вас ценность, я оставляю за собой право вести переговоры по поводу технического задания в форме платной консультации. Иногда на основании заполненного брифа я делаю web-страничку с техническим заданием и там ведем обсуждение, потому не всегда с первой секунды переговоров ясны все детали.

Нужен пример технического задания по 1С

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

но если отчет есть это — почти готовое тз.
как правило — отчета нет.

небольшая адптация ГОСТа к реалиям 1С:

1) Общие сведения, назначение и цели доработки
Необходимо сформулировать цели доработки и для чего в конечном итоге она предназначается. Данный пункт должен быть уточнен глобальными целями.
2) Характеристика объектов автоматизации.
Нужно указать, что именно мы будем разрабатывать в терминах платформы «1С». Какие объекты метаднных будут добавлены к конфигурации, какие изменены и в какой части. Данный пункт Постановщик составляет совместно с Исполнителем по результатам работы с Заказчиком
3) Требования к системе.
Заказчик излагает свои требования в виде списка. Определяются критерии оценки эффективности выполнения требований.
4) Состав и содержание работ по созданию системы.
Исполнителем составляется план работ, который утверждается Заказчиком.
5) Порядок контроля и приемки системы.
Заказчик назначает ответственных специалистов по тестированию доработок, определяются порядок и сроки тестирования, согласовываются с Исполнителем.
6) Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие.
Заказчик предоставляет требования по начальным корректировкам ИБ, осуществляемым через пакетный ввод данных.
7) Требования к документированию.
Постановщик и Исполнитель утверждают содержание документации по доработке.
8) Источники разработки.

Читайте так же:
Программа регулировки температуры для видеокарт

и пример постановки ТЗ по этому шаблону (реальные названия заменены):

Проект технического задания на доработку ПО «1С: Предприятие» для ОАО «Рога и копыта».
1) Общие сведения, назначение и цели доработки
Одной из основных задач бухгалтерского учета производственной деятельности предприятия является правильный расчет себестоимости готовой продукции.
На предприятии Заказчика продуктом является заказ на конструкторскую документацию.
Цель данного проекта правильно распределить затраты прямые и косвенные на каждый заказ.
Необходимо разработать набор объектов 1С, позволяющих ежемесячно производить следующие действия:
• Перераспределять остатки на счете 20 в разрезе заказов (видов продукции в терминах 1С). Закрытие заработной платы основных работников должно осуществляться на особый виртуальный «заказ закрытия». Система должна автоматически перераспределять остатки по этому заказу на реальные заказы пропорционально введенному времени, отработанному работниками на тот или иной заказ. Бухгалтерская проводка: Дт20 – Кт20
• Распределять косвенные затраты на производство (общепроизводственные) на счет 20 пропорционально прямым затратам. Бухгалтерская проводка Дт20 – Кт25
• Закрывать заказы на готовую продукцию. Необходимо предусмотреть как полное закрытие заказа (все затраты по данному заказу, собранные на счете 20 переносятся на счет 90.2.1), так и частичное (переносится определенный процент затрат, называемый процентом закрытия). Бухгалтерская проводка Дт90.2.1 – Кт20
• Распределять общехозяйственные затраты в разрезе заказов (видов продукции) пропорционально счету 90.1.1. Бухгалтерская проводка Дт90.8.1 – Кт26
• Распределять коммерческие расходы в разрезе заказов (видов продукции) пропорционально счету 90.1.1. Бухгалтерская проводка Дт90.7.1 – Кт44.2
2) Характеристика объектов автоматизации.
Для выполнения поставленных задач необходимо разработать следующие объекты 1С:
1. Документ «Карточка конструктора» – в него вводятся данные о трудозатратах сотрудников в разрезе заказов в нормочасах. Документ заполняется вручную.
2. Отчет «Контроль ввода конструкторских карточек» – осуществляет сравнение введенных в документе «Карточка конструктора» с данными табеля учета отработанного рабочего времени из «1С: Зарплата и Кадры». Выгрузка табеля осуществляется с помощью внешнего отчета «Табель для выгрузки» в «1С: ЗиК».
3. Документ «Списание прямых затрат по заказам» – осуществляет перераспределение затрат на 20 счете за месяц в разрезе заказов по базе, введенной в документах «Карточка конструктора» в текущем месяце. Документ заполняется автоматически, но позволяет осуществлять ручные корректировки.
4. Документ «Списание общепроизводственных затрат» – осуществляет списание затрат по счету 25 на счет 20 по базе прямых затрат. Документ заполняется автоматически, но позволяет осуществлять ручные корректировки.
5. Документ «Закрытие заказов» – осуществляет списание затрат по счету 20 на счет 90.2.1 для закрываемых заказов. Документ поддерживает частичное закрытие. Документ заполняется вручную.
6. Документ «Списание общехозяйственных затрат» — осуществляет списание затрат по счету 26 на счет 90.8.1 по базе реализации. Документ заполняется автоматически, но позволяет осуществлять ручные корректировки.
7. Документ «Списание коммерческих затрат» — осуществляет списание затрат по счету 44.2 на счет 90.7.1 по базе реализации. Документ заполняется автоматически, но позволяет осуществлять ручные корректировки.
3) Состав и содержание работ по созданию системы.
1. Разработка объектов по п. 2 настоящего ТЗ – 30 дней
4) Порядок контроля и приемки системы.
.
5) Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие.
Загрузить в «1С: Бухгалтерия»:
2. Сведения о структуре предприятия (подразделения, должности)
Загрузить в «1С: Зарплата и Кадры»:
6) Требования к документированию.
Исполнитель составляет письменную инструкцию и видеокурс по использованию доработанных объектов «1С» для специалистов Заказчика.

Техническое задание позволяет:

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

Но тот, кто согласовывал технические задания понимают, что начинаются битвы между руководителями отделов с эпизодами: «Нам это не надо», «Мы делать это не будем», «У нас все сотрудники и так работают до 22. Когда им?».

Читайте так же:
Как отключить ошибки синхронизации outlook 2010

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

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

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

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

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

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

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

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

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

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

Без ТЗ результат ХЗ

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

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

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

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

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

Пример технического задания 1с на интеграцию с сайтом. Отельное ТЗ от комплексной задачи.

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

Покажу самую ценную часть Технического задания — оглавление, в котором указаны технические работы на Интеграцию 1С-Сайт. Юридические детали остались в основном ТЗ, но здесь обязательно указаны «Ограничения проекта». Планово-финансовые показатели расположены в Приложении.

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

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

Анна Викулина

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

  • *ГОСТ 19.201-78 Единая система программной документации. Техническое задание. Требования к содержанию и оформлению;
  • ГОСТ 34.602-89 Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы.

Рис.1 ГОСТ Рис.1 ГОСТ

Читайте так же:
Не могу синхронизировать ipad компьютером

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

голоса
Рейтинг статьи
Ссылка на основную публикацию
ВсеИнструменты
Adblock
detector