1С-Предприятие. Документация | Управление распределенными ИБ

Структура Руководства Настоящее Руководство состоит из разделов, каждый из которых описывает характерные особенности работы с компонентой «Управление распределенными ИБ».
В главе 1 рассматривается порядок установки компоненты.
Глава 2 дается представление о принципах работы компоненты и алгоритмах разрешения спорных ситуаций, возникающих в процессе функционирования распределенной ИБ. Глава 3 описывает процесс создания распределенной информационной базы. В главе 4 дается описание действий пользователя, необходимых для осуществления переноса данных между информационными базами распределенной системы. Глава 5 описывает различные режимы миграции данных в распределенной системе и методику установки свойств миграции «ведущих» объектов. В главе б дается описание функций встроенного языка системы 1С:Предприятие, предназначенных для работы с распределенной конфигурацией. В главе 7 описываются особенности конфигурирования 1С:Предприятия для работы с распределенной информационной базой.
Характер изложения данного Руководства предполагает, что Вы знакомы с операционной системой Microsoft Windows 95 (Microsoft Windows 98, Microsoft Windows NT 4.0), системой 1С:Предприятие, и владеете базовыми навыками работы с ними.
Вам должны быть знакомы следующие понятия и навыки:

использование меню «Пуск» («Start») для вызова программ;
приемы работы с окнами;
работа с меню;
использование управляющих элементов диалогов;
стандартные диалоги;
понятие «конфигурации» в системе 1С:Предприятие и ее состав;
запуск Конфигуратора и работа с ним.

Если Вы недостаточно хорошо владеете перечисленными понятиями и навыками, рекомендуем обратиться к документации по операционной системе Windows 95 (Microsoft Windows 98, Microsoft Windows NT 4.0) и системе 1С:Предприятие. Принятые обозначения Для лучшего понимания излагаемого материала в настоящем Описании приняты некоторые общие приемы выделения отдельных элементов текста. Соглашение о таких приемах приведено ниже.
Обозначения кнопок. Наименования кнопок в диалогах будут даваться их названиями в кавычках, например, «ОК», «Закрыть» и т.д.
Используемые термины и сокращения В приведенной ниже таблице приводятся пояснения для терминов и сокращений, используемых в настоящем Руководстве.

Термин и/или сокращение	Пояснение
ИБ	Информационная база
Центральная ИБ	Привилегированная ИБ, исполняющая роль центра в рамках информационной системы всего предприятия. Как правило, территориально расположена в центральном офисе
Периферийная ИБ	ИБ территориально удаленного подразделения предприятия
«Ведущий» объект	Элемент данных системы - константа, элемент справочника, конкретный документ. Сама конфигурация также является «ведущим» объектом для центральной И Б
Файл переноса данных	Файл, содержащий совокупность измененных, добавленных и удаленных «ведущих» объектов
Файл первичной выгрузки	Файл переноса данных, формируемый центральной ИБ при создании образа новой периферийной ИБ

Какие задачи решает компонента «Управление распределенными ИБ» В случаях, когда предприятие представляет собой группу территориально удаленных подразделений, которые могут, к тому же, выполнять различные функции (например, центральный офис, магазин, торговая база, склад и так далее), возникает задача упорядочивания их совместной работы в рамках одного предприятия - передачи необходимых документов между подразделениями, согласование состава справочников и констант, используемых в работе.
Компонента системы 1С:Предприятие «Управление распределенными ИБ» позволяет автоматизировать решение этих задач в рамках предприятия.

Установка

Компонента «Управление распределенными информационными базами» может быть «доустановлена» в любой момент к любому варианту продуктов семейства 1С: Предприятие 7.7. Наличие такой компоненты является обязательным только для центральной информационной базы. На периферийных информационных базах устанавливается только собственно 1С:Предприятие.
Для обеспечения переноса данных в распределенной системе необходимо иметь возможность физического переноса файлов между рабочими местами, на которых происходит функционирование центральной ИБ и любой периферийной ИБ. 1С:Предприятие предоставляет сервис посылки и приема файлов переноса, однако его использование не является обязательным. Для каждой пары способ физической передачи файлов переноса данных может быть выбран индивидуально.
В остальном требования к окружению компоненты и собственно системы 1С:Предприятие идентичны.
Установка Установка компоненты «Управление распределенными информационными базами» выполняется при помощи специальной программы установки, которая находится на 1-й дискете комплекта поставки компоненты (эта дискета может быть единственной). Перед тем, как приступить к установке, следует убедиться, что жесткий диск не содержит ошибок и имеется достаточно свободного места для выполнения установки. Для установки компоненты требуется около 1,5 Мбайт свободного дискового пространства.
Запуск программы установки. Для установки компоненты необходимо выполнить следующие действия.
1. Вставьте 1-ю дискету комплекта поставки в дисковод А: (или В:).
2. Для запуска программы установки воспользуйтесь одним из следующих способов
• в меню «Пуск» выберите пункт «Выполнить», в выданном на экран запросе укажите имя программы установки, например:
и нажмите кнопку «ОК»:
или
• запустите программу Панель Управления (Пуск - Настройка - Панель Управления) и щелкните мышью на пиктограмме «Установка и удаление программ». Выполняйте дальнейшие действия по выдаваемым на экран указаниям.
После выполнения подготовительных действий на экран будет выдано главное окно программы установки компоненты «Управление распределенными информационными базами». Дальнейшие действия выполняйте по указаниям программы установки компоненты.
Защита от копирования Для предотвращения возможности незаконного тиражирования компонента «Управление распределенными информационными базами» предоставляется пользователям в защищенном от копирования виде.
Одной из составных частей используемой системы защиты является аппаратный ключ, который необходимо вставить (разумеется, при выключенном компьютере) в разъем параллельного порта компьютера. Если вы используете принтер, кабель от него надо вставить в другой разъем ключа защиты. Наличие ключа не влияет на функционирование компьютера и его взаимодействие с принтером - вы можете использовать принтер так же, как обычно.
Рекомендуется размещать ключ защиты компоненты там же, где находится ключ защиты системы 1С:Предприятие.
Подключение Подключение компоненты «Управление распределенными информационными базами» выполняется автоматически в момент запуска системы 1С:Предприятие. Признаком успешного подключения компоненты является доступность режима «Управление распределенными данными». Этот режим можно вызвать, выбрав пункт «Распределенная ИБ - Управление» из меню «Администрирование» главного меню Конфигуратора.

Принципы разрешения спорных ситуаций

Изменения данных (ввод и модификация документов, работа со справочниками и т.д.) могут производиться на любой ИБ распределенной информационной базы. Для синхронизации информационных баз между периферийными и центральной ИБ периодически производится перенос измененных данных. Периферийные ИБ, участвующие в процессе обмена данными, должны быть созданы на основе центральной ИБ (см. раздел «Создание образа периферийной ИБ») - в противном случае файл передачи данных компонентой обработан не будет.
Существует специальная возможность с . кия для периферийной ИБ признака «Только получатель», с этом случае будет выполняться перенос данных в периферийную информационную базу, но обратный перенос данных (из этой ИБ в центральную) выполняться не будет. Периферийные информационные базы с признаком «Только получатель» используются в специальных случаях. Например, чтобы иметь постоянно поддерживаемую в актуальном состоянии копию центральной ИБ, с возможностью внесения в нее любых изменений.
Перенос данных происходит «пообъектно», то есть единицей переноса информации является «ведущий» объект, документ, элемент справочника, константа. При использовании компоненты «Бухгалтерский учет» к таким объектам добавляются бухгалтерский счет, типовая операция, список корректных проводок (список корректных проводок, фактически, является одним объектом и при их изменении обновляется целиком). При использовании компоненты «Расчет» «ведущими» объектами также становятся календари (каждый календарь является самостоятельным «ведущим» объектом). Вместе с документом также переносятся все действия, которые он выполняет в процессе проведения: движения регистров, акты расчета, изменения в справочниках, бухгалтерские операции. При изменении в центральной информационной базе самой конфигурации системы в процессе переноса данных происходит также автоматическая реструктуризация данных во всех периферийных информационных базах.
При конфигурировании системы для различных видов объектов может быть определена область миграции: указаны те информационные базы, в которые должны попадать конкретные экземпляры объектов данного вида в зависимости от места их создания. Например, доверенности могут не участвовать в переносе информации, так как они обычно используются только "по месту выписки". Многие документы имеет смысл переносить только на центральную информационную базу для получения консолидированной отчетности. Каждая ИБ автоматически ведет внутренний список изменений "ведущих" объектов, постоянно пополняя его. В выгружаемый файл также помещается информация о загруженных изменениях объектов. При загрузке ИБ определяет, какие изменения приняты ее корреспондентом, и удаляет их пз списка изменений. Кроме обычного автоматического способа регистрации изменений ведущих объектов существует возможность управлять включением объекта в список измененных. Управление выполняется средствами встроенного языка и используется в специальных случаях. Например, с помощью такого управления можно исключить передачу изменений объекта, выполненных специальной обработкой, если они заведомо имеют смысл только в данной информационной базе. Реализация механизма передачи данных между ИБ обеспечивает корректную синхронизацию информационных баз в случаях, когда нарушается порядок загрузки файлов переноса данных, и даже в случае потери части выгрузок. Однако этот механизм подразумевает обмен файлами переноса данных в обоих направлениях, так как до тех пор, пока от ИБ, для которой производилась выгрузка, не вернется подтверждение приема изменений, ИБ, производившая выгрузку, будет включать, возможно, уже принятые изменения в каждый последующий файл переноса данных, что будет увеличивать размер файла.
Принципы разрешения спорных ситуаций При работе распределенной системы с периодическим обменом данными могут возникать спорные ситуации (коллизии). Ниже дан перечень коллизий и алгоритмы их разрешения системой. Эту информацию следует иметь в виду при создании новой конфигурации и при проведении организационных мероприятий по внедрению распределенной ИБ на базе системы 1С:Предприятие.
Только после того, как все ИБ системы, которые поддерживают синхронизацию «ведущего» объекта, подтвердили его прием, информация о его изменении удаляется системой, и процедура корректировки распределенной ИБ заканчивается. Если же в течение этого промежутка времени другая ИБ внесла в объект свои изменения, то такие корректировки можно считать условно одновременными. Коллизии могут возникать при условно одновременном изменении «ведущего» объекта двумя или более ИБ единой распределенной информационной базы.

Коллизия	Алгоритм
Один и тот же объект изменен более чем в одной ИБ	Если одна из ИБ - центральная, то определяющими считаются изменения, сделанные в ней. В периферийных ИБ состояние объекта при следующей выгрузке-загрузке будет приведено в соответствие с центральной. В противном случае определяющими считаются изменения, дошедшие первыми до центральной ИБ.
Объект, удаленный в одной из ИБ, не может быть удален в другой, так как в другой ИБ на пего имеются ссылки	По окончании процедуры корректировки распределенной ИБ объект будет восстановлен всеми ИБ, поддерживающими его синхронизацию.
Объект, измененный в одной ИБ, был удален в Другой	Определяющим действием считается изменение. По окончании процедуры корректировки распределенной ИБ объект в измененном виде будет восстановлен всеми ИБ, поддерживающими его синхронизацию.

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

Инициализация центральной ИБ

Инициализация центральной ИБ Инициализация распределенной ИБ и управление структурой распределенной информационной базы осуществляется в диалоге «Управление распределенными данными» Конфигуратора. Для его вызова закройте все открытые окна Конфигуратора и вызовите пункт меню «Операции/ Распределенная ИБ/ Управление». Вид диалога показан на приведенном ниже рисунке:

Для инициализации центральной ИБ нажмите кнопку «Центральная ИБ». В появившемся диалоге введите код и описание центральной информационной базы:

Сделать информационную базу нераспределенной и поменять код в дальнейшем будет невозможно.
Конфигуратор запросит подтверждение инициализации. Если Вы планируете каким-либо образом использовать код ИБ (например, для определения типа ИБ при работе 1С:Предприятия: первый символ С - склад, М - магазин и т.д.) - заранее продумайте систему кодов информационных баз распределенной информационной базы.
В этом диалоге для центральной ИБ флажок «Только получатель» недоступен, так как центральная информационная база не может иметь такого признака.
Создание образа периферийной ИБ Для создания образа новой периферийной ИБ нажмите кнопку «Новая периф. ИБ» в диалоге «Управление распределенными данными» Конфигуратора. Заметим, что эта операция недоступна, пока не проинициализирована центральная ИБ.

В появившемся диалоге введите код и описание новой периферийной информационной базы:
Поменять код периферийной информационной базы в дальнейшем будет невозможно, поэтому, если планируется каким-либо образом использовать код ИБ (например, для определения типа ИБ при работе 1С:Предприятия: первый символ «С» - склад, «М» - магазин и т.д.) - заранее продумайте систему кодов информационных баз распределенной конфигурации.
В диалоге инициализации периферийной информационной базы можно включить флажок «Только получатель». Если этот признак установлен, то обмен с данной информационной базой будет заключаться только в передаче в нее изменений из центральной ИБ. Изменения, выполняемые в этой периферийной ИБ, не будут передаваться в центральную информационную базу. При этом сам файл переноса выгружаться будет, и должен загружаться в центральной ИБ. Но он будет содержать только подтверждения получения изменений периферийной ИБ. Признак «Только получатель» также как и код ИБ I может быть изменен после инициализации периферийной информационной базы.
            Повторите эту процедуру для всех периферийных ИБ, которые Вы планируете создать в данный момент. Изменить структуру информационных баз данных будет возможно позднее, в том числе и после
запуска распределенной ИБ в эксплуатацию. Подробнее об этом смотрите в разделе «Управление структурой распределенной информационной базы».

            Нажмите на кнопку «Пар. автообмена» и в открывшемся диалоге задайте каталоги, имена файлов и режимы автообмена для созданных периферийных ИБ. Подробнее о работе с диалогом «Настройка параметров автообмена» и режимах автообмена смотрите в разделе «Автообмен. Настройка и использование».
            Для первичной выгрузки данных выберите конкретную ИБ из списка периферийных информационных баз. нажмите кнопку «Выгрузить данные» и введите имя файла (расширение можно не указывать, по умолчанию -ZIP, в которую следует произвести выгрузку:

Установив опцию выгрузки данных «Выгружать сведения о пользователях», в первичную выгрузку можно включить информацию о пользователях центральной ИБ, определенных на момент первичной выгрузки. В дальнейшем информация о пользователях в файл переноса данных включаться не будет: список пользователей ведется на каждой ИБ индивидуально.
В диалоге выбора имени файла можно также ввести пароль ZIP. Пароль позволяет защитить файл переноса от несанкционированного использования. В качестве пароля может выступать любая последовательность символов.
Способ физической передачи файла переноса данных между центральной и периферийной ИБ системой жестко не определен и зависит от возможностей пользователя. Поэтому устройством для вывода может быть и стандартная дискета, и жесткий диск (если, например, осуществлять передачу планируется посредством электронной почты). Необходимо только, чтобы для обоих ИБ способ передачи файла был физически реализуем.
Файл первичной выгрузки находится на особом положении среди файлов переноса данных. Он формируется только центральной ИБ, только один раз, не должен быть утерян и обязательно должен быть введен первым при инициализации периферийной ИБ. Система помечает ИБ в списке значками яряч 1-я периферийная ИБ базы, для которых файл первичной выгрузки был создан, аЯ^² 2-я периферийная иб - для которых первичная выгрузка не проводилась.
Инициализация периферийной ИБ Для инициализации периферийной ИБ необходимо на рабочем месте, предназначенном для работы в качестве периферийной ИБ, запустить Конфигуратор системы 1С:Предприятие. Работа со стартовым диалогом системы «Запуск 1С: Предприятия» не имеет характерных особенностей, связанных с тем, что инициализируемая ИБ - периферийная, и в данной книге не рассматривается.
Выберите пункт меню «Файл/Загрузить данные...» и введите спецификацию имени файла первичной выгрузки, сформированного центральной ИБ для данной периферийной.
Если при выгрузке использовался пароль ZIP, то при вводе имени файла необходимо также указать пароль.
После того, как Конфигуратор закончит обработку файла, откорректируйте список пользователей ИБ, назначив им соответствующие права и интерфейсы. Напомним, что список пользователей является локальным и должен быть определен для каждой ИБ индивидуально, в то время как наборы прав и пользовательские интерфейсы являются частью конфигурации и, следовательно, область их распространения вся распределенная ИБ.
            Выберите     пункт     меню     «Операции/Распределенная ИБ/Автообмен» и нажмите кнопку «Настройка» в появившемся диалоге «Автообмен». Задайте каталоги для файлов переноса данных при загрузке и выгрузке. Подробнее о работе с диалогом «Настройка параметров автообмена» и режимах автообмена смотрите в разделе «Автообмен. Настройка и использование».
Затем запустите систему 1С:Предприятие и заполните значения локальных констант и содержание локальных справочников. Конечно, эти действия будут иметь смысл только в том случае, если имеются константы или справочники, которые должны заполняться на периферийной ИБ и не переносятся из центральной.
Инициализацию каждой периферийной ИБ следует производить индивидуально. Пользоваться одним и тем же файлом начальной выгрузки недопустимо, т.к. он, помимо общих для всех сведений о конфигурации и содержимом «ведущих» объектов центральной ИБ, содержит также уникальную информацию для конкретной периферийной информационной базы (например, ее код).
Управление структурой распределенной информационной базы В процессе эксплуатации распределенной информационной базы может потребоваться ее реструктуризация: введение новой или удаление существующей периферийной ИБ, изменение реквизита описания. Коды как центральной, так и периферийной базы изменены быть не могут.
Все изменения структуры производятся только на центральной информационной базе в диалоге «Управление распределенными данными».
Ввод новой периферийной ИБ сводится к созданию образа и инициализации новой периферийной информационной базы. Оба процесса описаны в предыдущих разделах.
Для удаления существующей периферийной ИБ в диалоге «Управление распределенными данными» выберите в списке ИБ удаляемую и нажмите кнопку Удалить периф. ИБ». Удаление периферийной ИБ приводит к «вычеркиванию» ее из списка периферийных информационных баз на центральной. В ведущих объектах распределенной ИБ, мигрировавших с удаленной периферийной информационной базы, при этом никаких изменений не происходит. С удаленной ИБ можно продолжать работать, как с нераспределенной, однако, в дальнейшем будет уже невозможно снова «подключить» ее к распределенной ИБ, даже если ввести в ее состав новую периферийную информационную базу с аналогичным кодом и описанием.
Центральная ИБ не может быть удалена ни при каких обстоятельствах.
Для редактирования описания центральной ИБ в диалоге «Управление    распределенными    данными»    нажмите    кнопку «Центральная ИБ», в появившемся диалоге откорректируйте содержимое поля «Описание» и нажмите кнопку «ОК.».
Для редактирования описания периферийной ИБ в диалоге «Управление распределенными данными» выберите в списке ИБ редактируемую и нажмите кнопку «Выбран. периф. ИБ». В появившемся диалоге откорректируйте содержимое поля «Описание» и нажмите кнопку «ОК.».
Автообмен. Настройка и использование Для облегчения и ускорения процесса загрузки-выгрузки файлов обмена данных и уменьшения вероятности ошибки при вводе имени файла, в особенности на центральной ИБ при большом количестве периферийных, система поддерживает специальный механизм обмена файлами переноса данных - автоматический обмен файлами переноса данных (автообмен).
Процедура автообмена заключается в автоматической загрузке и выгрузке изменений с определенными файлами. Кроме того, может выполняться автоматическая посылка и прием файлов переноса с использованием электронной почты.
            Каждой периферийной ИБ могут быть установлены каталоги загрузки и выгрузки, имена файлов для загрузки и выгрузки и один из четырех возможных режимов автообмена:

фиксированный	то же, что и «автоматический», но имена файлов задаются пользователем;
автонумерация	то же, что и «автоматический», но расширс ние файла и первые четыре символа имени задаются системой автоматически, а последние 3 символа имени, представляющие собой порядковый номер файла по основанию 36 (О...9, А...2), могут быть заданы пользователем. В процессе проведения загрузок-выгрузок, «номер» в имени файла будет инкрементироваться, и новые файлы переноса данных не будут затирать старые. Таким образом, будет сохранена «история» обмена файлами переноса данных между данной периферийной и центральной информационными базами.
ручной	данная ИБ исключается системой из процесса автообмена, введенные имена файлов и каталоги будут использоваться как путь по умолчанию при ручной загрузке-выгрузке;
автоматический	ИБ включена в автообмен. Имена файлов задаются системой автоматически на основании кода ИБ и не редактируются. При ручной загрузке-выгрузке введенные имена файлов и каталоги будут использоваться как путь по умолчанию;

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

В левой части диалога расположен список информационных баз. Параметры задаются для информационной базы, на которой установлен в данный момент курсор.
Диалог содержит три закладки.
На первой закладке «Файлы, режимы» настраивается режим автообмена и имена файлов. В верхней части диалога настраиваются каталоги для размещения файлов переноса для выгрузки и загрузки. Установленные каталоги должны существовать во время выполнения переноса данных, в противном случае в процессе обмена файлами переноса данных будет выдано сообщение об отсутствии каталога. Установленный признак «Один для всех» вызывает присвоение соответствующего каталога всем информационным базам, созданным на текущий момент, а также тем, которые будут создаваться в дальнейшем в диалоге «Управление распределенными данными». Далее выбираются имена файлов и режим автообмена. Режим работы полей редактирования имен файлов зависит от текущего режима автообмена. При автоматическом режиме изменение их содержимого запрещено; при ручном и фиксированном отслеживается, чтобы имя файла содержало не более 8 символов, а расширение - 3. При автонумерации позиционирование курсора разрешено только на последние 3 символа, соответствующих «номеру» файла, и включается режим замены. Любая ошибка при вводе в этом режиме приводит к обнулению «номера». Установленный для режимов автообмена признак «Один для всех» вызывает присвоение соответствующего режима всем информационным базам, созданным на текущий момент, а также тем, которые будут создаваться в дальнейшем в диалоге «Управление распределенными данными».
На закладке «Электронная почта» настраиваются параметры автоматического приема и посылки файлов переноса с использованием электронной почты.

Группа управляющих элементов, расположенная внутри рамки «Центральная ИБ», задает используемые системой при автообмене параметры электронной почты для центральной информационной базы, их содержимое не зависит от выбранной в списке периферийной ИБ. Содержимое управляющих элементов, расположенных внутри рамки «Периферийная ИБ», определяет параметры электронной почты, которые будут использоваться системой при автообмене с конкретной ИБ и должны быть заданы для каждой периферийной информационной базы из списка индивидуально.
Принцип использования подсистемы обмена сообщениями (электронной почты) для автоматизации процесса обмена файлами переноса данных в распределенной информационной базе весьма прост. При запуске автообмена система проверяет наличие в почтовом ящике сообщений, имеющих атрибут «Тема» (Subject), отвечающих определенным правилам. Если таковые будут найдены, система автоматически читает сообщения, извлекает из них файлы переноса данных и помещает их в тот каталог и под тем именем, которые определены на закладке «Файлы, режимы». Обработка входящего файла переноса данных и формирование исходящего не имеют особенностей, связанных с применением подсистемы обмена сообщениями. По окончании работы с файлами переноса данных, система создает новое почтовое сообщение (сообщения) с заполненным по определенным правилам атрибутом «Тема» («Subject») и «присоединяет» к сообщению вновь сформированный файл переноса данных. Сообщение помещается в папку исходящих сообщений установленного в операционной системе клиента системы электронной почты (Microsoft Outlook, Netscape Mailer и т.д.).
Для центральной ИБ задаются следующие 4 параметра подсистемы обмена сообщениями:

Адрес	указанный адрес будет использоваться всеми периферийными И Б для посылки сообщений, содержащих файл переноса данных;
Конфигурация ЭП	установленный в операционной системе клиент электронной почты может поддерживать работу с набором конфигураций, определяющих параметры доступа к почтовому серверу. Данный управляющий элемент позволяет определить, какая конфигурация почтового клиента будет использоваться при автообмене;
Пароль	вызов установленного в операционной системе клиента электронной почты может быть защищен паролем от несанкционированного доступа. В таком случае, в данном поле необходимо указать пароль запуска почтового клиента;
Обновлять содержимое почтового ящика	если флажок установлен, то при каждом входе в диалог автообмена будет установлена связь с сервером электронной почты и содержимое папки входящих сообщений почтового клиента будет обновлено. Заметим, что, в зависимости от вариантов связи с почтовым сервером, эта операция может потребовать продолжительного времени.

Для каждой периферийной ИБ задаются следующие 3 параметра электронной почты:

Использовать электронную почту при автообмене	если данный флажок не установлен, подсистема обмена сообщениями при автообмене использоваться не будет. Заметим, что, хотя оставшиеся 2 параметра имеют значение только при установленном флажке, система хранит их значение и при выключении флага. Это позволяет временно отключать использование электронной почты при автообмене с данной периферийной ИБ, сохраняя значения остальных параметров, что может потребоваться, например, при ремонте телефонной линии, используемой периферийной ИБ для связи с почтовым сервером;
Адрес	указанный адрес будет использоваться центральной ИБ при посылке сообщений, содержащих файл переноса данных для данной периферийной информационной базы;
Способ передачи файлов по электронной почте	определяет, будет ли при передаче файла использоваться механизм присоединения (Attachment) к сообщению, либо кодирования в тексте сообщения. Устанавливается в зависимости от способности почтовых клиентов на обеих сторонах (центральной и периферийной ИБ) обрабатывать включение указанным способом файла в сообщение.

Примечание. В зависимости от установленного программного обеспечения, обслуживающего подсистему обмена сообщениями, может потребоваться различное задание параметров электронной почты. Существенным может оказаться, поддерживает ли почтовый клиент работу с конфигурациями, защиту от несанкционированного доступа. Особое внимание следует уделить формату задания адресов электронной почты. Некоторые почтовые клиенты способны использовать при работе несколько почтовых протоколов и требуют его явного указания в адресе (на приведенном выше рисунке - «SMTR:», т.е. протокол обмена сообщениями через Internet), другие работают только с одним протоколом, и его указание в явном виде может привести к невозможности доставки сообщения.
На закладке «Пароли ZIP» настраиваются пароли, устанавливаемые при записи файлов переноса.

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

Использовать электронную почту при автообмене	если данный флажок не установлен, подсистема обмена сообщениями при автообмене использоваться не будет. Устанавливается только на центральной ИБ, доступен только для просмотра;
Адрес	указанный адрес используется Центральной ИБ при посылке сообщений, содержащих файл переноса данных для данной периферийной информационной базы. Устанавливается только на центральной ИБ, доступен только для просмотра;
Адрес центральной ИБ	указанный адрес используется периферийной ИБ для посылки сообщений, содержащих файл переноса данных. Устанавливается только на центральной ИБ, доступен только для просмотра;
Конфигурация ЭП	установленный в операционной системе клиент электронной почты может поддерживать работу с набором конфигураций, определяющих параметры доступа к почтовому серверу. Данный управляющий элемент позволяет определить, какая конфигурация почтового клиента будет использоваться при автообмене;
Пароль	вызов установленного в операционной системе клиента электронной почты может быть защищен паролем от несанкционированного доступа. В таком случае здесь необходимо указать пароль входа почтового клиента;
Обновлять содержимое почтового ящика	если флажок установлен, то при каждом входе в диалог автообмена будет установлена связь с почтовым сервером и содержимое папки входящих сообщений почтового клиента будет обновлено. Заметим, что, в зависимости от вариантов связи с почтовым сервером, эта операция может потребовать продолжительного времени;
Способ передачи	определяет, будет ли при передаче файла файлов по электронной почте использоваться механизм присоединения (Attachment) к сообщению, либо кодирования в тексте сообщения. Устанавливается в зависимости от способности почтовых клиентов на обеих сторонах (центральной и периферийной ИБ) обрабатывать включение указанным способом файла в сообщение.

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

Ручная выгрузка и загрузка на периферийной ИБ

Использование встроенной возможности автообмена с помощью электронной почты не является обязательным. Система ведет себя устойчиво при возможных сбоях в организации процесса переноса данных. Файлы можно загружать не в том порядке, в каком происходила их выгрузка, производить попытку повторной загрузки, пытаться принять файл, предназначенный для другой ИБ, даже «потерять» один или несколько файлов переноса данных (кроме файла первичной выгрузки) - распределенная ИБ будет функционировать корректно.
Данный раздел поясняет, как выгрузить и загрузить файл переноса данных, не касаясь вопросов, связанных с организацией доставки файла от одного рабочего места распределенной системы к другому.
Ручная выгрузка и загрузка файла переноса данных осуществляется в диалоге «Управление распределенными данными» Конфигуратора. Процесс автообмена запускается из диалога «Автообмен» Конфигуратора. Кроме того существует возможность выполнения автообмена в пакетном режиме, то есть без участия пользователя.
Режимы управления распределенной ИБ и автообмена не следует запускать параллельно с работающей в монопольном режиме системой 1С:Предприятие, так как при попытке вызвать диалог управления распределенными данными будет выдаваться сообщение об ошибке, связанной с блокировкой данных. Если 1С:Предприятие работает в разделенном режиме (в многопользовательских версиях), то существует возможность выполнения выгрузки и загрузки изменений. При обращении к режимам управления распределенной ИБ и автообмена будет выдаваться предупреждение об ограниченности выполняемых функций. Разумеется, загрузка изменений в разделенном режиме невозможна, если загружаемые изменения включают измененную конфигурацию.
Для вызова диалога «Управление распределенными данными» за кройте все открытые окна Конфигуратора и выберите пункт меню «Администрирование/ Распределенная ИБ/ Управление». Для вызова диалога «Автообмен» закройте все открытые окна Конфигуратора и выберите пункт меню «Администрирование / Распределенная ИБ/ Автообмен». В силу особого положения центральной базы враспределенной системе, вид диалогов для периферийной базы и процесс выгрузки-загрузки имеют существенные различия.
Ручная выгрузка и загрузка на периферийной ИБ Общий вид диалога «Управление распределенными данными» для периферийной ИБ приводится ниже:

Нет рисунка

Изменение структуры распределенной информационной базы на периферийной запрещено и группы полей «Центральная информационная база» и «Текущая информационная база» носят чисто информационный характер.
Для осуществления выгрузки измененных данных на центральную ИБ нажмите кнопку «Выгрузить данные» диалога, в открывшемся окне введите спецификацию имени файла переноса данных и нажмите кнопку «ОК». В случае, если файл с таким именем уже существует, система выдаст предупреждение и запросит подтверждения.
При вводе имени файла можно указать пароль ZIP, защищающий файл переноса от несанкционированного использования.
Для осуществления загрузки измененных данных с центральной ИБ нажмите кнопку «Загрузить данные» диалога, в открывшемся окне введите спецификацию имени файла переноса данных и нажмите кнопку «ОК».
Если при выгрузке вводился пароль ZIP, то его необходимо указать при вводе файла.
В случае, если загрузку произвести невозможно (например, файл не является файлом переноса данных, сформированным Конфигуратором центральной ИБ), система выдаст предупреждение о причинах неудачной загрузки.
Ручная выгрузка и загрузка на центральной ИБ Общий вид диалога «Управление распределенными данными» для центральной ИБ приводится ниже:

Для осуществления выгрузки измененных данных на периферийную ИБ в списке «Периферийные информационные базы» выберите ИБ, для которой готовится выгрузка (2-я периферийная ИБ на рисунке), нажмите кнопку диалога «Выгрузить данные», в открывшемся окне введите спецификацию имени файла переноса данных и нажмите кнопку «ОК». В случае, если файл с таким именем уже существует, система выдаст предупреждение и запросит подтверждения.
При вводе имени файла можно указать пароль ZIP, защищающий файл переноса от несанкционированного использования.
Для осуществления загрузки измененных данных с периферийной ИБ нажмите кнопку «Загрузить данные» диалога, в открывшемся окне введите спецификацию имени файла переноса данных и нажмите кнопку «ОК». Если при выгрузке вводился пароль ZIP, то его необходимо указать при вводе файла.
Производить выборку периферийной ИБ при загрузке необязательно - система определит сама, откуда пришла выгрузка. В случае, если загрузку произвести невозможно (например, файл не является файлом переноса данных, сформированным Конфигуратором периферийной ИБ), система выдаст предупреждение и загрузки.
Автообмен на периферийной ИБ Общий вид диалога «Автообмен» для периферийной ИБ приводится ниже:

Нет рисунка

Автообмен в распределенной информационной базе может включать четыре действия:
• прием сообщений ЭП;
• загрузку изменений из центральной ИБ;
• выгрузку изменений в центральную ИБ;
• передачу сообщений ЭП.
Прием и передача сообщений ЭП предлагаются, если данная возможность определена в настройке автообмена.
При запуске диалога определяется, возможно ли произвести загрузку и выгрузку, и устанавливаются соответствующие признаки е диалоге. Если при настройке параметров автообмена каталог загрузки был установлен на сменный носитель, загрузку считается возможным произвести.
Указанные действия будут выполняться всегда в указанной последовательности. В диалоге следует отметить, какие из предложенных действий следует выполнять.
В окне имени файла выгрузки указывается ожидаемое имя. В процессе загрузки (а она происходит сначала) система может принять решение изменить имя файла выгрузки (например, если на центральной ИБ оно было изменено при настройке параметров автообмена).
Для старта операции автообмена нажмите кнопку «Выполнить».
Автообмен на центральной ИБ Общий вид диалога «Автообмен» для центральной ИБ приводится ниже:

Автообмен в центральной информационной базе может включат;
для каждой периферийной И Б четыре действия:
• прием сообщений ЭП;
• загрузку изменений из периферийной ИБ;
• выгрузку изменений в периферийную И Б;
• передачу сообщений ЭП.
Прием и передача сообщений ЭП предлагаются, если данная возможность определена в настройке автообмена.
При запуске диалога определяется, для каких ИБ возможно произвести загрузку и выгрузку, и они помечаются в списках загрузки и выгрузки. Если при настройке параметров автообмена каталог загрузки был установлен на сменный носитель, загрузку считается возможным произвести.
Указанные действия будут выполняться всегда в указанной последовательности. В диалоге следует отметить, какие из предложенных действий следует выполнять.
В списке выгрузок указывается ожидаемое имя файла выгрузки. В процессе загрузки (а она происходит сначала) система может принять решение изменить имя файла выгрузки. Например, если ИБ имеет режим автообмена «автонумерация» и не произошло правильной загрузки, увеличения «номера» файла выгрузки не происходит и выгрузка производится в файл с прежним именем, в то время как в списке выгрузки указано имя файла с тем расчетом, что загрузка произойдет нормально.
Для начала операции автообмена нажмите кнопку «Выполнить».
Выполнение автообмена в пакетном режиме Часто используемые административные функции 1:Предприятия могут выполняться в пакетном режиме. Это позволяет выполнять их без участия пользователя. Подробно пакетный режим описан в книге «1С:Предприятие. Конфигурирование и администрирование». В данном разделе приводится описание секции файла параметров пакетного режима, предназначенной для задания параметров автообмена в распределенной ИБ.
Секция AutoExchange [AutoExchange]
Данная секция предназначена для описания выполнения автообмена распределенной информационной базы.

Параметр	Пояснение
SharedMode=Значение	Параметр указывает, следует ли запускать процедуру автообмена в разделенном режиме, если нет возможности открыть нформационную базу монопольно. Если задано У или 1, то автообмен може быть выполнен в разделен- ном режиме, если же 0 или N. то автообмен будет выполняться только в монопольном режиме. Если параметр не задан, то автообмен будет выполняться только в монопольном режиме.
ReceiveFrom=Список_кодов_ИБ	Параметр задает список кодов И Б. для которых в процессе автообмена должна быть выполнена операция приема сообщений по электронной почте. Список задается как перечень кодов И Б, разделенных пробелами или запятыми. Если необходимо, чтобы действие было выполнено для всех ИБ, в качестве значения параметра следует использовать символ . Кроме того, символ может быть использован для указания всех информационных баз имеющими в начале кода один или два общих символа, например СК*.
ReadFrom=Список_кодов_ИБ	Параметр задает список кодов ИБ, для которых в процессе автообмена должна быть выполнена загрузка измененных данных. Список задается как перечень кодов ИБ, разделенных пробелами или запятыми. Если необходимо, чтобы действие было выполнено для всех ИБ, в качестве значения параметра следует использовать символ . Кроме того, символ может быть использован для указания всех информационных баз имеющими в начале кода один или два общих символа, например СК*.
WriteTo=Список_кодов_ИБ	Параметр задает список кодов ИБ, для которых в процессе автообмена должна быть выполнена выгрузка измененных данных. Список задается как перечень кодов ИБ, разделенных пробелами или запятыми. Если необходимо, чтобы действие было выполнено для всех ИБ, в качестве значения параметра следует использовать символ . Кроме того, символ может быть использован для указания всех информационных баз имеющими в начале кода один или два общих символа, например СК*.
SendTo=Список_кодов_ИБ	Параметр задает список кодов ИБ, для которых в процессе автообмена должна быть выполнена операция отправки сообщений по электронной почте. Список задается как перечень кодов ИБ, разделенных пробелами или запятыми. Если необходимо, чтобы действие было выполнено для всех ИБ, в качестве значения параметра следует использовать символ . Кроме того, символ может быть использован для указания всех информационных баз имеющими в начале кода один или два общих символа, например СК*.

Область распространения

Группа переключателей «Область распространения» устанавливает режим миграции «ведущих» объектов, принадлежащих к данному объекту метаданных.
Режим «Все информационные базы» определяет полную миграцию, т.е. содержимое элемента будет синхронизироваться всеми ИБ системы.
Режим «Место создания»: объекты не мигрируют никуда; состав данных, принадлежащих к данному объекту метаданных, является строго индивидуальным для каждой ИБ системы и никак не синхронизируется.
Режим «Место создания и центр» устанавливает поведение системы, при котором вновь созданный на периферийной ИБ объект мигрирует на центральную ИБ и остается доступным только по месту создания и в центре (этот список можно расширить, см. описание поля ввода «Дополнительно»).
Дополнительно. Если установлен режим «Место создания и центр», в этом поле можно через запятую ввести коды дополнительных ИБ, расширив, таким образом, область распространения объектов данного типа. Все, что сказано в предыдущем абзаце для центральной ИБ, становится верным и для периферийных, включенных в этот список. опускается использование символов-заменителей: например, «W*» означает все периферийные ИБ, чей код начинается с символа «W».
Автоматическая регистрация изменений. Этот признак определяет режим, при котором система автоматически фиксирует все изменения объектов, чтобы выполнить затем перенос измененных данных в другие информационные базы. В большинстве случаев данный признак устанавливается. Отключение режима автоматической регистрации изменений производится в специальных случаях, когда объекты данного вида (в рассматриваемом примере - элементы справочника) не должны при изменениях автоматически переноситься в другие информационные базы. В этом случае регистрация изменений будет производиться только при определенных обстоятельствах, регулируемых средствами встроенного языка в конфигурации.
Заметим, что при включенном режиме автоматической регистрации средства встроенного языка позволяют, наоборот, отключить в определенных случаях регистрацию изменений. Управление регистрацией изменений из встроенного языка будет рассмотрено ниже.
Для документов миграция объектов настраивается аналогично рассмотренной настройке параметров миграции справочников.
Для констант разрешены только режимы «Все информационные базы» и «Место создания». Выбор режима миграции «Место создания и центра- запрещен как не имеющий смысла: в этом случае изменения константы мигрировали бы только в центр (или вообще никуда не мигрировали, если изменения произошли на центральной ИБ) и не оказывали бы влияния на содержимое соответствующей константы всех прочих периферийных ИБ. Если для элементов метаданных типа «Справочник» или «Документ», которым может соответствовать множество элементов данных (элементов справочника, документов) потребность в таком режиме миграции может возникнуть, то для константы, которой соответствует единичный элемент данных, очевидно, такой режим не нужен. Режим автоматической регистрации изменений для констант не может быть отключен.
Для планов счетов свойства миграции настраиваются аналогично документам и справочникам. Заметим, что настройка миграции выполняется для плана счетов в целом, а не для каждого счета в отдельности. Важной особенностью миграции бухгалтерских счетов является то, что счета, введенные непосредственно в метаданных, распространяются вместе с конфигурацией на все периферийные ИБ вне зависимости от настроек миграции плана счетов. Режим автоматической регистрации изменений для планов счетов не может быть отключен.
Для типовых операций свойства миграции настраиваются аналогично документам и справочникам. Так как типовые операции не имеют видов (то есть, фактически, для них не определено объектов метаданных), настройка миграции выполняется для всех типовых операций в целом. Режим автоматической регистрации изменений для типовых операций не может быть отключен.
Для списка корректных проводок, как и для констант, разрешены только режимы «Все информационные базы» и «Место создания», то есть, он может распространяться либо во всей распределенной информационной базе, либо вестись на каждой ИБ самостоятельно. При этом настройка миграции выполняется для списка корректных проводок в целом и сам список рассматривается системой как единый объект: при любых изменениях в списке корректных проводок обновляется весь список. Режим автоматической регистрации изменений для корректных проводок не может быть отключен.
Для календарей, как для констант и списка корректных проводок, допустимыми являются только два режима: «Все информационные базы» и «Место создания». То есть, каждый из календарей может распространяться либо во всей распределенной информационной базе, либо вестись на каждой ИБ самостоятельно.
Для последовательностей документов закладка «Миграция» имеет специальный вид.

Так как последовательности документов не являются собственно объектами данных, то для них настраивается не область распространения, а способ функционирования в распределенной информационной базе.
Последовательность документов предназначена для логического контроля проведения определенных документов в строгом хронологическом порядке. С точки зрения распределенной информационной базы, имеют смысл два принципиальных способа функционирования механизма последовательностей документов:
• единая последовательность в центральной ИБ;
• отдельные последовательности в каждой ИБ.
Первый вариант предполагает, что порядок проведения документов критичен только в центральной информационной базе, так как туда переносятся все документы с периферийных ИБ и они должны быть перепроведены в общей хронологической последовательности. При этом последовательность проведения документов на периферийных И Б не контролируется.
Второй вариант предполагает контроль порядка проведения на каждой информационной базе независимо. В этом случае документы, созданные в других информационных базах, не учитываются в этой последовательности в данной информационной базе.
Выбор варианта зависит от назначения последовательности документов. Например, если последовательность используется для контроля списания товаров по методу LIFO или FIFO, то выбор варианта определяется тем, соответствуют ли информационные базы отдельным юридическим лицам, или нет. Если каждая информационная база является отдельным юридическим лицом, имеет смысл использовать второй вариант, так как списание должно выполняться, исходя из данных именно этой информационной базы. Если, например, информационные базы являются отдельными складами, и вся система является одним юридическим лицом, то имеет смысл использовать первый вариант. Очевидно, что в этом случае списание себестоимости должно производиться в центральной ИБ на основании данных всех информационных баз.
Для регистров оперативного учета закладка имеет специальный вид.

Для регистров настройка миграции заключается в возможности полного отключения миграции движений. Для этого следует установить флажок «Запретить миграцию движений». Отключение миграции для регистров используется в специальных случаях, когда движения регистров имеют смысл только в тех информационных базах, в которых они записывались при проведении документов.
Например, миграция движений может быть отключена для регистра, отвечающего за списание себестоимости товаров в центральной информационной базе. Обычно в этом случае в модуле документа предусматривается алгоритм, который не создает движений по этому регистру в периферийных И Б. Отключение миграции регистра позволяет при переносе изменений в периферийную И Б из центральной не переносить движения по этому регистру.
Заметим, что при загрузке измененного документа существующие движения по регистру удаляются независимо от настройки миграции. То есть документ не может остаться с движениями, созданными до загрузки его изменений. В описанном примере после загрузки изменений в центральной ИБ из периферийных ИБ созданные при проведении в центральной ИБ движения регистра будут очищены. Для восстановления движений по тем документам, по которым загружались изменения, необходимо будет их снова провести.
Для операции бухгалтерского учета закладка «Миграция» имеет вид, аналогичный настройке миграции регистров.
Для операции настройка заключается в возможности полного отключения миграции. Для этого следует установить флажок «Запретить миграцию операций». Отключение миграции для операции используется в специальных случаях, когда данные бухгалтерского учета имеют смысл только в тех информационных базах, в которых он ведется. Например, периферийные информационные базы обеспечивают ведение складского учета с использованием возможностей компоненты «Оперативный учет», а в центральной ИБ документы, созданные в периферийных ИБ, записывают при проведении бухгалтерские операции. Отключение миграции операций позволяет не переносить записанные данные бухгалтерского учета в периферийную ИБ.
Заметим, что при загрузке измененного документа существующая операция удаляется, независимо от настройки миграции, то есть документ не может остаться с операцией, созданной до загрузки его изменений. В описанном примере после загрузки изменений в центральной ИБ из периферийных ИБ созданные при проведении в центральной И Б операции будут очищены. Для восстановления операций по тем документам, по которым загружались изменения, необходимо будет их снова провести.
Признак «Запретить миграцию операций» не может быть установлен, если в конфигурации существуют документы, для которых определена миграция и включен признак «Создавать операцию - Всегда».
Корректное использование свойств миграции Процесс настройки свойств миграции требует глубокого понимания как принципов работы компоненты управления данными в распределенной ИБ и системы «1С:Предприятие» в целом, так и особенностей функционирования конкретной конфигурации. Для иллюстрации сказанного приведем два примера.
Документ имеет реквизит типа «Справочник», область миграции которого более ограничена, чем у самого документа. В таком случае, конкретный документ, переданный в другую ИБ, не синхронизирующую состояние справочника, в поле этого реквизита будет иметь пустую ссылку.
В расчете ресурсов регистра принимают участие несколько типов документов, имеющих различные свойства миграции (или свойства неполной миграции). В результате состояние регистров будет отличаться на разных И Б распределенной информационной базы.
Результаты такого «некорректного» использования средств управления миграцией данных могут быть различны и зависят от конкретной конфигурации. Вы можете пойти на это вполне осознанно и исключить «аварийные» ситуации за счет настройки пользовательских интерфейсов, прав, средств встроенного языка. Более подробно это рассмотрено в разделе «Методы исключения коллизий».

ЦентральнаяИБКод

Получить код центральной ИБ.
Синтаксис:
ЦентральнаяИБКод()
Англоязычный синоним:
Параметры:
Нет.
Возвращаемое значение:
Строковое выражение, состоящее из трех символов и содержащее код центральной ИБ так, как он задан в диалоге «Управление распределенными данными» Конфигуратора центральной ИБ.
Описание:
Функция ЦентральнаяИБКод возвращает код центральной ИБ.
Замечание. Функция возвращает строку, состоящую из трех пробелов, если И Б нераспределенная.
Пример:
КодИБ = ТекущаяИБКод !) ;
Если КодИБ = ЦентральнаяИБКод() Тогда
Предупреждение(Конфигурация исполняется на центральной ИБ);
КонецЕсли;

ТекущаяИБЦентральная Определить, является ли текущая ИБ центральной.
Синтаксис:
ТекущаяИБЦентральная()
Англоязычный синоним:
1зСиггепЫВСепЬег
Параметры:
Нет.
Возвращаемое значение:
Число: 1, если текущая ИБ центральная, или 0-в противном случае.
Описание:
Функция ТекущаяИБЦентральная возвращает 1, если ИБ, на которой загущена система 1С:Предприята-: - ^--п тральная, и 0 - если периферийная. _
Замечание. функЦИЯ возвращает 1. если ИБ нераспределенная.
Пример:
Если ТекущаяИБЦентральная() = 0 Тогда
Сообщ = Конфигурация исполняется на периф ;
Предупреждение(Сообщ, 3);
КонецЕсли;

ИБСозданияОбъекта Определить ИБ, создавшую объект.
Синтаксис:
ИБСозданияОбъекта(0бъект)
Англоязычный синоним:
В1г^-ЫЗОЮЬзес1:
Параметры:
0бъект Элемент справочника, документ или бухгалтерский счет.
Возвращаемое значение:
Строковое выражение, состоящее из трех символов и содержащее код ИБ, создавшей переданный в качестве параметра объект, так, как он задан в диалоге «Управление распределенными данными» Конфигуратора центральной ИБ.
Описание:
Функция ИБСозданияОбъекта возвращает код ИБ, на которой был создан первоначально объект, переданный функции в качестве параметра.
Замечание. Если создание распределенной информационной базы происходило из эксплуатировавшейся нераспределенной, то для всех элементов справочника и документов, созданных в нераспределенной ИБ, функция вернет код центральной ИБ. В нераспределенной ИБ функция вернет строку, состоящую из трех пробелов.
Пример:
//• :гротивном случае с:
Процедура ПриОткрытик()
Док = ТекущийДокумент() ;
КдСозд - ИБСозданияОбъекта(Док! ;
Если КдСозд о ТекущаяИБКод() Тогда Форма.ТолькоПросмотр(1) ;
КонецЕсли;
КонецПрсцедуры

ТекущаяИБТолькоПолучатель Определить имеет ли текущая информационная база признак «Только получатель».
Синтаксис:
ТекущаяИБТолькоПолучатель()
Англоязычный синоним:
1зСиггеп:1ВКесер1еп1:Оп1у
Параметры:
Нет.
Возвращаемое значение:
Число: 1, если текущая ИБ центральная, или О-в противном случае.
Описание:
Функция ТекуэдаяИБТолькоПолучатель возвращает 1, если И Б, на которой запущена система 1 (^Предприятие - имеет признак «Только получатель», и 0 - если нет.
Замечание. Функция ишщыиргт 0. ггтп ИБ нераспределенная. Пример:
Методы агрегатных объектов Для использования возможностей выборочной регистрации изменений объектов в распределенной информационной базе у агрегатных объектов типа «Справочник» и «Документ» существует метод Регист-рацияИзменений.

РегистрацияИзменений Включить / выключить режим регистрации изменений объ екта.
Синтаксис:
РегистрацияИзменений ([ВклВыкл])
Англоязычный синоним:
ЕпаЫеР.ед1з1:егирс1а1:е
Параметры:
[Вкл/Выкл] Число 1 - если изменения должны регистрироваться, число 0 - если изменения не должны регистрироваться. Если параметр не указан, то режим не изменяется.
Возвращаемое значение:
Функция возвращает установленный до ее вызова режим. Число 1 - если режим регистрации для данного объекта установлен и число О,если нет.
Описание:
Метод РегистрацияИзменений доступен только у объектов типа «Справочник» и -«Документ» созданных функцией «СоздатьОбъект». Он применяется для установки режима регистрации изменений, выполняемых данным агрегатным объектом. Первоначально этот режим соответствует установленному для объектов данного вида режиму в метаданных.
Замечание. Особенностью вызова данного метода является то, что он действует с момента своего вызова и до перепозиционирования объекта. То есть, его следует вызывать после того, как объект выбран, и до записи изменений. После следующего позиционирования объекта режим снова будет установлен в соответствии с режимом выбранном в метаданных.
Пример:
//Специальное перепроведение
//без регистрации изменений Процедура СпециальиоеПерепроведение()
Док = Создать0бъект(«Документ.Накладная»);
Док.Вы5ратьДокументы('01.01.98','31.12.98');
Пока Док.ПолучитьДокумент() -•1 Цикл
Док. РегистрацияИзменений (0) ;
Док.провести() ;
КонецЦикла;
КонецПроцедуры

Методы исключения коллизий

Для документов и справочников, имеющих свойство миграции «Место создания», обеспечивать уникальность номера или кода в пределах всей распределенной информационной базы не обязательно.
Пример:
// Установку префиксов производим в процедуре
// ПриКачалеРаботыСистемы глобального модуля
Процедура ПриНачалеРаботыСистемы() // Установка префиксов автонумерации
КодИБ = ТекущаяИБКодО ; // Использование кода ИБ ПрефиксАвтоНумерации(Справочник.Тов⁷'
// Использование значения локальной :•.
ПрефиксАвтоНумерации( С-' --.--•--.•/ '•••-
Константа. Т.о'т ~ /I Использование кода :::
ПрефиксАвтоНумерации(•Г
КонецПроцедуры
Компонента «Управление распределенными ИБ» обрабатывает спорные ситуации, возникающие в процессе работы распределенной информационной базы (см. «Принципы разрешения спорных ситуаций»). Однако возникновение коллизий остается нежелательным и их, по возможности, следует избегать.
Спорные ситуации не будут возникать в том случае, если редактирование и удаление «ведущего» объекта доступно только на одной из ИБ распределенной информационной базы. Достичь этого можно несколькими путями.
Настройка пользовательского интерфейса Метод состоит в создании пользовательских интерфейсов, которые дают доступ только к «безопасным» с точки зрения возникновения коллизий командам системы. Например, интерфейс дает возможность пользователю только вводить новые документы. К сожалению, даже такие ограничения не являются гарантией от возникновения спорных ситуаций (см. ниже).
При использовании данного метода следует иметь в виду, что:
• доступ к корректировке и удалению «ведущих» объектов можно получить не только через пользовательский интерфейс. Например, если документ имеет реквизит типа «Справочник», то при вводе нового документа будет вызвана форма списка справочника, пользователь получает доступ к редактированию и удалению его элементов, и интерфейс перестает быть «безопасным»;
• метод не позволяет разрешать редактирование и удаление данных выборочно, в зависимости от ИБ, на которой выполняется 1С:Предприятие;
• па всех ИБ, кроме одной, должны быть зарегистрированы пользователи, имеющие только «безопасные» интерфейсы, что не всегда возможно в реальной ситуации;
• интерфейсы являются частью конфигурации и мигрируют все вместе, как «безопасные», так и «небезопасные». Поэтому, разработчик конфигурации не гарантирован, что администратор системы не назначит пользователям двух и более ЦБ, входящих в состав распределенной И Б, «небезопасные» интерфейсы.
Таким образом, применение данного метода накладывает существенные ограничения, он может быть рекомендован лишь в Простых случаях.
Настройка прав доступа Настройка прав доступа к данным является более гибким средством для предотвращения коллизий, чем настройка пользовательских интерфейсов. Обеспечив с их помощью ситуацию, в которой любой «ведущий» объект системы может быть отредактирован или удален не более чем на одной ИБ, администратор добьется предотвращения возникновения коллизий.
Применение данного метода позволяет избежать некоторых ограничений, накладываемых методом настройки пользовательских интерфейсов. Однако следует иметь в виду:
• метод не позволяет разрешать редактирование и удаление данных выборочно, в зависимости от И Б, на которой выполняется 1 С:Предприятие;
• права доступа являются частью конфигурации и мигрируют все вместе, как «безопасные», так и «небезопасные». Поэтому разработчик конфигурации не гарантирован, что администратор системы не назначит пользователям двух и более ИБ, входя щи в состав распределенной ИБ, «небезопасные» права;
• возможность возникновения коллизий определяется не составом ИБ (что можно считать постоянным), а составом условно одновременно работающих пользователей (а, точнее, совокупность их прав доступа к данным). В силу этого обстоятельства безопасность зависит не от разработчика, а от администратора.
Заметим, что проблему с администрированием системы на периферийной ИБ можно решить, используя возможность проверки в глобальном модуле при запуске системы набора прав, с которым пользователь входит в систему: то есть в конфигурации можно исключить возможность запуска системы на периферийной ИБ с набором прав который не содержит требуемых ограничений. Возможность защит! конфигурации паролем позволяет предотвратить также и возможны случаи умышленной попытки обойти это ограничение на периферий ной ИБ.
Использование средств встроенного языка Этот метод является наиболее гибким, а в ряде случаев, и мене трудоемким для разработчика, чем перечисленные выше. Суть его сводится к установке обработчиков действий пользователя, связанны с редактированием и/или удалением «ведущих» объектов, и, на основании доступной с помощью специальных функций информации принятия решения о разрешении или запрещении этого действия.
В таблице приведены некоторые примеры системных предопределенных процедур, предназначенных для «перехвата» действий пользователя.

Процедура	Перехватываемое действие
ПриУдаленииДокумента	Удаление пользователем документа
ПриУдаленииЭлемекта	Удаление пользователем элемент справочника
ПриУдаленииСчета	Удаление пользователем бухгалтерского счета
ПриЗаписиКонстанты	Изменение значения константы
ПриОткрытии	Открытие формы элемента справочника, документа или счета. Функция Выбран() должна вернуть 1, если форма открывается для редактирования.

Описание этих процедур, а также процедур и функций, приведенных ниже, смотрите в книге «1С:Предприятие. Описание встроенного языка».
Запретить или разрешить перехваченное действие пользователя возможно на основании обширного набора информации:
• место создания объекта;
• И Б, на которой исполняется 1:Предприятие;
• используемый интерфейс пользователя:
• название прав доступа.
Также допустимо использование любой комбинации этих данных, что обеспечивает максимальную гибкость в настройке конфигурации для исключения коллизий.
Запретить выполнение перехваченного действия можно с помощью процедуры СтатусВоз врата с параметром 0 (ноль). Если эту процедуру использовать в системной предопределенной процедуре ПриОткрытии, то форма не откроется вообще, для открытия формы только для просмотра используйте процедуру ТолькоПросмотр с параметром 1.
Примеры:
// Корректировка значения константы Директор разрешено
// только на центральной ИБ
Процедура ПриЗаписиКонстанты( Наин, Знач)
Если (ТекущаяИБЦентралькая() -= 0) И (Наим - Директ- ,'' Тогда
Сообщ ^ Имя директора можно поменять только в центре!*;
Предупреждение(Сообщ, 2);
СтатусВозврата(0);
КонецЕсли;
КонецПроцедуры
Методы исключения некорректного использования свойств миграции Как уже отмечалось ранее, вводя ограничения Миграции «ведущих» объектов, следует четко представлять себе последствия, к которым это может привести. При этом нужно обратить внимание на следующее.
Ссылочная целостность. «Ведущие» объекты, имеющие ссылки, как правило, имеют равную или более ограниченную миграцию, чем объекты, на которые имеют ссылку.
Особые свойства объекта типа «Документ». Миграция объектов типа «Документ» происходит вместе со всеми изменениями, произведенными им. Обычно, объекты, используемые в изменениях (например, измерения регистров или реквизиты проводок, используемых документом при проведении) должны иметь миграцию, большую или равную миграции документа.
Особые свойства объекта типа «Счет». Миграция объектов типа «Счет» настраивается для всего плана счетов в целом. Кроме того, счета, заданные в метаданных, распространяются на все периферийные ИБ вне зависимости от свойств миграции.
Заметим, что, в отличии от других объектов, свойства объектов типа «Счет» оказывают сильное влияние на другие данные - бухгалтерские операции и бухгалтерские итоги. Изменение настроек учета счетов (валютного, количественного, аналитического учета) влечет за собой пересчет бухгалтерских итогов и, если необходимо, корректировку проводок. Кроме того, счета в плане счетов более взаимосвязаны, чем, например, элементы справочника, и образуют целостную систему.
Вследствие этого, имеет смысл с особым вниманием отнестись к настройке свойств миграции и прав доступа планов счетов. В большинстве случаев рекомендуется средствами конфигурации запретить изменение счетов на периферийных информационных базах (при этом в свойствах миграции можно установить режим «Все информационные базы»).

Где взять (желательно на халяву) компоненту УРБД?

Как ни странно, но компонента 1С:Предприятие 7.7. Управление распределенными базами данных присутствует пактически в любом дистрибутиве 1С:Предприятия.
Если в каталоге установки системы 1С:Предприятие 7.7. присутствует файл DistrDB.dll (представляющий собой компоненту УРБД), то он обновляется в период инсталяции из дистрибутива.
Для установки УРБД при её отсутствии, достаточно создать любой файл с именем DistrDB.dll в каталоге ../1Cv77/BIN и переустановить 1С:Предприятие 7.7.
Если после этого вы не обнаружите УРБД в списке установленных компонент, то:

Проверьте факт обновления файла DistrDB.dll. Сделать это можно просмотрев его свойства в Проводнике Windows. В случае отрицательного ответа, прийдётся с прискорбием констатировать отсутствие компоненты УРБД на вашем дистрибутиве.
Ваш ключ защиты HASP не поддерживает УРБД, и тогда либо купить 1С:Предприятие 7.7.УРБД официально, либо незаконно пользовать подходящий HASP-эмулятор.

Пример: Пакетный режим автообмена УРБД

Наличие в системе 1С:Предприятие 7.7. пакетного режима запуска значительно облегчает осуществление автообмена ИБ. При этом исключается потребность лезть руками в Конфигуратор и снижается вероятность ошибки со стороны неопытных пользователей. Автообмен сводится к простому клику по ярлыку, например такого содержания:
"C:\Program Files\1Cv77\BIN\1cv7.exe" CONFIG /DF:\База /NПупкин /Pмойпароль /@F:\База\paket.prm

Параметр	Значение	Описание
config		Запуск 1С:Предприятие в режиме конфигуратора
/D	F:\База	Путь к каталогу ИБ
/N	Пупкин	Имя зарегистрированного пользователя
/P	мойпароль	Пароль пользователя Пупкин. Если пароля нет, то параметр можно не указывать.
/@	F:\База\paket.prm	Путь к файлу параметров пакетного режима запуска. Представляет собой текстовый файл по типу *.INI-файлов Windows

Пример содержания файла параметров пакетного режима:
[General] ;Общий раздел

AutoExchange=1 ;Выполнение раздела "AutoExchange (Автообмен)" (1-да, 0 -нет)
Quit=1 ;Выйти из Конфигуратора по завершении (1-да, 0 -нет)

[AutoExchange] ; РазделАвтообмен

SharedMode=1 ; Раздельный (1)/Монопольный (0) режим
WriteTo=РТ* ; Коды баз выгрузки (шаблон или через запятую)
ReadFrom=РТ* ; Коды баз загрузки (шаблон или через запятую)

Добавление информации по УРБД в Синтаксис-Помощник 1С:Конфигуратора. Для того, чтобы в Синтакс-Помощнике появился раздел Встроенный язык - УправлениеРБД, в каталог установки 1С:Предприятия \BIN необходимо поместить файл rbd.als.

Деинициализация УРБД. Согласно документации, процесс инициализации РБД - необратимый, но иногда возникает потребность удалить всякое упоминание о том, что база данных когда-то была распределенной. Что для этого необходимо сделать:

В первую очередь, в файле 1SSYSTEM.DBF вручную очистить 3-х символьное поле DBSIGN (содержащее код ИБ). и в принципе этого достаточно. Но для возврата ИБ в первозданное состояние, нужно выполнить п.п.2-3.
Удалить файлы 1SDBSET.DBF, 1SDWNLDS.DBF, 1SUPDTS.DBF и соответствующие индексные файлы (.CDX) .
В файле 1SSYSTEM.DBF обнулить 36-ти символьную строку DBSETUUID: 00000000-0000-0000- 0000-000000000000.

Входящая информация

Цель данной книги - написание инструкции, с помощью которой сотрудники франчайзинговой фирмы могут провести весь процесс внедрения, встретив при этом минимум проблем и сложностей. Вполне естественно, что поставленная цель не может быть выполнена в первом же издании. Однако мы постарались изложить материал максимально подробно и доступно.
Далее будут рассмотрены все аспекты взаимодействия фирмы-франчайзи вначале с потенциальным, а потом с состоявшимся клиентом.
На протяжении всей книги будут рассматриваться только I программы семейства «1С:Предприятие 7.х» и не будет остановлено внимание на системе «1С: Бухгалтерия 6.0». Это связано с тем, что доля вновь продаваемых продуктов этой версии уменьшается с каждым днем и основная масса внедрений приходится именно на платформу «1С:Предприятие». При этом необходимо отметить, что объем работ, связанных с поддержкой этой системы, уменьшается медленно. Это наглядно было видно в январе 2000 года - очень большое количество людей пришло за обновлениями.
Входящая информация Вся деятельность фирмы-франчайзи, связанная с внедрением, начинается с получения входящей информации. Мы уверены, что от полноты информации, полученной во время первого контакта, зависит очень многое.
Что необходимо узнать При самом первом контакте необходимо узнать минимум информации, который поможет подготовиться к дальнейшему разговору с клиентом, правильно понять бизнес клиента, определить для себя объем работ, выделить наиболее интересные для клиента особенности у того продукта (или продуктов), которые Вы ему хотите предложить. Более подробно эту проблему (особенно по перечню задаваемых вопросов) можно посмотреть в главе 3.2.1 книги [I].
Далее мы разделим информацию на обязательную, и крайне желательную информацию. Без крайне желательной информации можно обойтись при первом разговоре (контакте). К обязательной информации относится:
· название фирмы;
· отрасль деятельности;
· ФИО и должность человека, с которым Вы разговаривали;
· контактные телефоны;
· специфические особенности - например, если Вы разговариваете с представителем какого-либо магазина, то такой специфической особенностью будет наличие в магазине ККМ и POS-терминалов;
· что хочет потенциальный заказчик (обучение, настройка, комплексное внедрение).
Желательная информация, которую можно и не получить во время первого контакта (встречи):
· пользуются ли они уже продуктами «1С», если «да», то какими;
· пользуются ли они другими учетными системами, если «да», то какими;
· чем не устраивает существующая система учета потенциального клиента;
· каковы особенности в учетной схеме предприятия клиента.
Следует также понимать, что зачастую просто невозможно выяснить всю информацию при первом контакте с потенциальным клиентом. Причем финансовая информация о деятельности клиента получается гораздо сложнее, чем какая либо другая. Эта информация нужна нам для оценки той суммы, которую может заплатить клиент за выполнение работ. В этом случае приходится пользоваться косвенными данными о деятельности клиента, такими как:
· данные по фирме такого же профиля;
· точные или оценочные данные по объему продаж фирмы;
· точные или оценочные данные по объему оказываемых услуг;
· какие либо данные, которые доступны Вам, и по которым можно оценить бизнес клиента.
Более подробно о правилах оценки можно посмотреть главу 3.2.3 книги [I].
Варианты входящей информации Всю поступающую в фирму-франчайзи информацию можно условно разделить на три основных канала: телефонный звонок, письменное обращение, контакт на выставке. Ниже мы более подробно рассмотрим каждый из каналов получения информации.
Необходимо отметить один аспект, общий для всех случаев общения с клиентом: вежливость. Вне зависимости от Вашего настроения, загруженности, наличия неприятностей и т.д., разговор с клиентом должен быть предельно вежливым и доброжелательным. Всегда действуйте по поговорке - «относись к людям так, как хочешь, чтобы они относились к тебе».
Телефонный звонок Самый распространенный способ получения первичной информации от клиента.
Основная задача сотрудника во время первого телефонной разговора: получить от клиента информацию по «обязательному» перечню вопросов и договориться о встрече с ним или дате и времени следующего телефонного разговора.
Необходимо помнить о том, что клиент позвонил не просто так, ему что-то интересно из того перечня работ/услуг, который предлагает Ваша фирма. В процессе разговора необходимо выяснить, что интересует клиента и не отходить от темы разговора, стараясь предложить ему смежные продукты и услуги.
Идеальным окончанием телефонного разговора с клиентом является просьба клиента выписать ему счет или заключить договор на необходимые программы/услуги. Однако хорошим результатом является достижение договоренности о проведении демонстрации продукта в офисе фирмы или на территории клиента.
Письменное обращение К письменному обращению мы относим письмо по электронной почте. Такое письмо может возникнуть в нескольких случаях:
· по адресу на Вашей визитной карточке (подразумевается наличие адреса электронной почты на визитных карточках сотрудников);
· после посещения Вашего Web-сайта. В этом случае письмо придет либо на обобщенный адрес фирмы (например, таким адресом у «IC-Papyca» является адрес lc@rarus.ru), либо на адрес сотрудника (или подразделения), отвечающего за то или иное направление деятельности;
· предложение участия в тендере на автоматизацию какого-либо предприятия;
· разрешение какой-либо проблемы.
Письмо сотруднику Отвечать на письма необходимо всегда. При ответе на письмо дует всегда подписываться, причем из Вашей подписи люди могли четко представить, как связаны отвечающий сотрудник и тема данного вопроса. Например, если приходит вопрос по системе «1С-Рарус:Фармацевт», то в качестве подписи необходимо написать «С уважением, Плякин Александр, разработчик системы».
Обращение по электронной почте Следует сказать несколько слов о Web-сайте компании. Хорошо спроектированный и оформленный Web-сайт может заменить демонстратора в продажах некоторых продуктов (особенно это касается ТОР).
Но даже если после просмотра Web-странички клиент не покупает продукт, то он может задать вопрос, положительный ответ на который явится для него (клиента) безусловным стимулом к покупке продукта.
Документация для участия в тендере Тендеры появляются в тех случаях, когда фирма, желающая автоматизировать свой учет, хочет получить максимально выгодное для себя решение. В этом случае объявляются условия тендера (например, сроки и стоимость всего внедрения) и срок подачи документации. После этого фирма-организатор тендера анализирует поступившие предложения и выбирает наиболее оптимальный для себя вариант предлагаемых услуг.
Для успешного участия в тендерах необходимо иметь комплект документации, которая предоставляется фирме-организатору тендера. Более подробно остановимся на этом комплекте. Документация для тендеров должна состоять из трех обязательных разделов и одного дополнительного раздела. Обязательные разделы обычно остаются неизменными в любом тендере, в то время как дополнительный раздел изменяется в каждом тендере. Ниже приведены три обязательных раздела:
· подробная информация о фирме;
· подробная информация о продукте (или продуктах), предлагаемых для участия в тендере;
· информация о успешно выполненных внедрениях, которая поможет клиенту убедиться в способности фирмы хорошо выполнить работу.
Последняя, четвертая, часть тендерной документации должна содержать в себе информацию о том, насколько предлагаемый продукт (продукты) и услуги Вашей фирмы соответствуют требованиям, выставляемым фирмой-организатором тендера.
Контакт на выставке Выставка - хорошее место для получения клиентов. Для нормальной работы необходимо соответствующим образом оборудовать стенд. Подробнее об этом смотри главу 5.2 книги [I].
Необходимо четко проинструктировать сотрудников о необходимости максимально эффективно использовать свое рабочее время на протяжении всей выставки. Важно эффективно построить разговор: быстро определить, что ищет посетитель на выставке, быстро и четко принять решение, можно ли помочь посетителю на стенде компании, или подсказать, кто на выставке предлагает то, что нужно посетителю. Если стенд компании полезен посетителю, сотрудник должен оперативно подвести посетителя к нужному сотруднику либо самому провести презентацию.
Кроме того, выставка - это мероприятие, когда на ограниченном пространстве (стенд) собраны ведущие сотрудники Вашей фирмы по всем направлениям деятельности, демонстрационные версии программного обеспечения и стендовые экземпляры оборудования. Следовательно, Вы можете квалифицированно ответить практически на все вопросы клиента непосредственно на стенде.
Следует отметить еще несколько аспектов работы внедренческой фирмы на выставке:
· все сотрудники, которые работают на стенде, должны:
· уметь быстро определить, что интересует посетителя Вашего стенда;
· знать перечень продаваемых фирмой программных продуктов;
· знать сотрудников, ответственных за то или иное направление автоматизации или тот или иной продукт;
· знать в каком месте стенда посетителю могут ответить на интересующий его вопрос и показать тот или иной продукт.
· перед проведением выставки необходимо провести тренинг тех сотрудников, которые будут работать на стенде. В качестве полезного методического материала можно использовать книгу [З].
Обработка контакта После получения первоначальной информации необходимо ее обработать. Результатом обработки должны явиться два основных момента:
1. Мы дальше отрабатываем этот контакт?
2. Если мы его отрабатываем, то КТО это делает.
Несмотря на кажущуюся парадоксальность первого вопроса, он достаточно важен. Фирма-франчайзи может не взяться за заказ по нескольким причинам:
· отсутствие ресурсов - в данный момент времени сотрудники, специализирующиеся на этом направлении, заняты на другом заказе, а больше таких специалистов нет;
· недостаточно опыта - Ваша фирма никогда не занималась автоматизацией определенного сегмента учета, а заказчик очень ответственный и нельзя ставить на нем эксперименты;
· не договорились об оплате услуг;
· после первой беседы с потенциальным клиентом выяснилось, что Ваши услуги не требуются: клиент искал другую систему (сроки, условия работы и т.д. и т.п.).
Распределение обращений по профилю После того, как принято решение о том, что мы будем выполнять работы у данного клиента, необходимо распределить работу между специализированными подразделениями (или сотрудниками) компании. При таком распределении следует считать «профилем» не только отраслевую специфику (например, автоматизация автотранспортных предприятий, компаний, занимающихся работой, с ценными бумагами), но и распределение по компонентам системы программ «1С:Предприятие».
Очевидно, что специализированное подразделение (сотрудник) компании должен получать профильный заказ в первую очередь.
Рассматривая специализацию сотрудников по компонентам необходимо помнить о том, что очень неплохо иметь сотрудников, которые знают несколько продуктов. Тогда в периоды пиковой нагрузки для какого-либо продукта (это начало и конец года для «1С:Зарплата и кадры», конец квартала для «1С:Бухгалтерии» и т.д.) можно будет переориентировать такого рода универсалов на соответствующий продукт и тем самым обеспечивать клиентов услугами.
Комплексная автоматизация
Принимая решение о комплексной автоматизации предприятия нужно в обязательном порядке решить для себя ряд вопросов:
· кто будет создавать техническое задание?
· кто будет руководить внедрением у данного клиента?
· какие сотрудники будут реализовывать техническое задание и соответствует ли их квалификация уровню договора?
Следует обратить особое внимание на создание технического задания. От качества технического задания зависит успех и качество выполнения всей автоматизации.
При работе нескольких сотрудников над комплексной автоматизацией предприятия необходим сотрудник, который будет отвечать за весь процесс внедрения, и который будет иметь| полномочия требовать с подчиненных выполнения| планов работ.

Конфигурация на базе системы программ «1С: Предприятие»

Система программ «1С: Предприятие» (локальная, сетевая, SQL-серверная)
Сетевая операционная система (Windows NT, Novell NetWare)
Принятие решения о составе системы и подготовка коммерческого предложения От выбора состава всего комплекса (как программной, так и аппаратной составляющих) зависит качество и скорость выполняемых у клиента работ. Поэтому очень важно до начала работ у клиента определиться, на каком ПО и с каким оборудованием мы будем работать.
Будем разделять программное обеспечение «1С» и программное обеспечение сторонних производителей (Microsoft, Novell и т.д.). Фактически необходимо рассматривать структуру, приведенную на рисунке:
Программное обеспечение При выборе программного обеспечения для построения информационной системы у клиента, необходимо определиться с двумя основными моментами: какая платформа фирмы «1С» будет использоваться, и какая конфигурация будет работать на этой платформе. Фактически выбор серверной части системы зависит от сложности конфигурации и количества рабочих мест в сети.
При определении, какая платформа фирмы «1С» будет использоваться в нашей системе, следует принимать во внимание следующие замечания:
если количество рабочих мест, работающих одновременно, более 7-10 - должна использоваться SQL-серверная версия платформы (следовательно, сетевая ОС - Windows NT Server);
если планируемых размер базы данных более 400-500 МБайт - должна использоваться SQL-серверная версия платформы (следовательно, сетевая ОС - Windows NT Server);
если важна надежность базы данных (причем минимальный размер базы не играет роли), то следует использовать SQL-серверная версию платформы как более надежное решение;
если не планируется использование выделенного сервера, то не рекомендуется использовать более 3 рабочих станций, при этом в качестве операционной системе на «сервере» следует использовать Windows NT Workstation.
(Данная рекомендация обусловлена тем, что ОС Windows 9х имеет ограничение в 1024 открытых «через сеть» файла. ОС Windows NT Workstation не имеет таких ограничений.)
во всех остальных случаях следует использовать файл-серверную версию платформы
если планируется использовать файл-серверную версию платформы, то рекомендуется ставить операционную систему Novell NetWare.
Таким образом мы видим, что ключевое влияние на состав всей информационной системы оказывает выбор варианта системы программ «1С:Предприятие». Следовательно, необходимо начинать комплектацию информационной системы именно с выбора варианта системы «1С:Предприятие».
Обязательно надо следовать следующему правилу - сетевое программное обеспечение должен устанавливать специалист (желательно сертифицированный соответствующей фирмой). Соблюдение этого правила дает гарантию устойчивой работы всего программно-аппаратного комплекса.
Следующий шаг, который нужно рассмотреть при комплектовании информационной системы клиента – конфигурация, которая будет обслуживать бизнес-процессы клиента. Можно выбирать из трех различных вариантов конфигураций: типовые (идут вместе с коробкой), отраслевые конфигурации третьих фирм и заказные решения.
Типовая конфигурация С точки зрения клиента это наиболее экономное и простое решение. К типовым конфигурациям без проблем подходят все исправления и обновления, выпускаемые фирмой «1С». Это решение, с которым можно начинать работать сразу после установки программы на компьютер. Типовые конфигурации «1С» решают основные учетные проблемы, возникающие на небольших предприятиях.
Резюме. Типовые конфигурации подходят для небольших фирм, ведущих типовой учет и не имеющих сильно выраженной отраслевой специфики. Характерным является также тот факт, что используется, как правило, локальный компьютер, либо небольшая локальная сеть, чаще всего с невыделенным сервером.
Отраслевые конфигурации Прежде всего, попробуем определить, что же такое «отраслевая конфигурация». На мой взгляд, будет уместным такое определение этого продукта:
Отраслевая конфигурация (или типовое отраслевое решение - TOP) – это конфигурация, специально написанная для удовлетворения потребностей учета в определенной сфере деятельности, учитывающая специфику учета отрасли в целом, и не отражающей специфику какого-либо конкретного предприятия.
Как следует из определения, основное предназначение ТОРа – учет отраслевой специфики. Из этого следует, что ТОР необходимо выбирать тогда, когда у клиента есть четкая отраслевая специфика (например, торговля медикаментами или розничная торговля с применением различного торгового оборудования). На данный момент (15/02/2000 г.) существует большое количество (только в прайс-листе фирмы «1С» их насчитывается 27) отраслевых решений выпущенных различными фирмами-франчайзи и самой фирмой «1С». Эти решения охватывают достаточно большой спектр отраслей, начиная с расчета заработной платы для «1С: Бухгалтерии 6.0» и заканчивая реализацией интернет-магазина для «1С:Предприятия 7.5/7.7». Полный список отраслевых решений, сертифицированных фирмой «1С» можно найти в [2].
Перечислим основные преимущества ТОР:
· приобретается не только готовая конфигурация, но и определенная система знаний по тому, как вести автоматизированный учет в данной отрасли;
· проделана большая работа по формированию системы учета, отвечающая заданной отраслевой специфики;
· затраты на доводку ТОР меньше (а иногда значительно), чем затраты на доработку типовой конфигурации фирмы «1С».
Резюме. ТОР подходят для фирм, которые имеют выраженную отраслевую специфику. В этом случае разумно подобрать для клиента готовый ТОР (если он есть) и затем доработать его. Компьютерная сеть может варьироваться от простого компьютера до мощной сети с несколькими серверами. Возможно использование SQL-серверной версии платформы «1С:Предприятие».
Заказная конфигурация Это самый сложный вариант при выборе конфигурации нашей системы. При создании заказной конфигурации обязательным является проведение создание технического задания, в котором будут учтены все нюансы и аспекты деятельности автоматизируемого предприятия. По нашему опыту, объем технического задания может варьироваться от пяти до 300-500 страниц текста. Понятно, что основой для заказной конфигурации может быть:
· типовая конфигурация фирмы «1С»;
· любой ТОР;
· ни один из вышеперечисленных пунктов, т.к. конфигурация будет создаваться «с нуля».
Причем в любом случае основой может служить не одна, а несколько конфигураций. Например, конфигурации «1С-Рарус: Производство» и «lC-Papyc:GAAP», могут использоваться для автоматизации производства, в котором есть доля иностранного капитала.
Следует четко определить схему оплаты при создании заказной конфигурации. Подробно этот аспект внедрения рассмотрен в главе 3.6 книги [I].
Резюме. Данный метод характерен для предприятий, обслуживание которых либо не укладывается в готовые решения, либо являются комбинацией готовых решений с существенной доработкой. Компьютерная сеть почти всегда имеет выделенный сервер. По опыту «IC-Papyc» достаточно часто в таких случаях применяется SQL-серверная версия «1С:Предприятия».
Аппаратное обеспечение После определения конфигурации программного обеспечения необходимо определить, на каком аппаратном обеспечении будет работать наш комплекс.
Следует отметить, что для нормальной работы всей системы в целом заказчику не следует чрезмерно экономить средства на приобретении аппаратного обеспечения. Разумно напомнить клиенту, что существует не только стоимость приобретения (средства, которые мы платим в момент покупки), но и стоимость владения (средства, которые клиент тратит на поддержание работоспособности того, что мы купили). Излишне занижая стоимость приобретения, клиент с большой вероятностью теряет большие суммы во время владения оборудованием. Причем эти суммы не всегда выражены деньгами, они могут быть выражены бессонными ночами сетевого администратора, который пытается заставить работать компьютерную сеть, поседевшим главным бухгалтером, у которого «упала» база в тот момент, когда он наконец-то свел годовой баланс и т.д. и т.п.
Наш опыт показывает, что, приобретая качественное аппаратное обеспечение, клиент экономит силы и средства в первую очередь себе, а затем фирме, которая занимается обслуживанием его системы.
Очень сложно давать какие-то конкретные рекомендации по конкретным именам фирм, поставляющим оборудование, следует отметить лишь тот факт, что оперативная память, жесткие диски и сетевые карты должны быть только от проверенного производителя. Ибо именно эти компоненты компьютеров оказывают наибольшее влияние на стабильность работы Вашей сети.
При определении конфигурации компьютеров, на которых будет функционировать Ваша система, необходимо помнить о том, что требования одновременно работающих на компьютере приложений суммируются (особенно это показательно на примере размера оперативной памяти). В заключении можно дать ряд рекомендации по минимальным характеристикам рабочих станций и серверов для построения Ваших сетей.

Режим работы	Конфигурация
Рабочая станция	Минимум: Celeron 300/32Mb Рекомендуется: Pentium II-400/64 Mb*
Сервер для Novell NetWare	Pentium II-400/128 Mb/два SCSI жестких диска емкостью 10 Gb в режиме зеркального отображение
Сервер для SQL Server	2xPentium II-450/192 Mb/два SCSI жестких диска емкостью 17 Gb в режиме зеркального отображение