«1С:Бухгалтерия для Казахстана» 3.0.74.1: что важно перед обновлением

# «1С:Бухгалтерия для Казахстана» 3.0.74.1: что важно перед обновлением

Версия 3.0.74.1 — функциональный релиз «1С:Бухгалтерии для Казахстана» после версии 3.0.73.1. Это не небольшой технический патч: в поставке изменён широкий набор объектов конфигурации. Поэтому обновление следует планировать как обычный переход на новую функциональную версию — с резервной копией, проверкой на копии базы и контролем основных рабочих сценариев.

## Чем 3.0.74.1 отличается от 3.0.74.2

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

| Версия | Что подтверждено |
|---|---|
| **3.0.74.1** | Функциональный релиз для перехода с 3.0.73.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.1 к одной налоговой ставке, одному счёту, документу или команде интерфейса. Поэтому решение об обновлении нельзя принимать по отдельному пункту из неофициального пересказа.

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

## Как обновляться безопасно

1. Сделайте актуальную резервную копию информационной базы.
2. Выполните пробное обновление копии базы с 3.0.73.1 до выбранной версии релиза.
3. Проверьте запуск базы и доступ пользователей с разными наборами прав.
4. Проверьте критичные для организации операции, обмены и регламентные процедуры.
5. Только после успешной проверки планируйте обновление рабочей базы.

Если при переходе на 3.0.74.1 обновление завершилось ошибкой, не продолжайте работу в частично обновлённой базе. Действуйте по штатной процедуре администратора: зафиксируйте ошибку, при необходимости восстановите резервную копию и повторите обновление до 3.0.74.2 на копии базы. После проверки результата можно планировать обновление рабочей базы.

## Что нельзя заключать по номеру релиза

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

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

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

### 3.0.74.1 — это функциональный релиз или исправление?

Это функциональный релиз после версии 3.0.73.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.1 завершилось ошибкой?

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

### Подтверждает ли релиз изменение ставок или плана счетов?

Нет. Для таких выводов нужны отдельные официальные основания. В этой статье они не заявляются.

# AccountingKZ30 3.0.73.1 → 3.0.74.1

Status: Codex technical evidence accepted. This document is a bounded
interpretation of the immutable adjacent diff; it is not a substitute for
per-object evidence.

## Scope

- 146 files added, 0 removed, 183 changed, 24,958 unchanged.
- 132 BSL changes have line-level evidence.
- Snapshot 73.1: `3e5fb99ae05082a37cb905f71a92007c27c80bece7a25a7dcc75f45157596010`.
- Snapshot 74.1: `e92a85e26137da0594dafbd515c184e1370488bacc1b9cdaf91336de4fc70932`.
- Adjacent diff: `8bc5d5085ef3261da5b85d315168ab7f0c96bdcd0185d54fe578030ec7d25cee`.

## Established change groups

The diff establishes a substantial functional release rather than a
correction-only patch. Changed or added objects include the ЭДОК subsystem,
electronic-document notifications and invitations, correction documents,
VAT-offset processing, ESF/SNT exchange artifacts, National Catalog
integration, bank-exchange normalization, and several regulated-report
artifacts.

Line-level evidence establishes, among other changes:

- new ЭДОК invitation, counterparty-state, and notification modules and
related commands/forms;
- an update handler registered for release 3.0.74.1;
- an added `Сторнирование` parameter in VAT mutual-settlement preparation;
- handling of `ПериодичностьОтнесенияНДСВЗачет` in the VAT-offset flow;
- correction-document context in customs declaration number handling;
- whitespace normalization in bank payment-purpose parsing;
- version changes in several configuration subsystems.

These observations establish code and metadata changes. They do not by
themselves establish a legal conclusion, a changed Kazakhstan tax rate, exact
posting results, universal UI navigation, or runtime behavior for every
database. Those claims require their own evidence and validation.

## Version interpretation

3.0.74.1 is the functional successor to 3.0.73.1. The later 3.0.74.2 release
is a narrow correction for an automatic-update failure involving databases
that use record-level restrictions. Therefore the 73.1→74.1 functional diff
and the 74.1→74.2 correction diff must remain separate in storage and in the
version selector.

# AccountingKZ30 3.0.73.1 → 3.0.74.1

Функциональный релиз: добавлено 146 файлов, удалено 0, изменено 183, без изменений 24 958.
Для 132 изменений BSL имеется построчное evidence. Подтверждены изменения в ЭДОК,
корректировках, обработке зачёта НДС, обменах и других подсистемах. Эти факты не
доказывают сами по себе изменение законодательства, ставок, проводок или универсального UI.

Diff SHA-256: 8bc5d5085ef3261da5b85d315168ab7f0c96bdcd0185d54fe578030ec7d25cee.