События при записи и проведении документа

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

Заливкой выделены события, выполняющиеся в транзакции записи.

Последовательность событий при проведении документа из формы документа (провести и закрыть)

Заливкой выделены события, выполняющиеся в транзакции записи.

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

Заливкой выделены события, выполняющиеся в транзакции записи.

Обработчики событий

Расширение управляемой формы для документа. Вызывается перед записью объекта на сервере. Можно отменить запись. Выполняется вне транзакции.

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

Возникает при записи объекта. Процедура-обработчик вызывается после записи объекта в базу данных, но до окончания транзакции записи.

Расширение управляемой формы для документа. Возникает на сервере при записи объекта из формы. Процедура-обработчик вызывается после записи объекта (после события ПриЗаписи объекта) в базу данных, но до окончания транзакции записи.

Расширение управляемой формы для документа. Вызывается после записи объекта на сервере и после завершения транзакции.

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

Источник

Особенности использования поля «Проведен» и процесса проведения

В документах 1С:Предприятия 8 поддерживается механизм проведения. Он представляет собой реализованную на уровне системы методологию отражения в учетных механизмах события хозяйственной жизни, отражаемого документом. Механизм проведения реализован таким образом, чтобы, с одной стороны, минимизировать усилия разработчика при использовании его в типовых случаях, а, с другой стороны, чтобы обеспечить гибкие возможности изменения стандартной методологии.

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

Использование поля Проведен и процесса проведения является только предлагаемой системой методологией.

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

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

Поле Проведен и процесс проведения имеют смысл для видов документов, которые вообще могут проводиться (у которых в метаданных свойство Проведение имеет значение Разрешить). Некоторые виды документов вообще не должны проводиться. У них в метаданных свойство Проведение имеет значение Запретить. Например, это могут быть документы, которые никак не влияют на учетные механизмы. Кроме того, не должны проводиться документы, которые предназначены для ручного ввода движений. Эти документы будут иметь движения, но для них не имеет смысла деление на проведенные и непроведенные, так как нет деления на исходную информацию и получаемую в процессе проведения, а вся информация (реквизиты и движения) заполняется в процессе ввода документа.

Заметим, что у документов, которые не должны проводиться, пиктограмма в списке документов больше похожа на пиктограмму проведенного документа. Это сделано потому, что пользователь в списке документов должен, прежде всего, отличать документы которые нужно проводить, а они еще не проведены. А документы, которые не нужно проводить и которые уже проведены, отличать не столь важно.

Источник

Заметки из Зазеркалья

Данная статья является анонсом новой функциональности.
Не рекомендуется использовать содержание данной статьи для освоения новой функциональности.
Полное описание новой функциональности будет приведено в документации к соответствующей версии.
Полный список изменений в новой версии приводится в файле v8Update.htm.

Реализовано в версии 8.3.15.1489.

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

Пессимистическая блокировка

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

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

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

Неудобства пессимистической блокировки

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

В результате могут возникать следующие неудобные ситуации:

Взаимодействие при пессимистической блокировке

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

Во-первых, в версии 8.3.14 мы изменили логику, по которой снимается пессимистическая блокировка. Раньше она снималась после того, как пользователь закрывает форму. Теперь она снимается раньше, после того, как данные, которые изменялись в форме, записаны. О том, что данные записаны, сигнализирует признак модифицированности формы. Через минуту после того, как у формы снимается признак модифицированности, платформа автоматически снимает и пессимистическую блокировку.

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

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

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

Пример 1. Менеджер по продажам решил добавить в заказ №17 ещё несколько товаров. Он открыл документ и начал подбирать товары. В этот момент администратор захотел изменить статус у этого же заказа.

Как только администратор нажмёт в форме кнопку Выполнен, он увидит такой диалог:

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

Допустим, администратор решает ничего не менять в сообщении и нажимает Отправить сообщение. Тогда у менеджера по продажам появляется такое оповещение:

Поскольку менеджер по продажам всё ещё редактирует заказ, он нажимает на это оповещение и через систему взаимодействия отвечает администратору:

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

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

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

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

Поскольку он прекрасно помнит, что он хотел изменить в этом заказе, он решил не сохранять изменения, выполненные на работе, а сделать сейчас всё то же самое ещё раз. Он нажимает Начать редактировать и получает такое оповещение:

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

Администратор вносит изменения и сохраняет их.

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

Что будет, если нет системы взаимодействия?

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

Когда вы работаете в клиент-серверном варианте, и система взаимодействия недоступна, отличие будет заключаться только в том, что в диалоге не будет предложения Написать сообщение пользователю?

А вот в том случае, когда используется файловый вариант работы и система взаимодействия недоступна, сообщение будет выглядеть, по сути, как и раньше:

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

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

Источник

Чем отличается проведенный документ от записанного в 1С:УНФ

Новички в работе с 1С:Управление нашей фирмой часто задаются вопросом чем документ с зеленой галочкой отличается от такого же документа без галочки.

Мы составили простую и наглядную табличку и подробно объяснили что означает каждое действие с документом.

Доверить процесс обслуживания следует специалистам, давно работающим на рынке автоматизации, которые несут гарантию за проданный товар, оказанные услуги. Например, нам 🙂

Окажем услуги с оплатой по факту, если результат вас устроит.
Без предоплаты.

Посмотрите другие полезные материалы по теме «УНФ»
У нас вот такие Тарифы по обслуживанию 1С:УНФ

Источник

Как посмотреть историю изменения документа в 1С

Когда с базой 1С работают несколько сотрудников, возникают вопросы:

Работу с Журналом регистрации и Историей изменений рассмотрим на примере конфигурации 1С Бухгалтерия 8.3.

Журнал регистрации и История изменений

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

Журнал регистрации больше ориентирован на фиксирование действий с программой в целом — таких, как изменение параметров, настроек. А механизм Истории изменений — на хранение предшествующих версий документов и справочников. Он появился в типовых конфигурациях с версии 8.3.11, а с 8.3.13.1513 к списку объектов добавились константы, планы обмена и планы видов характеристик. Журнал регистрации начинает собирать информацию автоматически с момента установки программы, а для начала работы Истории изменений требуется ее включение и настройка.

Журнал регистрации

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

Получите понятные самоучители 2021 по 1С бесплатно:

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

Где найти журнал регистрации

Настройка журнала

Для сокращения количества записей и точной настройки задайте параметры:

Кнопка Установить отбор — это расширенный отбор для получения данных по конкретному событию или объекту. Чтобы отобразить сведения по документу, настройте:

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

Кнопка Применить и закрыть — завершение настройки расширенного отбора.

Как читать журнал

В журнале регистрации выводятся графы:

1С история изменений документа или справочника

История изменений документа в 1С 8.3 (или справочника) хранит все версии объекта — от создания до последнего редактирования и проведения. Механизм позволяет:

Включение и настройка

Расположение функции в программе:

Выберите конкретный документ/справочник или группу целиком для настройки истории хранения по всем объектам сразу.

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

Укажите, при каких обстоятельствах требуется добавлять записи в историю, нажав Установить когда сохранять версии и выбрав пункт из списка:

Установить срок хранения версий — определяется время хранения версий:

Версии с истекшим сроком хранения система считает устаревшими. При установке флага Автоматически удалять устаревшие версии программа будет их удалять самостоятельно. По умолчанию удаление настроено на каждый день в 3:00, но по ссылке Настроить расписание можно поменять настройки времени и частоты запуска процедуры удаления устаревших версий — от нескольких раз день до одного раза в год. Версии с Бессрочным сроком хранения всегда актуальны и автоматически программой не удаляются.

Просмотр истории изменений документа или справочника

Как в 1С посмотреть историю изменения документа/справочника после включения опции:

Если этих пунктов нет, проверьте Настройку истории ( Администрирование — Общие настройки — История изменений ): возможно, не заданы параметры для хранения объектов этого вида.

Сравнение версий документа/справочника:

Измененное значение реквизита подсвечивается.

Восстановление предыдущей версии документа или справочника

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

См. также:

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

Получите еще секретный бонус и полный доступ к справочной системе БухЭксперт8 на 14 дней бесплатно

Похожие публикации

Карточка публикации

(2 оценок, среднее: 5,00 из 5)

Источник