На что это влияет?
— На весь функционал, который в ОЦО.ЦБ агрегирует данные из БГУ. А это:
Сводные отчеты
Технологический анализ
ЭДО
Для того, чтобы адаптировать новый релиз БГУ под 2.0.76.22 обратитесь на нашу линию поддержки с указанием рег.номера по адресу: 1ccb@arbis29.ru . Мы отправим вам расширение, протестированное специально на этом релизе.
Если у вас уже используется версия 2.0.77.4 или в ближайшем будущем критичен переход на неё, то вам так же необходимо установить расширение для версии 2.0.76.22.
Так же, во время обновления вы увидите информацию о том, что необходимо соотнести роль. Сделать это можно так:
Нажать в колонке Действие — Выбрать соответствие — УдаленныйДоступOData.
На сегодня мы рекомендуем оставаться на 2.0.76.22, т.к. эта версия является протестированной в работе с ОЦО.ЦБ. Но если критичен переход на 2.0.77.4, то не забудьте выполнить действия описанные выше, а так же протестировать функционал Сводных отчетов и Технологического анализа заранее на тестовом стенде.
]]>Мы прислушиваемся к пожеланиям наших пользователей, и дорабатываем программный продукт, чтобы с ним было удобно, приятно, а главное качественно и продуктивно работать. Поэтому каждая доработка основывается не только на внесении необходимого функционала, но и реализации пожеланий наших пользователей.
Распределять пользователей по рабочим группам стало проще!
Теперь для назначения достаточно перетащить пользователей в рабочую группу, не совершая дополнительных нажатий. До этого: необходимо было выделять КАЖДОГО пользователя и перемещать его с помощью кнопки «Добавить в рабочую группу» с последующим выбором группы.
Быстрая блокировка пользователей и так же снятие прежних ограничений.
Добавлена возможность визуально отличать заблокированных пользователей от действующих. Так же, если пользователь ранее был заблокирован, то вернуть ему доступ в систему можно будет с помощью команды «Разблокировать». Это позволит ускорить процесс работы с заблокированными пользователями, так как не надо будет открывать карточку сотрудника и отслеживать состояния пользователей внутри неё по-одному.
Доступно только для пользователей с ролью «Системный администратор» и «Руководитель».
Мы стараемся поддерживать актуальность используемых библиотек, поэтому, начиная с версии 1.5.3.1 мы выпустили обновленный состав библиотек:
Скачать новый релиз можно по ссылкам:
ПРОФ https://releases.1c.ru/version_files?nick=CentralizedAccountingManagementProf&ver=1.5.3.2
КОРП https://releases.1c.ru/version_files?nick=CentralizedAccountingManagement&ver=1.5.3.2
Если у Вас остались какие-нибудь вопросы, то для Вас всегда работает наша линия технической поддержки 1ccb@arbis29.ru . Режим работы: Понедельник — Пятница | 10:00 — 17:00 по Московскому времени
]]>Мы так же приняли участие в мероприятии и выступили с темой «1С:ОЦО.ЦБ — инструмент управления Централизованной бухгалтерии».
Если вы всё еще не знаете как:
… то самое время ознакомиться с нашим докладом на семинаре:
Мы подготовили и ряд изменений для тех, кто уже с нами:
А еще приглашаем вас в наш Телеграм-канал https://t.me/cent_acc . Следите за развитием продукта в прямом эфире!
Хотите узнать больше? Разберем именно ваше обращение в следующем выпуске блога!
Пишите нам на 1ccb@rabis29.ru
Темы, которые мы обсудили:
Приятного просмотра:
Остались вопросы или есть тема для вебинара? Напишите нам на 1ccb@arbis29.ru и мы вам поможем!
]]>В конфигурации «1С:Общий центр обслуживания. Централизованная бухгалтерия, редакция 1.5» начиная с релиза 1.5.1.1 внедрена защита Система лицензирования конфигураций (СЛК).
Система лицензирования конфигураций — программный комплекс, позволяющий исключить несанкционированное использование программного продукта.
Внимание! Если вы выполняете апгрейд с редакции 1.0 или по каким-либо причинам вами не был получен пин-код активации СЛК, то необходимо его предварительно запросить напрямую через фирму «1С» Подробнее →
После обновления конфигурации «1С:Общий центр обслуживания. Централизованная бухгалтерия, редакция 1.5» на версию 1.5.1.1 и выше обязательно требуется выполнить следующие действия:
Для этого:
В каталоге Protection\manuals выполним действия по установке программного ключа, файл «СЛК3.0_Установка_программного_ключа.pdf»
Зайдем под пользователем, являющимся администратором сервиса. При первом запуске до настройки подключения к серверу СЛК может появляться ошибка, закройте ее. После этого автоматически откроется форма с настройкой параметров связи СЛК (рисунок 1).
Если форма «Параметры связи: СЛК» автоматически не открылась, то необходимо перейти в раздел «Администрирование» — «Лицензирование» — «Параметры связи с сервером СЛК».
В открывшейся форме с параметрами связи необходимо указать следующие настройки:
Пример заполненных полей в параметрах связи с сервером СЛК представлен на рисунке 2.
Когда все настройки для подключения к серверу будут указаны, нажмите на кнопку «Установить» для установки подключения информационной базы «1С:Общий центр обслуживания. Централизованная бухгалтерия.» с сервером СЛК.
Если установка подключения к серверу будет выполнена успешно – откроется форма «Проверка команд: СЛК» (рисунок 3).
На этом настройка СЛК завершена.
В качестве дополнительной проверки попробуйте зайти в область данных и воспользоваться одной из ограниченной функциональности. Если переход выполняется успешно — то СЛК настроен верно.
Для начала проверьте, что сервер СЛК корректно настроен и функционирует, а также на нем верно добавлен программный ключ продукта «1С:Общий центр обслуживания. Централизованная бухгалтерия.». По возникшим вопросам о настройке сервера СЛК можно обратиться в техническую поддержку сервиса СЛК по электронной почте katran@1c.ru.
Для дополнительного контроля с нашей стороны можете поставить нашу группу технической подержки в копию — 1ccb@arbis29.ru
Программный ключ сервера СЛК для «1С:Общий центр обслуживания. Централизованная бухгалтерия, редакция 1.5» предоставляется фирмой «1С». Если Вам не был предоставлен программный ключ, то необходимо отправить соответствующий запрос в фирму «1С» на электронную почту budget@1c.ru по следующему шаблону:
«Добрый день!
Я представитель организации _____________ . Мы приобрели программный продукт «1С:Общий центр обслуживания. Централизованная бухгалтерия, редакция 1.5» с регистрационным номером _________________ . Пожалуйста, предоставьте нам программный ключ для активации приобретенного продукта на сервере СЛК.»
После получения программного ключа, требуется выполнить его активацию на сервере СЛК. Подробное описание о том как это сделать написано выше.
Да, такое возможно, но в таком случае в конфигурации «1С:Общий центр обслуживания. Централизованная бухгалтерия, редакция 1.5» будет ограничен ряд функциональности:
При это команды для перехода в этот функционал останутся по прежнему видимыми.
Функционал, который не вошел в перечень и не связан с ним останется доступным для работы.
При отсутствии выполненных настроек подключения к серверу СЛК в вышеописанной функциональности «1С:Общий центр обслуживания. Централизованная бухгалтерия, редакция 1.5» будет появляться ошибка, представленная на рисунке 4.
Для корректной работы программного продукта«1С:Общий центр обслуживания. Централизованная бухгалтерия, редакция 1.5» требуется, чтобы в конфигурации «Менеджер сервиса» и «Бухгалтерия государственного учреждения», присутствующие в сервисе, обязательно были интегрированы «Библиотека ОЦО ЦБ для МС» и «Библиотека ОЦО ЦБ для БГУ» соответственно.
Без интегрированных библиотек возникнут ошибки подключения к «Менеджеру сервиса» и «Бухгалтерии государственного учреждения» при работе с программным продуктом «1С:Общий центр обслуживания. Централизованная бухгалтерия, редакция 1.5» (рисунок 5).
]]>В данной статье мы подготовили чек-лист, по которому Вы можете проверить, все ли действия и настройки выполнены верно.
По чек-листу Вы сможете написать письмо/файл на линию технической поддержки с описанием действий, где возникают ошибки или трудности при формировании отчета.
Важно! Проверьте версию платформы. Она так же может влиять на функциональность конфигурации «1С : Общий центр обслуживания. Централизованная бухгалтерия».
Минимальная версия платформы указана в файлах поставки.
Для этого откройте подсистему «Централизованная бухгалтерия» и перейдите к «Сводные отчеты» – «Настройки» (рисунок 1).
Если каталог не указан, то обратитесь к вашему администратору облака с просьбой настроить каталог сводных отчетов.
Подсистема Сводных отчетов предназначена для сбора данных в облаке по приложениям конфигурации БГУ.
К сожалению, мы еще не научились владеть магией и поэтому мы можем получить лишь те данные, что точно присутствуют в самом приложении.
Чтобы быть уверенным, что причина не в конкретно формируемом отчете, мы создали создали «Типовой отчет».
Типовой отчет предназначен сбора данных, которые 100% есть в любой информационной базе. Отчет выводит пользователей, которые созданы для работы в конкретной области данных (рисунок 3)
Скачиваем типовые обработки из конфигурации ОЦО: Централизованная бухгалтерия.
Для этого необходимо нажать кнопку «Настройки», ссылка «Образцы типовых настроек» (рисунок 2).
Если отчет формируется, то это значит, что подсистема сводных отчетов настроена верна.
Если Типовой отчет не формируется, то необходимо проверить в конфигурации Бухгалтерия государственного учреждения, по которой Вы запускали типовую обработку сбора данных, есть ли не служебные пользователи. Для этого необходимо так же обратиться к вашим администраторам.
В случае, если п.2.2 не помог и «не служебные» пользователи в приложении существуют — переходите к разделу 6. Файлы отчета существуют
Если Вы укажете начало сбора сегодняшним числом, то данных за это время возможно не будет. Поэтому желательно формировать отчет указав прошлый период, за который точно есть данные.
В примере ниже, на рисунке 4 отчета «Оборотно-сальдовая ведомость» периоды задаются в полях «начало» и «окончание».
Удостоверьтесь, что у запрашиваемых Вами данных конкретной области данных, в конфигурации Бухгалтерия государственного учреждения присутствуют данные по отчету (рисунок 5).
Для начала — установите в приложении БГУ идентичные отборы тем, что устанавливали в конфигурации ОЦО: Централизованная бухгалтерия (Рисунок 4).
Далее — сформируйте отчет.
Сводные отчеты работают по правилу: если в БГУ нет данных в отчете, то и в конфигурации ОЦО: Централизованная бухгалтерия данных так же не будет.
Поэтому, проверка этого пункта очень важна.
Убедитесь, что в поле «Ошибок» не стоит количество ошибок.
Если ошибки присутствуют, двойным кликом нажмите в поле «Обработано, %» и посмотрите в открывшемся окне «Принятые файлы сводных отчетов» — «Текст ошибки» (рисунок 6)
Это могут быть как ошибки внутри БГУ — например, в приложении отключены итоги для журнала бухгалтерии. Так и ошибки сводных отчетов. В случае второго варианта необходимо убедиться, что причина не в отсутствии корректных настроек облака.
При формировании отчета, убедитесь, что создается архив в папке, указанной вами в 1 пункте и данный файл указан в поле «Файлы» (рисунок 7)
Если архив не создается, то тогда в пришедшем результате сбора данных будут ошибки (пункт 5). В таком случае Вам нужно обратиться к Администраторам Вашего облака.
Дальнейшие кейсы предназначены только для выполнения администратором. Если вы не являетесь им, то доверьте выполнение пунктов ниже — вашему администратору облака.
Проверьте «Журнал регистрации» во всех конфигурациях на ошибки выполнения регламентных заданий по сводным отчетам (рисунок 8)
Если отчет у Вас сформировался, но его выполнение занимало длительное время, то:
Откройте в неразделенном режиме в ЦБ обработку «Регламентные и фоновые задания» — e1cib/appОбработка.РегламентныеИФоновыеЗадания
1. Найдите задание «Отправка и получение сообщений системы», откройте его и нажмите на гиперссылку «Расписание». Рекомендованное расписание должно быть в значении «каждый день; каждые 60 секунд»
И по аналогии проверьте расписание этого задания в базах Менеджер сервиса и БГУ.
2. Нажмите кнопку «Настроить расписание».
На форме «Расписание» перейдите на вкладку «Дневное». По умолчанию «Повторять через» стоит 300 секунд.
Замените значение реквизита «Повторять через» на 60 сек.
Проверьте на вкладке «Общие» , что у реквизита «Повторять каждые» значение равно 1 дн.
Этот пример подходит для случаев, когда сбор данных был по нескольким областям данных
Запустите новый сбор данных, через некоторое время кликните дважды в поле «Обработано, %» (рисунок 12):
В открывшемся окне «Принятые файлы сводных отчетов» (рисунок 13) отображаются все записи регистра с номерами областей, по которым пришёл результат, а по которым ещё нет. Также будет указано в колонке «Время выполнения» время сбора данных по каждой области :
Зайдите в неразделенном режиме в базу БГУ и откройте константу «Максимальное количество исполняющих фоновых заданий»
Если установлена единица, то по одной области данные собирает раз в минуту. Чем больше областей — тем дольше будет собирать.
Замените константу «Максимальное количество фоновых заданий», например, на 10, тогда отчеты будут формироваться быстрее (рисунок 14)
Если после проведения всех расследований у вас так и не получилось настроить работу Сводных отчетов, то обращайтесь на нашу линию технической поддержки 1ccb@arbis29.ru
При обращении не забудьте приложить ваши результаты расследований по чек-листу со скриншотами.
Помните, чем больше информации вы нам предоставите — тем быстрее мы вам сможем помочь!
Более подробную информацию о работе в новой версии вы найдете в нашем обновленном Руководстве пользователя «1С : Общий центр обслуживания. Централизованная бухгалтерия» 1.5 .
Сдавайте отчётность из одного рабочего места
В новом релизе мы добавили рабочее место «1С-Отчетность». С помощью него вы сможете не только сдать отчетность не переключаясь в другие приложения, но и контролировать процесс сдачи.
Перед началом использования зарегистрируйте подотчетное учреждение в налоговом органе. Более подробную инструкцию вы сможете найти в новом Руководстве пользователя редакции 1.5.
Теперь вы сами решаете с кем поделиться сводным отчетом
Мы переработали систему доступов к сводным отчетам.
В новой редакции «1С : Общий центр обслуживания. Централизованная бухгалтерия» 1.5 мы решили придерживаться технологии, что каждый созданный отчет — является личным отчетом пользователя.
Теперь сотрудник Централизованной бухгалтерии будет сам решать, готов ли он поделиться своим вариантом отчета с коллегами или нет.
Так же, вместе с этим, мы создали систему по контролю доступа к данным приложения учреждений.
Теперь, при формировании сводного отчета в «1С : Общий центр обслуживания. Централизованная бухгалтерия» каждый пользователь проходит «невидимую» проверку на доступ к тем, приложениям учреждения, отчеты по которому он хочет сформировать.
Встроенная Система лицензирования конфигураций
Этот блок предназначен только для системных администраторов.
Мы сделали нашу конфигурацию более защищенной с точки зрения использования лицензий и передачи конфигурации третьим лицам. Более подробно о настройке защиты Системы лицензирования конфигураций мы постараемся описать в нашей следующей статье. Не пропустите.
Не нашли нужной информации в Руководстве пользователя 1.5?
Напишите нам на линию технической поддержки 1ccb@arbis29.ru . Будем рады помочь.
Сегодня наш рассказ будет о том, как можно начать следить за состоянием системы, работающей на базе 1С:Предприятие и технологии 1С:Fresh. Как и в любой информационной системе, в ней могут возникать проблемы эксплуатации, в том числе и по части, операционной системы и в железе, поэтому необходим механизм мониторинга и оповещения об инцидентах.
Для реализации мониторинга будем использовать Zabbix версии 4.
Zabbix — свободная система мониторинга и отслеживания статусов разнообразных сервисов компьютерной сети, серверов и сетевого оборудования, написанная Алексеем Владышевым.
Для хранения данных используется MySQL, PostgreSQL, SQLite или Oracle Database, веб-интерфейс написан на PHP.
Мониторинг в Zabbix складывается из нескольких элементов, присутствующих в данной системе:
Предметом мониторинга является сам сервер администрирования и связанный с ним менеджер кластера. Сервер администрирования может быть расположен отдельно от менеджера кластера, тогда именно его нужно использовать как узел мониторинга, но в дальнейшем мы предполагаем, что сервер администрирования расположен с менеджером кластера на одном узле.
На узле с ним обязательно должен располагаться Zabbix Agent — он будет заниматься сборкой и отправкой метрик на Zabbix Server.
Установка Zabbix Agent, как и Zabbix Server, сводится к установке пакетов в операционную систему, которые можно получить по ссылке https://www.zabbix.com/ru/download. Там же располагается инструкция по установке.
Технология 1С:Fresh реализовывается поверх клиент-серверной технологии работы с 1С:Предприятие. Соответственно, все ниже приведенные методики работают не только для 1С:Fresh, но и для любой клиент-серверной инсталляции.
Самая важная компонента кластера, при помощи которой можно реализовать не только мониторинг, но и проводить операции администрирования — это служба RAS и клиент доступ к нему RAC.
RAS представляет собой службу администрирования кластера 1С:Предприятие и является кроссплатформенным, как и клиент RAC, реализующий интерфейс взаимодействия администратора с кластером.
К сожалению, штатный механизм управления службой в текущих версиях платформы и пакетах для Linux не реализован, поэтому мы можем использовать следующие варианты запуска службы:
ras cluster --daemon
любым способом (в ручную или через скрипт);systemd
(любой актуальный дистрибутив Linux, например, CentOS 7).Для реализации второго способа нужно в командной строке воспользоваться любым текстовым редактором, например nano, создать файл /etc/systemd/system/ras.service, и включить следующий текст:
[Unit]
Description=RAS
After=syslog.target
After=network.target
[Service]
Type=forking
WorkingDirectory=/opt/1C/v8.3/x86_64User=usr1cv8
Group=grp1cv8
OOMScoreAdjust=-100
ExecStart=/opt/1C/v8.3/x86_64/ras cluster --daemon -p 1545
ExecReload=/bin/kill -s HUP $MAINPID
ExecStop=/bin/kill -s QUIT $MAINPID
TimeoutSec=300
Restart=always[Install]
WantedBy=multi-user.target
Исполняем команды systemctl daemon-reload
, systemctl enable ras
, systemctl start ras
для включения и запуска службы.
Далее добавим сервер со службой администрирования в Zabbix и привяжем шаблоны для мониторинга.
Первоначальный объект мониторинга — это сам сервер/ВМ и его операционная система. Для этого можно применить стандартные шаблоны, уже существующие в Zabbix. Они являются достаточными для базового мониторинга состояния сервера и позволяют мониторить статус служб — таких как менеджер кластера, служба администрирования, а также веб-сервер.
Добавление узла мониторинга в Zabbix производится через форму создания «Настройка» — «Узлы сети».
Имя узла сети — это имя, которым будет представляться узел в дальнейшем в Zabbix, в том числе и в уведомлениях.
Важным параметром является группы — для начала можно воспользоваться встроенными в Zabbix группами и добавить узел туда, но в будущем при масштабировании рекомендуется вынос узлов в отдельно созданные вручную группы — это позволит привязывать шаблоны целиком на группу узлов, связанных общим функционалом и собираемыми метриками, например, узлы кластера 1С, веб-сервера или сервера СУБД.
Дальнейшим важным шагом является привязка уже существующих шаблонов к узлу:
В данной вкладке можно подключить шаблоны мониторинга ОС, например, Template OS Linux, а также в будущем подключать новые шаблоны к узлам сети.
Чтобы не заниматься «изобретательством» по части 1С и уже сейчас запустить мониторинг — мы можем импортировать уже существующие в сети шаблоны по ссылке — https://www.zabbix.com/integrations/1c.
Рассмотрим для примера первое решение в списке, расположенное по ссылке github.com/bessonovevgen/srv-1c-zabbix-template.
Установка шаблона довольно проста — нужно импортировать .xml файл шаблона в веб-интерфейсе Zabbix и расположить. conf файл в /etc/zabbix/zabbix_agent.d, либо включить содержимое файла в zabbix_agent.conf.
Импорт шаблона осуществляется штатным способом через форму «Настройки» — «Шаблоны».
Далее шаблон привязывается к узлу во вкладке шаблонов.
В данном решении применяется вызов клиента администрирования для сбора метрик:
UserParameter=onec-session,/opt/1C/v8.3/x86_64/rac session --cluster=<uuid> list --infobase=<uuid> | grep 1CV8C | wc -lUserParameter=onec-bgj,/opt/1C/v8.3/x86_64/rac session --cluster=<uuid> list --infobase=<uuid> | grep BackgroundJob | wc -lUserParameter=web-session,/opt/1C/v8.3/x86_64/rac session --cluster=<uuid> list --infobase=<uuid> | grep WebClient | wc -l# UserParameter=fat-session,/opt/1C/v8.3/x86_64/rac session --cluster=<uuid> list --infobase=<uuid> | grep 1CV8 | wc -l UserParameter=designer-session,/opt/1C/v8.3/x86_64/rac session --cluster=<uuid> list --infobase=<uuid> | grep Designer | wc -l
В файле конфигурации необходимо заменить <uuid>
на идентификаторы кластера и идентификаторы баз данных, необходимые для мониторинга. Получить uuid
кластера можно с помощью команды /opt/1C/v8.3/x86_64/rac cluster list
, а при известном uuid
кластера мы можем получить uuid
баз данных, расположенных в данном кластере — /opt/1C/v8.3/x86_64/rac infobase --cluster=<uuid> summary list
. Для сбора метрик со всего кластера достаточно знать uuid
кластера, а опцию —-infobase <uuid>
можно исключить из данных строк.
Применяя штатные механизмы Linux по работе со строковыми потоками данных можно разработать сбор практически любых метрик, работая с выводом программы.
Добавим мониторинг количества соединений с веб-сервером и сервером СУБД.
UserParameter=apachec, pgrep apache | wc -l
UserParameter=postgresc, pgrep postgres | wc -l
В Zabbix соответственно нужно добавить элементы данных с данным ключом в шаблон, чтобы иметь возможность собирать эти метрики:
Аналогично и для postgresc.
Ещё один важный элемент Zabbix — это система оповещений. Он уже имеет набор способов оповещений, среди которых можно найти Email, Jabber и SMS, но также существует возможность создания своих собственных способов оповещений — при помощи создания скриптов и программ, принимающих на вход части сообщения и обрабатывающие их далее.
На скриншоте показана интеграция проекта https://github.com/ableev/Zabbix-in-Telegram в Zabbix. Проект позволяет отправлять оповещения в личные сообщения Telegram, группы, а также получать изображение графиков в сообщениях с помощью кнопок. По интеграции данного решения подробно описаны в репозитории GitHub по ссылке.
Но чтобы сообщения отправлялись, независимо от интегрируемого способа, необходимо описать «Действие», которое будет исполняться в зависимости от тех или иных условий, которые вступили в силу. Шаблон условия при срабатывании триггеров выглядит следующим образом:
В следующих вкладках идёт непосредственное описание действий, происходящих при срабатывании:
Аналогичные настройки расположены и в остальных вкладках, которые отвечают за операцию восстановления (возвращение триггера в исходное состояние), и обновление (если администратор отреагировал на проблему и обновил статус «проблемы»).
Данной информации хватает для базового понимания принципов работы с Zabbix и в частности с тем, как можно работать с 1С и следить за её состоянием. RAS далеко не единственный способ мониторинга работы информационной системы, и возможно также применение иных принципов:
Но об этом мы расскажем позже.
]]>Мы планируем писать тут полезные статьи для:
Мы не планировали делать какое-либо расписание на старте существования. Блог будет носить вольный характер. Но если вы хотите быть в курсе новостей по развитию функционала, то как говорится: «подписывайтесь на канал, ставьте лайки«!
По предложениям развития функционала или расследованию ошибок обращайтесь на 1ccb@arbis29.ru . Это наша Линия клиентской поддержки. Они всегда постараются вам помочь.
Ознакомиться с информацией о программе можно на сайте https://arbis29.ru/products/cb/
Так же, можно заказать он-лайн показ основных возможностей программы. Для этого свяжитесь с нами по адресу 1ccb@arbis29.ru или оставьте заявку в форме отправки заявки.
Совсем скоро мы анонсируем наш курс для пользователей ОЦО ЦБ и внедренцев программы. А пока мы готовимся к этому, вы можете оставить заявку на приобретение курса заранее. Напишите по адресу casa@arbis29.ru и мы расскажем вам подробнее о курсе.
У вас есть темы о «наболевшем», которые могли бы помочь другим пользователям ОЦО: Централизованная бухгалтерия?
Напишите нам на 1ccb@arbis29.ru и мы расскажем о ней подробнее в этом блоге.
]]>