Проекты в 1с как работать
Знаете ли вы, что происходит между «договор на внедрение подписан» и «система успешно запущена»? А главное, что НЕ происходило, если система в итоге не запустилась?
Для наших партнеров, клиентов и коллег, мы записали серию видео о том, как идет проект внедрения учетной системы (в частности внедрения 1С). Нам было важно сделать ход проекта понятным и прозрачным, разложить его на шаги, и пояснить каждый шаг – зачем он, можно ли без него обойтись, чем это грозит.
При этом не погружаться в глубокую теорию про управление проектами, не цитировать разделы PMBoK (свод знаний по управлению проектами), рассказывать просто и понятно.
Просмотрев подборку видео, вы не станете специалистом по управлению проектами, и скорее всего не сможете внедрить 1С самостоятельно (если ранее этого не делали).
Но вы наверняка станете лучше понимать, как может идти проект, а как он идти не должен. Вы сможете задать своему подрядчику или штатному «1Снику» правильные вопросы, и даже выбрать подрядчика, понимающего что он собирается делать.
Если вы сами внедряли 1С, но не всегда достигали успеха, или тратили на внедрение гораздо больше сил и нервов, чем рассчитывали, возможно вы поймете в какую сторону нужно развиваться и «копать».
Будь вы заказчик проекта или исполнитель, вероятность успешного проекта повысится, этого мы добиваемся. Каждый успешный проект автоматизации – это более эффективное, управляемое, успешное предприятие.
1. Дорожная карта проекта внедрения 1С
В этом видео мы рассказываем про основные этапы проекта от его начала и до завершения. Зачем нужен каждый этап, какие осязаемые результаты должны получиться. Как результаты предыдущих этапов используются на следующих.
Поговорим о том, как последовательность задач, выполняемых самыми разными специалистами, приводит в итоге к внедренной системе.
Мы не будем говорить о специфике конкретных конфигураций 1С (конечно дорожная карта внедрения 1С ERP на производственном предприятии отличается от внедрения 1С Розницы в сети магазинов). Посмотрим на проект на более высоком уровне, и разберем те этапы, которые в любом случае присутствуют.
Вопросы «как лучше спланировать запуск конкретно у нас», необходимо разбирать погрузившись в вашу среду и текущие задачи. Любые детальные рекомендации без ознакомления с ситуацией будут неверными.
2. Обследование бизнеса - зачем его проводить?
В этом видео мы расскажем, как проходит бизнес-обследование, почему это очень важный этап. Как мы к нему готовимся, как проводим и что получается в результате.
Обследование нужно не только для того, чтобы понять «как настроить 1С».
Правильное обследование должно выявить, описать и улучшить бизнес-процессы предприятия. Обнаружить проблемы в коммуникациях между отделами и людьми (которые обычно не видны, но мешают работать). Выработать список организационных изменений, которые необходимо осуществить в компании до запуска информационной системы.
Расскажем, как мы готовимся к обследованию, как мы проводим каждое интервью, и как описываем результаты, какие документы отдаем.
3. Моделирование и контрольный пример
В этом видео мы рассказываем о том, зачем нужно моделирование в 1С процессов предприятия, и контрольный пример. Чем отличается модель от контрольного примера, когда без одного из них можно обойтись.
Расскажем о принципах выбора программных продуктов 1С, на которых далее будет реализован проект и которые, в итоге, будут внедрены. Важно – тут становится понятно почему не стоит сначала покупать 1С, а потом приступать к проекту.
Обсудим почему важно для проекта заказчику погрузиться в модель, все изучить и понять, и даже поспорить с исполнителем. Несогласие на этапе модели полезно для проекта, а не обнаруженные проблемы – приведут к болезненному (или невозможному) запуску системы.
4. Разработка структуры НСИ
Маленький и важный этап, который часто не понятен не только заказчику. Бывает так, что те, кто внедряют 1С эту работу не выделяют. А зря.
В этом видео расскажем в чем суть этапа, что такое вообще НСИ (нормативно-справочная информация, а проще говоря справочники). Почему мы уделяем этому внимание, и как НСИ прорабатывается, на что влияет структура справочников (и речь пойдет вовсе не про красоту папочек).
Так же немного затронем вопрос – как не просто навести порядок, но и поддерживать его далее.
5. Реализация
В ходе этапа «реализация» готовятся и собираются воедино все части проекта – делаются согласованные доработки, загружаются данные, пишутся и тестируются интеграции, готовятся памятки и инструкции. Расскажем, как:
Сдавать разработку заказчику, а заказчику – понимать продвижение по большой разработке до ее завершения
Для чего нужно видео в процессе сдачи
Какими должны быть «хорошие» пользовательские инструкции
Как учить пользователей, и понять, чему они научились, что РП должен делать на обучении чтобы оно состоялось
Приятный бонус - что обязательно должен делать заказчик в ходе реализации проекта (без чего вероятность успешного запуска снижается, а мотивация всех участников падает).
6. Внедрение системы
Поговорим с юмором о серьезной и важной работе. Что остается внедренцу, кроме чувства юмора? Если без него, каждое внедрение будет добавлять седины.
В этом видео мы детально расскажем о подготовке к запуску, про замер тайминга на переход. Поговорим о том, как происходит магия «в пятницу все работали в старой системе, а в понедельник – в новой». Как реализуются риски, и к чему они приводят.
Осторожно, в видео есть внедренческие байки. Это как охотничьи байки, только внедренческие. Когда меряются размерами собранных «граблей», рассказывают, как было страшно «тогда», но смеются, потому что все выжили.
Надеюсь, после этого видео никто не будет думать, что запуск новой системы, это просто «поставили 1С и начали работать».
7. Завершение проекта
Иногда получается так, что вся основная работа выполнена, и даже пользователи уже работают в новой системе. Но проект никак не может закончится. Он все идет и идет, и конца-края ему не видно.
Почему так получается? Всегда ли это означает что подрядчик сделал плохо свою работу (или заказчик решил поэксплуатировать исполнителя бесплатно)? Конечно нет.
В этом видео поразмышляем о причинах таких долгостроев, и подумаем, как с самого начала проекта сконцентрироваться на его завершении. Как «волшебный месяц» приводит к радости заказчика и исполнителя, и почему «грустный подрядчик – плохой подрядчик».
И конечно же завершение проекта – это не просто подписание актов. Завершение проекта, это разбор и анализ результатов, и выводы. Что и как анализовать? Про это тоже пара минут на видео.
8. Руководитель проекта от Заказчика. Нужен ли он? (конечно да)
Во всей серии видео руководитель проекта от клиента незримо присутствует, участвует во многом и вносит ощутимый вклад в результат. Подведем итог его участия – напомним о всех этапах проектах, поговорим о том что он на этих этапах делает. Заодно поразмышляем, каким он должен быть, чтобы вероятность успеха выросла. Видео будет полезно компаниям, только собирающимся приступить к проекту внедрения 1С, и думающим «кого нам назначить РП»
9. Границы проекта: бесконечность не предел!
В этом видео мы рассказываем о том, зачем проекту нужны границы, какие они бывают. На примерах из жизни поясним, что бывает когда границы не определены, или они слишком размытые. Так же расскажем о том в какой момент у проекта границы появляются, уточняются, и как они далее поддерживаются (или изменяются).
10. Типовой проект 1С: быстро и по рельсам
То, что компания, в которую будет внедряться учетная система, небольшая (5-10 человек), еще не означает что можно просто принести «коробку» с учетной системой, поставить ее и все заработает так как надо. В любом случае – необходимо определить цели, процессы, научить правильно работать рядовых сотрудников и руководство. При этом полноценный проект с уставом, и всеми этапами – выглядит сложным и слишком тяжелым для такой небольшой задачи. В этом видео расскажем про адаптацию проектного подхода – к внедрению учетной системы в небольшой организациях: микро- и малом бизнесе.
Некоторые из вопросов, которые удалось осветить:
- Кто может и не может быть РП со стороны Заказчика
- Примеры ошибок РП заказчика, приводившие к печальным последствиям в наших проектах
- Причины неудач проектов вообще
- Интересные и печальные факапы
- Передача внедренной системы на дальнейшую поддержку.
Если у вас еще остались вопросы про управление проектами в Кораде – спрашивайте. Будем рады ответить, и даже записать новые видео в ответ на самые популярные вопросы.
Ну а если вам захотелось теперь сделать проект с нами, обращайтесь. Будем рады принести пользу вашему бизнесу.
Одно из отличий версии «1С:Документооборот 8» КОРП от версии ПРОФ – наличие подсистемы управления проектами. 1С:ДО КОРП поддерживает весь жизненный цикл проекта: от планирования, учета данных и трудозатрат в разрезе проекта до анализа и формирования отчетности по проектам.
Возможности проектного учета в 1С:ДО - это более 30 базовых реквизитов в карточке проекта, учет документов, удобный план проекта с контролем по задачам, в т.ч. в диаграмме Ганта, процесс Исполнение с автоматическим списанием трудозатрат, аналитические отчеты для руководителей проекта
Настройка функционала управления проектами в 1С Документооборот
Чтобы ведение проектов в вашей системе «1С:Документооборот» стало возможным, предпримем ряд шагов, первый из которых – активация нужной подсистемы в меню программы «Настройка» раздела «Настройка и администрирование». В пункте «Проекты и трудозатраты» установим параметр «Вести учет по проектам».
Рис.1 Активация подсистемы Управление проектами
Активация параметра «Использовать виды проектов» позволит группировать проекты по основным критериям, индивидуально для каждой группы настраивать правила разграничения прав по каждому проекту, создавать дополнительные реквизиты и свойства, как для самого проекта данной группы, так и для проектных задач.
Рис.2 Настройка проектов и трудозатрат
Еще один важный функциональный инструмент проектной работы – проектное управление по контрольным точкам. Он включается параметром «Использование контрольных точек». Рядом в настройках расположена ссылка для создания аналитической группировки контрольных точек по уровню контроля.
Рис.3 Уровни контроля
Настройка видов проектов находится в разделе «Нормативно-справочная информация».
Рис.4 Нормативно-справочная информация
Рис.5 Вкладка Виды проектов
В настройках видов проектов можно установить параметры разграничения прав доступа:
- «Автоматически вести состав участников рабочей группы» – параметр, позволяющий автоматически расширять рабочую группу доступа проекта участниками процессов по проекту или проектным задачам;
- «Для проектов этого вида заполнение рабочей группы является обязательным» – параметр, задающий обязательность заполнения рабочей группы доступа проекта.
Рис.6 Настройка шаблонов контрольных точек
В этом же меню можно создать наборы дополнительных свойств для проектов и проектных задач данного вида проектов. Команда КТ открывает меню настройки шаблонов КТ для данного вида проектов.
Рис.7 Настройки шаблонов КТ
Шаблоны КТ можно разделять по группам. Они будут перенесены в проект при использовании этого шаблона.
Рис.8 Разделение шаблонов по группам
В самом шаблоне контрольная точка проекта обозначается как «КТ», представляя собой результат, который контролируется. Помимо этого настраивается плановый срок контроля, ответственный за контрольную точку, проверяющий, кодировка КТ и группа, к которой данная КТ принадлежит. Реестр проектов находится в разделе «Совместная работа-Проекты».
Рис.9 Совместная работа-Проекты
Рис.10 Вкладка Проекты
Проекты группируются по папкам, в которых настраивается разграничение доступа.
Рис.11 Настройка прав
В реестре проектов есть быстрые отборы, поиск по вхождению текста и расширенный поиск.
Рис.12 Быстрые фильтры
В самом реестре проектов можно сортировать список по каждой колонке, просто нажимая на заголовок. При повторном нажатии меняется порядок сортировки.
Рис.13 Сортировка списка
Перейдем непосредственно к карточке проекта. Первой открывается вкладка «Обзор», которая отражает состояние основных реквизитов и свойств проекта. Обратите внимание, что реквизиты ссылочные, а значки свойств кликабельны.
Рис.14 Обзор проекта
На следующей вкладке находятся основные реквизиты карточки проекта.
Рис.15 Реквизиты карточки проекта
Здесь заполняем основные сведения о проекте – его наименование, руководителя, даты начала и окончания, плановые трудозатраты и так далее. Заказчиком может выступать как внутренний пользователь системы, так и контрагент. Вверху окна расположены команды перехода к плану-графику проекта с проектными задачами и списку контрольных точек, а также команды создания связанных объектов и кнопка старта процессов по проекту в целом.
Доработаем 1С:Документооборот под ваши задачи
Требуется уникальный функционал в 1С:ДО? Кастомизируем типовую программу под ваши потребности
Автоматизация на базе 1С:ДО КОРП
Корпоративная СЭД под процессы вашей компании. Экономия на безбумажном документообороте до 4 млн ₽/год
На вкладке «Проектная команда» указываем пользователей, которые являются участниками проектной команды. Задачи по проекту можно ставить только участникам проектной команды из этого списка.
Рис.16 Заполнение сведений о проекте
В проектной команде могут участвовать и внутренние пользователи, и представители контрагента. На вкладке «Настройки» устанавливается график работы по проекту, способ планирования, папка проекта.
Рис.17 Настройки системы учета
Признак «Автоматический расчет плана проекта» позволяет автоматически выстраивать по датам проектные задачи в плане проекта. Признак «Разрешить списывать затраты на проект в целом» позволяет списывать фактические трудозатраты без детализации до задач. Здесь же устанавливаются единицы измерения трудозатрат и длительности для проектных задач по умолчанию.
На вкладке «Свойства» располагаются дополнительные реквизиты, если таковые для данного вида проектов добавлялись администратором системы.
Рис.18 Дополнительные реквизиты
На вкладке «Рабочая группа» указаны пользователи и группы, имеющие доступ к данному проекту, и возможность его редактирования. Если эта таблица пустая, то проект смогут увидеть все пользователям системы.
Рис.19 Рабочая группа
Внимание! Не путайте «Рабочую группу» с «Проектной командой» – это два независящих друг от друга списка. Члены проектной команды необязательно могут иметь доступ к проекту (например, представители заказчика), и наоборот, не все пользователи, имеющие доступ к проекту, являются членами проектной команды. Например, Служба качества компании регулярно мониторит проект на предмет соблюдения корпоративных проектных технологий и методик, но в то же время менеджер СМК не является членом проектной команды.
Вверху окна расположены ссылки на связанные объекты проекта.
Рис.20 Ссылки на связанные объекты проекта
- Основное – основное окно карточки проекта;
- Трудозатраты – реестр фактических трудозатрат по проекту;
- Процессы и задачи – все процессы и задачи по проекту;
- Документы – документы по данному проекту. Эти же документы можно увидеть в соответствующих журналах документов входящих, исходящих или внутренних;
- Файлы – файлы, прикрепленные к проекту. Их же можно найти в реестре «Все файлы»;
- Мероприятия – собрания, встречи, совещания и другие мероприятия по проекту, отраженные в системе;
- Форум – оперативное общение по проекту в системе;
- Переписка – входящие и исходящие электронные письма, отправленные или принятые через встроенную почту системы;
- История изменений – версии карточки проектов в ходе ее изменения;
- Протокол работы – действия пользователей с карточкой проекта (доступно только администратору).
Работу с планом проекта и управление контрольными точками рассмотрим в следующих статьях. Оставайтесь с нами! Доверяйте профессионалам! Мы гарантируем успешную работу на программном уровне!
В статье описывается опыт разработки и внедрения системы учета по проектам в программе 1С:Бухгалтерия КОРП, редакция 3.0.
Постановка задачи
Предприятие заказчика занимается поставкой промышленного оборудования из-за границы и монтажом этого оборудования. Каждая новая сделка с заказчиком открывает новый проект. Требуется вести управленческий учет с детализацией по проектам.
Необходимо вести список проектов с их характеристиками (контрагенты, договоры, суммы, ответственные лица), фиксировать отношение к определенному проекту каждой хозяйственной операции, подсчитывать доходы и расходы по проектам.
Доходы от проекта – это доходы от продажи оборудования и услуг по его монтажу. Расходы по проекту включают стоимость оборудования в ценах поставщиков, дополнительные расходы по его доставке, таможенному оформлению, услуги сторонних организаций, а также затраты на заработную плату сотрудников предприятия, участвующих в проекте.
Предприятие ведет учет в программе "1С:Бухгалтерия КОРП 3.0" (далее – БП КОРП). Как известно, в программе есть сквозная аналитика по организациям, а также учет по подразделениям. Но обе эти аналитики уже используются по своему прямому назначению – для ведения регламентированного учета.
Реализация
Для ведения учета операций по проектам было решено задействовать имеющийся в программе механизм дополнительных сведений, которые используются для хранения свойств документа. Дополнительные сведения, в отличие от дополнительных реквизитов, не являются неотъемлемой частью документа. Они хранятся в отдельном регистре и могут быть доступны для просмотра и редактирования даже тем пользователям, для которых закрыто редактирование документа (например, по дате запрета редактирования).
В качестве дополнительного сведения, "маркирующего" документы, использовались элементы нового справочника "Проекты".
Подсистема "Проекты"
Для работы с проектами в программе БП КОРП была создана отдельная подсистема. Все новые объекты, относящиеся к этой подсистеме, расположены в разделе "Проекты".
Рис. 1. Подсистема "Проекты"
Разделение доступа
В программе были созданы новые роли пользователей для редактирования и просмотра проектов (см. рис. 2).
Рис. 2. Профили доступа к проектам
Справочник "Проекты"
Справочник "Проекты" – иерархический. На верхнем уровне иерархии располагаются группы, разделяющие головной офис и филиалы. Там же можно сделать группу для общехозяйственных расходов (псевдо-проектов для отнесения расходов "без проекта").
Рис. 3. Справочник "Проекты" – группы
Рис. 4. Справочник "Проекты" – элементы
Структура справочника соответствует требованиям заказчика. Справочник содержит множество полей, характеризующих проект. Главное поле – это уникальный код проекта, на основе которого выстраивается система учета. Из кода и наименования формируется представление проекта, которое используется во всех списках выбора.
На закладке "Дополнительно" можно ввести связанные с проектом договоры – как с поставщиками, так и с покупателями. Список не ограничен.
Рис. 5. Карточка проекта. Закладка "Дополнительно"
После того, как введены договоры по проекту, можно нажать на кнопку "Записать", а затем – на кнопку "Поиск связанных документов".
Поиск документов по проекту
Сервисная обработка, вызываемая из формы элемента справочника "Проекты", предназначена для облегчения поиска документов по проекту. Она подбирает список документов и показывает, "промаркированы" ли они проектом. Найденный документ можно открыть на просмотр и сразу же заполнить дополнительное сведение.
Рис.6. Быстрый поиск документов по проекту
Загрузка проектов из внешнего файла
Основной способ добавления проектов в справочник – загрузка из заранее подготовленного XLSX файла.
Команда загрузки располагается в форме списка справочника "Проекты".
Дополнительное сведение "Проект"
Работа из журнала документов
Дополнительные сведения документов хранятся в отдельном регистре сведений. Заполнение значения возможно как из журнала документов, так и из формы документа. Для этого нужно нажать на кнопку "Дополнительные сведения" (на рис. 7 выделено красным). После этого откроется форма выбора проекта из списка. После заполнения формы нужно нажать на кнопку "Записать и закрыть". Проект введен.
Рис.7. Заполнение доп. сведения из журнала документов
Проекты можно вывести в форму списка документов в виде отдельной колонки. Для этого через меню "Еще" нужно вызвать команду "Изменить форму…". В открывшемся диалоге установить курсор на "Ссылку" и нажать на кнопку "Добавить поля" (см. рис. 8). Выбрать из списка "Проект", поставить галочку на этом элементе списка, нажать "ОК". После этого можно с помощью кнопок "Вверх" и "Вниз" изменить место дополнительного сведения в списке выводимых колонок журнала. По окончании редактирования не забудьте нажать "ОК" для принятия введенных вами изменений.
Рис.8. Вывод колонки "Проект" в форму журнала документов
На рис. 9 полученный результат выделен красным прямоугольником.
Рис.9. Колонка "Проект" в форме журнала документов
После того, как проект добавлен в виде колонки списка документов, его можно будет вывести на печать или в табличный документ командой "Вывести список…" из меню "Еще".
Также можно вывести колонку "Проект" в печатной форме реестра документов по кнопке "Печать – Реестр документов".
Рис.10. Колонка "Проект" в реестре документов
Распределение расходов по проектам
Для тех случаев, когда в одном документе содержится несколько записей, относящихся к разным проектам, предусмотрено распределение по проектам. Это внешняя обработка заполнения, которая вызывается из формы документа или списка документов.
Рис.11. Кнопка "Распределение расходов по проектам"
В форме обработки нужно заполнить поле "Проект" для каждой строки документа, затем нажать кнопку "Перенести в распределение" и получить итоговое распределение с суммированием итогов по проектам (см. рис. 12 и 13).
Рис.12. Распределение расходов по проектам
Рис.13. Итоговое распределение расходов по проектам
Кнопка "Записать изменения" создает записи в регистре сведений, которые затем используются в отчетах.
Для выделения таких документов создан предопределенный элемент справочника "Проекты" – "Распределяется".
Распределение расходов на заработную плату
Заработная плата рассчитывается в программе "1С:Зарплата и управление персоналом 3.1", из которой в БП КОРП загружаются начисления и удержания в документ "Отражение зарплаты в бухучете". Для отнесения затрат на оплату труда на проекты используется обработка заполнения этого документа (см. рис. 14-16).
Обработка показывает текущее состояние распределения сумм из документа по проектам, а также позволяет создать такое распределение.
Если суммы по документу еще не распределены, необходимо перейти на закладку "Отработано по проектам". В таблице строки будут заполнены сотрудниками из документа, а колонки с долями по проектам будут пустыми. Максимальное количество колонок – 25, столько проектов можно задействовать для одного документа.
Рис.14. Распределение расходов на заработную плату по проектам. Состав документа
Алгоритм распределения зарплаты по проектам
На закладке "Состав документа" собраны суммированные данные по сотрудникам, суммам начислено и взносам, счетам учета и статьям затрат (см. рис. 13). Эти суммы разносятся по проектам сотрудника пропорционально введенным процентам.
Рис.15. Распределение расходов на заработную плату по проектам. Проценты по проектам
Возможно 2 варианта заполнения данных по проектам:
- ручной ввод по каждой строке таблицы;
- загрузка из файла Excel.
На рис. 15 показан пример ручного ввода данных. После заполнения таблицы на закладке "Отработано по проектам" появятся проценты по каждому проекту в выбранной строке.
Рис.16. Итоговое распределение расходов на заработную плату по проектам
Команда "Записать изменения" помещает полученное распределение в регистр сведений, данные из которого используются при формировании отчетов по проектам.
Отчеты по проектам
Операции по проектам
Отчет показывает документы, относящиеся к проектам, с группировкой по проектам и валютам. Предусмотрено два варианта отчета – с выводом сумм с НДС и сумм без НДС. Суммы по документам распределяются по колонкам отчета в зависимости от типа хозяйственной операции.
Рис.17. Отчет "Операции по проектам"
Движение денежных средств по проектам
Отчет показывает поступление и расход денег на расчетных счетах и в кассе с группировкой по проектам.
Рис.18. Отчет "Движение денежных средств по проектам"
Затраты по проектам
Отчет выводит таблицу, в строках которой – статьи затрат с учетом иерархии, а в столбцах – проекты. Отчет позволяет сделать отбор по организации, группе проектов, проекту. Необходимо указать, по каким счетам будут собираться затраты.
Рис.19. Отчет "Затраты по проектам"
Продажи по проектам
Отчет выводит таблицу, в строках которой – документы продаж с группировкой по подразделениям и номенклатурным группам, а в столбцах – проекты. В ячейках таблицы – показатели выручки и себестоимости продаж, а также валовая прибыль. Отчет позволяет сделать отбор по организации, группе проектов, проекту. В настройках отчета необходимо указать, по каким счетам ведется учет продаж.
Рис.20. Отчет "Продажи по проектам"
Доходы и расходы по проектам
Итоговый отчет по результатам деятельности предприятия в разрезе проектов за указанный период. В верхней части отчета – доходы (подробнее см. Отчет по продажам), в нижней части - расходы (подробнее см. Отчет по затратам). В столбцах – данные по проектам. Итоги присутствуют как в строках, так и в столбцах таблицы отчета. В итоговой строке можно увидеть чистую прибыль или убыток по каждому проекту.
Рис.21. Отчет "Доходы и расходы по проектам"
Архитектура решения
Доработка типовой конфигурации выполнена в виде отдельных объектов метаданных (справочников, регистров сведений и т.д.), объединенных общей подсистемой "Проекты", что не мешает простому обновлению конфигурации методом сравнения и объединения. Большинство обработок и все отчеты сделаны внешними, это позволяет загружать изменения в них без отрыва от работы пользователей.
Решение подходит также для версии "1С:Бухгалтерия 8 ПРОФ".
Для иллюстрирования статьи использовалась программа "1С:Бухгалтерия 8 КОРП" релиз 3.0.60.59, демо-база.
Вместо послесловия
Эта статья – описание внедрения со множеством доработок под нужды заказчика. Вы можете заказать подобное внедрение или попробовать готовое решение СофтМарк:Проекты. Есть две редакции этого решения для "1С:Бухгалтерии 3.0":
-
– доработка типовой конфигурации; – расширение типовой конфигурации.
Система 1С:Предприятие 8.3 – специализированная среда, которая служит для разработки экономического и бухгалтерского программного обеспечения, которое в свою очередь предназначено для автоматизации деятельности различный организаций. Большой процент функционала уже заложен в самой этой системе – технологической платформе. Поэтому в первой части статьи мы поговорим о среде разработки, а во второй – о том, как происходит разработка конфигурации 1С на этой платформе.
Среда разработки и базовые механизмы
Всю систему 1С можно поделить на две большие части: платформу и конфигурацию. Платформа представляет собой «framework», средство для разработки (своих решений или настройки типовых решений, продаваемых 1С), а также является средой исполнения программ 1С:Предприятие. Конфигурации – прикладные решения, разработанные на технологической платформе 1С:Предприятие, которые служат для автоматизации определенной области деятельности. Такие решения выпускает фирма 1С и ее партнеры. Прикладные решения в большинстве своем «открытые», что дает возможность любому специалисту, имеющему соответствующие знания, настраивать программу «под себя», то есть адаптировать под нужды конкретного предприятия и конкретной формы деятельности. При этом дополнительное ПО не нужно, все средства разработки есть в программном комплексе. Такая особенность системы называется «Конфигурируемостью».
Принципы работы системы 1С:Предприятие 8.3
Перечислим основные и показательные:
Два режима работы с информационной базой: файловый и клиент-серверный
В файловом режиме работы вся информационная база (конфигурация, данные, движения по регистрам, настройки пользователей) хранится в одном файле. Данный файл (1Cv8.1CD) обычно находится на общем сетевом ресурсе, доступном всем пользователям 1С. Настраивать этот вариант очень легко, и он подойдет для небольшой компании, где не более 5 пользователей, с небольшим документооборотом. При исполнении конфигурации в файловом режиме система «имитирует» наличие сервера на компьютере пользователя. То есть, программируя в файловой базе, все равно следует придерживаться клиент-серверного механизма разработки.
Для больших же компаний целесообразно использовать серверный вариант хранения в реляционных базах данных, но такой режим работы потребует усилий по установке и администрированию. Этот вариант реализован на механизме трехуровневой архитектуры, он использует СУБД и кластер серверов 1С, которые успешно решают проблему надежности, быстродействия и производительности.
Рис.1 Трехуровневая схема
Клиентское приложение отправляет запрос к кластеру серверов, его принимает менеджер кластера (центральный сервер). В случае необходимости, распределяя нагрузку между серверами, центральный кластер переадресует запрос дополнительным серверам. Затем рабочий сервер-кластер обращается к СУБД для получения необходимых данных. СУБД обрабатывает запрос и возвращает массив данных рабочему серверу, который передает их клиентскому приложению.
Система позволяет осуществлять переход из одного режима работы на другой.
Рис.2 Система позволяет осуществлять переход из одного режима работы на другой
Конфигурация, написанная для файловой базы данных, будет работать и на серверной базе, но в некоторых случаях может потребоваться адаптация некоторых алгоритмов.
Клиентские приложения
У платформы 1С:Предприятие 8.3 есть несколько клиентских приложений. Их основное предназначение — организация интерфейса, взаимодействие с пользователем, они отображают данные и дают пользователю возможность вносить изменения.
Толстый клиент. Этот клиент может выполнять практически всю функциональность, но потребует широкополосных каналов связи. Такой вариант работы позволяет разрабатывать и отлаживать прикладные решения. Клиент по собственному протоколу передачи данных напрямую обращается к базе данных (файловый вариант базы) или к кластеру серверов (клиент-серверный вариант), который в свою очередь обращается к СУБД или сразу дает ответ.
Ниже представлена архитектура приложений для файлового и клиент-серверного вариантов работы.
Рис.3 Архитектура приложений для файлового варианта работы
Рис.4 Архитектура приложений для клиент-серверного варианта работы
Объектно-реляционная модель базы данных
Само прикладное решение в системе 1С:Предприятие 8.3 – это совокупность шаблонов, каждый из которых прототипирован. Отдельный такой прототип решает свою собственную задачу. Справочники, документы, различные регистры — все это прототипы системы. То есть не абстрактные, а вполне конкретные сущности, присутствующие в реальной жизни автоматизируемой организации. В 1С:Предприятие эти прототипы называются «объектами конфигурации». Все они представлены в так называемом «дереве конфигурации».
Рис.5 Объектно-реляционная модель базы данных
Разработчику нужно выбрать лишь подходящий прототип, создать объект в рамках этого прототипа и обеспечить его общение с другими объектами. Напрямую работать с базой данных нельзя. Взаимодействие осуществляется посредством объектов.
Внутренний язык программирования
Он схож с таким языком, как Visual Basic. Особенности языка:
- Мягкая типизация. Тип переменной не указывается, переменная может поменять тип в процессе работы;
- Переменные можно не объявлять заранее (неявный способ объявления переменных);
- В одном модуле могут находиться процедуры или функции, некоторые из которых выполняются на клиенте, а некоторые – только на сервере. Потом препроцессор 1С «разрежет» модули на части, вырежет ненужное, соединит и отдаст компилятору;
- Регистр для кода не имеет значения;
- Язык доступен в нескольких вариантах, но в основном все конфигурации написаны на русском. При желании можно комбинировать русский и английский язык, но читаемость кода ухудшится.
Система предоставляет различные механизмы для разработки конфигурации
Основные и наиболее интересные из них:
Собственный язык запросов
Запросы представляют собой мощный инструмент для получения данных из базы данных в удобном виде. На выбранные данные посредством языка запросов можно наложить фильтры, сгруппировать, отсортировать, но изменять данные при их помощи нельзя. Запросы являются основой для построения отчетов. Синтаксис языка запросов 1С похож на SQL, так как основан на нем. Существует визуальный помощник для составления текста запроса – «Конструктор запроса». Текст запроса можно написать вручную, но нередко он может состоять из нескольких сотен строк, поэтому визуальное представление текста запроса намного облегчает эту задачу. Конструктор запроса выглядит следующим образом:
Рис.7 Собственный язык запросов
Также для отладки запросов предусмотрен специальный инструмент — «консоль запросов». Сама отладка происходит следующим образом: разработчик в конфигураторе пишет текст запроса, далее пишет программный код, который будет обрабатывать результат этого запроса, затем переключается в режим предприятия, запускает полученную обработку, анализирует результат запроса. Если обнаруживается ошибка, разработчик переключается в режим конфигуратора и вносит исправления в текст запроса и заново переключается в режим предприятие для повторной проверки запроса. Такое переключение не очень удобно. А консоль запросов позволяет проверять текст запроса сразу в режиме предприятия на реальных данных. Из консоли запросов можно открыть конструктор запросов.
Система компоновки данных (СКД)
Это инструмент, предназначенный для создания отчетов. Разработчик при помощи данного средства декларативно описывает поведение отчета, при этом программного описания зачастую не требуется. Рутинную работу запроса к базе данных, вывод данных в макет и т.д. сделает СКД. Еще одна важная возможность СКД — различные варианты отчетов. На основании одного и того же источника данных можно получить несколько вариантов, как именно эти данные будут представлены пользователю.
СКД используется не только для построения отчетов, а также для построения динамических списков.
Мобильная платформа
Данная технология позволяет создавать приложения для мобильных устройств под управлением операционных систем Android, iOS, Windows Phone. Мобильное приложение, установленное на устройстве, представляет собой комбинацию мобильной платформы и мобильной конфигурации. Информационная база на мобильном устройстве содержит аналог файловой базы данных (для хранения данных, с которыми работает пользователь) и мобильное приложение (программный код, исполняющийся на мобильном устройстве).
Рис.8 Мобильная платформа
Для передачи приложения на мобильное устройство нужно опубликовать на веб-сервере xml-файл, который представляет собой готовое приложение. Мобильная платформа с мобильного устройства подключается к этому веб-серверу, забирает этот xml-файл и устанавливает его у себя.
Рис.9 Настройки
Система взаимодействий
Процесс разработки
Что же представляет собой профессиональная разработка на 1С:Предприятие 8.3? Для начала определимся, что разработка – это не синоним программирования. Проектирование и конструирование системы – интересный, творческий процесс, который включает в себя множество аспектов. Само написание программного кода – один из инструментов разработки и не является ключевым.
Везде, где есть 1С:Предприятие, есть технологическая платформа. Из-за этого все программы 1С имеют одинаковую логику и методику проектирования. Система скрывает от разработчика многие скучные, однообразные действия, то есть всю «низкоуровневую» работу берет на себя. Любая программа собирается из готовых шаблонов. Разработчик описывает структуру базы данных из этих шаблонов, выбирая нужный, уже существующий в системе. Можно провести аналогию между прототипами в 1С и классами в ООП, но свой собственный прототип (класс) создать нельзя.
Платформа имеет ограниченный набор шаблонов, имеющих свое предназначение и модель взаимодействия между собой. Разработчику достаточно добавить в информационную базу нужные объекты конфигурации, и система сама обеспечит правильную работу добавленных объектов. Конечно, функционирование объектов будет сильно ограничено. Но встроенный язык и язык запросов помогут задать специфичное поведение объектов. С их помощью можно описывать собственные алгоритмы общения объектов между собой или собственные алгоритмы обработки данных.
Важным этапом проектирования является разработка интерфейса. Новейший интерфейс в системе 1С:Предприятие 8.3 носит название «Такси». Особенность его в том, что разработчик декларативно описывает его поведение, и на основе этого описания платформа формирует пользовательский интерфейс. При разработке прикладного решения важную роль играет функциональность, но для достижения коммерческого успеха не менее важен дружелюбный интерфейс или эргономичность. Все эти задачи (функциональность, эргономичность) успешно выполняет управляемый интерфейс.
Четкое разграничение системы на технологическую платформу и прикладные решения имеет ряд преимуществ: низкая стоимость и высокая скорость создания и внедрения программ 1С. Платформа позволяет специалистам не углубляться в большинство технологических деталей, а сконцентрироваться на прикладной задаче, что увеличивает скорость разработки и уменьшает стоимость готового решения. Также в подавляющем большинстве случаев пользователи работают в типовых конфигурациях (1С:Бухгалтерия, 1С:Управление торговлей, 1С:Зарплата и управление персоналом, 1С:Управление небольшой фирмой), поэтому разработчику редко приходится писать что-то свое «с нуля». В основном процесс разработки – это доработка готового прикладного решения разработчиком, не участвовавшем в его создании, что также является преимуществом разработки в данной системе.
Разработка в системе 1С:Предприятие 8.3 – процесс многогранный, в большей мере требующий навыков аналитики и понимания бизнес-процессов предприятия. А среда разработки – очень мощный и гибкий инструмент, который предоставляет разработчику множество возможностей для успешной и быстрой автоматизации деятельности предприятия. Аналогов данной системы в настоящий момент в России нет. И программная линейка 1С является стандартом для работы различных организаций разных направлений бизнеса. Наша компания предоставляет услуги сопровождения, внедрения и доработки 1С в Москве. Если у вас остались вопросы, свяжитесь с ним, мы с радостью вам поможем.
Выполняйте документационное обеспечение проектной деятельности и отслеживайте переписку по проекту, контактируйте с другими участниками в течение всего жизненного цикла проекта. Контролируйте исполнение проектных задач и получайте аналитику о ходе выполнения проектов в организации.
Учет данных в разрезе проектов
Для основных объектов программы (документы, файлы, мероприятия, письма, процессы) можно указать, к какому проекту они относятся. Это используется для поиска и группировки данных, учета рабочего времени. Из карточки проекта можно перейти к его объектам, например, ко всем документам по проекту.
Планирование и исполнение проектных задач
План проекта. Состоит из списка проектных задач, объединенных в иерархическую структуру, с указанием плановых сроков выполнения. Календарный план проекта рассчитывается автоматически на основе связей проектных задач, рабочего календаря, ограничений и настроек. План проекта можно загрузить из MS Project. Просматривать план проекта и отслеживать состояние проектных задач на всех этапах выполнения можно в следующих режимах:
- планирование — для составления плана проекта;
- отправка на выполнение — для своевременной отправки проектных задач на выполнение;
- контроль выполнения — для контроля выполнения проектных задач;
- анализ трудозатрат — для анализа плановых и фактических трудозатрат;
- полный — режим выводит полный набор колонок в списке;
- диаграмма Ганта — графическое представление плана проекта.
Исполнение проекта. Выполнение проектных задач осуществляется при помощи процесса «Исполнение». При создании процесса на основании проектной задачи в нем заполняются сроки и исполнители. При старте процесса по проектной задаче она автоматически отмечается как начатая, при завершении процесса — как выполненная. Таким образом программа помогает автоматизировать исполнение проекта, контролировать исполнение проектных задач и проекта в целом. При списании трудозатрат на проект система контролирует, чтобы нельзя было списать трудозатраты исполнителей, которые не указаны в проектной задаче.
Диаграмма Ганта
Диаграмма Ганта — это инструмент для графического представления плана проекта. В диаграмме можно изменить сроки проектных задач путем перетаскивания отрезков мышью. Каждая полоса на диаграмме Ганта — это отдельная задача в составе проекта. Окрашенные отрезки диаграммы Ганта, показывают состояние задач:
- черный — задачи, у которых есть подчиненные задачи;
- синий — задачи, выполнение которых еще не начато, но дата начала задачи пока не просрочена;
- коричневый — задачи, выполнение которых еще не начато, но дата начала задачи уже просрочена;
- зеленый — задачи в работе, дата окончания которых не просрочена;
- красный — задачи в работе, дата окончания которых просрочена;
- серый — задачи, работа по которым завершена.
Двойной щелчок мыши по полосе диаграммы открывает карточку задачи по проекту.
Учет трудозатрат по проектам
Трудозатраты на процессы, запущенные по проекту, автоматически списываются на этот проект. Все трудозатраты видны в карточке проекта / проектной задачи.
Учет данных в разрезе проектов Планирование и исполнение проектных задач Диаграмма Ганта Учет трудозатрат по проектам
Читайте также: