Самоучитель 1с управление торговлей: Управление торговлей 11, понятный самоучитель, смотреть бесплатно

Читать онлайн «1С: Управление торговлей 8.2. Понятный самоучитель для начинающих» — Гладкий Алексей Анатольевич — RuLit

Алексей Анатольевич Гладкий

1С Управление торговлей 8.2. Понятный самоучитель для начинающих

Введение

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

Современные торговые предприятия предлагают своим клиентам широчайший ассортимент товаров, который исчисляется тысячами и десятками тысяч наименований. Причем многие позиции могут реализовываться на разных условиях: предоплата, отсрочка платежи, скидка, наценка, объем партии, и т.д. Клиенты зачастую делятся на категории – VIP-клиент, обычный клиент, постоянный клиент, мелкооптовый клиент, и т.д. Товарные позиции могут комплектоваться и разукомплектовываться, многие товары подлежат обязательной сертификации и гигиеническим исследованиям, некондиционные позиции необходимо списывать, на складах периодически должна проводиться инвентаризация, каждая компания должна иметь свою маркетинговую политику и т.д., вообщем – современное торговое предприятие представляет живой организм, находящийся в постоянном движении.

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

Глава 1. Первое знакомство с «1С Управление торговлей 8.2»

Первая глава книги содержит основные сведения о программе «1С Управление торговлей 8.2». Вы узнаете, каковы функциональные возможности этого типового решения, каковы особенности программы по сравнению с предыдущими версиями, как запускать программу, создавать и выбирать информационные базы, а также о многом другом.

Функциональные возможности типового решения

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

Задачи, решаемые с помощью программы «1С: Управление торговлей 8.2», можно сформулировать следующим образом.

♦ Управление запасами и закупками товарно-материальных ценностей.

♦ Ведение первичной документации с отражением данных в учете и выводом документов на печать.

♦ Оформление и учет складских операций, ведение складской документации, проведение инвентаризации хранящихся на складе ценностей.

♦ Учет внутреннего перемещения товарно-материальных ценностей.

♦ Планирование и контроль финансовых ресурсов компании.

♦ Расчет финансового результата деятельности компании.

♦ Учет и корректировка задолженности, проведение взаимозачетов, списание задолженности.

♦ Ведение многовалютного учета.

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

♦ Формирование политики ценообразования и контроль ее исполнения.

♦ Автоматизация работы с торговыми представителями компании.

♦ Ведение обширной клиентской базы с возможностью хранения самой разнообразной информации по каждому контрагенту.

♦ Управление оптовой и розничной торговлей с учетом всех сделок, формированием заказов, оформление поступлений, продаж и возвратов товарно-материальных ценностей.

♦ Автоматизация и учет сервисного обслуживания клиентов.

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

Первоначальная настройка 1С: Управление торговлей 11.4

В инструкции рассмотрим:

• Настройки системы в целом
• Особенности настройки прав пользователей
• Особенности настройки вкладки «Предприятие»
• Особенности структурной настройки предприятия
• Как настраивается раздел «Номенклатура» 1С Управление торговлей 11. 4 (УТ 11)
• Как настраивается раздел «Планирование» 1С Управление торговлей 11.4 (УТ 11)
• Как настраивается раздел «CRM и маркетинг» 1С Управление торговлей 11.4 (УТ 11)
• Специфика «Продаж» 1С Управление торговлей 11.4 (УТ 11)
• Специфика «Закупок» 1С Управление торговлей 11.4 (УТ 11)
• Как настраивается раздел «Склад и доставка» 1С Управление торговлей 11.4 (УТ 11)
• Как настраивается раздел «Казначейство» 1С Управление торговлей 11.4 (УТ 11)
• Специфика «Финансового результата и контроллинга» 1С Управление торговлей 11.2 (УТ 11)
• Настройка параметров интеграции

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

Первоочередная настройка осуществляется в 1С УТ 11.4 в разделе «НСИ и администрирование». В настройках есть несколько разделов: «Предприятие», «Номенклатура», «Планирование» и т.д. Рассмотрим эти разделы детально, начиная с «Общих настроек».

Настройки системы в целом

Чтобы задать уникальное имя информационной базы заходим в группу «НСИ и администрирования», раздел «Администрирование-Общие настройки». Вносим имя базы в поле «Заголовок программы», и оно будет отображено в верхней части программы 1С. Здесь можно настроить часовой пояс, внести контактную информацию различных объектов системы и вариант использования дополнительных реквизитов и данных, внести настройки истории изменений в документах и справочниках системы. Кроме этого здесь возможен полнотекстовый поиск данных и установление разрешения использовать электронную цифровую подпись.

Тип функциональности программы (полная/упрощенная) и Интерфейса выбирается во вкладке «НСИ и администрирование» в разделе «Администрирование-Интерфейс».

Настройки системы в целом

Используя «Настройку пользователей и прав» можно открывать права доступа различных групп пользователей к документам, справочникам, отчетам. Привилегированными являются руководители отделов. Администратор – это пользователь, у которого открыт доступ ко всем действиям с системой. Внимательно нужно присваивать данную роль, поскольку Администратор имеет доступ к Конфигуратору с возможностью удаления и корректировки любых данных в базе.

Особенности настройки вкладки «Предприятие»

Раздел «НСИ и Администрирование-Настройка НСИ и разделов-Предприятие» включает в себя следующие подразделы:

• Организация – проводится настройка параметров предприятия, таких, как график работ, подразделения и пр.;
• Валюты – осуществление настроек валют разных видов учета.

Перейдем к детальному рассмотрению настроек каждого из подразделов «Предприятия».

«Организации»

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

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

«Валюты»

В данном разделе возможно настроить работу более чем с одной валютой. Для этого необходимо выбрать признак «Несколько валют» и указать соответствующие виды валют для регламентированной и управленческой отчетности. Стандартной валютой для расчёта выручки и прибыли для «управленки» является USD, для регламентированной отчетности – национальная валюта (для РФ – российский рубль). Данный раздел дает также возможность настроить загрузки курсов валют с любого доступного сайта с открытыми API. Безоплатно это можно найти на сайте «РБК» или использовать сайт Центрального банка РФ, загружая курсы валют.

Особенности структурной настройки предприятия

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

Как настраивается раздел «Номенклатура» 1С Управление торговлей 11.4 (УТ 11)

Признак «Множество видов номенклатуры» активируется в случае разных видов номенклатуры 1С Управление торговлей 11. 4 (УТ 11) от «Товар» и «Услуга» и является дополнительным разрезом для аналитики.

При активации настройки «Наборы номенклатуры при продаже» в 1С можно формировать номенклатурные комплекты для дальнейшей продажи. Есть возможность корректировать настройки учета, приема и передачи многооборотной тары, а также автоподстановки тары в документы.

В случае номенклатуры с аналогичными свойствами товаров (цвет, размер) выставляем галочку «Характеристики товаров» и используем для хранения и отображения полной информации о товаре. Эти данные видны в карточке номенклатуры и при онлайн торговле на портале b2b.

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

Контроль качества продукции производится устанавливая «Качество товаров». Здесь открыта возможность фиксировать в системе 1С УТ 11.4 различные категории брака и правильно вести их учет в дальнейшем. Единицы измерения номенклатур – веса, объема площади, длины, указанные в разделе, будут учитываться в отчетах.

Установив признак в подразделе «Настройки создания» можно контролировать уникальность позиций номенклатуры. В подразделе можно объединять номенклатуры в отдельные сегменты и использовать для отбора и формирования ограничений на скидки (наценки).

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

Как настраивается раздел «Планирование» 1С Управление торговлей 11.4 (УТ 11)

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

Как настраивается раздел «CRM и маркетинг» 1С Управление торговлей 11.

4 (УТ 11)

Подраздел «Настройки CRM»

В подразделе «Настройки CRM» можно активировать опцию «Независимо вести партнеров и контрагентов» и разделять в системе головных контрагентов и их «дочек». Здесь сетевые магазины могут заводить одного контрагента (головного), а к партнерам отнести подчиненных контрагентов. Если меняется юридическое лицо головного контрагента для партнера можем создать второго контрагента. При необходимости организовать претензионную работу в 1С 11.4, устанавливается признак «Фиксировать претензии клиентов».

Возможен укрупненный анализ торговых операций по клиентам. Бизнес-регионы настраиваются в разделе «CRM и маркетинг-Настройки и справочники-Бизнес регионы».

Также возможно ведение сделок и контактных лиц.

Подраздел «Маркетинг»

Чаще всего продажи производятся по нескольким видам цен и для этого активируется признак «Несколько видов цен». Согласно правилам ценообразования каждому контрагенту сопоставляется определенный вид цен.

Для объединения групп товаров, к которым применяются одинаковые порядки расчета скидок и ценообразования используем «Ценовые группы».

Признак «Ручные скидки в продажах» бывает двух видов:

• По пользователям – на размер скидки влияет пользователь, устанавливается при обработке заказа;
• По соглашениям – на размер скидки влияет индивидуальное соглашение для контрагента.

Для установки скидок для vip-клиентов используется очень удобный механизм «Автоматические скидки в продажах».

Активировав «Рейтинг продаж номенклатуры» становится возможным учитывать при планировании скорость продаж в разрезе рейтингов и товарных категорий.

Специфика «Продаж» 1С Управление торговлей 11.4 (УТ 11)

При выборе типа соглашений с клиентами учитывают следующее: при использовании и типовых соглашений и соглашений с индивидуальными условиями выбирают «Типовые и индивидуальные соглашения». Активация «Договоров с клиентами» позволяет проводить взаиморасчеты с клиентами в разрезе договоров.

При настраивании заказов клиентов активируем «Заказы клиентов», а затем выбираем один из следующих вариантов:

• Заказ как счет – оформлять счета покупателя, не производит движений;
• Заказ только со склада – резервировать товар, который находится на складе компании;
• Заказ со склада и под заказ – резервирует существующий товар на складах, осуществляется заказ поставщику по товарам, которых нет в наличии.

С помощью опции «Заявки на возврат» автоматизируется учет возврата клиентами товаров, проводится возврат денег клиенту и возврат товаров.

Устанавливаем признак «Счета на оплату», тем самым включаем хранение и учет выставленных счетов.

К механизмам согласования документов из подраздела «Согласование» относятся заявка на возврат, коммерческое предложение, заказ клиента или соглашение с ним, назначение ответственных за согласование по гиперссылкам.

Все, что касается розничных продаж и продаж в удаленных торговых точках проводится в «Розничных продажах».

Специфика «Закупок» 1С Управление торговлей 11.4 (УТ 11)

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

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

Как настраивается раздел «Склад и доставка» 1С Управление торговлей 11.4 (УТ 11)

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

Как настраивается раздел «Казначейство» 1С Управление торговлей 11.4 (УТ 11)

Вести более одного расчетного счета предприятия можно активировав признак «Несколько банковских счетов». Аналогично для организации более одной кассы, например, валютной и рублевой, устанавливается признак «Несколько касс». Чтобы расход финансовых средств был грамотно спланированным и для создания платежного календаря выставляется признак «Заявки на расход денежных средств». Здесь есть возможность показать потребность в денежных средствах, предупредить неутвержденные выплаты денег и проконтролировать объемы расходуемых средств. Также данная опция позволяет использовать договора кредитов и депозитов.

Специфика «Финансового результата и контроллинга» 1С Управление торговлей 11.2 (УТ 11)

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

Также важно активировать настройки для анализа прибыли при продаже товаров поставщиков. Для расчёта прибыли от продажи товаров определенного поставщика необходимо устанавливать флажок «Обособленный учет себестоимости». Включение признака «Партионный учет» разрешает осуществлять поступления товаров в разрезе партий.

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

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

Настройка параметров интеграции

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

Есть возможность выгружать информацию из УТ в другие конфигурации 1С, например, в 1С:Бухгалтерия, Зарплата и Управление персоналом, а также агрегировать ее разными методами.

Интеграция 3CX с 1С:Управление торговлей

По многочисленным просьбам партнеров и клиентов мы выпустили интеграцию сервера 3CX v15.5 с популярной системой 1С:Предприятие.

Интеграция является расширением типовой конфигурации «Управление торговлей, редакция 11 (11.4.3.167) для России» (файл .cfe), которая устанавливается в конфигурацию стандартным образом (см. ниже). Со стороны сервера 3CX загружается шаблон CRM для взаимодействия с веб-сервисом опубликованной конфигурации 1С.

Расширение конфигурации 1С:Управление торговлей реализует REST API, который сопоставляет номера входящих звонков с номерами-аналогами в 1С. Когда на 3CX поступает звонок, он запрашивает RAC у Caller ID абонента через REST у 1С. Если аккаунт найден, его данные добавляются в Контакты 3CX и отображаются в веб-клиенте 3CX (имя и фамилия).

Если в 3CX включено Включить журнал звонков, 1С будет вести журнал звонков в 1С.

Требования к 1С:Предприятию конфигурация

Для использования расширения необходима версия платформы 1С:Предприятие не ниже 8. 3.11. Типовая конфигурация «Управление торговлей, редакция 11» (11.4.3.167) поставляется в режиме совместимости с платформой 8.3.10. Для использования расширения 3CX необходимо установить режим совместимости конфигурации Не использовать. Если конфигурация находится на поддержке, следует включить возможность изменения конфигурации.

Покажем на скриншотах:

В Конфигураторе 1С переходим в Конфигурация — Поддержка — Настроить поддержку.

Нажмите кнопку «Включить изменение» и подтвердите выбор во всплывающем окне.

В окне Настройка правил поддержки выберите Объекты с правилом «Разрешенные изменения» — Объект поставщика редактируется при сохранении поддержки и Объекты с правилом «Изменения не рекомендуются» — Объект поставщика не редактируется.

Щелкните правой кнопкой мыши корневой раздел «Управление торговлей», выберите «Свойства» и установите режим совместимости «Не использовать».

Выберите Конфигурация — Обновить конфигурацию базы данных.

И нажмите Принять, чтобы завершить изменения.

Расширения подключения для взаимодействия с 3CX

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

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

Убедитесь, что установлен Scope при установке расширения конфигурации — Информационная база, нажмите кнопку Добавить и добавьте расширение, указав в архиве файл 3cx1cextension.cfe.

После установки расширения вкладка «Управление расширением конфигурации» должна выглядеть так, как показано ниже.

Публикация HTTP-сервиса расширения 1С:Предприятия на веб-сервере

Публикация конфигурации 1С на веб-сервере выполняется стандартным образом с учетом особенностей программной среды.

• Процедура публикации подробно описана в 1С:ИТС по этой ссылке.
  
• Инструкция по настройке веб-сервисов для 1С v8. 3 и IIS 8.5 на ресурсе Инфостарт.
  
• Статья с комментариями Публикация баз данных 1С:Предприятие 8.3 на веб-сервере IIS в Microsoft Windows Server 2008/2012.
  

При публикации установите параметр Публиковать службы расширений HTTP по умолчанию.

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

Рассмотрим это на примере веб-сервера IIS:

В каталоге публикации найдите файл default.vrd.

Измените в ней строку подключения, добавив учетные данные пользователя, от имени которого БД будет отвечать на HTTP-запросы. Строка подключения должна выглядеть примерно так.

Установка шаблона CRM 1С:Предприятие XML в 3CX

Откройте интерфейс управления 3CX и перейдите в Настройки — Интеграция с CRM — вкладка «Сервер».

В разделе Доступная интеграция с CRM выберите 1С и нажмите Загрузить выбранное.

Затем в поле Часть домена укажите URL опубликованного HTTP-сервиса конфигурации 1С.
Для учета звонков в 1С включите опцию Включить ведение журнала звонков.

Возможности интеграции 1С:Предприятия с 3CX

Как было сказано выше, расширение сравнивает входящий Caller ID с контрагентами в базе 1С. Если совпадение найдено, веб-клиент 3CX отобразит имя и фамилию звонящего.

Учет звонков в 1С

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

• Дата звонка
  
• Тип звонка: входящий/исходящий/пропущенный добавочным номером/нет ответа извне абонент
  
• Длительность звонка
  
• Caller ID
  
• Добавочный номер (добавочный номер 3CX)
  
• Контрагент 1С (если найдено совпадение)
  

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

Технический журнал взаимодействия 3CX и 1С

Технический журнал 3CX ведет журнал всех обращений 3CX к 1С через REST API.

Этот журнал может быть использован для диагностики администратором или программистом 1С.

Загрузка и документация

• Расширение типовой конфигурации 1С:Предприятие «Управление торговлей, редакция 11 (11.4.3.167) для России»
  
• Обсуждение интеграции на Форуме 3CX
  
  9007 Вопросы
  
  1. Что произойдет, если клиент не будет найден? На данный момент в платформе 1С нет возможности вызова формы добавления нового клиента по HTTP-ссылке.
     
  2. Если контакт отображается в веб-клиенте, можно ли открыть его полную карточку в 1С? На данный момент в платформе 1С нет возможности вызова карточки клиента по HTTP-ссылке.
     
  3. Можно ли сделать исходящий звонок с тонкого или толстого клиента 1С? Это возможно, но для этого должна быть реализована соответствующая поддержка со стороны 3CX REST API.
     
  4. Можно ли перенаправить звонок из 1С или реализовать связку «клиент — фиксированный менеджер»? Это возможно, но для этого должна быть реализована соответствующая поддержка со стороны 3CX REST API.
     
  5. Можно ли реализовать в 1С панель он-лайн мониторинга (панель телефонии) звонков? На данный момент при входящем звонке 3CX передает только Caller ID абонента без дополнительной служебной информации (например, занятая линия, добавочный номер получателя звонка и т.д.). Дополнительная служебная информация передается после завершения разговора. Кроме того, дашборд подразумевает взаимодействие пользователя со звонками, но для этого требуется поддержка со стороны 3CX REST API.
     
  6. Можно ли посмотреть пропущенные звонки в карточке контрагента? Воспользуйтесь Журналом звонков в 1С, в котором реализовано расширение. В нем вы можете быстро выбрать интересующих вас контрагентов.
     

  Как мы разрабатываем 1С:ERP и другие программные продукты

  В

  одной из предыдущих статей

  мы описали процедуру разработки платформы 1С:Предприятие. Сегодня мы хотели бы рассказать о разработке приложения 1С:Предприятие с богатейшим функционалом: 1С:ERP Управление предприятием 2.

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

  Смотрим инфографику:

  Более 900 предприятий используют 1С:ERP. Несколько десятков проектов получили статус «пилотных» от наших разработчиков, а это значит, что такие компании и организации активно участвуют в разработке нового функционала и своевременно предоставляют обратную связь.

  На рисунке показаны логотипы некоторых пользователей 1С:ERP:

  Что интересно в 1С:ERP, так это то, что мы разрабатываем одно решение (1С:ERP) и автоматически получаем четыре решения на основе исходного кода ERP путем ограничения функционал и переключение функциональных опций:
  

  1. 1С:ERP  высшее функциональное приложение. Он готов к внедрению для средних и крупных предприятий с тысячами пользователей.
     Включает в себя следующие модули:
     
  2. 1С:Комплексная автоматизация  – идеальное решение для растущих малых и средних предприятий, процессы управления которыми требуют идеальной координации и согласованных действий нескольких исполнителей.
  3. 1С:Управление торговлей позволяет комплексно автоматизировать оперативный и управленческий учет, планирование и анализ продаж. Этот модуль повышает эффективность управления современными торговыми компаниями.
  4. 1С:Управление торговлей. Базовая версия — решение для небольших торговых компаний. Он позволяет вести учет одной организации: юридического лица или индивидуального предпринимателя. Решение не поддерживает изменение конфигурации: вы можете использовать и обновлять только стандартную конфигурацию; одновременно с информационной базой может работать только один пользователь; развертывания клиент/сервер также не поддерживаются. Это буквально решение для автоматизации киоска.

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

  1С:ERP Разработка

  Делаем четыре из одного

  У нас только одна ветка разработки (ERP). Построение «легких» приложений с ограниченным функционалом (Complete Automation, или CA, и Trade Management стандартные и базовые версии, или TM и TMB) на базе нашей флагманской ERP-системы автоматизировано.

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

  • Конфигурация старого поставщика
  • Новая конфигурация поставщика
  • Текущая пользовательская конфигурация (старая конфигурация поставщика плюс изменения, внесенные пользователем)
    

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

  В качестве текущей конфигурации мы рассматриваем CA, TM и TMB; старая и новая версии системы ERP как старая и новая конфигурация поставщика соответственно. Короче говоря, мы рассматриваем функционально ограниченные конфигурации (CA, TM и TMB) как конфигурации ERP, настроенные в основном путем удаления неиспользуемых объектов.

  Для каждого приложения мы вручную программируем планы обмена, определяющие правила интеграции приложения с другими решениями 1С (например, 1С:Документооборот) или внешним оборудованием. Однако за счет поэтапной унификации обмена данными в соответствии со стандартом EnterpriseData, разработанным 1С, количество уникальных планов обмена для одного решения уменьшается. Мы прилагаем все усилия, чтобы реализовать унифицированный обмен данными во всех наших продуктах.

  Интересной особенностью этого подхода является программирование решения один раз в ветке ERP и использование большей части его кода, форм, сценариев, отчетов и т. д. для разработки четырех очень разных решений. Действительно, решение «1С:ERP» создано для предприятий с тысячами пользователей, а базовая версия «Управление торговлей» ориентирована на индивидуальные потребности деловых людей. Мы прилагаем большие усилия для повышения удобства использования наших продуктов.

  Согласно международному стандарту ISO 9241-11:

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

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

  Особенности разработки

  При разработке ERP мы всегда должны помнить, что программируемая нами функциональность может быть включена в одно или несколько производных решений, таких как CA, TM или TMB. Чтобы упростить включение и отключение функций, мы используем функциональные опции, изначально предназначенные для этой цели. Функциональные опции помогают определить функции приложения, которые необходимо включить или отключить при развертывании, не изменяя само приложение. Функциональные опции — это настройки решения (обычно флажки), которые отключают все связанные функции при снятии. Функциональные опции используются в первую очередь для тонкой настройки приложения с учетом параметров конкретного проекта развертывания. Помимо основного назначения, мы также используем этот инструмент для создания производных конфигураций на основе ERP. Например, решение ERP содержит функциональную опцию под названием «Управление предприятием». Связанный с ним функционал отвечает за управление производством, включая календарное планирование и планирование производства, учет затрат, отчетность и многое другое. Эта опция включена только в 1С:ERP и отключена в «производных» (CA, TM и TMB). Общее количество функциональных возможностей 1С:ERP составляет более 600.

  Еще одним инструментом платформы, облегчающим жизнь разработчику 1С:ERP, является использование подсистем. Подсистемы помогают разделить функциональность приложения на блоки; каждый прикладной объект (каталог, документ, отчет и т. д.) должен быть членом хотя бы одной подсистемы. Например, ERP содержит три подсистемы, упрощающие разработку производных ERP:
  

  1. Управление и Полная автоматизация.
  2. «Объекты ERP и CA» включены только в конфигурации ERP и Complete Automation.
  3. «Объекты ERP» включены только в решение ERP.
     

  Любой прикладной объект ERP должен входить в состав ТОЛЬКО ОДНОЙ из подсистем. Это условие проверяется при статическом анализе кода ERP (см. ниже).

  Версии

  Версия ERP обозначается четырьмя цифрами, разделенными точками (2.1.3.117).
  

  • Первая цифра (редакция) меняется редко. Нам понадобилось восемь лет, чтобы сменить УЦ 1.х.х.х на УЦ 2.х.х.х.
  • Вторая цифра (подревизия) меняется примерно раз в год. Выпуск с новым номером подревизии обычно содержит новые функции.
  • Релизы с новой третьей цифрой (версия) содержат расширения существующей функциональности; обычно мы запускаем новые версии каждые 2–3 месяца.
  • Релизы с обновленной четвертой цифрой (сборка) содержат только исправления и обновления соответствия законодательству. Мы публикуем новые сборки раз в две недели.
    

  У нас может быть одновременно в разработке до трех версий продукта, например:

  1. 2.1.3.X, поддерживаемый выпуск предыдущей подревизии. Запланированные обновления будут доступны до конца 2016 года. Они включают только исправления и обновления для соответствия законодательству.
  2. 2.2.1.X, текущий выпуск текущей подревизии. Он содержит новую функциональность подревизий. Запланированные обновления будут доступны до выхода версии 2.2.2.X.
  3. 2.2.2.X, функциональное расширение текущей подревизии. Этот релиз находится в активной разработке.

  В каждом филиале ERP мы разрабатываем четыре решения (ERP, CA, TM и TMB). Итак, всего у нас есть 12 версий продукта в 12 разных репозиториях.
  В процессе разработки у нас есть до четырех горизонтов планирования:

  1. 2.1.3 (поддерживается). Мы решаем, какие ошибки исправлять, а какие законодательные проекты реализовывать. Мы применяем только те изменения, которые вступят в силу в 2016 году. Плановый период длится до конца 2016 года.
  2. 2.2.1 (поддерживается). Исправляем «внешние» ошибки и добавляем поддержку изменений законодательства, вступающих в силу до выхода релиза 2. 2.2. Период планирования длится до выхода версии 2.2.2.
  3. 2.2.2 (в активной разработке). Исправляем «внешние» и найденные ошибки, внедряем новые функции. Период планирования длится до выхода версии 2.2.3.
  4. 2.2.3 (планируется). Для этой версии часто изначально разрабатываются масштабные проекты. Мы не включаем такие проекты в предыдущую версию. Период планирования длится до выхода версии 2.2.4 или до конца 2017 года.

  Использование 1С:Системы проектирования приложений при разработке ERP

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

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

  1. Имеется запрос от клиента или партнера. Мы часто собираем такие запросы во время партнерских семинаров. Мы определяем запросы наивысшего приоритета путем партнерского голосования.
  2. В ходе пилотного проекта по развертыванию новой версии возникла заявка, так как у клиента есть жизненная потребность.
  3. Есть запрос от нашей системы технической поддержки (вернее, запрос от партнера или клиента, обработанный техподдержкой), с форума партнеров или нашего менеджера по приему важного клиента.
  4. Есть запрос от группы разработчиков платформы «1С:Предприятие». Команда платформы просит команду разработчиков ERP или другой стандартной конфигурации использовать новую функцию платформы, такую ​​как интерфейс «Такси», исключение модальных окон, блокировка синхронных вызовов и т.  д.
  5. Рефакторинг, оптимизация архитектуры, улучшение юзабилити.
     

  Критические изменения архитектуры могут стать поводом для рефакторинга (см. стр. 5). Например, это может быть пересмотр заказов на отгрузку, когда клиенты начинают использовать такие заказы вместо накладных.

  ADS входит в состав решения ERP, но его также можно приобрести отдельно. Когда ERP работает в режиме интеграции с ADS, каждая форма содержит кнопку, которая открывает функциональную модель формы (описание функциональности) в ADS.

  На следующем рисунке показана модель рабочей станции в нотации IDEF0:

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

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

  Процесс разработки ERP: 6 этапов проекта

  Итак, мы решили реализовать запрошенное изменение функциональности. Мы объединяем похожие требования в проекты. Новый выпуск ERP обычно включает 100–150 проектов, содержащих до нескольких десятков требований. Мы создаем проекты в ADS, и у каждого проекта есть шесть контрольных точек, все они задокументированы в ADS.

  Команды в подразделении ERP организованы следующим образом: есть руководитель группы, который занимается проектированием и, как правило, процессом разработки. В команду также обычно входят тестировщики. Команды разработчиков довольно статичны; каждой команде отводится несколько предметных областей. Если проект затрагивает смежные области, мы часто привлекаем членов связанной команды. В некоторых случаях нет необходимости привлекать всю команду.

  За управление процессом проекта отвечает тимлид или ведущий разработчик:
  

  • Качественное проектирование, рассмотрение всех возможных сценариев, обеспечение согласованности со смежными модулями
  • Сроки
  • Качество архитектуры и пользовательского интерфейса
  • Изготовление исходной документации, доработка проекта (включая создание функциональной модели)

  Веха 1. Запуск проекта

  Руководитель группы создает проекты в ADS в виде списка релизов. Цели и требования, которые необходимо реализовать, подробно описаны для каждого проекта. Список необходимо обсудить с ведущим разработчиком до начала работ. У нас нет встреч на старте проекта, поэтому проект отправляется на запуск в ADS.

  Команда проекта начинает разработку концепции.

  Этап 2. Доработка концепции

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

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

  Веха 3. Доработка прототипа

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

  Функциональная проектная модель в нотации IDEF0 разрабатывается и хранится в ADS.

  На этом этапе команда проекта должна максимально точно оценить трудозатраты, необходимые для реализации проекта. Поэтому участники встречи обсуждают все аспекты проекта и документируют их в ADS:
  

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

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

  И они начинают развиваться!

  Этап 4. Завершение разработки решения

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

  Если проект является публичным (т.е. фигурирует в списке планируемых решений, доступных партнерам на сайте 1С), мы публикуем презентацию в разделе ERP на форуме партнеров 1С, чтобы заинтересованные партнеры могли ознакомиться с ней и предоставить нам обратная связь.

  Веха 5. Тестирование и аудит проекта

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

  Программный код подлежит проверке кода. Для проектов ERP проверка кода выполняется членами другой проектной группы. Все разработчики ERP должны по очереди проводить проверку кода. Любые обнаруженные ошибки кода регистрируются в ADS и должны быть исправлены до рубежа 5.

  Тестировщики также проверяют процесс обновления на новую версию с предыдущей (последней выпущенной).

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

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

  Веха 6. Завершение проекта

  Команда закрывает проект в ADS со статусом «Завершено».

  Релиз версии

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

  В течение этого месяца мы проводим регрессионные тесты. На данном этапе мы реализуем только исправления ошибок релиза. К моменту регрессионного тестирования обычно исправляются унаследованные ошибки, воспроизведенные в предыдущих версиях; оставшиеся ошибки перенесены в следующую версию. Основная цель регрессионного тестирования — убедиться, что качество не нарушается.
  Как мы уже упоминали, мы также используем ADS в качестве средства отслеживания ошибок.

  Патчи

  Мы публикуем патчи к выпущенным версиям каждые две недели. Сегодня 2.1.3.х, а когда выйдет 2.2.1, мы выпустим еще два патча: 2.1.3.х и 2. 2.1.х. Нам требуется менее двух недель, чтобы исправить зарегистрированную ошибку и внедрить исправление в патч. Согласно нашей статистике, исправление ошибки ERP, о которой сообщил заказчик, выпускается в составе патча в среднем в течение девяти дней.

  Многоотраслевая разработка

  При разработке ERP мы обычно используем инструменты, предоставляемые платформой 1С:Предприятие. Конфигурации хранятся в хранилище конфигураций; когда мы регистрируем новый функционал в ветке, мы используем стандартные инструменты доставки и поддержки. Все операции автоматизированы. Если объекты обновлялись только на стороне разработчика, код интегрируется автоматически. Если для объединения исходного кода нам необходимо привлечь разработчика, мы обычно используем встроенные возможности платформы. Также можно вызывать сторонние инструменты сравнения/объединения из набора инструментов платформы, включая KDiff3 или Araxis. Кстати, мы добавили в платформу функцию вызова сторонних инструментов сравнения/объединения по запросу команды разработчиков ERP.

  Разное

  При разработке нового функционала мы используем версию платформы, которая будет доступна на момент выхода новой версии ERP (на сегодняшний день это 8.3.8).

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

  1. Мы не хотим шокировать пользователей, поэтому пытаемся отключить режим совместимости в периоды низкой активности, а не тогда, когда все пользователи заняты отчетами.
  2. Отключение режима совместимости обычно связано с обновлениями конфигурации, а планирование и реализация требуют времени.
  3. В настоящее время конфигурация ERP включает десять библиотек. Отключение режима совместимости возможно только тогда, когда все библиотеки делают то же самое.

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

  ERP содержит десять библиотек, разработанных другими командами. Члены команды разработчиков ERP не изменяют код библиотеки.

  Библиотеки включают:
  

  1. Библиотека подсистем
     Базовый функционал: права доступа, печать, управление электронной почтой и т. д. Входит в состав большинства приложений «1С:Предприятия».
  2. Библиотека нормативной отчетности
     Составление отчетов для фискальных органов, сдача электронных отчетов.
  3. Библиотека периферийного оборудования
     Драйвера для различного оборудования: сканеры штрих-кода, фискальные принтеры, весы и др.
  4. Сервисная технологическая библиотека
     Взаимодействие между конфигурациями SaaS (т. е. развернутыми в облаке) и сервисной инфраструктурой.
  5. Библиотека интеграции с 1С:Документооборотом
     Бесшовная интеграция с 1С:Документооборот: сквозные бизнес-процессы, общий список задач, управление файлами и электронной почтой и т. д., не покидая экрана ERP.
  6. Библиотека расчета заработной платы и кадров (расширенная)
     Расчет заработной платы, кадровый учет, отчетность.
  7. Онлайн-библиотека поддержки пользователей
     Уведомления об обновлениях, звонки в службу технической поддержки, загрузка и установка обновлений.
  8. Библиотека электронного документооборота
     ЭДО с контрагентами (включая юридический ЭДО), DirectBank (прямой документооборот с банками), обмен данными с сайтами (CMS).
  9. Библиотека интеграции ЕГАИС
     Учет розничной реализации алкогольной продукции, в том числе обмен с ЕГАИС.
  10. Библиотека нормативного учета
      Кусок 1С:Бухгалтерия в ERP. Строго говоря, нормативный учет в ERP методологически схож с 1С:Бухгалтерией (за некоторыми небольшими исключениями), но реализован иначе и самостоятельно. Для ERP мы взяли бухгалтерскую отчетность и часть налоговой отчетности из 1С:Бухгалтерии.

  Тестирование 1С:ERP

  После того, как мы разработали три приложения на базе ERP (CA, TM и TMB), нам необходимо протестировать все четыре решения, поэтому мы проводим статический и динамический анализ конфигураций.

  Частичный статический анализ проводится каждый раз, когда мы создаем конфигурации CA, TM и TMB на основе репозитория ERP и загружаем их в определенные репозитории (дважды в день).

  Более подробный статический анализ выполняется с помощью 1С:Автоматической проверки конфигурации (1С:АКК), которая проверяет:
  

  • Ролевой состав. Например, чтобы убедиться, что право только на чтение для каждой константы включено в роль «Основные права».
  • Код соответствия существующим стандартам. Мы используем процедуры анализа кода для многих стандартов разработки приложений (несколько сотен). Например, проверьте, чтобы в запросах не использовалось полное соединение, или точность локализации отображаемых строк.
  • Существуют также специальные проверки разработки ERP.
    Например, сделать так, чтобы каждый прикладной объект входил только в одну подсистему: «Объекты ERP, TM и CA», «Объекты ERP и CA» или «Объекты ERP».

  Динамический анализ кода включает

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

  , состоящее из следующих операций с сверкой результатов с последним успешным тестированием:

  • Открытие всех форм
  • Обмен данными с другими приложениями (например, 1С:Бухгалтерия КОРП)
  • Генерация учетных записей (проверить, создает ли документ правильные учетные записи после размещения в справочной базе данных)
  • И более

  Для регрессионного тестирования мы используем от 10 до 20 баз данных разного размера (от 15 до 70 ГБ) и типов предоставления.
  Мы также используем эти базы для тестирования процесса обновления на новую версию с предыдущей, чтобы убедиться, что обновление проводится а) правильно и б) в разумные сроки.

  Обновление базы 1С состоит из двух частей:
  

  1. Часть, которая занимает больше всего времени: обновление данных происходит в многопользовательском режиме. Приложение подготавливает данные для обновления в фоновом режиме; пользователи могут продолжить работу с системой, но производительность системы может снизиться, а функциональность может быть ограничена. Обновление версии обычно производится в выходные дни, когда активность пользователей минимальна.
  2. Часть, которая занимает минимальное время: обновление в монопольном режиме использования. Когда все данные подготовлены в фоновом режиме, пришло время изменить структуру базы данных. Для этого нам необходимо перевести базу данных в монопольный режим использования, когда пользователям не разрешено работать с системой. Скорость обновления очень важна для наших пользователей.