Домой Микрозаймы 1с 8.3 распределение прямых расходов по номенклатуре. Учет косвенных затрат

1с 8.3 распределение прямых расходов по номенклатуре. Учет косвенных затрат

Рассмотрим подробно процесс обновления конфигурации 1С через интернет на примере программы 1С Бухгалтерия 8. Если вы используете версию 1С 7.7 — .

Этап нулевой :

Такое часто бывает, когда конфигурацию давно не обновляли и нужен апдейт большого количества релизов. Чтобы определиться с версией и узнать текущую версию, нужно зайти в главном меню в раздел «Справка — О программе»:

Конфигурация должна быть с установленной поддержкой (с замочком):

После этого выбрать в меню «Конфигурация» пункт «Поддержка — Обновить конфигурацию»:

В появившемся окне 1C выберите «Поиск доступных обновлений», затем поставьте флаг, как на скриншоте:

Выделите в списке релиз и нажмите «Готово».

Вот и всё, Ваша программа 1С имеет самый последний релиз!

Если у Вас всё же не получилось или у Вас не типовая конфигурация, ни в коем случае не стоит пытаться обновить базу самостоятельно — это чревато потерей данных. Обратитесь к .

Программы 1С – это две основные составляющие:

  • технологическая платформа – основа для конфигураций, которая не обладает каким-либо пользовательским функционалом и сама по себе программой не является, это основа для конфигураций 1С. 7.7, 8.0, 8.1, 8.2, 8.3 – это все обозначения различных версий платформ, из которых 7.7 – сама древняя, 8.3 – актуальная и активно развивающаяся в своих механизмах;
  • конфигурация – это совокупность алгоритмов и механизмов обработки информации, форм, отчетов и т.д., написанных на базе платформы и предназначенных для ведения бухгалтерского, налогового, хозяйственного и других типов учета. Конфигурация – это та оболочка, в которой непосредственно и работает пользователь (например, 1С:Бухгалтерия, 1С:Управление производственным предприятием, всевозможные отраслевые конфигурации).

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

Задачи обновления

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

Полный цикл обновления актуальной программы 1С состоит в том, чтобы последовательно:

  • обновить платформу 8.3 (если того требует конфигурация);
  • обновить конфигурацию 8.3.

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

Пользователи базовых версий, зарегистрировавшись на users.v8.1c.ru, имеют возможность обновляться самостоятельно. Для версии ПРОФ получение лицензионных обновлений доступно при действующем договоре (ИТС).

Обновление платформы 8.3

Новые релизы технологической платформы 1С:Предприятия 8 предлагаются разработчиками в виде двух вариантов дистрибутивов:

  • полный дистрибутив для установки с нуля;
  • дистрибутив обновления, включающий в себя последние изменения и поставляемый на диске ИТС или доступный для скачивания на пользовательском сайте.

Как обновить 1с 8.3 самостоятельно:

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


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

2018-05-10T12:47:19+00:00

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

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

На что следует обратить внимание

При таком большом обновлении (и тут неважно делаем мы это всё вручную через конфигуратор или автоматизированно через обновлятор) нужно учитывать следующие моменты:

  • нужно чётко контролировать выполнение и если на каком-то из промежуточных обновлений обработчики перестали выполняться корректно - нужно вначале их безошибочного выполнения и лишь затем продолжить
  • если размер базы и время позволяют - нужно делать резервные копии после каждого из промежуточных обновлений (о них речь пойдёт ниже), чтобы иметь возможность в любой момент откатиться на любую из них
  • если у вас очень старая база (например, вы решили обновлять бухгалтерию начиная с версии 2.0.12.2), то возможно скачивание новых обновлений не заработает сразу; в этом случае нужно скачивать и устанавливать обновления прямо с сайта 1с и периодически запускать обновлятор, а с определенного момента он начнет качать обновления сам
  • если вы обновляете чистую конфигурацию (которую только что создали), обязательно сделайте однократный запуск в режиме пользователя, чтобы выполнились первоначальная инициализация и заполнение данными; иначе будут проблемы с выполнением обработчиков обновления

Какие версии платформы использовать для такого обновления

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

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

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

На что обратить внимание в обновляторе

Возможность резервного копирования в формате sql

Для серверных баз по умолчанию обновлятор делает резервные копии в формате dt.

И это не есть хорошо по нескольким причинам:

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

Я не буду останавливаться на том, почему dt нельзя считать полноценным архивом базы (об этом есть информация и обсуждения в сети). Напомню лишь, что фирма 1С также рекомендует использовать этот формат исключительно для перехода из файловой базы в серверную и обратно.

Именно поэтому в обновляторе есть возможность настроить создание резервных копий в формате sql напрямую из СУБД.

Для этого зайдите в свойства серверной базы в обновляторе:

Затем перейдите на закладку "Архивация" и отметьте галку "Включить в архив бэкап SQL":

Заполните необходимые настройки, если это потребуется:

Отмечу, что пока поддерживается только MS SQL Server. Для PostgreSQL придётся создать резервную копию вручную перед обновлением базы и отказаться от идеи создания промежуточных архивов.

Как отключить создание резервной копии перед обновлением

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

Если вам этого не требуется, зайдите в свойства базы и перейдите на закладку "Обновление".

Здесь отметьте галку "Не создавать резервную копию перед обновлением":

Как отключить автоматическое восстановление базы при ошибке обновления

Этот пункт относится только к файловым базам, так как только они откатываются по умолчанию на первоначальное состояние при критической ошибки в момент обновления.

При этом, если у вас включено создание промежуточных резервных копий (об этом ниже), то откат будет произведён на ближайшую копию.

Если вам требуется отключить такое восстановление, зайдите в свойства базы и перейдите на закладку "Обновление".

Здесь отметьте галку "Не восстанавливать базу при ошибке обновления":

Как включить обновление "в лоб, а не по ключевым релизам"

Чтобы сделать это, откройте свойства базы и перейдите на закладку "Обновление".

Здесь отметьте галку "Искать обновление в лоб, а не по ключевым релизам":

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

При этом общее время выполнения операций значительно удлинится (за счёт увеличения количества обновлений), и поэтому я советую включать этот режим только на несколько релизов вперёд, только чтобы решить проблему с обработчиками.

Для того, чтобы ограничить цикл обновления к примеру не более чем на 3 релиза за раз отметим на этой же закладке галку "Обновлять не более чем на 3 релиза за один запуск":

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

Как включить автоматический переход на следующую подредакцию

По умолчанию, обновлятор выполняет обновление строго в пределах .

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

Но вот переход между под редакциями (например, с версии 11.1 на 11.2) обычно не такой "страшный" и для некоторых конфигураций может считаться обычным делом.

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

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

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

Наличие у нас всех промежуточных копий базы решает эту проблему.

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

Из пункта "Ещё" выберите операцию "Запустить обновление с расширенными параметрами":

В открывшемся диалоге отметьте галку "Создавать резервную копию после каждого промежуточного обновления"...

И нажмите кнопку "Запустить".

Как обновлять доработанную базу

Если у вас доработанная типовая и при попытке обновления через

Новое на сайте

>

Самое популярное