1с конфигурация поставщика отличается от основной. Восстановление конфигурации поставщика. Частный случай необычного состояния конфигурации. Сохранение результатов обновления
Рассмотрим типичную ситуацию, в которой часто оказываются новички. Допустим имеется типовая конфигурация 1С:Комплексная автоматизация 8. Первоначально конфигурация была установлена из дистрибутива (допустим релиза 1.1.20.1). Затем в связи с необходимостью адаптации под специфику предприятия была включена возможность изменения (новички очень часто ошибочно называют это действие снятием с поддержки, хотя на самом деле это не так).
И вот спустя некоторое время мы имеем сильно доработанную, но все же типовую (в целях регламентированного учета мы регулярно выполняли обновление) конфигурацию. А дальше рассмотрим несколько гипотетических ситуаций:
1) Спустя какое-то время после очередного обновления мы получаем сообщение от бухгалтерии об ошибке, которая вылазит в момент проведения регламентной операции закрытия месяца. До этого такой ошибки не было, следовательно всему виной обновление. Вполне типовая ситуация. Мы начинаем диагностировать ошибку и видим, что ноги растут из общего модуля УчетНДСФормированиеДвижений. Начинаем разбираться и понимаем, что данный модуль был значительно переработан в типовой и после объединения мы «потеряли» часть процедур/функций (или как часто происходит в типовых, они «перепрыгнули» в другой общий модуль) . В виду хитросплетения общих модулей между собой в типовых, на этапе обновления не всегда можно выявить проблему, которая проявляет себя только при работе пользователей.
Итак мы понимаем, чтобы разобраться нам нужна типовая конфигурация текущего релиза (допустим 1.1.23.1). Но где ее взять? Если есть знакомый франч и он может оперативно переслать дистрибутив — прекрасно, но предположим его нет, а исправить проблему нужно срочно. (Варез не предлагать!). Более того, может и интернета не быть, и что делать в такой ситуации? Неоднократно был свидетелем процесса, когда человек для решения данной проблемы устанавливал новую базу из имеющегося первоначального дистрибутива, а затем последовательно ее обновлял до последнего, чтобы в чистой базе посмотреть «как оно должно быть на самом деле». А ларчик как всегда просто открывался:)
Теперь рассмотрим различные варианты решения:
а) Первый вариант: Меню -> Конфигурация -> Сравнение конфигураций, затем выбираем конфигурацию поставщика и сравниваем ее с основной конфигурацией.
Удивительно, но есть такие, кто про это не знает. Или при любых обстоятельствах используют пункт Сравнить, объединить с конфигурацией из файла (предварительно раздобыв/получив типовой.cf).
б) Второй способ подходит если нам нужно не только увидеть изменения, но и сразу выполнить объединение.
Меню -> Конфигурация -> Поддержка -> Настройка поддержки и внизу нажимаем кнопку Сравнить, объединить.
2) Другая ситуация: допустим мы изменили или удалили какой-то кусок типового кода, а через некоторое время оказалось, что мы допустили ошибку и нужно все вернуть обратно. И как часто происходит, бэкапа сохраненной конфигурации до внесенных изменений не оказывается. Но мы то точно знаем, что этот кусок кода содержится в типовой, поэтому конфигурация поставщика решила бы проблему.
Естественно можно поступить как и в первом случае. Дождаться окончания процесса сравнения, и из окна сравнения конфигураций открыть типовой модуль и скопировать оттуда код.
Некоторые делают именно так, но если мы имеем дело с монстром типа УПП, к тому же сильно измененной, то окончания процесса сравнения можно ждать ооочень долго. Имей мы файл.cf его можно было бы просто открыть в окне конфигурации (кстати про эту возможность знают тоже не все новички) и скопировать оттуда нужный код.
И возникает резонный вопрос, как же все таки сохранить конфигурацию поставщика в файл? Почему нет пункта меню аналогично Сохранить конфигурацию в файл для основной конфигурации или Сохранить конфигурацию БД в файл, для конфигурации базы данных. А где такой же для конфигурации поставщика? На самом деле он тоже есть, только зарыт чуть глубже. А именно все в той же форме настройки поддержки.
Просто многие единственный раз открывают данную форму только лишь для включения возможности изменения и больше никогда к ней не возвращаются.
А в нашем случае можно было поступить еще проще, даже не сохраняя конфигурацию в файл, нажать кнопку Открыть. Эффект тот же, но гораздо быстрее.
А для чего еще может понадобиться сохранение конфигурации поставщика в файл?
3) Рассмотрим следующую ситуацию. Допустим на начальном этапе существования конфигурации в типовой не было нужного нам функционала и было принято решение о доработке. Доработка была минимальной, но в дальнейшем это все же создавало неудобства при обновлении. Но затем, спустя какое-то время, мы обнаруживаем, что данный функционал (как в свое время было с версионированием объектов) появился в типовой (и как часто бывает, реализован на порядок лучше, чем «кустарная» доработка).
Приведу еще несколько примеров реальных ситуаций, когда может потребоваться откат к типовой конфигурации:
1. Пару раз сталкивался с конфигурациями, в которых доработке подвергались только макеты печатных форм. Ввиду отсутствия опыта либо по незнанию, программист сопровождавший конфигурацию, вместо создания внешней печатной формы снимал конфигурацию с поддержки и дорабатывал встроенные макеты (зачастую банально чтобы добавить логотип компании), после чего пользователи лишались возможности автоматического режима обновления.
2. Опять же по незнанию типового функционала (очень часто этим страдают бывшие "семерочники") вместо использования свойств и категорий были добавлены реквизиты справочников/документов, когда это не имело веских на то оснований (данные например использовались только для вывода в печатные формы).
Конечно же это не проблема, имей мы дело с УТ или другой конфигурацией управленческого плана, где в общем не критичны обновления, но в данном примере речь шла про доработанные УПП либо комплексную автоматизацию. И получается из-за незначительных доработок, которые можно было реализовать без снятия с полной поддержки, мы имеем никому не нужный геморрой с типовыми обновлениями.
Возникает резонное желание отказаться от внесенных доработок и снова поставить конфигурацию на полную поддержку. Как это сделать?
Единственный способ поставить конфигурацию снова на полную поддержку - это загрузить (не в режиме сравнения и объединения, а именно пункт Загрузить конфигурацию из файла) типовой.cf. Вот для этого нам как раз и пригодится возможность сохранения конфигурации поставщика в файл.cf. Делаем сохранение, затем загрузку, и после обновления конфигурации базы данных, получаем типовую конфигурацию в первозданном виде, т.е. с замочком:) Естественно перед выполнением данных действий вы должны заранее позаботиться о сохранении/переносе необходимых данных, которые "смоет" после возврата к типовой конфигурации и обязательно сделать резервную копию базы данных!
Вот такие как оказалось нехитрые возможности имеются в арсенале разработчика, но незнание этих приемов на практике может вылиться во многочасовую ненужную возню, описанную выше. Так что кто знал — молодец, а кто не знал — берите на вооружение и экономьте свое время.
В данной статье я хочу показать сервисные возможности платформы 1С:Предприятие 8, в части использования конфигурации поставщика, которые очень часто бывают востребованы, но как показала практика, знакомы отнюдь не всем начинающим и даже опытным специалистам.
Рассмотрим типичную ситуацию, в которой часто оказываются новички. Допустим имеется типовая конфигурация 1С:Комплексная автоматизация 8. Первоначально конфигурация была установлена из дистрибутива (допустим релиза 1.1.20.1). Затем в связи с необходимостью адаптации под специфику предприятия была включена возможность изменения (новички очень часто ошибочно называют это действие снятием с поддержки, хотя на самом деле это не так).
И вот спустя некоторое время мы имеем сильно доработанную, но все же типовую (в целях регламентированного учета мы регулярно выполняли обновление) конфигурацию. А дальше рассмотрим несколько гипотетических ситуаций:
1) Спустя какое-то время после очередного обновления мы получаем сообщение от бухгалтерии об ошибке, которая вылазит в момент проведения регламентной операции закрытия месяца. До этого такой ошибки не было, следовательно всему виной обновление. Вполне типовая ситуация. Мы начинаем диагностировать ошибку и видим, что ноги растут из общего модуля УчетНДСФормированиеДвижений. Начинаем разбираться и понимаем, что данный модуль был значительно переработан в типовой и после объединения мы «потеряли» часть процедур/функций (или как часто происходит в типовых, они «перепрыгнули» в другой общий модуль) . В виду хитросплетения общих модулей между собой в типовых, на этапе обновления не всегда можно выявить проблему, которая проявляет себя только при работе пользователей.
Итак мы понимаем, чтобы разобраться нам нужна типовая конфигурация текущего релиза (допустим 1.1.23.1). Но где ее взять? Если есть знакомый франч и он может оперативно переслать дистрибутив - прекрасно, но предположим его нет, а исправить проблему нужно срочно. (Варез не предлагать!). Более того, может и интернета не быть, и что делать в такой ситуации? Неоднократно был свидетелем процесса, когда человек для решения данной проблемы устанавливал новую базу из имеющегося первоначального дистрибутива, а затем последовательно ее обновлял до последнего, чтобы в чистой базе посмотреть «как оно должно быть на самом деле». А ларчик как всегда просто открывался (IMG:)
Теперь рассмотрим различные варианты решения:
а) Первый вариант: Меню -> Конфигурация -> Сравнение конфигураций, затем выбираем конфигурацию поставщика и сравниваем ее с основной конфигурацией.
Удивительно, но есть такие, кто про это не знает. Или при любых обстоятельствах используют пункт Сравнить, объединить с конфигурацией из файла (предварительно раздобыв/получив типовой.cf).
б) Второй способ подходит если нам нужно не только увидеть изменения, но и сразу выполнить объединение.
Меню -> Конфигурация -> Поддержка -> Настройка поддержки и внизу нажимаем кнопку Сравнить, объединить.
2) Другая ситуация: допустим мы изменили или удалили какой-то кусок типового кода, а через некоторое время оказалось, что мы допустили ошибку и нужно все вернуть обратно. И как часто происходит, бэкапа сохраненной конфигурации до внесенных изменений не оказывается. Но мы то точно знаем, что этот кусок кода содержится в типовой, поэтому конфигурация поставщика решила бы проблему.
Естественно можно поступить как и в первом случае. Дождаться окончания процесса сравнения, и из окна сравнения конфигураций открыть типовой модуль и скопировать оттуда код.
Некоторые делают именно так, но если мы имеем дело с монстром типа УПП, к тому же сильно измененной, то окончания процесса сравнения можно ждать ооочень долго. Имей мы файл.cf его можно было бы просто открыть в окне конфигурации (кстати про эту возможность знают тоже не все новички) и скопировать оттуда нужный код.
И возникает резонный вопрос, как же все таки сохранить конфигурацию поставщика в файл? Почему нет пункта меню аналогично Сохранить конфигурацию в файл для основной конфигурации или Сохранить конфигурацию БД в файл, для конфигурации базы данных. А где такой же для конфигурации поставщика? На самом деле он тоже есть, только зарыт чуть глубже. А именно все в той же форме настройки поддержки.
Просто многие единственный раз открывают данную форму только лишь для включения возможности изменения и больше никогда к ней не возвращаются.
А в нашем случае можно было поступить еще проще, даже не сохраняя конфигурацию в файл, нажать кнопку Открыть. Эффект тот же, но гораздо быстрее.
А для чего еще может понадобиться сохранение конфигурации поставщика в файл?
3) Рассмотрим следующую ситуацию. Допустим на начальном этапе существования конфигурации в типовой не было нужного нам функционала и было принято решение о доработке. Доработка была минимальной, но в дальнейшем это все же создавало неудобства при обновлении. Но затем, спустя какое-то время, мы обнаруживаем, что данный функционал (как в свое время было с версионированием объектов) появился в типовой (и как часто бывает, реализован на порядок лучше, чем «кустарная» доработка).
Приведу еще несколько примеров реальных ситуаций, когда может потребоваться откат к типовой конфигурации:
1. Пару раз сталкивался с конфигурациями, в которых доработке подвергались только макеты печатных форм. Ввиду отсутствия опыта либо по незнанию, программист сопровождавший конфигурацию, вместо создания внешней печатной формы снимал конфигурацию с поддержки и дорабатывал встроенные макеты (зачастую банально чтобы добавить логотип компании), после чего пользователи лишались возможности автоматического режима обновления.
2. Опять же по незнанию типового функционала (очень часто этим страдают бывшие «семерочники») вместо использования свойств и категорий были добавлены реквизиты справочников/документов, когда это не имело веских на то оснований (данные например использовались только для вывода в печатные формы).
Конечно же это не проблема, имей мы дело с УТ или другой конфигурацией управленческого плана, где в общем не критичны обновления, но в данном примере речь шла про доработанные УПП либо комплексную автоматизацию. И получается из-за незначительных доработок, которые можно было реализовать без снятия с полной поддержки, мы имеем никому не нужный геморрой с типовыми обновлениями.
Возникает резонное желание отказаться от внесенных доработок и снова поставить конфигурацию на полную поддержку. Как это сделать?
Единственный способ поставить конфигурацию снова на полную поддержку - это загрузить (не в режиме сравнения и объединения, а именно пункт Загрузить конфигурацию из файла) типовой.cf. Вот для этого нам как раз и пригодится возможность сохранения конфигурации поставщика в файл.cf. Делаем сохранение, затем загрузку, и после обновления конфигурации базы данных, получаем типовую конфигурацию в первозданном виде, т.е. с замочком (IMG:) Естественно перед выполнением данных действий вы должны заранее позаботиться о сохранении/переносе необходимых данных, которые «смоет» после возврата к типовой конфигурации и обязательно сделать резервную копию базы данных!
Вот такие как оказалось нехитрые возможности имеются в арсенале разработчика, но незнание этих приемов на практике может вылиться во многочасовую ненужную возню, описанную выше. Так что кто знал - молодец, а кто не знал - берите на вооружение и экономьте свое время.
[необходимо зарегистрироваться для просмотра ссылки]
И так снова Здравствуйте дорогие читатели блога www.сайт. Сегодня поговорим о том как выгрузить и загрузить конфигурацию в 1С Предприятии. Мы уже рассматривали с вами вопрос о . Но как выяснилось она будет совершенно пустая. Для того чтобы в ней начать работать необходимо загрузить конфигурацию из файла. Процесс выгрузки и загрузки конфигурации достаточно прост но очень важен.
Для примера я буду использовать 1С 8.2 но для версии 8.3 эта инструкция так же подойдет. Давайте разберемся подробней, что же такое конфигурация. Я постараюсь своими словам вам это объяснить. Конфигурация в 1С это набор документов, таблиц, различных отчетов и т.д только не заполненных, пустых без данных. Аналогия можно провести с документами Excel, пустая таблица в которой забиты различны формулы и диаграммы это конфигурация. Конфигураций очень много это Бухгалтерия, Зарплата и кадры, документооборот, Розница и т.д Так же существует очень много различных самописных конфигураций.
Как выгрузить конфигурацию из 1С в файл
Как же нам выгрузить конфигурацию 1С в файл. И так для начала нам нужно зайти в сам конфигуратор, для этого запускаем 1С и выбираем нужную базу кликаем пункт Конфигурация.
В конфигураторе переходим в пункт Конфигурация и выбираем пункт Сохранить конфигурацию в файл.
Вот и все на этом выгрузка конфигурации завершена. Теперь поговорим о том как её загрузить.
Как загрузить конфигурацию в 1С из файла
С выгрузкой разобрались давайте теперь разберемся с загрузкой конфигурации из файла.Для этого так же необходимо зайти в конфигуратор. И выбрать пункт Конфигурация в нем ищем Загрузку конфигурации из файла.
В открывшемся окне необходимо указать файл с конфигурацией и кликнуть Открыть. После чего дожидаемся загрузки конфигурации.
Закрываем конфигуратор и запускаем 1С в обычном режиме.
Как видите все оказалось достаточно просто.
Был вопрос:
Сколько конфигураций находится в информационной базе?
Правильный ответ 3
В структуру ИБ входят:
1. Основная конфигурация.
2. Конфигурация базы данных.
3. Конфигурация поставщика
(может и отсутствовать).
4. Плюс пользовательские данные (документы, справочники и т.п.)
Конфигурация определяет структуру базы данных и содержит алгоритмы, которые обеспечивают работу с данными.
С основной конфигурацией работают разработчики. С конфигурацией базы данных работают пользователи.
Конфигурация поставщика – исходная конфигурация поставщика типового решения.
Если информационная база установлена из шаблона и находится на поддержке поставщика, то внутри ИБ будет находиться конфигурация поставщика .
Если конфигурация находится на поддержке и изменения объектов запрещены , то в информационной базе хранится две конфигурации – основанная конфигурация и конфигурация базы данных.
При включении возможности изменения конфигурации (команда Включить возможность изменения в диалоге «Настройка поддержки «), платформа из основной конфигурации создает конфигурацию поставщика . Размер ИБ увеличивается.
Конфигурация поставщика доступна только для чтения.
Для просмотра конфигурации поставщика необходимо выбрать пункт
Конфигурация – Поддержка – Настройка поддержки – Открыть.
Информационная база может содержать несколько конфигураций поставщиков, в том случае если конфигурация стоит на поддержке нескольких поставщиков. Такая схема встречается при использовании отраслевых тиражных решений.
Основы поддержки 1С
Обновление 1С можно произвести в пользовательском режиме, в режиме конфигуратора и в настройки сравнения и объединения.
Снятие с поддержки
В диалоге «Настройка поддержки» при нажатии кнопки Снять с поддержки происходит удаление конфигурации поставщика . Такую возможность необходимо применять в тех случаях, когда типовое решение используется как основа для собственной разработки и не планируется его сопровождение.
Если нужно выгрузить конфигурацию поставщика. То это можно сделать из Поддержка – Настройка поддержки. В диалоге «Настройка поддержки» нажать кнопку Сохранить в файл.
