1. Новые возможности
платформы
«1С:Предприятие 8.3»
Андрей Аристархов
Отделение разработки программ делового назначения
Фирма «1С»

2. 0%
5%
10%
15%
20%
25%
30%
35%
2003
2004
2005
2006
2007
2008
2009
2010
2011
2003
Отчеты IDC: изменение доли ведущих
поставщиков информационных систем
управления предприятием (ИСУП/ERP)
В % от объема рынка, в млн. долл.
2009
2005
2007 2011
Oracle
7,5%
SAP
47,8%
Microsoft
Dynamics
6,9%
1C 31,6%
Другие
4,4%
Галактика
1,8%
Другие
9%
Парус
3%
11%
Oracle
SAP
48%
Microsoft
12%
Галактика
7%
Scala
4%
BAAN
6%
Galaktika
6,1%
Epicor-
Scala 3,7%
Парус 2,8%
Остальные
7,0%
1C
9,7%
Microsoft
9,4%
SAP 39,7%
Oracle
21,7%
Galaktika
4,7%
Остальные
8,6%
1C 14,4% Microsoft
Dynamics
7,8%
SAP
49,6%
Oracle
14,9%
Oracle
9,6%
SAP
50,1%
Microsoft
Dynamics
7,1%
1C 22,3%
Остальные
7,0%
Galaktika
3,9%
2

3. Монитор продаж и внедрений «1С:Управление
производственным предприятием 8»
 ПРОДАЖИ ERP-СИСТЕМЫ "1С:УПРАВЛЕНИЕ
ПРОИЗВОДСТВЕННЫМ ПРЕДПРИЯТИЕМ 8":
 Клиентами "1С:Управление производственным предприятием 8" стали
13498 предприятий
 Приобрели 17352 комплектов "1С:Управление производственным
предприятием 8" для работы в центральном офисе и филиалах
 Планируют автоматизировать 422563 рабочих мест пользователей
 Общая численность персонала клиентов, использующих "1С:Управление
производственным предприятием 8": 6599401 сотрудников
 Самые крупные клиенты:
 65000 сотрудников
 3000 планируемых для автоматизации рабочих мест пользователей
3

4. ВНЕДРЕНИЯ ERP-СИСТЕМЫ "1С:УПРАВЛЕНИЕ
ПРОИЗВОДСТВЕННЫМ ПРЕДПРИЯТИЕМ 8"
 Всего проектов, ход которых отслеживается в "1С": 14347
 Всего клиентами "1С:Управление производственным предприятием 8"
приобретено лицензий на платформу "1С:Предприятие 8": не менее 450 000
 Всего автоматизировано рабочих мест на "1С:Управление производственным
предприятием 8": не менее 390 000
 Опубликовано внедрений на сайте "1С":
 "1С:Управление производственным предприятием 8": 4448
 "1С:Управление производственным предприятием для Украины 8": 430
 "1С:Управление производственным предприятием для Казахстана 8": 67
 Отраслевые и специализированные решения на базе "1С:Управление
производственным предприятием 8": 747
 Всего за последний месяц: 73
 Пресс-релизы о внедрениях: 357
4

5. Самые масштабные проекты "1С:Управление
производственным предприятием 8" по числу
автоматизированных рабочих мест
 7097 - ОАО "КАМАЗ" (внедрение в группе компаний)
 5010 - ТРАНСМАШХОЛДИНГ (внедрение в группе компаний)
 1760 - ОАО "ЮниМилк" (внедрение в группе компаний)
 1350 - ОАО "РусГидро"
 1200 - ОАО "МОСТОТРЕСТ"
 1200 - ОАО «Пятая генерирующая компания оптового рынка электроэнергии»
 1170 - УК ООО "ТМС групп"
 1000 - ООО "Издательство "ЭКСМО"
 1000 - ОАО «Опытное Конструкторское Бюро Машиностроения имени И.И. Африкантова»
 950 - Акционерное Общество "Кедентранссервис"
 818 - Компания "ТрансТелеКом" (внедрение в группе компаний)
 810 - Представительство "Эн-Си-Эйч Эдвайзорс Инк" (внедрение в группе компаний)
 800 - ОАО "ТС- Ритейл"
 800 - ЗАО "ЭНЕРГОПРОМ МЕНЕДЖМЕНТ"
 784 - АО «VITA» (внедрение в группе компаний)
 700 - Нефтехимический комплекс ОАО "Татнефть"
 700 - ОАО «БетЭлТранс»
 700 - ООО "Сандора"
 650 - ОАО "Азот"
 650 - ООО «Завод «Световые технологии»
5

6. Этапы развития платформы 1С:Предприятие
6

7.  В версии 8.3 сформированы уже не отдельные
элементы технологий для работы в модели
сервиса, а комплекс таких технологий
 Значительно переработана архитектура и
управление кластером серверов
 Оптимизирована производительность во многих
аспектах
 Фоновое обновление конфигурации базы данных
 Автоматизированное тестирование
 Новый пользовательский интерфейс
 Клиентские приложения, средства разработки
(конфигуратор) и администрирования на Linux
 Серьезно проработан режим совместимости с
предыдущими версиями. (можно беспрепятственно
сделать downgrade платформы с версии 8.3 до 8.2)

Этапы развития платформы 1С:Предприятие
7

8. Что такое облачная архитектура?
Governance
Security, Resiliency, Performance & Consumability
Cloud Service
Creator
Cloud Service ProviderCloud Service
Consumer
Cloud Services
IaaS
PaaS
SaaS
BPaaS
Common Cloud
Management Platform
Cloud Service
Integration
Tools
Consumer In-
house IT
Infrastructure
Middleware
Applications
Business
Processes
OSS – OperationalSupport
Services
BSS – Business Support
Services
Subscription
Management
Pricing
Entitlement
Management
Metering Rating Billing
Clearing &
Settlement
Accounts
Payable
Accounts
Receivable
Customer
Account
Management
Service
Offering
Catalog
Service
Offering
Management
Contracts &
Agreement
Management
Service
Request
Management
Order
Management
Transition
Manager
Deployment
Architect
Operations
Manager
Service Provider Portal & API
Consumer
Administrator
Consumer
Business
Manager
Consumer End
user
Service Creation
Tools
Service
Management
Development
Tools
Service Runtime
Development
Tools
Software
Development
Tools
Image Creation
Tools
Service
Component
Developer
Infrastructure
Security &
Risk Manager
Customer
Care
Service
Manager
Business
Manager
Service
Composer
Offering
Manager
Service
Integrator
ServiceManagement
ServiceConsumerPortal&API
ServiceDevelopmentPortal&API
API
API
API
API
Existing &
3rd party
services,
Partner
Ecosystems
Provisioning
Incident &
Problem
Management
IT Service
Level
Management
Service Automation Management
Service Delivery Catalog
Service
Request
Management
Change &
Configuration
Management
Image
Lifecycle
Management
Monitoring &
Event
Management
IT Asset &
License
Management
Capacity &
Performance
Management
Platform & Virtualization Management
Infrastructure
MgmtInterfaces
PlatformMgmt
Interfaces
SoftwareMgmt
InterfacesBPMgmt
Interfaces
8

9. Облачная платформа 1С
IBM White Paper “Getting cloud computing right”,
April 2011
9

10. Облачная платформа 1С
IBM White Paper “Getting cloud computing right”,
April 2011
10

11. Облачная платформа 1С
 Технология разработки решений 1cFresh,
выпущен 24.07.2012б инфописьмо №15382
 Менеджер сервиса
 Агент сервиса
 Демонстрационное приложение «Работа в
модели сервиса»
 Методика разработки прикладных решений
 Предназначен для разработки и тестирования
«облачных» прикладных решений
 Технология публикации решений 1cFresh,
инфописьмо №16065
 Технология разработки “–” методология “+”
интеграция с web (web-сайт, форум)
 Предназначен для предоставления сервисов на
базе платформы 1С:Предприятие
 Возможности для разработчиков
 Быстро создавать облачные приложения
в привычной среде разработки
 Неизменность модели разработки
прикладных решений
 Библиотека Стандартных Подсистем
содержит необходимый «прозрачный»
функционал для работы в модели
сервиса
 Возможность создания «гибридных»
приложений – одновременно для работы
в модели сервиса и в вариантах клиент-
сервер, десктоп, мобильные приложения
 Возможности для провайдеров:
 Облачная платформа для прикладных
решений от одного поставщика, а не набор
различных продуктов
 Возможность быстро развернуть сервисы на
самой популярной в России платформе
разработки приложений
 Снижение затрат на инфраструктуру (не надо
виртуализировать каждого абонента)
 Возможность интеграции 1cFresh в систему
управления существующим «облаком»
 Возможность адаптации «Технологии
публикации 1cFresh» под специфику
приложений
 Возможности для провайдеров
(продолжение):
 Возможность адаптации «Технологии
публикации 1cFresh» с учетом специфики
организационной структуры заказчика и
поставляемых услуг
 Прозрачная интеграция и использование
отраслевой НСИ
 Возможность быстрой разработки и
старта «с нуля» небольших облачных
решений.
 Готовое решение для «облака»
мобильных абонентов.
11

12. Работа «1С:Предприятие 8» в модели сервиса
(модель SaaS)
12

13. Технология SaaS - 1cfresh
 Зачем технология нужна корпоративным клиентам?
 Позволяет реализовать централизованное управление прикладными
решениями для большого количества организаций холдинга
 Централизация IT ресурсов холдингов
 Централизация учетных функций холдингов
 Технологии ориентированы на создание единых прикладных решений,
которые могут работать в различных режимах
 В локальном режиме
 В модели сервиса (включая возможности перехода между режимами)
 Возможность смешанного режима
 Все решения разрабатываются в виде отторгаемых публичных технологий и
методик для возможности применения в партнерской организации
 Все передаваемые технологии и методики применяются в фирме 1С
13

14. Зачем нужны технологии сервиса?...
 Сервис обеспечивает:
 Работу большого количества прикладных решений
 Распределение абонентов по необходимому количеству
информационных баз
 Быстрый доступ к рабочему приложению
 Сервис предоставляет возможности:
 Быстро зарегистрировать абонента
 Запустить индивидуальную демо-версию
 Добавить новые прикладные решения
 Управлять списком абонентов и приложений
14

15. Зачем нужны технологии сервиса?...
 Сервис выполняет следующие технологические функции:
 Взаимодействие партнеров и клиентов (актуально для провайдеров)
 Мониторинг работоспособности компонент сервиса и оповещение администраторов
 Информирование о запланированных и незапланированных простоях
 Единую аутентификацию (OpenID)
 Автоматическое обновление версий приложений
 Автоматическое обновление нормативно-справочной информации
 Переход из локальной версии в сервис и обратно
 Персональные резервные копии
 Обмен данными между приложениями абонента в сервисе
 Обмен данными между приложениями сервиса и локальными приложениями
 Интеграция между приложениями и системой сдачи отчетности
 Доступ к методическим информационным ресурсам
 Автоматический сбор статистики по работе сервиса
 Другие возможности
15

16. 16

17. Особенности разработки прикладных решений
для использования их в модели сервиса
 Требуется внедренное БСП
 С подсистемой «Работа в модели сервиса»
 Описано в руководстве по технологии разработки 1cFresh
 Решение должно быть
 Более производительным
 Менее ресурсоемким
 Более надежным и корректным
 Большая часть вопросов разработки актуальна для любых
клиент-серверных решений, особенно с высокой нагрузкой
17

18.  В версии 8.3 сформированы уже не отдельные
элементы технологий для работы в модели
сервиса, а комплекс таких технологий
 Значительно переработана архитектура и
управление кластером серверов
 Оптимизирована производительность во многих
аспектах
 Фоновое обновление конфигурации базы данных
 Автоматизированное тестирование
 Новый пользовательский интерфейс
 Клиентские приложения, средства разработки
(конфигуратор) и администрирования на Linux
 Серьезно проработан режим совместимости с
предыдущими версиями. (можно беспрепятственно
сделать downgrade платформы с версии 8.3 до 8.2)

Этапы развития платформы 1С:Предприятие
18

19. Развитие кластера серверов 1С
Основные направления изменений
 Упрощение администрирования
 Повышение масштабируемости и надежности
 Возможность гибкой настройки кластера для сложных систем
 Поддержка использования кластера в режиме сервиса
19

20. Развитие кластера серверов 1С
Упрощение администрирования
 Реализована новая архитектура балансировки нагрузки кластера серверов:
 администратор определяет состав компьютеров (рабочих серверов), на которых размещается
кластер,
 может определить "требования" к ним: какие сервисы и соединения с информационными
базами должны работать на каждом из рабочих серверов,
 менеджеры кластера и рабочие процессы запускаются автоматически, исходя из назначенных
"требований",
 "требования" к рабочим серверам могут быть заданы интерактивно, из консоли
администрирования кластера, или програмно, из встроенного языка.
 Развитие средств администрирования кластера серверов
 Сервер администрирования (RAS)
 Утилита командной строки
 JAVA API
 В составе кластера реализованы два новых сервиса:
 Сервис лицензирования – виртуализация серверных ресурсов
 Сервис внешнего управления сеансами –
позволяет управлять пользователями при подключении.
20

21. Развитие кластера серверов 1С
Возможности настройки
 Автоматическая балансировка
 Автоматическое распределение рабочих процессов по серверам кластера
 Автоматическое распределение сервисов и сеансов по серверам кластера
 Автоматическое распределение соединений пользователей по серверам кластера
 Анализируется время реакции, количество соединений с рабочим процессом,
количество ИБ на рабочем процессе
 Ручная настройка
 Настройка места выполнения сервисов и сеансов ИБ
 Запрет выполнения сервиса на конкретном сервере
 Настройка количества ИБ и соединений на один рабочий процесс
 «Тонкая» настройка параметров использования оперативной памяти: всего, за один
вызов
 Например, можно организовать индексирование для полнотекстового поиска
на отдельном сервере
21

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

23. Особенности использования кластера в качестве
сервиса
 Пользователи кластера относятся к разным
организациям (абонентам) и используют
изолированные друг от друга множества данных
 Несколько абонентов в одной информационной базе с типовой
конфигурацией
 Механизм разделения данных
 Требуется доработка конфигураций
 Отдельные информационные базы абонентов с
индивидуальными конфигурациями
 Профили безопасности
 Не требуется или требуется минимальная доработка
конфигураций
23

24. Развитие кластера серверов 1С
Внешняя активность конфигураций
 Информационные базы располагаются
в отдельных базах данных и их данные
изолированы. Однако, конфигурации имеют доступ к внешним
по отношению к 1С:Предприятию средствам:
 Файловая система сервера
 Объекты COM
 Внешние компоненты 1С:Предприятия
 Внешние отчеты и обработки
 Приложения операционной системы
 Ресурсы интернет
 Безопасный режим исполнения кода позволяет запретить
внешнюю активность кода, не являющегося частью
конфигурации
24

25. Развитие кластера серверов 1С
Профили безопасности
 Позволяют администратору
кластера контролировать
разработчиков конфигураций и
внешних отчетов/ обработок
 Определяются в кластере
 Могут использоваться
 При регистрации
информационной базы
 В коде конфигурации
25

26. Развитие кластера серверов 1С
Работа профилей безопасности
 Профили безопасности позволяют управлять
доступом из кода конфигурации к внешним по
отношению к 1С:Предприятию ресурсам:
 Профиль безопасности информационной базы позволяет ограничить
доступ к внешним ресурсам для обычного режима исполнения кода
конфигурации (если не установлен, то ограничений нет). Устанавливается
в свойствах информационной базы
 Профиль безопасности безопасного режима позволяет ослабить
ограничения, действующие в безопасном режиме исполнения кода.
Устанавливается в свойствах информационной базы
 При помощи дополнительных профилей безопасности безопасного
режима можно установить специальные ограничения на отдельную
функциональность (требуется доработка конфигураций). Устанавливается
в качестве значений параметра БезопасныйРежим методов Подключить и
УстановитьБезопасныйРежим
26

27.  В версии 8.3 сформированы уже не отдельные
элементы технологий для работы в модели
сервиса, а комплекс таких технологий
 Значительно переработана архитектура и
управление кластером серверов
 Оптимизирована производительность во
многих аспектах
 Фоновое обновление конфигурации базы данных
 Автоматизированное тестирование
 Новый пользовательский интерфейс
 Клиентские приложения, средства разработки
(конфигуратор) и администрирования на Linux
 Серьезно проработан режим совместимости с
предыдущими версиями. (можно беспрепятственно
сделать downgrade платформы с версии 8.3 до 8.2)

Этапы развития платформы 1С:Предприятие
27

28. Оптимизация
 Оптимизирована работа с различными СУБД:
 Microsoft SQL Server: уменьшено количество блокировок при
многопользовательской работе, ускорена работа с временными таблицами,
ускорена запись и чтение данных, ускорена загрузка информационной базы из
файла, ускорена реструктуризация информационной базы
 СУБД PostgreSQL: ускорено обновление итогов, реализована возможность
размещать индексы и данные на разных физических носителях, ускорено
обновление конфигурации информационной базы
 СУБД IBM DB2: увеличена параллельность при работе большого количества
пользователей
 СУБД Oracle Database: ускорена работа с итогами, ускорена работа при
использовании сложных ограничений на уровне записей и полей, ускорено
обновление конфигурации информационной базы
 Повышена масштабируемость и производительность кластера серверов
 Оптимизация работы со сложными запросами и большими объемами данных
28

29. Оптимизация
Управляемые блокировки по реквизитам объектов
 Возможность блокировки объекта не только
по ссылке, но и по произвольному набору
реквизитов
 Настройка реквизитов участвующих в пространстве блокировки
 Поле «Ссылка» и общие реквизиты в режиме разделения
«Независимо и совместно» включаются автоматически
 Дополнительная нагрузка на систему
 При записи объекта 2 блокировки – по старым и новым значениям
29

30. Оптимизация
Регистры накопления и бухгалтерии
 Установка минимального периода рассчитанных
итогов
 Позволяет сократить объем хранимых данных
 Ускоряет пересчет итогов
 Ускоряет работу неоптимальных запросов
 Полный скан таблицы итогов
 Ускоряет запись движений задним числом
30

31. Оптимизация
Часть решений включена в версию 8.2.18
 Часть оптимизаций вошла в версию 8.2.18
 Оптимизирован файловый вариант работы
 Работа с сеансовыми данными
 Запросы на чтение, так и на запись
 Ускорены запросы с RLS (локально и в сети)
 Сложные отчеты при работе (по сети)
 Изменен алгоритм сжатия таблиц ИБ
 Позволяет ускорить работу тяжелых запросов
 Требуется ручного запуска через ТиИ
 Желательно выполнять на регулярной основе
 Ускоренно открытие управляемых форм
 Работа в терминальном режиме
 При большом количестве клиентов
31

32.  В версии 8.3 сформированы уже не отдельные
элементы технологий для работы в модели сервиса, а
комплекс таких технологий
 Значительно переработана архитектура и управление
кластером серверов
 Оптимизирована производительность во многих
аспектах
 Фоновое обновление конфигурации базы данных
 Автоматизированное тестирование
 Новый пользовательский интерфейс
 Клиентские приложения, средства разработки
(конфигуратор) и администрирования на Linux
 Серьезно проработан режим совместимости с
предыдущими версиями. (можно беспрепятственно
сделать downgrade платформы с версии 8.3 до 8.2)

Этапы развития платформы 1С:Предприятие
32

33. Фоновое обновление конфигурации БД
 Позволяет на больших баз осуществить обновление конфигурации
без длительного перерыва работы пользователей. Время «технического окна»
сокращается в разы, если не на порядки.
 Выполняется в несколько фаз
 Предварительный перенос данных
 Перенос изменений, сделанных за время копирования
(может повторяться несколько раз)
 Окончательный перенос изменений
 В конечной фазе - монопольный режим
 Не все объекты переносятся в фоновом режиме
 В фоновом режиме - регистры, справочники, документы, журналы документов,
последовательности документов, БП, задачи и т.д.
 В монопольном режиме – планы счетов, видов характеристик, видов расчета, и т.д.
33

34.  В версии 8.3 сформированы уже не отдельные
элементы технологий для работы в модели
сервиса, а комплекс таких технологий
 Значительно переработана архитектура и
управление кластером серверов
 Оптимизирована производительность во многих
аспектах
 Фоновое обновление конфигурации базы данных
 Автоматизированное тестирование
 Новый пользовательский интерфейс
 Клиентские приложения, средства разработки
(конфигуратор) и администрирования на Linux
 Серьезно проработан режим совместимости с
предыдущими версиями. (можно беспрепятственно
сделать downgrade платформы с версии 8.3 до 8.2)

Этапы развития платформы 1С:Предприятие
34

35. Автоматизированное тестирование
 Механизм базовой функциональности для
автоматизированного тестирования
 Запись журнала действий пользователя
 Не требует модификации тестируемой конфигурации
(приложения)
 Можно разрабатывать тесты для управляемого приложения
(в том числе и для веб-клиента)
 Объектная модель для имитации интерактивных действий
пользователя и их проверки
 Доступен при запуске клиента с новыми ключами командной
строки
35

36. Автоматизированное тестирование
Запись журнала действий пользователя
 Запись журнала действий пользователя
 Доступен при запуске с ключом командной строки
 Новый ключ /UILOGRECORDER
 Может запускаться из конфигуратора
 Новый кнопки заголовка
 Пользователь должен явно запустить запись в клиенте
 Можно остановить запись, сохранить результат или отказаться от
записи
36

37. Автоматизированное тестирование
Журналирование действий пользователя
 Формирует результат в виде XML
 По окончании записи отображает результат пользователю
 Результат может быть преобразован специальной обработкой в
исполняемый код (будет выложена на ИТС)
37

38. Автоматизированное тестирование
Новые термины
 Тест – программа на встроенном языке
 Менеджер тестирования
 Клиент тестирования
 Управляемое приложение
 Тестируются толстый, тонкий и веб клиенты
 Менеджер и клиент могут быть подключены к разным
информационным базам
38

39. Автоматизированное тестирование
Менеджер тестирования
 Приложение 1С:Предприятие
 Новый параметр /TESTMANAGER
 Обеспечивает выполнение теста, передачу команд клиенту
тестирования, оценку результатов
 Может управлять несколькими клиентами тестирования
одновременно
 Не может управлять собой
 При взаимодействии с клиентом передаются только
примитивные типы
 Без ссылок
39

40. Автоматизированное тестирование
Клиент тестирования
 Тонкий клиент или толстый клиент в режиме управляемого
приложения
 Новый параметр /TESTCLIENT
 Обеспечивает имитацию интерактивных действий
 Взаимодействие через TCP/IP
 Идентификация через имя/адрес компьютера клиента и
уникальный номер порта.
Клиент
Команды тестирования
Данные тестирования
Менеджер
40

41. Автоматизированное тестирование
Веб-клиент, как клиент тестирования
 3 субъекта – менеджер, веб-сервер, веб-клиент
 Новые дополнительные параметры
 TESTCLIENT и TESTCLIENTID=<Идентификатор>
 Менеджер взаимодействует с клиентом через веб-сервер
 Менеджер с сервером через TCP/IP
 Сервер с клиентом через HTTP
Веб-сервер
Менеджер Веб-клиент
41

42. Автоматизированное тестирование
Объектная модель
 Набор объектов описывающих логическую модель интерфейса
 ТестируемоеПриложение
 ТестируемоеОкноКлиентскогоПриложения
▪ ТестируемаяФорма
∙ ТестируемаяГруппаФормы
∙ ТестируемоеПолеФормы
∙ ТестируемаяТаблицаФормы
∙ ТестируемаяДекорацияФормы
∙ ТестируемаяКнопкаФормы
 Предоставляют некоторые свойства, описывающие состояние
объектов, и методы для действий над объектами
 Не посылаем клиенту тестирования сообщений ОС, а выполняем
логические операции
42

43. Автоматизированное тестирование
Ограничения и проверки
 Поддерживается работа не со всеми элементами управления
 В работе нужно опираться на поддерживаемый набор действий
 Набор проверок ограничен
 Проверка через получение представления данных
 Проверка результатов выполнения некоторых функций
 Проверка через поиск объектов тестирования
 Для проверки данных сформированных в ходе теста нужно
обращаться к базе тестируемого клиента
 Механизм будет развиваться
43

44. Клиентские приложения
и средства администрирования для Linux
 Существенное развитие многоплатформенности
 В ОС Linux теперь могут работать:
 Пользователи приложений 1С:Предприятия
 Разработчики приложений 1С:Предприятия
 Администраторы информационных баз
1С:Предприятия
44

45. Клиентские приложения и средства
администрирования для Linux
 Клиентские приложения аналогично приложениям для ОС
Windows
 Для конечных пользователей
 Для разработчиков/администраторов
 Приложения не требуют переделки*
 Поддерживается файловый и клиент-серверный варианты
работы
 Реализованы для архитектуры x86 и x86-64 (Intel)
 Администрирование (сервер, утилиты командной строки,
Java-API)
* Возможны доработки в части системно-зависимых функций
45

46. Linux
Особенности файловой системы
 Регистрозависимость
 Файлы “file.txt” и “File.txt” – разные!
 Отсутствие буквенных обозначение дисков
 Отсутствие возможности обращаться к сетевым ресурсам, используя
UNC
 Только к заранее примонтированным
 Либо сторонними приложениями (нет гарантии, что установлено)
 Другой разделитель пути: “/” вместо “”
 Платформа работает корректно
 Новый Файл(“/tmp/file.txt”) и Новый Файл(“tmpfile.txt”) – ОК
 При работе с внешними приложениями нужно использовать
«родной» разделитель
 Новые методы глобального контекста
 ПолучитьРазделительПути
 ПолучитьРазделительКлиента
 ПолучитьРазделительСервера 46

47. Linux
Особенности файловой системы (файловые
маски)
 Работа механизмов сопоставления файловых масок различается:
 В Windows “*.*” – все файлы, В Linux “*.*” – все файлы, содержащие в
названии точку
 Маски в Linux также регистрозависимы!
 Расширенный синтаксис масок в Linux:
 * - любое количество (ноль в том числе) символов, допустимых в имени
файла
 ? – любой (ровно один) символ, допустимый в имени файла
 [ - класс символов. После открывающей квадратной скобки указывается
последовательность символов. Соответствует любому из указанных
символов. Можно указывать диапазон, используя «-». Описание класса
символов завершается «]». Для указания «-» в качестве символа класса
нужно указать его первым или последним символом. Если после «[»
указан знак «!», то класс описывает все символы, кроме указанных.
 Новые методы
 ПолучитьМаскуВсеФайлы
 ПолучитьМаскуВсеФайлыКлиента
 ПолучитьМаскуВсеФайлыСервера
47

48. Linux
Работа с внешними устройствами
Ограниченность в правах
 Другие принципы работы с оборудованием – важно для разработчиков внешних
компонент
 Для разработчиков конфигураций – также нужно учитывать особенности.
 Например, форма настроек внешней компоненты работы со сканером ШК.
Настройка последовательного порта:
 В Windows: COM1, COM2, … и т.д.
 В Linux: /dev/ttyS0, /dev/ttyS1, или /dev/ttyUSB0, /dev/ttyUSB1... Зависит от
используемого оборудования
 Ограниченность в правах
 Работать с правами суперпользователя не принято
 Обычный пользователь имеет доступ на запись только к себе в домашнюю
директорию и, как правило, в /tmp
 Остальная ФС – только для чтения (к некоторым ее частям вообще не может
быть доступа)
 Для доступа к внешним устройствам – часто тоже нужны спец. Права
 Например, в Ubuntu для доступа к последовательному порту
пользователь должен быть в группе “dialout”
48

49. Linux
Шрифты, ПолеHTMLДокумента
 При разработке конфигураций рекомендуется
 Использовать стилевые шрифты
 Либо, при необходимости – шрифты из состава MS Core Fonts
 Других шрифтов в разных ОС может не быть!
 ПолеHTMLДокумента
 В клиенте для Linux – используется WebKit
 В клиенте для Windows – используется Internet Explorer
 В веб-клиенте – тот браузер, в котором работает приложение
(IE, FF, Chrome, Safari)
 Отображение страниц может отличаться в разных вариантах
 При использовании свойства «Документ» не следует
использовать специфичные для конкретного браузера
методы и свойства. Только стандарт!
49

50. Linux
COM, OLE, ActiveDocument
Клиент-серверный вариант работы
 Технология COM, OLE и механизмы, их использующие
 Не поддерживаются
 Альтернатива компонентам по технологии COM –
компоненты NativeAPI
 Возможности доступа из платформы ко внешним
приложениям и внешним приложениям к платформе
(аналога COM) – пока нет
 Ближайший аналог “COM” для Linux – технология D-
Bus, однако пока платформа ее не поддерживает
 Клиент-серверный вариант работы
 Вызовы сервера не привязаны к определенному
рабочему процессу
 Управлять «привязкой» вызова к серверу нельзя
50

51. Интерфейс 8.3
 Интерфейс Такси
 Удобно
 Комфортно
 Современно
 Цели
 Снизить порог вхождения
 Улучшить юзабилити
 Предоставить разработчику конфигурации средства описания
интерфейса с учетом специфики приложения
Сел и поехал!Сел и поехал!
51

52. Дизайн
 Цвет фона формы
 Белый
 Шрифт по умолчанию
 Arial, 10pt
 Новый вид элементов управления
 Поле ввода
 Группа
 Таблица
 Полоса прокрутки
 Тумблер
 Прочее
52

53. Интерфейс «одного окна»
 Интерфейс «одного окна»
 Кнопки в заголовке формы
 Начальная страница
 Вперед
 Назад
53

54. Панели
 Панельное многообразие
 Панель инструментов
 Панель разделов
 Панель команд текущего раздела
 Панель избранного
 Панель истории
 Панель открытых
54

55. Панели
 Редактор панелей
 В конфигурации задается начальное расположение панелей
 Пользователь может изменить их состав и расположение
55

56. Панели: варианты
56

57. Панели: варианты
 Максимальная рабочая область
57

58. Панели: варианты
 Максимальный сервис
58

59. Мобильная платформа 1С:Предприятия 8.3
 Новая технология работы «1С:Предприятие 8» на
мобильных платформах iOS (iPad и iPhone), Android
 Для создания мобильных приложений используются знакомые
средства разработки 1С, доступный приложениям функционал
является подмножеством платформы 1С:Предприятие,
 Значительно упрощается отладка основных алгоритмов
приложений (делается в привычной среде Конфигуратора 1С)
 Можно использовать уже имеющийся функционал прикладных решений,
задействовать привычные механизмы интеграции приложений 1С
 Первое приложение на мобильной платформе партнеры
разработали через 1,5 часа после публикации версии 8.3.2.
 Некоторые сотрудники 1С уже используют мобильный
документооборот (почту) на версии 8.3
 20 дек 2012 выпущена бета-версия мобильного
приложения 1С:Управление небольшой фирмой.
 1 апреля 2013 года анонсирована бета-версия
"1С:Монитор ERP"
59

60. Мобильная платформа 1С:Предприятия 8.3
 Удобное и современное «1С:Предприятие» - персональный
ассистент на Вашем мобильном устройстве
 Для владельцев бизнеса
 Для руководителей
 Для ТОП-менеджеров
 Для менеджеров
 Новые формы применения программного обеспечения
 Для ежедневного контроля бизнеса
 В любое время суток
 В любой точке мира
60

61. Архитектура Мобильной платформы 1С
 Аналог тонкого клиента с локальной БД
 Клиент + сервер, а не просто мобильный клиент
 Варианты разработки
 Независимое приложение
 Автономное рабочее место внешней ИС (не
обязательно на платформе 1С)
 Универсальное автономное рабочее место (любой
тип клиентского места)
 Характеристики рабочего места
 Для менеджеров, «полевых» сотрудников,
отчетность для руководителей…
 Упрощенная схема данных и интерфейс
 Специальная функциональность мобильных
устройств 61

62. Характеристики мобильной платформы
 Native приложение под ОС мобильного устройства
 Сочетание узнаваемого GUI и органичности приложения на
мобильном устройстве
 Адаптированы технологии 1С:Предприятия для ПК
 Интеграция с функционалом устройств
Функциональность
на ПК
Особенности
мобильных
устройств
Мобильная
платформа
62

63. Функциональность мобильных устройств
 Возможность мультимедиа (фото, видео, и пр)
 Возможности геопозиционирования (geolocation)
и геокодирования
 Использование встроенных карт устройства
 На iPhone – карты Apple
 На Android – карты Google
 Адаптация к размеру экрана
 Использованы элементы управления ОС
мобильных устройств
63

64. Архитектура Мобильной платформы 1С
64

65. Доступные приложения
1С:Заказы
1С:Управление небольшой фирмой
1С:Монитор ERP
65

66. Монитор ERP
Ознакомительная версия опубликована 1 апреля 2013 года
66

67. «1С:Документооборот» на ладони
 Новое решение на платформе «1С:Предприятие 8.3»
 Используется сотрудниками 1С для работы
 Позволяет работать с почтой на мобильном устройстве
 Работает автономно, периодически соединяясь
с центральной базой
 Поддерживает ОС iOS и Android
 Демонстрирует новые возможности
платформы и показывает
новые подходы к разработке
мобильных решений
67

68. Заметки из Зазеркалья - http://v8.1c.ru/o7
 Ресурс, где мы делимся информацией о новинках
 Произвольные области в модулях для организации кода
 Автоматическое сохранение настроек списков
 Про multitenancy (Автор – С. Нуралиев)
 Про профили безопасности
 Про новый пользовательский интерфейс
 …
68

69. Новые возможности
платформы
«1С:Предприятие 8.3»
Спасибо за внимание!
Какие будут вопросы?...