Дополнительные реквизиты и сведения, дополнительная настройка программы.

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

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

Так вот, что мы можем сделать: мы можем пригласить программиста, он нам добавит этот реквизит и, пожалуйста, будем использовать.

Мы поступим проще: мы воспользуемся возможностями системы, мы у системы включаем возможность использования дополнительных реквизитов.

И здесь же определяем, что из дополнительных реквизитов у нас будет работать. Вот, как мы видим, перечень уже готов, есть реквизиты для справочника Партнеры, есть реквизиты для справочника Номенклатура, мы воспользуемся справочником Партнеры.

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

И по умолчанию мы ставим, что он выключен.

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

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

Сейчас попробуем на справочнике Номенклатура, как это все работает. Итак, у Номенклатуры подобным аналогом является использование свойств и характеристик. Мы включаем использование характеристик.

Что такое характеристики: допустим, у нас есть товар, который незначительно отличается какими-то уточняющими признаками. Например, у нас есть обувь, она отличается цветом, отличается размерами. Многие сто делают: многие берут и заводят каждую номенклатуру со своим набором характеристик, допустим, коллекция обуви называется с таким-то размером и с таким цветом – мы ее завели, как отдельную номенклатуру. Такой вариант имеет право на существование, но у него есть один большой недостаток: если в будущем мы захотим проверить, а сколько у нас на остатке обуви только 46 размера, мы этого не сделать не сможем. Потому что у нас размер, этот детализирующий признак он находится в названии номенклатуры. Делать признак, как по части названия – очень сложно, потому что у некоторых 46- это может быть название модели какой-то, у некоторых 46 – это еще какой-то признак, не связанный с размером и так далее. Что мы можем сделать: мы можем в справочнике Номенклатура, допустим, у нашего стула ввести дополнительную информацию.

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

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

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

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

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

Тоже есть возможность настроить автоматическое создание штрих кода, при создании самой номенклатуры. Следующий момент, который тоже у нас есть – это контроль уникальности наименования и характеристик.

Что это значит: когда у нас есть большой поток номенклатуры, то очень часто у нас бывает, что пользователи по ошибке не найдя соответствующее название, по ошибке вносят ту же самую номенклатуру и со временем возникает путаница. В чем путаница: дело в том, что в системе, когда мы видим два одинаковых наименования – это нам только кажется, что они одинаковые, с точки зрения системы – они абсолютно разные. И может получиться такая ситуация, что у нас есть одна и та же номенклатура с одним и тем же названием, допустим, те же самые доски, они у нас есть, как в группе материалы, так и в группе товары. И что же нам в этом случае делать, как нам выходить из ситуации: мы не должны создавать 2 одинаковые номенклатуры, поэтому в системе можно включить контроль уникальности и система будет проверять и, естественно, если мы пытаемся внести то же самое – она будет сразу же оперативно на эти вещи реагировать. Следующий блок, связанный с учетом серии и системы качества, то есть, серия – это дополнительный разрез аналитики.

Мы можем хранить данные о сериях, закупаемой ил продаваемой номенклатуры. Аналогично можно хранить информацию о качестве, то есть, у нас могут быть товары, которые отличаются от качества, допустим, новый. Допустим, у нас на складе были товары, они каким-то образом что-то в них испортилось, испортилась упаковка, либо товар имеет незначительную вмятину, царапину и так далее. То есть, естественно, такой товар можно продать дешевле, но не выбрасывать его. Для того, чтобы этот товар можно было учитывать, у нас есть возможность фиксировать качество товара и, соответственно, в документах уже выбирать – это будет дополнительным разрезом аналитики, можно выбрать, на сколько у нас товара, который у нас с качеством, так сказать, не новый, а есть с ухудшенным качеством, так сказать. Следующий момент, тоже немаловажный: можно ввести учет номенклатуры поставщиков, то есть, когда у нас в документе приходуется номенклатура, то может оказаться такая неприятная особенность. Мы закупаем однотипную номенклатуру у разных поставщиков, но получается, что она у разных поставщиков называется по-разному, грубо говоря, у одних мы покупаем кирпич красный – называется кирпич красный, Т100, другие – эту же марку называют красный кирпич Т100. Третьи могут называть кирпич красный Т100(огнеупорный), размеры еще вписать и так далее и так далее. Что у нас получится: если мы будем вносить номенклатуру вот так, как ее назвал поставщик, то у нас может получиться ситуация, когда у нас будет очень много похожей номенклатуры, и при списании у нас сразу же возникнет глупый вопрос: а что нам списывать, что это у нас? Оприходовать, понятно, можно по разной номенклатуре, но когда возникнет вопрос по списанию, допустим, для нашего отдела капитального строительства – абсолютно без разницы, как он назывался у поставщика, то есть, он знает, что для меня – это кирпич красный Т100 – всё, вот я его и списываю. А программа может сказать: так его нет на остатке, зато есть красный кирпич, есть еще какой-то кирпич со словом красный – возникают определенные неудобства. Поэтому для того, чтобы я фиксировал номенклатуру поставщика и здесь же фиксировал свою номенклатуру – предусмотрен этот пункт, у меня в документах поступления сразу же появляется поле – номенклатура поставщика. Давайте просто посмотрим, хотя бы просто документы поступления. Итак, вот она – номенклатура поставщика и есть специальный регистр, который так и называется – номенклатура поставщика. В печатной форме будет выводиться в зависимости от того, какая печатная форма, то есть, может вводиться либо приходная накладная, либо приходная накладная по данным поставщикам. Следующий момент – настройка номенклатуры, которая продается совместно. Что еще есть в Управлении торговлей, версия 3.0: есть такая замечательная возможность, как система продаж – интер компании. То есть, выражаясь простым языком, когда закупает товар одно предприятие, а продает другое предприятие. Такую схему реализовать в Управлении торговлей, версия 3.0 – уже можно. В существующих системах такую схему реализовать невозможно, потому что то, что приходовало одно предприятие – оно, естественно, отражается на остатках этого предприятия. Соответственно, и реализовать его может только это же предприятие. В условиях реальной жизни ситуации бывают очень интересные, когда у нас один партнер, имея несколько юр. лиц может закупать номенклатур от имени одного, а продавать от имени другого – то есть, с целью оптимизации того же самого налогообложения. Поэтому, такая схема тоже есть, настройка ее довольно трудоемкая, но, в принципе, реализовать такую схему можно. Система будет показывать, что есть необходимость после реализации выполнить передачу товаров от одной компании к другой по каким-то внутренним ценам, либо по ценам себестоимости, либо по какому-то типу цен, для того, чтобы эти все внутренние перемещения между своими компаниями как-то это все дело закрывать. В рамках начального знакомства с системой мы этот момент пока не рассматриваем. Следующий раздел, идем в раздел Маркетинга, смотрим, что у нас есть: естественно, это скидки.

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

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

  • Экспертное сопровождение бухгалтеров

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

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

Работа с торговыми представителями – что здесь подразумевается: мы можем в системе фиксировать задания, которые мы ставим торговым представителям, тоже довольно большой и интересный кусок работы подсистемы, ее тоже можно предварительно настраивать. Внести в систему наших пользователей, которые будут торговыми представителями и при наличии доступа в интернет, эти сотрудники могут получать задания. Скажем так, даже не появляясь на работе, потому что система будет им генерировать задания, они при входе в систему будут видеть эти задания, их отрабатывать, отчитываться, как они их отработали и уже строиться какая-то работа. Если эта работа связана с продажами, то есть, фиксируются заказы и так дальше, дальше, все это можно сделать. Чуть ниже мы видим, что можно разделить, детализировать задания по номенклатуре. То есть, если мы хотим торговых представителей разделить по каким-то признакам, критериям, допустим, у нас крупная торговая компания, мы занимаемся несколькими торговыми марками и мы хотим, чтобы представитель занимался только своей торговой маркой, то есть, весь перечень, но только своей торговой маркой. Либо наоборот, только по каким-то направлениям: один занимается только строительными материалами, другой занимается только, скажем так, только молочными продуктами, другой занимается только еще какой-то продукцией, бытовой техникой, кухонной и так далее – уже мы можем как-то ограничивать людей, чтобы они не пытались объять необъятное, а занимались только в своем узком сегменте. Блок, связанный с настройкой торгового оборудования, то есть, сейчас он просто выключен, есть возможность, во-первых, его включить и дальше настроить, что именно мы планируем в качестве торгового оборудования использовать.

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

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

Следующий блок – то, что касается финансовой части: первое – это планирование денежных средств.

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

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

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

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

Поэтому, как правило, настроек 2, и они используются совместно. Следующий момент – это возможность ведения обособленного учета.

Иногда нужно выделять отдельные, еще дополнительно вести учет, либо по каким-то поставщикам, либо по каким-то финансовым группам, либо по сделкам и так далее. Так вот, сейчас в системе ведется обобщенный учет, при желании мы можем вести обособленный учет, который уже будет более детальный, более фиксированный, и, соответственно, строить по ним отчет. Подсистема документооборота, что она подразумевает: первое – это использование встроенного почтового клиента, встроенный почтовый клиент позволит нам принимать почту и отправлять почту непосредственно из системы 1С.

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

Какие-то внутренние документы, приказы, распоряжения, ознакомления с ними, инструкции и так далее – они все курсируют в системе в электронном виде. Есть разделение по степени доступа, то есть, одни документы видят все пользователи, другие документы видят пользователи с определенными доступами, статусами, их непосредственно, в документообороте можно править, прикреплять какие-то дополнительные комментарии, скан копии и так далее – целая довольно серьезная подсистема, именно связанная с документооборотом. Поэтому, тоже ее можно включить и использовать. Система обмена данными, то есть, что такое обмен данными?

Наверное, уже увидели существенный недостаток нашей системы Управление торговлей, версия 3.0 – это управленческое решение, то есть решение, которое не позволяет вести регламентированный учет. Как же тогда быть, неужели все-таки нужно вести, по сути, двойной учет? Потому что часть управленческого учета будет вестись в Управление торговлей, регламентированный учет будет вестись, скажем, в том же решении Бухгалтерия, и данные придется дублировать. На самом деле нет: мы можем настроить обмен данными и система будет часть данных, в частности то, что связано с продажами, то, что связано с закупками, заказами – она эти данные может передавать в бухгалтерию, а бухгалтерия уже будет вести регламентированный учет, считать регламентированные затраты, себестоимость и так далее, то есть, уже 2 системы будут работать. Между какими системами у нас поддерживаются обмены? Для начала – обмены нужно включить.

Во-вторых, указать, с чем мы собрались обмениваться. Вот, посмотрите внимательно, что подразумевает система: система может обмениваться, с конфигурацией – Бухгалтерия для Украины, есть такая конфигурация. Система может обмениваться с конфигурацией Розница для Украины. Розница – это конфигурация именно для розничной торговли, она довольно-таки упрощена, но она максимально адаптирована для работы именно с оборудованием. Там есть еще более удобное рабочее место кассира, там предусмотрены системы не только скидочных карт, но и бонусных карт, личные карты продавцов, чтобы можно было фиксировать продажи продавцов и так далее – именно все, что касается розницы. Обмен с документооборотом и обмен по принципу распределенной базы. Что такое распределенная база, в двух словах буквально расскажу. Когда у нас нет возможности обеспечить работу в одном месте всех пользователей, мы можем поступить или построить нашу систему по принципу распределенной информационной системы. Что имеется в виду: у нас ставится, так называемый, центральный узел, скажем так, в центральном офисе, а в филиалы может ставиться образ линейного центрального узла. Это такая же копия базы, которая будет обмениваться абсолютно всеми документами и настраивается двухсторонний обмен. Все документы, созданные в базе центрального офиса передаются в базу центрального офиса, а обратно получаются только документы по этому филиалу, либо, скажем так, по этому складу, в зависимости от того, как будет организована настройка. Соответственно, в центральном офисе консолидируется вся эта информация, а уже региональные офисы работают сами независимо и через какое-то время происходит обмен данными, то есть, они эту информацию видят. Следующий момент – обмен сайтами, то есть, выгрузка результатов продаж, выгрузка остатков, либо обмен заказами – заказы можно брать с интернет магазина и так далее. Система это, в принципе делать умеет, но это довольно большие куски, связанные с довольно детальной настройкой, проработкой и так далее. В рамках начального курса мы эти вопросы не рассматриваем, но сказать, что система это умеет делать – будет не лишним. Следующий момент – это то, что касается работы с файлами.

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

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

Чем это удобно: тем, что по штрих коду я очень быстро могу найти документ. У меня есть документ или секретарю принесли документ, я его должен быстро найти в базе. Хорошо, если я прочитал, что это счет или еще что-то – достаточно с помощью сканера штрих кода считать этот код и система сразу же откроет этот код в системе, то есть, она очень быстро его найдет. Следующий момент: когда мы работаем с отчетами – мы можем настраивать различные варианты, то есть, в системе эти варианты будут храниться.

Вот, какой-то отчет я добавлял, плюс я могу какие-то отчеты, которые пользователи в разрезе их прав недоступны – сделать доступными. Каким образом: я могу просто создать вариант и разрешить этим вариантом пользоваться кому-то из пользователей. Группа дополнительных отчетов – что это такое? С целью расширения функционала очень часто разработку каких-то дополнительных отчетов, либо процедур в виде обработки выполняют, не изменяя конфигурацию. Чем это удобно: тем, что конфигурация остается на поддержке и мы имеем возможность довольно спокойно обновиться, получать обновления, возможно, даже без привлечения специалистов. А наши доработанные отчеты будут спокойно работать. Вот специально для этого есть место, куда они могут быть добавлены и их можно будет отсюда запускать, и получать самую важную и нужную вам информацию.

И последняя закладка – мы с нее начинали и, в принципе, к ней возвращаемся – это первоначальное заполнение.

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

Следующее – это склады, вот мы видим 3 склада наши, то есть, основной, магазин Весна, торговый зал.

Следующее – добавить организацию, организация у нас одна, кассы у нас есть, кассы, организации мы не вводили, точнее, кассы ККМ здесь не отображаются, но у нас касса, по-моему, внесена.

Вариант использования соглашений и вариант использования заказов.

Если помните, мы вначале не использовали заказы, а чуть позже мы эти параметры сами включили, поэтому вот такой вот помощник – нам помогает довольно легко и быстро настроить и подготовить систему. То, что касается перехода с платформы Управление торговлей, версия 2.3 на версию 3.0, то есть разработчики позаботились о том, чтобы этот переход был максимально комфортным.

Поэтому в конфигурацию встроена специальная обработка, которая позволяет перенести справочники и остатки из одной системы в другую. Поэтому, если вы используете систему на базе Управление торговлей, версия 2.3 и если она не дорабатывалась, вас целиком устроил типовой функционал, то переход на версию 3.0 будет довольно простым и комфортным. Достаточно будет ознакомиться с инструкцией для перехода, буквально без каких-либо доработок вы совершенно спокойно остатки, справочники перенести сможете. А дальше уже потихоньку начинать выполнять донастройку системы и уже работать в новом функционале, осваивать его и потихоньку работать. Еще что бы хотел сказать: это обработки, которые у нас есть для, скажем так, сервисных функций, то есть, поддержка работоспособностей системы и обслуживание.

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

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