Нередко встречаются такие клиенты, которым необходимо реализовать свои грандиозные планы по автоматизации учета своих внутренних процессов используя встроенный функционал системы 1С Предприятие. Почему заказчики выбирают 1С? Ответ на этот вопрос кроется в преимуществах 1С в сравнении с аналогичными информационными системами:
Невысокая стоимость программного обеспечения, разработки и внедрения;
Приемлемые требования к компьютерному оборудованию;
Гибкость интеграции программных продуктов 1С с другими ИС;
Низкая стоимость и простота изменения форм отчетности;
Гибкость настроек и программирования;
Невысокая стоимость эксплуатации и поддержки.
Таким образом, «совокупная стоимость владения» 1С наиболее привлекательна по сравнению с другими учетными системами. При этом, возможности функционала для решения почти всех необходимых для предприятия задач автоматизации, практически не ограничены.
Требования к информационной системе
С чего же начинается разработка либо доработка конфигурации 1С? Первичным документом являются «Требования к Информационной системе» заказчика. Требования делятся на функциональны и нефункциональные.
Урок 1. Создание бизнес-процесса и задачи, отображение карты маршрута.
Функциональные требования описывают, что конкретно нужно реализовать в той или иной системе, какие бизнес-процессы, их краткое описание, алгоритмы решения ключевых задач, функциональную структуру предприятия, какие действия должны производить пользователи в отношении данной разработки.
Нефункциональные требования описывают, как именно работает система, какими свойствами и характеристиками обладает.
В документе должны быть описаны действующие бизнес-процессы на предприятии в виде схем взаимодействия участников бизнес-процесса, их ролей, входными и выходными данными, схемы информационных потоков между существующими Информационными системами. Возможно, описание кратких технических заданий отдельных блоков разработки. Целью написания заказчиком данного документа является осознание им создаваемой модели ИС и формализация требований к создаваемой системе.
Разработка концепции ИС
Целью данного этапа является исследование и формализация бизнес-процессов деятельности предприятия, описание его модели.
При исследовании предприятия проводятся интервью с ключевыми сотрудниками, на которых выявляются направления деятельности предприятия, ее структура управления, функции подразделений, их взаимодействия, существующий на предприятии документооборот, сформировавшиеся бизнес-процессы.
При исследовании предприятия проводятся интервью с ключевыми сотрудниками, на которых выявляются направления деятельности предприятия, ее структура управления, функции подразделений, их взаимодействия, существующий на предприятии документооборот, сформировавшиеся бизнес-процессы.
Результатом исследования является документ «Концепция ИС». В Концепции описывается действующая структура предприятия, функции подразделений, требования к ИС. Описывается ситуация «как есть» — состояние автоматизации на момент исследования, описываются действующие бизнес-процессы, действующие информационные потоки, взаимодействия подразделений. В модели «как будет» описываются предложенный вариант автоматизации предприятия, разработанный на основании требований заказчика.
1 Введение в бизнес процессы
Выбор способа реализации (написание «с нуля» или выбор подходящей конфигурации для доработки)
На следующем этапе необходимо принять решение о выборе основной конфигурации 1С, на базе которой будет выстраиваться новая информационная система предприятия, либо конфигурация будет создаваться «с нуля».
Для принятия такого решения необходимо изучить существующие типовые конфигурации 1С и отраслевые решения партнеров 1С.
В случае, если разрабатываемые бизнес-процессы в основном укладываются в типовые решения и требуют только корректировки и настройки, то за основу необходимо взять такое готовое решение и на базе него дорабатывать необходимую заказчику ИС.
Если заказчику требуется какой-то уникальный программный продукт, аналога которому нет у 1С и партнеров, либо переработка аналога значительно изменит конфигурацию, то наиболее правильным решением будет создать конфигурацию «с нуля».
При окончательном принятии решения необходимо взвесить все «за» и «против» типового решения и написанного «с нуля»:
- Типовые конфигурации внедрены на многих предприятиях, протестированы, что снижает вероятность ошибок;
- Программный код типовых конфигураций написан по стандарту 1С, что облегчает поддержку;
- Для типовых конфигураций легче найти специалиста на поддержку;
- Разработка «с нуля» привязывает к одному разработчику ИС и последующая поддержка своими силами потребует много времени для адаптации в проекте новых разработчиков (если адаптация вообще возможна).
- При автоматизации небольшой области учета, конфигурация «с нуля» будет значительно проще типовой и не тянуть за собой ненужные подсистемы;
- При наличии типовой конфигурации, функционал которой будет использован почти в полном объеме, затраты на разработку «с нуля» будут значительно больше стоимости приобретения и доработки типовой конфигурации.
Разработка архитектуры ИС
После принятия решения об использовании конфигурации или разработки «с нуля» необходимо разработать архитектуру ИС, т.е. по каждому автоматизируемому бизнес-процессу определить структуру дорабатываемых (разрабатываемых) метаданных – перечислений, справочников, документов, регистров.
На этом этапе со стороны исполнителя подключается архитектор — высококвалифицированный разработчик, хорошо понимающий идеологию 1С, чтобы создать структуру, не противоречащую общим принципам разработки в 1С.
Написание Технического задания
Работы по данному этапу могут проводиться одновременно с разработкой архитектуры.
На основании Концепции ИС, данных обследования и разработанной архитектуры ИС аналитик от исполнителя разрабатывает Техническое задание на разработку.
Это документ для разработчика, по которому будет разрабатываться программное обеспечение.
Техническое задание включает в себя:
Структуры метаданных со всеми реквизитами, их типами и включением их в Подсистемы.
Детальное описание математических методов, алгоритмов и моделей, которые будут использоваться в разработке.
Детальное описание алгоритмов работы будущей ИС
Функции и права пользователей и администраторов.
Правила по хранению данных и сохранению конфиденциальности.
Невысокая стоимость эксплуатации и поддержки.
Схема интеграции в другими ИС.
Разработка программного обеспечения
При разработке или доработке конфигурации 1С следует придерживаться «Системы стандартов и методик разработки конфигураций для платформы 1С». Следует понимать отличия в разработке конфигурации «с нуля» от «доработки типовой». Вам необходимо будет добавить универсальные и общие механизмы, используемые в типовой конфигурации: общих модулях, общих формах, обработках, отдельных участках учета.
Тестирование конфигурации
Тестирование ПО – один из важных этапов разработки, потому что от правильного тестирования зависит работоспособность разработанной ИС, а следовательно, и отношение заказчика к исполнителю.
При тестировании программы необходимо проверить все маршруты ее выполнения, прохождение всех ветвей логических условий и выполнение всех циклов.
Для тестирования составляется один или несколько примеров, при выполнении которых анализируется процесс обработки данных, соответствие промежуточных и выходных данных эталонной модели.
Оформление документации
По завершению разработки Информационной системы оформляется Документация (Инструкция пользователя). Цель создания Инструкции – дать возможность пользователю самостоятельно изучать программу и в случае возникновения проблем, найти решение.
По каждому бизнес-процессу составляется отдельная инструкция, в которой содержится следующая информация:
область применения ПО
автоматизируемые функции
разработанные алгоритмы бизнес-процесса
порядок выполнения задач
входные и выходные данные
описание нештатных ситуаций
при работе и способы их устранения
Обучение заказчика
Последним этапом в разработке Информационной системы является обучение пользователей работе в новой программе. Если пользователи уже знакомы с программными продуктами 1С, то этап обучения основным объектам метаданных и принципам работы в 1С можно пропустить и сразу начинать обучение по разработанным в программе бизнес-процессам. К моменту обучения желательно подготовить Инструкции пользователя, чтобы в процессе обучения можно было ссылаться на описание в инструкции. После проведения обучения необходимо провести аттестацию пользователей на умение работать в ИС.
В результате в самый ответственный момент сотрудника нет на месте. При этом аусторсинг задач по 1С – это стабильность и постоянство обслуживания. Добиваются этого специалисты профильной компании, предоставляющей услуги, за счет взаимозаменяемости в коллективе: если закрепленный программист отсутствует на рабочем месте, оно не оголится.
Источник: programstore.ru
Кастомизации в 1С
Потребность в кастомизации программного обеспечения, т.е. его изменения под нужды конкретного пользователя, появилась, наверное, одновременно с самим программным обеспечением. Трудно написать программу, которая удовлетворит всех, а потому заложить в нее возможность изменений без привлечения производителя программы – хорошая идея. Особенно если дело касается бизнес-приложений, т.к. бизнес-процессы даже в одних и тех же областях могут отличаться в разных организациях.
Изменение исходного кода
Есть разные стратегии кастомизаций. Если приложение поставляется в исходных кодах, то самый очевидный подход – переписать исходный код под свои нужды. И самая очевидная в этом случае проблема – переход на новую версию приложения, т.к. он влечет слияние (merge) исходных кодов измененной на стороне клиента версии и новой версии от поставщика. А это может быть нетривиальной задачей, особенно если код на стороне клиента сильно кастомизирован.
Плагины
Более безопасная в этом плане стратегия – плагины. Исходное приложение предоставляет плагину фиксированный набор интерфейсов, а также возможность зарегистрировать себя в приложении. При выходе новой версии приложения плагины, написанные для предыдущей версии, продолжат работать и в новой версии (при условии неизменности интерфейсов). Поведение плагинов в новой версии может отличаться от поведения в предыдущей, если поставщик ПО изменил поведение приложения. Концепция плагинов используется в самых разнообразных классах ПО – офисном и бизнес-софте, средах разработки (Visual Studio, Eclipse, …), графических и звуковых редакторах и т.п.
Подписки
Еще одна технология кастомизации – возможность оформления подписки (subscription) на события в приложении и выполнения пользовательского кода на общеизвестном или проприетарном языке во время этих событий. События могут быть самого разного вида – открытие окна, загрузка изображения (для графического редактора), обработка заказа (для бизнес-системы).
Одна из разновидностей такого подхода – встраивание в основную программу возможности выполнять пользовательские скрипты на языках типа Visual Basic for Application (VBA). Кастомный код может, в частности, выполняться в ответ на события приложения. Тот же VBA показал себя очень мощным и гибким средством кастомизации; он встроен в Microsoft Office, AutoCAD, SolidWorks, CorelDRAW, WordPerfect, ESRI ArcGIS и другие продукты.
Кастомизации в решениях «1С»: начало
В платформе «1С:Предприятие» реализованы разные стратегии кастомизации. Поскольку прикладные решения 1С поставляются в исходных кодах, естественно, один из самых очевидных сценариев – изменение исходного кода.
Изменение исходного кода приложений 1С
Когда клиент меняет исходный код решения 1С под свои нужды, ему надо помнить, что поставщик приложения тоже не бездействует и выпускает новые версии, добавляя функциональность и исправляя ошибки. Чтобы при установке новой версии приложения не потерялись изменения, сделанные под потребности клиента, нужно каким-то образом произвести слияние (merge) измененной предыдущей версии приложения и новой версии.
Естественно, мы в «1С» уделяли большое внимание этой задаче и разработали механизм поставки и поддержки, облегчающий ее решение. Прежде чем рассказать, как он работает – пара деталей о внутреннем устройстве решений «1С».
Исходные коды и метаданные прикладного решения «1С» (конфигурации) хранятся в базе данных, в той же самой, в которой лежат данные самого приложения (проводки, данные справочников и документов и т.п.), т.е. программа хранится вместе с данными. База данных с конфигурацией (и данными приложения) в терминологии 1С называется информационной базой (сокращенно – инфобазой).
В процессе разработки поставщик конфигурации определяет, какие объекты конфигурации (справочники, документы и т.п.) клиент может менять, а какие – нет.
Настройка поставки на стороне поставщика
Клиент на своей стороне с помощью этого механизма также может определять правила поддержки объектов внедренной конфигурации поставщика— например, он может отказаться от поддержки поставщиком конкретного объекта, если возьмет на себя ответственность за дальнейшую модификацию этого объекта. А можно, наоборот, запретить редактирование объекта «своей» конфигурации (даже если поставщик разрешает это делать) с тем, чтобы застраховаться от случайного изменения.
Настройка поддержки на стороне клиента
Когда клиент начинает что-то менять в типовой конфигурации, в инфобазе создаются две конфигурации:
- Оригинальная конфигурация поставщика.
- Текущая конфигурация, измененная на стороне клиента.
- Старая конфигурация от поставщика.
- Текущая конфигурация клиента (старая конфигурация от поставщика плюс изменения, сделанные в ней клиентом).
- Новая конфигурация от поставщика.
- Объекты, не измененные клиентом.
- Простые изменения объектов на стороне клиента (например, добавление дополнительных реквизитов к объекту).
Внешние отчеты и обработки
Другой механизм кастомизации, сравнительно безопасный с точки зрения перехода на новые версии – это механизм внешних отчетов и обработок. Как следует из названия, оба типа объектов — внешние отчеты и внешние обработки – являются внешними по отношению к прикладному решению, хранятся в отдельных файлах и загружаются в прикладное решение в момент исполнения. Таким образом, процесс перехода на новую версию не затрагивает их вовсе. Но в случае, если в новой версии реквизиты какого-либо объекта были удалены или переименованы, а обработка или отчет обращаются к ним – на новой версии отчет или обработка без переделки не заработают.
Внешние отчеты и обработки по сути являются плагинами. Они хорошо подходят для «кастомных» отчетов и специфических операций над данными (например, для импорта информации из других систем), но, конечно, покрывают далеко не все сценарии кастомизации. Если клиенту нужно добавить специфический код, который должен выполняться при проведении документа, внешней обработкой тут не обойтись – надо править исходный код модуля документа.
Кастомизации в облаках
С появлением облачной технологии 1cFresh задача кастомизации вышла на новый уровень. Дело в том, что в «облаке» пользователи прикладного решения из разных организаций могут физически работать с одной информационной базой (т.е. с одним экземпляром приложения), но, в то же время, благодаря механизму разделения данных, видят только данные своей организации. Кастомизация через изменение исходного кода здесь становятся неприемлемой – каждой организации нужны свои кастомизации, и совершенно не нужны кастомизации «соседей» по инфобазе.
В «облаке» для кастомизации применимо только использование внешних отчетов и обработок, но, как говорилось выше, внешние отчеты и обработки покрывают далеко не все нужные пользователям сценарии.
Расширения конфигурации
Итак, нам нужно было придумать механизм кастомизации, который бы удовлетворял следующим требованиям:
- Позволял бы легко обновлять кастомизированное решение на новую версию, избегая ручной работы по объединению конфигураций.
- Позволял включать кастомизацию при определенных условиях (например, если мы работаем в контексте определенной организации).
- Снижал вероятность потери работоспособности кастомизации при переходе на новую версию исходной конфигурации.
- Имел возможность отключения кастомизации в случае проблем для сохранения работоспособности приложения.
Расширения – это способ держать изменения конфигурации отдельно от самой конфигурации. Расширение, по сути, само является отдельной конфигурацией, содержащей измененные объекты. Оно так же, как и конфигурация, представляется в виде дерева объектов. Для работы с расширением используются те же приёмы работы, что и с обычной конфигурацией:
Если мы хотим задействовать в расширении объект из основной конфигурации (например, добавить новую форму к существующему в основной конфигурации документу) – нам вначале надо позаимствовать объект к себе в расширение через команду «Добавить в расширение». Сразу после добавления объекта в расширение он «пустой» в дереве объектов расширения – у него есть только те свойства, которые есть в основной конфигурации. Можно также позаимствовать из основной конфигурации уже существующую форму и, например, добавить к ней новую кнопку, выполняющую какое-либо специфическое действие. К объектам в расширениях пока нельзя добавлять новые реквизиты, но мы работаем над этим.
Основная конфигурация и расширение с заимствованным документом СчетФактураВыданный
В расширении также есть аналог подписки на события — возможность обрабатывать события объектов расширяемой конфигурации, например, обработку записи. Можно указать, как именно будет вызываться наш код в расширении:
Разработка конфигурации 1С
Разработка конфигураций в 1С:Предприятие позволяет вести любые формы учета в организациях. Вооружившись этим навыком, Вы сможете учитывать сотрудников, товары, расходные материалы, заработную плату, продукцию и многое другое. Гибкий дружественный интерфейс программы позволяет работать с ней вне зависимости от сферы деятельности предприятия. Обеспечение от 1С можно использовать для парикмахерских, заводов, сетей магазинов, фабрик, компаний по разработке сайтов, салонов красоты и т. д. Для этого достаточно пройти краткий курс обучения, который доступен при минимальном владении компьютером.
Основы работы с 1С
При работе с программой 1С:Предприятие нужно учитывать, что эта платформа содержит два основных компонента. Первый — само ПО. Второй компонент — базы данных, которые представляют собой файлы с информацией и создаются при помощи программы. При разработке своих конфигураций в 1С Вы можете сделать их сколько угодно в зависимости от нужд организации.
Это позволяет автоматизировать работу организации и экономить время. Конфигурация определяет функцию базы данных, то есть информацию, которая в ней находится. Например, у баз по учету сотрудников и расходных материалов будет разное назначение. На программном обеспечении 1С:Предприятие после разработки конфигурации можно работать с различными данными. То есть там может быть сразу несколько баз, информацию можно перемещать с одного компьютера на другой, а также настраивать к ней удаленный доступ сразу для нескольких специалистов.
Создание базы данных
Перед разработкой своей конфигурации в 1С нужно четко понимать, зачем нужна база. Ее создание не представляет особых сложностей и состоит из следующих шагов:
- Создайте новую папку под информацию на любом диске Вашего компьютера. Например, укажем путь С:Сотрудники.
- Запустите программу 1С:Предприятие. Если у Вас пока нет баз данных, появившееся окно будет пустым.
- Нажмите поочередно следующие кнопки в интерфейсе программы: «Добавить». В появившемся окне выбираем «Добавление в список существующей информационной базы». В следующем окне введите имя новой базы, чтобы в последующем не потерять ее среди других. Нажмите «Далее».
- В появившемся окне перед разработкой своей конфигурации в 1С укажите путь к папке, куда будет собираться вся информация из базы данных. Для этого найдите ранее созданную папку «С:Сотрудники», откройте ее и нажмите «Открыть». После уже в новом окне нажмите «Далее».
- Дальше Вам останется только нажать кнопку «Готово», и в списке баз данных появится новая с указанным Вами именем.
Основы разработки конфигурации в 1С:Предприятие
Теперь Вы сможете редактировать получившуюся базу, добавляя в нее новые данные, изменяя их и сохраняя внесенные коррективы. При желании информацию можно даже удалять, нажав на соответствующую кнопку. Все базы данных в программе могут отображаться в двух режимах:
- 1С:Предприятие. В этом режиме работают штатные специалисты организации, выполняя повседневные функции: ведут учет, составляют отчетность, добавляют и изменяют информацию. При этом они не могут заниматься разработкой конфигурации в 1С:Предприятие.
- Конфигуратор. Этот режим рассчитан на программирование новых функций базы данных: автоматическое составление отчетов, справочников и т. д. Здесь работают обученные специалисты, которые и настраивают систему. При этом они не имеют дела напрямую с корпоративными данными.
Настройка информационной базы
Для создания разработки конфигурации в 1С:Предприятие выбираем режим «Конфигуратор». Далее выполняем следующие действия:
- Для открытия нашей пустой созданной папки «С:Сотрудники» программа запросит подтверждение.
- В открывшемся окне выбираем вариант «Создание информационной базы без конфигурации для разработки новой конфигурации» и нажимаем «Готово».
- Перед Вами появится конфигуратор. В нем нужно открыть дерево конфигурации. Для этого выбираем в верхнем меню «Конфигурация – Открыть конфигурацию».
Александр Моисеев Руководитель отдела разработки
Нужна помощь
специалиста?
Профессиональная консультация БЕСПЛАТНО
Слева перед Вами будут видны все возможные объекты для разработки в 1С (возможные функции базы данных): отчеты, справочники, планы счетов, документы, константы и т. д. Из них можно выбрать любые интересующие Вас. Для примера разработки конфигурации в 1С создадим справочник. Для этого нужно выполнить следующие шаги:
- Выберите «Справочник», в открывшемся окне задайте его имя. Например, «Статус». Это значит, что там будут отражены должности сотрудников. После ввода имени нажмите Enter, чтобы система автоматически создала синоним. Имя справочника и другой функции при разработке конфигурации в 1С нужно выбирать внимательно, потому что оно будет отражено во многих местах программного кода, и изменить его потом сложно. Поэтому имя справочника должно отражать суть хранящейся в нем информации. После ввода имени и определения синонима нажмите «Далее».
- В новом окне перейдите на вкладку «Данные» и задайте длину значения в 50 знаков. После этого окно справочника «Статус» можно закрыть.
- Создадим еще один справочник с названием «Специалисты». Действуем аналогично предыдущим пунктам. Только теперь во вкладке «Данные» нужно задать допустимую длину значения в 150 знаков. Здесь у нас будут фамилии, имена и отчества сотрудников.
- В этом же окне над полем со словом «Реквизиты» будет кнопка в виде зеленого кружка с плюсом. Она позволяет добавлять новые реквизиты (поля для учета информации). Нажимаем эту кнопку один раз.
- В открывшемся окне в строке «Имя» указываем слово «Статус» (название нашей предыдущей конфигурации), нажимаем Enter.
- В строке «Тип» прописываем значение «СправочникСсылка.Статус». Это позволит рядом с Ф. И. О. сотрудников в базе указывать сразу их должности.
- Закрываем это окно.
- По аналогии создаем еще один реквизит с именем «Зарплата». В поле «Тип» выбираем «Число», в поле «Длина» ставим 5, в поле «Точность» — 2. Последнее указывает на количество знаков после запятой. В нашем случае оклад сотрудников будет рассчитан до сотых.
- Сохраним внесенные изменения. Для этого в верхнем меню нужно нажать «Конфигурация – Обновить конфигурацию базы данных». Либо на помощь нам придет горячая клавиша F7. После закрытия окна в программе появится новое со списком внесенных Вами изменений. Здесь нужно нажать кнопку «Принять». Так Вы окончательно закрепите новые данные в базе.
Последствия неправильной разработки конфигурации в 1С
Базы данных 1С дают широкие возможности в автоматизации бизнес-процессов. Разработчики программного обеспечения постарались сделать интерфейс интуитивно понятным. Однако в идеале разработкой конфигураций в среде 1С:Предприятие должны заниматься специально обученные люди, имеющие опыт работы с различными базами данных и знания в программировании.
Неправильная работа системы может стать причиной простоев в деятельности организации. База данных, настроенная с ошибками, может выдавать неверные результаты при расчете числовых значений, допускать неточности в отчетах, также могут возникать различные технические неполадки. Все это чревато материальными потерями для организации. Поэтому лучше не рисковать автоматизацией внутренних процессов и доверить разработку конфигураций в среде 1С:Предприятие специалистам.
Источник: dicis.ru