Заметки сисадмина о интересных вещах из мира IT, инструкции и рецензии. Настраиваем Компьютеры/Сервера/1С/SIP-телефонию в Москве



1С: Как получить новый пин-код для активации лицензии, если все пин-коды использованы

В момент, когда все резервные пин-коды (на официальной бумажке с лицензией) были использованы, владелец лицензии 1С имеет право бесплатно получить новые пин-коды (по сути, восстановить лицензию).

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

Заранее получить пин-код нужно для того, чтобы в случае возникновения форс-мажорных обстоятельств не тратить время на “выбивание” у 1С нового пин-кода, а сразу им воспользоваться.

Для получения нового пин-кода надо направить на e-mail Lic@1C.ru письмо с просьбой выдать новый пин-код. В письме надо указать последний используемый пин-код (последний на бумажке с лицензией, если вы первый раз это делаете). В этом письме надо разместить следующе данные:

  • регистрационный номер программы (списывается с бумажки с лицензией);
  • наименование организации;
  • ФИО контактного лица;
  • указать действующий пин-код, взамен которого выдается новый;
  • указать причину получения нового пин-кода.

Если хотя бы один из этих пунктов будет пропущен, новый пин-код выдан не будет. В качестве причины указывается необходимость наличия пин-кода для быстрой переустановки 1С в случае сбоев – при переустановке Windows, замене компьютера или изменения комплектации компьютера. Эти причины подходят как для рабочей станции, так и для сервера.

Переход с 1С ЗУП 2.5 на ЗУП 3.0 (3.1)

В связи с тем, что фирма 1С в 2018 году прекращает поддержку конфигурации «1С:Зарплата и Управление персоналом» версии 2.5, крайне желательно, не откладывая, запланировать и организовать переход на ЗУП 3.0 (3.1).

«1С:Зарплата и Управление персоналом» 3.1 – совершенно новая программа, с новой архитектурой хранения и обработки данных*, что не позволяет обычным способом – путем установки обновления, перейти на новый релиз конфигурации. Потребуется осуществить перенос данных с 1С ЗУП 2.5 в новую систему, то есть загрузить и выгрузить данные.

*Помимо отличий в части архитектуры ЗУП 3.0 отличается новым дизайном, поддержкой Web-клиента, повышением удобства работы, в частности из-за возможности использовать современный интерфейс «Такси».

Перейти на версию программы 1С ЗУП 3.1 можно с нового месяца, не дожидаясь начала года. Закрыли месяц – перешли на новую редакцию.

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

Рекомендуемый оптимальный и безопасный способ перехода: параллельный расчет заработной платы одновременно в 2 версиях (старой и новой) программы 1С ЗУП в течение одного (или нескольких) отчетных периодов. Параллельный расчет заработной платы в обеих базах позволит пользователям изучить и привыкнуть к новой программе, сравнивая ее с предыдущей версией, исключит остановку в работе, если в новой программе что-то пошло не так.

Инструкция по переходу с ЗУП 2.5 на 3.1

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

Далее потребуется:

  • Создать чистую информационную базу с последним релизом 1С:ЗУП 3.1;
  • Запустить его в пустой базе, указав на первом шаге работы стартового пошагового помощника, что требуется выполнить перенос данных из редакции 2.5; Выполнить загрузку данных;
  • Осуществить полную проверку данных после переноса.

Подробно: порядок перехода с ЗУП 2.5 на 3.0 /ЗУП 3.1

  • Подготовка к переходу на новую программу

В старой информационной базе версии 2.5 доделайте все документы по начислению зарплаты, больничных, отпусков, выплаты зарплаты, расчету и перечислению налогов и взносов и т.д. Сделайте копию рабочей базы ЗУП 2.5 и разверните ее в отдельном каталоге. Зайдите в программу в режиме работы «Конфигуратор», выберите команду «Тестирование и исправление» в меню «Администрирование». Если ЗУП давно не обновлялся – обновите до последнего релиза.

  • Создание новой информационной базы ЗУП 3.1

Последний свежий релиз 1С ЗУП 3.1 можно скачать с сайта обновлений 1С. Помимо этого может потребоваться установка более новой версии платформы «1С:Предприятие 8», обновления которой также можно скачать с сайта.

Для создания чистой информационной базы необходимо запустить ярлык 1С и нажать «Добавить», указав создание новой базы. Далее выбрать из шаблона последний релиз «1С:Зарплата и Управление персоналом» 3.1.

Создание чистой базы 1С ЗУП 3

Рисунок 1.Создание чистой базы 1С ЗУП 3

  • Настройка стартового помощника и выбор варианта переноса данных

При начальном запуске ЗУП 3.1 надо выбрать пункт о переносе данных из «1С:Зарплата и управление персоналом 8», редакция 2.5, а после этого выбрать один из двух вариантов переноса данных:

Перенос данных в ЗУП 3.1.2.213

Рисунок 2. Перенос данных в ЗУП 3.1.2.213

Из списка баз необходимо выбрать соответствующую базу версии 2.5, данные из которой требуется перенести:

Перенос данных

Рисунок 3.Перенос данных в ЗУП 3.1.2.213

Далее будем определяться, какой путь переноса данных в ЗУП 3.1 выбрать:

Выбор варианта переноса данных

Рисунок 4.Выбор варианта переноса данных в ЗУП 3.1.2.213

Перенос данных с 1С ЗУП 2.5 на 3.1

Рекомендуемый вариант: упрощенный

  • При выборе данного варианта переносятся не сами документы прошлых лет, а данные регистров и справочники.
  • Данный вариант позволит использовать в кадровом учете и расчете зарплаты новые возможности.
  • По взаиморасчетам перенесутся только остатки.
  • Перенос кадровой истории (Т-2), данных для расчета среднего заработка.*
  • Максимально быстрый вариант переноса.

*Однако не перенесутся данные о работниках по договорам ГПХ, а также данные о займах.

Не рекомендуемый вариант: полный

  • При выборе данного варианта переносятся документы.
  • Новые возможности программы использованы не будут, будут использованы документы из предыдущей редакции.
  • В части кадровых данных переедут все документы: увольнение, перемещение и пр.
  • Плановые начисления будут перенесены в виде записей регистров, тогда как при упрощенном – переносился только срез.
  • По взаиморасчетам переносятся все документы.
  • При полном переносе, необходимо исправить все ошибки учета, которые, скорее всего, возникали в прошлых периодах, иначе придется исправлять в новой базе. После этого все документы и данные необходимо выверить в обоих базах.
  • Поскольку объем переносимых данных велик, процесс будет проходить медленно.*

*В старой базе сохранятся все данные, к которым можно обратиться в любое время и найти необходимые данные.

Загрузить данные

Рисунок 5. Загрузить данные

  • Проверка данных после переноса

Перед стартом работы с новой программой 1С ЗУП 3.1, как уже упоминалось, следует проверить полноту и корректность перенесенных данных из старой версии – 2.5. Для этого смело используйте отчеты для сверки данных.

Необходимо проверить:

  • Организационную структуру предприятия, справочники «Организации», «Подразделения», «Территории»;
  • Личные данные сотрудников;
  • Начальную штатную расстановку;
  • Начисления и удержания, корректность формул;
  • Остатки по взаиморасчетам.

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

Перечень необходимых задач регламентного обслуживания MS SQL Server

Использование клиент-серверного варианта работы системы 1С:Предприятие накладывает дополнительные обязательства по обслуживанию информационной системы. То, какие задачи и как часто должны выполняться для поддержания высокой производительности системы, мы рассмотрим в данной статье на примере СУБД MS SQL Server.

Будем считать что на данный момент у нас инсталлирован экземпляр MS SQL Server и развернута база данных (с полной моделью восстановления). Думаю, многие предполагают или даже знают, что нельзя просто установить СУБД, развернуть на ней базу данных и «отправить в свободное плавание». Дело в том, что происходит фрагментация индексов, устаревает статистика, и это приводит к замедлению системы. Помимо этого нельзя забывать о резервном копировании базы данных, а для базы с полной моделью восстановления еще необходимо периодически делать резервное копирование транзакционного лога. Таким образом, мы приходим к пониманию что нам необходимо организовать и автоматизировать выполнение регламентных задач обслуживания нашей базы данных. О том какие процедуры обслуживания и с какой частой следует производить, мы и разберем в этой статье.

Процедуры обслуживания

Попробуем разобраться какие процедуры обслуживания нам необходимо выполнять и как часто. Для удобства объединим процедуры в связанные группы, впоследствии они станут субпланами обслуживания. О том как создать план обслуживания можно прочесть в статье «Механизм «Планы обслуживания» MS SQL Server».

Субплан «В течение дня»

  1. Резервное копирование транзакционного лога. Когда для базы данных выбрана полная модель восстановления, необходимо регулярно делать резервное копирование транзакционного лога, иначе будет происходить его чрезмерное разрастание, пока тот не займет все пространство на диске, а SQL Server начнет сообщать об этой ошибке. Для простой модели восстановления данная задача не требуется. Частота бэкапа журнала транзакций напрямую зависит от выделенного для него размера на диске, а так же от интенсивности работы с базой. Зависимость эта заключается в рекомендации что транзакционной лог не должен расти (должен сохранять выделенное ему место на диске) в течение работы пользователей с базой данных. Для себя я выбрал частоту резервного копирования лога транзакций равной 1 часу. Более подробно о настройке задания резервного копирования журнала транзакций написано в статье «Резервное копирование транзакционного лога».

Субплан «Ежедневный» (6 из 7 дней в неделе)

Для поддержания базы данных в эффективном для работы состоянии, необходимо ежедневно (в нерабочее время) выполнять следующие задачи:

  1. Реорганизация/Дефрагментация индекса (Reorganize Index). Database Engine автоматически обновляет индекс при операциях INSERT, DELETE, UPDATE. Со временем эти операции могут привести к фрагментации индекса. Значительно фрагментированные индексы могут серьезно снижать производительность запросов и служить причиной замедления. Таким образом, необходимо в план обслуживания включить задание по устранению фрагментации индексов. Альтернативой дефрагментации индексов является реиндексация/перестроение индекса (rebuild index), но она имеет такие недостатки как: значительно большее время выполнения; сброс статистики использования индексов, которая требуется для целей описанных в статье «Поиск отсутствующих индексов таблиц в базе на MS SQL Server». Также в качестве альтернативы возможно использование хранимой процедуры условного (от степени фрагментации) выбора способа устранения фрагментации (реорганизация/перестроение) индекса. Более подробно можно прочитать в «Реорганизация/дефрагментация индекса СУБД MS SQL Server»
  2. Обновление статистики (Update Statistics). Скорость выполнения запроса зависит от построенного для него плана запроса, который, в свою очередь, опирается на информацию о существующих индексах, а также на статистику. Если статистика устарела, существует вероятность выбора не оптимального плана запроса, что приведет к снижению производительности. Таким образом, необходимо включить задание обновления статистики.
  3. Разностное резервное копирование (Differential backup). Надеюсь, нет необходимости рассказывать почему надо делать периодическое резервное копирование базы данных, альтернативой разностному бэкапу является полное резервное копирование. Разностное резервное копирование включает в себя только изменения между текущим состоянием базы данных и состоянием базы данных на момент последнего полного резервного копирования, таким образом, задача разностного бэкапа выполняется быстрее, а сам файл занимает меньше места. В то же время есть и недостаток разностного бэкапа — без полного бэкапа он бесполезен.
  4. Очистка процедурного кэша. Для очистки кэшированных планов запросов необходимо выполнить очистку процедурного кэша. Обновление статистики вызывает рекомпеляцию запросов, но, для надежности, рекомендуется включить данную задачу после выполнения задачи обновления статистики.

Субплан «Еженедельный» (7-ой день недели)

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

  1. Проверка целостности базы данных (Check Database Integrity). Используется для проверки размещения и структурной целостности пользовательских и системных таблиц, а также индексов в базе данных.
  2. Реиндексация/Перестроение индекса (Rebuild Index). Достаточно долгая и требовательная операция. Она удаляет и заново строит индексы. В результате данной операции удаляется статистика использования индексов.
  3. Обновление статистики (Update Statistics)
  4. Full backup (Полное резервное копирование)
  5. Очистка процедурного кэша

Субплан «Экстренное резервное копирование и сжатие транзакционного лога»

В простейшем случае субплан состоит из 2 последовательных выполнений резервного копирования и усечения транзакционного лога. Почему именно 2 — мне не совсем ясно, но на практике первое усечение не дает необходимого результата. Если кому-то известно такое поведение, напишите в комментариях, пожалуйста. Данный субплан не должен иметь расписания. Данный план нам потребуется для двух целей: во-первых, как задача других субпланов (например, при перестроении или дефрагментации индексов происходит сильное разрастание журнала транзакций, чтобы вернуть ему исходный размер, будет выполнен этот субплан). Во-вторых, в случае необходимости экстренного «ручного» выполнения усечения транзакционного лога.

Office 2013 (неактивна кнопка подписи) – MS Outlook

2018-05-18 · Posted in Office

Такая же проблема, только в Outlook 2007, но видимо от версии не зависит. Нашёл решение в инете. Т.к. ссылки запрещено давать, просто цитирую:

Выход из этой ситуации оказался простой, достаточно надо было поменять немного реестр. (почему при установке нормально параметры реестра не прописывались, так и осталось загадкой). Итак ниже привожу как надо сделать, чтобы эта злополучная кнопка «подписи» заработала.

Меняем каждое из значений Default и LocalServer32 на C:\Program Files (x86)\Microsoft Office\Office14\Outlook.exe (или ваш путь)…

Excel – Отправить как вложение – не работает

2018-05-18 · Posted in Office

На некоторых компьютерах в Excel перестала работать функция “Отправить как вложение”. Выдает ошибку “Сбой почтовой системы. Закройте Microsoft Excel, перезапустите почтовую систему и повторите попытку”.

Windows 10, Office 2016 x86 – 16.0.45.49.1000

Данная функция из Word работает без проблем.

Решение: панель управления, Программы и компоненты, Office – восстановить, после завершения начинает работать.

Ошибок в журналах нет.