Инструкция по настройке рабочих серверов с Технологической Платформой 1С:Предприятие
Ниже приводится инструкция по настройке рабочих серверов с Технологической Платформой 1С:Предприятие.
Рекомендуется при настройке рабочего сервера пройти указанный ниже сheck-лист и продумать, нужна ли указанная ниже настройка в вашем конкретном случае.
Если такая настройка нужна, то выполнить её. Важно на каждом пункте сознательно принимать решение о том, как именно вы хотите настроить рабочий сервер.
1. Определить, сколько информационных баз будут использоваться в кластере для работы пользователей
Существует несколько вариантов развертывания:
- в продуктивной среде и подготовительной зоне;
- в тестовой зоне;
- в зоне разработки.
Наибольшие требования с точки зрения доступности информационной системы будут в случае развертывания в продуктивной и подготовительной зонах.
В этих случаях желательно все нерабочие информационные базы вынести в отдельный кластер на отдельные серверы.
Возможно, возникнет желание сделать копию рабочей информационной базы и развернуть в том же кластере в продуктивной среде, например, для того, чтобы восстановить определенные данные за прошлые сутки. Стоит перебороть это желание и проследить, чтобы
- к копии базы не было доступа у пользователей;
- в копии базы были выключены регламентные задания;
- копия базы не участвовала в обменах.
Для восстановления данных за предыдущие сутки не стоит использовать продукционный кластер, а получать необходимые данные с подготовительной зоны информационной системы.
Рекомендуется в продуктивной зоне настраивать кластер с минимальным числом необходимых баз, чтобы снизить возможное влияние тестовых баз на работу пользователей.
В тестовой зоне и зоне разработки ограничений по числу информационных баз в кластере условно нет.
2. Определить, сколько пользователей будет работать одновременно
Число одновременно работающих пользователей информационной базы является одним из основных параметров, определяющих нагрузку на информационную систему.
Этот параметр также необходим для корректного расчета конфигурации оборудования, который выполняется исходя из
- Конфигурации системы;
- Сценария работы пользователей;
- Числа одновременно работающих пользователей;
- Используемых версий программных продуктов.
3. Настроить профили пользователей ОС, от которых будут запускаться процессы кластера
Необходимо определиться, будут ли процессы кластера серверов работать от имени различных пользователей информационной системы.
Это может быть необходимо для того, чтобы код, который выполняется в rphost точно не мог обратиться к каким-либо определенным данным на рабочем сервере или выполнить операцию с административными правами.
Для этого нужно:
- Подготовить файл swpuser.ini (http://its.1c.ru/db/v837doc/bookmark/adm/TI000000418);
- Создать пользователей операционной системы, от имени которых будут запускаться процессы кластера;
- Создать профили соответствующих пользователей;
- Настроить ограничение прав доступа пользователей к каталогам на уровне ОС, к которым процессы не должны иметь доступ;
Для того, чтобы создать профили пользователей ОС достаточно один раз войти от их имени в ОС Windows.
4. Настроить логирование и дампы
Для этого необходимо настроить:
- Технологический журнал
- Сбор дампов процессов кластера средствами Платформы (указнием в logcfg.xml секции dump) либо Windows Error Reporting Services
Хорошей практикой будет настроить сбор WER для rmngr и ragent, но не указывать rphost.
5. Проверить настройки операционной системы
5.1. Настроить рабочий сервер
5.2. Настроить рабочий сервер
Необходимо настроить рабочий сервер в соответствии с инструкцией, которая позволяет избежать ошибки «An operation on a socket could not be performed because the system lacked sufficient buffer space or because a queue was full»
5.3. Убедиться, что брадмауэр операционной системы настроен таким образом, что не запрещает процессам кластера взаимодействовать корректно.
Информация по клиент-серверному варианту работы здесь;
Обратите внимание на используемые порты, которые указываются в параметрах центрального сервера,
в свойствах кластера серверов,
и рабочих серверов кластера.
Также необходимо открыть порт для указания сетевого порта для ras в случае использования.
Инструкцию можно найти здесь: http://its.1c.ru/db/v837doc#bookmark:cs:TI000000191
ras cluster (—daemon) —port=
—port или -p указывает сетевой порт, по которому утилита администрирования будет взаимодействовать с сервером администрирования. Значение по умолчанию равно 1545.
(—daemon) — указывается для ОС Linux
5.4. Убедиться, что на рабочих серверах кластера одновременно не используется IPv4 и IPv6.
5.5. Убедиться, что схема управления питанием — «Высокая производительность».
5.6. Убедиться, что установлены компоненты Microsoft Data Access Components
Этот пункт нужен для настройки с СУБД MS SQL Server.
В противном случае будете получать ошибку вида: «Компоненты OLE DB провайдера не найдены».
Скачать MDAC можно с официальных ресурсов microsoft.
6. Необходимо настроить сетевой стек для обеспечения возможности обработки большого числа подключений
Настройки, которые необходимо выполнить (в дополнение к настройке 5.2. Настроить рабочий сервер в соответствии с инструкцией):
- Запустить regedit и в ветке HKLM\System\CurrentControlSet\Services\Tcpip\Parameters указать
- MaxFreeTcbs= 100000
- TcpTimedWaitDelay= 30
- MaxUserPort= 65534
- EnableDynamicBacklog= 1
- MinimumDynamicBacklog= 20
- MaximumDynamicBacklog= 20000
- DynamicBacklogGrowthDelta= 10
- Выполнить: netsh int ipv4 set dynamicport tcp start=10000 num=64510
- Выполнить: netsh int ipv4 set dynamicport udp start=10000 num=64510
7. Настроить кластер серверов
7.1. Необходимо добавить рабочие серверы в кластер
Информация по работе со списком серверов кластера тут: http://its.1c.ru/db/v837doc#bookmark:cs:TI000000157
7.2. Настроить условия перезапуска
Настроить условия перезапуска по превышению порога памяти.
7.3. Настроить расположение каталога кластера
Необходимо убедиться, что
- на дисках достаточно места;
- сеансовые данные расположены на быстрых дисках;
7.4. Настроить число соединений и информационных баз на процесс
Настройку необходимо выполнить с учетом конфигурации системы
Постарайтесь выполнять настройку таким образом, чтобы она не приводила к запуску 100 процессов rphost, т.к. значительное число процессов rphost приводит к неэффективному использованию памяти процессами кластера.
Не стоит просто так уменьшать параметр «Число соединений на процесс» или «Число информационных баз на процесс».
Если у вас нет технического обоснования, почему именно так лучше, рекомендуем оставить значения по умолчанию
7.5. Выполнить настройки для случая нескольких рабочих серверов в кластере.
- Обязательно должно быть явно указано расположение:
- сервиса журнала регистрации;
- сервиса полнотекстового поиска данных;
- сервиса работы с внешними источниками данных;
- расположение клиентских и серверных лицензий и сервисов лицензирования;
- расположение сеансовых данных.
8. Первый запуск
На этом этапе следует выполнить следующие шаги:
- Запустить кластер серверов, создать информационную базу;
- Зарегистрировать программные лицензии;
- Убедиться, что пользователь может войти в информационную базу без ошибок.
9. Отказоустойчивость
В случае необходимости настройки отказоустойчивого кластера, выполните следующие шаги.
9.1. Проверить лицензии.
Убедитесь, что на рабочих серверах, которые должны выполнять роль Центральных серверов достаточно лицензий для работы всех пользователей в информационной системе при отсутствии одного из Центральных серверов в случае возможного (теоретически) отказа.
9.2. Установить флаг «Центральный сервер».
Установить флаг как на рисунке ниже.
9.3. Установить флаг «Уровень отказоустойчивости»
Установить параметр, пример на рисунке ниже.
Подробную информацию про уровень отказоустойчивости вы можете прочитать в статье
Обратите внимание, что не нужно просто так указывать максимально возможный уровень отказоустойчивости, т.к. это приведет к избыточным накладным расходам.
9.4. Скорректировать строку соединения
Необходимо скорректировать строку соединения с информационной базой.
Имеется возможность указания списка резервирования с помощью строки соединения с информационной базой или в соответствующем поле свойств информационной базы.
Список указывается в формате Server1, Server2:Port, Server3.
10. Замечания
10.1. Не настраивайте exec backup (или аналогичные утилиты) на директории кластера серверов
Причина в том, что в этих директориях могут располагаться хранилища с сеансовыми данными, выполнять backup которых не нужно, а создание backp-а которых будет приводить к избыточным накладным расходам.
10.2. Не настраивайте сжатие данных дисков с директорией кластера
10.3. Не забывайте про периодическое выполнение дефрагментации дисков ОС Windows.
10.4. Настроить защиту от вирусов.
В случае расположения рабочих серверов кластера в зоне, к которой доступ строго ограничен, не имеет смысл настраивать антивирусные решения на рабочих серверах.
Настройка антивирусных решений на таких серверах будет оказывать существенное влияние на производительность при практическом отсутствии выигрыша с точки зрения защиты.
При этом, стоит обеспечить защиту антивирусными решениями те пользовательские компьютеры, с которых выполняется доступ к рабочим серверам кластера и сетевым директориям.
Обзор системы «1С:Предприятие 8»
Система программ «1С:Предприятие» состоит из технологической платформы (ядра) и разработанных на ее основе прикладных решений («конфигураций»). Такая архитектура системы принесла ей высокую популярность, поскольку обеспечивает открытость прикладных решений, их функциональность и гибкость, короткие сроки внедрения, высокую производительность, масштабируемость от одного до десятков тысяч рабочих мест, работу в режиме «облачного» сервиса и на мобильных устройствах.
Прикладные решения
Технологическая платформа
Области применения
Гибкость платформы позволяет применять «1С:Предприятие 8» в самых разнообразных областях:
- автоматизация производственных и торговых предприятий, бюджетных и финансовых организаций, предприятий сферы обслуживания и т. д.
- поддержка оперативного управления предприятием;
- автоматизация организационной и хозяйственной деятельности;
- ведение бухгалтерского учета с несколькими планами счетов и произвольными измерениями учета, регламентированная отчетность;
- широкие возможности для управленческого учета и построения аналитической отчетности, поддержка многовалютного учета;
- решение задач планирования, бюджетирования и финансового анализа;
- расчет зарплаты и управление персоналом и другие области применения.
Технологическая платформа
Платформа «1С:Предприятие 8» успешно применяется для повышения эффективности управления и учета более чем в 1 500 000 организаций, от малого бизнеса и индивидуальных предпринимателей до крупнейших корпораций и госструктур.
Чтобы обеспечить высокую конкурентоспособность системы и ее соответствие растущим требованиям рынка, фирма «1С» развивает технологическую платформу «1С:Предприятие 8» опережающими темпами, реализуя в ней комплекс самых современных технологий, инструментальных средств и инновационных возможностей.
Прикладные решения
На платформе «1С:Предприятие 8» фирмой «1С» и ее партнерами создано более 1300 тиражных решений самого разного уровня – от программ для автоматизации работы индивидуальных предпринимателей и небольших фирм («1С:БизнесСтарт», «1С:Управление нашей фирмой» и т. д.) до автоматизации крупных предприятий («1С:ERP Управление предприятием», «1С:Управление холдингом», «1С:Документооборот» и др.). Также на платформе «1С:Предприятие 8» создано большое количество заказных решений под нужды конкретных заказчиков.
Фирма «1С» выпускает тиражные прикладные решения, предназначенные для автоматизации типовых задач учета и управления в коммерческих предприятиях реального сектора и бюджетных организациях. В каждом программном продукте сочетается использование стандартных решений (общих для всех или нескольких программ) и максимальный учет специфики задачи конкретной отрасли или рода деятельности предприятия.
Отраслевые и специализированные прикладные решения создаются силами партнеров-разработчиков и предназначены для автоматизации отдельных направлений или областей деятельности предприятий. Фирма «1С» проводит сертификацию таких решений на совместимость с платформой «1С:Предприятие». Организации, программные продукты или оборудование которых прошли сертификацию, получают право использования логотипа «Совместимо! Система программ 1С:Предприятие».
1С:Библиотека стандартных подсистем
Инструмент разработчика «1С:Библиотека стандартных подсистем» (БСП) предоставляет набор универсальных функциональных подсистем и технологию для разработки прикладных решений на платформе «1С:Предприятие 8.3». С помощью БСП можно быстро создавать новые конфигурации с уже готовой базовой функциональностью, а также включать готовые функциональные блоки в существующие конфигурации. Использование БСП при разработке прикладных решений позволит также достичь большей стандартизации конфигураций, что уменьшит время на изучение и внедрение прикладных решений за счет их унификации по набору используемых стандартных подсистем.
Внедрения
Внедрения выполняются силами партнеров-внедренцев и реализуют особенности деятельности конкретного предприятия или специальные пожелания заказчика.
Внедрения и адаптации прикладных решений также могут выполняться и силами IT-специалистов заказчика, самостоятельно, или во взаимодействии с партнерами-внедренцами.
Система типов
Система типов — это особая система, по которой организуются данные, используемые прикладными решениями. Система типов позволяет представить информацию реального мира в терминах, «понятных» для «1С:Предприятия 8».
Система типов предоставляет широкие возможности как для описания непосредственно бизнес-логики прикладных решений, так и для выполнения задач промежуточной обработки данных.
Описание системы типов содержится в синтакс-помощнике, во встроенной справке и в документации.
Основной особенностью системы типов является то, что есть типы, существующие в любом прикладном решении. Сами эти типы определены на уровне платформы и присутствуют всегда, независимо от действий разработчика. Наряду с ними в конкретном прикладном решении могут существовать различные типы данных, присущие именно этому конкретному прикладному решению. Для таких типов данных на уровне платформы определены лишь общие правила их создания, шаблоны. А конкретные типы данных создаются платформой уже исходя из того, каким образом разработчик формирует и модифицирует структуру прикладного решения.
Типы данных, определенные на уровне платформы
Набор типов, которыми могут оперировать прикладные решения, довольно разнообразен. Он позволяет решать как задачи обработки данных, так и задачи представления этих данных пользователю и интерактивной работы с ними. Можно выделить несколько основных категорий типов данных.
Примитивные типы
Примитивные типы данных — это такие типы как Строка, Число, Дата, Булево и другие. Эти типы не являются чем-то особенным для «1С:Предприятия 8». Как правило, такие типы данных существуют и в других программных системах.
Значения примитивных типов являются простыми неделимыми значениями, в которых нельзя выделить отдельные составляющие. Например, значениями типа Число могут быть 1, 8, 15 и др. Чтобы создать значение примитивного типа, в тексте программы нужно указать его литерал — символьный идентификатор значения.
Универсальные коллекции значений
Также, существуют более сложные типы данных. Например, платформа поддерживает целый ряд типов, которые представляют собой универсальные коллекции значений: Массив, Структура, СписокЗначений и другие.
Общие типы
Кроме этого в платформе реализованы специфические типы данных, реализующие ту или иную функциональность прикладных решений: ТекстовыйДокумент, ТабличныйДокумент, ХранилищеЗначения, ПостроительЗапроса и другие.
Общие типы называют также общими объектами. Значения этих типов, в отличие от значений примитивных типов, представляют собой совокупность значений отдельных свойств объекта. Поэтому их называют экземплярами объектов.
Экземпляры объектов создаются с помощью специального оператора встроенного языка — Новый.
Интерфейсные типы
Интерфейсные типы позволяют организовывать визуальное взаимодействие прикладного решения с пользователем. В основном это типы, связанные с работой форм и их элементов.
Типы данных, образуемые в прикладном решении
Однако, наряду с типами данных, которые определены на уровне платформы, конкретное прикладное решение может использовать уникальные типы данных, существующие только в этом конкретном прикладном решении. Причем платформа будет полностью поддерживать работу с этими типами данных точно так же, как и с типами, которые определены на уровне самой платформы.
Как правило, появление новых типов данных в прикладном решении связано с использованием прикладных объектов конфигурации. Поэтому такие типы называют еще прикладными типами или прикладными объектами.
На уровне платформы поддерживается несколько классов (шаблонов) прикладных объектов, которые сами по себе не могут быть использованы в конкретном прикладном решении. Например, можно перечислить такие классы прикладных объектов как Справочники, Документы, Регистры сведений, Планы видов характеристик и пр.
Для каждого класса прикладных объектов определена соответствующая ему базовая функциональность: типы таблиц базы данных, которые должны быть созданы для хранения данных, типовые формы, типовые объекты языка, наборы прав и пр.
Разработчик, создавая прикладное решение, не имеет возможности использовать эти классы напрямую, однако может добавить в свое прикладное решение новый объект конфигурации, наследующий всю функциональность того или иного класса:
Например, разработчик может добавить в свое прикладное решение новый справочник Номенклатура, который будет наследовать функциональность класса Справочники, или новый документ КассовыйОтчет, который будет наследовать функциональность класса Документы.
Сразу же после такого добавления разработчику становятся доступны новые типы данных, состав которых определяется принадлежностью объекта конфигурации к тому или иному классу прикладных объектов.
Например, после создания нового справочника Номенклатура, становятся доступны следующие типы данных:
- СправочникМенеджер.Номенклатура;
- СправочникСсылка.Номенклатура;
- СправочникОбъект.Номенклатура;
- СправочникВыборка.Номенклатура;
- СправочникСписок.Номенклатура.
Система типов описывает лишь общую «структуру» такого типа, правила, по которым будут формироваться объекты этого типа. Конкретное имя типа, состав свойств и методов объекта будут зависеть от того, как разработчик назовет объект конфигурации и какие, например, реквизиты, табличные части он в него добавит.
В то же время, после создания нового регистра накопления ПродажиКомпании, состав новых типов данных будет уже другим:
- РегистрНакопленияМенеджер.ПродажиКомпании,
- РегистрНакопленияВыборка.ПродажиКомпании,
- РегистрНакопленияСписок.ПродажиКомпании,
- РегистрНакопленияНаборЗаписей.ПродажиКомпании,
- РегистрНакопленияЗапись.ПродажиКомпании,
- РегистрНакопленияКлючЗаписи.ПродажиКомпании.
Следует еще раз отметить, что эти типы данных не поддерживаются платформой изначально, и существуют только в конкретном прикладном решении.
Еще один момент, на котором следует акцентировать внимание, проще всего продемонстрировать на примере.
Допустим, в прикладном решении созданы два новых справочника: Номенклатура и Цены. Несмотря на то, что оба эти объекта унаследовали функциональность соответствующего класса Справочники, и для них в прикладном решении был создан один и тот же состав типов данных, «одноименные» типы данных будут являться различными типами данных. Например, СправочникОбъект.Номенклатура и СправочникОбъект.Цены — это различные типы данных.
Так происходит потому, что разработчик может дополнительно к базовой функциональности, унаследованной от соответствующего класса, добавить свою, особенную для каждого объекта конфигурации. Например, оба упомянутых выше справочника могут содержать табличные части (это унаследовано от класса Справочники). Однако для справочника Цены разработчик не создаст ни одной табличной части, в то время как для справочника Номенклатура он создаст, например, три табличные части. Очевидно, что структура хранения данных типа СправочникОбъект.Номенклатура будет значительно отличаться от структуры хранения данных типа СправочникОбъект.Цены.
Разработка информационных систем на базе 1С
1С:Предприятие 8 – это платформа, т.е. компьютерная среда и язык программирования, которые позволяют программистам 1С максимально быстро и эффективно построить из предопределенных «кубиков» прикладное бизнес-решение. «Кубиками» в данной ситуации можно считать так называемые типовые продукты фирмы 1С:
- 1С: Бухгалтерия;
- 1С:Управление торговлей;
- 1С:УПП
- 1С: ERP2
- 1С: Зарплата и Управление персоналом
- 1С:Документооборот и т.д.
Но не обязательно бизнес-решение это тиражный продукт. Программа, написанная под заказ, тоже может быть бизнес-решением.
В том случае, когда на предприятии:
- присутствует отраслевая специфика;
- учетные правила нестандартные;
- работает более 300 человек
есть высокая вероятность, что типовая конфигурация не подойдет. В этом случае необходима доработка типовой конфигурации или разработка решения «с нуля».
Почему «ПитерСофт» умеет разрабатывать конфигурации на 1С «с нуля»?
- В «ПитерСофт» работает отдел разработки программного обеспечения.
- Сотрудники «ПитерСофт» являются разработчиками собственных продуктов «ПитерСофт: BPM» и «ПитерСофт: Управление процессами».
- Сотрудники «ПитерСофт» имеют большой опыт оптимизации быстродействия систем на 1С;
- Сотрудники «ПитерСофт» имеют большой опыт внедрения больших систем на 1С (более 500 пользователей);
- Сотрудники «ПитерСофт» являются сертифицированными экспертами по технологическим вопросам 1С
- «ПитерСофт» является лидером рейтинга 1С:КОРП в Санкт-Петербурге и России (1 место в Санкт-Петербурге и топ-10 в России)
Формализация бизнес-процессов
Как правило, перед автоматизацией требуется произвести формализацию того, что планируется автоматизировать, т.е. необходима постановка задачи.
Постановка учета (из практик учета, ранее на предприятии не применявшихся)
Допустим, на предприятии есть потребность ввести систему бюджетирования (или CRM или процессов ячеистого хранения на складе). Но сотрудники предприятия ранее не применяли бюджетирование. Это означает, что сотрудников сперва необходимо обучить основам данной предметной области, т.е. объяснить, чем операционные бюджеты отличаются от функциональных, из чего они состоят, как формируются мастер бюджеты, как статьи БДДС соответствуют статьям операционных бюджетов подразделений, что такое центры финансовой ответственности (ЦФО) и какие они бывают и т.д. Затем провести консультационный проект, в рамках которого будут сформированы ЦФО, бюджеты, определены статьи затрат, правила планирования и т.д. Затем провести первый пробный цикл формирования бюджетов на предприятии. Только после выполнения всех этих процедур можно говорить о том, что предприятие готово к формировании технического задания на автоматизацию. Консультанты «ПитерСофт» имеют опыт постановки учета в компаниях самых разных областей деятельности.
Формализация и/или оптимизация бизнес-процессов
На любом предприятии протекают бизнес-процессы, неважно, формализованы они или нет. Но если мы хотим управлять такими процессами, или, тем более, их оптимизировать, необходима формализация процессов. Это подробное пошаговое описание бизнес-процессов в правильной нотации. Нотация, или способ описания схем процессов, определяется целями, в соответствии с которыми производится формализация. Пошаговое описание бизнес-процессов создается с указанием исполнителей, передаваемой входящей и исходящей информации, времени выполнения шага, условий перехода от шага к шагу и других параметров бизнес-процессов. Существуют определенные правила выделения границ процессов, которых надо придерживаться при описании, иначе описание будет некорректным, что проявится при последующем использовании формализованных схем. Консультанты «ПитерСофт» знают эти правила и владеют навыками формализации и оптимизации бизнес-процессов.
Постановка проектного управления
Когда предприятие занимается своей выделенной сферой деятельности, обязательно наступает момент, когда требуется выполнить какую-то особенную уникальную работу, у которой есть признаки проекта. Существуют несколько атрибутов проектов, управляя которыми, можно с уверенностью говорить об управлении проектами. Это сроки и длительности проекта, трудовые и материальные ресурсы, финансы, требования и ограничения. Зачастую управление проектами сопровождается созданием уставов проекта, управлением требованиями на проекте, управлением рисками и т.д. Совокупность этих стандартов описана в PMBook, на практике часто используется только часть этого стандарта и этого бывает достаточно для решения насущных задач управления проектами. Сотрудники «ПитерСофт» обладают не только теоретическими знаниями PMBook и имеют навыки управления проектами, но и производили постановку проектного управления, и последующую автоматизацию проектного управления в ряде производственных и торговых компаний («Электросистемы», «ПетроИнТрейд», «АЭМ-Технологии», «Газпромнефть Марин Бункер»).
Управление конфликтами как согласование противоречивых или взаимоисключающих требований к системе от пользователей из разных подразделений
При формировании требований к информационной системе могут сталкиваться интересы различных подразделений. Связано это с распределением функций и/или зон ответственности, в т.ч. и при автоматизации бизнес-процессов. Для разрешения конфликтов применяются технологии, позволяющие перераспределить зоны ответственности и решить вопросы, связанные с пересечением обязанностей, или с отсутствием контроля над нужной функцией. При работе с предприятиями, где количество пользователей составляет более 100, подобные конфликты неизбежны. Управление конфликтами позволяет избежать предприятию значительных потерь, а возможно, обратить конфликт на пользу предприятию.
Формирование требований к системе
Когда владелец или руководитель предприятия решается на автоматизацию, то чаще всего первое, что он делает – ищет сотрудника или подрядчика, который может автоматизировать предприятие. Как сотрудник, так и подрядчик сразу зададут вопрос – а что мы будем автоматизировать? Правильный сотрудник или подрядчик задаст вопрос – а зачем нам это нужно и чего мы планируем получить? На эти два вопроса в обратной последовательности обязательно нужно подробно ответить, обязательно в формализованном виде и с привлечением всех заинтересованных в проекте. Другое дело, что не всегда предприятие готово самостоятельно определить эти требования, т.к. не хватает общих знаний, а что можно сделать и какие задачи перед системой можно ставить. «ПитерСофт» может помочь с решением этой задачи.
Выбор программных продуктов для автоматизации
Когда требования к системе формализованы, необходимо понять, на каких программных продуктах возможна автоматизация и получить обоснование, почему именно на этих продуктах. Для этого необходим анализ требований, на основании которого производится подбор программ. Компания «ПитерСофт» подбирает программные продукты, исходя из минимизации затрат на их внедрение и снижении стоимости совокупного владения этими продуктами. Нам не интересно продать дорогие лицензии, обманув при этом клиента и продав ненужное. Ведь это рано или поздно станет известно, а мы стремимся строить долгосрочное сотрудничество, понимая, что честно работать выгоднее. Репутация приоритетна.
Обоснованное создание внутренней архитектуры информационных систем (в общем случае из различных программных продуктов)
Информационное поле предприятия состоит из набора информационных баз и связей между ними. Информационная структура определяется функциональными возможностями и требованиями по безопасности данных. Анализ требований к информационным системам позволяет подобрать программные продукты и правильно выстроить информационные потоки обмена данными между базами. Сотрудники компании «ПитерСофт» начинают проекты с этого шага.
Создание уникальной методики учета
Каждый человек неповторим. Каждое предприятие уникально. В силу истории компании и людей в ней работающих. В силу сложившихся традиций и корпоративной культуры. В силу правил учета, структуры компании и ее бизнес-процессов. Уникальные особенности предприятия отражаются в методике учета, которая подробно описывает настройки программного продукта и порядок ввода данных для того, чтобы на выходе иметь те необходимые отчеты, ради возможности формирования которых и создается информационная система. Методика учета – это основа, фундамент информационной системы. Построив методику, предприятие способно вести учет правильно. Все остальные способы «быстрого результата» в долгосрочной перспективе сомнительны. Методика учета способна предотвратить получение недостоверной информации на выходе. Конечно, если ее делают сотрудники «ПитерСофт».
Создание технического задания на автоматизацию
Итак, решение принято! Компания автоматизируется. Теперь необходимо правильно определить рамки проекта, формализовать, что будет автоматизировано, а что – нет. Понять, во что нам обойдется автоматизация? Сколько денег будет потрачено, сколько времени и каких специалистов. Начать нужно с технического задания на автоматизацию, которое будет отправлено потенциальным подрядчикам и которые будут производить оценку проекта исходя из того, что будет там зафиксировано. Не нужно рассчитывать, что если что-то не укажешь сразу, то это можно будет потом «выдавить из автоматизатора». Это нечестно, а партнер по автоматизации лучше пусть будет честным и довольным оплатой партнером. Лучше сделает свою работу. Но и очень много того, что не особо нужно, тоже не следует фиксировать. Ведь тогда посчитают и эти все «бантики» и «примочки», которые могут встать в копеечку. Как напишешь техническое задание, так и будет оценен проект. Понятно, что такие техзадания не пишешь каждый день, кто-то и вообще будет это делать в первый раз. Когда нет ни соответствующих знаний, ни опыта написания. Впрочем, всегда есть возможность подрядить на эту работу профессионалов из компании «ПитерСофт».
Вспомогательные направления деятельности
Управленческий учет, связанный с автоматизацией
- Снижение управляемости с ростом бизнеса;
- Конфликты между подразделениями в связи с размытыми зонами ответственности;
- Плохо контролируются расходы, образуются неликвиды или закупается ненужное;
- Информационные системы дают разные данные, и доверия к данным нет;
- Невозможно оперативно получить нужную информацию;
Системная интеграция
Когда требуется решение из одних рук, когда комплексная информационная система строится с учетом того, что необходимо не только автоматизировать процессы и наладить учет, но и построить правильную инфраструктуру, провести ЛВС, закупить компьютеры, ноутбуки и сервера, решающие требуемые учетные задачи, и не только учетные – ведь и контроллер домена нужен, и почтовый сервер, и файловое хранилище и гейт на выходе из сети. Тогда можно и нужно обратиться в «ПитерСофт».
Сопровождение разработанных и внедренных систем
Система разработана, введена в промышленную эксплуатацию, основные замечания выбраны и исправлены. Система передается в сопровождение. Ведь всегда найдется новая задача, о которой не вспомнили сразу, или отложили «на потом». Или жизнь подкинула новое требование. А иногда требуется обучить нового сотрудника и т.д. «ПитерСофт» готов сопровождать внедренные информационные системы.