В процессе работы информационной базы ее размер неминуемо увеличивается. В крупных компаниям он может достигать от 5 Гигабайт в год и более. Такой стремительный рост может сказываться как на быстродействии программы, так и на сохранности данных. Чем больше размер информационной базы, тем более вероятны сбои, влекущие за собой потерю данных.
Как очистить информационную базу 1С, сохранив всю необходимую информацию?
В этом вопросе поможет “свертка информационной базы 1С” – процесс обработки документов и регистров конфигурации, позволяющий удалить старые, ненужные документы. Вместо них формируется несколько документов ввода остатков на заданный период. Таким образом мы “обрезаем” ведение учета до заданного периода.
Основными целями свертки являются:
Увеличение скорости работы системы
Уменьшение размера информационной базы
О свертке стоит задуматься, если:
“тормозит” 1С
Большой размер базы 1С (от 5 Гигабайт и более)
Долго выполняется обновление 1С
“Мозолят” глаза документы прошлых лет
В рамках проекта передо мной встала задача: Как свернуть базу 1С при переходе с 1С:ERP 2.0 на 1C:ERP 2.1?
На момент необходимости свертки фирма 1С разработала штатные механизмы только для 1С:УТ 11 и 1С:БП 3.0, а также для более старых версий.
Для разработки свертки я взял за основу механизм из 1С:УТ 11. Релиз 1С:УТ 11 брал приблизительно того же времени выпуска, что и 1С: ERP 2.0.
Этапы свертки базы 1С
Свертка информационной базы осуществляется в три этапа:
- сверка остатков с рабочей базой
ввод остатков
удаление данных прошлых периодов (удаление движений и пометка на удаление документов)
Ввод остатков
Для ввода остатков в любой конфигурации предусмотрены специальные документы.
Конфигурация 1С:ERP является симбиозом нескольких подсистем. Для каждой подсистемы используются свои документы ввода начальных остатков.
Для части документов ввода остатков в 1С:УТ 11 предусмотрены процедуры автоматического заполнения остатками по регистрам.
Например, “товары на складах”, “взаиморасчеты с клиентами/поставщиками”, “заказы клиента/поставщику”, “возвратная тара”, “денежные средств”)
Для других документов необходимо разрабатывать свои процедуры.
Например, “расчеты с сотрудниками”, частично по регистрам бухгалтерии, кадровому учету, Внеоборотные активы.
Перед переносом остатков нужно провести анализ: какие данные исходной базы подлежат переносу. Для того, чтобы ничего не упустить при разработке, я определил, по каким регистрам накопления, бухгалтерии и сведений есть остатки (данные) в базе-источнике на дату ввода - разработал отчет по остаткам и движениям по всем регистрам накопления, сведений, бухгалтерии.
- Заполнение документов «Ввод начальных остатков»
По каждому виду операции ввода остатков я провел анализ на существование механизма ввода остатков в обработке из 1С:УТ 11, определил, какие регистры двигают данный вид операции. Для несуществующих механизмов ввода остатков разработал собственные.
- Заполнение документов “Корректировка регистров”, “Перенос данных” и “Операция(регламентированный учет)”
После разработки ввода остатков стандартными документами выяснилось, что для некоторых подсистем, механизмов, регистров нет соответствующих документов ввода остатков.
Например, остатков на производственных регистрах, “прочие активы и пассивы”, “заказы на перемещение”, “распоряжения на выпуск”, “расчеты с фондами по страховым взносам”.
Можно доработать конфигурацию для ввода остатков по таким регистрам (механизмам) или разработать заполнение остатков с помощью документов:
- “Корректировка регистров” - подходит для остальных подсистем.
- Сложные схемы ввода остатков
“Перенос данных” - подходит для регистров подсистем расчета зарплаты и управления кадрами
“Операция(регламентированный учет)” - подходит для остатков на регистрах бухгалтерии по тем данным, которые не отразились документами “Ввода остатков”
Для некоторых механизмов 1С:ERP нельзя ограничиться внесением остатков на дату свертки. Это обусловлено тем, что для определенных механизмов ключевые данные хранятся не только в регистрах, но и в самих документах. В основном это документы, на которые ссылаются данные регистров. В стандартной обработке ввода остатков такой механизм разработан для учета заказов покупателя. Суть его заключается в следующем:
1. Берутся остатки по незакрытым остаткам заказов
2. Документы из остатков помечаются специальным комментарием
3. Для частично не закрытых заказов табличная часть перезаполняется только данными остатков на дату свертки
В таком случае у нас не вводятся документы ввода остатков по регистрам механизма заказов, а документы заказа, по которым есть остатки, помечаются специальным комментарием. Такие документы при последующих этапах свертки не удаляются.
Такой же механизм я применил для кадровых документов. Документы сотрудников, работающих на дату свертки, пометил специальным комментарием, остальные документы были удалены на последующих этапах свертки.
Удаление данных прошлых периодов
Удаление данных производится в два этапа:
удаление движений документов
пометка документов на удаление
При удалении движений по каждому регистру:
1. Выбираются все документы, которые:
“двигали” регистр до даты свертки
2. Отключается использование итогов
3. Для каждого документа удаляются движения
Для каждого вида документов формируется список документов, не содержащих специальный комментарий. На них ставится пометка на удаление.
Сверка правильности ввода остатков с рабочей базой
Сначала проверяются остатки в целом по каждому регистру, по всем ресурсам (без детализации по измерениям). Если итоговая сумма каждого ресурса совпадает, то проверяем следующий регистр. Если есть разница, то анализируем более детальные остатки в разрезе измерений. Начинать необходимо с измерений, имеющих наименьшее количество разных значений.
Например, для большинства регистров первым анализируется измерение Организации. Выявляется, по каким организациям есть расхождения. Далее для каждой организации анализируются более детальные данные.
Если такие сложные системы как 1С:ERP, 1С:УПП, 1С:Комплексная автоматизация, 1С:Управление холдингом используются в большей степени для решения бухгалтерского учета, то возможно неполное или частично неправильное использование некоторого функционала программы. Это происходит из-за того, что сотрудники бухгалтерской службы производят контроль по регистрам бухгалтерии, выполняя ручные корректировки документами Операция(регламентированный учет) и не контролируют данные в соответствующих регистрах накопления.
В 1С:ERP основой для операций бухгалтерского учета являются регистры накопления. Операции формирования документов ввода остатков выполняются на основании данных регистров накопления.
В этой ситуации остатки, введенные сверткой базы по данным регистров накопления, по регистрам бухгалтерии будут различаться между новой и рабочей базой.
Существует два варианта решения проблемы:
1. В рабочей базе привести остатки по регистрам накопления в порядок
2. Переписать процедуры ввода остатков с данных регистров накопления на данные регистров бухгалтерии (если данные в регистрах бухгалтерии покрывают данные в регистрах накопления). Я использовал второй способ.
Организация процесса свертки данных
Для орагнизации свертки информационной базы обычно создается отдельная ее копия и в ней запускается обработка, которая выполняет операции, описанные выше. Копия базы делается для того чтобы сохранить в отдельной базе старые данные, а в новой свернутой базе продолжить работу.
Все было бы просто, если бы не большое время выполнения обработки – от нескольких часов до нескольких недель.
Длительность процесса свертки зависит от:
конфигурации базы
используемых подсистем
объема внесенных данных до даты свертки
Из-за длительности процесса возникают две существенные проблемы:
. Пока не будет готова новая свернутая база, необходимо продолжать учет: выписывать документы, расчитывать и фиксировать измененные данные, сдавать отчетность. После создания новой свернутой базы пользователям необходимо в новой базе внести всю информацию, которая вносилась в старую во время процесса свертки и параллельно вносить новые данные, т.е. выполнять текущую работу. Кроме того еще надо сверить в новой остатки и проверить работу системы после внесения остатков, т.к. могут быть скрытые ошибки свертки базы.2. Сложность тестирования обработки свертки . На этапе разработки методологии свертки или написания кода обработки возрастает цена ошибки. Если, например, процесс свертки занимает 1 день, то процесс тестирования при 10 ошибках может занять 10 дней, если каждая ошибка выявлялась не сразу, а после каждого нового тестирования. А если свертка занимает не 1 день, а неделю? А если не 10 ошибок, а больше?...
Для решения этих проблем я использовал план обмена и обработку “Выгрузка и загрузка данных XML”.
В рабочей базе я добавил план обмена, фиксирующий все изменения после создания копии базы для свертки. После свертки измененные данные в рабочей базе переносил обработкой “Выгрузка и загрузка данных XML”. Таким образом пользователям не пришлось вносить данные в Новую базу, они были перенесены автоматически.
Выявление ошибок написания кода обычно происходит на этапе сверки остатков, т.е. после введения остатков и удаления данных прошлых периодов. Так как этап удаления довольно длительный, а правильность введения остатков в большинстве случаев не зависит от этапа удаления, то практичнее тестирование и доработку ввода остатков делать в отдельной третьей базе. Пока в Новой базе проходил процесс удаления данных прошлых периодов, я устранял выявленные ошибки в обработке свертки и дорабатывал новые процедуры свертки. После окончания удаления старых документов и движений у меня была готова Новая база, но с неправильными остатками. На отдельной копии рабочей базы я формировал документы остатков, изменения автоматически фиксировались в плане обмена, и обработкой “Выгрузка и загрузка данных XML” переносил измененные остатки в Новую рабочую базу. При выявлении новых ошибок – повторял эти операции. Данный метод значительно ускорил разработку и тестирование процедур ввода остатков.
База клиента содержала 1,5 млн. документов в прошлом периоде.
Длительность операций составляла:
1 час – ввод остатков
6 суток – удаление движений
4 суток – установка пометок удаления
Так как процесс разработки довольно трудоемкий, а продолжительность выполнения этапов свертки велика, то на будущее я определил для себя следующую последовательность действий:
1. Добавление в рабочей базе плана обмена.
2. Создание копии базы – «новая свернутая база»
3. Запуск в свернутой базе процедуры удаления всех данных до даты свертки (самая длительная операция)
4. Анализ остатков и разработка операций ввода остатков
5. Формирование в отдельной копии процедуры ввода остатков (с регистрацией изменений в плане обмена)
6. Перенос данных ввода остатков из копии рабочей в «новую свернутую базу»
7. Проверка остатков, при необходимости повторение пунктов 5,6,7.
Сложно с первого, да и со второго раза написать идеальную обработку свертки базы для 1С:ERP, необходимо досконально знать изнутри каждый механизм, каждую подсистему, но с каждым разом будет получаться все лучше и лучше.
Такой случай происходит в основном при обновлении базовых версий, при автоматическом обновлении, или даже при ручном обновлении с базовой версии на проф версию.
Причины могут быть самые разные: это обновление не тем дистрибутивом(когда мы обновляем обычным дистрибутивом профа вместо специального для перехода на проф версию), но это только подозрение как одна из возможных причин.
Считаю основную причину данной проблемы в правах, давайте заглянем, с какими правами мы обновляемся.
Вроде должны быть учетные записи, но их по сути здесь нет! В конфигураторе пусто.
В предприятии ещё не легче, задвоенный администратор
Причем явно недонастроенный или настроенный как попало, так как если правильно настроить, то он и в конфигураторе, и в предприятиии будет корректно отображаться.
Получается, что мы обновляемся от неизвестного Гостя. С учетом того, что в новой бухгалтерии стало уделяться очень большое внимания не только ролям, но и правам, группам доступа, профилям групп доступа - вдруг мы и стали попадать с пустыми учетками в такую ситуацию.
Начинаем работу по удалению дублей в режиме предприятия, так на данный момент оба администратора недействительны.
Выбираем одного из администраторов, ставим галку, что вход в программу разрешен. Так же встанет галочка автоматом: Аутентификация 1С:Предприятия. Это для входа при запуске, оставляем, пароль можно не давать.
Далее заходим в права доступа, программа сразу ругнется, что в список пользователей добавлен первый пользователь, поэтому он автоматически будет включен в группу Администраторы, с этим мы соглашаемся, ставим права доступа - Администратор(может и сама встать галочка), записали, сохранили. Второго админа помечаем на удаление.
Вызываем обработку конфигурации: Удаление помеченных объектов и там может опять нарисоваться неприятная ситуация, что пользователь использован в отчетах, актах и так далее)))
Но это не проблема, есть другая обработка(их даже тут хватает) - поиск и удаление дубликатов, но даже лучше будет: Поиск и замена значений.
Вот последнюю я беру, нахожу справочник пользователи, выбираю помеченную на удаление запись администратора и заменяю ссылки на правильную запись.
Ура! Полдела сделано, теперь можно спокойно удалить неправильную запись, а учетная запись администратора у нас наконец-то появилась в конфигураторе(проверяем кнопочкой, обновить список пользователей).
Но.. вроде сделали, перезапустили, но так и не появилась панель разделов. Гадаем дальше.
Разделы по сути есть подсистемы, но вот косяк, при переключении режима хоть в такси, хоть обратно в 8.2 ничего не работает!
В конфигураторе мы ничего не найдем по данному поводу, никакого кодинга я там не вижу, за то в предприятии есть хорошая проблема, не редактируется константы интеративно, а по сути они отключены.
Та же самая проблема нарисуется при попытке открыть константу: Интерфейс Такси.
Выводы можно сделать такие, что при обновлении без учетки с какими попало правами(если они вообще есть) можно получить и более серьёзные проблемы. Минимум ту проблему, которую я описала, максимум, что - нибудь похуже. То есть проблема по любому оказалась не с конфигурацией, а с пользовательскими данными. Вы можете конечно же и спорить, но это лично моё мнение.
Если нам интерфейс констант не включить интерактивно, то можно рискнуть его включить внешней обработкой из под учетки с полными правами(полные права - это обязательно)
PS: На всякий случай в конфигураторе права поставьте все галочки! Ставятся автоматом обычно Полные права и администрирование системы. лучше поставьте ВСЕ галочки, чтобы не вышло так, как в комментариях. Но на худой конец и оно поправимо)
Создаём внешнюю обработку, создаем форму обработки, в форме обработки создаем команду в командах формы и переносим её в Элементы.
Действие команды будет таким:
&НаСервере Процедура ВключитьИнтерфейс82НаСервере() // Вставить содержимое обработчика. Константы.ИнтерфейсВерсии82.Получить(); Константы.ИнтерфейсВерсии82.Установить(Истина); КонецПроцедуры &НаКлиенте Процедура ВключитьИнтерфейс82(Команда) ВключитьИнтерфейс82НаСервере(); КонецПроцедуры
Данную обработку сохраняем в нужной вам папке, после чего открываем её из предприятия, нажимаем кнопочку и наслаждаемся.
Подведем итоги.
1. Самое первое золотое правило - это конечно же бекапы.
2. Обновлять надо конфигурацию от учетки с полными правами. Теперь я понимаю, откуда данная проблема - просто БИЧ базовых версий, так как они работают чаще всего без учетки(НеУказан)
На проф версиях не видела такой ситуации, так как там учетки всегда есть как с меньшими правами, так и с полными.
Так что берегите свои базы)))
Огромное спасибо пользователю Alex с другого форума(Фан-клуб лаборатории Касперского), ник ACIK , так как он меня и направил на путь истинный)))
Это вторая часть статьи о настройке интерфейса «Такси», появившегося в приложении «1С:Предприятие 8.3». В я рассказывал о том, как добавлять в интерфейс новые панели и менять их расположение в соответствии со своими предпочтениями. Во второй части я научу вас управлять разделами приложения и их содержимым, а также менять параметры начальной страницы интерфейса.
На расположенном ниже скриншоте интерфейс выглядит так, как мы заставили его выглядеть на прошлом занятии. Для меня такой рабочий вид не очень удобен. Я предпочитаю, когда панель разделов находится слева, как это сделано по умолчанию. И дело не только в привычке. Просто когда все разделы компактно собраны с одной стороны, их все можно охватить одним взглядом, чего не скажешь о растянутом меню в верхней части интерфейса.
Но поскольку на скриншотах боковое меню занимает слишком много пространства, я оставлю разделы в том месте, куда мы их перенесли. Хотя вам я рекомендую оставить это меню там, куда его поместили сами разработчики.
Здесь и далее используются скриншоты, созданные с помощью «1С:Зарплата и управление персоналом 3.0» , но, как я уже говорил в предыдущей статье, эти настройки актуальны для всех новых конфигураций, поскольку интерфейс «Такси» используется и в них тоже.
Итак, следующая функция, о которой я хочу вам рассказать, — это настройка панелей разделов. Она позволяет удалять из интерфейса отдельные разделы.
Тут может возникнуть вопрос о том, зачем кому-то может понадобиться удалять из программы целые разделы операций. На самом деле все очень просто. Допустим, у вас небольшая фирма, в которой персоналом и зарплатой занимается всего один сотрудник. Конечно, в таком случае удалять ничего нельзя, поскольку время от времени он будет пользоваться всеми доступными инструментами.
Но предположим, что у вас в штате есть специалист по кадрам, ведущий кадровый учет, и бухгалтер по заработной плате. Кадровику не нужен расчет зарплаты, как и бухгалтеру — кадровые операции. Поэтому каждому из этих специалистов можно оставить только те разделы, которые им действительно нужны, чтобы лишние элементы не отвлекали ваших сотрудников от работы.
Конечно, некоторые объекты в рамках своих полномочий используют и кадровики, и бухгалтеры. Например, больничные листы или отпуска. Но, как правило, доступ к таким объектам дублируется в соответствующих разделах.
Чтобы удалить или добавить удаленный ранее раздел, нужно в подразделе настроек «Вид» выбрать функцию «Настройка панели разделов».
В открывшемся окне легко удалить любые элементы из интерфейса и вернуть их обратно. Это можно сделать несколькими способами.
Во-первых, можно воспользоваться кнопками «Добавить», «Добавить все», «Удалить» и «Удалить все». Если вы не пользуетесь кнопкой, удаляющей или добавляющей все возможные объекты, то действие коснется только выделенных объектов.
Для того чтобы выделить несколько идущих подряд пунктов меню, нужно выделить мышкой верхний из них, а затем, зажав Shift, щелкнуть по нижнему объекту выделяемой группы.
Для того чтобы выбрать несколько объектов в произвольном порядке, нужно отметить их мышкой, удерживая клавишу Ctrl.
Во-вторых, добавлять или удалять объекты можно простым перетаскиванием мыши.
Но мне ближе третий способ. Следуя ему, нужно просто выполнить двойной щелчок мышью по нужному объекту. Если он расположен среди доступных объектов, он сразу станет выбранным, а в противном случае перенесется из выбранных в доступные.
Справа вверху вы видите две голубые стрелочки. Они нужны для того, чтобы менять порядок расположения элементов в меню.
Теперь, используя полученные знания, давайте удалим из панели разделов пункты «Зарплата», «Выплаты» и «Налоги и взносы», а раздел «Администрирование» поднимем на верх списка выбранных разделов.
Теперь примем изменения и посмотрим, какой вид приняло наше меню.
Все получилось так, как мы и замышляли. Чтобы быстро вернуть все обратно, нужно снова зайти в настройку панели разделов, нажать кнопку «Еще», выбрать опцию «Установить стандартные настройки» и принять изменения.
Я не случайно потратил столько времени на описание этих действий, поскольку они повсеместно используются во всех конфигурациях «1С:Предприятие 8.3» и понадобятся нам уже в следующих примерах.
Следующее, о чем я хочу вам рассказать, — это настройка начальной страницы. Сейчас на ней висит приглашение настроить систему с нуля или перенести данные из других конфигураций, но в будущем, когда программа будет настроена, там будут отображаться другие данные. Например, если говорить о конфигурации «1С:Зарплата и управление персоналом 3.0», то это могут быть штатное расписание и история проведенных начислений.
Для управления настройками начальной страницы нужно зайти в «Вид», «Настройка начальной страницы».
Как видите, здесь все то же самое, что и в настройках панели разделов. Единственная разница заключается в том, что для начальной страницы также предусмотрена активация второй колонки, которую можно активировать, добавив туда какие-то из доступных форм. Но делать это стоит только в том случае, если у вас достаточно большой дисплей. В противном случае вторая колонка будет только мешать, отъедая рабочее пространство.
Вы можете самостоятельно поэкспериментировать с настройкой начального экрана. Вернуть все к настройкам по умолчанию можно точно так же, как мы это проделали после настройки панели разделов.
Рабочее пространство каждого раздела делится на панель навигации и панель действий. Визуально они не отличаются друг от друга, поэтому панель навигации я для наглядности отметил на следующем скриншоте красной обводкой.
Через панель навигации пользователь получает доступ к спискам отчетов, документов и так далее. А с помощью панели действий он сразу может создать документ, отчет и то же самое «так далее».
Для наглядности снова посмотрим на предыдущий скриншот, иллюстрирующий раздел «Зарплата». Как видите, в панели навигации, которую я обвел красной рамкой, есть раздел «Больничные листы». Если вы нажмете на него, откроется список всех больничных листов, который у нас пока пуст. Здесь вы сможете создать новый больничный лист, нажав кнопку «Создать».
Но в том же разделе «Зарплата», в меню действий, тоже есть пункт «Больничный лист», расположенный под красноречивым заголовком «Создать». Выбрав его, вы создадите точно такой же больничный лист, как и в предыдущем примере, но для этого вам не придется переходить к их общему списку и нажимать дополнительно кнопку.
Содержимым панелей навигации и действий тоже можно управлять. Поэтому, если вы уверены, что какая-то функция должна быть в определенном разделе, но ее там нет, возможно, ее просто не добавили в список. Вы можете сделать это самостоятельно, используя функции «Настройка навигации» и «Настройка действий». Это делается аналогично настройкам разделов и начального экрана.
Посмотрите, как стал выглядеть этот же раздел после того, как я включил все доступные для него функции.
Просто каша какая-то, не правда ли? Все действия не помещаются на экран, даже если развернуть его, и, чтобы посмотреть их все, приходится пользоваться полосой прокрутки. Поэтому целесообразно активировать в меню действий только те функции, которые действительно нужны достаточно часто. Те же документы, которые требуются вам гораздо реже, лучше создавать, переходя к ним через панель навигации, и не включать их в панель действий.
Здесь нелишне будет напомнить, что доступ к любому объекту «1С:Предприятие 8.3» в интерфейсе «Такси» можно получить через опцию «Все функции», о которой я писал в первой части статьи.
В правом верхнем углу интерфейса «Такси» расположена панель с кнопками, дублирующими некоторые функции приложения. Вы сами можете выбирать, какие кнопки будут отображаться в данной панели. Для этого нужно воспользоваться функцией «Добавить или удалить кнопки» и отметить птичками те из них, которые вам нужны наиболее часто, как это показано на скриншоте ниже.
На этом статья о настойке интерфейса «Такси» подошла к концу. В следующий раз я расскажу, как начать работу в конфигурации «1С:Зарплата и управление предприятием 3.0».
Управляемая форма в 8.2 не рисуется, как в 8.0 и 8.1, а описывается программистом. Она сделана для того, чтобы на тонких каналах связи (тонкий клиент или веб-клиент, хотя управляемая форма возможна и на толстом клиенте) оптимизировать объем передаваемых данных.
Управляемая форма состоит из следующих разделов:
- Панель разделов
- Панель навигации
- Панель действий
- Рабочая область
- Когда необходимо, открываются другие области, например область оповещений.
Панель разделов.
Панель разделов находится вверху рабочего стола:
Панель разделов соответствует подсистемам в ветке «Общие» вдереве метаданных в режиме конфигуратора.
И чтобы появился соответствующий раздел, достаточно добавить подсистему и подчинить ей нужные объекты конфигурации. Для добавления картинки раздела в окне редактирования элемента подсистемы на вкладке «Общие» выбираем поле «Картинка» и выбираем нужную нам картинку или добавляем свою, иначе по умолчанию добавляется такая картинка
Раздел «Рабочий стол» будет присутствовать всегда по умолчанию.
Чтобы сделать невидимой для пользователя некоторую подсистему, нужно настроить права или скрыть её в меню «Командный интерфейс конфигурации»,вызываемой из контекстного меню конфигурации.
Если в конфигурации нет ни одной подсистемы, то панель разделов выводиться не будет вообще.
Панель навигации.
Панель навигации находится сбоку и показывает ссылки на различные объекты конфигурации:
Настраивается панель навигации из контекстного меню подсистемы:
И можем снять или поставить «галочки» видимости у элементов, которые включены в данную подсистему, а также поменять элементы местами, передвигая стрелками:
Панель навигации есть также и у других объектов конфигурации, и настраивается на вкладке «Командный интерфейс формы.
Панель навигации состоит из нескольких групп:
- Важное
- Обычное
- Перейти
- См. также
Группы «Обычное» и «Перейти» показаны простым шрифтом. Первое существует у подсистемы, авторое - у справочников (например подчиненный справочник) , документов (регистр, по которому делаются движения) и т.п.
В самом низу панели навигации расположена группа «См. также» - это дополнительные ссылки.
Кроме этих групп, программист может создавать и свои группы панели навигации.
Панели навигации, как и панели разделов также может и не быть.
Панель действий
Панель действий расположена вверху, под панелью разделов и над рабочей областью:
Она позволяет вызывать служебные окна, например константы, отчеты или обработки.
Настраивается в тех же меню, что и панель навигации, но, как правило, в подсистемах.
Как и у панели навигации, у панели действий есть свои группы:
- Создать
- Отчеты
- Сервис
Первая группа создает окна для создания элементов, вторая - вызывает отчеты, третья - вызывает обработки, константы, а также и другую сервисную информацию.
Рабочая область
Рабочая область занимает основную часть формы.
Как правило, здесь отображается список выбранных объектов конфигурации. При выборе другого объекта конфигурации, рабочая область замещается на список нового объекта.
Рабочий стол
Рабочий стол занимает первую вкладку, если у нас существует панель разделов, и всю форму, если панели разделов нет. То есть рабочий стол существует всегда. На рабочем столе может быть и панель навигации, и панель действий. На рабочую область рабочего стола можно вывести любые управляемые формы. Как правило, это наиболее важная для пользователя информация.
За настройку рабочего стола «отвечают» 2 пункта контекстного меню конфигурации
Пункт «Открыть командный интерфейс рабочего стола» позволяет настроить панель навигации и панель действий рабочего стола
В отличие от других форм редактирования, в форме редактирования панели навигации и действий рабочего стола есть возможность выбора любых объектов из левой части «Доступные команды».
Рабочую область можно настроить через пункт «Открыть рабочую область рабочего стола». Именно эту часть пользователь и видит в первую очередь. Мы видим, что есть шаблоны рабочего стола -в одну колонку, в две колонки одинаковой ширины и в две колонки разной ширины.
Ниже размещаем любые управляемые формы,которые конкретный пользователь чаще всего использует и настраиваем видимость и высоту.
Панель разделов - это один из элементов командного интерфейса программы. Она показывает основную, главную структуру прикладного решения и позволяет перемещаться между разделами программы.
Нажимая мышью на закладку выбранного раздела пользователь перемещается в раздел - выделенную функциональную часть программы, которая предназначена для решения определенного фиксированного круга задач. Все действия, доступные пользователю в этом разделе, отображаются в виде команд в панели навигации и панели действий выбранного раздела.
Если панель разделов существует, то она расположена в верхней части основного окна программы. Однако она может существовать не всегда.
Во-первых, могут быть программы без панели разделов. Например, относительно простые программы, обладающие небольшим количеством функций. В таких программах панель разделов отсутствует, а все команды располагаются в панели навигации и в панели действий рабочего стола.
Во-вторых, панель разделов может быть отключена пользовательскими настройками в режиме 1С:Предприятие.
Панель разделов формируется платформой автоматически. Первый раздел - это всегда рабочий стол. Однако набор других разделов у разных пользователей одного и того же прикладного решения может быть различным.
Например, панель разделов администратора может содержать все разделы, в то время как панель разделов продавца - только самые необходимые - Продажи и Предприятие .
Так происходит потому, что роли, назначенные пользователю, могут иметь или не иметь прав на просмотр каких-то подсистем верхнего уровня. А именно подсистемы верхнего уровня и являются теми разделами, которые видит пользователь в панели разделов. Платформа анализирует права пользователя и показывает только те разделы, на которые у него есть права.
Настройка панели разделов
Пользователь имеет возможность настроить состав панели разделов: добавить или удалить разделы, изменить их внешнее представление.
Например, он может убрать разделы Товарные запасы и Предприятие и сказать, чтобы разделы отображались только в виде текста.
Программа автоматически запоминает настройки, выполненные пользователем, и в следующий раз будет показывать панель разделов такой, как ее настроил пользователь.
Редактирование панели разделов в конфигураторе
В процессе разработки прикладного решения для формирования и настройки панели разделов используется редактор командного интерфейса конфигурации. Он позволяет установить порядок следования разделов и настроить их видимость для ролей, существующих в конфигурации. 1с Франчайзи «АБС» (Автоматизация бизнес систем)
