«1С:Бухгалтерия для Казахстана» 3.0.74.2: кому нужен корректирующий релиз

# «1С:Бухгалтерия для Казахстана» 3.0.74.2: кому нужен корректирующий релиз

Версия 3.0.74.2 выпущена не как очередной большой функциональный релиз. Это узкое исправление для конкретной ситуации: при автоматическом обновлении с 3.0.73.1 до 3.0.74.1 в отдельных информационных базах, где используются ограничения доступа на уровне записей, могла возникать ошибка.

Главный практический вопрос здесь не «что нового появилось», а «нужно ли устанавливать 3.0.74.2 именно нашей базе».

## Что произошло

Встроенное описание 3.0.74.2 заявляет исправление ошибки автоматического обновления до версии 3.0.74.1 в базах с ограничениями доступа на уровне записей. Иных пользовательских изменений по имеющимся подтверждённым данным не установлено.

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

## Сравнение 3.0.74.1 и 3.0.74.2

| Ситуация | 3.0.74.1 | 3.0.74.2 |
|---|---|---|
| Назначение релиза | Функциональный переход с 3.0.73.1 | Коррекция процесса автообновления |
| Базы с ограничениями доступа на уровне записей | При автообновлении в отдельных базах могла возникать ошибка | Ошибка процесса обновления исправлена |
| База уже успешно обновлена до 3.0.74.1 | Работает на установленной версии | По встроенному описанию устанавливать 3.0.74.2 только ради этого исправления не требуется |

## Кому следует использовать 3.0.74.2

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

Если база уже успешно обновлена с 3.0.73.1 до 3.0.74.1, встроенное описание релиза прямо говорит, что обновление до 3.0.74.2 не требуется. Это утверждение относится именно к исправленной ошибке автообновления и не является общей рекомендацией по политике обновлений организации.

## Что делать, если обновление уже завершилось ошибкой

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

Безопасная последовательность действий:

1. Прекратить работу пользователей с проблемной базой.
2. Зафиксировать сообщение об ошибке и этап, на котором остановилось обновление.
3. Действовать по штатной процедуре восстановления и обновления, принятой для этой базы.
4. При необходимости восстановить базу из резервной копии.
5. Повторить обновление до 3.0.74.2 сначала на копии базы.
6. Проверить запуск, доступ пользователей и основные рабочие операции.
7. После успешной проверки планировать обновление рабочей базы.

## Что проверить после обновления

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

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

По имеющимся данным нельзя делать выводы о новых функциях ЭДО, изменениях интерфейса, законодательства, ставок, счетов или документов. Для таких утверждений нужны отдельные доказательства.

## Частые вопросы

### Что исправляет версия 3.0.74.2?

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

### Нужно ли обновляться до 3.0.74.2, если 3.0.74.1 уже установлена?

Если переход с 3.0.73.1 на 3.0.74.1 завершился успешно, встроенное описание сообщает, что обновление до 3.0.74.2 только ради этого исправления не требуется.

### Означает ли исправление, что ограничения доступа отключены?

Нет. Исправление процесса обновления нельзя трактовать как полное отключение ограничений или расширение прав пользователей. Таких данных нет.

### Можно ли повторно запустить обновление поверх базы после ошибки?

Без проверки состояния базы — нельзя. Необходимо действовать по штатной процедуре администратора, при необходимости восстановить резервную копию и повторить обновление до 3.0.74.2 на копии базы.

### Появились ли в 3.0.74.2 новые функции или изменения законодательства?

По имеющимся подтверждённым данным таких изменений не установлено. Релиз описан как узкое исправление ошибки автообновления.

# AccountingKZ30 3.0.74.1 → 3.0.74.2

Status: Codex technical evidence accepted. User RU/KK drafts are editorially
accepted but still await the independent validation gate; do not publish or
activate them yet.

## Scope

- 0 files added, 0 removed, 9 changed, 25,278 unchanged.
- 2 readable BSL changes with exact line evidence.
- 3 changed `Module.bin` files and `Ext/ParentConfigurations.bin` remain
`not_established` semantically until decoded.
- Snapshot 74.1: `e92a85e26137da0594dafbd515c184e1370488bacc1b9cdaf91336de4fc70932`.
- Snapshot 74.2: `d21eb75708b66fa1053367ff2fb192d6f06a857b6cc4808a533b95e05a60d18b`.
- Diff: `b7e58aec411c1a98d009db81a7916c8683a6753b412001c47737994ef1fb0cc4`.

## Catalogs.ПользователиЭДОК.ManagerModule

In 3.0.74.1, lines 9–14 assigned this organization restriction inside
`ПриЗаполненииОграниченияДоступа`:

```bsl
Ограничение.Текст =
"РазрешитьЧтениеИзменение
|ГДЕ
| ЗначениеРазрешено(Организация)";
```

In 3.0.74.2 this assignment is removed. The exact deletion is established;
complete runtime authorization behavior is not established by this deletion
alone.

## CommonModules.ЭДОКСервер.Module

In 3.0.74.1, lines 2103–2104 contained:

```bsl
|Справочник.ПользователиЭДОК.Чтение.Организации
|Справочник.ПользователиЭДОК.Изменение.Организации
```

Both entries are removed in 3.0.74.2. Together with the embedded release note,
this is consistent with the narrow correction for an automatic-update failure
in databases using record-level restrictions. It does not prove that all RLS
checks disappear or that users gain cross-organization access.

## Operational interpretation

3.0.74.1 is the functional release; 3.0.74.2 is the correction. The embedded
release note says installations successfully updated from 3.0.73.1 to 3.0.74.1
do not need 3.0.74.2. A failed update should be verified and repeated on a copy
under the standard vendor recovery/update procedure.

# AccountingKZ30 3.0.74.1 → 3.0.74.2

Корректирующий релиз: добавлено 0 файлов, удалено 0, изменено 9, без изменений 25 278.
Два читаемых изменения BSL удаляют заполнение ограничения по организации и две связанные
RLS-записи. Семантика трёх изменённых Module.bin не установлена. Встроенное описание связывает
релиз с ошибкой автообновления до 3.0.74.1 в базах с RLS; успешный переход 73.1→74.1 не требует
установки 74.2 только ради этого исправления.

Diff SHA-256: b7e58aec411c1a98d009db81a7916c8683a6753b412001c47737994ef1fb0cc4.