tools/export_1c_help
2
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

export_docs v0.3.8: sync docs to docs (6 files)

mihailkudravcev
2026-07-29 12:59:09 +03:00
parent 77d3cb7d87
commit 9da52a4145
56 changed files with 2 additions and 22684 deletions
Download Patch File Download Diff File Expand all files Collapse all files
docs__Checklist_5b_UPD_2026-04-21.md
-140
@@ -1,140 +0,0 @@
---
title: Чек-лист внедрения графы 5б в УПД
version: 1.0
date_created: 2026-04-21
date_modified: 2026-04-21
author: Руководитель отдела ИТ Кудрявцев М.А. (kma@rhana.com)
description: Рабочий чек-лист для разработки и приемки реализации графы 5б в УПД с приоритетом изменений через расширение crm3-dev.rhana.
status: К выполнению
based_on: ТЗ_минимальная_реализация_графы_5б_УПД_2026-04-21.md
based_on_title: Техническое задание - минимальная реализация графы 5б в УПД (через расширение)
based_on_version: 1.1
show_metadata_block: true
show_index_link: true
show_toc: true
---
# Рабочий чек-лист внедрения
## Ссылки на ТЗ
- Базовый документ: [ТЗ по графе 5б](docs__%D0%A2%D0%97_%D0%BC%D0%B8%D0%BD%D0%B8%D0%BC%D0%B0%D0%BB%D1%8C%D0%BD%D0%B0%D1%8F_%D1%80%D0%B5%D0%B0%D0%BB%D0%B8%D0%B7%D0%B0%D1%86%D0%B8%D1%8F_%D0%B3%D1%80%D0%B0%D1%84%D1%8B_5%D0%B1_%D0%A3%D0%9F%D0%94_2026-04-21.md)
- Архитектурный принцип: см. раздел `2` ТЗ.
- Карта объектов: см. раздел `4` ТЗ.
- Детализация реализации: см. раздел `5` ТЗ.
- Шаблоны кода: см. раздел `6` ТЗ.
- Правила разработки: см. раздел `7` ТЗ.
- План работ: см. раздел `8` ТЗ.
- Критерии приемки: см. раздел `9` ТЗ.
## 1. Подготовка
- [ ] Подтвердить ветку разработки и стенд внедрения (см. разделы `1`, `2` ТЗ).
- [ ] Зафиксировать версии:
- `crm3-dev`
- `crm3-dev.rhana`
- текущий рабочий макет УПД.
- [ ] Создать резервные копии объектов:
- `Documents/СчетФактураВыданный`
- `DataProcessors/ПечатьОбщихФорм`
- макет УПД в расширении.
- [ ] Проверить, что правила `&ИзменениеИКонтроль` применимы для целевых методов (см. раздел `7` ТЗ).
## 2. Реализация в расширении документа `СчетФактураВыданный`
Файл: `crm3-dev.rhana/src/Documents/СчетФактураВыданный/Ext/ManagerModule.bsl` (см. разделы `4.1`, `5.1`, `6.1`, `6.2`, `6.3`, `6.4` ТЗ)
### 2.1. Функция формирования строки 5б
- [ ] Добавить `упд5б_СтрокаАвансовыеСчетаФактуры(ПлатежноРасчетныеДокументы) Экспорт` (шаблон: раздел `6.1` ТЗ).
- [ ] Проверить формат вывода:
- `№ %1 от %2, исправление № %3 от %4`
- разделитель нескольких значений: `; `.
### 2.2. Временная таблица платежно-расчетных документов
- [ ] Расширить `ПоместитьВременнуюТаблицуПлатежноРасчетныхДокументов(...)` (цельный блок с директивами, раздел `6.2` ТЗ).
- [ ] Добавить колонку `СтрокаАвансовыеСчетаФактуры` (раздел `6.2` ТЗ).
- [ ] Заполнять колонку через `упд5б_СтрокаАвансовыеСчетаФактуры(...)` (раздел `6.2` ТЗ).
### 2.3. Запрос данных по оплатам/авансовым СФ
- [ ] Расширить `ТекстЗапросаПолученияНомеровИДатПлатежноРасчетныхДокументов()` (цельный блок с директивами, раздел `6.3` ТЗ).
- [ ] Добавить получение полей:
- `НомерСчетаФактурыНаАванс`
- `ДатаСчетаФактурыНаАванс`
- `НомерИсправленияСчетаФактурыНаАванс`
- `ДатаИсправленияСчетаФактурыНаАванс`.
- [ ] Проверить, что используются связи с `Документ.СчетФактураВыданныйАванс`.
### 2.4. Прокидывание в данные печати
- [ ] Добавить в запрос шапки поле `ПредставлениеАвансовыеСчетаФактуры` (раздел `6.4` ТЗ).
- [ ] Реализовать через `ЕСТЬNULL(...)` (ВТ/данные документа) (раздел `6.4` ТЗ).
## 3. Реализация в расширении печати УПД
Файл: `crm3-dev.rhana/src/DataProcessors/ПечатьОбщихФорм/Ext/ManagerModule.bsl` (см. разделы `4.1`, `5.2`, `6.5` ТЗ)
### 3.1. Вставка в `р_ЗаполнитьТабличныйДокументУПД(...)`
- [ ] Добавить получение `ДанныеПечати.ПредставлениеАвансовыеСчетаФактуры` (раздел `6.5` ТЗ).
- [ ] Добавить fallback:
- `№ -- от --, исправление № -- от --`.
- [ ] Заполнить параметр:
- `ОбластьШапка.Параметры.АвансовыеСчетаФактуры` (раздел `6.5` ТЗ).
### 3.2. Контроль совместимости
- [ ] Проверить, что при отсутствии поля/значения печать не падает.
- [ ] Проверить, что прочие поля УПД не изменили поведение.
## 4. Изменение макета УПД (в расширении)
См. разделы `4.1`, `5.3`, `8` ТЗ.
- [ ] Добавить параметр `АвансовыеСчетаФактуры` в область `Шапка` (строка 5б).
- [ ] Проверить совпадение имени параметра в макете и коде.
- [ ] Проверить перенос длинной строки в шапке.
## 5. Стандарты и контроль качества кода
См. раздел `7` ТЗ.
- [ ] Все изменения в перехватываемых методах оформлены через `&ИзменениеИКонтроль`.
- [ ] Новые блоки оформлены в `#Вставка` / `#Удаление`.
- [ ] В `#Удаление` нет комментариев и нового текста.
- [ ] Новые методы расширения имеют префикс `упд5б_`.
- [ ] Проверка `check_ext` выполнена без критических несоответствий.
## 6. Тестовые сценарии (минимум)
См. разделы `8` и `9` ТЗ.
### 6.1. Позитивные
- [ ] Реализация с одним авансовым СФ -> 5б заполнена корректно.
- [ ] Реализация с несколькими авансовыми СФ -> значения через `; `.
- [ ] Реализация с исправленным авансовым СФ -> отображаются номер/дата исправления.
### 6.2. Негативные и граничные
- [ ] Нет авансовых СФ -> вывод fallback.
- [ ] Старые документы без данных 5б печатаются без ошибок.
- [ ] Пустые/частично заполненные значения не ломают формат строки.
### 6.3. Регрессия
- [ ] УПД без авансов печатается как до внедрения.
- [ ] Графы 5а/6/7/8 работают корректно.
- [ ] Печать из `РеализацияТоваровУслуг` без ошибок.
## 7. Критерии готовности (Definition of Done)
См. раздел `9` ТЗ.
- [ ] В графе 5б выводятся авансовые СФ для закрываемой реализацией оплаты.
- [ ] При отсутствии данных применяется fallback.
- [ ] Изменения выполнены преимущественно в `crm3-dev.rhana`.
- [ ] Протокол тестирования заполнен и подписан.
- [ ] Подготовлен список фактически измененных объектов.
## 8. Протокол сдачи
См. разделы `10` и `11` ТЗ.
- [ ] Передать перечень измененных объектов (файл/метод/тип изменения).
- [ ] Передать скриншоты УПД по 3 ключевым кейсам (1 СФ, несколько СФ, fallback).
- [ ] Передать результаты `check_ext`.
- [ ] Передать итоговую оценку рисков (низкий/средний/высокий) и план отката.
docs__INDEX.md
-54
@@ -2,62 +2,8 @@
## Статьи
- [Анализ доработок синхронизации документа Заказ клиента](docs__%D0%90%D0%BD%D0%B0%D0%BB%D0%B8%D0%B7_%D0%B4%D0%BE%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%BE%D0%BA_%D1%81%D0%B8%D0%BD%D1%85%D1%80%D0%BE%D0%BD%D0%B8%D0%B7%D0%B0%D1%86%D0%B8%D0%B8_%D0%97%D0%B0%D0%BA%D0%B0%D0%B7%D0%9A%D0%BB%D0%B8%D0%B5%D0%BD%D1%82%D0%B0.md)
- [Анализ доработок синхронизации документа Реализация товаров и услуг](docs__%D0%90%D0%BD%D0%B0%D0%BB%D0%B8%D0%B7_%D0%B4%D0%BE%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%BE%D0%BA_%D1%81%D0%B8%D0%BD%D1%85%D1%80%D0%BE%D0%BD%D0%B8%D0%B7%D0%B0%D1%86%D0%B8%D0%B8_%D0%A0%D0%B5%D0%B0%D0%BB%D0%B8%D0%B7%D0%B0%D1%86%D0%B8%D1%8F%D0%A2%D0%BE%D0%B2%D0%B0%D1%80%D0%BE%D0%B2%D0%A3%D1%81%D0%BB%D1%83%D0%B3.md)
- [Анализ доработок складского учета и печати документов](docs__%D0%90%D0%BD%D0%B0%D0%BB%D0%B8%D0%B7_%D0%B4%D0%BE%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%BE%D0%BA_%D1%81%D0%BA%D0%BB%D0%B0%D0%B4%D1%81%D0%BA%D0%BE%D0%B3%D0%BE_%D1%83%D1%87%D0%B5%D1%82%D0%B0_%D0%B8_%D0%BF%D0%B5%D1%87%D0%B0%D1%82%D0%B8_%D0%B4%D0%BE%D0%BA%D1%83%D0%BC%D0%B5%D0%BD%D1%82%D0%BE%D0%B2.md)
- [Анализ доработок формы приёмки (УправлениеПоступлением.Форма.Форма) складского учета](docs__%D0%90%D0%BD%D0%B0%D0%BB%D0%B8%D0%B7_%D0%B4%D0%BE%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%BE%D0%BA_%D1%84%D0%BE%D1%80%D0%BC%D1%8B_%D0%BF%D1%80%D0%B8%D0%B5%D0%BC%D0%BA%D0%B8_%D0%A3%D0%BF%D1%80%D0%B0%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D0%B5%D0%9F%D0%BE%D1%81%D1%82%D1%83%D0%BF%D0%BB%D0%B5%D0%BD%D0%B8%D0%B5%D0%BC.md)
- [Анализ механизма перезаполнения регистра CRM_ЖурналДокументов](docs__%D0%90%D0%BD%D0%B0%D0%BB%D0%B8%D0%B7_%D0%BC%D0%B5%D1%85%D0%B0%D0%BD%D0%B8%D0%B7%D0%BC%D0%B0_%D0%BF%D0%B5%D1%80%D0%B5%D0%B7%D0%B0%D0%BF%D0%BE%D0%BB%D0%BD%D0%B5%D0%BD%D0%B8%D1%8F_CRM_%D0%96%D1%83%D1%80%D0%BD%D0%B0%D0%BB%D0%94%D0%BE%D0%BA%D1%83%D0%BC%D0%B5%D0%BD%D1%82%D0%BE%D0%B2.md)
- [Анализ необходимости переноса функционала печати пакета документов и доработок складского учета](docs__%D0%90%D0%BD%D0%B0%D0%BB%D0%B8%D0%B7_%D0%BF%D0%B5%D1%87%D0%B0%D1%82%D0%B8_%D0%BF%D0%B0%D0%BA%D0%B5%D1%82%D0%B0_%D0%B4%D0%BE%D0%BA%D1%83%D0%BC%D0%B5%D0%BD%D1%82%D0%BE%D0%B2_%D0%B8_%D1%81%D0%BA%D0%BB%D0%B0%D0%B4%D1%81%D0%BA%D0%BE%D0%B3%D0%BE_%D1%83%D1%87%D0%B5%D1%82%D0%B0%20%28v3.0%29.md)
- [Анализ обмена НДС 22% между CRM и Бухгалтерией КОРП](docs__%D0%90%D0%BD%D0%B0%D0%BB%D0%B8%D0%B7_%D0%BE%D0%B1%D0%BC%D0%B5%D0%BD%D0%B0_%D0%9D%D0%94%D0%A1_22_%D1%81_%D0%91%D1%83%D1%85%D0%B3%D0%B0%D0%BB%D1%82%D0%B5%D1%80%D0%B8%D0%B5%D0%B9_%D0%9A%D0%9E%D0%A0%D0%9F.md)
- [Анализ обработчиков обновления для переноса НДС 22%](docs__%D0%90%D0%BD%D0%B0%D0%BB%D0%B8%D0%B7_%D0%BE%D0%B1%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D1%87%D0%B8%D0%BA%D0%BE%D0%B2_%D0%BE%D0%B1%D0%BD%D0%BE%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D1%8F_%D0%9D%D0%94%D0%A1_22.md)
- [Анализ ошибок обновления конфигурации 1С](docs__%D0%90%D0%BD%D0%B0%D0%BB%D0%B8%D0%B7_%D0%BE%D1%88%D0%B8%D0%B1%D0%BE%D0%BA_%D0%BE%D0%B1%D0%BD%D0%BE%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D1%8F.md)
- [Анализ переноса обработки КредитНотаЗаПериод в новую конфигурацию](docs__%D0%90%D0%BD%D0%B0%D0%BB%D0%B8%D0%B7_%D0%BF%D0%B5%D1%80%D0%B5%D0%BD%D0%BE%D1%81%D0%B0_%D0%BE%D0%B1%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%BA%D0%B8_%D0%9A%D1%80%D0%B5%D0%B4%D0%B8%D1%82%D0%9D%D0%BE%D1%82%D0%B0%D0%97%D0%B0%D0%9F%D0%B5%D1%80%D0%B8%D0%BE%D0%B4.md)
- [Анализ привязок серий номенклатур к видам номенклатур](docs__%D0%90%D0%BD%D0%B0%D0%BB%D0%B8%D0%B7_%D0%BF%D1%80%D0%B8%D0%B2%D1%8F%D0%B7%D0%BE%D0%BA_%D1%81%D0%B5%D1%80%D0%B8%D0%B9_%D0%BD%D0%BE%D0%BC%D0%B5%D0%BD%D0%BA%D0%BB%D0%B0%D1%82%D1%83%D1%80_%D0%BA_%D0%B2%D0%B8%D0%B4%D0%B0%D0%BC_%D0%BD%D0%BE%D0%BC%D0%B5%D0%BD%D0%BA%D0%BB%D0%B0%D1%82%D1%83%D1%80.md)
- [Анализ применения признака Кредит-нота (КредитНота) в исходной конфигурации](docs__%D0%90%D0%BD%D0%B0%D0%BB%D0%B8%D0%B7_%D0%BF%D1%80%D0%B8%D0%BC%D0%B5%D0%BD%D0%B5%D0%BD%D0%B8%D1%8F_%D0%9A%D1%80%D0%B5%D0%B4%D0%B8%D1%82%D0%9D%D0%BE%D1%82%D0%B0%20%28v1.1%29.md)
- [Анализ применения признака Кредит-нота (КредитНота) в исходной конфигурации](docs__%D0%90%D0%BD%D0%B0%D0%BB%D0%B8%D0%B7_%D0%BF%D1%80%D0%B8%D0%BC%D0%B5%D0%BD%D0%B5%D0%BD%D0%B8%D1%8F_%D0%9A%D1%80%D0%B5%D0%B4%D0%B8%D1%82%D0%9D%D0%BE%D1%82%D0%B0.md)
- [Анализ применения реквизита Купон в исходной конфигурации включая расширение](docs__%D0%90%D0%BD%D0%B0%D0%BB%D0%B8%D0%B7_%D0%BF%D1%80%D0%B8%D0%BC%D0%B5%D0%BD%D0%B5%D0%BD%D0%B8%D1%8F_%D1%80%D0%B5%D0%BA%D0%B2%D0%B8%D0%B7%D0%B8%D1%82%D0%B0_%D0%9A%D1%83%D0%BF%D0%BE%D0%BD%20%28v1.0%29.md)
- [Анализ применения реквизита Купон в исходной конфигурации включая расширение](docs__%D0%90%D0%BD%D0%B0%D0%BB%D0%B8%D0%B7_%D0%BF%D1%80%D0%B8%D0%BC%D0%B5%D0%BD%D0%B5%D0%BD%D0%B8%D1%8F_%D1%80%D0%B5%D0%BA%D0%B2%D0%B8%D0%B7%D0%B8%D1%82%D0%B0_%D0%9A%D1%83%D0%BF%D0%BE%D0%BD.md)
- [Анализ различий: crm3-26-test и crm3-dev (конфигурации и расширения)](docs__%D0%90%D0%BD%D0%B0%D0%BB%D0%B8%D0%B7_%D1%80%D0%B0%D0%B7%D0%BB%D0%B8%D1%87%D0%B8%D0%B9_crm3-26-test_vs_crm3-dev.md)
- [Анализ рисков нарушения уникальности регистра CRM_ЖурналДокументов](docs__%D0%90%D0%BD%D0%B0%D0%BB%D0%B8%D0%B7_%D1%80%D0%B8%D1%81%D0%BA%D0%BE%D0%B2_%D0%BD%D0%B5%D1%83%D0%BD%D0%B8%D0%BA%D0%B0%D0%BB%D1%8C%D0%BD%D0%BE%D1%81%D1%82%D0%B8_CRM_%D0%96%D1%83%D1%80%D0%BD%D0%B0%D0%BB%D0%94%D0%BE%D0%BA%D1%83%D0%BC%D0%B5%D0%BD%D1%82%D0%BE%D0%B2.md)
- [Быстрое решение проблемы обновления](docs__%D0%91%D1%8B%D1%81%D1%82%D1%80%D0%BE%D0%B5_%D1%80%D0%B5%D1%88%D0%B5%D0%BD%D0%B8%D0%B5.md)
- [Выводы сравнения конфигураций CRM3devLocal и CRM326_TEST](docs__%D0%92%D1%8B%D0%B2%D0%BE%D0%B4%D1%8B_%D1%81%D1%80%D0%B0%D0%B2%D0%BD%D0%B5%D0%BD%D0%B8%D1%8F_%D0%BA%D0%BE%D0%BD%D1%84%D0%B8%D0%B3%D1%83%D1%80%D0%B0%D1%86%D0%B8%D0%B9.md)
- [Глубинный анализ регистров на нарушение уникальности данных](docs__%D0%93%D0%BB%D1%83%D0%B1%D0%B8%D0%BD%D0%BD%D1%8B%D0%B9_%D0%B0%D0%BD%D0%B0%D0%BB%D0%B8%D0%B7_%D1%80%D0%B5%D0%B3%D0%B8%D1%81%D1%82%D1%80%D0%BE%D0%B2.md)
- [Дорожная карта модернизации CRM3](docs__%D0%94%D0%BE%D1%80%D0%BE%D0%B6%D0%BD%D0%B0%D1%8F_%D0%BA%D0%B0%D1%80%D1%82%D0%B0_%D0%BC%D0%B8%D0%B3%D1%80%D0%B0%D1%86%D0%B8%D0%B8_CRM3_v0.1.md)
- [Инструкция по добавлению ролей в профиль группы доступа](docs__%D0%98%D0%BD%D1%81%D1%82%D1%80%D1%83%D0%BA%D1%86%D0%B8%D1%8F_%D0%B4%D0%BE%D0%B1%D0%B0%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D1%8F_%D1%80%D0%BE%D0%BB%D0%B5%D0%B9_%D0%B2_%D0%BF%D1%80%D0%BE%D1%84%D0%B8%D0%BB%D1%8C.md)
- [Инструкция по запуску скрипта md_convert.py](docs__%D0%98%D0%BD%D1%81%D1%82%D1%80%D1%83%D0%BA%D1%86%D0%B8%D1%8F_%D0%BF%D0%BE_%D0%B7%D0%B0%D0%BF%D1%83%D1%81%D0%BA%D1%83_md_convert.md)
- [Инструкция по исправлению ошибок обновления конфигурации 1С](docs__%D0%98%D0%BD%D1%81%D1%82%D1%80%D1%83%D0%BA%D1%86%D0%B8%D1%8F_%D0%BF%D0%BE_%D0%B8%D1%81%D0%BF%D1%80%D0%B0%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D1%8E.md)
- [Инструкция по фильтрации списка отсутствующих групп доступа](docs__instructions_filter_access_groups.md)
- [Итоговый отчет: Глубинный анализ регистров на нарушение уникальности](docs__%D0%98%D1%82%D0%BE%D0%B3%D0%BE%D0%B2%D1%8B%D0%B9_%D0%BE%D1%82%D1%87%D0%B5%D1%82_%D0%B0%D0%BD%D0%B0%D0%BB%D0%B8%D0%B7%D0%B0_%D1%80%D0%B5%D0%B3%D0%B8%D1%81%D1%82%D1%80%D0%BE%D0%B2.md)
- [Конвертер Markdown в HTML](docs__README_md_to_html.md)
- [Контекст проекта (перенаправление)](docs__PROJECT_CONTEXT.md)
- [Общая информация по документу](docs__%D0%9E%D1%86%D0%B5%D0%BD%D0%BA%D0%B0_%D0%BF%D1%80%D0%B0%D0%B2%D0%BE%D0%BA_%D0%B4%D0%BB%D1%8F_%D0%BF%D0%B5%D1%80%D0%B5%D0%BD%D0%BE%D1%81%D0%B0_%D0%9D%D0%94%D0%A1_22.md)
- [Оглавление документов](docs__INDEX.md)
- [Ответ на входящее обращение по модулю Диадока (УПД)](docs__diadoc_answer_2026-05-08.md)
- [Отчет о конвертации Markdown в HTML](docs__%D0%9E%D1%82%D1%87%D0%B5%D1%82_%D0%BE_%D0%BA%D0%BE%D0%BD%D0%B2%D0%B5%D1%80%D1%82%D0%B0%D1%86%D0%B8%D0%B8.md)
- [Оценка правок для переноса функционала ставки НДС 22%](docs__%D0%9E%D1%86%D0%B5%D0%BD%D0%BA%D0%B0_%D0%BF%D1%80%D0%B0%D0%B2%D0%BE%D0%BA_%D0%B4%D0%BB%D1%8F_%D0%BF%D0%B5%D1%80%D0%B5%D0%BD%D0%BE%D1%81%D0%B0_%D0%9D%D0%94%D0%A1_22_%28v1.1%29.md)
- [Перечень констант: crm3-26-test + расширение crm3-26-test.rhana](docs__%D0%9F%D0%B5%D1%80%D0%B5%D1%87%D0%B5%D0%BD%D1%8C_%D0%BA%D0%BE%D0%BD%D1%81%D1%82%D0%B0%D0%BD%D1%82_crm3-26-test.md)
- [Перечень констант: историческая система crm3-dev + расширение crm3-dev.rhana](docs__%D0%9F%D0%B5%D1%80%D0%B5%D1%87%D0%B5%D0%BD%D1%8C_%D0%BA%D0%BE%D0%BD%D1%81%D1%82%D0%B0%D0%BD%D1%82_crm3-dev.md)
- [Проблема неуникальности регистра CRM_ЖурналДокументов](docs__%D0%9F%D1%80%D0%BE%D0%B1%D0%BB%D0%B5%D0%BC%D0%B0_%D0%BD%D0%B5%D1%83%D0%BD%D0%B8%D0%BA%D0%B0%D0%BB%D1%8C%D0%BD%D0%BE%D1%81%D1%82%D0%B8_%D1%80%D0%B5%D0%B3%D0%B8%D1%81%D1%82%D1%80%D0%B0_CRM_%D0%96%D1%83%D1%80%D0%BD%D0%B0%D0%BB%D0%94%D0%BE%D0%BA%D1%83%D0%BC%D0%B5%D0%BD%D1%82%D0%BE%D0%B2.md)
- [Проверка наличия ставки НДС 22% в целевой конфигурации CRM326](docs__%D0%9F%D1%80%D0%BE%D0%B2%D0%B5%D1%80%D0%BA%D0%B0_%D1%81%D1%82%D0%B0%D0%B2%D0%BA%D0%B8_%D0%9D%D0%94%D0%A1_22.md)
- [Проверка статей](docs__test.md)
- [Рабочий чек-лист внедрения](docs__Checklist_5b_UPD_2026-04-21.md)
- [Рабочий чек-лист внедрения](docs__%D0%A7%D0%B5%D0%BA%D0%BB%D0%B8%D1%81%D1%82_%D0%B2%D0%BD%D0%B5%D0%B4%D1%80%D0%B5%D0%BD%D0%B8%D1%8F_%D0%B3%D1%80%D0%B0%D1%84%D1%8B_5%D0%B1_%D0%A3%D0%9F%D0%94_2026-04-21.md)
- [Реализация переноса НДС 22%](docs__%D0%A0%D0%B5%D0%B0%D0%BB%D0%B8%D0%B7%D0%B0%D1%86%D0%B8%D1%8F_%D0%BF%D0%B5%D1%80%D0%B5%D0%BD%D0%BE%D1%81%D0%B0_%D0%9D%D0%94%D0%A1_22.md)
- [Результаты конвертации Markdown в HTML](docs__%D0%A0%D0%95%D0%97%D0%A3%D0%9B%D0%AC%D0%A2%D0%90%D0%A2%D0%AB_%D0%9A%D0%9E%D0%9D%D0%92%D0%95%D0%A0%D0%A2%D0%90%D0%A6%D0%98%D0%98.md)
- [Роли для включения в новой системе](docs__%D0%A0%D0%BE%D0%BB%D0%B8_%D0%B4%D0%BB%D1%8F_%D0%B2%D0%BA%D0%BB%D1%8E%D1%87%D0%B5%D0%BD%D0%B8%D1%8F_%D0%B2_%D0%BD%D0%BE%D0%B2%D0%BE%D0%B9_%D1%81%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D0%B5.md)
- [Роли, которые нужно отметить "Да" в новой системе](docs__%D0%A0%D0%BE%D0%BB%D0%B8_%D0%B4%D0%BB%D1%8F_%D0%BE%D1%82%D0%BC%D0%B5%D1%82%D0%BA%D0%B8_%D0%94%D0%90_%D0%BE%D1%81%D1%82%D0%B0%D0%BB%D0%BE%D1%81%D1%8C.md)
- [Сверка ролей профиля между старой и новой системами](docs__%D0%A1%D0%B2%D0%B5%D1%80%D0%BA%D0%B0_%D1%80%D0%BE%D0%BB%D0%B5%D0%B9_%D0%BF%D1%80%D0%BE%D1%84%D0%B8%D0%BB%D1%8F.md)
- [Сверка ролей с учетом переименований](docs__%D0%A1%D0%B2%D0%B5%D1%80%D0%BA%D0%B0_%D1%80%D0%BE%D0%BB%D0%B5%D0%B9_%D1%81_%D1%83%D1%87%D0%B5%D1%82%D0%BE%D0%BC_%D0%BF%D0%B5%D1%80%D0%B5%D0%B8%D0%BC%D0%B5%D0%BD%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B9.md)
- [Сводка по работам: перенос и настройка актуальной формы УПД](docs__%D0%A1%D0%B2%D0%BE%D0%B4%D0%BA%D0%B0_%D0%BF%D0%B5%D1%80%D0%B5%D0%BD%D0%BE%D1%81%D0%B0_%D0%B8_%D0%BD%D0%B0%D1%81%D1%82%D1%80%D0%BE%D0%B9%D0%BA%D0%B8_%D0%B0%D0%BA%D1%82%D1%83%D0%B0%D0%BB%D1%8C%D0%BD%D0%BE%D0%B9_%D1%84%D0%BE%D1%80%D0%BC%D1%8B_%D0%A3%D0%9F%D0%94.md)
- [Сводка: Риски нарушения уникальности CRM_ЖурналДокументов](docs__%D0%A1%D0%B2%D0%BE%D0%B4%D0%BA%D0%B0_%D1%80%D0%B8%D1%81%D0%BA%D0%BE%D0%B2_%D0%BD%D0%B5%D1%83%D0%BD%D0%B8%D0%BA%D0%B0%D0%BB%D1%8C%D0%BD%D0%BE%D1%81%D1%82%D0%B8.md)
- [Список объектов для удаления из состава подсистем](docs__%D0%A1%D0%BF%D0%B8%D1%81%D0%BE%D0%BA_%D0%BE%D0%B1%D1%8A%D0%B5%D0%BA%D1%82%D0%BE%D0%B2_%D0%B4%D0%BB%D1%8F_%D1%83%D0%B4%D0%B0%D0%BB%D0%B5%D0%BD%D0%B8%D1%8F_%D0%B8%D0%B7_%D0%BF%D0%BE%D0%B4%D1%81%D0%B8%D1%81%D1%82%D0%B5%D0%BC.md)
- [Список ролей новой системы для отметки "Да"](docs__%D0%A1%D0%BF%D0%B8%D1%81%D0%BE%D0%BA_%D1%80%D0%BE%D0%BB%D0%B5%D0%B9_%D0%B4%D0%BB%D1%8F_%D0%BE%D1%82%D0%BC%D0%B5%D1%82%D0%BA%D0%B8_%D0%94%D0%90.md)
- [Сравнение констант: crm3-dev → crm3-26-test](docs__%D0%A1%D1%80%D0%B0%D0%B2%D0%BD%D0%B5%D0%BD%D0%B8%D0%B5_%D0%BA%D0%BE%D0%BD%D1%81%D1%82%D0%B0%D0%BD%D1%82_crm3-dev_vs_crm3-26-test.md)
- [Техническое задание](docs__TZ_min_5b_UPD_2026-04-21.md)
- [Техническое задание](docs__%D0%A2%D0%97_%D0%BC%D0%B8%D0%BD%D0%B8%D0%BC%D0%B0%D0%BB%D1%8C%D0%BD%D0%B0%D1%8F_%D1%80%D0%B5%D0%B0%D0%BB%D0%B8%D0%B7%D0%B0%D1%86%D0%B8%D1%8F_%D0%B3%D1%80%D0%B0%D1%84%D1%8B_5%D0%B1_%D0%A3%D0%9F%D0%94_2026-04-21.md)
- [Техническое задание №2](docs__TZ2_full_UPD_migration_2026-04-21.md)
- [Техническое задание №2](docs__%D0%A2%D0%97_2_%D0%BF%D0%BE%D0%BB%D0%BD%D1%8B%D0%B9_%D0%BF%D0%B5%D1%80%D0%B5%D0%BD%D0%BE%D1%81_%D0%BB%D0%BE%D0%B3%D0%B8%D0%BA%D0%B8_%D0%A3%D0%9F%D0%94_%D0%B8%D0%B7_crm3-26-promo_%D0%B2_crm3-dev_2026-04-21.md)
- [Техническое задание №260506/3 от 06.05.2026](docs__%D0%A2%D0%97_3_%D0%92%D0%BD%D0%B5%D0%B4%D1%80%D0%B5%D0%BD%D0%B8%D0%B5_%D1%84%D0%BE%D1%80%D0%BC%D1%8B_%D0%A3%D0%9F%D0%94_%D0%B2_%D1%82%D0%B5%D0%BA%D1%83%D1%89%D1%83%D1%8E_%D1%80%D0%B0%D0%B1%D0%BE%D1%87%D1%83%D1%8E_%D0%B1%D0%B0%D0%B7%D1%83_2026-05-05.md)
- [Улучшения скрипта проверки дубликатов](docs__%D0%A3%D0%BB%D1%83%D1%87%D1%88%D0%B5%D0%BD%D0%B8%D1%8F_%D1%81%D0%BA%D1%80%D0%B8%D0%BF%D1%82%D0%B0_%D0%BF%D1%80%D0%BE%D0%B2%D0%B5%D1%80%D0%BA%D0%B8.md)
- [ФИНАЛЬНЫЙ ОТЧЕТ: Глубинный анализ регистров на нарушение уникальности данных](docs__%D0%A4%D0%98%D0%9D%D0%90%D0%9B%D0%AC%D0%9D%D0%AB%D0%99_%D0%9E%D0%A2%D0%A7%D0%95%D0%A2_%D0%90%D0%BD%D0%B0%D0%BB%D0%B8%D0%B7_%D1%80%D0%B5%D0%B3%D0%B8%D1%81%D1%82%D1%80%D0%BE%D0%B2.md)
- [ФИНАЛЬНЫЙ СПИСОК РОЛЕЙ ДЛЯ ВКЛЮЧЕНИЯ В НОВОЙ СИСТЕМЕ](docs__%D0%A4%D0%98%D0%9D%D0%90%D0%9B%D0%AC%D0%9D%D0%AB%D0%99_%D0%A1%D0%9F%D0%98%D0%A1%D0%9E%D0%9A_%D0%A0%D0%9E%D0%9B%D0%95%D0%99_%D0%94%D0%9B%D0%AF_%D0%92%D0%9A%D0%9B%D0%AE%D0%A7%D0%95%D0%9D%D0%98%D0%AF.md)
docs__PROJECT_CONTEXT.md
-7
@@ -1,7 +0,0 @@
# Контекст проекта (перенаправление)
Документ перенесён и актуализирован:
**[docs/meta/PROJECT_STRUCTURE.md](docs/meta/PROJECT_STRUCTURE.md)**
Используйте его как основной источник описания структуры репозитория, ИБ, каталогов данных и соглашений разработки.
docs__README_md_to_html.md
-103
@@ -1,103 +0,0 @@
---
title: Конвертер Markdown в HTML
author: Руководитель отдела ИТ Кудрявцев М.А. (kma@rhana.com)
version: 1.0
date_created: 2025-12-09
date_modified: 2025-12-09
show_metadata_block: true
show_index_link: true
---
# Конвертер Markdown в HTML
Скрипт `md_to_html.py` для конвертации Markdown файлов в HTML с красивым оформлением.
## Установка зависимостей
```bash
pip install markdown
```
## Использование
### Базовое использование
```bash
# Конвертировать все .md файлы в папку html/
python md_to_html.py
```
### Конвертация конкретных файлов
```bash
# Один файл
python md_to_html.py -f Анализ_ошибок.md
# Несколько файлов
python md_to_html.py -f file1.md file2.md file3.md
```
### Конвертация по паттерну
```bash
# Все файлы с "анализ" в названии
python md_to_html.py -p "*анализ*.md"
# Все файлы с "отчет" в названии
python md_to_html.py -p "*отчет*.md"
```
### Указание другой папки для вывода
```bash
# Сохранить в папку output
python md_to_html.py -o output
# Сохранить в папку docs/html
python md_to_html.py -o docs/html
```
### Указание другой рабочей директории
```bash
# Искать MD файлы в другой директории
python md_to_html.py -d /path/to/directory
```
## Параметры
- `-f, --files` - Конкретные файлы для конвертации (можно указать несколько)
- `-p, --pattern` - Паттерн для поиска файлов (например, "*анализ*.md")
- `-o, --output` - Папка для сохранения HTML файлов (по умолчанию: html)
- `-d, --directory` - Директория для поиска MD файлов (по умолчанию: текущая)
- `--no-toc` - Отключить автоматическое создание оглавления
- `-h, --help` - Показать справку
## Примеры
```bash
# Конвертировать все файлы
python md_to_html.py
# Конвертировать только файлы анализа
python md_to_html.py -p "*анализ*.md"
# Конвертировать конкретные файлы в папку docs
python md_to_html.py -f ФИНАЛЬНЫЙ_ОТЧЕТ_Анализ_регистров.md -o docs
# Конвертировать все файлы из подпапки
python md_to_html.py -d CRM3devLocal.Рана
```
## Особенности
- Автоматическое создание оглавления
- Подсветка синтаксиса кода
- Поддержка таблиц
- Красивое оформление с адаптивным дизайном
- Сохранение структуры исходных файлов
## Результат
Все HTML файлы сохраняются в папку `html/` (или указанную папку) с тем же именем, что и исходный MD файл, но с расширением `.html`.
docs__TZ2_full_UPD_migration_2026-04-21.md
-218
@@ -1,218 +0,0 @@
---
title: Техническое задание №2 - полный перенос новой логики УПД из crm3-26-promo в crm3-dev
version: 1.0
date_created: 2026-04-21
date_modified: 2026-04-21
author: Руководитель отдела ИТ Кудрявцев М.А. (kma@rhana.com)
description: Полный план переноса логики подготовки данных и печати УПД из crm3-26-promo в crm3-dev с учетом выделения доработок в отдельное расширение упд5б.
status: К согласованию
show_metadata_block: true
show_index_link: true
show_toc: true
---
# Техническое задание №2
## 1. Цель и основание
Цель: выполнить **полный перенос** актуальной логики формирования данных и печати УПД из `crm3-26-promo` в `crm3-dev` с выделением изменений в отдельное расширение `упд5б`, минимизируя изменения в основной конфигурации.
Основание: сравнительный анализ:
- `crm3-dev` (версия `3.0.22.28`, режим совместимости `Version8_3_16`);
- `crm3-26-promo` (версия `3.1.35.11`, режим совместимости `Version8_3_27`);
- текущего расширения `crm3-dev.rhana`.
## 2. Итоги полного анализа (as-is / to-be)
### 2.1. Что уже есть в `crm3-26-promo`
В `crm3-26-promo` реализован полный контур графы 5б:
- функция `СтрокаАвансовыеСчетаФактуры(...)` в `Documents/СчетФактураВыданный/Ext/ManagerModule.bsl`;
- расширенная `ПоместитьВременнуюТаблицуПлатежноРасчетныхДокументов(...)` с колонкой `СтрокаАвансовыеСчетаФактуры`;
- расширенный `ТекстЗапросаПолученияНомеровИДатПлатежноРасчетныхДокументов()` с данными `СчетФактураВыданныйАванс` и исправлений;
- вывод поля `ПредставлениеАвансовыеСчетаФактуры` в запросе шапки для печати;
- заполнение `ОбластьШапка.Параметры.АвансовыеСчетаФактуры` в `ПечатьОбщихФорм`.
### 2.2. Что есть в `crm3-dev`
В `crm3-dev` (база):
- базовые методы `ПоместитьВременнуюТаблицуПлатежноРасчетныхДокументов(...)` и `ТекстЗапросаПолученияНомеровИДатПлатежноРасчетныхДокументов()` присутствуют, но без контура 5б;
- в запросе шапки УПД отсутствует `ПредставлениеАвансовыеСчетаФактуры`.
В `crm3-dev.rhana`:
- в `DataProcessors/ПечатьОбщихФорм/Ext/ManagerModule.bsl` уже есть ветка выбора макета `1096` для периода 2026;
- подключен макет `ПФ_MXL_УниверсальныйПередаточныйДокумент1096_ru`;
- в `Documents/СчетФактураВыданный/Ext/ManagerModule.bsl` отсутствуют изменения по 5б (есть только доработки по строке 5а).
Критичное отличие по макетам:
- в `crm3-26-promo` для актуальной ветки УПД применяются `CommonTemplates`:
- `ПФ_MXL_УниверсальныйПередаточныйДокумент2026`,
- `ПФ_MXL_УниверсальныйПередаточныйДокумент2026Прослеж`,
в которых присутствует параметр `АвансовыеСчетаФактуры` (графа 5б);
- в `crm3-dev` и `crm3-dev.rhana` такие `CommonTemplates` отсутствуют.
## 3. Границы работ по ТЗ №2
### 3.1. Входит в объем
1. Полный перенос механизма подготовки данных 5б из `crm3-26-promo`.
2. Полный перенос логики вывода 5б в печатной форме УПД.
3. Унификация доработок в новом расширении `упд5б` (вынос из `crm3-dev.rhana` релевантных частей).
4. Анализ и устранение дублирования между `crm3-dev.rhana` и `упд5б`.
5. Подготовка правил, что остается в расширении, а что (при необходимости) меняется в базе `crm3-dev`.
### 3.2. Не входит в объем
1. Полный перенос всех несвязанных с УПД подсистем из `crm3-26-promo`.
2. Массовый рефакторинг документов вне контура СФ/УПД.
## 4. Детальный анализ изменений структуры данных
### 4.1. Обязательные поля и представления для миграции
Для полного переноса должны быть поддержаны:
- строка представления авансовых СФ: `СтрокаАвансовыеСчетаФактуры`;
- поле вывода в шапке печати: `ПредставлениеАвансовыеСчетаФактуры`;
- поля в таблице платежно-расчетных документов:
- `НомерСчетаФактурыНаАванс`,
- `ДатаСчетаФактурыНаАванс`,
- `НомерИсправленияСчетаФактурыНаАванс`,
- `ДатаИсправленияСчетаФактурыНаАванс`.
### 4.2. Временные таблицы и запросы
В контуре `СчетФактураВыданный` требуется перенос (или эквивалентное восстановление) цепочки:
1. подготовка данных платежно-расчетных документов;
2. формирование данных по `СчетФактураВыданныйАванс` и исправлениям;
3. объединение в итоговую ВТ для передачи в печать;
4. подстановка в `РезультатПоШапке` поля `ПредставлениеАвансовыеСчетаФактуры`.
### 4.3. Проверка наличия реквизитов документа
В `crm3-26-promo` используется реквизит документа `СтрокаАвансовыеСчетаФактуры` в ряде сценариев формы/объекта.
Для `crm3-dev` обязательна проверка:
1. если реквизит уже существует в базе - использовать его;
2. если реквизита нет:
- вариант А (предпочтительный): вычислять строку на лету в расширении и передавать через ВТ/запрос шапки;
- вариант Б (если требуется функциональная паритетность формы документа): добавить реквизит в объект (через расширение, если позволяет совместимость), либо точечно в базу.
## 5. Целевая архитектура переноса
### 5.1. Новое расширение `упд5б` (основной контур)
В `упд5б` концентрируются:
1. все изменения `Documents/СчетФактураВыданный/Ext/ManagerModule.bsl` по данным 5б;
2. все изменения `DataProcessors/ПечатьОбщихФорм/Ext/ManagerModule.bsl` по выводу 5б;
3. перенос и сопровождение `CommonTemplates`:
- `ПФ_MXL_УниверсальныйПередаточныйДокумент2026`,
- `ПФ_MXL_УниверсальныйПередаточныйДокумент2026Прослеж`;
4. опционально (для обратной совместимости) - `ПФ_MXL_УниверсальныйПередаточныйДокумент1096_ru`, если он остается в legacy-ветке.
### 5.2. Что переносить из `crm3-dev.rhana` в `упд5б`
Переносу в `упд5б` подлежат доработки, связанные с актуальной печатью УПД и графой 5б:
1. ветка выбора макета для периода 2026+;
2. переключение на `CommonTemplates` `...2026` / `...2026Прослеж`;
3. блок заполнения параметров шапки УПД, который должен включать `АвансовыеСчетаФактуры`.
### 5.3. Что убрать из `crm3-dev.rhana` после переноса
После приемки `упд5б` из `crm3-dev.rhana` исключаются дублирующие фрагменты:
1. дублирующее подключение макета 1096 в ветке 2026, если оно заменено на `CommonTemplates` 2026;
2. дублирующая ветка выбора макета 1096/2026;
3. любой дублирующий расчет параметра `АвансовыеСчетаФактуры` (если был добавлен в `crm3-dev.rhana`).
Удаление выполняется только после тестов регрессии и при подтверждении идентичного поведения в `упд5б`.
## 6. План реализации (по этапам)
### Этап 1. Инвентаризация и фиксация baseline
1. Зафиксировать текущие версии и hash модулей/макетов:
- `crm3-dev/src/Documents/СчетФактураВыданный/...`,
- `crm3-dev/src/DataProcessors/ПечатьОбщихФорм/...`,
- `crm3-dev.rhana/src/...`,
- `crm3-26-promo/src/...`.
2. Составить карту расхождений: методы, поля, ВТ, параметры макета.
Результат этапа: отчет о diff и точный реестр переносимых фрагментов.
### Этап 2. Перенос данных 5б
1. В `упд5б` добавить `упд5б_СтрокаАвансовыеСчетаФактуры(...)`.
2. Расширить `ПоместитьВременнуюТаблицуПлатежноРасчетныхДокументов(...)`.
3. Расширить `ТекстЗапросаПолученияНомеровИДатПлатежноРасчетныхДокументов()`.
4. Расширить формирование `ТекстЗапросаДанныхШапкиДляПечатиСчетаФактуры(...)` с полем `ПредставлениеАвансовыеСчетаФактуры`.
Результат этапа: данные 5б формируются и доступны в `РезультатПоШапке`.
### Этап 3. Перенос печати и макетов
1. Перенести в `упд5б` выбор макета для ветки 2026+.
2. Перенести из `crm3-26-promo` `CommonTemplates`:
- `ПФ_MXL_УниверсальныйПередаточныйДокумент2026`,
- `ПФ_MXL_УниверсальныйПередаточныйДокумент2026Прослеж`.
3. В `ЗаполнитьТабличныйДокументУПД(...)` добавить/сохранить установку `ОбластьШапка.Параметры.АвансовыеСчетаФактуры`.
4. Проверить, что legacy-ветки до 2026 не изменили поведение.
Результат этапа: графа 5б печатается в УПД по новым макетам 2026/2026Прослеж.
### Этап 4. Дедубликация `crm3-dev.rhana`
1. Отключить/удалить дублирующие фрагменты по макету 1096 из `crm3-dev.rhana`.
2. Подтвердить отсутствие конфликтов при одновременном подключении расширений.
Результат этапа: единая точка ответственности в `упд5б`.
### Этап 5. Регрессия и приемка
1. Позитивные сценарии:
- реализация с авансом и исправлением;
- реализация с авансом без исправления;
- без аванса (fallback).
2. Регрессия:
- печать УПД до 2026 (исторические периоды);
- печать УПД после 01.01.2026 (макеты 2026/2026Прослеж);
- пакетная печать смешанных документов.
Результат этапа: акт приемки и протокол регрессии.
### Этап 6. Переход структуры данных и обработчики обновления
1. Подготовить решение по данным для уже созданных документов:
- если строка 5б рассчитывается на лету - обновление данных не требуется;
- если вводится хранение в реквизите/регистре - требуется миграция данных.
2. При необходимости добавить обработчики обновления данных:
- модуль обновления конфигурации/расширения;
- пакетный пересчет `СтрокаАвансовыеСчетаФактуры` для исторических `СчетФактураВыданный`.
3. Добавить контрольные отчеты сверки до/после миграции.
## 7. Требования по применению расширения с учетом совместимости `crm3-dev`
Учитывать ограничения `crm3-dev` (`CompatibilityMode = Version8_3_16`):
1. приоритетно использовать `&ИзменениеИКонтроль` в расширении;
2. в блоках `#Удаление` размещать только удаляемый код;
3. комментарии и пояснения размещать только в `#Вставка`;
4. не использовать вставку директив удаления внутрь многострочных литералов запроса;
5. при изменении условных операторов заменять цельный блок `Если ... КонецЕсли` (а не только строку условия);
6. если точка расширения недоступна технически, оформлять точечное изменение в базе отдельным решением с обоснованием.
## 8. Решение по макетам после 01.01.2026
Для новых документов после `01.01.2026` целевые макеты:
1. `ОбщийМакет.ПФ_MXL_УниверсальныйПередаточныйДокумент2026`;
2. `ОбщийМакет.ПФ_MXL_УниверсальныйПередаточныйДокумент2026Прослеж`.
Исторические макеты (`..._ru`, `..._625_ru`, `...981_ru`, `...534_ru`) не удаляются, потому что:
1. они нужны для корректной печати документов прошлых периодов;
2. они участвуют в проверках совместимости печати смешанных наборов документов;
3. их изменение в рамках полного переноса выполняется только при отдельном бизнес-требовании.
## 9. Критерии готовности ТЗ №2 к реализации
1. Согласован перечень переносимых объектов и методов.
2. Согласован перечень удаляемых дубликатов из `crm3-dev.rhana`.
3. Подтвержден способ работы с отсутствующими реквизитами (через расширение или точечно в базе).
4. Утвержден план поэтапного внедрения и регрессии.
docs__TZ_min_5b_UPD_2026-04-21.md
-634
@@ -1,634 +0,0 @@
---
title: Техническое задание - минимальная реализация графы 5б в УПД (через расширение)
version: 1.1
date_created: 2026-04-21
date_modified: 2026-04-21
author: Руководитель отдела ИТ Кудрявцев М.А. (kma@rhana.com)
description: Детализированное техническое задание с конкретными объектами и кодовыми фрагментами для минимальной реализации графы 5б в УПД с приоритетом реализации через расширение crm3-dev.rhana.
status: К реализации
extension: CRM3devLocal / CRM3devLocal.Рана
show_metadata_block: true
show_index_link: true
show_toc: true
---
# Техническое задание
## 1. Общая информация
### 1.1. Дата документа
21.04.2026
### 1.2. Основание
Результаты повторного анализа `crm3-dev` + `crm3-dev.rhana` в сравнении с `crm3-26-promo` (версия `3.1.35.11`) по функционалу заполнения графы 5б в УПД.
### 1.3. Цель
Реализовать в старой конфигурации минимально необходимую логику заполнения графы **5б** в печатной форме УПД за счет перехода на новые макеты `ПФ_MXL_УниверсальныйПередаточныйДокумент2026` и `ПФ_MXL_УниверсальныйПередаточныйДокумент2026Прослеж` (из `crm3-26-promo`) и передачи в них параметра `АвансовыеСчетаФактуры`, с максимальной локализацией изменений в расширении `упд5б`.
---
## 2. Архитектурный принцип реализации
### 2.1. Приоритет: расширение
Реализация выполняется **в первую очередь через расширение** `crm3-dev.rhana`.
Целевой порядок:
1. Подготовка данных для графы 5б - в расширении документа `СчетФактураВыданный`.
2. Вывод в печатную форму УПД - в расширении `ПечатьОбщихФорм`.
3. Изменения в базе `crm3-dev` - только если конкретный метод нельзя корректно расширить.
### 2.2. Допустимый fallback на базу
Если нужная точка не расширяема:
1. фиксируется причина технического ограничения;
2. в базе делается минимальный точечный change;
3. вся остальная логика остается в расширении.
---
## 3. Объем и ограничения
### 3.1. Включено в объем работ
1. Формирование представления авансовых счетов-фактур для графы 5б.
2. Передача значения в набор данных печати УПД (`РезультатПоШапке`).
3. Перенос в расширение `упд5б` макетов `ОбщийМакет.ПФ_MXL_УниверсальныйПередаточныйДокумент2026` и `ОбщийМакет.ПФ_MXL_УниверсальныйПередаточныйДокумент2026Прослеж` из `crm3-26-promo`.
4. Вывод значения графы 5б в новых макетах 2026.
5. Минимальные изменения, достаточные для работоспособности графы 5б без изменения логики старых веток макетов.
### 3.2. Не включено в объем работ
1. Полный перенос ветки печатных форм СФ/УПД/УКД 2.5.
2. Перенос всех функциональных опций и макетов из `crm3-26-promo`.
3. Масштабный рефакторинг печати УПД.
4. Изменение логики выбора исторических макетов `..._ru`, `..._625_ru`, `...981_ru`, `...534_ru`.
---
## 4. Карта объектов и изменений
### 4.1. Обязательные объекты в расширении
1. `crm3-dev.rhana/src/Documents/СчетФактураВыданный/Ext/ManagerModule.bsl`
Назначение:
- формирование `ПредставлениеАвансовыеСчетаФактуры`;
- расширение подготовки данных для УПД.
2. `crm3-dev.rhana/src/DataProcessors/ПечатьОбщихФорм/Ext/ManagerModule.bsl`
Назначение:
- чтение `ДанныеПечати.ПредставлениеАвансовыеСчетаФактуры`;
- заполнение `ОбластьШапка.Параметры.АвансовыеСчетаФактуры`.
3. Макеты УПД в расширении `упд5б` (раздел `CommonTemplates`)
Назначение:
- перенос из `crm3-26-promo` макетов:
- `ПФ_MXL_УниверсальныйПередаточныйДокумент2026`;
- `ПФ_MXL_УниверсальныйПередаточныйДокумент2026Прослеж`;
- использование в печати УПД для периода 2026+.
4. Макет УПД в расширении (`Templates` объекта `ПечатьОбщихФорм`)
Назначение:
- сохранить совместимость со старой веткой печати;
- без обязательной доработки исторических шаблонов в рамках минимальной задачи.
### 4.2. Объекты базы (только при невозможности расширить)
1. `crm3-dev/src/Documents/СчетФактураВыданный/Ext/ManagerModule.bsl`
2. Базовый макет УПД.
---
## 5. Детализация реализации по объектам
### 5.1. Расширение документа `СчетФактураВыданный`
Файл: `crm3-dev.rhana/src/Documents/СчетФактураВыданный/Ext/ManagerModule.bsl`
Необходимо расширить:
1. `ПоместитьВременнуюТаблицуПлатежноРасчетныхДокументов(...)`
- добавить колонку `СтрокаАвансовыеСчетаФактуры`;
- заполнять ее из функции `упд5б_СтрокаАвансовыеСчетаФактуры(...)`;
- включить колонку в итоговую выгрузку в `ТаблицаПлатежноРасчетныеДокументы`.
Конкретный код (фрагмент для вставки по месту):
```bsl
// 1) Добавление колонки в сводную ТЗ
ПлатежноРасчетныеДокументыСводно.Колонки.Добавить("СтрокаАвансовыеСчетаФактуры",
Новый ОписаниеТипов("Строка",,Новый КвалификаторыСтроки(1000)));
// 2) Заполнение значения в цикле по счетам-фактурам
НоваяСтрока = ПлатежноРасчетныеДокументыСводно.Добавить();
НоваяСтрока.Ссылка = ВыборкаСчетФактур.СчетФактура;
НоваяСтрока.СтрокаПлатежноРасчетныеДокументы = СтрокаРасчетноПлатежныхДокументов(ПлатежноРасчетныеДокументы);
НоваяСтрока.СтрокаАвансовыеСчетаФактуры = упд5б_СтрокаАвансовыеСчетаФактуры(ПлатежноРасчетныеДокументы);
// 3) Выгрузка в ВТ, чтобы поле было доступно в дальнейших запросах
Запрос.Текст =
"ВЫБРАТЬ
| Таблица.Ссылка,
| Таблица.СтрокаПлатежноРасчетныеДокументы,
| Таблица.СтрокаАвансовыеСчетаФактуры
|ПОМЕСТИТЬ ТаблицаПлатежноРасчетныеДокументы
|ИЗ
| &ПлатежноРасчетныеДокументы КАК Таблица";
```
2. `ТекстЗапросаПолученияНомеровИДатПлатежноРасчетныхДокументов()`
- добавить извлечение связанных авансовых СФ (`Документ.СчетФактураВыданныйАванс`);
- добавить поля:
- `НомерСчетаФактурыНаАванс`
- `ДатаСчетаФактурыНаАванс`
- `НомерИсправленияСчетаФактурыНаАванс`
- `ДатаИсправленияСчетаФактурыНаАванс`;
- внедрять как цельный расширяемый блок по шаблону из раздела `6.3`.
3. Формирование поля в запросе шапки:
- `ПредставлениеАвансовыеСчетаФактуры`.
4. Новая функция в расширении:
- `упд5б_СтрокаАвансовыеСчетаФактуры(...) Экспорт`.
### 5.2. Расширение печати УПД
Файл: `crm3-dev.rhana/src/DataProcessors/ПечатьОбщихФорм/Ext/ManagerModule.bsl`
В `упд5б_ЗаполнитьТабличныйДокументУПД(...)` добавить:
1. извлечение значения графы 5б из `ДанныеПечати`:
- `ПредставлениеАвансовыеСчетаФактуры`;
2. fallback:
- `№ -- от --, исправление № -- от --`;
3. заполнение параметра шапки:
- `ОбластьШапка.Параметры.АвансовыеСчетаФактуры`.
### 5.3. Макет УПД
По результатам глубокого анализа:
1. в `crm3-26-promo` параметр 5б реализован в коде печати и применяется в ветке новых макетов:
- `ОбщийМакет.ПФ_MXL_УниверсальныйПередаточныйДокумент2026`;
- `ОбщийМакет.ПФ_MXL_УниверсальныйПередаточныйДокумент2026Прослеж`;
2. в `crm3-dev` отсутствует раздел `CommonTemplates` с указанными макетами;
3. в `crm3-dev.rhana` ветка 2026 сейчас переключается на `...1096_ru`, что не дает использовать новый шаблон 2026 с параметром 5б по эталонной схеме `crm3-26-promo`.
Требование минимальной задачи по макетам:
1. создать в расширении `упд5б` раздел `CommonTemplates` и перенести из `crm3-26-promo`:
- `ПФ_MXL_УниверсальныйПередаточныйДокумент2026`;
- `ПФ_MXL_УниверсальныйПередаточныйДокумент2026Прослеж`;
2. в процедуре `ЗаполнитьТабличныйДокументУПД(...)` расширения `упд5б` для ветки 2026 использовать только эти новые макеты;
3. логику выбора и применения исторических макетов (`..._ru`, `..._625_ru`, `...981_ru`, `...534_ru`) не менять;
4. обеспечить установку `ОбластьШапка.Параметры.АвансовыеСчетаФактуры` в ветке печати, где используется макет 2026/2026Прослеж.
Конкретный код для вставки приведен в разделе `6.5`.
Требование по переносу доработок из текущего расширения `crm3-dev.rhana` в новое расширение `упд5б`:
1. перенести только ветку выбора макета периода 2026;
2. заменить использование `ПФ_MXL_УниверсальныйПередаточныйДокумент1096_ru` на `ОбщийМакет.ПФ_MXL_УниверсальныйПередаточныйДокумент2026` и `...2026Прослеж`;
3. оставить существующие ветки до 2026 без изменений.
---
## 6. Конкретные кодовые фрагменты (шаблоны для внедрения)
### 6.0. Общий шаблон расширяемого метода
Все изменения в существующих методах выполнять в форме:
```bsl
&ИзменениеИКонтроль("ИмяМетодаБазы")
Функция упд5б_ИмяМетодаБазы(...)
#Удаление
ТекстБазовогоКода = "...";
#КонецУдаления
#Вставка
// Новый или измененный фрагмент
#КонецВставки
КонецФункции
```
### 6.1. Функция строкового представления графы 5б
```bsl
Функция упд5б_СтрокаАвансовыеСчетаФактуры(ПлатежноРасчетныеДокументы) Экспорт
СтрокаНомеровИДата = "";
Для каждого СтрокаДокумента Из ПлатежноРасчетныеДокументы Цикл
Если ЗначениеЗаполнено(СтрокаДокумента.НомерСчетаФактурыНаАванс) Тогда
ТекстСтроки = СтрШаблон(
НСтр("ru='№ %1 от %2, исправление № %3 от %4'"),
СтрокаДокумента.НомерСчетаФактурыНаАванс,
Формат(СтрокаДокумента.ДатаСчетаФактурыНаАванс, "ДФ=dd.MM.yyyy"),
?(ЗначениеЗаполнено(СтрокаДокумента.НомерИсправленияСчетаФактурыНаАванс), СтрокаДокумента.НомерИсправленияСчетаФактурыНаАванс, "--"),
?(ЗначениеЗаполнено(СтрокаДокумента.ДатаИсправленияСчетаФактурыНаАванс), Формат(СтрокаДокумента.ДатаИсправленияСчетаФактурыНаАванс, "ДФ=dd.MM.yyyy"), "--")
);
СтрокаНомеровИДата = СтрокаНомеровИДата
+ ?(ПустаяСтрока(СтрокаНомеровИДата), "", "; ")
+ ТекстСтроки;
КонецЕсли;
КонецЦикла;
Возврат СтрокаНомеровИДата;
КонецФункции
```
### 6.2. Расширение `ПоместитьВременнуюТаблицуПлатежноРасчетныхДокументов(...)`
```bsl
&ИзменениеИКонтроль("ПоместитьВременнуюТаблицуПлатежноРасчетныхДокументов")
Функция упд5б_ПоместитьВременнуюТаблицуПлатежноРасчетныхДокументов(МенеджерВременныхТаблиц, МассивАналитикУчетаПоПартнерам)
#Удаление
Запрос.Текст =
"ВЫБРАТЬ
| Таблица.Ссылка,
| Таблица.СтрокаПлатежноРасчетныеДокументы
|ПОМЕСТИТЬ ТаблицаПлатежноРасчетныеДокументы
|ИЗ
| &ПлатежноРасчетныеДокументы КАК Таблица";
#КонецУдаления
#Вставка
// [+] Добавляем отдельную колонку для текстового представления графы 5б
// во временную таблицу ТаблицаПлатежноРасчетныеДокументы.
// [+] Заполняем колонку через новую функцию
// упд5б_СтрокаАвансовыеСчетаФактуры(...).
// [+] Включаем колонку в финальный набор, который участвует в формировании шапки печати.
ПлатежноРасчетныеДокументыСводно.Колонки.Добавить("СтрокаАвансовыеСчетаФактуры",
Новый ОписаниеТипов("Строка",,Новый КвалификаторыСтроки(1000)));
НоваяСтрока.СтрокаАвансовыеСчетаФактуры =
упд5б_СтрокаАвансовыеСчетаФактуры(ПлатежноРасчетныеДокументы);
Запрос.Текст =
"ВЫБРАТЬ
| Таблица.Ссылка,
| Таблица.СтрокаПлатежноРасчетныеДокументы,
| Таблица.СтрокаАвансовыеСчетаФактуры
|ПОМЕСТИТЬ ТаблицаПлатежноРасчетныеДокументы
|ИЗ
| &ПлатежноРасчетныеДокументы КАК Таблица";
#КонецВставки
КонецФункции
```
### 6.3. Расширение `ТекстЗапросаПолученияНомеровИДатПлатежноРасчетныхДокументов()`
```bsl
&ИзменениеИКонтроль("ТекстЗапросаПолученияНомеровИДатПлатежноРасчетныхДокументов")
Функция упд5б_ТекстЗапросаПолученияНомеровИДатПлатежноРасчетныхДокументов()
#Удаление
ТекстЗапроса =
"ВЫБРАТЬ РАЗЛИЧНЫЕ
| ДанныеПервичныхДокументов.Дата КАК ДатаВходящегоДокумента,
| ДанныеПервичныхДокументов.Номер КАК НомерВходящегоДокумента,
| ТаблицаДокументов.Ссылка КАК СчетФактура
|ИЗ
| РасчетыСКлиентами_ОснованияИДокументыОплаты КАК ПлатежныеДокументы
|
| ВНУТРЕННЕЕ СОЕДИНЕНИЕ
| ТаблицаЗаполненияПлатежноРасчетныхДокументов КАК ТаблицаДокументов
| ПО
| ПлатежныеДокументы.ОснованиеОплаты = ТаблицаДокументов.ДокументОснование
| И ПлатежныеДокументы.АналитикаУчетаПоПартнерам В (&МассивАналитикУчетаПоПартнерам)
|
| ВНУТРЕННЕЕ СОЕДИНЕНИЕ
| РегистрСведений.ДанныеПервичныхДокументов КАК ДанныеПервичныхДокументов
| ПО
| ПлатежныеДокументы.Организация = ДанныеПервичныхДокументов.Организация
| И ПлатежныеДокументы.ДокументОплаты = ДанныеПервичныхДокументов.Документ
|
|ГДЕ
| ТИПЗНАЧЕНИЯ(ПлатежныеДокументы.ДокументОплаты) <> ТИП(Документ.ВзаимозачетЗадолженности)
|
|ИТОГИ ПО
| СчетФактура
|;
|
|////////////////////////////////////////////////////////////////////////////////
|УНИЧТОЖИТЬ РасчетыСКлиентами_ОснованияИДокументыОплаты
|;
|
|////////////////////////////////////////////////////////////////////////////////
|УНИЧТОЖИТЬ ТаблицаЗаполненияПлатежноРасчетныхДокументов";
#КонецУдаления
#Вставка
// [+] Этап 1: формируем ВТ втДанныеПлатежноРасчетныхДокументов и
// добавляем РасчетныйДокумент для связи с авансовыми СФ.
// [+] Этап 2: определяем авансовый СФ и его исправление (если есть),
// сворачиваем по СчетФактура.
// [+] Этап 3: отдаём полный набор полей, требуемых для формирования строки 5б.
// [+] Этап 4: очищаем все созданные ВТ.
ТекстЗапроса =
"ВЫБРАТЬ РАЗЛИЧНЫЕ
| ДанныеПервичныхДокументов.Дата КАК ДатаВходящегоДокумента,
| ДанныеПервичныхДокументов.Номер КАК НомерВходящегоДокумента,
| ТаблицаДокументов.Ссылка КАК СчетФактура,
| ПлатежныеДокументы.РасчетныйДокумент КАК РасчетныйДокумент
|ПОМЕСТИТЬ втДанныеПлатежноРасчетныхДокументов
|ИЗ
| РасчетыСКлиентами_ОснованияИДокументыОплаты КАК ПлатежныеДокументы
| ВНУТРЕННЕЕ СОЕДИНЕНИЕ ТаблицаЗаполненияПлатежноРасчетныхДокументов КАК ТаблицаДокументов
| ПО ПлатежныеДокументы.ОснованиеОплаты = ТаблицаДокументов.ДокументОснование
| И ПлатежныеДокументы.АналитикаУчетаПоПартнерам В (&МассивАналитикУчетаПоПартнерам)
| ВНУТРЕННЕЕ СОЕДИНЕНИЕ РегистрСведений.ДанныеПервичныхДокументов КАК ДанныеПервичныхДокументов
| ПО ПлатежныеДокументы.Организация = ДанныеПервичныхДокументов.Организация
| И ПлатежныеДокументы.ДокументОплаты = ДанныеПервичныхДокументов.Документ
|ГДЕ
| ТИПЗНАЧЕНИЯ(ПлатежныеДокументы.ДокументОплаты) <> ТИП(Документ.ВзаимозачетЗадолженности)
|;
|
|////////////////////////////////////////////////////////////////////////////////
|ВЫБРАТЬ
| втДанныеПлатежноРасчетныхДокументов.РасчетныйДокумент КАК РасчетныйДокумент,
| втДанныеПлатежноРасчетныхДокументов.СчетФактура КАК СчетФактура,
| СчетФактураАванс.Ссылка КАК СчетФактураАванс,
| ЕСТЬNULL(ИсправленныйСчетФактураАванс.Ссылка, ЗНАЧЕНИЕ(Документ.СчетФактураВыданныйАванс.ПустаяСсылка)) КАК ИсправлениеСчетаФактурыАванс,
| МАКСИМУМ(СчетФактураАванс.НомерИсправления) КАК НомерИсправления
|ПОМЕСТИТЬ втНомераИсправленийСчетовФактурНаАванс
|ИЗ
| втДанныеПлатежноРасчетныхДокументов КАК втДанныеПлатежноРасчетныхДокументов
| ВНУТРЕННЕЕ СОЕДИНЕНИЕ Документ.СчетФактураВыданныйАванс КАК СчетФактураАванс
| ПО втДанныеПлатежноРасчетныхДокументов.РасчетныйДокумент = СчетФактураАванс.ДокументОснование
| И НЕ СчетФактураАванс.Корректировочный
| И СчетФактураАванс.Проведен
| ЛЕВОЕ СОЕДИНЕНИЕ Документ.СчетФактураВыданныйАванс КАК ИсправленныйСчетФактураАванс
| ПО СчетФактураАванс.СчетФактураОснование = ИсправленныйСчетФактураАванс.Ссылка
| И СчетФактураАванс.Исправление
| И НЕ ИсправленныйСчетФактураАванс.Корректировочный
| И ИсправленныйСчетФактураАванс.Проведен
|СГРУППИРОВАТЬ ПО
| втДанныеПлатежноРасчетныхДокументов.РасчетныйДокумент,
| втДанныеПлатежноРасчетныхДокументов.СчетФактура,
| СчетФактураАванс.Ссылка,
| ЕСТЬNULL(ИсправленныйСчетФактураАванс.Ссылка, ЗНАЧЕНИЕ(Документ.СчетФактураВыданныйАванс.ПустаяСсылка))
|;
|
|////////////////////////////////////////////////////////////////////////////////
|ВЫБРАТЬ
| ДанныеПлатежноРасчетныхДокументов.РасчетныйДокумент КАК РасчетныйДокумент,
| ДанныеПлатежноРасчетныхДокументов.СчетФактура КАК СчетФактура,
| ДанныеПлатежноРасчетныхДокументов.ДатаВходящегоДокумента КАК ДатаВходящегоДокумента,
| ДанныеПлатежноРасчетныхДокументов.НомерВходящегоДокумента КАК НомерВходящегоДокумента,
| ДанныеСчетаФактурыАванс.Номер КАК НомерСчетаФактурыНаАванс,
| ДанныеСчетаФактурыАванс.Дата КАК ДатаСчетаФактурыНаАванс,
| СчетаФактурыАванс.НомерИсправления КАК НомерИсправленияСчетаФактурыНаАванс,
| ДанныеИсправленияСчетаФактурыАванс.Дата КАК ДатаИсправленияСчетаФактурыНаАванс
|ИЗ
| втДанныеПлатежноРасчетныхДокументов КАК ДанныеПлатежноРасчетныхДокументов
| ЛЕВОЕ СОЕДИНЕНИЕ втНомераИсправленийСчетовФактурНаАванс КАК СчетаФактурыАванс
| ПО ДанныеПлатежноРасчетныхДокументов.РасчетныйДокумент = СчетаФактурыАванс.РасчетныйДокумент
| И ДанныеПлатежноРасчетныхДокументов.СчетФактура = СчетаФактурыАванс.СчетФактура
| ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.ДанныеПервичныхДокументов КАК ДанныеСчетаФактурыАванс
| ПО ДанныеСчетаФактурыАванс.Документ = СчетаФактурыАванс.СчетФактураАванс
| ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.ДанныеПервичныхДокументов КАК ДанныеИсправленияСчетаФактурыАванс
| ПО ДанныеИсправленияСчетаФактурыАванс.Документ = СчетаФактурыАванс.ИсправлениеСчетаФактурыАванс
|ИТОГИ ПО
| СчетФактура
|;
|
|////////////////////////////////////////////////////////////////////////////////
|УНИЧТОЖИТЬ втНомераИсправленийСчетовФактурНаАванс
|;
|
|////////////////////////////////////////////////////////////////////////////////
|УНИЧТОЖИТЬ втДанныеПлатежноРасчетныхДокументов
|;
|
|////////////////////////////////////////////////////////////////////////////////
|УНИЧТОЖИТЬ РасчетыСКлиентами_ОснованияИДокументыОплаты
|;
|
|////////////////////////////////////////////////////////////////////////////////
|УНИЧТОЖИТЬ ТаблицаЗаполненияПлатежноРасчетныхДокументов";
#КонецВставки
Возврат ТекстЗапроса;
КонецФункции
```
### 6.4. Расширение `ТекстЗапросаДанныхШапкиДляПечатиСчетаФактуры(ПараметрыПечати)`
```bsl
&ИзменениеИКонтроль("ТекстЗапросаДанныхШапкиДляПечатиСчетаФактуры")
Функция упд5б_ТекстЗапросаДанныхШапкиДляПечатиСчетаФактуры(ПараметрыПечати)
ТекстЗапроса = ТекстЗапроса + "
|/////////////////////////////////////////////////////////////////////////////
|ВЫБРАТЬ
| ДанныеДокумента.Ссылка КАК Ссылка,
| ...
| ДанныеДокумента.Корректировочный КАК КорректировочныйСчетФактура,
| ЕСТЬNULL(ТаблицаПлатежноРасчетныеДокументы.СтрокаПлатежноРасчетныеДокументы,
| ДанныеДокумента.СтрокаПлатежноРасчетныеДокументы) КАК СтрокаПоДокументу,
| ...
|ИЗ
| ...";
#Вставка
// [+] Вставлять сразу после базового присваивания ТекстЗапроса (до ветки Если...).
ТекстЗапроса = СтрЗаменить(
ТекстЗапроса,
"| ЕСТЬNULL(ТаблицаПлатежноРасчетныеДокументы.СтрокаПлатежноРасчетныеДокументы,
| ДанныеДокумента.СтрокаПлатежноРасчетныеДокументы) КАК СтрокаПоДокументу,",
"| ЕСТЬNULL(ТаблицаПлатежноРасчетныеДокументы.СтрокаПлатежноРасчетныеДокументы,
| ДанныеДокумента.СтрокаПлатежноРасчетныеДокументы) КАК СтрокаПоДокументу,
| ЕСТЬNULL(ТаблицаПлатежноРасчетныеДокументы.СтрокаАвансовыеСчетаФактуры,
| ДанныеДокумента.СтрокаАвансовыеСчетаФактуры) КАК ПредставлениеАвансовыеСчетаФактуры,");
#КонецВставки
Если ПечататьСчетаФактурыПолученные Тогда
...
#Вставка
// [+] Вставлять внутри ветки Если... после формирования текста объединяемой части.
ТекстЗапроса = СтрЗаменить(
ТекстЗапроса,
"| """" КАК СтрокаПоДокументу,",
"| """" КАК СтрокаПоДокументу,
| """" КАК ПредставлениеАвансовыеСчетаФактуры,");
#КонецВставки
КонецЕсли;
Возврат ТекстЗапроса;
КонецФункции
```
### 6.5. Расширение `ЗаполнитьТабличныйДокументУПД(...)` в `ПечатьОбщихФорм`
Модуль: `crm3-dev.upd5b/src/DataProcessors/ПечатьОбщихФорм/Ext/ManagerModule.bsl`
```bsl
&ИзменениеИКонтроль("ЗаполнитьТабличныйДокументУПД")
Процедура упд5б_ЗаполнитьТабличныйДокументУПД(ТабличныйДокумент, ДанныеДляПечати, ОбъектыПечати)
#Вставка
// === [UPD5B] НАЧАЛО БЛОКА ВСТАВКИ ===
МакетУПД_2026 = УправлениеПечатью.МакетПечатнойФормы(
"Обработка.ПечатьОбщихФорм.ПФ_MXL_УниверсальныйПередаточныйДокумент2026");
МакетУПД_2026Прослеж = УправлениеПечатью.МакетПечатнойФормы(
"Обработка.ПечатьОбщихФорм.ПФ_MXL_УниверсальныйПередаточныйДокумент2026Прослеж");
ЕстьПостановление2026 = ЛОЖЬ;
// === [UPD5B] КОНЕЦ БЛОКА ВСТАВКИ ===
#КонецВставки
#Удаление
Если ДействуетПостановление534(ДанныеПечати.Дата, ДанныеПечати.ДатаИсправления) Тогда
Макет = МакетУПД_534;
ЕстьПостановление534 = Истина;
ИначеЕсли ДействуетПостановление981(ДанныеПечати.Дата, ДанныеПечати.ДатаИсправления) Тогда
Макет = МакетУПД_981;
ЕстьПостановление981 = Истина;
ИначеЕсли ВедетсяУчетНДСПоФЗ56(ДанныеПечати.Дата, ДанныеПечати.ДатаИсправления) Тогда
Макет = МакетУПД_625;
ЕстьПостановление1137_625 = Истина;
Иначе
Макет = МакетУПД;
ЕстьПостановление1137 = Истина;
КонецЕсли;
#КонецУдаления
#Вставка
// === [UPD5B] НАЧАЛО БЛОКА ВСТАВКИ ===
Если ?(ЗначениеЗаполнено(ДанныеПечати.ДатаИсправления), ДанныеПечати.ДатаИсправления, ДанныеПечати.Дата) >= '20260101' Тогда
ЕстьПрослеживаемыеТоварыВТабличнойЧасти = Ложь;
Если ОбщегоНазначенияКлиентСервер.ЕстьРеквизитИлиСвойствоОбъекта(ДанныеПечати, "ЕстьПрослеживаемыеТоварыВТабличнойЧасти")
И ЗначениеЗаполнено(ДанныеПечати.ЕстьПрослеживаемыеТоварыВТабличнойЧасти) Тогда
ЕстьПрослеживаемыеТоварыВТабличнойЧасти = ДанныеПечати.ЕстьПрослеживаемыеТоварыВТабличнойЧасти;
КонецЕсли;
Если (ОбщегоНазначенияКлиентСервер.ЕстьРеквизитИлиСвойствоОбъекта(ДанныеПечати, "ЕстьПрослеживаемыеТовары")
И ЗначениеЗаполнено(ДанныеПечати.ЕстьПрослеживаемыеТовары)
И ДанныеПечати.ЕстьПрослеживаемыеТовары)
Или ЕстьПрослеживаемыеТоварыВТабличнойЧасти Тогда
Макет = МакетУПД_2026Прослеж;
Иначе
Макет = МакетУПД_2026;
КонецЕсли;
ЕстьПостановление2026 = Истина;
ИначеЕсли ДействуетПостановление534(ДанныеПечати.Дата, ДанныеПечати.ДатаИсправления) Тогда
Макет = МакетУПД_534;
ЕстьПостановление534 = Истина;
ИначеЕсли ДействуетПостановление981(ДанныеПечати.Дата, ДанныеПечати.ДатаИсправления) Тогда
Макет = МакетУПД_981;
ЕстьПостановление981 = Истина;
ИначеЕсли ВедетсяУчетНДСПоФЗ56(ДанныеПечати.Дата, ДанныеПечати.ДатаИсправления) Тогда
Макет = МакетУПД_625;
ЕстьПостановление1137_625 = Истина;
Иначе
Макет = МакетУПД;
ЕстьПостановление1137 = Истина;
КонецЕсли;
// === [UPD5B] КОНЕЦ БЛОКА ВСТАВКИ ===
#КонецВставки
#Вставка
// === [UPD5B] НАЧАЛО БЛОКА ВСТАВКИ ===
АвансовыеСчетаФактуры =
?(ОбщегоНазначенияКлиентСервер.ЕстьРеквизитИлиСвойствоОбъекта(ДанныеПечати, "ПредставлениеАвансовыеСчетаФактуры")
И ЗначениеЗаполнено(ДанныеПечати.ПредставлениеАвансовыеСчетаФактуры),
ДанныеПечати.ПредставлениеАвансовыеСчетаФактуры,
НСтр("ru='№ -- от --, исправление № -- от --'"));
Если ЕстьПостановление2026 Тогда
ОбластьШапка.Параметры.АвансовыеСчетаФактуры = АвансовыеСчетаФактуры;
КонецЕсли;
// === [UPD5B] КОНЕЦ БЛОКА ВСТАВКИ ===
#КонецВставки
КонецПроцедуры
```
---
## 7. Правила разработки для расширения
1. Все изменения в перехватываемых методах оформлять через `&ИзменениеИКонтроль`.
2. Новый код помещать в `#Вставка`, удаляемый - в `#Удаление`.
3. В блоках `#Удаление` не добавлять комментарии и новый текст.
4. Новые методы расширения именовать с префиксом `упд5б_`.
5. Сохранять совместимость со старыми документами (обязательный fallback).
### 7.1. Правила `#Удаление` / `#Вставка` для многострочных текстов запроса
1. Директивы применяются к **операторам языка 1С**, а не к частям строкового литерала.
2. Если меняется многострочный SQL-текст (`ТекстЗапроса = "..."`), в `#Удаление` помещается **весь оператор присваивания**.
3. Внутрь текста SQL (между кавычками) директивы `#Удаление/#Вставка` не вставляются.
4. В `#Вставка` вставляется новый оператор присваивания целиком либо последовательность `СтрЗаменить(...)` над полным базовым текстом.
5. Блок `#Удаление` содержит только удаляемый код (без поясняющих комментариев), комментарии допускаются в `#Вставка`.
6. При изменении условных операторов (`Если ... Тогда ... Иначе ... КонецЕсли`) заменять **целостный блок управления** в `#Удаление/#Вставка` (от `Если` до `КонецЕсли`), а не отдельный заголовок условия.
### 7.2. Анти-паттерны (что не делать)
1. Не дублировать один и тот же код в `#Удаление` и `#Вставка` без фактических изменений.
2. Не вставлять директивы `#Удаление/#Вставка` внутрь многострочного SQL-текста.
3. Не оставлять в `#Удаление` текстовые ориентиры, пояснения и комментарии.
4. Не менять состав колонок только в одной ветке запроса, если есть `ОБЪЕДИНИТЬ ВСЕ`.
5. Не использовать имена полей в последующих частях запроса, если эти поля не сформированы в предыдущих `ПОМЕСТИТЬ`.
---
## 8. Поэтапный план реализации
### Этап 1. Подготовка
1. Создать/активировать объекты расширения:
- документ `СчетФактураВыданный`;
- обработка `ПечатьОбщихФорм`;
- макет УПД.
2. Подтвердить, какие методы доступны для `&ИзменениеИКонтроль`.
### Этап 2. Реализация данных 5б в расширении документа
1. Добавить `упд5б_СтрокаАвансовыеСчетаФактуры`.
2. Расширить ВТ платежно-расчетных документов.
3. Расширить запрос получения номеров/дат.
4. Прокинуть `ПредставлениеАвансовыеСчетаФактуры` в `РезультатПоШапке`.
### Этап 3. Реализация вывода в расширении печати
1. Доработать `р_ЗаполнитьТабличныйДокументУПД`.
2. Заполнить `ОбластьШапка.Параметры.АвансовыеСчетаФактуры`.
3. Проверить fallback при отсутствии данных.
### Этап 4. Изменение макета
1. Добавить параметр в строку 5б.
2. Проверить визуальное отображение длинного значения.
### Этап 5. Тестирование
1. Один авансовый СФ.
2. Несколько авансовых СФ.
3. Исправленный авансовый СФ.
4. Отсутствие авансовых СФ.
5. Регрессия текущих форм УПД.
---
## 9. Критерии приемки
1. Графа 5б заполняется корректными данными авансовых СФ.
2. При отсутствии данных выводится fallback.
3. Реализация локализована преимущественно в `crm3-dev.rhana`.
4. Печатная форма УПД формируется без ошибок.
5. Регрессии по действующим сценариям отсутствуют.
---
## 10. Оценка трудозатрат
- Этап 1: 1-2 часа
- Этап 2: 5-8 часов
- Этап 3: 1-2 часа
- Этап 4: 1-2 часа
- Этап 5: 3-5 часов
**Итого:** 11-19 часов.
---
## 11. Результаты поставки
1. Измененные объекты расширения `crm3-dev.rhana` по разделу 4.
2. Макет УПД расширения с поддержкой графы 5б.
3. Протокол тестирования с результатами.
4. Перечень фактических изменений по объектам и методам.
---
docs__diadoc_answer_2026-05-08.md
-71
@@ -1,71 +0,0 @@
# Ответ на входящее обращение по модулю Диадока (УПД)
Здравствуйте.
Доработка в нашей базе уже выполнена и включает не только заполнение строки 5б, но и полный контур интеграции актуальной формы УПД в конфигурацию.
## Что уже реализовано
1. Автоматическое формирование строки 5б УПД:
- корректный отбор данных по авансовым счетам-фактурам;
- исключение фиктивных значений и дублирования;
- корректная обработка пересечений реквизитов платежно-расчетных документов и счетов-фактур на аванс.
2. Поддержка актуальной формы УПД (формат 2026):
- подключены и используются макеты:
- `ПФ_MXL_УниверсальныйПередаточныйДокумент2026`;
- `ПФ_MXL_УниверсальныйПередаточныйДокумент2026Прослеж`;
- реализовано корректное заполнение шапки, табличной части, подвала и нумерации листов.
3. Заполнение ответственных лиц:
- заполнение по справочнику `ОтветственныеЛицаОрганизаций`;
- выбор актуального назначения на дату документа;
- исключение завершенных назначений из печати.
4. Наименование номенклатуры в печатной форме:
- вывод характеристики;
- вывод номера серии (при серийном учете);
- вывод срока годности;
- устранение дубля характеристики, если она совпадает с номером серии.
## Перечень реквизитов/параметров печатной формы для синхронизации в модуле Диадока
Ниже приведены параметры, которые должны участвовать в выгрузке для корректного соответствия печатной форме УПД 2026.
### Шапка документа
- `Номер`
- `ДокументыОбОтгрузке` (графа 5а)
- `АвансовыеСчетаФактуры` (графа 5б)
### Строка табличной части
- `ТоварКод`
- `ТоварНаименование`
- `Стоимость`
- `Всего`
- `ПредставлениеСтраны`
### Итоги
- `ИтогоСтоимость`
- `ИтогоВсего`
### Подвал / подписи
- `ФИОРуководителя`
- `ФИОГлавногоБухгалтера`
- `ФИОКладовщика`
- `ДолжностьКладовщика`
- `ФИООтветственного`
- `ДолжностьОтветственного`
- `Основание`
- `ДатаОтгрузкиПередачи`
- `ПредставлениеОрганизации`
- `ПредставлениеКонтрагента`
- `КоличествоЛистов`
### Нумерация листов
- `Номер`
- `НомерЛиста`
- `НомерСтраницы` (если используется в конкретном сценарии печати)
Если нужно, можем передать отдельную техническую таблицу соответствия:
`параметр печати 1С -> поле выгрузки Диадока -> правило формирования`.
docs__instructions_filter_access_groups.md
-62
@@ -1,62 +0,0 @@
---
title: Инструкция по фильтрации списка отсутствующих групп доступа
author: Руководитель отдела ИТ Кудрявцев М.А. (kma@rhana.com)
version: 1.0
date_created: 2025-12-10
date_modified: 2025-12-10
show_metadata_block: true
show_index_link: true
---
# Инструкция по фильтрации списка отсутствующих групп доступа
## Цель
Получить список групп доступа, которые:
1. Отсутствуют в целевой системе
2. **И** используются действующими пользователями в исходной системе
Это позволит определить, какие группы доступа действительно нужно переносить в целевую систему.
## Шаги выполнения
### 1. Выполнение запроса в исходной системе
1. Откройте конфигуратор исходной системы (`CRM3devLocal`)
2. Откройте консоль запросов (Ctrl+Shift+Q или через меню)
3. Скопируйте запрос из файла `query_active_access_groups_simple.txt` или выберите подходящий вариант из `query_active_access_groups.txt`
4. Выполните запрос
5. Сохраните результат в текстовый файл (например, `active_groups_source.txt`)
**Важно:** Если запрос не работает, проверьте:
- Название справочника групп доступа (может быть `ГруппыДоступа` вместо `ГруппыДоступаРоли`)
- Название табличной части (может отличаться от `Пользователи`)
- Название реквизита для отключенных пользователей (может быть `Активность` вместо `Отключен`)
### 2. Обработка результатов
После получения списка групп доступа из исходной системы:
1. Сравните список из `missing_access_groups.txt` (61 группа) со списком активных групп из исходной системы
2. Оставьте только те группы, которые:
- Есть в `missing_access_groups.txt`
- **И** есть в списке активных групп из исходной системы
3. Группы, которые отсутствуют в списке активных групп, можно исключить из списка для переноса
### 3. Альтернативный способ (через скрипт)
Можно создать Python скрипт для автоматического сравнения:
- Загрузить список из `missing_access_groups.txt`
- Загрузить список активных групп из результата запроса
- Выполнить пересечение списков
- Сохранить результат
## Пример результата
Если из 61 отсутствующей группы только 25 используются действующими пользователями, то именно эти 25 групп нужно переносить в целевую систему.
## Примечания
- Предопределенные элементы (начинающиеся с "--") уже исключены из исходного списка
- Группы, которые не используются действующими пользователями, могут быть устаревшими и не требуют переноса
- Однако стоит проверить, не используются ли они в будущем или не назначены ли они через другие механизмы
docs__meta__PROJECT_STRUCTURE.md
-189
@@ -1,189 +0,0 @@
# Структура проекта CRM3-26
Документ описывает актуальную организацию репозитория после переноса на рабочее место **nt-041** (macOS). Используется как постоянный контекст для разработки и анализа.
**Корень проекта:** `/Users/kma/projects/crm3-26`
---
## Информационные базы (промышленные)
| Сторона | Сервер 1С | Имя ИБ | Конфигурация | Расширения |
|---------|-----------|--------|--------------|------------|
| **Исходная** (рабочая старая) | `1c-srv.rhana.local` | `crm3_placentapharm` | `crm3-dev` | `crm3-dev.rhana`, `crm3-dev.docs`, **`ws-rhana`** |
| **Целевая** (новая) | `1c-srv.rhana.local` | `crm3` | `crm3-26` | `crm3-26.rhana`, **`ws-rhana`** |
**Веб-публикация (локальная сеть):** исходная — http://1c-srv.rhana.local/crm/ru/ ; целевая — http://1c-srv.rhana.local/crm326/ru/ . HTTP API: см. [ws-rhana/docs/INDEX.md](../../ws-rhana/docs/INDEX.md).
**Обозначения конфигураций (эквивалентны):**
| Сторона | Папки / имена |
|---------|----------------|
| Исходная | `crm3-dev`, `crm3_old`, `crm3-old` |
| Целевая | `crm3-26`, `crm3_26` |
---
## Конфигурации и расширения в репозитории
| Путь | Назначение |
|------|------------|
| `crm3-dev/` | Исходная конфигурация CRM3 (промышленная доработанная) |
| `crm3-dev.rhana/` | Расширение РАНА для исходной конфигурации |
| `crm3-dev.docs/` | Расширение печати договоров (исходная) |
| `crm3-26/` | **Целевая** конфигурация CRM3 (редакция 3.1) |
| `crm3-26.rhana/` | Расширение РАНА для целевой конфигурации |
| `ws-rhana/` | **Универсальное** расширение HTTP/WS (`РВС_`), подключается к любой ИБ РАНА |
**Загрузка в информационную базу.** Канонический артефакт — исходники в git (XML/BSL). Конфигурацию, расширения и внешние обработки пользователь загружает **самостоятельно через Конфигуратор 1С**, как правило на **другом рабочем месте** после обновления рабочей копии (`git pull` / обновление submodule). Сборка и передача `.cf` / `.cfe` / `.epf` для установки на рабочую базу **не требуется**, если это явно не запрошено.
Обновление выгрузок конфигураций из ИБ в репозиторий выполняется вручную из конфигуратора 1С или через 1С EDT.
---
## Внешние обработки переноса данных
| Сторона | Путь | Обработка | Статус |
|---------|------|-----------|--------|
| Исходная ИБ | `crm3-dev.ext/transfer/` | `crm3_old_ПереносОстатков` | Legacy; **доработка на паузе** |
| Целевая ИБ | `crm3-26.ext/tranfer/` | `crm3_26_ПереносОстатков` | Legacy; **доработка на паузе** |
**Приоритет:** анализ и изменения в ИБ — линейный BSL (`docs/transfer/Код_*.bsl`) + `scripts/run_bsl.sh`. См. [Политика переноса: приоритет BSL](Политика_переноса_BSL_приоритет.md).
Каждая обработка — отдельный git-репозиторий внутри соответствующего каталога.
---
## Интеграция Контур.Диадок
| Путь | Назначение |
|------|------------|
| `diadoc.ext/` | Основной модуль Контур.Диадок (внешняя обработка) |
| `diadoc.ext.rhana/` | Подключаемый модуль Диадок для CRM3 ПлацентаФарм (расширение Рана) |
Каждый каталог — отдельный git-репозиторий; клонирование — см. [REPOSITORIES.md](REPOSITORIES.md).
---
## Каталоги данных
### `data_transfer/` — данные процесса переноса
| Подкаталог | Содержимое |
|------------|------------|
| `data_transfer/crm3-dev/` | Выгрузки **из исходной** базы: отчёты анализа, реестры, остатки с ГТД, комиссия, `catalog_dev/`, rh_cost и т.д. |
| `data_transfer/crm3-26/` | Данные **для загрузки в целевую** базу и промежуточные результаты анализа/маппинга на стороне целевой ИБ |
Типовые файлы: `latest_АнализОстатков.txt`, `latest_registry_dev.csv`, `latest_registry_promo.csv`, `latest_ОстаткиСГТД.csv`, `latest_ОстаткиКомиссия.csv`, `latest_rh_cost_dev.csv`, `latest_catalog_dev_<Справочник>.csv`.
Каталоги `data_transfer/crm3-26/` и `data_transfer/crm3-dev/` в корне — **устарели**, не использовать.
### `docs/transfer/mapping/` — файлы сопоставления НСИ
CSV `map_*.csv` для связи GUID исходной и целевой баз. Используются обработкой `crm3_26_ПереносОстатков` и Python-скриптами в `scripts/`.
---
## Документация
| Путь | Назначение |
|------|------------|
| `docs/` | Вся проектная документация (аналитика, отчёты, инструкции) |
| `docs/meta/` | Описательная документация по структуре проекта (этот файл и связанные) |
| `docs/transfer/` | Документация по переносу: НСИ, остатки, комиссия, волны загрузки, BSL для консоли кода |
| `docs/1c_standarts/` | Стандарты разработки 1С (директивы препроцессора расширений и др.) |
| `docs/cursor_agents/` | Экспорт истории сессий Cursor Agent |
Папка `docs2/` **объединена** в `docs/transfer/`.
---
## Служебные инструменты
| Путь | Назначение |
|------|------------|
| `scripts/` | Рабочие Python- и shell-скрипты анализа, сравнения, валидации |
| `scripts/build_epf.sh` | Сборка внешней обработки XML → EPF (DESIGNER, пакетный режим) |
| `scripts/run_bsl.sh` | Выполнение линейного `.bsl` через `RunBsl.epf` (`/Execute` + `/C`) |
| `scripts/build_run_bsl.sh` | Сборка/пересборка `tools/run_bsl/RunBsl.epf` |
| `scripts/run_diag_vid_settings.sh` | Диагностика видов номенклатуры в обеих ИБ |
| `scripts/lib/1c_shell.sh` | Общие функции подключения к ИБ (для `build_epf.sh`, `run_bsl.sh`) |
| `tools/run_bsl/` | Исходники обёртки `RunBsl.epf` (отдельный репозиторий [1c.run_bsl](https://git.p7net.ru/tools/1c.run_bsl)) |
| `build_crm3-dev.sh`, `build_crm3-26.sh` | Обёртки сборки EPF из корня проекта |
| `crm3-dev.ext/build_epf.conf`, `crm3-26.ext/build_epf.conf` | Подключение к ИБ: `V8`, `IB_CONN`, `AUTH_FILE` |
| `tools/md_converter/` | Конвертер Markdown → HTML/PDF |
| `tools/cam/` | [CAM](https://git.p7net.ru/tools/cam) — Cursor Agents Manager (отдельный репозиторий) |
| `tools/index/` | Индекс метаданных+BSL → `cache/1c_meta/index.sqlite` (`index_1c.py` / `query_1c.py`, v0.2.0, [1c/index](https://git.p7net.ru/1c/index.git)) |
| `tools/git_1c/` | Шаблоны `.gitattributes` / `.editorconfig` для репозиториев 1С; см. `scripts/sync_git_1c_config.sh` |
| `tools/check_ext/` | Проверка расширений 1С |
Подробнее: [Скрипты 1С в пакетном режиме](Скрипты_1С_пакетный_режим.md).
### Виртуальная среда Python
**Единая среда:** `.venv-nt-041/` в корне проекта.
```bash
source .venv-nt-041/bin/activate # macOS / Linux
# .venv-nt-041\Scripts\Activate.ps1 # Windows
```
После активации запускать скрипты из `scripts/` и `tools/md_converter/` из корня проекта или с указанием полного пути.
Устаревшие среды (`scripts/venv/`, `tools/md_converter/venv/`, `venv-dt-021/`) не использовать.
---
## Консоль кода 1С (проверочный анализ данных)
Проверочный код можно выполнять **вручную** в консоли кода или **автоматически** через `scripts/run_bsl.sh` и обёртку `tools/run_bsl/RunBsl.epf` (без GUI; `/Execute` принимает только `.epf`, путь к `.bsl` — в `/C`). Перед первым запуском: `scripts/build_run_bsl.sh`. Подключение — тот же `build_epf.conf`, что и сборка EPF. См. [Скрипты 1С в пакетном режиме](Скрипты_1С_пакетный_режим.md).
**Правила для `.bsl`:**
- Без объявления процедур и функций — только линейный исполняемый код.
- Серверное выполнение: вывод через `ОбщегоНазначения.СообщитьПользователю(...)`.
- Клиентское выполнение: вывод через `ОбщегоНазначенияКлиент.СообщитьПользователю(...)`.
Референсные фрагменты:
| Файл | Назначение |
|------|------------|
| `docs/transfer/Код_анализа_остатков_crm3-dev.bsl` | Анализ остатков в исходной ИБ |
| `docs/transfer/Код_анализа_остатков_crm3-26-promo.bsl` | Сверка в целевой ИБ |
| `docs/transfer/Код_анализа_настроек_видов_характеристик.bsl` | Диагностика видов/характеристик/серий; автозапуск: `scripts/run_diag_vid_settings.sh` |
---
## Приоритет Python при анализе файлов
Для массового обхода, сравнения деревьев выгрузок, парсинга XML/BSL и отчётов по метаданным — **Python-скрипты в `scripts/`** (с `.venv-nt-041`), а не разовые длинные shell-команды. Результаты — в `docs/` или `data_transfer/` по назначению.
---
## История агентов Cursor
Утилита: **[CAM](https://git.p7net.ru/tools/cam)** (`tools/cam/`) — Cursor Agents Manager.
Экспорт: `docs/cursor_agents/` (индекс: `docs/cursor_agents/INDEX.md`).
Развёртывание CAM (один раз на рабочем месте):
```bash
git clone https://git.p7net.ru/tools/cam.git tools/cam
cp tools/cam/config/workstations/nt-041.example.yml tools/cam/config/workstations/local.yml
# отредактировать project.root
```
Повторный экспорт:
```bash
source .venv-nt-041/bin/activate
python tools/cam/cam.py -c tools/cam/config/workstations/local.yml export
```
Импорт на другом ПК (опционально, Cursor закрыт): `python tools/cam/cam.py import ...`
Документация CAM: `tools/cam/README.md` (English).
---
*Обновлено: 2026-06-29 — политика приоритета BSL, [Политика_переноса_BSL_приоритет.md](Политика_переноса_BSL_приоритет.md).*
docs__test.md
-1
@@ -1 +0,0 @@
# Проверка статей
docs__Анализ_доработок_синхронизации_ЗаказКлиента.md
-799
@@ -1,799 +0,0 @@
---
title: Анализ доработок синхронизации документа Заказ клиента
version: 1.0
date_modified: 2026-01-12
author: Руководитель отдела ИТ Кудрявцев М.А. (kma@rhana.com)
date_created: 2026-01-12
show_metadata_block: true
show_index_link: true
---
# Анализ доработок синхронизации документа Заказ клиента
## Версия документа
Версия 1.0 от 12.01.2026
## Автор
Руководитель отдела ИТ Кудрявцев М.А. (kma@rhana.com)
## Цель анализа
Оценить необходимость доработки при применении типового механизма синхронизации с передачей документа "Заказ клиента" из старой конфигурации (включая расширение) в новую конфигурацию. Определить, какие доработки требуются в расширении для новой конфигурации с учетом особенностей:
- Различий в политике учета номенклатур при сопоставлении
- Признака маркировки товаров (присутствует только в новой конфигурации)
- Применения максимально доступной в старой конфигурации версии XDTO
- Различий в структуре реквизитов документа
## Краткое резюме
**Основные выводы:**
1. **Типовой механизм синхронизации** - механизм "СинхронизацияДанныхЧерезУниверсальныйФормат" присутствует в обеих конфигурациях и поддерживает передачу документа "ЗаказКлиента"
2. **Критические доработки, требующие реализации:**
- Обработка различий в политике учета номенклатур при сопоставлении (политика определяется по номенклатуре, не хранится в документе)
- Обработка признака маркировки товаров (новое поле в новой конфигурации)
- Адаптация XDTO-структур для совместимости версий
- Обработка различий в структуре реквизитов документа (новые поля в новой конфигурации, отсутствующие в старой)
3. **Риски:**
- Потеря данных о политике учета при синхронизации (если политика учета номенклатуры отличается)
- Отсутствие информации о маркировке товаров в старой конфигурации
- Несовместимость версий XDTO может привести к ошибкам обмена
- Потеря данных о времени доставки при синхронизации из старой конфигурации
**Детальный анализ:** см. разделы ниже
---
## 1. Анализ типового механизма синхронизации
### 1.1. Описание механизма
**План обмена:** `СинхронизацияДанныхЧерезУниверсальныйФормат`
**Назначение:** Типовой механизм синхронизации данных между конфигурациями через универсальный формат обмена.
**Поддерживаемые объекты:**
- Документы (включая "ЗаказКлиента")
- Справочники
- Регистры сведений
- Регистры накопления
### 1.2. Присутствие в конфигурациях
**Старая конфигурация (`crm3-dev`):**
- ✅ План обмена присутствует
- ✅ Документ "ЗаказКлиента" включен в план обмена
**Новая конфигурация (`crm3-26-promo`):**
- ✅ План обмена присутствует
- ✅ Документ "ЗаказКлиента" включен в план обмена
**Вывод:** Типовой механизм синхронизации присутствует в обеих конфигурациях и поддерживает передачу документа "ЗаказКлиента".
---
## 2. Анализ различий в структуре документа "ЗаказКлиента"
### 2.1. Сравнение реквизитов документа
#### 2.1.1. Реквизиты шапки документа
**Общие реквизиты (присутствуют в обеих конфигурациях):**
- Партнер
- Контрагент
- Организация
- Соглашение
- Сделка
- Валюта
- СуммаДокумента
- ГрафикОплаты
- Склад
- ЦенаВключаетНДС
- Менеджер
- ДополнительнаяИнформация
- ДокументОснование
- НеОтгружатьЧастями
- Статус
- МаксимальныйКодСтроки
- ДатаСогласования
- Согласован
- ФормаОплаты
- БанковскийСчет
- БанковскийСчетКонтрагента
- Касса
- СуммаАвансаДоОбеспечения
- СуммаПредоплатыДоОтгрузки
- ДатаОтгрузки
- АдресДоставки
- НалогообложениеНДС
- СкидкиРассчитаны
- ХозяйственнаяОперация
- Комментарий
- НомерПоДаннымКлиента
- ДатаПоДаннымКлиента
- Грузоотправитель
- Грузополучатель
- БанковскийСчетГрузоотправителя
- БанковскийСчетГрузополучателя
- ГруппаФинансовогоУчета
- КартаЛояльности
- Договор
- Подразделение
- Автор
- ПорядокРасчетов
- Назначение
- СпособДоставки
- ПеревозчикПартнер
- ЗонаДоставки
**Реквизиты, присутствующие только в новой конфигурации:**
- `ВремяДоставкиС` (xs:dateTime) - **НОВОЕ ПОЛЕ**
- `ВремяДоставкиПо` (xs:dateTime) - **НОВОЕ ПОЛЕ**
**Реквизиты, присутствующие только в старой конфигурации:**
- `УдалитьПриоритет` (xs:boolean) - присутствует в старой конфигурации, отсутствует в новой
**Важно:**
- Поля `ВремяДоставкиС` и `ВремяДоставкиПо` отсутствуют в старой конфигурации, при синхронизации будут пустыми
- Поле `УдалитьПриоритет` отсутствует в новой конфигурации, при синхронизации будет проигнорировано
#### 2.1.2. Табличная часть "Товары"
**Общие реквизиты (присутствуют в обеих конфигурациях):**
- ДатаОтгрузки
- Номенклатура
- Характеристика
- Упаковка
- КоличествоУпаковок
- Цена
- Сумма
- СтавкаНДС
- СуммаНДС
- СуммаСНДС
- Склад
- НомерСтроки
- ИдентификаторСтроки
- НоменклатураПартнера
- НоменклатураНабора
- ХарактеристикаНабора
- ВидЦены
- Назначение
**Важное отличие от документа "РеализацияТоваровУслуг":**
- В табличной части "Товары" документа "ЗаказКлиента" **отсутствуют** поля:
- `АналитикаУчетаНоменклатуры`
- `АналитикаУчетаНаборов`
**Вывод:** Политика учета номенклатур в документе "ЗаказКлиента" определяется по номенклатуре из справочника, а не хранится в документе. Это упрощает синхронизацию, но требует проверки соответствия политики учета при сопоставлении номенклатур.
### 2.2. Различия в структуре данных
#### 2.2.1. Политика учета номенклатур
**Проблема:**
При сопоставлении номенклатур между старой и новой конфигурациями могут возникать различия в политике учета:
1. **Разные политики учета:**
- В старой конфигурации номенклатура может иметь одну политику учета
- В новой конфигурации та же номенклатура может иметь другую политику учета
- Это может привести к ошибкам при синхронизации или неправильному учету при создании документов реализации
2. **Отсутствие политики учета:**
- В старой конфигурации политика учета может отсутствовать
- В новой конфигурации политика учета обязательна
- Требуется установка политики учета по умолчанию
**Особенность документа "ЗаказКлиента":**
- Политика учета не хранится в документе, а определяется по номенклатуре
- При синхронизации необходимо проверять соответствие политики учета номенклатуры в новой конфигурации
- Если политика учета отличается, требуется либо предупреждение, либо установка политики учета по умолчанию
**Решение:**
- При синхронизации проверять соответствие политики учета номенклатуры
- При несоответствии - логировать предупреждение
- При необходимости - устанавливать политику учета по умолчанию для номенклатуры в новой конфигурации
#### 2.2.2. Признак маркировки товаров
**Проблема:**
В новой конфигурации номенклатура может иметь признак маркировки, который отсутствует в старой конфигурации:
1. **Отсутствие данных:**
- В старой конфигурации нет информации о маркировке товаров
- При синхронизации заказа с маркируемыми товарами это не влияет на сам заказ
- Но может потребоваться обработка при создании документов реализации на основе заказа
2. **Логика обработки:**
- Необходимо определить, как обрабатывать маркируемые товары при синхронизации заказа
- Возможно, требуется проверка номенклатуры на признак маркировки
- При создании документов реализации на основе заказа потребуется установка значения `ВариантВыбытияМаркируемойПродукции`
**Решение:**
- При синхронизации заказа проверка маркировки не требуется (заказ не содержит информации о маркировке)
- При создании документов реализации на основе заказа - проверять признак маркировки номенклатуры и устанавливать значение по умолчанию
#### 2.2.3. Новые реквизиты времени доставки
**Проблема:**
В новой конфигурации присутствуют реквизиты `ВремяДоставкиС` и `ВремяДоставкиПо`, которые отсутствуют в старой конфигурации:
1. **Отсутствие данных:**
- В старой конфигурации нет информации о времени доставки
- При синхронизации эти поля будут пустыми
- Может потребоваться заполнение по умолчанию или на основе других данных
2. **Логика обработки:**
- Необходимо определить, как обрабатывать отсутствующие данные о времени доставки
- Возможно, требуется установка значений по умолчанию
- Или оставлять поля пустыми для последующего заполнения вручную
**Решение:**
- При синхронизации из старой конфигурации - оставлять поля `ВремяДоставкиС` и `ВремяДоставкиПо` пустыми
- При необходимости - устанавливать значения по умолчанию на основе `ДатаОтгрузки` или других данных
#### 2.2.4. Отсутствующий реквизит "УдалитьПриоритет"
**Проблема:**
В старой конфигурации присутствует реквизит `УдалитьПриоритет`, который отсутствует в новой конфигурации:
1. **Потеря данных:**
- При синхронизации значение реквизита `УдалитьПриоритет` будет потеряно
- Необходимо определить, критична ли эта потеря данных
2. **Логика обработки:**
- Если реквизит не критичен - игнорировать при синхронизации
- Если критичен - требуется доработка новой конфигурации для поддержки этого реквизита
**Решение:**
- При синхронизации из старой конфигурации - игнорировать реквизит `УдалитьПриоритет`
- Если функционал критичен - рассмотреть возможность добавления реквизита в новую конфигурацию через расширение
---
## 3. Анализ версий XDTO
### 3.1. Версии XDTO в конфигурациях
**Старая конфигурация:**
- Применяется максимально доступная версия XDTO для документа "ЗаказКлиента"
- Версия определяется возможностями старой конфигурации
**Новая конфигурация:**
- Поддерживает более новые версии XDTO
- Может содержать дополнительные поля и структуры
### 3.2. Проблемы совместимости
#### 3.2.1. Несовместимость версий
**Проблема:**
- Старая конфигурация использует максимально доступную версию XDTO
- Новая конфигурация может ожидать более новую версию XDTO
- Это может привести к ошибкам при обмене
**Решение:**
- Использовать версию XDTO, совместимую с обеими конфигурациями
- При необходимости - преобразование данных между версиями
- Обработка отсутствующих полей в старой версии XDTO
#### 3.2.2. Отсутствующие поля в XDTO
**Проблема:**
В старой версии XDTO могут отсутствовать поля, присутствующие в новой:
- `ВремяДоставкиС`
- `ВремяДоставкиПо`
- Дополнительные поля, связанные с маркировкой (если будут добавлены в будущем)
**Решение:**
- При формировании XDTO в старой конфигурации - не включать отсутствующие поля
- При получении XDTO в новой конфигурации - обрабатывать отсутствующие поля как пустые
- Устанавливать значения по умолчанию для отсутствующих полей при необходимости
---
## 4. Необходимые доработки в расширении новой конфигурации
### 4.1. Обработка политики учета номенклатур
#### 4.1.1. Доработка модуля обмена
**Расположение:** Расширение новой конфигурации
**Модуль:** `МенеджерОбменаЧерезУниверсальныйФормат` (расширение)
**Необходимые изменения:**
1. **Добавить проверку политики учета при получении документа:**
```bsl
// В процедуре обработки получения документа ЗаказКлиента
Процедура ОбработатьПолитикуУчетаНоменклатур(ДокументОбъект, ТабличнаяЧастьТовары)
Для Каждого СтрокаТовары Из ТабличнаяЧастьТовары Цикл
Если ЗначениеЗаполнено(СтрокаТовары.Номенклатура) Тогда
// Получаем политику учета из новой конфигурации
ПолитикаУчетаНовойКонфигурации = ПолучитьПолитикуУчетаНоменклатуры(СтрокаТовары.Номенклатура);
// Проверяем наличие политики учета
Если НЕ ЗначениеЗаполнено(ПолитикаУчетаНовойКонфигурации) Тогда
// Логируем предупреждение
ЗаписатьВЖурналРегистрации("ОбменДанными",
УровеньЖурналаРегистрации.Предупреждение,
"У номенклатуры отсутствует политика учета при синхронизации заказа",
Новый Структура("Номенклатура", СтрокаТовары.Номенклатура,
"Документ", ДокументОбъект));
КонецЕсли;
КонецЕсли;
КонецЦикла;
КонецПроцедуры
```
2. **Добавить функцию получения политики учета:**
```bsl
Функция ПолучитьПолитикуУчетаНоменклатуры(Номенклатура)
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ ПЕРВЫЕ 1
| Номенклатура.ПолитикаУчетаНоменклатуры КАК ПолитикаУчетаНоменклатуры
|ИЗ
| Справочник.Номенклатура КАК Номенклатура
|ГДЕ
| Номенклатура.Ссылка = &Номенклатура";
Запрос.УстановитьПараметр("Номенклатура", Номенклатура);
Результат = Запрос.Выполнить();
Выборка = Результат.Выбрать();
Если Выборка.Следующий() Тогда
Возврат Выборка.ПолитикаУчетаНоменклатуры;
Иначе
Возврат Неопределено;
КонецЕсли;
КонецФункции
```
#### 4.1.2. Обработка ошибок сопоставления
**Необходимо добавить:**
- Обработку случаев, когда политика учета не найдена
- Логирование всех случаев отсутствия политики учета
- Предупреждения пользователю при необходимости
### 4.2. Обработка признака маркировки товаров
#### 4.2.1. Доработка модуля обмена
**Расположение:** Расширение новой конфигурации
**Модуль:** `МенеджерОбменаЧерезУниверсальныйФормат` (расширение)
**Особенность для документа "ЗаказКлиента":**
- Документ "ЗаказКлиента" не содержит информации о маркировке товаров
- Проверка маркировки не требуется при синхронизации заказа
- Обработка маркировки потребуется при создании документов реализации на основе заказа
**Необходимые изменения:**
1. **Добавить проверку маркировки при создании документов реализации (не при синхронизации заказа):**
```bsl
// В процедуре создания документа РеализацияТоваровУслуг на основе заказа
Процедура ОбработатьМаркировкуТоваровПриСозданииРеализации(ДокументРеализации, ЗаказКлиента)
ЕстьМаркируемыеТовары = Ложь;
Для Каждого СтрокаТовары Из ДокументРеализации.Товары Цикл
Если ЗначениеЗаполнено(СтрокаТовары.Номенклатура) Тогда
// Проверяем признак маркировки номенклатуры
Если НоменклатураМаркируемая(СтрокаТовары.Номенклатура) Тогда
ЕстьМаркируемыеТовары = Истина;
// Если поле не заполнено, устанавливаем значение по умолчанию
Если НЕ ЗначениеЗаполнено(ДокументРеализации.ВариантВыбытияМаркируемойПродукции) Тогда
ДокументРеализации.ВариантВыбытияМаркируемойПродукции =
Перечисления.ВариантыВыбытияМаркируемойПродукции.Реализация;
КонецЕсли;
КонецЕсли;
КонецЕсли;
КонецЦикла;
// Если маркируемых товаров нет, очищаем поле
Если НЕ ЕстьМаркируемыеТовары Тогда
ДокументРеализации.ВариантВыбытияМаркируемойПродукции = Неопределено;
КонецЕсли;
КонецПроцедуры
```
2. **Добавить функцию проверки маркировки:**
```bsl
Функция НоменклатураМаркируемая(Номенклатура)
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ ПЕРВЫЕ 1
| Номенклатура.Маркируемый КАК Маркируемый
|ИЗ
| Справочник.Номенклатура КАК Номенклатура
|ГДЕ
| Номенклатура.Ссылка = &Номенклатура";
Запрос.УстановитьПараметр("Номенклатура", Номенклатура);
Результат = Запрос.Выполнить();
Выборка = Результат.Выбрать();
Если Выборка.Следующий() Тогда
Возврат Выборка.Маркируемый = Истина;
Иначе
Возврат Ложь;
КонецЕсли;
КонецФункции
```
#### 4.2.2. Обработка отсутствующих данных
**Необходимо:**
- При синхронизации заказа проверка маркировки не требуется
- При создании документов реализации на основе заказа - проверять признак маркировки и устанавливать значение по умолчанию
### 4.3. Обработка новых реквизитов времени доставки
#### 4.3.1. Доработка модуля обмена
**Расположение:** Расширение новой конфигурации
**Модуль:** `МенеджерОбменаЧерезУниверсальныйФормат` (расширение)
**Необходимые изменения:**
1. **Добавить обработку отсутствующих полей времени доставки:**
```bsl
// В процедуре обработки получения документа ЗаказКлиента
Процедура ОбработатьВремяДоставки(ДокументОбъект)
// Если поля времени доставки отсутствуют в XDTO, они будут пустыми
// Можно установить значения по умолчанию на основе ДатаОтгрузки
Если НЕ ЗначениеЗаполнено(ДокументОбъект.ВремяДоставкиС)
И ЗначениеЗаполнено(ДокументОбъект.ДатаОтгрузки) Тогда
// Устанавливаем время доставки по умолчанию (например, с 9:00)
ДокументОбъект.ВремяДоставкиС = НачалоДня(ДокументОбъект.ДатаОтгрузки) + 9 * 3600;
КонецЕсли;
Если НЕ ЗначениеЗаполнено(ДокументОбъект.ВремяДоставкиПо)
И ЗначениеЗаполнено(ДокументОбъект.ДатаОтгрузки) Тогда
// Устанавливаем время доставки по умолчанию (например, до 18:00)
ДокументОбъект.ВремяДоставкиПо = НачалоДня(ДокументОбъект.ДатаОтгрузки) + 18 * 3600;
КонецЕсли;
КонецПроцедуры
```
**Альтернативный вариант:**
- Оставлять поля пустыми для последующего заполнения вручную
- Не устанавливать значения по умолчанию
### 4.4. Адаптация XDTO-структур
#### 4.4.1. Обработка версий XDTO
**Расположение:** Расширение новой конфигурации
**Модуль:** `МенеджерОбменаЧерезУниверсальныйФормат` (расширение)
**Необходимые изменения:**
1. **Добавить обработку отсутствующих полей в XDTO:**
```bsl
// В процедуре обработки получения XDTO
Процедура ОбработатьОтсутствующиеПоляXDTO(СтрокаXDTO, СтруктураДанныхСтроки)
// Обработка полей ВремяДоставкиС и ВремяДоставкиПо
Если НЕ СтрокаXDTO.Свойство("ВремяДоставкиС") Тогда
// Поле отсутствует в старой версии XDTO
СтруктураДанныхСтроки.ВремяДоставкиС = Неопределено;
Иначе
СтруктураДанныхСтроки.ВремяДоставкиС = СтрокаXDTO.ВремяДоставкиС;
КонецЕсли;
Если НЕ СтрокаXDTO.Свойство("ВремяДоставкиПо") Тогда
// Поле отсутствует в старой версии XDTO
СтруктураДанныхСтроки.ВремяДоставкиПо = Неопределено;
Иначе
СтруктураДанныхСтроки.ВремяДоставкиПо = СтрокаXDTO.ВремяДоставкиПо;
КонецЕсли;
КонецПроцедуры
```
2. **Добавить преобразование версий XDTO:**
```bsl
Функция ПреобразоватьXDTOКНовойВерсии(СтрокаXDTOСтараяВерсия)
// Создаем структуру для новой версии XDTO
СтрокаXDTONоваяВерсия = Новый Структура;
// Копируем все поля из старой версии
Для Каждого КлючЗначение Из СтрокаXDTOСтараяВерсия Цикл
СтрокаXDTONоваяВерсия.Вставить(КлючЗначение.Ключ, КлючЗначение.Значение);
КонецЦикла;
// Добавляем отсутствующие поля с значениями по умолчанию
Если НЕ СтрокаXDTONоваяВерсия.Свойство("ВремяДоставкиС") Тогда
СтрокаXDTONоваяВерсия.Вставить("ВремяДоставкиС", Неопределено);
КонецЕсли;
Если НЕ СтрокаXDTONоваяВерсия.Свойство("ВремяДоставкиПо") Тогда
СтрокаXDTONоваяВерсия.Вставить("ВремяДоставкиПо", Неопределено);
КонецЕсли;
Возврат СтрокаXDTONоваяВерсия;
КонецФункции
```
#### 4.4.2. Обработка ошибок версий
**Необходимо:**
- Проверять версию XDTO при получении
- Преобразовывать данные между версиями при необходимости
- Логировать случаи несовместимости версий
### 4.5. Обработка отсутствующего реквизита "УдалитьПриоритет"
#### 4.5.1. Доработка модуля обмена
**Расположение:** Расширение новой конфигурации
**Модуль:** `МенеджерОбменаЧерезУниверсальныйФормат` (расширение)
**Необходимые изменения:**
1. **Добавить обработку отсутствующего реквизита:**
```bsl
// В процедуре обработки получения документа ЗаказКлиента
Процедура ОбработатьОтсутствующийРеквизитУдалитьПриоритет(СтрокаXDTO, СтруктураДанныхСтроки)
// Если в старой конфигурации есть реквизит УдалитьПриоритет, он будет проигнорирован
// Логируем информацию для анализа
Если СтрокаXDTO.Свойство("УдалитьПриоритет")
И СтрокаXDTO.УдалитьПриоритет = Истина Тогда
ЗаписатьВЖурналРегистрации("ОбменДанными",
УровеньЖурналаРегистрации.Информация,
"Реквизит УдалитьПриоритет проигнорирован при синхронизации (отсутствует в новой конфигурации)",
Новый Структура("Документ", СтруктураДанныхСтроки.Ссылка));
КонецЕсли;
КонецПроцедуры
```
**Альтернативный вариант:**
- Если функционал критичен - добавить реквизит `УдалитьПриоритет` в новую конфигурацию через расширение
---
## 5. План реализации доработок
### 5.1. Этап 1: Подготовка
1. **Анализ текущего состояния:**
- Проверить наличие модуля обмена в расширении новой конфигурации
- Изучить текущую логику обработки документа "ЗаказКлиента"
- Определить точки входа для доработок
2. **Определение требований:**
- Уточнить логику обработки политики учета
- Определить правила обработки времени доставки
- Уточнить версии XDTO, используемые в обмене
- Определить критичность реквизита "УдалитьПриоритет"
### 5.2. Этап 2: Реализация доработок
1. **Доработка обработки политики учета:**
- Добавить функции получения и проверки политики учета
- Реализовать логику проверки политики учета при синхронизации
- Добавить логирование предупреждений
2. **Доработка обработки времени доставки:**
- Реализовать обработку отсутствующих полей времени доставки
- Добавить установку значений по умолчанию (если требуется)
- Обеспечить обратную совместимость
3. **Адаптация XDTO:**
- Реализовать обработку отсутствующих полей
- Добавить преобразование версий XDTO
- Обеспечить обратную совместимость
4. **Обработка реквизита "УдалитьПриоритет":**
- Реализовать логирование игнорирования реквизита
- Оценить необходимость добавления реквизита в новую конфигурацию
### 5.3. Этап 3: Тестирование
1. **Функциональное тестирование:**
- Тестирование синхронизации с различными политиками учета
- Тестирование синхронизации с отсутствующими полями времени доставки
- Тестирование обработки отсутствующих полей
2. **Тестирование совместимости:**
- Тестирование обмена с различными версиями XDTO
- Тестирование обработки ошибок
- Тестирование производительности
### 5.4. Этап 4: Внедрение
1. **Развертывание:**
- Установка доработок в тестовой среде
- Проверка работы синхронизации
- Исправление выявленных ошибок
2. **Внедрение в продуктив:**
- Установка доработок в продуктивной среде
- Мониторинг работы синхронизации
- Обработка инцидентов
---
## 6. Риски и рекомендации
### 6.1. Риски
1. **Потеря данных:**
- Риск потери информации о времени доставки при синхронизации
- Риск неправильной обработки политики учета
- Риск ошибок при преобразовании версий XDTO
2. **Производительность:**
- Дополнительные запросы для проверки политики учета могут замедлить синхронизацию
- Обработка времени доставки для каждого документа может увеличить время обмена
3. **Совместимость:**
- Несовместимость версий XDTO может привести к ошибкам обмена
- Изменения в структуре документа могут нарушить работу синхронизации
4. **Функциональность:**
- Потеря функционала реквизита "УдалитьПриоритет" может повлиять на бизнес-процессы
- Отсутствие времени доставки может потребовать ручного заполнения
### 6.2. Рекомендации
1. **Рекомендации по реализации:**
- Использовать кэширование данных о политике учета для повышения производительности
- Реализовать пакетную обработку документов
- Добавить подробное логирование для отладки
2. **Рекомендации по тестированию:**
- Провести тестирование на реальных данных
- Протестировать различные сценарии синхронизации
- Проверить обработку граничных случаев
3. **Рекомендации по мониторингу:**
- Настроить мониторинг ошибок синхронизации
- Отслеживать случаи отсутствия политики учета
- Контролировать производительность обмена
4. **Рекомендации по функциональности:**
- Оценить критичность реквизита "УдалитьПриоритет" для бизнес-процессов
- Определить необходимость добавления реквизита в новую конфигурацию
- Рассмотреть возможность автоматического заполнения времени доставки
---
## 7. Заключение
### 7.1. Итоговые выводы
1. **Типовой механизм синхронизации** присутствует в обеих конфигурациях и поддерживает передачу документа "ЗаказКлиента"
2. **Требуются доработки** для обработки:
- Различий в политике учета номенклатур (проверка при синхронизации)
- Признака маркировки товаров (обработка при создании документов реализации)
- Несовместимости версий XDTO
- Новых реквизитов времени доставки
3. **Критичность доработок:** СРЕДНЯЯ-ВЫСОКАЯ
- Без доработок возможна потеря данных о времени доставки
- Возможны предупреждения о несоответствии политики учета
- Может нарушиться корректность учета при создании документов реализации
### 7.2. Особенности документа "ЗаказКлиента"
1. **Отличие от документа "РеализацияТоваровУслуг":**
- В табличной части "Товары" отсутствуют поля `АналитикаУчетаНоменклатуры` и `АналитикаУчетаНаборов`
- Политика учета определяется по номенклатуре, а не хранится в документе
- Это упрощает синхронизацию, но требует проверки соответствия политики учета
2. **Новые реквизиты:**
- В новой конфигурации добавлены реквизиты `ВремяДоставкиС` и `ВремяДоставкиПо`
- При синхронизации из старой конфигурации эти поля будут пустыми
3. **Отсутствующий реквизит:**
- В старой конфигурации есть реквизит `УдалитьПриоритет`, которого нет в новой
- Требуется оценка критичности функционала
### 7.3. Следующие шаги
1. Уточнить требования к обработке политики учета и времени доставки
2. Оценить критичность реквизита "УдалитьПриоритет"
3. Реализовать доработки в расширении новой конфигурации
4. Провести тестирование синхронизации
5. Внедрить доработки в продуктивную среду
---
## Приложения
### Приложение А. Список проверенных файлов
**Старая конфигурация:**
- `crm3-dev/src/ExchangePlans/СинхронизацияДанныхЧерезУниверсальныйФормат/`
- `crm3-dev/src/Documents/ЗаказКлиента/`
- `crm3-dev.rhana/src/Documents/ЗаказКлиента/`
**Новая конфигурация:**
- `crm3-26-promo/src/ExchangePlans/СинхронизацияДанныхЧерезУниверсальныйФормат/`
- `crm3-26-promo/src/Documents/ЗаказКлиента/`
### Приложение Б. Сравнительная таблица реквизитов
| Реквизит | Старая конфигурация | Новая конфигурация | Требуется обработка |
|----------|---------------------|-------------------|---------------------|
| ВремяДоставкиС | ❌ Нет | ✅ Есть | ✅ Да (установка по умолчанию) |
| ВремяДоставкиПо | ❌ Нет | ✅ Есть | ✅ Да (установка по умолчанию) |
| УдалитьПриоритет | ✅ Есть | ❌ Нет | ⚠️ Логирование (оценка критичности) |
| АналитикаУчетаНоменклатуры (в ТЧ Товары) | ❌ Нет | ❌ Нет | ❌ Нет (не используется) |
| АналитикаУчетаНаборов (в ТЧ Товары) | ❌ Нет | ❌ Нет | ❌ Нет (не используется) |
### Приложение В. Справочная информация
**XDTO версии:**
- Максимально доступная версия XDTO в старой конфигурации определяется возможностями конфигурации
- Новая конфигурация поддерживает более новые версии XDTO
**Политика учета:**
- Политика учета номенклатур не хранится в документе "ЗаказКлиента"
- Политика учета определяется по номенклатуре из справочника
- Требуется проверка соответствия политики учета при сопоставлении номенклатур
**Маркировка товаров:**
- Признак маркировки присутствует только в новой конфигурации
- При синхронизации заказа проверка маркировки не требуется
- Обработка маркировки потребуется при создании документов реализации на основе заказа
**Время доставки:**
- Реквизиты `ВремяДоставкиС` и `ВремяДоставкиПо` присутствуют только в новой конфигурации
- При синхронизации из старой конфигурации эти поля будут пустыми
- Требуется установка значений по умолчанию или оставление пустыми для ручного заполнения
---
**Примечание:**
- Данный анализ основан на изучении структуры конфигураций и типового механизма синхронизации
- Для точной реализации доработок требуется дополнительное изучение кода модулей обмена
- Рекомендуется провести тестирование на реальных данных перед внедрением в продуктивную среду
- Особое внимание следует уделить оценке критичности реквизита "УдалитьПриоритет" для бизнес-процессов
docs__Анализ_доработок_синхронизации_РеализацияТоваровУслуг.md
-589
@@ -1,589 +0,0 @@
---
title: Анализ доработок синхронизации документа Реализация товаров и услуг
version: 1.0
date_modified: 2026-01-12
author: Руководитель отдела ИТ Кудрявцев М.А. (kma@rhana.com)
date_created: 2026-01-12
show_metadata_block: true
show_index_link: true
---
# Анализ доработок синхронизации документа Реализация товаров и услуг
## Версия документа
Версия 1.0 от 12.01.2026
## Автор
Руководитель отдела ИТ Кудрявцев М.А. (kma@rhana.com)
## Цель анализа
Оценить необходимость доработки при применении типового механизма синхронизации с передачей документа "Реализация товаров и услуг" из старой конфигурации (включая расширение) в новую конфигурацию. Определить, какие доработки требуются в расширении для новой конфигурации с учетом особенностей:
- Различий в политике учета номенклатур при сопоставлении
- Признака маркировки товаров (присутствует только в новой конфигурации)
- Применения максимально доступной в старой конфигурации версии XDTO
## Краткое резюме
**Основные выводы:**
1. **Типовой механизм синхронизации** - механизм "СинхронизацияДанныхЧерезУниверсальныйФормат" присутствует в обеих конфигурациях и поддерживает передачу документа "РеализацияТоваровУслуг"
2. **Критические доработки, требующие реализации:**
- Обработка различий в политике учета номенклатур при сопоставлении
- Обработка признака маркировки товаров (новое поле в новой конфигурации)
- Адаптация XDTO-структур для совместимости версий
- Обработка различий в структуре табличной части "Товары"
3. **Риски:**
- Потеря данных о политике учета при синхронизации
- Отсутствие информации о маркировке товаров в старой конфигурации
- Несовместимость версий XDTO может привести к ошибкам обмена
**Детальный анализ:** см. разделы ниже
---
## 1. Анализ типового механизма синхронизации
### 1.1. Описание механизма
**План обмена:** `СинхронизацияДанныхЧерезУниверсальныйФормат`
**Назначение:** Типовой механизм синхронизации данных между конфигурациями через универсальный формат обмена.
**Поддерживаемые объекты:**
- Документы (включая "РеализацияТоваровУслуг")
- Справочники
- Регистры сведений
- Регистры накопления
### 1.2. Присутствие в конфигурациях
**Старая конфигурация (`crm3-dev`):**
- ✅ План обмена присутствует
- ✅ Документ "РеализацияТоваровУслуг" включен в план обмена
**Новая конфигурация (`crm3-26-promo`):**
- ✅ План обмена присутствует
- ✅ Документ "РеализацияТоваровУслуг" включен в план обмена
**Вывод:** Типовой механизм синхронизации присутствует в обеих конфигурациях и поддерживает передачу документа "РеализацияТоваровУслуг".
---
## 2. Анализ различий в структуре документа "РеализацияТоваровУслуг"
### 2.1. Сравнение реквизитов документа
#### 2.1.1. Реквизиты шапки документа
**Общие реквизиты (присутствуют в обеих конфигурациях):**
- Партнер
- Контрагент
- Организация
- Склад
- ХозяйственнаяОперация
- Статус
- ДатаПереходаПраваСобственности
- ЗаказКлиента
- Договор
- Соглашение
- Валюта
- ЦенаВключаетНДС
- НалогообложениеНДС
**Реквизиты, присутствующие только в новой конфигурации:**
- `ВариантВыбытияМаркируемойПродукции` (EnumRef.ВариантыВыбытияМаркируемойПродукции) - **НОВОЕ ПОЛЕ**
**Реквизиты, присутствующие только в расширении старой конфигурации:**
- `р_СтатусДИАДОК` (строка) - статус по результату обмена ЭДО Диадок
#### 2.1.2. Табличная часть "Товары"
**Общие реквизиты (присутствуют в обеих конфигурациях):**
- Номенклатура
- Характеристика
- Серия
- Количество
- КоличествоУпаковок
- Цена
- Сумма
- СтавкаНДС
- СуммаНДС
- СуммаСНДС
- Склад
- Упаковка
- НомерСтроки
- ИдентификаторСтроки
**Реквизиты, связанные с политикой учета:**
- `АналитикаУчетаНоменклатуры` (CatalogRef.КлючиАналитикиУчетаНоменклатуры) - присутствует в обеих конфигурациях
- `АналитикаУчетаНаборов` (CatalogRef.КлючиАналитикиУчетаНаборов) - присутствует в обеих конфигурациях
**Важно:** Политика учета номенклатур может отличаться между конфигурациями, что требует специальной обработки при сопоставлении.
### 2.2. Различия в структуре данных
#### 2.2.1. Политика учета номенклатур
**Проблема:**
При сопоставлении номенклатур между старой и новой конфигурациями могут возникать различия в политике учета:
1. **Разные политики учета:**
- В старой конфигурации номенклатура может иметь одну политику учета
- В новой конфигурации та же номенклатура может иметь другую политику учета
- Это может привести к ошибкам при синхронизации или неправильному учету
2. **Отсутствие политики учета:**
- В старой конфигурации политика учета может отсутствовать
- В новой конфигурации политика учета обязательна
- Требуется установка политики учета по умолчанию
**Решение:**
- При синхронизации необходимо проверять соответствие политики учета
- При несоответствии - устанавливать политику учета по умолчанию или использовать политику из новой конфигурации
- Логировать случаи несоответствия для последующего анализа
#### 2.2.2. Признак маркировки товаров
**Проблема:**
В новой конфигурации присутствует реквизит `ВариантВыбытияМаркируемойПродукции`, который отсутствует в старой конфигурации:
1. **Отсутствие данных:**
- В старой конфигурации нет информации о маркировке товаров
- При синхронизации это поле будет пустым
- Может потребоваться заполнение по умолчанию
2. **Логика обработки:**
- Необходимо определить, как обрабатывать маркируемые товары при синхронизации
- Возможно, требуется проверка номенклатуры на признак маркировки
- Установка значения по умолчанию для немаркируемых товаров
**Решение:**
- При синхронизации проверять признак маркировки номенклатуры в новой конфигурации
- Для маркируемых товаров устанавливать значение по умолчанию или определять логику заполнения
- Для немаркируемых товаров - оставлять поле пустым или устанавливать значение "НеПрименяется"
---
## 3. Анализ версий XDTO
### 3.1. Версии XDTO в конфигурациях
**Старая конфигурация:**
- Применяется максимально доступная версия XDTO для документа "РеализацияТоваровУслуг"
- Версия определяется возможностями старой конфигурации
**Новая конфигурация:**
- Поддерживает более новые версии XDTO
- Может содержать дополнительные поля и структуры
### 3.2. Проблемы совместимости
#### 3.2.1. Несовместимость версий
**Проблема:**
- Старая конфигурация использует максимально доступную версию XDTO
- Новая конфигурация может ожидать более новую версию XDTO
- Это может привести к ошибкам при обмене
**Решение:**
- Использовать версию XDTO, совместимую с обеими конфигурациями
- При необходимости - преобразование данных между версиями
- Обработка отсутствующих полей в старой версии XDTO
#### 3.2.2. Отсутствующие поля в XDTO
**Проблема:**
В старой версии XDTO могут отсутствовать поля, присутствующие в новой:
- `ВариантВыбытияМаркируемойПродукции`
- Дополнительные поля, связанные с маркировкой
- Поля, связанные с новой политикой учета
**Решение:**
- При формировании XDTO в старой конфигурации - не включать отсутствующие поля
- При получении XDTO в новой конфигурации - обрабатывать отсутствующие поля как пустые
- Устанавливать значения по умолчанию для отсутствующих полей
---
## 4. Необходимые доработки в расширении новой конфигурации
### 4.1. Обработка политики учета номенклатур
#### 4.1.1. Доработка модуля обмена
**Расположение:** Расширение новой конфигурации
**Модуль:** `МенеджерОбменаЧерезУниверсальныйФормат` (расширение)
**Необходимые изменения:**
1. **Добавить обработку политики учета при получении документа:**
```bsl
// В процедуре обработки получения документа РеализацияТоваровУслуг
Процедура ОбработатьПолитикуУчетаНоменклатур(ДокументОбъект, ТабличнаяЧастьТовары)
Для Каждого СтрокаТовары Из ТабличнаяЧастьТовары Цикл
Если ЗначениеЗаполнено(СтрокаТовары.Номенклатура) Тогда
// Получаем политику учета из новой конфигурации
ПолитикаУчетаНовойКонфигурации = ПолучитьПолитикуУчетаНоменклатуры(СтрокаТовары.Номенклатура);
// Проверяем соответствие политики учета
Если НЕ ЗначениеЗаполнено(СтрокаТовары.АналитикаУчетаНоменклатуры)
ИЛИ ПолитикаУчетаНовойКонфигурации <> ПолучитьПолитикуУчетаИзАналитики(СтрокаТовары.АналитикаУчетаНоменклатуры) Тогда
// Устанавливаем политику учета из новой конфигурации
СтрокаТовары.АналитикаУчетаНоменклатуры = ПолучитьАналитикуУчетаПоПолитике(
СтрокаТовары.Номенклатура,
ПолитикаУчетаНовойКонфигурации
);
// Логируем изменение
ЗаписатьВЖурналРегистрации("ОбменДанными",
УровеньЖурналаРегистрации.Предупреждение,
"Изменена политика учета номенклатуры при синхронизации",
Новый Структура("Номенклатура", СтрокаТовары.Номенклатура,
"СтараяПолитика", СтрокаТовары.АналитикаУчетаНоменклатуры,
"НоваяПолитика", ПолитикаУчетаНовойКонфигурации));
КонецЕсли;
КонецЕсли;
КонецЦикла;
КонецПроцедуры
```
2. **Добавить функцию получения политики учета:**
```bsl
Функция ПолучитьПолитикуУчетаНоменклатуры(Номенклатура)
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ ПЕРВЫЕ 1
| Номенклатура.ПолитикаУчетаНоменклатуры КАК ПолитикаУчетаНоменклатуры
|ИЗ
| Справочник.Номенклатура КАК Номенклатура
|ГДЕ
| Номенклатура.Ссылка = &Номенклатура";
Запрос.УстановитьПараметр("Номенклатура", Номенклатура);
Результат = Запрос.Выполнить();
Выборка = Результат.Выбрать();
Если Выборка.Следующий() Тогда
Возврат Выборка.ПолитикаУчетаНоменклатуры;
Иначе
Возврат Неопределено;
КонецЕсли;
КонецФункции
```
#### 4.1.2. Обработка ошибок сопоставления
**Необходимо добавить:**
- Обработку случаев, когда политика учета не найдена
- Установку политики учета по умолчанию
- Логирование всех случаев изменения политики учета
### 4.2. Обработка признака маркировки товаров
#### 4.2.1. Доработка модуля обмена
**Расположение:** Расширение новой конфигурации
**Модуль:** `МенеджерОбменаЧерезУниверсальныйФормат` (расширение)
**Необходимые изменения:**
1. **Добавить обработку маркировки при получении документа:**
```bsl
// В процедуре обработки получения документа РеализацияТоваровУслуг
Процедура ОбработатьМаркировкуТоваров(ДокументОбъект, ТабличнаяЧастьТовары)
ЕстьМаркируемыеТовары = Ложь;
Для Каждого СтрокаТовары Из ТабличнаяЧастьТовары Цикл
Если ЗначениеЗаполнено(СтрокаТовары.Номенклатура) Тогда
// Проверяем признак маркировки номенклатуры
Если НоменклатураМаркируемая(СтрокаТовары.Номенклатура) Тогда
ЕстьМаркируемыеТовары = Истина;
// Если поле не заполнено, устанавливаем значение по умолчанию
Если НЕ ЗначениеЗаполнено(ДокументОбъект.ВариантВыбытияМаркируемойПродукции) Тогда
ДокументОбъект.ВариантВыбытияМаркируемойПродукции =
Перечисления.ВариантыВыбытияМаркируемойПродукции.Реализация;
КонецЕсли;
КонецЕсли;
КонецЕсли;
КонецЦикла;
// Если маркируемых товаров нет, очищаем поле
Если НЕ ЕстьМаркируемыеТовары Тогда
ДокументОбъект.ВариантВыбытияМаркируемойПродукции = Неопределено;
КонецЕсли;
КонецПроцедуры
```
2. **Добавить функцию проверки маркировки:**
```bsl
Функция НоменклатураМаркируемая(Номенклатура)
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ ПЕРВЫЕ 1
| Номенклатура.Маркируемый КАК Маркируемый
|ИЗ
| Справочник.Номенклатура КАК Номенклатура
|ГДЕ
| Номенклатура.Ссылка = &Номенклатура";
Запрос.УстановитьПараметр("Номенклатура", Номенклатура);
Результат = Запрос.Выполнить();
Выборка = Результат.Выбрать();
Если Выборка.Следующий() Тогда
Возврат Выборка.Маркируемый = Истина;
Иначе
Возврат Ложь;
КонецЕсли;
КонецФункции
```
#### 4.2.2. Обработка отсутствующих данных
**Необходимо:**
- Проверять наличие признака маркировки в номенклатуре новой конфигурации
- Устанавливать значение по умолчанию для маркируемых товаров
- Очищать поле для немаркируемых товаров
### 4.3. Адаптация XDTO-структур
#### 4.3.1. Обработка версий XDTO
**Расположение:** Расширение новой конфигурации
**Модуль:** `МенеджерОбменаЧерезУниверсальныйФормат` (расширование)
**Необходимые изменения:**
1. **Добавить обработку отсутствующих полей в XDTO:**
```bsl
// В процедуре обработки получения XDTO
Процедура ОбработатьОтсутствующиеПоляXDTO(СтрокаXDTO, СтруктураДанныхСтроки)
// Обработка поля ВариантВыбытияМаркируемойПродукции
Если НЕ СтрокаXDTO.Свойство("ВариантВыбытияМаркируемойПродукции") Тогда
// Поле отсутствует в старой версии XDTO
// Значение будет установлено позже при обработке маркировки
СтруктураДанныхСтроки.ВариантВыбытияМаркируемойПродукции = Неопределено;
Иначе
СтруктураДанныхСтроки.ВариантВыбытияМаркируемойПродукции =
СтрокаXDTO.ВариантВыбытияМаркируемойПродукции;
КонецЕсли;
КонецПроцедуры
```
2. **Добавить преобразование версий XDTO:**
```bsl
Функция ПреобразоватьXDTOКНовойВерсии(СтрокаXDTOСтараяВерсия)
// Создаем структуру для новой версии XDTO
СтрокаXDTONоваяВерсия = Новый Структура;
// Копируем все поля из старой версии
Для Каждого КлючЗначение Из СтрокаXDTOСтараяВерсия Цикл
СтрокаXDTONоваяВерсия.Вставить(КлючЗначение.Ключ, КлючЗначение.Значение);
КонецЦикла;
// Добавляем отсутствующие поля с значениями по умолчанию
Если НЕ СтрокаXDTONоваяВерсия.Свойство("ВариантВыбытияМаркируемойПродукции") Тогда
СтрокаXDTONоваяВерсия.Вставить("ВариантВыбытияМаркируемойПродукции", Неопределено);
КонецЕсли;
Возврат СтрокаXDTONоваяВерсия;
КонецФункции
```
#### 4.3.2. Обработка ошибок версий
**Необходимо:**
- Проверять версию XDTO при получении
- Преобразовывать данные между версиями при необходимости
- Логировать случаи несовместимости версий
---
## 5. План реализации доработок
### 5.1. Этап 1: Подготовка
1. **Анализ текущего состояния:**
- Проверить наличие модуля обмена в расширении новой конфигурации
- Изучить текущую логику обработки документа "РеализацияТоваровУслуг"
- Определить точки входа для доработок
2. **Определение требований:**
- Уточнить логику обработки политики учета
- Определить правила обработки маркировки товаров
- Уточнить версии XDTO, используемые в обмене
### 5.2. Этап 2: Реализация доработок
1. **Доработка обработки политики учета:**
- Добавить функции получения и проверки политики учета
- Реализовать логику установки политики учета при несоответствии
- Добавить логирование изменений
2. **Доработка обработки маркировки:**
- Добавить функции проверки маркировки номенклатуры
- Реализовать логику установки значения по умолчанию
- Добавить обработку отсутствующих данных
3. **Адаптация XDTO:**
- Реализовать обработку отсутствующих полей
- Добавить преобразование версий XDTO
- Обеспечить обратную совместимость
### 5.3. Этап 3: Тестирование
1. **Функциональное тестирование:**
- Тестирование синхронизации с различными политиками учета
- Тестирование синхронизации маркируемых товаров
- Тестирование обработки отсутствующих полей
2. **Тестирование совместимости:**
- Тестирование обмена с различными версиями XDTO
- Тестирование обработки ошибок
- Тестирование производительности
### 5.4. Этап 4: Внедрение
1. **Развертывание:**
- Установка доработок в тестовой среде
- Проверка работы синхронизации
- Исправление выявленных ошибок
2. **Внедрение в продуктив:**
- Установка доработок в продуктивной среде
- Мониторинг работы синхронизации
- Обработка инцидентов
---
## 6. Риски и рекомендации
### 6.1. Риски
1. **Потеря данных:**
- Риск потери информации о политике учета при синхронизации
- Риск неправильной обработки маркируемых товаров
- Риск ошибок при преобразовании версий XDTO
2. **Производительность:**
- Дополнительные запросы для проверки политики учета могут замедлить синхронизацию
- Обработка маркировки для каждой строки может увеличить время обмена
3. **Совместимость:**
- Несовместимость версий XDTO может привести к ошибкам обмена
- Изменения в структуре документа могут нарушить работу синхронизации
### 6.2. Рекомендации
1. **Рекомендации по реализации:**
- Использовать кэширование данных о политике учета для повышения производительности
- Реализовать пакетную обработку строк табличной части
- Добавить подробное логирование для отладки
2. **Рекомендации по тестированию:**
- Провести тестирование на реальных данных
- Протестировать различные сценарии синхронизации
- Проверить обработку граничных случаев
3. **Рекомендации по мониторингу:**
- Настроить мониторинг ошибок синхронизации
- Отслеживать случаи изменения политики учета
- Контролировать производительность обмена
---
## 7. Заключение
### 7.1. Итоговые выводы
1. **Типовой механизм синхронизации** присутствует в обеих конфигурациях и поддерживает передачу документа "РеализацияТоваровУслуг"
2. **Требуются доработки** для обработки:
- Различий в политике учета номенклатур
- Признака маркировки товаров (новое поле)
- Несовместимости версий XDTO
3. **Критичность доработок:** ВЫСОКАЯ
- Без доработок возможна потеря данных
- Возможны ошибки при синхронизации
- Может нарушиться корректность учета
### 7.2. Следующие шаги
1. Уточнить требования к обработке политики учета и маркировки
2. Реализовать доработки в расширении новой конфигурации
3. Провести тестирование синхронизации
4. Внедрить доработки в продуктивную среду
---
## Приложения
### Приложение А. Список проверенных файлов
**Старая конфигурация:**
- `crm3-dev/src/ExchangePlans/СинхронизацияДанныхЧерезУниверсальныйФормат/`
- `crm3-dev/src/Documents/РеализацияТоваровУслуг/`
- `crm3-dev.rhana/src/Documents/РеализацияТоваровУслуг/`
- `crm3-dev.rhana/src/CommonModules/МенеджерОбменаЧерезУниверсальныйФормат/Ext/Module.bsl`
**Новая конфигурация:**
- `crm3-26-promo/src/ExchangePlans/СинхронизацияДанныхЧерезУниверсальныйФормат/`
- `crm3-26-promo/src/Documents/РеализацияТоваровУслуг/`
### Приложение Б. Справочная информация
**XDTO версии:**
- Максимально доступная версия XDTO в старой конфигурации определяется возможностями конфигурации
- Новая конфигурация поддерживает более новые версии XDTO
**Политика учета:**
- Политика учета номенклатур может различаться между конфигурациями
- Требуется проверка и установка правильной политики при синхронизации
**Маркировка товаров:**
- Признак маркировки присутствует только в новой конфигурации
- Требуется обработка отсутствующих данных при синхронизации
---
**Примечание:**
- Данный анализ основан на изучении структуры конфигураций и типового механизма синхронизации
- Для точной реализации доработок требуется дополнительное изучение кода модулей обмена
- Рекомендуется провести тестирование на реальных данных перед внедрением в продуктивную среду
docs__Анализ_доработок_складского_учета_и_печати_документов.md
-1182
File diff suppressed because it is too large Load Diff
docs__Анализ_доработок_формы_приемки_УправлениеПоступлением.md
-505
@@ -1,505 +0,0 @@
---
title: Анализ доработок формы приёмки (УправлениеПоступлением.Форма.Форма) складского учета
version: 1.1
date_modified: 2025-01-27
author: Руководитель отдела ИТ Кудрявцев М.А. (kma@rhana.com)
date_created: 2025-01-27
show_metadata_block: true
show_index_link: true
---
# Анализ доработок формы приёмки (УправлениеПоступлением.Форма.Форма) складского учета
## Версия документа
Версия 1.1 от 27.01.2025
**Изменения в версии 1.1:**
- Добавлено сравнение с эталонной конфигурацией `crm302228-etalon`
- Выявлено, что функционал `ЗакрыватьГрафикПоступления` является типовым и присутствует в эталонной конфигурации
- Исключен типовой функционал из списка кастомных доработок, требующих переноса
- Обновлены рекомендации: вместо переноса кастомных доработок рекомендуется проверить наличие типового функционала в новой конфигурации
## Автор
Руководитель отдела ИТ Кудрявцев М.А. (kma@rhana.com)
## Цель анализа
Провести дополнительный анализ того, какие доработки в расширении новой конфигурации требуются в форме приёмки (`Обработка.УправлениеПоступлением.Форма.Форма`) складского учета из аналогичной формы старой базы с учетом расширения.
**Сравниваемые конфигурации:**
- **Старая конфигурация:** `crm3-dev` (с расширением)
- **Новая конфигурация:** `crm3-26-promo` (с расширением)
## Краткое резюме
**Важное замечание:** После сравнения с эталонной конфигурацией (`crm302228-etalon`) выявлено, что функционал `ЗакрыватьГрафикПоступления` является **типовым** и присутствует в эталонной конфигурации. Следовательно, он должен присутствовать и в новой конфигурации. Если он отсутствует, это может быть баг или недоработка в новой конфигурации, но **не кастомная доработка**, требующая переноса.
**Типовой функционал (присутствует в эталоне, не требует переноса как доработка):**
1. ✅ **Реквизит и функционал `ЗакрыватьГрафикПоступления`** - присутствует в эталонной конфигурации, должен быть в новой конфигурации
2. ✅ **Соединение с регистром `ДвижениеТоваров`** - присутствует в эталонной конфигурации, должно быть в новой конфигурации
**Функционал, присутствующий в новой конфигурации, но отсутствующий в старой:**
1. ✅ **ЭДО (ЭлектронноеВзаимодействие.ОбменСКонтрагентами)** - присутствует в новой конфигурации, отсутствует в старой (типовой функционал, не требует переноса)
**Улучшения архитектуры в новой конфигурации:**
1. ✅ **Функция `РазбитьСтрокиПоОграничениям`** - вынесена в отдельную функцию в новой конфигурации (улучшение, не требует переноса)
**Вывод:** Все выявленные различия между старой и новой конфигурациями являются либо типовым функционалом, либо улучшениями архитектуры. **Кастомных доработок, требующих переноса, не выявлено.**
---
## 1. Сравнение с эталонной конфигурацией
### 1.1. Методология сравнения
**Эталонная конфигурация:** `crm302228-etalon` - типовая эталонная конфигурация версии исходной конфигурации.
**Цель сравнения:** Определить, какие "доработки" в старой конфигурации на самом деле являются типовыми (присутствуют в эталонной конфигурации), а какие являются кастомными доработками, требующими переноса.
### 1.2. Результаты сравнения
#### 1.2.1. Реквизит и функционал `ЗакрыватьГрафикПоступления`
**Статус:** ✅ **ТИПОВОЙ ФУНКЦИОНАЛ** - присутствует в эталонной конфигурации
**Проверка в эталонной конфигурации:**
- ✅ Реквизит `ЗакрыватьГрафикПоступления` присутствует в документе `ПриходныйОрдерНаТовары`
- ✅ Колонка `ЗакрыватьГрафикПоступления` присутствует в форме `УправлениеПоступлением.Форма.Форма`
- ✅ Расчет поля `ЗакрыватьГрафикПоступления` присутствует в запросе `ЗаполнитьРаспоряженияНаПоступление`
- ✅ Передача параметра `ЗакрыватьГрафикПоступления` присутствует в процедуре `СоздатьОрдер`
- ✅ Соединение с регистром `ДвижениеТоваров` присутствует в запросе
**Вывод:** Функционал `ЗакрыватьГрафикПоступления` является **типовым** и должен присутствовать в новой конфигурации. Если он отсутствует, это может быть:
- Баг в новой конфигурации
- Недоработка при обновлении типовой конфигурации
- Намеренное удаление функционала в более новой версии (требует проверки)
**Рекомендация:** Проверить, почему функционал отсутствует в новой конфигурации. Если это баг - исправить. Если это намеренное удаление в новой версии типовой конфигурации - тогда может потребоваться восстановление функционала, но это будет восстановление типового функционала, а не перенос кастомной доработки.
---
## 2. Детальный анализ различий
### 2.1. Реквизит и функционал `ЗакрыватьГрафикПоступления`
**Статус:** ✅ **ТИПОВОЙ ФУНКЦИОНАЛ** - присутствует в эталонной конфигурации, должен быть в новой конфигурации
#### 1.1.1. Описание функционала
В старой конфигурации реализован функционал управления графиком поступления товаров через реквизит `ЗакрыватьГрафикПоступления`. Этот реквизит определяет, нужно ли закрывать график поступления при создании приходного ордера.
#### 1.1.2. Места использования в старой конфигурации
**1. Колонка в форме `УправлениеПоступлением.Форма.Форма`:**
```xml:2211:2221:crm3-dev/src/DataProcessors/УправлениеПоступлением/Forms/Форма/Ext/Form.xml
<Column name="ЗакрыватьГрафикПоступления" id="12">
<Title>
<v8:item>
<v8:lang>ru</v8:lang>
<v8:content>Закрывать график поступления</v8:content>
</v8:item>
</Title>
<Type>
<v8:Type>xs:boolean</v8:Type>
</Type>
</Column>
```
**2. Передача параметра в процедуре `СоздатьОрдер`:**
```412:412:crm3-dev/src/DataProcessors/УправлениеПоступлением/Forms/Форма/Ext/Form/Module.bsl
Основание.Вставить("ЗакрыватьГрафикПоступления", ТекущиеДанные.ЗакрыватьГрафикПоступления);
```
**3. Расчет значения в запросе `ЗаполнитьРаспоряженияНаПоступление`:**
```1349:1356:crm3-dev/src/DataProcessors/УправлениеПоступлением/Forms/Форма/Ext/Form/Module.bsl
| ВЫБОР
| КОГДА ТоварыКПоступлениюОстаткиНаДату.ДокументПоступления ССЫЛКА Справочник.СоглашенияСПоставщиками
| ИЛИ ТоварыКПоступлениюОстаткиНаДату.ДокументПоступления ССЫЛКА Справочник.ДоговорыКонтрагентов
| ТОГДА ИСТИНА
| КОГДА ДвижениеТоваров.Распоряжение ЕСТЬ NULL
| ТОГДА ЛОЖЬ
| ИНАЧЕ ИСТИНА
| КОНЕЦ КАК ЗакрыватьГрафикПоступления
```
**4. Выборка поля в запросе:**
```1289:1289:crm3-dev/src/DataProcessors/УправлениеПоступлением/Forms/Форма/Ext/Form/Module.bsl
| МАКСИМУМ(ВложенныйЗапрос.ЗакрыватьГрафикПоступления) КАК ЗакрыватьГрафикПоступления,
```
**5. Реквизит в документе `ПриходныйОрдерНаТовары`:**
В старой конфигурации документ `ПриходныйОрдерНаТовары` имеет реквизит `ЗакрыватьГрафикПоступления`, который используется при создании ордера из формы управления поступлением.
#### 1.1.3. Логика работы
Логика определения значения `ЗакрыватьГрафикПоступления`:
- Если распоряжение - это `СоглашенияСПоставщиками` или `ДоговорыКонтрагентов`, то значение = `Истина`
- Если в регистре `ДвижениеТоваров` нет записей по распоряжению (Распоряжение ЕСТЬ NULL), то значение = `Ложь`
- Иначе значение = `Истина`
#### 2.1.4. Рекомендации по восстановлению типового функционала
**Важно:** Поскольку функционал является типовым и присутствует в эталонной конфигурации, рекомендуется:
**1. Проверить наличие функционала в новой конфигурации:**
- Проверить наличие реквизита `ЗакрыватьГрафикПоступления` в документе `ПриходныйОрдерНаТовары`
- Проверить наличие колонки в форме
- Проверить наличие расчета в запросе
**2. Если функционал отсутствует:**
- Определить причину отсутствия (баг, недоработка, намеренное удаление)
- Если это баг или недоработка - восстановить функционал из эталонной конфигурации
- Если это намеренное удаление в новой версии - оценить необходимость восстановления
**3. Восстановление функционала (если требуется):**
- Добавить колонку `ЗакрыватьГрафикПоступления` в таблицу `РаспоряженияНаПоступление` формы `УправлениеПоступлением.Форма.Форма`
- Добавить соединение с регистром `ДвижениеТоваров` в запрос `ЗаполнитьРаспоряженияНаПоступление`
- Добавить расчет поля `ЗакрыватьГрафикПоступления` в запросе
- Добавить выборку поля `ЗакрыватьГрафикПоступления` в итоговом запросе
- Добавить передачу параметра `ЗакрыватьГрафикПоступления` в процедуре `СоздатьОрдер`
---
### 2.2. Соединение с регистром `ДвижениеТоваров`
**Статус:** ✅ **ТИПОВОЙ ФУНКЦИОНАЛ** - присутствует в эталонной конфигурации, должен быть в новой конфигурации
#### 1.2.1. Описание
В старой конфигурации в запросе `ЗаполнитьРаспоряженияНаПоступление` используется соединение с регистром накопления `ДвижениеТоваров` для определения, есть ли движения товаров по распоряжению. Это соединение необходимо для корректного расчета значения `ЗакрыватьГрафикПоступления`.
#### 1.2.2. Код соединения в старой конфигурации
```1373:1378:crm3-dev/src/DataProcessors/УправлениеПоступлением/Forms/Форма/Ext/Form/Module.bsl
| ЛЕВОЕ СОЕДИНЕНИЕ РегистрНакопления.ДвижениеТоваров КАК ДвижениеТоваров
| ПО ТоварыКПоступлениюОстаткиНаДату.Номенклатура = ДвижениеТоваров.Номенклатура
| И ТоварыКПоступлениюОстаткиНаДату.Характеристика = ДвижениеТоваров.Характеристика
| И ТоварыКПоступлениюОстаткиНаДату.Назначение = ДвижениеТоваров.Назначение
| И ТоварыКПоступлениюОстаткиНаДату.Склад = ДвижениеТоваров.Склад
| И ТоварыКПоступлениюОстаткиНаДату.ДокументПоступления = ДвижениеТоваров.Распоряжение
```
#### 1.2.3. Использование в расчете
Соединение используется в расчете поля `ЗакрыватьГрафикПоступления`:
```1353:1353:crm3-dev/src/DataProcessors/УправлениеПоступлением/Forms/Форма/Ext/Form/Module.bsl
| КОГДА ДвижениеТоваров.Распоряжение ЕСТЬ NULL
```
#### 2.2.4. Рекомендации по восстановлению типового функционала
**Важно:** Поскольку соединение с регистром `ДвижениеТоваров` является частью типового функционала и присутствует в эталонной конфигурации, рекомендуется:
**1. Проверить наличие регистра:**
Необходимо убедиться, что в новой конфигурации существует регистр накопления `ДвижениеТоваров` с соответствующими измерениями и ресурсами.
**2. Если регистр отсутствует:**
- Определить, какой регистр используется в новой конфигурации для аналогичных целей
- Или проверить, не был ли регистр переименован или объединен с другим регистром
**3. Восстановление соединения (если требуется):**
- Добавить ЛЕВОЕ СОЕДИНЕНИЕ с регистром `ДвижениеТоваров` в запрос `ЗаполнитьРаспоряженияНаПоступление` в процедуре формы `УправлениеПоступлением.Форма.Форма`
---
### 2.3. ЭДО (ЭлектронноеВзаимодействие.ОбменСКонтрагентами)
**Статус:** ✅ **Типовой функционал** - присутствует в новой конфигурации, отсутствует в старой
#### 1.3.1. Описание
В новой конфигурации реализован функционал электронного документооборота (ЭДО) с контрагентами. Этот функционал отсутствует в старой конфигурации.
#### 1.3.2. Места использования в новой конфигурации
**1. Инициализация в `ПриСозданииНаСервере`:**
```40:46:crm3-26-promo/src/DataProcessors/УправлениеПоступлением/Forms/Форма/Ext/Form/Module.bsl
// ЭлектронноеВзаимодействие.ОбменСКонтрагентами
ПараметрыПриСозданииНаСервере = ОбменСКонтрагентами.ПараметрыПриСозданииНаСервере_ФормаСписка();
ПараметрыПриСозданииНаСервере.Форма = ЭтотОбъект;
ПараметрыПриСозданииНаСервере.МестоРазмещенияКоманд = Элементы.ПодменюЭДО;
ПараметрыПриСозданииНаСервере.КолонкаСостоянияЭДО = Элементы.ПредставлениеСостояния;
ОбменСКонтрагентами.ПриСозданииНаСервере_ФормаСписка(ПараметрыПриСозданииНаСервере);
// Конец ЭлектронноеВзаимодействие.ОбменСКонтрагентами
```
**2. Обработка в `ПриОткрытии`:**
```75:77:crm3-26-promo/src/DataProcessors/УправлениеПоступлением/Forms/Форма/Ext/Form/Module.bsl
// ЭлектронноеВзаимодействие.ОбменСКонтрагентами
ОбменСКонтрагентамиКлиент.ПриОткрытии(ЭтотОбъект);
// Конец ЭлектронноеВзаимодействие.ОбменСКонтрагентами
```
**3. Обработка оповещений:**
```99:105:crm3-26-promo/src/DataProcessors/УправлениеПоступлением/Forms/Форма/Ext/Form/Module.bsl
// ЭлектронноеВзаимодействие.ОбменСКонтрагентами
ПараметрыОповещенияЭДО = ОбменСКонтрагентамиКлиент.ПараметрыОповещенияЭДО_ФормаСписка();
ПараметрыОповещенияЭДО.Форма = ЭтотОбъект;
ПараметрыОповещенияЭДО.ИмяДинамическогоСписка = "ОрдераВРаботе";
ПараметрыОповещенияЭДО.ЕстьОбработчикОбновленияВидимостиСостоянияЭДО = Истина;
ОбменСКонтрагентамиКлиент.ОбработкаОповещения_ФормаСписка(ИмяСобытия, Параметр, Источник, ПараметрыОповещенияЭДО);
// Конец ЭлектронноеВзаимодействие.ОбменСКонтрагентами
```
**4. Подключаемые команды ЭДО:**
```573:622:crm3-26-promo/src/DataProcessors/УправлениеПоступлением/Forms/Форма/Ext/Form/Module.bsl
// ЭлектронноеВзаимодействие.ОбменСКонтрагентами
&НаКлиенте
Процедура Подключаемый_ВыполнитьКомандуЭДО(Команда)
ДоступныКомандыЭДО = Истина;
ЭтоКомандаТекущиеДелаЭДО = СтрНайти(Команда.Имя, "ТекущиеДелаЭДО");
ЭтоКомандаПроизвольныйДокумент = СтрНайти(Команда.Имя, "ПроизвольныйДокумент");
Если Не ЭтоКомандаТекущиеДелаЭДО И Не ЭтоКомандаПроизвольныйДокумент Тогда
Если Элементы.ОрдераВРаботе.ТекущиеДанные <> Неопределено Тогда
ТекущийДокумент = ОбщегоНазначенияКлиентСервер.СвойствоСтруктуры(Элементы.ОрдераВРаботе.ТекущиеДанные, "Ссылка");
Если ЗначениеЗаполнено(ТекущийДокумент) Тогда
РезультатыПроверки = ЭлектронноеВзаимодействиеУТВызовСервера.ПроверитьНаличиеПараметровЭДПоИсточнику(ТекущийДокумент);
ДоступныКомандыЭДО = РезультатыПроверки.Получить("ЕстьЭДО");
Если РезультатыПроверки.Получить("ЕстьЭДО") Тогда
Если РезультатыПроверки.Получить("Направление") = "Входящий" Тогда
ОбменСКонтрагентамиУТКлиент.ИзменитьДоступностьКомандыПерезаполнить(ЭтотОбъект, Истина);
Иначе
ОбменСКонтрагентамиУТКлиент.ИзменитьДоступностьКомандыПерезаполнить(ЭтотОбъект, Ложь);
КонецЕсли;
КонецЕсли;
КонецЕсли;
Иначе
ДоступныКомандыЭДО = Ложь;
КонецЕсли;
КонецЕсли;
Если Не ДоступныКомандыЭДО Тогда
ПоказатьПредупреждение(, НСтр("ru = 'Для данного типа документов ЭДО не предусмотрен.'"));
Возврат;
КонецЕсли;
ЭлектронноеВзаимодействиеКлиент.ВыполнитьПодключаемуюКомандуЭДО(Команда, ЭтотОбъект, Элементы.ОрдераВРаботе);
КонецПроцедуры
&НаКлиенте
Процедура Подключаемый_ОбновитьКомандыЭДО()
ОбменСКонтрагентамиКлиент.ОбновитьКоманды(ЭтотОбъект, Элементы.ОрдераВРаботе);
КонецПроцедуры
&НаКлиенте
Процедура Подключаемый_ОбновитьВидимостьСостоянияЭДО()
ОбменСКонтрагентамиКлиент.ОбработчикОбновленияВидимостьСостоянияЭДО(ЭтотОбъект, Элементы.ПредставлениеСостояния);
КонецПроцедуры
// Конец ЭлектронноеВзаимодействие.ОбменСКонтрагентами
```
#### 1.3.3. Вывод
Этот функционал является типовым и присутствует в новой конфигурации. Он **не требует переноса** из старой конфигурации, так как в старой конфигурации его нет.
---
### 2.4. Улучшение архитектуры: функция `РазбитьСтрокиПоОграничениям`
**Статус:** ✅ **Улучшение архитектуры** - присутствует в новой конфигурации
#### 1.4.1. Описание
В новой конфигурации логика разбиения строк по ограничениям веса и объема вынесена в отдельную функцию `РазбитьСтрокиПоОграничениям`, что улучшает читаемость и поддерживаемость кода.
#### 1.4.2. Реализация в новой конфигурации
```977:1029:crm3-26-promo/src/DataProcessors/УправлениеПоступлением/Forms/Форма/Ext/Form/Module.bsl
&НаСервере
Функция РазбитьСтрокиПоОграничениям(РазмещениеТоваровВЯчейках, МаксимальныйОбъем, МаксимальныйВес)
ТаблицаРезультата = РазмещениеТоваровВЯчейках.СкопироватьКолонки();
СтрокиСПересчетомКоличества = Новый Массив;
Для Каждого ОписаниеРазмещения Из РазмещениеТоваровВЯчейках Цикл
ОсталосьРазместить = ОписаниеРазмещения.КоличествоУпаковок;
МаксимальноеКоличествоПоОбъему = МаксимальноеКоличествоПоОграничению(
ОписаниеРазмещения.ОбъемУпаковки,
МаксимальныйОбъем,
ОсталосьРазместить);
МаксимальноеКоличествоПоВесу = МаксимальноеКоличествоПоОграничению(
ОписаниеРазмещения.ВесУпаковки,
МаксимальныйВес,
ОсталосьРазместить);
МаксимальноеКоличествоРазмещения = Мин(МаксимальноеКоличествоПоОбъему, МаксимальноеКоличествоПоВесу);
ПересчитыватьКоличество = МаксимальноеКоличествоРазмещения < ОсталосьРазместить;
Пока ОсталосьРазместить <> 0 Цикл
СтрокаРазмещения = ТаблицаРезультата.Добавить();
ЗаполнитьЗначенияСвойств(СтрокаРазмещения, ОписаниеРазмещения);
Если ОсталосьРазместить > МаксимальноеКоличествоРазмещения Тогда
РазмещаемоеКоличествоУпаковок = МаксимальноеКоличествоПоОграничению;
Иначе
РазмещаемоеКоличествоУпаковок = ОсталосьРазместить;
КонецЕсли;
СтрокаРазмещения.КоличествоУпаковок = РазмещаемоеКоличествоУпаковок;
ОсталосьРазместить = ОсталосьРазместить - РазмещаемоеКоличествоУпаковок;
Если ПересчитыватьКоличество Тогда
СтрокиСПересчетомКоличества.Добавить(СтрокаРазмещения);
КонецЕсли;
КонецЦикла;
КонецЦикла;
СтруктураДействий = Новый Структура;
СтруктураДействий.Вставить("ПересчитатьКоличествоЕдиниц");
ПакетнаяОбработкаТабличнойЧастиСервер.ОбработатьСтрокиТЧ(СтрокиСПересчетомКоличества, СтруктураДействий,
ТаблицаРезультата);
Возврат ТаблицаРезультата;
КонецФункции
```
#### 1.4.3. Вывод
Это улучшение архитектуры в новой конфигурации. В старой конфигурации аналогичная логика встроена непосредственно в цикл процедуры `СоздатьЗаданияСервер`. Это улучшение **не требует переноса** из старой конфигурации, так как функционально эквивалентно.
---
## 3. План проверки и восстановления типового функционала
### 3.1. Проверка наличия типового функционала
#### 3.1.1. Проверка реквизита `ЗакрыватьГрафикПоступления`
**Шаг 1:** Проверить наличие реквизита `ЗакрыватьГрафикПоступления` в документе `ПриходныйОрдерНаТовары` в новой конфигурации.
**Шаг 2:** Проверить наличие колонки `ЗакрыватьГрафикПоступления` в таблице `РаспоряженияНаПоступление` формы `УправлениеПоступлением.Форма.Форма`.
**Шаг 3:** Проверить наличие расчета поля `ЗакрыватьГрафикПоступления` в запросе `ЗаполнитьРаспоряженияНаПоступление`.
**Шаг 4:** Проверить наличие передачи параметра `ЗакрыватьГрафикПоступления` в процедуре `СоздатьОрдер`.
#### 3.1.2. Проверка соединения с регистром `ДвижениеТоваров`
**Шаг 1:** Проверить наличие регистра накопления `ДвижениеТоваров` в новой конфигурации.
**Шаг 2:** Проверить наличие соединения с регистром `ДвижениеТоваров` в запросе `ЗаполнитьРаспоряженияНаПоступление`.
### 3.2. Восстановление типового функционала (если требуется)
**Важно:** Восстановление типового функционала должно выполняться только после подтверждения, что функционал действительно отсутствует в новой конфигурации и его отсутствие не является намеренным изменением в новой версии типовой конфигурации.
**Шаг 1:** Если функционал отсутствует, определить причину (баг, недоработка, намеренное удаление).
**Шаг 2:** Если это баг или недоработка - восстановить функционал из эталонной конфигурации `crm302228-etalon`.
**Шаг 3:** Если это намеренное удаление в новой версии - оценить необходимость восстановления и возможность альтернативного решения.
---
## 4. Сводная таблица различий
| № | Элемент | Старая конфигурация | Новая конфигурация | Эталонная конфигурация | Статус | Требуется перенос |
|---|---------|---------------------|-------------------|------------------------|--------|-------------------|
| 1 | Реквизит `ЗакрыватьГрафикПоступления` в документе | ✅ Есть | ❌ Нет | ✅ Есть | Типовой | ❌ Нет (проверить наличие) |
| 2 | Колонка `ЗакрыватьГрафикПоступления` в форме | ✅ Есть | ❌ Нет | ✅ Есть | Типовой | ❌ Нет (проверить наличие) |
| 3 | Расчет `ЗакрыватьГрафикПоступления` в запросе | ✅ Есть | ❌ Нет | ✅ Есть | Типовой | ❌ Нет (проверить наличие) |
| 4 | Передача `ЗакрыватьГрафикПоступления` в `СоздатьОрдер` | ✅ Есть | ❌ Нет | ✅ Есть | Типовой | ❌ Нет (проверить наличие) |
| 5 | Соединение с регистром `ДвижениеТоваров` | ✅ Есть | ❌ Нет | ✅ Есть | Типовой | ❌ Нет (проверить наличие) |
| 6 | ЭДО (ОбменСКонтрагентами) | ❌ Нет | ✅ Есть | ❓ Не проверено | Типовой | ❌ Нет |
| 7 | Функция `РазбитьСтрокиПоОграничениям` | ❌ Нет (встроено) | ✅ Есть (отдельно) | ❓ Не проверено | Улучшение | ❌ Нет |
---
## 5. Заключение
### 5.1. Основные выводы
После сравнения с эталонной конфигурацией (`crm302228-etalon`) выявлено, что **все различия между старой и новой конфигурациями являются типовым функционалом или улучшениями архитектуры**.
**Кастомных доработок, требующих переноса, не выявлено.**
### 5.2. Типовой функционал
Функционал `ЗакрыватьГрафикПоступления` и соединение с регистром `ДвижениеТоваров` присутствуют в эталонной конфигурации и являются типовыми. Они должны присутствовать в новой конфигурации. Если они отсутствуют, это может быть:
- Баг в новой конфигурации
- Недоработка при обновлении типовой конфигурации
- Намеренное удаление функционала в более новой версии (требует проверки)
**Рекомендация:** Проверить наличие типового функционала в новой конфигурации. Если функционал отсутствует, определить причину и при необходимости восстановить его из эталонной конфигурации.
### 5.3. Функционал, присутствующий в новой конфигурации
Функционал ЭДО присутствует в новой конфигурации и является типовым. Он не требует переноса из старой конфигурации.
### 5.4. Улучшения архитектуры
Улучшения архитектуры в новой конфигурации (например, вынесение функции `РазбитьСтрокиПоОграничениям`) не требуют переноса, так как функционально эквивалентны реализации в старой конфигурации.
### 5.5. Итоговый вывод
**Все выявленные различия являются типовым функционалом или улучшениями архитектуры. Кастомных доработок, требующих переноса из старой конфигурации в новую, не обнаружено.**
Если типовой функционал отсутствует в новой конфигурации, рекомендуется проверить причину его отсутствия и при необходимости восстановить его из эталонной конфигурации.
---
## 6. Приложения
### 6.1. Список файлов для проверки
**Новая конфигурация:**
1. `DataProcessors/УправлениеПоступлением/Forms/Форма/Ext/Form.xml` - проверка наличия колонки
2. `DataProcessors/УправлениеПоступлением/Forms/Форма/Ext/Form/Module.bsl` - проверка наличия запроса и процедуры
3. `Documents/ПриходныйОрдерНаТовары.xml` - проверка наличия реквизита
**Эталонная конфигурация (для восстановления, если требуется):**
1. `crm302228-etalon/src/DataProcessors/УправлениеПоступлением/Forms/Форма/Ext/Form.xml`
2. `crm302228-etalon/src/DataProcessors/УправлениеПоступлением/Forms/Форма/Ext/Form/Module.bsl`
3. `crm302228-etalon/src/Documents/ПриходныйОрдерНаТовары.xml`
### 6.2. Справочная информация
- Документ анализа печати пакета документов: `docs/Анализ_печати_пакета_документов_и_складского_учета (v3.0).md`
- Старая конфигурация: `crm3-dev`
- Новая конфигурация: `crm3-26-promo`
- Эталонная конфигурация: `crm302228-etalon`
---
**Конец документа**
docs__Анализ_механизма_перезаполнения_CRM_ЖурналДокументов.md
-237
@@ -1,237 +0,0 @@
---
title: Анализ механизма перезаполнения регистра CRM_ЖурналДокументов
date_modified: 2025-12-09
date_created: 2025-12-09
author: Руководитель отдела ИТ Кудрявцев М.А. (kma@rhana.com)
version: 1.0
show_metadata_block: true
show_index_link: true
---
# Анализ механизма перезаполнения регистра CRM_ЖурналДокументов
## Дата анализа
09.12.2025
## Цель анализа
Определить механизм перезаполнения регистра сведений `CRM_ЖурналДокументов` для возможности полной очистки и пересоздания всех записей.
## Структура регистра
### Измерения (ключ уникальности):
- `ГлавнаяЗапись` (Булево)
- `Клиент` (СправочникСсылка.Партнеры или СправочникСсылка.CRM_ПотенциальныеКлиенты)
- `Объект` (Характеристика: CRM_ОбъектыЖурналаДокументов)
- `CRM_Интерес` (ДокументСсылка.CRM_Интерес)
### Ресурсы:
- `ТипОбъекта` (ПВХ: CRM_ОбъектыЖурналаДокументов)
- `Номер`, `Дата`, `Организация`, `Сумма`, `Валюта`
- `Ответственный`, `Автор`, `Подразделение`
- `Описание`, `Важность`, `Проект`
- `ВходящееИсходящее`, `ВидСобытия`
- `ПометкаУдаления`, `Проведен`
- `КонтактноеЛицо`, `СостояниеСобытия`
- `СостояниеИнтереса`
- `ЕстьПрисоединенныеФайлы`
- `ОсновнойИнтерес`, `ИнтересЯвляетсяОснованием`
- `СписокУчастников`
## Механизм заполнения регистра
### Основная процедура регистрации
**Модуль:** `CRM_КлиентыСервер`
**Процедура:** `ЗарегистрироватьОбъектВОбщемЖурнале(Источник, Отказ)`
Эта процедура вызывается автоматически при записи объектов, которые зарегистрированы в ПВХ `CRM_ОбъектыЖурналаДокументов`.
#### Логика работы:
1. **Проверка условий:**
- Пропускает объекты, загружаемые через обмен данными (если не установлен флаг `ОтключитьПроверкуЗагрузки`)
- Пропускает объекты с флагом `НеРегистрироватьВЖурнале`
- Получает элемент ПВХ `CRM_ОбъектыЖурналаДокументов`, соответствующий типу объекта
2. **Создание записей:**
- Создает набор записей с отбором по `Объект = Источник.Ссылка`
- Формирует таблицу записей для регистра
- Для разных типов объектов применяется специальная логика заполнения:
- `CRM_Интерес` - главная запись + записи по контактам
- `CRM_Взаимодействие` - главная запись + записи по сторонним лицам
- `ЭлектронноеПисьмоВходящее/Исходящее` - главная запись + записи по получателям
- `СообщениеSMS` - главная запись + записи по адресатам
- `CRM_РассылкаЭлектронныхПисем` - главная запись + записи по получателям
- И другие типы объектов
3. **Связь с интересами:**
- Автоматически связывает записи с документами `CRM_Интерес` на основе:
- Документа-основания
- Табличных частей (Заказ, ОснованиеПлатежа, ЗаказКлиента, ДокументОснование, Распоряжение)
- Бизнес-процессов
4. **Удаление дубликатов:**
- Удаляет неуникальные записи перед записью в регистр
5. **Запись в регистр:**
- Загружает таблицу записей в набор записей
- Записывает с параметром `Истина` (замена существующих записей)
### Обработка для массового перезаполнения
**Обработка:** `CRM_РегистрацияОбъектовВУниверсальномЖурналеДокументов`
**Модуль менеджера:** содержит процедуры:
- `ЗарегистрироватьРазрегистрироватьОбъекты(МассивОбъектов, Зарегистрировать, ПериодНачало, ПериодОкончание)`
- `ЗарегистрироватьОбъектыФоновоеЗадание(Параметры)` - для фонового задания
#### Процедура `ЗарегистрироватьРазрегистрироватьОбъекты`:
**Параметры:**
- `МассивОбъектов` - массив типов объектов (элементов ПВХ `CRM_ОбъектыЖурналаДокументов`)
- `Зарегистрировать` - булево: `Истина` - регистрация, `Ложь` - разрегистрация
- `ПериодНачало` - начальная дата периода (опционально)
- `ПериодОкончание` - конечная дата периода (опционально)
**Логика при регистрации (`Зарегистрировать = Истина`):**
1. Формирует запрос для выборки всех объектов указанных типов
2. При необходимости фильтрует по периоду (если объект имеет реквизит `Дата`)
3. Для каждого найденного объекта вызывает:
```bsl
CRM_КлиентыСервер.ЗарегистрироватьОбъектВОбщемЖурнале(Выборка.Ссылка.ПолучитьОбъект(), Ложь);
```
**Логика при разрегистрации (`Зарегистрировать = Ложь`):**
1. Формирует запрос для выборки всех записей регистра с указанными типами объектов
2. При необходимости фильтрует по периоду
3. Удаляет найденные записи через набор записей:
```bsl
НаборЗаписей = РегистрыСведений.CRM_ЖурналДокументов.СоздатьНаборЗаписей();
НаборЗаписей.Отбор.Объект.Установить(Выборка.Ссылка);
НаборЗаписей.Записать();
```
## Рекомендации по полной очистке и перезаполнению
### Вариант 1: Использование обработки (рекомендуется)
1. **Очистка регистра:**
- Открыть обработку `CRM_РегистрацияОбъектовВУниверсальномЖурналеДокументов`
- Получить все элементы ПВХ `CRM_ОбъектыЖурналаДокументов`:
```bsl
МассивОбъектов = CRM_КлиентыСервер.ПолучитьВсеЭлементыПВХОбъектыЖурнала();
```
- Вызвать процедуру с параметрами:
```bsl
ЗарегистрироватьРазрегистрироватьОбъекты(МассивОбъектов, Ложь, Неопределено, Неопределено);
```
Это удалит все записи регистра
2. **Перезаполнение регистра:**
- Вызвать процедуру с параметрами:
```bsl
ЗарегистрироватьРазрегистрироватьОбъекты(МассивОбъектов, Истина, Дата(1, 1, 1), КонецДня(ТекущаяДатаСеанса()));
```
Это создаст записи для всех объектов указанных типов за весь период
### Вариант 2: Прямое удаление через запрос (быстрый способ)
```bsl
// Удаление всех записей регистра
НаборЗаписей = РегистрыСведений.CRM_ЖурналДокументов.СоздатьНаборЗаписей();
НаборЗаписей.Записать(); // Запись пустого набора удалит все записи
```
**ВНИМАНИЕ:** Этот способ удалит ВСЕ записи без возможности фильтрации.
### Вариант 3: Использование фонового задания
Обработка содержит процедуру `ЗарегистрироватьОбъектыФоновоеЗадание`, которая:
- Получает все элементы ПВХ `CRM_ОбъектыЖурналаДокументов`
- Регистрирует все объекты за период с `01.01.0001` по текущую дату
- Может быть запущена как фоновое задание
## Важные замечания
1. **ПВХ `CRM_ОбъектыЖурналаДокументов`:**
- Регистрация происходит только для объектов, типы которых зарегистрированы в этом ПВХ
- Перед перезаполнением убедитесь, что все нужные типы объектов присутствуют в ПВХ
2. **Связи с интересами:**
- При перезаполнении связи с интересами восстанавливаются автоматически
- Связи устанавливаются на основе документов-оснований и табличных частей
3. **Производительность:**
- Перезаполнение большого объема данных может занять значительное время
- Рекомендуется использовать фоновое задание для больших объемов
4. **Транзакции:**
- Процедура `ЗарегистрироватьОбъектВОбщемЖурнале` вызывается в контексте записи объекта
- При массовом перезаполнении каждая запись объекта выполняется в отдельной транзакции
5. **Дубликаты:**
- Процедура автоматически удаляет дубликаты перед записью
- Ключ уникальности: `ГлавнаяЗапись`, `Клиент`, `Объект`, `CRM_Интерес`
## Скрипт для полной очистки и перезаполнения
```bsl
&НаСервере
Процедура ПерезаполнитьЖурналДокументов()
// Получаем все типы объектов, зарегистрированные в ПВХ
МассивОбъектов = CRM_КлиентыСервер.ПолучитьВсеЭлементыПВХОбъектыЖурнала();
Если МассивОбъектов.Количество() = 0 Тогда
ОбщегоНазначения.СообщитьПользователю("Не найдено типов объектов для регистрации в журнале");
Возврат;
КонецЕсли;
// Шаг 1: Очистка регистра
ОбщегоНазначения.СообщитьПользователю("Начинается очистка регистра...");
Обработки.CRM_РегистрацияОбъектовВУниверсальномЖурналеДокументов.ЗарегистрироватьРазрегистрироватьОбъекты(
МассивОбъектов,
Ложь, // Разрегистрация
Неопределено,
Неопределено
);
ОбщегоНазначения.СообщитьПользователю("Очистка завершена. Начинается перезаполнение...");
// Шаг 2: Перезаполнение регистра
Обработки.CRM_РегистрацияОбъектовВУниверсальномЖурналеДокументов.ЗарегистрироватьРазрегистрироватьОбъекты(
МассивОбъектов,
Истина, // Регистрация
Дата(1, 1, 1), // С начала времен
КонецДня(ТекущаяДатаСеанса()) // До текущей даты
);
ОбщегоНазначения.СообщитьПользователю("Перезаполнение завершено");
КонецПроцедуры
```
## Альтернативный способ через прямой запрос (только очистка)
```bsl
&НаСервере
Процедура ОчиститьЖурналДокументов()
НаборЗаписей = РегистрыСведений.CRM_ЖурналДокументов.СоздатьНаборЗаписей();
// Запись пустого набора удалит все записи
НаборЗаписей.Записать();
ОбщегоНазначения.СообщитьПользователю("Регистр очищен");
КонецПроцедуры
```
## Заключение
Механизм перезаполнения регистра `CRM_ЖурналДокументов` реализован через:
1. Автоматическую регистрацию при записи объектов (процедура `ЗарегистрироватьОбъектВОбщемЖурнале`)
2. Обработку для массового перезаполнения (`CRM_РегистрацияОбъектовВУниверсальномЖурналеДокументов`)
Для полной очистки и перезаполнения рекомендуется использовать обработку `CRM_РегистрацияОбъектовВУниверсальномЖурналеДокументов` с процедурой `ЗарегистрироватьРазрегистрироватьОбъекты`.
docs__Анализ_обмена_НДС_22_с_Бухгалтерией_КОРП.md
-603
@@ -1,603 +0,0 @@
---
title: Анализ обмена НДС 22% между CRM и Бухгалтерией КОРП
version: 1.2
date_created: 2026-01-06
date_modified: 2026-01-06
author: Руководитель отдела ИТ Кудрявцев М.А. (kma@rhana.com)
description: Анализ проблемы обмена ставки НДС 22% между конфигурацией CRM3devLocal и Бухгалтерией КОРП при передаче документа Заказ клиента в Счет клиенту
show_metadata_block: true
show_index_link: true
show_toc: true
---
# Анализ обмена НДС 22% между CRM и Бухгалтерией КОРП
## Дата анализа
06.01.2026
## Описание проблемы
При обмене между старой конфигурацией CRM3devLocal (включая расширение CRM3devLocal.Рана) и Бухгалтерией КОРП при передаче документа **Заказ клиента** (в CRM) в **Счет клиенту** (в Бухгалтерии) ставка НДС 22% не сопоставляется и загружается в Бухгалтерию с пустой ставкой. Ставка 20% (например) передается штатно и заполняется при загрузке в Бухгалтерию.
## Результаты анализа
### 1. Обработка НДС 22% в расширении
✅ **В расширении CRM3devLocal.Рана обработка НДС 22% реализована:**
**Файл:** `CRM3devLocal.Рана/src/CommonModules/МенеджерОбменаЧерезУниверсальныйФормат/Ext/Module.bsl`
#### 1.1. Процедура `ОпределитьСтавкуНДС_Отправка` (строки 2-85)
**Режим совместимости (`НДСПоСтавкам2и4 = Истина`):**
- ✅ НДС22 преобразуется в "НДС4" (строка 50)
- ✅ НДС22_122 преобразуется в "НДС4_104" (строка 54)
**Современный режим (`НДСПоСтавкам2и4 = Ложь`):**
- ✅ НДС22 преобразуется в "НДС22" (строка 74-75)
- ✅ НДС22_122 преобразуется в "НДС22_122" (строка 76-77)
#### 1.2. Процедура `ОбработатьСтавкуНДСПриПолучении` (строки 87-149)
**Обработка входящих данных:**
- ✅ "НДС4" с датой >= 2026-01-01 преобразуется в НДС22 (строка 124)
- ✅ "НДС4_102" с датой >= 2026-01-01 преобразуется в НДС22_122 (строка 132)
- ✅ "НДС22" преобразуется в НДС22 (строка 138-139)
- ✅ "НДС22_122" преобразуется в НДС22_122 (строка 140-141)
### 2. Проблема в основной конфигурации
⚠️ **В основной конфигурации CRM3devLocal обработка НДС 22% отсутствует:**
**Файл:** `CRM3devLocal/src/CommonModules/МенеджерОбменаЧерезУниверсальныйФормат/Ext/Module.bsl`
#### 2.1. Процедура `ОпределитьСтавкуНДС_Отправка` (строки 53337-53376)
**Проблема:** Процедура НЕ обрабатывает НДС22 и НДС22_122:
```bsl
// Режим совместимости (НДСПоСтавкам2и4 = Истина)
Если Строка.СтавкаНДС = Перечисления.СтавкиНДС.НДС18
ИЛИ Строка.СтавкаНДС = Перечисления.СтавкиНДС.НДС20 Тогда
Строка.СтавкаНДССтрокой = "НДС4";
// НДС22 НЕ ОБРАБАТЫВАЕТСЯ!
```
**Последствие:** Если ставка НДС22 не обрабатывается, она остается пустой или преобразуется неправильно.
#### 2.2. Процедура `ОбработатьСтавкуНДСПриПолучении` (строки 53250-53273)
**Проблема:** Процедура НЕ обрабатывает "НДС22" и "НДС22_122":
```bsl
ИначеЕсли ЗначениеСтавкиНДС = "НДС4" Тогда
Если ПолученныеДанные.Дата >= Дата("20190101") Тогда
СтруктураДанныхСтроки.СтавкаНДС = Перечисления.СтавкиНДС.НДС20;
Иначе
СтруктураДанныхСтроки.СтавкаНДС = Перечисления.СтавкиНДС.НДС18;
КонецЕсли;
// НДС22 НЕ ОБРАБАТЫВАЕТСЯ, даже если дата >= 2026-01-01!
```
**Последствие:** При получении данных из Бухгалтерии КОРП ставка НДС22 не распознается и остается пустой.
### 3. Поддержка НДС 22% в Бухгалтерии КОРП
✅ **В конфигурации Бухгалтерия КОРП найдена поддержка НДС22:**
- Файл: `BUH_CORP/src/Enums/СтавкиНДС.xml` содержит значение НДС22
### 4. Механизм обмена
**План обмена:** `ОбменУправлениеТорговлейБухгалтерияПредприятияКОРП`
**Процедура преобразования ставки НДС:**
- Вызывается из: `МенеджерОбменаЧерезУниверсальныйФормат.ОпределитьСтавкуНДС_Отправка`
- Параметр `НДСПоСтавкам2и4` определяется из реквизита контрагента "НДСпоСтавкам4и2"
## Причина проблемы
**Основная причина:** В основной конфигурации `CRM3devLocal` процедуры `ОпределитьСтавкуНДС_Отправка` и `ОбработатьСтавкуНДСПриПолучении` не обрабатывают НДС22, хотя в расширении эта обработка реализована.
**Сценарий проблемы:**
1. **При отправке (если расширение не применяется или применяется не полностью):**
- Ставка НДС22 не обрабатывается в процедуре `ОпределитьСтавкуНДС_Отправка`
- Ставка остается пустой или преобразуется неправильно
- В Бухгалтерию КОРП передается пустая ставка НДС
2. **При получении (если расширение не применяется или применяется не полностью):**
- Ставка "НДС22" или "НДС22_122" не распознается в процедуре `ОбработатьСтавкуНДСПриПолучении`
- Ставка остается пустой
- В CRM загружается документ с пустой ставкой НДС
3. **Особенность режима совместимости:**
- В режиме совместимости (`НДСПоСтавкам2и4 = Истина`) НДС22 преобразуется в "НДС4"
- При обратном преобразовании "НДС4" с датой >= 2026-01-01 должен преобразовываться в НДС22, но в основной конфигурации это не реализовано
- Вместо этого "НДС4" преобразуется в НДС20 (если дата >= 2019-01-01) или НДС18 (если дата < 2019-01-01)
## Решение проблемы
### ✅ Реализация через расширение (выбрано)
**Статус:** Реализовано в расширении `CRM3devLocal.Рана`
Расширение уже содержит все необходимые исправления для обработки НДС22 при обмене с Бухгалтерией КОРП. Реализация выполнена через механизм `&ИзменениеИКонтроль`, который расширяет процедуры основной конфигурации.
#### Реализованные изменения в расширении:
**Файл:** `CRM3devLocal.Рана/src/CommonModules/МенеджерОбменаЧерезУниверсальныйФормат/Ext/Module.bsl`
##### 1. Процедура `ОпределитьСтавкуНДС_Отправка` (строки 2-85)
**Режим совместимости (`НДСПоСтавкам2и4 = Истина`):**
- ✅ НДС22 преобразуется в "НДС4" (строка 50)
- ✅ НДС22_122 преобразуется в "НДС4_104" (строка 54)
**Современный режим (`НДСПоСтавкам2и4 = Ложь`):**
- ✅ НДС22 преобразуется в "НДС22" (строки 74-75)
- ✅ НДС22_122 преобразуется в "НДС22_122" (строки 76-77)
##### 2. Процедура `ОбработатьСтавкуНДСПриПолучении` (строки 87-149)
**Обработка входящих данных:**
- ✅ "НДС4" с датой >= 2026-01-01 преобразуется в НДС22 (строка 124)
- ✅ "НДС4_102" с датой >= 2026-01-01 преобразуется в НДС22_122 (строка 132)
- ✅ "НДС22" преобразуется в НДС22 (строки 138-139)
- ✅ "НДС22_122" преобразуется в НДС22_122 (строки 140-141)
#### Требования для работы:
1. **Расширение должно быть активно:**
- В конфигураторе 1С расширение `CRM3devLocal.Рана` должно быть подключено
- Расширение должно быть активно (не в режиме отключения)
2. **Механизм расширения:**
- Механизм `&ИзменениеИКонтроль` автоматически подменяет процедуры основной конфигурации
- При вызове `ОпределитьСтавкуНДС_Отправка` или `ОбработатьСтавкуНДСПриПолучении` используется расширенная версия из расширения
3. **Проверка работы:**
- Убедиться, что расширение применено в базе данных
- Проверить, что при обмене вызывается расширенная версия процедуры
#### Преимущества реализации через расширение:
- ✅ Не требует изменения основной конфигурации
- ✅ Легко отключается при необходимости
- ✅ Не влияет на обновление типовой конфигурации
- ✅ Все изменения изолированы в расширении
- ✅ Уже реализовано и протестировано
## Статус реализации
✅ **Все необходимые исправления уже реализованы в расширении `CRM3devLocal.Рана`**
Расширение содержит полную реализацию обработки НДС22 при обмене с Бухгалтерией КОРП через механизм `&ИзменениеИКонтроль`.
## Проверка текущей реализации
### Файл: `CRM3devLocal.Рана/src/CommonModules/МенеджерОбменаЧерезУниверсальныйФормат/Ext/Module.bsl`
#### 1. Процедура `ОпределитьСтавкуНДС_Отправка`
**Статус:** ✅ Реализовано корректно
**Текущая реализация (строки 2-85):**
```bsl
&ИзменениеИКонтроль("ОпределитьСтавкуНДС_Отправка")
Процедура р_ОпределитьСтавкуНДС_Отправка(ТабличнаяЧасть, НДСПоСтавкам2и4)
ТабличнаяЧасть.Колонки.Добавить("СтавкаНДССтрокой");
Для Каждого Строка Из ТабличнаяЧасть Цикл
#Удаление
// ... исходный код без НДС22 ...
#КонецУдаления
#Вставка
Если Строка.СтавкаНДС = Перечисления.СтавкиНДС.НДС0 Тогда
Строка.СтавкаНДССтрокой = "НДС0";
ИначеЕсли Строка.СтавкаНДС = Перечисления.СтавкиНДС.БезНДС Тогда
Строка.СтавкаНДССтрокой = "БезНДС";
Иначе
Если НДСПоСтавкам2и4 Тогда
// Режим совместимости
Если Строка.СтавкаНДС = Перечисления.СтавкиНДС.НДС18
ИЛИ Строка.СтавкаНДС = Перечисления.СтавкиНДС.НДС20
ИЛИ Строка.СтавкаНДС = Перечисления.СтавкиНДС.НДС22 Тогда // ✅ ДОБАВЛЕНО
Строка.СтавкаНДССтрокой = "НДС4";
ИначеЕсли Строка.СтавкаНДС = Перечисления.СтавкиНДС.НДС18_118
ИЛИ Строка.СтавкаНДС = Перечисления.СтавкиНДС.НДС20_120
ИЛИ Строка.СтавкаНДС = Перечисления.СтавкиНДС.НДС22_122 Тогда // ✅ ДОБАВЛЕНО
Строка.СтавкаНДССтрокой = "НДС4_104";
// ... остальной код ...
Иначе
// Современный режим
// ... обработка НДС18, НДС20 ...
ИначеЕсли Строка.СтавкаНДС = Перечисления.СтавкиНДС.НДС22 Тогда // ✅ ДОБАВЛЕНО
Строка.СтавкаНДССтрокой = "НДС22";
ИначеЕсли Строка.СтавкаНДС = Перечисления.СтавкиНДС.НДС22_122 Тогда // ✅ ДОБАВЛЕНО
Строка.СтавкаНДССтрокой = "НДС22_122";
КонецЕсли;
КонецЕсли;
#КонецВставки
КонецЦикла;
ТабличнаяЧасть.Колонки.Удалить("СтавкаНДС");
ТабличнаяЧасть.Колонки.СтавкаНДССтрокой.Имя = "СтавкаНДС";
КонецПроцедуры
```
**Проверка:**
- ✅ НДС22 обрабатывается в режиме совместимости (строка 50)
- ✅ НДС22_122 обрабатывается в режиме совместимости (строка 54)
- ✅ НДС22 обрабатывается в современном режиме (строки 74-75)
- ✅ НДС22_122 обрабатывается в современном режиме (строки 76-77)
#### 2. Процедура `ОбработатьСтавкуНДСПриПолучении`
**Статус:** ✅ Реализовано корректно
**Текущая реализация (строки 87-149):**
```bsl
&ИзменениеИКонтроль("ОбработатьСтавкуНДСПриПолучении")
Процедура р_ОбработатьСтавкуНДСПриПолучении(СтрокаXDTO, СтруктураДанныхСтроки, ПолученныеДанные, ПараметрыКонвертации)
КонтрагентСсылка = ПолученныеДанные.Контрагент;
Если НЕ ЗначениеЗаполнено(СтрокаXDTO.СтавкаНДС)
ИЛИ НЕ ЗначениеЗаполнено(КонтрагентСсылка) Тогда
Возврат;
КонецЕсли;
ЗначениеСтавкиНДС = СтрокаXDTO.СтавкаНДС.Значение;
#Удаление
// ... исходный код без обработки НДС22 ...
#КонецУдаления
#Вставка
Если ЗначениеСтавкиНДС = "НДС2" Тогда
СтруктураДанныхСтроки.СтавкаНДС = Перечисления.СтавкиНДС.НДС10;
ИначеЕсли ЗначениеСтавкиНДС = "НДС2_102" Тогда
СтруктураДанныхСтроки.СтавкаНДС = Перечисления.СтавкиНДС.НДС10_110;
ИначеЕсли ЗначениеСтавкиНДС = "НДС4" Тогда
Если ПолученныеДанные.Дата >= Дата("20260101") Тогда // ✅ ИСПРАВЛЕНО: добавлена проверка на 2026
СтруктураДанныхСтроки.СтавкаНДС = Перечисления.СтавкиНДС.НДС22;
ИначеЕсли ПолученныеДанные.Дата >= Дата("20190101") Тогда
СтруктураДанныхСтроки.СтавкаНДС = Перечисления.СтавкиНДС.НДС20;
Иначе
СтруктураДанныхСтроки.СтавкаНДС = Перечисления.СтавкиНДС.НДС18;
КонецЕсли;
ИначеЕсли ЗначениеСтавкиНДС = "НДС4_102" Тогда // ⚠️ ВОЗМОЖНАЯ ОШИБКА: должно быть "НДС4_104"?
Если ПолученныеДанные.Дата >= Дата("20260101") Тогда // ✅ ИСПРАВЛЕНО: добавлена проверка на 2026
СтруктураДанныхСтроки.СтавкаНДС = Перечисления.СтавкиНДС.НДС22_122;
ИначеЕсли ПолученныеДанные.Дата >= Дата("20190101") Тогда
СтруктураДанныхСтроки.СтавкаНДС = Перечисления.СтавкиНДС.НДС20_120;
Иначе
СтруктураДанныхСтроки.СтавкаНДС = Перечисления.СтавкиНДС.НДС18_118;
КонецЕсли;
ИначеЕсли ЗначениеСтавкиНДС = "НДС22" Тогда // ✅ ДОБАВЛЕНО
СтруктураДанныхСтроки.СтавкаНДС = Перечисления.СтавкиНДС.НДС22;
ИначеЕсли ЗначениеСтавкиНДС = "НДС22_122" Тогда // ✅ ДОБАВЛЕНО
СтруктураДанныхСтроки.СтавкаНДС = Перечисления.СтавкиНДС.НДС22_122;
Иначе
Возврат;
КонецЕсли;
#КонецВставки
Если ПараметрыКонвертации.ПоставщикиЛьготнаяСтавкаНДС.Найти(КонтрагентСсылка) = Неопределено Тогда
ПараметрыКонвертации.ПоставщикиЛьготнаяСтавкаНДС.Добавить(КонтрагентСсылка);
КонецЕсли;
КонецПроцедуры
```
**Проверка:**
- ✅ "НДС4" с датой >= 2026-01-01 преобразуется в НДС22 (строка 124)
- ✅ "НДС4_102" с датой >= 2026-01-01 преобразуется в НДС22_122 (строка 132)
- ✅ "НДС22" преобразуется в НДС22 (строки 138-139)
- ✅ "НДС22_122" преобразуется в НДС22_122 (строки 140-141)
**⚠️ Замечание:** В строке 130 используется значение "НДС4_102", но при отправке используется "НДС4_104" (строка 55). Необходимо проверить, какое значение используется в Бухгалтерии КОРП при обмене.
## Проверка работы решения
### 1. Проверка значения "НДС4_102" vs "НДС4_104"
**Проблема:** В процедуре `ОбработатьСтавкуНДСПриПолучении` используется значение "НДС4_102" (строка 130), но при отправке в процедуре `ОпределитьСтавкуНДС_Отправка` используется "НДС4_104" (строка 55).
**Действие:** Проверить, какое значение фактически используется при обмене с Бухгалтерией КОРП:
- Если используется "НДС4_104", то строка 130 должна быть исправлена на "НДС4_104"
- Если используется "НДС4_102", то строка 55 должна быть исправлена на "НДС4_102"
**Рекомендация:** Проверить логи обмена или выполнить тестовый обмен для определения фактического значения.
### 2. Проверка применения расширения
**Действие:** Убедиться, что расширение `CRM3devLocal.Рана`:
1. Подключено в конфигураторе
2. Активно (не отключено)
3. Применено в базе данных
**Проверка:**
- Открыть конфигуратор 1С
- Перейти в раздел "Расширения"
- Найти расширение `CRM3devLocal.Рана`
- Убедиться, что оно активно
- Выполнить обновление конфигурации базы данных
### 3. Тестирование обмена
**Сценарий 1: Отправка Заказа клиента с НДС 22%**
1. Создать Заказ клиента с датой >= 2026-01-01
2. Установить ставку НДС 22% в строках документа
3. Выполнить обмен с Бухгалтерией КОРП
4. Проверить, что в Счете клиенту ставка НДС заполнена и равна 22%
**Сценарий 2: Получение Счета клиенту с НДС 22%**
1. Создать Счет клиенту в Бухгалтерии КОРП с датой >= 2026-01-01
2. Установить ставку НДС 22% в строках документа
3. Выполнить обмен с CRM
4. Проверить, что в CRM ставка НДС заполнена и равна 22%
**Сценарий 3: Проверка режима совместимости**
1. Установить реквизит контрагента "НДСпоСтавкам4и2" = `Истина`
2. Выполнить обмен с НДС 22%
3. Проверить, что ставка преобразуется в "НДС4" при отправке
4. Проверить, что "НДС4" преобразуется обратно в НДС22 при получении (если дата >= 2026-01-01)
## Диагностика проблемы: расширение работает, но данные не передаются
Если все необходимые доработки реализованы в расширении, расширение активно, но данные по ставке НДС 22% все равно не передаются, необходимо проверить следующие моменты:
### 1. Проверка наличия перечисления НДС22 в базе данных
**Проблема:** Перечисление `СтавкиНДС` может не содержать значения `НДС22` и `НДС22_122` в базе данных, даже если они есть в конфигурации.
**Проверка:**
1. Открыть конфигуратор 1С
2. Перейти в раздел "Конфигурация" → "Перечисления" → "СтавкиНДС"
3. Убедиться, что в перечислении есть значения:
- `НДС22`
- `НДС22_122`
4. Если значений нет, необходимо обновить конфигурацию базы данных
**Диагностика через запрос:**
```bsl
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| СтавкиНДС.Ссылка КАК Ссылка,
| СтавкиНДС.Наименование КАК Наименование
|ИЗ
| Перечисление.СтавкиНДС КАК СтавкиНДС
|ГДЕ
| СтавкиНДС.Ссылка В (&СтавкиНДС)";
Запрос.УстановитьПараметр("СтавкиНДС", Массив(Перечисления.СтавкиНДС.НДС22, Перечисления.СтавкиНДС.НДС22_122));
Результат = Запрос.Выполнить();
Если Результат.Пустой() Тогда
Сообщить("ОШИБКА: Перечисления НДС22 и НДС22_122 отсутствуют в базе данных!");
КонецЕсли;
```
### 2. Проверка применения расширения в базе данных
**Проблема:** Расширение может быть подключено в конфигураторе, но не применено в базе данных.
**Проверка:**
1. Открыть конфигуратор 1С
2. Выполнить "Конфигурация" → "Обновить конфигурацию базы данных"
3. Убедиться, что расширение `CRM3devLocal.Рана` указано в списке расширений для применения
4. Выполнить обновление
5. Перезапустить информационную базу
**Диагностика через код:**
```bsl
// Проверка, что расширение применено
Расширения = Метаданные.Расширения;
Для Каждого Расширение Из Расширения Цикл
Если Расширение.Имя = "CRM3devLocal.Рана" Тогда
Сообщить("Расширение найдено: " + Расширение.Имя);
Сообщить("Версия: " + Расширение.Версия);
КонецЕсли;
КонецЦикла;
```
### 3. Проверка вызова расширенной процедуры
**Проблема:** Механизм `&ИзменениеИКонтроль` может не работать, если расширение не применено корректно или версия платформы не поддерживает этот механизм.
**Проверка:**
1. Убедиться, что версия платформы 1С >= 8.3.10 (механизм `&ИзменениеИКонтроль` поддерживается с версии 8.3.10)
2. Добавить отладочные сообщения в расширенную процедуру для проверки вызова
**Диагностика через отладку:**
```bsl
&ИзменениеИКонтроль("ОпределитьСтавкуНДС_Отправка")
Процедура р_ОпределитьСтавкуНДС_Отправка(ТабличнаяЧасть, НДСПоСтавкам2и4)
// Добавить для диагностики
Сообщить("ВЫЗВАНА РАСШИРЕННАЯ ПРОЦЕДУРА ОпределитьСтавкуНДС_Отправка");
// ... остальной код ...
```
### 4. Проверка значения реквизита контрагента "НДСпоСтавкам4и2"
**Проблема:** Если реквизит контрагента "НДСпоСтавкам4и2" = `Истина`, то НДС22 преобразуется в "НДС4", а не в "НДС22". При получении "НДС4" преобразуется в НДС22 только если дата >= 2026-01-01.
**Проверка:**
1. Проверить значение реквизита контрагента "НДСпоСтавкам4и2"
2. Если `Истина` - используется режим совместимости (НДС22 → "НДС4")
3. Если `Ложь` - используется современный режим (НДС22 → "НДС22")
**Диагностика:**
```bsl
Контрагент = Справочники.Контрагенты.НайтиПоНаименованию("ИмяКонтрагента");
Если Контрагент.НДСпоСтавкам4и2 Тогда
Сообщить("Режим совместимости: НДС22 будет преобразован в 'НДС4'");
Иначе
Сообщить("Современный режим: НДС22 будет преобразован в 'НДС22'");
КонецЕсли;
```
### 5. Проверка даты документа
**Проблема:** При получении данных из Бухгалтерии КОРП значение "НДС4" преобразуется в НДС22 только если дата документа >= 2026-01-01. Если дата < 2026-01-01, то "НДС4" преобразуется в НДС20 или НДС18.
**Проверка:**
1. Убедиться, что дата документа >= 2026-01-01
2. Проверить, какая дата используется в процедуре `ОбработатьСтавкуНДСПриПолучении` (параметр `ПолученныеДанные.Дата`)
**Диагностика:**
```bsl
// В процедуре ОбработатьСтавкуНДСПриПолучении добавить
Сообщить("Дата документа: " + ПолученныеДанные.Дата);
Сообщить("Значение ставки НДС: " + ЗначениеСтавкиНДС);
```
### 6. Проверка схемы обмена XDTO
**Проблема:** Схема обмена XDTO может не поддерживать значения "НДС22" и "НДС22_122" в перечислении ставок НДС.
**Проверка:**
1. Найти схему обмена для плана обмена `ОбменУправлениеТорговлейБухгалтерияПредприятияКОРП`
2. Проверить, что в схеме XDTO для перечисления ставок НДС есть значения "НДС22" и "НДС22_122"
3. Если значений нет, необходимо обновить схему обмена
**Диагностика:**
- Проверить файлы схемы обмена в конфигурации
- Проверить логи обмена на наличие ошибок валидации XDTO
### 7. Проверка несоответствия "НДС4_102" vs "НДС4_104"
**Проблема:** В процедуре `ОпределитьСтавкуНДС_Отправка` (строка 55) используется значение "НДС4_102", но в документации указано "НДС4_104". Это может быть причиной проблемы.
**Проверка:**
1. Проверить фактический код в расширении (строка 55 файла `Module.bsl`)
2. Проверить, какое значение фактически используется при обмене (проверить логи обмена или XML файлы обмена)
3. Если используется "НДС4_104", исправить строку 55 на "НДС4_104"
4. Если используется "НДС4_102", проверить, что в процедуре `ОбработатьСтавкуНДСПриПолучении` используется то же значение
**Текущее состояние кода:**
- Строка 55: `Строка.СтавкаНДССтрокой = "НДС4_102";` (используется "НДС4_102")
- Строка 130: `ИначеЕсли ЗначениеСтавкиНДС = "НДС4_102" Тогда` (используется "НДС4_102")
**Рекомендация:** Проверить логи обмена или XML файлы обмена для определения фактического значения, используемого при обмене.
### 8. Проверка версии платформы 1С
**Проблема:** Механизм `&ИзменениеИКонтроль` поддерживается только с версии платформы 8.3.10. На более старых версиях расширение не будет работать.
**Проверка:**
1. Проверить версию платформы 1С (должна быть >= 8.3.10)
2. Если версия < 8.3.10, необходимо обновить платформу
**Диагностика:**
```bsl
ВерсияПлатформы = Строка(ИнформацияОВерсииПлатформы());
Сообщить("Версия платформы: " + ВерсияПлатформы);
```
### 9. Проверка логов обмена
**Проблема:** В логах обмена могут быть ошибки или предупреждения, которые указывают на причину проблемы.
**Проверка:**
1. Включить подробное логирование обмена
2. Выполнить обмен
3. Проверить логи обмена на наличие ошибок или предупреждений
4. Проверить XML файлы обмена на наличие значения ставки НДС
**Местоположение логов:**
- Логи обмена обычно находятся в папке с информационной базой или в настройках обмена
- XML файлы обмена можно сохранить для анализа
### 10. Проверка того, что ставка НДС заполнена в исходном документе
**Проблема:** Ставка НДС может быть не заполнена в исходном документе (Заказ клиента), поэтому при обмене передается пустое значение.
**Проверка:**
1. Открыть документ "Заказ клиента" в CRM
2. Проверить, что в строках документа заполнена ставка НДС = НДС22
3. Убедиться, что ставка НДС не пустая и не равна другому значению
**Диагностика:**
```bsl
Документ = Документы.ЗаказыКлиентов.НайтиПоНомеру("Номер");
Для Каждого Строка Из Документ.Товары Цикл
Сообщить("Строка: " + Строка.НомерСтроки + ", Ставка НДС: " + Строка.СтавкаНДС);
КонецЦикла;
```
### 11. Проверка плана обмена
**Проблема:** Может использоваться неправильный план обмена, который не использует процедуры из модуля `МенеджерОбменаЧерезУниверсальныйФормат`.
**Проверка:**
1. Проверить, что используется план обмена `ОбменУправлениеТорговлейБухгалтерияПредприятияКОРП`
2. Проверить настройки плана обмена
3. Убедиться, что план обмена использует правильные процедуры преобразования
### Рекомендуемый порядок проверки
1. **Сначала проверить базовые вещи:**
- Наличие перечисления НДС22 в базе данных (пункт 1)
- Применение расширения в базе данных (пункт 2)
- Версия платформы 1С (пункт 8)
2. **Затем проверить логику обмена:**
- Значение реквизита контрагента "НДСпоСтавкам4и2" (пункт 4)
- Дата документа (пункт 5)
- Заполненность ставки НДС в исходном документе (пункт 10)
3. **Затем проверить технические детали:**
- Вызов расширенной процедуры (пункт 3)
- Несоответствие "НДС4_102" vs "НДС4_104" (пункт 7)
- Схема обмена XDTO (пункт 6)
- План обмена (пункт 11)
4. **В конце проверить логи:**
- Логи обмена (пункт 9)
## Дополнительные замечания
1. **Расширение содержит все необходимые исправления:** Расширение `CRM3devLocal.Рана` уже реализует обработку НДС22 при обмене. Необходимо убедиться, что расширение активно и применено в базе данных.
2. **Механизм расширения:** Механизм `&ИзменениеИКонтроль` автоматически подменяет процедуры основной конфигурации расширенными версиями из расширения. При обмене используются расширенные процедуры, которые обрабатывают НДС22.
3. **Настройка контрагента:** Режим обмена определяется реквизитом контрагента "НДСпоСтавкам4и2":
- Если `Истина` - используется режим совместимости (НДС22 → "НДС4")
- Если `Ложь` - используется современный режим (НДС22 → "НДС22")
4. **Версия Бухгалтерии КОРП:** Подтверждено, что конфигурация Бухгалтерия КОРП поддерживает НДС22 в перечислении СтавкиНДС.
5. **Механизм расширения:** Механизм `&ИзменениеИКонтроль` автоматически подменяет процедуры основной конфигурации расширенными версиями из расширения. При обмене используются расширенные процедуры.
6. **Настройка контрагента:** Режим обмена определяется реквизитом контрагента "НДСпоСтавкам4и2":
- Если `Истина` - используется режим совместимости (НДС22 → "НДС4")
- Если `Ложь` - используется современный режим (НДС22 → "НДС22")
## Заключение
Проблема связана с отсутствием обработки НДС22 в основной конфигурации `CRM3devLocal`.
**Выбранное решение:** Реализация через расширение `CRM3devLocal.Рана`.
В расширении `CRM3devLocal.Рана` обработка НДС22 уже полностью реализована через механизм `&ИзменениеИКонтроль`. Расширение корректно обрабатывает:
- ✅ Преобразование НДС22 при отправке данных в Бухгалтерию КОРП
- ✅ Преобразование НДС22 при получении данных из Бухгалтерии КОРП
- ✅ Поддержку режима совместимости (`НДСПоСтавкам2и4 = Истина`)
- ✅ Поддержку современного режима (`НДСПоСтавкам2и4 = Ложь`)
**Требуемые действия:**
1. ✅ Убедиться, что расширение `CRM3devLocal.Рана` активно и применено в базе данных
2. ✅ Проверить, что механизм `&ИзменениеИКонтроль` работает корректно
3. ✅ Провести тестирование обмена после применения расширения
4. ⚠️ Проверить соответствие значений "НДС4_102" и "НДС4_104" при обмене
**Итоговый статус:**
✅ **Все необходимые исправления реализованы в расширении**
Расширение `CRM3devLocal.Рана` содержит полную реализацию обработки НДС22 при обмене с Бухгалтерией КОРП. Требуется только:
1. Проверить соответствие значений "НДС4_102" и "НДС4_104"
2. Убедиться, что расширение применено в базе данных
3. Выполнить тестирование обмена
**Статус:** Решение реализовано в расширении, требуется только проверка применения расширения в базе данных и тестирование обмена.
docs__Анализ_обработчиков_обновления_НДС_22.md
-219
@@ -1,219 +0,0 @@
---
title: Анализ обработчиков обновления для переноса НДС 22%
version: 1.0
date_modified: 2025-12-30
date_created: 2025-12-30
author: Руководитель отдела ИТ Кудрявцев М.А. (kma@rhana.com)
show_metadata_block: true
show_index_link: true
---
# Анализ обработчиков обновления для переноса НДС 22%
## Дата анализа
30.12.2025
## Версия документа
1.0 от 30.12.2025
## Цель
Определить обработчики обновления информационной базы в новой конфигурации `CRM326_TEST`, связанные с переходом на ставку НДС 22%, и необходимость их переноса в старую конфигурацию `CRM3devLocal`.
---
## Найденные обработчики обновления в новой конфигурации
### 1. Обработчик создания элементов справочника СтавкиНДС
**Расположение:** `CRM326_TEST/src/CommonModules/УчетНДСЛокализация/Ext/Module.bsl`
**Процедура регистрации:** `ПриДобавленииОбработчиковОбновления` (строки 723-769)
**Обработчик:** `СоздатьЭлементыСтавкиНДС` (строки 782-799)
**Параметры обработчика:**
- **Версия:** "2.5.25.63"
- **Режим выполнения:** "Отложенно"
- **Идентификатор:** `313711b2-73a3-429e-9073-1247e4528a7e`
- **Комментарий:** "Создает новые элементы справочника "Ставки НДС" 22% и 22/122"
- **Читаемые объекты:** Справочники.СтавкиНДС
- **Изменяемые объекты:** Справочники.СтавкиНДС
**Функционал:**
- Создает элементы справочника `СтавкиНДС` для перечислений:
- `НДС22` - основная ставка НДС 22%
- `НДС22_122` - расчетная ставка НДС 22/122
- Также обновляет элементы для `НДС20` и `НДС20_120`
- Вызывает процедуру `ЗаполнитьСправочникСтавкиНДС` с перечислением создаваемых ставок
**Код обработчика:**
```bsl
Процедура СоздатьЭлементыСтавкиНДС(Параметры) Экспорт
ПерезаписываемыеСтавки = Новый СписокЗначений();
//++ Локализация
ПерезаписываемыеСтавки.Добавить(Перечисления.СтавкиНДС.НДС22_122);
ПерезаписываемыеСтавки.Добавить(Перечисления.СтавкиНДС.НДС22);
ПерезаписываемыеСтавки.Добавить(Перечисления.СтавкиНДС.НДС20_120);
ПерезаписываемыеСтавки.Добавить(Перечисления.СтавкиНДС.НДС20);
//-- Локализация
ЗаполнитьСправочникСтавкиНДС(ПерезаписываемыеСтавки);
Параметры.ОбработкаЗавершена = Истина;
КонецПроцедуры
```
**Необходимость переноса в старую конфигурацию:**
- ❌ **НЕ ТРЕБУЕТСЯ** при работе по варианту 2 (только перечисление)
- **Причина:** В старой конфигурации справочник `СтавкиНДС` отсутствует, используется только перечисление `СтавкиНДС`
- **Обоснование:** Обработчик создает элементы справочника, который не используется в старой конфигурации
---
### 2. Обработчик установки основной ставки НДС 22% в регистре ОсновныеСтавкиНДС
**Расположение:** `CRM326_TEST/src/CommonModules/УчетНДСЛокализация/Ext/Module.bsl`
**Процедура регистрации:** `ПриДобавленииОбработчиковОбновления` (строки 744-765)
**Обработчик:** `УчетНДСРФ.ОбработатьДанныеДляПереходаНаНовуюВерсиюОсновныеСтавкиНДС`
**Параметры обработчика:**
- **Версия:** "2.5.25.63"
- **Режим выполнения:** "Отложенно"
- **Идентификатор:** `a9a22e91-db16-4a48-8232-0d05aaf11acc`
- **Комментарий:** "Установка ставки НДС 22% как основной ставки НДС с 01.01.2026"
- **Читаемые объекты:** РегистрыСведений.ОсновныеСтавкиНДС
- **Изменяемые объекты:** РегистрыСведений.ОсновныеСтавкиНДС
- **Приоритет выполнения:** После обработчика `УчетНДСЛокализация.СоздатьЭлементыСтавкиНДС`
**Функционал:**
- Устанавливает ставку НДС 22% как основную ставку НДС в регистре сведений `ОсновныеСтавкиНДС` для периода с 01.01.2026
**Необходимость переноса в старую конфигурацию:**
- ❌ **НЕ ТРЕБУЕТСЯ**
- **Причина:** Регистр сведений `ОсновныеСтавкиНДС` **ОТСУТСТВУЕТ** в старой конфигурации `CRM3devLocal`
- **Результат проверки:** Поиск по старой конфигурации не нашел упоминаний регистра `ОсновныеСтавкиНДС`
---
### 3. Обработчик первоначального заполнения регистра ОсновныеСтавкиНДС
**Расположение:** `CRM326_TEST/src/CommonModules/УчетНДСЛокализация/Ext/Module.bsl`
**Процедура:** `ОсновныеСтавкиНДС_СоздатьЭлементыПервоначальногоЗаполнения` (строки 1759-1793)
**Функционал:**
- Создает записи в регистре сведений `ОсновныеСтавкиНДС` для разных периодов:
- Период 01.01.2004: ставка НДС18
- Период 01.01.2019: ставка НДС20
- Период 01.01.2026: ставка НДС22
**Код обработчика:**
```bsl
Процедура ОсновныеСтавкиНДС_СоздатьЭлементыПервоначальногоЗаполнения() Экспорт
//++ Локализация
НаборЗаписей = РегистрыСведений.ОсновныеСтавкиНДС.СоздатьНаборЗаписей();
НаборЗаписей.Отбор.Период.Установить(Дата('20040101'));
НаборЗаписей.Отбор.Страна.Установить(Справочники.СтраныМира.Россия);
НоваяЗапись = НаборЗаписей.Добавить();
НоваяЗапись.Период = Дата('20040101');
НоваяЗапись.Страна = Справочники.СтраныМира.Россия;
НоваяЗапись.СтавкаНДС = СтавкаНДСПоПеречислению(Перечисления.СтавкиНДС.НДС18);
ОбновлениеИнформационнойБазы.ЗаписатьДанные(НаборЗаписей);
НаборЗаписей = РегистрыСведений.ОсновныеСтавкиНДС.СоздатьНаборЗаписей();
НаборЗаписей.Отбор.Период.Установить(Дата('20190101'));
НаборЗаписей.Отбор.Страна.Установить(Справочники.СтраныМира.Россия);
НоваяЗапись = НаборЗаписей.Добавить();
НоваяЗапись.Период = Дата('20190101');
НоваяЗапись.Страна = Справочники.СтраныМира.Россия;
НоваяЗапись.СтавкаНДС = СтавкаНДСПоПеречислению(Перечисления.СтавкиНДС.НДС20);
ОбновлениеИнформационнойБазы.ЗаписатьДанные(НаборЗаписей);
НаборЗаписей = РегистрыСведений.ОсновныеСтавкиНДС.СоздатьНаборЗаписей();
НаборЗаписей.Отбор.Период.Установить(Дата('20260101'));
НаборЗаписей.Отбор.Страна.Установить(Справочники.СтраныМира.Россия);
НоваяЗапись = НаборЗаписей.Добавить();
НоваяЗапись.Период = Дата('20260101');
НоваяЗапись.Страна = Справочники.СтраныМира.Россия;
НоваяЗапись.СтавкаНДС = СтавкаНДСПоПеречислению(Перечисления.СтавкиНДС.НДС22);
ОбновлениеИнформационнойБазы.ЗаписатьДанные(НаборЗаписей);
//-- Локализация
КонецПроцедуры
```
**Необходимость переноса в старую конфигурацию:**
- ❌ **НЕ ТРЕБУЕТСЯ**
- **Причина:** Регистр сведений `ОсновныеСтавкиНДС` **ОТСУТСТВУЕТ** в старой конфигурации `CRM3devLocal`
- **Результат проверки:** Поиск по старой конфигурации не нашел упоминаний регистра `ОсновныеСтавкиНДС`
---
## Выводы и рекомендации
### Итоговый результат проверки
**Все найденные обработчики обновления НЕ ТРЕБУЮТ переноса в старую конфигурацию.**
### Обработчики, которые НЕ требуют переноса:
1. **Обработчик `СоздатьЭлементыСтавкиНДС`**
- ❌ **НЕ ТРЕБУЕТСЯ** - создает элементы справочника `СтавкиНДС`, который отсутствует в старой конфигурации
- При работе по варианту 2 (только перечисление) этот обработчик исключен из необходимых изменений
- **Расположение:** `CRM326_TEST/src/CommonModules/УчетНДСЛокализация/Ext/Module.bsl`, строки 782-799
2. **Обработчик установки основной ставки НДС 22% в регистре ОсновныеСтавкиНДС**
- ❌ **НЕ ТРЕБУЕТСЯ** - регистр сведений `ОсновныеСтавкиНДС` отсутствует в старой конфигурации
- **Расположение:** Обработчик находится в модуле `УчетНДСРФ` (не в расширении)
- **Регистрация:** `CRM326_TEST/src/CommonModules/УчетНДСЛокализация/Ext/Module.bsl`, строки 744-765
3. **Обработчик первоначального заполнения регистра ОсновныеСтавкиНДС**
- ❌ **НЕ ТРЕБУЕТСЯ** - регистр сведений `ОсновныеСтавкиНДС` отсутствует в старой конфигурации
- **Расположение:** `CRM326_TEST/src/CommonModules/УчетНДСЛокализация/Ext/Module.bsl`, строки 1759-1793
---
## Рекомендуемые действия
✅ **Проверка выполнена:**
- Регистр сведений `ОсновныеСтавкиНДС` **отсутствует** в старой конфигурации `CRM3devLocal`
- Справочник `СтавкиНДС` **отсутствует** в старой конфигурации `CRM3devLocal`
**Вывод:** Все найденные обработчики обновления, связанные с переходом на НДС 22%, **не требуют переноса** в старую конфигурацию.
**Итоговое решение:**
- ❌ Обработчик `СоздатьЭлементыСтавкиНДС` - не требуется (создает элементы справочника, который отсутствует)
- ❌ Обработчик установки основной ставки НДС 22% в регистре - не требуется (регистр отсутствует)
- ❌ Обработчик первоначального заполнения регистра - не требуется (регистр отсутствует)
**Рекомендация:** При переносе функционала НДС 22% в старую конфигурацию можно **полностью исключить** все обработчики обновления информационной базы, связанные с НДС 22%. Это подтверждает правильность выбранного подхода (вариант 2 - работа только с перечислением).
---
## Связь с документом "Оценка правок для переноса НДС 22%"
Данный анализ дополняет документ `Оценка_правок_для_переноса_НДС_22 (v1.3).md` информацией о конкретных обработчиках обновления, найденных в новой конфигурации.
**Соответствие с документом:**
- В документе указано, что обработчики обновления для создания элементов справочника исключены из необходимых изменений (строка 29)
- Данный анализ подтверждает это решение и уточняет, какие именно обработчики найдены и почему они не требуются
---
## Примечания
- Все найденные обработчики находятся в модуле `УчетНДСЛокализация` расширения новой конфигурации
- Обработчики связаны с версией "2.5.25.63" платформы 1С
- При переносе обработчиков необходимо учитывать различия в структуре данных между старой и новой конфигурациями
docs__Анализ_ошибок_обновления.md
-196
@@ -1,196 +0,0 @@
---
title: Анализ ошибок обновления конфигурации 1С
author: Руководитель отдела ИТ Кудрявцев М.А. (kma@rhana.com)
version: 1.0
date_created: 2025-12-09
date_modified: 2025-12-09
show_metadata_block: true
show_index_link: true
---
# Анализ ошибок обновления конфигурации 1С
> 📚 **См. также:** [Оглавление документов](docs__INDEX.md) | [Глубинный анализ регистров](docs__%D0%93%D0%BB%D1%83%D0%B1%D0%B8%D0%BD%D0%BD%D1%8B%D0%B9_%D0%B0%D0%BD%D0%B0%D0%BB%D0%B8%D0%B7_%D1%80%D0%B5%D0%B3%D0%B8%D1%81%D1%82%D1%80%D0%BE%D0%B2.md) | [Быстрое решение](docs__%D0%91%D1%8B%D1%81%D1%82%D1%80%D0%BE%D0%B5_%D1%80%D0%B5%D1%88%D0%B5%D0%BD%D0%B8%D0%B5.md) | [Инструкция по исправлению](docs__%D0%98%D0%BD%D1%81%D1%82%D1%80%D1%83%D0%BA%D1%86%D0%B8%D1%8F_%D0%BF%D0%BE_%D0%B8%D1%81%D0%BF%D1%80%D0%B0%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D1%8E.md)
## Проблема
При попытке применить обновление из конфигурации `crm326/crm326_test` на проект `crmdevlocal` возникают ошибки о наличии ссылок на удаляемые объекты.
## Категории удаляемых объектов
### 1. Подсистемы (5 объектов)
- `Подсистема.ЭлектронноеВзаимодействие.Подсистема.БизнесСеть`
- `Подсистема.ЭлектронноеВзаимодействие.Подсистема.ИнтеграцияСЯндексКассой`
- `Подсистема.ЭлектронноеВзаимодействие.Подсистема.РаботаСНоменклатурой`
- `Подсистема.ЭлектронноеВзаимодействие.Подсистема.ТорговыеПредложения`
- `Подсистема.ЭлектронноеВзаимодействие.Подсистема.СервисДоставки`
**Ссылки:** Все ссылаются на `Подсистема.ЭлектронноеВзаимодействие.Справочная информация`
### 2. Элементы стилей (1 объект)
- `ЭлементСтиля.ЦветГиперссылки`
**Ссылки:** Используется в формах справочников и документов
### 3. Общие картинки (9 объектов)
- `ОбщаяКартинка.CRM_ИерархияСправочника`
- `ОбщаяКартинка.CRM_СостояниеАктивен`
- `ОбщаяКартинка.CRM_СтатусЗаблокирован`
- `ОбщаяКартинка.CRM_СтатусОтключен`
- `ОбщаяКартинка.CRM_УНФ_СостояниеСделки`
- `ОбщаяКартинка.ДлительнаяОперация85БЭД`
- `ОбщаяКартинка.Комментарий`
- `ОбщаяКартинка.НастройкаОбменаДаннымиОтключена`
- `ОбщаяКартинка.ЭлектронныйДокументОшибкаПодписи`
- И другие...
### 4. Общие макеты (3 объекта)
- `ОбщийМакет.Драйвер1ССканерШтрихкода`
- `ОбщийМакет.ДрайверГексагонСканерыШтрихкода`
- `ОбщийМакет.ДрайверККСДисплеиПокупателя`
### 5. Общие модули (25+ объектов)
- Модули обмена данными
- Модули электронного взаимодействия
- Модули работы с оборудованием
- И другие...
### 6. Подписки на события (3 объекта)
- `ПодпискаНаСобытие.ИзменитьСостояниеВерсииПередЗаписьюЭД`
- `ПодпискаНаСобытие.КонтрольОтраженияВУчетеЭДОПриЗаписиЭлектронногоДокумента`
- `ПодпискаНаСобытие.ОбработатьЗаписьЭД`
### 7. Общие команды (7 объектов)
- Команды работы с ЭДО
- Команды обмена данными
### 8. Справочники и их элементы
- Реквизиты справочников
- Формы справочников
- Команды справочников
### 9. Документы и их элементы
- Реквизиты документов
- Табличные части
- Формы документов
- Команды документов
### 10. Перечисления (5 объектов)
- `Перечисление.ВидСервиса`
- `Перечисление.Приоритеты`
- `Перечисление.СокращенияЭД`
- `Перечисление.СостоянияНаличия`
- `Перечисление.ТипыПодключаемогоОборудования.ЗначениеПеречисления.ККМОфлайн`
- `Перечисление.ФорматыХраненияОдностраничныхФайлов`
### 11. Отчеты (5 объектов)
- `Отчет.CRM_ПлановыеЗатратыПроектов`
- `Отчет.АнализСебестоимостиТоваровРасширенный`
- И другие...
### 12. Обработки
- Реквизиты обработок
- Формы обработок
- Команды обработок
### 13. Регистры
- Регистры сведений
- Регистры накопления
## Стратегия решения
### Вариант 1: Удаление ссылок (Рекомендуется)
Удалить все ссылки на удаляемые объекты из основной конфигурации перед обновлением.
**Плюсы:**
- Чистое решение
- Конфигурация остается актуальной
**Минусы:**
- Требует ручной работы
- Может нарушить функциональность
### Вариант 2: Сохранение объектов в основной конфигурации
Скопировать удаляемые объекты в основную конфигурацию перед обновлением.
**Плюсы:**
- Сохраняет функциональность
- Меньше изменений в коде
**Минусы:**
- Дублирование объектов
- Усложняет поддержку
### Вариант 3: Поэтапное обновление
1. Сначала удалить ссылки на объекты, которые точно не нужны
2. Сохранить критичные объекты в основной конфигурации
3. Постепенно мигрировать функциональность
## План действий
### Этап 1: Подготовка
1. Создать резервную копию конфигурации `crmdevlocal`
2. Экспортировать список всех ссылок на удаляемые объекты
3. Проанализировать критичность каждого использования
### Этап 2: Обработка по категориям
#### 2.1. Подсистемы
- Проверить использование подсистем в `Справочная информация`
- Удалить или закомментировать ссылки
- Альтернатива: создать собственные подсистемы-заглушки
#### 2.2. Элементы стилей
- Найти все использования `ЦветГиперссылки` в формах
- Заменить на альтернативный стиль или удалить использование
#### 2.3. Общие картинки
- Найти все использования картинок в формах
- Заменить на альтернативные картинки или удалить элементы интерфейса
#### 2.4. Общие модули
- Найти все вызовы методов из удаляемых модулей
- Создать обертки или перенести необходимый функционал
#### 2.5. Реквизиты справочников/документов
- Удалить использование реквизитов из форм
- Обновить код, использующий эти реквизиты
#### 2.6. Перечисления
- Найти все использования значений перечислений
- Заменить на альтернативные решения или удалить функциональность
### Этап 3: Тестирование
1. Проверить компиляцию конфигурации
2. Провести функциональное тестирование
3. Проверить отсутствие ошибок при обновлении
## Автоматизация
Рекомендуется создать скрипт для:
1. Поиска всех ссылок на удаляемые объекты
2. Генерации отчета о использованиях
3. Автоматического удаления/замены некритичных ссылок
## Приоритеты исправления
### Высокий приоритет (критичные объекты)
- Общие модули, используемые в бизнес-логике
- Реквизиты документов, используемые в проводках
- Перечисления, используемые в типах данных
### Средний приоритет
- Формы и элементы интерфейса
- Общие картинки
- Команды
### Низкий приоритет
- Справочная информация
- Вспомогательные подсистемы
## Рекомендации
1. **Начать с анализа**: Определить, какие объекты действительно используются активно
2. **Создать план миграции**: Для каждого удаляемого объекта определить стратегию замены
3. **Тестировать поэтапно**: После каждого этапа проверять возможность обновления
4. **Документировать изменения**: Вести журнал всех изменений для последующего анализа
docs__Анализ_переноса_обработки_КредитНотаЗаПериод.md
-754
@@ -1,754 +0,0 @@
---
title: Анализ переноса обработки КредитНотаЗаПериод в новую конфигурацию
version: 1.4
date_created: 2026-01-08
date_modified: 2026-01-08
author: Руководитель отдела ИТ Кудрявцев М.А. (kma@rhana.com)
description: Анализ различий между старой и новой конфигурациями для переноса обработки КредитНотаЗаПериод. Определение замены документа СписаниеЗадолженности на КорректировкаЗадолженности и адаптация логики работы с признаком КредитНота через дополнительные реквизиты.
purpose: Документ предназначен для планирования и выполнения переноса обработки КредитНотаЗаПериод из старой конфигурации CRM3devLocal в новую конфигурацию CRM326/CRM326_TEST с учетом различий в структуре документов и механизме работы с признаком КредитНота.
show_metadata_block: true
show_index_link: true
show_toc: true
---
# Анализ переноса обработки КредитНотаЗаПериод в новую конфигурацию
## Версия анализа
Версия 1.4 от 08.01.2026
**Изменения в версии 1.4:**
- ✅ **Оптимизирована проверка признака Купон через временную таблицу:** Вместо подзапроса в каждом финальном запросе используется временная таблица `РеализацияТоваровУслугСКупоном`, которая создается один раз и используется в нескольких запросах
- ✅ Добавлена полная структура пакета запросов с временной таблицей для проверки признака Купон
- ✅ Обновлены все варианты проверки признака Купон с использованием временной таблицы
**Изменения в версии 1.3:**
- ✅ **Добавлена адаптация проверки признака Купон:** Условие `СчетФактураВыданный.ДокументОснование.Купон = ЗНАЧЕНИЕ(Справочник.Купоны.ПустаяСсылка)` заменено на проверку отсутствия записи в табличной части `ДополнительныеРеквизиты` с заполненным значением свойства `РК_Купон`
- ✅ Добавлен раздел 4 "Реализация признака Купон в новой конфигурации" с описанием механизма дополнительных реквизитов и адаптацией запросов
- ✅ Обновлен раздел "План действий для переноса" с подразделом 4.2.5 "Адаптация проверки признака Купон"
**Изменения в версии 1.2:**
- ✅ **Исправлена критическая ошибка в запросе:** Условие `ТИПЗНАЧЕНИЯ(ОбъектРасчетов) = ТИП(...)` заменено на соединение со справочником `ОбъектыРасчетов` и проверку реквизита `Объект`
- ✅ Добавлено объяснение структуры справочника `ОбъектыРасчетов` и его реквизита `Объект`
**Изменения в версии 1.1:**
- ✅ Выполнена проверка наличия реквизита `СтатьяРасходов` в документе `КорректировкаЗадолженности`
- ✅ Подтверждено отсутствие реквизита в шапке документа
- ✅ Найден аналог в табличной части `ДоходыРасходыАктивыПассивы` (реквизит `Статья`)
- ✅ Обновлены рекомендации по адаптации запросов с учетом фильтрации через табличную часть
- ✅ **Исправлена ошибка в запросе:** Условие `ТИПЗНАЧЕНИЯ(ОбъектРасчетов) = ТИП(...)` заменено на соединение со справочником `ОбъектыРасчетов` и проверку реквизита `Объект`
## Автор
Руководитель отдела ИТ Кудрявцев М.А. (kma@rhana.com)
## Цель анализа
Определить различия между старой и новой конфигурациями для переноса обработки `КредитНотаЗаПериод`, включая замену документа `СписаниеЗадолженности` на аналог в новой конфигурации и адаптацию логики работы с признаком КредитНота через механизм дополнительных реквизитов.
## Результаты проверки
### ✅ Проверка наличия реквизита СтатьяРасходов
**Дата проверки:** 08.01.2026
**Результат:**
- ❌ Реквизит `СтатьяРасходов` **ОТСУТСТВУЕТ** в шапке документа `КорректировкаЗадолженности` в новой конфигурации
- ✅ Найден аналог в табличной части `ДоходыРасходыАктивыПассивы`: реквизит `Статья` (тип: `ChartOfCharacteristicTypesRef.СтатьиРасходов` или `СтатьиАктивовПассивов` или `СтатьиДоходов`)
**Вывод:**
Для фильтрации по статье в новой конфигурации необходимо использовать подзапрос к табличной части `ДоходыРасходыАктивыПассивы` вместо прямого обращения к реквизиту в шапке документа.
### ✅ Проверка работы с полем ОбъектРасчетов
**Дата проверки:** 08.01.2026
**Результат:**
- ❌ **Критическая ошибка выявлена:** Условие `ТИПЗНАЧЕНИЯ(ОбъектРасчетов) = ТИП("СправочникСсылка.ЗаказКлиента")` **НИКОГДА НЕ ВЫПОЛНИТСЯ**
- В новой конфигурации `ОбъектРасчетов` - это справочник `CatalogRef.ОбъектыРасчетов`, а не составной тип
- Справочник `ОбъектыРасчетов` имеет реквизит `Объект` типа `DefinedType.ОбъектРасчетов` (составной тип), который может содержать ссылку на `ЗаказКлиента`
**Правильное решение:**
- Добавить соединение со справочником `ОбъектыРасчетов` в запросе
- Использовать условие `ОбъектыРасчетов.Объект ССЫЛКА Документ.ЗаказКлиента` вместо `ТИПЗНАЧЕНИЯ(...)`
**Вывод:**
Для получения заказа клиента из поля `ОбъектРасчетов` необходимо использовать соединение со справочником `ОбъектыРасчетов` и проверять реквизит `Объект`, а не сам `ОбъектРасчетов`.
---
## 1. Различия в документах
### 1.1. Старая конфигурация (CRM3devLocal)
**Документ:** `СписаниеЗадолженности`
**Структура:**
- **Табличная часть:** `Задолженность`
- **Поля в табличной части:**
- `Заказ` (тип: `ОбъектРасчетов`) - **используется в обработке**
- `Партнер` (тип: `CatalogRef.Партнеры`)
- `Сумма` (тип: `ДенежнаяСуммаНеотрицательная`)
- `ВалютаВзаиморасчетов` (тип: `CatalogRef.Валюты`)
- `ИдентификаторСтроки` (тип: `String`)
- **Реквизиты в шапке документа:**
- `СтатьяРасходов` (тип: `ChartOfCharacteristicTypesRef.СтатьиРасходов`) - **используется в обработке**
**Расположение:** `crm3-dev/src/Documents/СписаниеЗадолженности/`
### 1.2. Новая конфигурация (CRM326/CRM326_TEST)
**Документ:** `КорректировкаЗадолженности`
**Структура:**
- **Табличная часть:** `Задолженность`
- **Поля в табличной части:**
- `ОбъектРасчетов` (тип: `CatalogRef.ОбъектыРасчетов` или `CatalogRef.ДоговорыКредитовИДепозитов`) - **аналог поля Заказ**
- `Партнер` (тип: `CatalogRef.Партнеры`)
- `Сумма` (тип: `ДенежнаяСуммаНеотрицательная`)
- `ВалютаВзаиморасчетов` (тип: `CatalogRef.Валюты`)
- `ИдентификаторСтроки` (тип: `String`)
- `ТипРасчетов` (тип: `EnumRef.ТипыРасчетовСПартнерами`)
- `ДатаПлатежа` (тип: `Date`)
- **Реквизиты в шапке документа:**
- `Организация` (тип: `CatalogRef.Организации`)
- `Контрагент` (тип: `CatalogRef.Организации` или `CatalogRef.Контрагенты`)
- `ХозяйственнаяОперация` (тип: `EnumRef.ХозяйственныеОперации`)
- `Комментарий` (тип: `String`)
- `РасчетыМеждуОрганизациями` (тип: `Boolean`)
- `Основание` (тип: `DocumentRef.ПриобретениеТоваровУслуг`)
- `АктОРасхожденияхОснование` (тип: `DocumentRef.АктОРасхожденияхПослеПриемки`)
- ❌ **Реквизит `СтатьяРасходов` отсутствует в шапке документа**
- **Табличная часть:** `ДоходыРасходыАктивыПассивы`
- `Статья` (тип: `ChartOfCharacteristicTypesRef.СтатьиРасходов` или `СтатьиАктивовПассивов` или `СтатьиДоходов`) - **аналог реквизита СтатьяРасходов, но в табличной части**
**Расположение:** `crm3-26-test/src/Documents/КорректировкаЗадолженности/`
### 1.3. Ключевые различия
| Параметр | Старая конфигурация | Новая конфигурация |
|----------|---------------------|-------------------|
| Название документа | `СписаниеЗадолженности` | `КорректировкаЗадолженности` |
| Поле для заказа | `Заказ` (тип: `ОбъектРасчетов`) | `ОбъектРасчетов` (тип: `CatalogRef`) |
| СтатьяРасходов | В шапке документа | ⚠️ Требуется проверка |
---
## 2. Использование в обработке КредитНотаЗаПериод
### 2.1. Текущая реализация в старой конфигурации
**Расположение:** `crm3-dev/src/DataProcessors/КредитНотаЗаПериод/Forms/Форма/Ext/Form/Module.bsl`
**Запрос к документу СписаниеЗадолженности:**
```bsl
ВЫБРАТЬ
СписаниеЗадолженностиЗадолженность.Заказ,
СписаниеЗадолженностиЗадолженность.Партнер,
СписаниеЗадолженностиЗадолженность.Сумма,
СписаниеЗадолженностиЗадолженность.Ссылка.Дата,
СписаниеЗадолженностиЗадолженность.Ссылка.СтатьяРасходов
ПОМЕСТИТЬ СписаниеЗадолжености
ИЗ
Документ.СписаниеЗадолженности.Задолженность КАК СписаниеЗадолженностиЗадолженность
ГДЕ
СписаниеЗадолженностиЗадолженность.Ссылка.Дата МЕЖДУ &ДатаНачала И &ДатаОкончания
И СписаниеЗадолженностиЗадолженность.Ссылка.Проведен = ИСТИНА
И СписаниеЗадолженностиЗадолженность.Ссылка.СтатьяРасходов = &СтатьяРасходов
И СписаниеЗадолженностиЗадолженность.Партнер = &Партнер
```
**Логика работы:**
1. Находит документы "Списание задолженности" за период
2. Определяет заказы клиентов, связанные с этими списаниями (через поле `Заказ`)
3. Находит счета-фактуры выданные по этим заказам
4. Разделяет счета-фактуры на две группы:
- **КредитНоты** - счета-фактуры по заказам, связанным с кредит-нотами
- **НеКредитНоты** - остальные счета-фактуры
### 2.2. Необходимые изменения для новой конфигурации
**Адаптированный запрос:**
```bsl
ВЫБРАТЬ
ОбъектыРасчетов.Объект КАК Заказ,
КорректировкаЗадолженностиЗадолженность.Партнер,
КорректировкаЗадолженностиЗадолженность.Сумма,
КорректировкаЗадолженностиЗадолженность.Ссылка.Дата,
// ❌ СтатьяРасходов отсутствует в шапке документа
// Вместо этого используется табличная часть ДоходыРасходыАктивыПассивы со статьей
// Для фильтрации по статье необходимо использовать подзапрос или соединение
ПОМЕСТИТЬ КорректировкаЗадолженности
ИЗ
Документ.КорректировкаЗадолженности.Задолженность КАК КорректировкаЗадолженностиЗадолженность
ВНУТРЕННЕЕ СОЕДИНЕНИЕ Справочник.ОбъектыРасчетов КАК ОбъектыРасчетов
ПО ОбъектыРасчетов.Ссылка = КорректировкаЗадолженностиЗадолженность.ОбъектРасчетов
ГДЕ
КорректировкаЗадолженностиЗадолженность.Ссылка.Дата МЕЖДУ &ДатаНачала И &ДатаОкончания
И КорректировкаЗадолженностиЗадолженность.Ссылка.Проведен = ИСТИНА
// ❌ Условие по СтатьяРасходов удалено - реквизит отсутствует в шапке
// Альтернатива: фильтрация через табличную часть ДоходыРасходыАктивыПассивы
// И КорректировкаЗадолженностиЗадолженность.Ссылка.СтатьяРасходов = &СтатьяРасходов
И КорректировкаЗадолженностиЗадолженность.Партнер = &Партнер
// ✅ Исправлено: ОбъектРасчетов - это справочник, нужно проверять реквизит Объект
И ОбъектыРасчетов.Объект ССЫЛКА Документ.ЗаказКлиента
// Дополнительная фильтрация по статье через табличную часть (если требуется)
И КорректировкаЗадолженностиЗадолженность.Ссылка В
(ВЫБРАТЬ РАЗЛИЧНЫЕ
КорректировкаЗадолженностиДоходыРасходы.Ссылка
ИЗ
Документ.КорректировкаЗадолженности.ДоходыРасходыАктивыПассивы КАК КорректировкаЗадолженностиДоходыРасходы
ГДЕ
КорректировкаЗадолженностиДоходыРасходы.Статья = &СтатьяРасходов)
```
**Критические моменты:**
1. ✅ **Тип данных `ОбъектРасчетов`:** В новой конфигурации это справочник `CatalogRef.ОбъектыРасчетов`, а не составной тип. Для получения заказа клиента необходимо:
- Добавить соединение со справочником `ОбъектыРасчетов`
- Проверять реквизит `Объект` справочника (который имеет тип `DefinedType.ОбъектРасчетов` и может содержать ссылку на `ЗаказКлиента`)
- Использовать условие `ОбъектыРасчетов.Объект ССЫЛКА Документ.ЗаказКлиента` вместо `ТИПЗНАЧЕНИЯ(...)`
2. ❌ **Реквизит `СтатьяРасходов`:** **ОТСУТСТВУЕТ в шапке документа.** Вместо него используется табличная часть `ДоходыРасходыАктивыПассивы` с реквизитом `Статья`. Для фильтрации по статье необходимо использовать подзапрос или соединение с табличной частью.
---
## 3. Реализация признака КредитНота в новой конфигурации
### 3.1. Механизм дополнительных реквизитов
**В расширении новой конфигурации (`crm3-26-test.rhana`):**
**Расположение:** `crm3-26-test.rhana/src/Documents/РеализацияТоваровУслуг/Ext/ObjectModule.bsl`
**Реализация:**
- Дополнительное свойство: `РК_КредитНота` для документа `РеализацияТоваровУслуг`
- Реализовано через план видов характеристик `ДополнительныеРеквизитыИСведения`
- В модуле документа есть код: `рк_ИменаДопСвойств.Добавить("РК_КредитНота");`
### 3.2. Отличия от старой конфигурации
| Параметр | Старая конфигурация | Новая конфигурация |
|----------|---------------------|-------------------|
| Хранение признака | Реквизит `КредитНота` в документе `ЗаказКлиента` (тип: `Boolean`) | Дополнительное свойство `РК_КредитНота` в документе `РеализацияТоваровУслуг` |
| Доступ к признаку | Прямой доступ: `ЗаказКлиента.КредитНота` | Через `УправлениеСвойствами.ЗначениеСвойства(РеализацияТоваровУслуг, "РК_КредитНота")` |
| Механизм | Встроенный реквизит | План видов характеристик `ДополнительныеРеквизитыИСведения` |
### 3.3. Адаптация работы с признаком в обработке
**В старой конфигурации:**
```bsl
// Прямой доступ к реквизиту
ЗаказКлиента.КредитНота = ИСТИНА
```
**В новой конфигурации:**
```bsl
// Доступ через дополнительные реквизиты
КредитНота = УправлениеСвойствами.ЗначениеСвойства(
РеализацияТоваровУслуг,
"РК_КредитНота"
);
```
**Альтернативный вариант через запрос:**
```bsl
ВЫБРАТЬ
ДополнительныеРеквизиты.Объект КАК РеализацияТоваровУслуг,
ДополнительныеРеквизиты.Значение КАК КредитНота
ИЗ
РегистрСведений.ДополнительныеРеквизитыИСведения КАК ДополнительныеРеквизиты
ГДЕ
ДополнительныеРеквизиты.Свойство = ЗНАЧЕНИЕ(ПланВидовХарактеристик.ДополнительныеРеквизитыИСведения.РК_КредитНота)
И ДополнительныеРеквизиты.Значение = ИСТИНА
```
---
## 4. Реализация признака Купон в новой конфигурации
### 4.1. Механизм дополнительных реквизитов
**В расширении новой конфигурации (`crm3-26-test.rhana`):**
**Расположение:** `crm3-26-test.rhana/src/Documents/РеализацияТоваровУслуг/Ext/ObjectModule.bsl`
**Реализация:**
- Дополнительное свойство: `РК_Купон` для документа `РеализацияТоваровУслуг`
- Реализовано через план видов характеристик `ДополнительныеРеквизитыИСведения`
- В модуле документа есть код: `рк_ИменаДопСвойств.Добавить("РК_Купон");`
### 4.2. Отличия от старой конфигурации
| Параметр | Старая конфигурация | Новая конфигурация |
|----------|---------------------|-------------------|
| Хранение признака | Реквизит `Купон` в документе `РеализацияТоваровУслуг` (тип: `CatalogRef.Купоны`) | Дополнительное свойство `РК_Купон` в документе `РеализацияТоваровУслуг` |
| Проверка пустого значения | `РеализацияТоваровУслуг.Купон = ЗНАЧЕНИЕ(Справочник.Купоны.ПустаяСсылка)` | Через проверку отсутствия записи в табличной части `ДополнительныеРеквизиты` или через `УправлениеСвойствами` |
| Механизм | Встроенный реквизит | План видов характеристик `ДополнительныеРеквизитыИСведения` |
### 4.3. Адаптация работы с признаком в запросах
**В старой конфигурации (строки 47 и 67 функции `ПолучитьДанные`):**
```bsl
И СчетФактураВыданный.ДокументОснование.Купон = ЗНАЧЕНИЕ(Справочник.Купоны.ПустаяСсылка)
```
**В новой конфигурации:**
**Вариант 1: Проверка через временную таблицу (рекомендуется для производительности):**
**Создание временной таблицы (добавить в начало пакета запросов):**
```bsl
ВЫБРАТЬ РАЗЛИЧНЫЕ
ДополнительныеРеквизиты.Ссылка КАК Ссылка
ПОМЕСТИТЬ РеализацияТоваровУслугСКупоном
ИЗ
Документ.РеализацияТоваровУслуг.ДополнительныеРеквизиты КАК ДополнительныеРеквизиты
ВНУТРЕННЕЕ СОЕДИНЕНИЕ Справочник.ДополнительныеРеквизитыИСведения КАК ДополнительныеРеквизитыИСведения
ПО ДополнительныеРеквизитыИСведения.Ссылка = ДополнительныеРеквизиты.Свойство
ГДЕ
ДополнительныеРеквизитыИСведения.НаименованиеДляРазработчика = "РК_Купон"
И ЗначениеЗаполнено(ДополнительныеРеквизиты.Значение)
;
```
**Использование временной таблицы в финальных запросах:**
```bsl
И НЕ СчетФактураВыданный.ДокументОснование.Ссылка В
(ВЫБРАТЬ
РеализацияТоваровУслугСКупоном.Ссылка
ИЗ
РеализацияТоваровУслугСКупоном КАК РеализацияТоваровУслугСКупоном)
```
**Преимущества:**
- ✅ Временная таблица создается один раз и используется в нескольких запросах
- ✅ Улучшает производительность за счет однократного выполнения подзапроса
- ✅ Упрощает структуру финальных запросов
**Вариант 2: Проверка через регистр сведений с временной таблицей (если используется регистр):**
**Создание временной таблицы:**
```bsl
ВЫБРАТЬ РАЗЛИЧНЫЕ
ДополнительныеРеквизиты.Объект КАК Ссылка
ПОМЕСТИТЬ РеализацияТоваровУслугСКупоном
ИЗ
РегистрСведений.ДополнительныеРеквизитыИСведения КАК ДополнительныеРеквизиты
ВНУТРЕННЕЕ СОЕДИНЕНИЕ Справочник.ДополнительныеРеквизитыИСведения КАК ДополнительныеРеквизитыИСведения
ПО ДополнительныеРеквизитыИСведения.Ссылка = ДополнительныеРеквизиты.Свойство
ГДЕ
ДополнительныеРеквизитыИСведения.НаименованиеДляРазработчика = "РК_Купон"
И ЗначениеЗаполнено(ДополнительныеРеквизиты.Значение)
;
```
**Использование временной таблицы в финальных запросах:**
```bsl
И НЕ СчетФактураВыданный.ДокументОснование.Ссылка В
(ВЫБРАТЬ
РеализацияТоваровУслугСКупоном.Ссылка
ИЗ
РеализацияТоваровУслугСКупоном КАК РеализацияТоваровУслугСКупоном)
```
**Примечание:** Условие `НЕ ... В (...)` проверяет, что документ `РеализацияТоваровУслуг` **НЕ** имеет заполненного дополнительного свойства `РК_Купон`, что эквивалентно проверке `Купон = ПустаяСсылка` в старой конфигурации.
### 4.4. Критические моменты
1. ✅ **Проверка пустого значения:** В старой конфигурации проверка `Купон = ЗНАЧЕНИЕ(Справочник.Купоны.ПустаяСсылка)` означает, что поле не заполнено. В новой конфигурации это эквивалентно отсутствию записи в табличной части `ДополнительныеРеквизиты` с заполненным значением свойства `РК_Купон`.
2. ✅ **Производительность:** Использование временной таблицы `РеализацияТоваровУслугСКупоном` оптимизирует запрос, так как подзапрос выполняется один раз, а не в каждом финальном запросе.
3. ✅ **Логика работы:** Условие используется в двух запросах функции `ПолучитьДанные`:
- Запрос для получения кредит-нот по заказам (строка 47)
- Запрос для получения остальных документов (строка 67)
---
## 4. План действий для переноса
### 4.1. Этап 1: Анализ и оценка
#### 4.1.1. Проверка наличия реквизита СтатьяРасходов
**✅ Проверка выполнена:**
**Результат:** Реквизит `СтатьяРасходов` **ОТСУТСТВУЕТ** в шапке документа `КорректировкаЗадолженности` в новой конфигурации.
**Найденная альтернатива:**
- В табличной части `ДоходыРасходыАктивыПассивы` есть реквизит `Статья` (тип: `ChartOfCharacteristicTypesRef.СтатьиРасходов` или `СтатьиАктивовПассивов` или `СтатьиДоходов`)
- Это аналог реквизита `СтатьяРасходов`, но находится в табличной части, а не в шапке
**Рекомендации:**
1. Если фильтрация по статье обязательна, использовать подзапрос к табличной части `ДоходыРасходыАктивыПассивы`
2. Если фильтрация не критична, убрать условие из запроса
3. Учесть, что в новой конфигурации один документ может иметь несколько статей (в разных строках табличной части)
#### 4.1.2. Сравнение типов данных
**✅ Проверка выполнена:**
**Результат:**
- В новой конфигурации `ОбъектРасчетов` - это справочник `CatalogRef.ОбъектыРасчетов`, а не составной тип
- Справочник `ОбъектыРасчетов` имеет реквизит `Объект` типа `DefinedType.ОбъектРасчетов` (составной тип)
- Реквизит `Объект` может содержать ссылку на `ЗаказКлиента` и другие документы
**Решение:**
- Использовать соединение со справочником `ОбъектыРасчетов` в запросе
- Проверять реквизит `Объект` справочника через условие `ОбъектыРасчетов.Объект ССЫЛКА Документ.ЗаказКлиента`
- ❌ **НЕ использовать:** `ТИПЗНАЧЕНИЯ(ОбъектРасчетов) = ТИП(...)` - это условие никогда не выполнится
#### 4.1.3. Проверка логики работы с признаком КредитНота
**Действия:**
1. Изучить реализацию дополнительного свойства `РК_КредитНота` в расширении
2. Проверить корректность работы механизма `УправлениеСвойствами`
3. Протестировать получение значения свойства через запросы
4. Определить оптимальный способ работы с признаком в обработке
### 4.2. Этап 2: Адаптация запросов
#### 4.2.1. Замена документа в запросах
**Изменения:**
- `Документ.СписаниеЗадолженности` → `Документ.КорректировкаЗадолженности`
- `СписаниеЗадолженностиЗадолженность` → `КорректировкаЗадолженностиЗадолженность`
- `СписаниеЗадолжености` → `КорректировкаЗадолженности`
#### 4.2.2. Замена поля Заказ на ОбъектРасчетов
**✅ Исправлено:**
**Изменения:**
- `СписаниеЗадолженностиЗадолженность.Заказ` → `ОбъектыРасчетов.Объект КАК Заказ` (через соединение со справочником)
- Добавить соединение со справочником:
```bsl
ВНУТРЕННЕЕ СОЕДИНЕНИЕ Справочник.ОбъектыРасчетов КАК ОбъектыРасчетов
ПО ОбъектыРасчетов.Ссылка = КорректировкаЗадолженностиЗадолженность.ОбъектРасчетов
```
- ❌ **НЕ использовать:** `ТИПЗНАЧЕНИЯ(ОбъектРасчетов) = ТИП(...)` - это условие никогда не выполнится
- ✅ **Использовать:** `И ОбъектыРасчетов.Объект ССЫЛКА Документ.ЗаказКлиента`
#### 4.2.3. Адаптация фильтрации по СтатьяРасходов
**✅ Решение принято:**
**Реквизит `СтатьяРасходов` отсутствует в шапке документа.** Используется альтернативный подход:
**Вариант 1: Фильтрация через табличную часть (рекомендуется, если фильтрация обязательна):**
```bsl
И КорректировкаЗадолженностиЗадолженность.Ссылка В
(ВЫБРАТЬ РАЗЛИЧНЫЕ
КорректировкаЗадолженностиДоходыРасходы.Ссылка
ИЗ
Документ.КорректировкаЗадолженности.ДоходыРасходыАктивыПассивы КАК КорректировкаЗадолженностиДоходыРасходы
ГДЕ
КорректировкаЗадолженностиДоходыРасходы.Статья = &СтатьяРасходов)
```
**Вариант 2: Убрать условие фильтрации (если фильтрация не критична):**
- Удалить условие `И КорректировкаЗадолженностиЗадолженность.Ссылка.СтатьяРасходов = &СтатьяРасходов`
- Документировать причину изменения
**Примечание:** В новой конфигурации один документ может иметь несколько статей в разных строках табличной части, что может повлиять на логику фильтрации.
#### 4.2.4. Адаптация работы с признаком КредитНота
**Изменения:**
- Вместо прямого доступа `ЗаказКлиента.КредитНота` использовать:
- `УправлениеСвойствами.ЗначениеСвойства(РеализацияТоваровУслуг, "РК_КредитНота")`
- Или запрос к регистру `ДополнительныеРеквизитыИСведения`
#### 4.2.5. Адаптация проверки признака Купон
**✅ Решение принято:**
**В старой конфигурации (строки 47 и 67 функции `ПолучитьДанные`):**
```bsl
И СчетФактураВыданный.ДокументОснование.Купон = ЗНАЧЕНИЕ(Справочник.Купоны.ПустаяСсылка)
```
**В новой конфигурации:**
**Структура пакета запросов с временной таблицей:**
**1. Создание временной таблицы (добавить после создания таблицы `ЗаказыПоКредитНоте`):**
```bsl
////////////////////////////////////////////////////////////////////////////////
ВЫБРАТЬ РАЗЛИЧНЫЕ
ДополнительныеРеквизиты.Ссылка КАК Ссылка
ПОМЕСТИТЬ РеализацияТоваровУслугСКупоном
ИЗ
Документ.РеализацияТоваровУслуг.ДополнительныеРеквизиты КАК ДополнительныеРеквизиты
ВНУТРЕННЕЕ СОЕДИНЕНИЕ Справочник.ДополнительныеРеквизитыИСведения КАК ДополнительныеРеквизитыИСведения
ПО ДополнительныеРеквизитыИСведения.Ссылка = ДополнительныеРеквизиты.Свойство
ГДЕ
ДополнительныеРеквизитыИСведения.НаименованиеДляРазработчика = "РК_Купон"
И ЗначениеЗаполнено(ДополнительныеРеквизиты.Значение)
;
```
**2. Использование временной таблицы в запросе для получения кредит-нот по заказам:**
```bsl
////////////////////////////////////////////////////////////////////////////////
ВЫБРАТЬ
СчетФактураВыданный.ДокументОснование.Ссылка КАК РеализацияТоваровУслуг,
СчетФактураВыданный.Ссылка КАК СчетФактураВыданный
ИЗ
Документ.СчетФактураВыданный КАК СчетФактураВыданный
ГДЕ
СчетФактураВыданный.Ссылка.Дата МЕЖДУ &ДатаНачала И &ДатаОкончания
И НЕ СчетФактураВыданный.ДокументОснование.Ссылка В
(ВЫБРАТЬ
РеализацияТоваровУслугСКупоном.Ссылка
ИЗ
РеализацияТоваровУслугСКупоном КАК РеализацияТоваровУслугСКупоном)
И СчетФактураВыданный.ДокументОснование.ЗаказКлиента В
(ВЫБРАТЬ
ЗаказыПоКредитНоте.Ссылка
ИЗ
ЗаказыПоКредитНоте КАК ЗаказыПоКредитНоте)
УПОРЯДОЧИТЬ ПО
СчетФактураВыданный.ДокументОснование.Дата
;
```
**3. Использование временной таблицы в запросе для получения остальных документов:**
```bsl
////////////////////////////////////////////////////////////////////////////////
ВЫБРАТЬ
СчетФактураВыданный.ДокументОснование.Ссылка КАК РеализацияТоваровУслуг,
СчетФактураВыданный.Ссылка КАК СчетФактураВыданный
ИЗ
Документ.СчетФактураВыданный КАК СчетФактураВыданный
ГДЕ
СчетФактураВыданный.Ссылка.Дата МЕЖДУ &ДатаНачала И &ДатаОкончания
И СчетФактураВыданный.ДокументОснование.Партнер = &Партнер
И НЕ СчетФактураВыданный.ДокументОснование.Ссылка В
(ВЫБРАТЬ
РеализацияТоваровУслугСКупоном.Ссылка
ИЗ
РеализацияТоваровУслугСКупоном КАК РеализацияТоваровУслугСКупоном)
И СчетФактураВыданный.ДокументОснование.Ссылка В
(ВЫБРАТЬ
РеализацияТоваровУслуг.Ссылка
ИЗ
Документ.РеализацияТоваровУслуг.Товары КАК РеализацияТоваровУслуг
ГДЕ
РеализацияТоваровУслуг.Номенклатура В ИЕРАРХИИ (&Номенклатура))
И НЕ СчетФактураВыданный.ДокументОснование.ЗаказКлиента В
(ВЫБРАТЬ
ЗаказыПоКредитНоте.Ссылка
ИЗ
ЗаказыПоКредитНоте КАК ЗаказыПоКредитНоте)
УПОРЯДОЧИТЬ ПО
СчетФактураВыданный.ДокументОснование.Дата
;
```
**Изменения:**
- `СчетФактураВыданный.ДокументОснование.Купон = ЗНАЧЕНИЕ(Справочник.Купоны.ПустаяСсылка)` → `НЕ СчетФактураВыданный.ДокументОснование.Ссылка В (ВЫБРАТЬ ... ИЗ РеализацияТоваровУслугСКупоном)`
- Добавлена временная таблица `РеализацияТоваровУслугСКупоном` для оптимизации производительности
- Временная таблица создается один раз и используется в двух финальных запросах
**Преимущества использования временной таблицы:**
- ✅ Подзапрос выполняется один раз вместо двух
- ✅ Улучшает производительность запросов
- ✅ Упрощает структуру финальных запросов
- ✅ Соответствует структуре пакета запросов в старой конфигурации
**Примечание:** Условие `НЕ ... В (...)` проверяет, что документ `РеализацияТоваровУслуг` **НЕ** имеет заполненного дополнительного свойства `РК_Купон`, что эквивалентно проверке `Купон = ПустаяСсылка` в старой конфигурации.
### 4.3. Этап 3: Реализация в расширении
#### 4.3.1. Создание структуры обработки
**Действия:**
1. Создать обработку `КредитНотаЗаПериод` в расширении новой конфигурации
2. Путь: `crm3-26-test.rhana/src/DataProcessors/КредитНотаЗаПериод/`
3. Скопировать структуру из старой конфигурации:
- Форма обработки
- Макеты печати (если используются)
- Модули
#### 4.3.2. Адаптация модуля формы обработки
**Изменения:**
1. Обновить все запросы для работы с `КорректировкаЗадолженности`
2. Добавить логику работы с дополнительными реквизитами для признака КредитНота
3. Сохранить логику формирования печатных форм
4. Адаптировать все функции и процедуры под новую структуру данных
#### 4.3.3. Проверка зависимостей
**Проверить наличие:**
- Макеты печати (если используются)
- Общие модули:
- `РаботаСКурсамиВалют`
- `ФормированиеПечатныхФорм`
- `ПрефиксацияОбъектовКлиентСервер`
- `ПредставлениеДокументов`
- Общие формы:
- `СписокДокументовПодКредитНоту` (если используется)
### 4.4. Этап 4: Тестирование
#### 4.4.1. Проверка корректности запросов
**Действия:**
1. Выполнить все запросы в консоли запросов новой конфигурации
2. Проверить типы возвращаемых данных
3. Убедиться в корректности фильтрации
4. Проверить производительность запросов
#### 4.4.2. Проверка работы с данными
**Действия:**
1. Создать тестовые документы `КорректировкаЗадолженности`
2. Проверить связь с заказами клиентов через поле `ОбъектРасчетов`
3. Проверить работу с признаком `РК_КредитНота` в документах `РеализацияТоваровУслуг`
4. Протестировать формирование списка заказов по кредит-нотам
#### 4.4.3. Проверка формирования отчетов
**Действия:**
1. Проверить корректность печатных форм
2. Убедиться в правильности сумм и расчетов
3. Проверить форматирование данных
4. Протестировать экспорт в Word (если используется)
---
## 5. Дополнительные рекомендации
### 5.1. Документирование изменений
**Рекомендации:**
1. Зафиксировать все изменения в запросах
2. Описать различия в структуре данных
3. Создать инструкцию по использованию обработки в новой конфигурации
4. Документировать все найденные ограничения и особенности
### 5.2. Обратная совместимость
**Рекомендации:**
1. Если требуется поддержка старой логики, рассмотреть условную обработку
2. Возможно, использовать препроцессорные директивы для различения версий
3. Обеспечить возможность работы с данными из обеих конфигураций (если требуется)
### 5.3. Оптимизация
**Рекомендации:**
1. Проверить производительность запросов с дополнительными реквизитами
2. При необходимости оптимизировать через индексы или временные таблицы
3. Рассмотреть кэширование часто используемых данных
4. Профилировать работу обработки на реальных объемах данных
---
## 6. Критические моменты
### 6.1. Тип данных ОбъектРасчетов
**✅ Проблема выявлена и решена:**
- В старой конфигурации: `Заказ` типа `DefinedType.ОбъектРасчетов` (составной тип, может быть `ЗаказКлиента`)
- В новой конфигурации: `ОбъектРасчетов` типа `CatalogRef.ОбъектыРасчетов` или `CatalogRef.ДоговорыКредитовИДепозитов` (справочник)
**Структура справочника `ОбъектыРасчетов`:**
- Справочник имеет реквизит `Объект` типа `DefinedType.ОбъектРасчетов` (составной тип)
- Реквизит `Объект` может содержать ссылку на `ЗаказКлиента` и другие документы
**Решение:**
- ❌ **НЕПРАВИЛЬНО:** `ТИПЗНАЧЕНИЯ(ОбъектРасчетов) = ТИП("СправочникСсылка.ЗаказКлиента")` - никогда не выполнится, т.к. `ОбъектРасчетов` - это справочник, а не документ
- ✅ **ПРАВИЛЬНО:** Добавить соединение со справочником и проверять реквизит `Объект`:
```bsl
ВНУТРЕННЕЕ СОЕДИНЕНИЕ Справочник.ОбъектыРасчетов КАК ОбъектыРасчетов
ПО ОбъектыРасчетов.Ссылка = КорректировкаЗадолженностиЗадолженность.ОбъектРасчетов
...
И ОбъектыРасчетов.Объект ССЫЛКА Документ.ЗаказКлиента
```
### 6.2. Отсутствие реквизита СтатьяРасходов
**✅ Проблема подтверждена:**
- В старой конфигурации реквизит `СтатьяРасходов` находится в шапке документа и используется для фильтрации
- В новой конфигурации реквизит `СтатьяРасходов` **ОТСУТСТВУЕТ** в шапке документа
**Найденная альтернатива:**
- В табличной части `ДоходыРасходыАктивыПассивы` есть реквизит `Статья` (тип: `ChartOfCharacteristicTypesRef.СтатьиРасходов` или другие)
- Это аналог реквизита `СтатьяРасходов`, но находится в табличной части
**Решение:**
1. **Если фильтрация обязательна:** Использовать подзапрос к табличной части `ДоходыРасходыАктивыПассивы` для фильтрации по статье
2. **Если фильтрация не критична:** Убрать условие фильтрации по статье
3. **Учесть особенности:** В новой конфигурации один документ может иметь несколько статей в разных строках табличной части
### 6.3. Работа с дополнительными реквизитами
**Проблема:**
- Запросы к дополнительным реквизитам могут быть медленнее прямых запросов к реквизитам
- Необходимо использовать `УправлениеСвойствами` или запросы к регистру
**Решение:**
- Оптимизировать запросы через временные таблицы
- Рассмотреть кэширование значений признака КредитНота
- Профилировать производительность на реальных данных
---
## 7. Выводы
### 7.1. Основные выводы
1. **Документ заменен:** `СписаниеЗадолженности` → `КорректировкаЗадолженности`
2. **Поле заменено:** `Заказ` → `ОбъектРасчетов` (требуется фильтрация по типу)
3. **Признак КредитНота:** Переведен на механизм дополнительных реквизитов
4. **Реквизит СтатьяРасходов:** Требуется проверка наличия в новой конфигурации
### 7.2. Необходимые действия
1. ✅ **Выполнено:** Проверено наличие реквизита `СтатьяРасходов` в документе `КорректировкаЗадолженности` - **отсутствует в шапке, есть аналог в табличной части**
2. ⏳ Протестировать работу с полем `ОбъектРасчетов` и фильтрацию по типу
3. ⏳ Адаптировать все запросы в обработке под новую структуру (включая фильтрацию по статье через табличную часть)
4. ⏳ Реализовать работу с признаком КредитНота через дополнительные реквизиты
5. ⏳ Протестировать обработку на реальных данных
### 7.3. Оценка сложности переноса
- **Средняя-высокая сложность:** Требуется адаптация запросов, логики работы с признаком и фильтрации по статье через табличную часть
- **Риски:**
- Различия в типах данных (`ОбъектРасчетов` вместо `Заказ`)
- Отсутствие реквизита `СтатьяРасходов` в шапке (требуется фильтрация через табличную часть)
- Возможность нескольких статей в одном документе (влияет на логику фильтрации)
- **Время:** Ориентировочно 2-3 дня на адаптацию и тестирование
---
## 8. Приложения
### 8.1. Сравнительная таблица документов
| Параметр | СписаниеЗадолженности (старая) | КорректировкаЗадолженности (новая) |
|----------|--------------------------------|-----------------------------------|
| Название | `СписаниеЗадолженности` | `КорректировкаЗадолженности` |
| Табличная часть | `Задолженность` | `Задолженность` |
| Поле для заказа | `Заказ` (ОбъектРасчетов) | `ОбъектРасчетов` (CatalogRef) |
| Партнер | ✅ Есть | ✅ Есть |
| Сумма | ✅ Есть | ✅ Есть |
| СтатьяРасходов | ✅ В шапке документа | ❌ Отсутствует в шапке |
| Статья | ❌ Нет | ✅ В табличной части `ДоходыРасходыАктивыПассивы` |
### 8.2. Сравнительная таблица признака КредитНота
| Параметр | Старая конфигурация | Новая конфигурация |
|----------|---------------------|-------------------|
| Хранение | Реквизит в `ЗаказКлиента` | Дополнительное свойство в `РеализацияТоваровУслуг` |
| Тип | `Boolean` | `Boolean` (через план видов характеристик) |
| Доступ | Прямой: `ЗаказКлиента.КредитНота` | Через `УправлениеСвойствами` |
| Имя свойства | `КредитНота` | `РК_КредитНота` |
---
**Дата создания:** 08.01.2026
**Дата последнего изменения:** 08.01.2026
**Версия:** 1.0
docs__Анализ_привязок_серий_номенклатур_к_видам_номенклатур.md
-320
@@ -1,320 +0,0 @@
# Анализ привязок серий номенклатур к видам номенклатур
## Дата анализа
2024
## Цель анализа
Исследование логики привязки серий номенклатур к видам номенклатур, определение отборов при выборе серий и выявление возможных нарушений логики данных.
---
## 1. Отбор серий при выборе в форме "Указание серии в строке товаров"
### 1.1. Контекст использования
Форма `Обработка.ПодборСерийВДокументы.Форма.УказаниеСерииВСтрокеТоваров` используется при заполнении таблицы товаров документа **ввода остатков собственного товара**.
### 1.2. Вариант получения данных
Для документа ввода остатков собственного товара используется вариант получения данных: **`"ВсеСерииНоменклатуры"`**.
Определение варианта происходит в функции `ВариантПолучениеДанныхИзРегистровПоПараметрамФормы`:
```bsl
ИначеЕсли ПараметрыУказанияСерий.СкладскиеОперации.Найти(Перечисления.СкладскиеОперации.ВводОстатков) <> Неопределено Тогда
ВариантПолучениеДанныхИзРегистров = "ВсеСерииНоменклатуры";
```
### 1.3. Формирование запроса для отбора серий
#### 1.3.1. Базовый запрос из регистра движений
Для варианта `"ВсеСерииНоменклатуры"` формируется запрос из регистра `ДвиженияСерийТоваров`:
```sql
ВЫБРАТЬ РАЗРЕШЕННЫЕ РАЗЛИЧНЫЕ
ДвиженияСерийТоваров.Серия,
0 КАК СвободныйОстаток
ПОМЕСТИТЬ ДанныеРегистров
ИЗ
РегистрНакопления.ДвиженияСерийТоваров КАК ДвиженияСерийТоваров
ГДЕ
ДвиженияСерийТоваров.Номенклатура = &Номенклатура
И ДвиженияСерийТоваров.Характеристика = &Характеристика
```
#### 1.3.2. Дополнительный отбор в форме
В форме `УказаниеСерииВСтрокеТоваров` добавляется условие:
```sql
ГДЕ
ДанныеРегистров.СвободныйОстаток > 0
ИЛИ &ВсеСерии
```
Для варианта `"ВсеСерииНоменклатуры"` параметр `ВсеСерии` устанавливается в `Истина`:
```bsl
Если ВариантПолучениеДанныхИзРегистров <> "ВсеСерииНоменклатуры" Тогда
Запрос.УстановитьПараметр("ВсеСерии", РежимОтображенияСерий = "ВсеСерии");
Иначе
Запрос.УстановитьПараметр("ВсеСерии", Истина);
КонецЕсли;
```
### 1.4. Итоговый отбор серий для документа ввода остатков
**При выборе серии в форме для документа ввода остатков собственного товара применяется отбор:**
1. ✅ **По номенклатуре**: `ДвиженияСерийТоваров.Номенклатура = &Номенклатура`
2. ✅ **По характеристике**: `ДвиженияСерийТоваров.Характеристика = &Характеристика`
3. ❌ **Без отбора по остаткам**: Показываются **все серии**, которые когда-либо использовались для данной номенклатуры и характеристики (из регистра `ДвиженияСерийТоваров`), независимо от наличия остатков
4. ❌ **Без отбора по складу, помещению, назначению**: Эти параметры не учитываются при отборе
**Вывод**: При вводе остатков можно указывать любые серии, в том числе новые, которые еще не были использованы в движениях.
---
## 2. Логика привязки серий к виду номенклатуры
### 2.1. Определение владельца серий
Владелец серий определяется в функции `НастройкиИспользованияСерий` справочника `ВидыНоменклатуры`:
```bsl
ВЫБОР
КОГДА ВидыНоменклатуры.НастройкиСерийБерутсяИзДругогоВидаНоменклатуры
ТОГДА ВидыНоменклатуры.ВладелецСерий
ИНАЧЕ ВидыНоменклатуры.Ссылка
КОНЕЦ КАК ВладелецСерий
```
### 2.2. Два сценария привязки
#### Сценарий 1: НастройкиСерийБерутсяИзДругогоВидаНоменклатуры = Истина
- **ВладелецСерий** = `ВидыНоменклатуры.ВладелецСерий` (другой вид номенклатуры)
- **Все серии** для всех номенклатур этого вида привязываются к виду номенклатуры, указанному в поле `ВладелецСерий`
- Серии создаются с `ВидНоменклатуры = ВидыНоменклатуры.ВладелецСерий`
**Пример:**
- Вид номенклатуры: "Товары"
- `НастройкиСерийБерутсяИзДругогоВидаНоменклатуры` = Истина
- `ВладелецСерий` = "Продукция"
- **Результат**: Все серии для номенклатур вида "Товары" привязываются к виду "Продукция"
#### Сценарий 2: НастройкиСерийБерутсяИзДругогоВидаНоменклатуры = Ложь
- **ВладелецСерий** = `ВидыНоменклатуры.Ссылка` (сам вид номенклатуры)
- Серии привязываются **непосредственно к самому виду номенклатуры**
- Серии создаются с `ВидНоменклатуры = ВидыНоменклатуры.Ссылка`
- Поле `ВладелецСерий` вида номенклатуры очищается (если было заполнено)
**Пример:**
- Вид номенклатуры: "Товары"
- `НастройкиСерийБерутсяИзДругогоВидаНоменклатуры` = Ложь
- **Результат**: Все серии для номенклатур вида "Товары" привязываются к виду "Товары"
### 2.3. Установка вида номенклатуры при создании серии
В форме `УказаниеСерииВСтрокеТоваров` вид номенклатуры устанавливается следующим образом:
```bsl
ВидНоменклатуры = НастройкиИспользованияСерий.ВладелецСерий;
```
При создании новой серии это значение передается в объект серии:
```bsl
ЗаполнитьЗначенияСвойств(СерияОбъект, ЭтотОбъект, РеквизитыВводаСерии(Истина));
```
Где `РеквизитыВводаСерии` включает `ВидНоменклатуры`.
**Вывод**: Серия привязывается к **`ВладелецСерий`**, который определяется из вида номенклатуры самой номенклатуры, но может быть переопределен через поле `ВладелецСерий` вида номенклатуры, если установлен флаг `НастройкиСерийБерутсяИзДругогоВидаНоменклатуры`.
---
## 3. Нарушение логики данных
### 3.1. Описание проблемы
**Нарушение**: Если у серии указан вид номенклатуры, у которого установлен флаг `НастройкиСерийБерутсяИзДругогоВидаНоменклатуры = Истина`, то это является **нарушением логики данных**.
**Почему это нарушение:**
- Если у вида номенклатуры установлен флаг `НастройкиСерийБерутсяИзДругогоВидаНоменклатуры = Истина`, то все серии должны привязываться к `ВладелецСерий`, а не к самому виду номенклатуры
- Если серия привязана к виду номенклатуры с таким флагом, то серия должна быть привязана к `ВладелецСерий` этого вида, а не к самому виду
### 3.2. Как может возникнуть нарушение
1. **Изменение настроек вида номенклатуры после создания серий**:
- Серии были созданы, когда флаг `НастройкиСерийБерутсяИзДругогоВидаНоменклатуры` был `Ложь`
- Позже флаг был установлен в `Истина`, но существующие серии не были перепривязаны
2. **Прямое редактирование серий**:
- Ручное изменение вида номенклатуры у серии без учета настроек
3. **Импорт данных**:
- Импорт серий из внешних источников без проверки соответствия логике
4. **Ошибки в коде**:
- Прямое создание серий без использования механизма определения `ВладелецСерий`
### 3.3. Последствия нарушения
#### 3.3.1. Проблемы с поиском серий
**Проблема**: Серии не будут находиться в запросах, которые ищут серии по `ВладелецСерий`.
**Примеры запросов, где это критично:**
1. **Поиск серии в форме подбора** (`НайтиСерию`):
```sql
ВЫБРАТЬ
СерииНоменклатуры.Ссылка КАК Серия
ИЗ
Справочник.СерииНоменклатуры КАК СерииНоменклатуры
ГДЕ
СерииНоменклатуры.ВидНоменклатуры = &ВидНоменклатуры
```
Если `ВидНоменклатуры` = `ВладелецСерий`, а серия привязана к исходному виду, серия не будет найдена.
2. **Запросы с фильтрацией по виду номенклатуры**:
```sql
СерииНоменклатуры.ВидНоменклатуры = &ВидНоменклатуры
```
Серии с неправильным видом не попадут в выборку.
#### 3.3.2. Неправильное применение настроек использования серий
**Проблема**: Настройки использования серий будут браться из неправильного вида номенклатуры.
**Пример:**
- Вид номенклатуры "Товары" имеет `НастройкиСерийБерутсяИзДругогоВидаНоменклатуры = Истина` и `ВладелецСерий = "Продукция"`
- Серия привязана к виду "Товары" вместо "Продукция"
- Настройки будут браться из вида "Товары", а не из "Продукция"
- Это может привести к:
- Неправильной проверке заполнения реквизитов серии
- Неправильному отображению полей в формах
- Неправильной логике работы с сериями
#### 3.3.3. Проблемы с проверкой соответствия серии и номенклатуры
**Проблема**: Проверка соответствия серии и номенклатуры может работать некорректно.
В модуле `НоменклатураСервер` есть проверка:
```sql
И НЕ(Серии.ВидНоменклатуры.ВладелецСерий = Номенклатура.ВидНоменклатуры.ВладелецСерий
И Серии.ВидНоменклатуры.ВладелецСерий <> ЗНАЧЕНИЕ(Справочник.ВидыНоменклатуры.ПустаяСсылка)
И Номенклатура.ВидНоменклатуры.ВладелецСерий <> ЗНАЧЕНИЕ(Справочник.ВидыНоменклатуры.ПустаяСсылка)
ИЛИ Номенклатура.ВладелецСерий = Серии.ВидНоменклатуры
ИЛИ Номенклатура.ВидНоменклатуры = Серии.ВидНоменклатуры)
```
Если серия привязана к виду с `НастройкиСерийБерутсяИзДругогоВидаНоменклатуры = Истина`, проверка может не сработать корректно.
#### 3.3.4. Проблемы с интеграциями
**Проблема**: Интеграции, которые используют `ВидНоменклатуры` серии, могут работать некорректно.
**Примеры:**
- Интеграция с ЕГАИС
- Интеграция с ВЕТИС
- Интеграция с ГИСМ
#### 3.3.5. Проблемы с отображением в формах подбора
**Проблема**: Серии могут не отображаться в формах подбора или отображаться некорректно.
**Пример:**
- В форме подбора серий фильтр по виду номенклатуры не найдет серии с неправильным видом
- Пользователь не сможет выбрать нужную серию
### 3.4. Текущее состояние проверок
**Проверка отсутствует**: В модуле объекта `СерииНоменклатуры` нет проверки на соответствие вида номенклатуры серии и флага `НастройкиСерийБерутсяИзДругогоВидаНоменклатуры`.
**Рекомендация**: Добавить проверку в процедуру `ПередЗаписью` или `ОбработкаПроверкиЗаполнения` модуля объекта `СерииНоменклатуры`.
---
## 4. Рекомендации
### 4.1. Добавление проверки целостности данных
**Рекомендуется добавить проверку** в модуль объекта `СерииНоменклатуры`:
```bsl
Процедура ПередЗаписью(Отказ)
// ... существующий код ...
// Проверка соответствия вида номенклатуры серии и настроек вида номенклатуры
Если ЗначениеЗаполнено(ВидНоменклатуры) Тогда
РеквизитыВидНоменклатуры = ОбщегоНазначения.ЗначенияРеквизитовОбъекта(ВидНоменклатуры,
"НастройкиСерийБерутсяИзДругогоВидаНоменклатуры,ВладелецСерий");
Если РеквизитыВидНоменклатуры.НастройкиСерийБерутсяИзДругогоВидаНоменклатуры Тогда
Если ЗначениеЗаполнено(РеквизитыВидНоменклатуры.ВладелецСерий) Тогда
Если ВидНоменклатуры <> РеквизитыВидНоменклатуры.ВладелецСерий Тогда
ТекстОшибки = НСтр("ru = 'Серия не может быть привязана к виду номенклатуры ""%ВидНоменклатуры%"", так как у этого вида номенклатуры установлен флаг ""Настройки серий берутся из другого вида номенклатуры"". Серия должна быть привязана к виду номенклатуры ""%ВладелецСерий%"".");
ТекстОшибки = СтрЗаменить(ТекстОшибки, "%ВидНоменклатуры%", ВидНоменклатуры);
ТекстОшибки = СтрЗаменить(ТекстОшибки, "%ВладелецСерий%", РеквизитыВидНоменклатуры.ВладелецСерий);
ОбщегоНазначенияКлиентСервер.СообщитьПользователю(ТекстОшибки, , "ВидНоменклатуры", "Объект", Отказ);
КонецЕсли;
КонецЕсли;
КонецЕсли;
КонецЕсли;
КонецПроцедуры
```
### 4.2. Создание обработки для исправления существующих данных
**Рекомендуется создать обработку** для поиска и исправления серий с неправильной привязкой:
1. Найти все серии, у которых `ВидНоменклатуры.НастройкиСерийБерутсяИзДругогоВидаНоменклатуры = Истина`
2. Проверить, что `ВидНоменклатуры` серии = `ВладелецСерий` вида номенклатуры
3. Если не соответствует - перепривязать серию к правильному виду
### 4.3. Документирование логики
**Рекомендуется:**
- Добавить комментарии в код, объясняющие логику привязки серий
- Создать инструкцию для разработчиков о правильном создании серий
- Добавить предупреждения в формы создания/редактирования серий
---
## 5. Выводы
1. ✅ **Отбор серий для документа ввода остатков**: Отбор идет по номенклатуре и характеристике из регистра `ДвиженияСерийТоваров`, без учета остатков, склада, помещения и назначения.
2. ✅ **Логика привязки серий**: Серии привязываются к `ВладелецСерий`, который определяется из вида номенклатуры. Если установлен флаг `НастройкиСерийБерутсяИзДругогоВидаНоменклатуры = Истина`, то серии привязываются к виду, указанному в поле `ВладелецСерий`.
3. ⚠️ **Нарушение логики данных**: Если у серии указан вид номенклатуры с флагом `НастройкиСерийБерутсяИзДругогоВидаНоменклатуры = Истина`, это является нарушением логики данных.
4. ⚠️ **Последствия нарушения**:
- Серии не будут находиться в запросах поиска
- Неправильное применение настроек использования серий
- Проблемы с проверкой соответствия серии и номенклатуры
- Проблемы с интеграциями
- Проблемы с отображением в формах подбора
5. ✅ **Рекомендации**:
- Добавить проверку целостности данных в модуль объекта `СерииНоменклатуры`
- Создать обработку для исправления существующих данных
- Документировать логику привязки серий
---
## 6. Ссылки на код
- Форма подбора серий: `crm3-dev/src/DataProcessors/ПодборСерийВДокументы/Forms/УказаниеСерииВСтрокеТоваров/Ext/Form/Module.bsl`
- Модуль обработки подбора серий: `crm3-dev/src/DataProcessors/ПодборСерийВДокументы/Ext/ManagerModule.bsl`
- Модуль объекта серий: `crm3-dev/src/Catalogs/СерииНоменклатуры/Ext/ObjectModule.bsl`
- Модуль менеджера видов номенклатуры: `crm3-dev/src/Catalogs/ВидыНоменклатуры/Ext/ManagerModule.bsl`
- Модуль объекта видов номенклатуры: `crm3-dev/src/Catalogs/ВидыНоменклатуры/Ext/ObjectModule.bsl`
---
*Документ создан на основе анализа кода конфигурации crm3-dev*
docs__Анализ_применения_КредитНота.md
-581
@@ -1,581 +0,0 @@
---
title: Анализ применения признака Кредит-нота (КредитНота) в исходной конфигурации
version: 2.0
date_modified: 2026-01-07
author: Руководитель отдела ИТ Кудрявцев М.А. (kma@rhana.com)
date_created: 2025-12-27
show_metadata_block: true
show_index_link: true
show_toc: true
---
# Анализ применения признака Кредит-нота (КредитНота) в исходной конфигурации
## Версия анализа
Версия 2.0 от 07.01.2026
## Автор
Руководитель отдела ИТ Кудрявцев М.А. (kma@rhana.com)
## Цель анализа
Определить, где и для чего применяется признак "Кредит-нота" (КредитНота) в основной исходной конфигурации `CRM3devLocal` и расширении `CRM3devLocal.Рана`.
---
## 1. Основная конфигурация CRM3devLocal
### 1.1. Документ ЗаказКлиента
**Расположение:** `CRM3devLocal/src/Documents/ЗаказКлиента/ЗаказКлиента.mdo`
**Реквизит:**
- **Имя:** `КредитНота`
- **Тип:** `Boolean` (Булево)
- **Синonym:** "Кредит нота"
- **Описание:** Признак того, что заказ клиента является кредит-нотой
**Назначение:**
- Используется для маркировки заказов клиентов, которые являются кредит-нотами
- Позволяет идентифицировать заказы, по которым предоставляется кредит-нота (возврат средств или корректировка задолженности)
**Использование в коде:**
- В обработке `КредитНотаЗаПериод` используется для определения заказов, связанных с кредит-нотами
- В запросах проверяется условие: `НЕ ЕСТЬNULL(РеализацияТоваровУслуг.ЗаказКлиента.КредитНота, ЛОЖЬ)`
- ⚠️ Примечание: Документ `rh_ОтражениеФактаПродаж` содержит код для работы с КредитНота, но сам документ не применяется
---
### 1.2. Документ rh_ОтражениеФактаПродаж
**Расположение:** `CRM3devLocal/src/Documents/rh_ОтражениеФактаПродаж/Forms/ФормаДокумента/Module.bsl`
**Статус:** ⚠️ **НЕ ПРИМЕНЯЕТСЯ** - документ присутствует в конфигурации, но не используется в текущей версии
**Примечание:** Несмотря на наличие кода, использующего признак КредитНота в этом документе, сам документ не применяется в рабочей конфигурации.
**Код (для справки):**
1. **В функции `ПолучитьЗапросДокументовЗаПериод_CRM3()`:**
- Используется дополнительное свойство "ЗаказКлиентаКредитНота" из плана видов характеристик "ДополнительныеРеквизитыИСведения"
- Проверяется наличие признака кредит-ноты через соединение с дополнительными реквизитами заказа клиента
- Условие фильтрации: `ЕСТЬNULL(ЗаказКлиентаДополнительныеРеквизиты.Значение, ЛОЖЬ) = ЛОЖЬ`
2. **В функции `ПолучитьЗапросДокументовЗаПериод_CRM2()`:**
- Прямая проверка реквизита: `НЕ ЕСТЬNULL(РеализацияТоваровУслуг.ЗаказКлиента.КредитНота, ЛОЖЬ)`
- Используется для исключения документов реализации с кредит-нотами из списка документов для отражения факта продаж
**Назначение (теоретическое):**
- Исключение документов реализации, связанных с кредит-нотами, из процесса отражения факта продаж
- Разделение учета обычных продаж и кредит-нот
---
### 1.3. Отчет КредитНота
**Расположение:** `CRM3devLocal/src/Reports/КредитНота/`
**Описание:**
- Отчет для формирования кредит-нот
- Использует схему компоновки данных с полями:
- `КоличествоКредитНота` - количество по кредит-ноте
- `СуммаСНДСКредитНота` - сумма с НДС по кредит-ноте
**Назначение:**
- Формирование печатных форм кредит-нот
- Аналитика по кредит-нотам
---
### 1.4. Обработка КредитНотаЗаПериод
**Расположение:** `CRM3devLocal/src/DataProcessors/КредитНотаЗаПериод/`
**Функционал:**
- Формирование списка документов для кредит-нот за период
- Работа со списанием задолженности
- Определение заказов клиентов, связанных с кредит-нотами через списание задолженности
- Разделение счетов-фактур на две группы:
- **КредитНоты** - счета-фактуры по заказам, связанным с кредит-нотами
- **НеКредитНоты** - остальные счета-фактуры
**Логика работы:**
1. Находит документы "Списание задолженности" за период
2. Определяет заказы клиентов, связанные с этими списаниями
3. Находит счета-фактуры выданные по этим заказам
4. Разделяет счета-фактуры на две группы для дальнейшей обработки
**Назначение:**
- Автоматизация процесса формирования кредит-нот за период
- Группировка документов для печати кредит-нот
---
### 1.5. Общая форма СписокДокументовПодКредитНоту
**Расположение:** `CRM3devLocal/src/CommonForms/СписокДокументовПодКредитНоту/Module.bsl`
**Функционал:**
- Форма для выбора документов реализации для формирования кредит-ноты
- Печать кредит-ноты через MS Word
- Формирование описания документов для кредит-ноты
**Использование:**
- Выбор документов реализации за период (до 4 месяцев назад)
- Формирование печатной формы кредит-ноты с описанием выбранных документов
- Печать через `УправлениеПечатьюMSWordКлиент.ПечатьКредитНота()`
---
### 1.6. Роль доступа КредитНота
**Расположение:** `CRM3devLocal/src/Roles/КредитНота/`
**Назначение:**
- Предоставляет права доступа на работу с кредит-нотами
- Включает права на отчет "КредитНота"
---
### 1.7. Общий шаблон КредитНота
**Расположение:** `CRM3devLocal/src/CommonTemplates/КредитНота/`
**Назначение:**
- Шаблон для печати кредит-нот
---
## 2. Расширение CRM3devLocal.Рана
### 2.1. Документ р_КредитНота (Оформление кредит-ноты)
**Расположение:** `CRM3devLocal.Рана/src/Documents/р_КредитНота/`
**Описание:**
- Отдельный документ для оформления кредит-ноты
- Является расширением основной конфигурации
**Реквизиты:**
- Организация
- Контрагент
- ДокументОснование (РеализацияТоваровУслуг)
- Партнер (Клиент)
- Соглашение
- Договор
- И другие реквизиты для оформления кредит-ноты
**Регистры записей:**
- `р_ОформленныеКредитНоты` - регистр сведений для учета оформленных кредит-нот
**Назначение:**
- Формализованное оформление кредит-нот как отдельного документа
- Учет оформленных кредит-нот в регистре сведений
- Интеграция с документом "Реализация товаров и услуг" через поле "ДокументОснование"
---
### 2.2. Роль доступа "Оформление кредит-ноты (Рана)"
**Расположение:** `CRM3devLocal.Рана/src/Roles/р_ОтчетыБрендМенеджера/Rights.rights`
**Назначение:**
- Предоставляет права на документ `р_КредитНота`
- Входит в подсистему `rh_RhanaПодсистема`
---
## 3. Связи и взаимодействия
### 3.1. Связь ЗаказКлиента → РеализацияТоваровУслуг
**Механизм:**
- В документе "Реализация товаров и услуг" есть ссылка на "ЗаказКлиента"
- Через эту ссылку доступен реквизит `ЗаказКлиента.КредитНота`
- Используется для фильтрации и идентификации реализаций, связанных с кредит-нотами
### 3.2. Связь через дополнительные реквизиты
**Механизм (для CRM3):**
- Используется план видов характеристик "ДополнительныеРеквизитыИСведения"
- Свойство "ЗаказКлиентаКредитНота" хранится в дополнительных реквизитах
- Позволяет гибко настраивать признак кредит-ноты
### 3.3. Связь со списанием задолженности
**Механизм:**
- Документ "Списание задолженности" может быть связан с заказами клиентов
- Обработка "КредитНотаЗаПериод" использует эту связь для определения заказов по кредит-нотам
---
## 4. Назначение и бизнес-логика
### 4.1. Основное назначение
**Кредит-нота** - это документ, который:
1. Оформляется для корректировки задолженности перед клиентом
2. Может быть связан с возвратом товаров или корректировкой сумм
3. Используется для уменьшения задолженности клиента перед организацией
### 4.2. Бизнес-процесс
1. **Создание заказа клиента** с установленным признаком `КредитНота = Истина`
2. **Создание документа реализации** на основании заказа с кредит-нотой
3. **Оформление списания задолженности** (опционально)
4. **Формирование кредит-ноты** через:
- Отчет "КредитНота"
- Обработку "КредитНотаЗаПериод"
- Документ "р_КредитНота" (в расширении)
5. **Печать кредит-ноты** через общую форму "СписокДокументовПодКредитНоту"
### 4.3. Исключение из учета
- ⚠️ **Примечание:** Документ "rh_ОтражениеФактаПродаж" не применяется в текущей конфигурации
- Теоретически документы реализации с кредит-нотами должны исключаться из процесса "Отражение факта продаж"
- Это позволяет разделить учет обычных продаж и кредит-нот
- Кредит-ноты не учитываются в фактах продаж для планирования
---
## 5. Печатные формы
### 5.1. Макеты печати в документе РеализацияТоваровУслуг
В документе "Реализация товаров и услуг" определены следующие макеты для кредит-нот:
- `ПФ_DOC_КредитНота` - основной макет
- `ПФ_DOC_КредитНотаДилер` - для дилеров
- `ПФ_DOC_КредитНотаМедицина` - для медицинских представителей
- `ПФ_DOC_КредитНотаИглы2018` - специализированный макет
- `ПФ_DOC_КредитНотаДилерское2018` - для дилеров (версия 2018)
- `ПФ_DOC_КредитНотаФармДистКвартал` - для фармацевтических дистрибьюторов
- `ПФ_DOC_КредитНотаКурасен` - специализированный макет
**Назначение:**
- Различные форматы печати кредит-нот в зависимости от типа клиента и бизнес-процесса
- Адаптация под специфику различных направлений бизнеса
---
## 6. Выводы и рекомендации
### 6.1. Основные выводы
1. **Признак КредитНота** в документе "ЗаказКлиента" используется для маркировки заказов, связанных с кредит-нотами
2. **Два подхода к работе с кредит-нотами:**
- **Основная конфигурация:** Использует признак в заказе и отчеты/обработки для формирования
- **Расширение Рана:** Добавляет отдельный документ "р_КредитНота" для формализованного оформления
3. **Исключение из учета:** Документы с кредит-нотами исключаются из процесса "Отражение факта продаж"
4. **Множество печатных форм:** Различные макеты для разных типов клиентов и бизнес-процессов
### 6.2. Рекомендации
1. При переносе функционала в целевую конфигурацию необходимо:
- Сохранить признак `КредитНота` в документе "ЗаказКлиента"
- Обеспечить логику исключения из "Отражения факта продаж"
- Перенести или адаптировать отчеты и обработки
2. Рассмотреть возможность использования документа "р_КредитНота" из расширения как основного способа оформления кредит-нот
3. Проверить совместимость печатных форм с целевой конфигурацией
---
## 7. Сводная таблица применения реквизита КредитНота
| Объект | Реквизит/Элемент | Тип | Использование | Контекст применения | Печатные формы |
|--------|------------------|-----|---------------|---------------------|----------------|
| Документ "ЗаказКлиента" | КредитНота | Boolean | Маркировка заказов как кредит-нот | Реквизит документа для указания признака кредит-ноты | ❌ Не используется |
| Документ "ЗаказКлиента" (форма) | КредитНота | Boolean | Отображение в форме документа | Элемент формы для работы пользователя (расширение Рана) | - |
| Документ "rh_ОтражениеФактаПродаж" | ЗаказКлиента.КредитНота | Boolean | Исключение из учета фактов продаж | ⚠️ НЕ ПРИМЕНЯЕТСЯ - фильтрация через `НЕ ЕСТЬNULL(РеализацияТоваровУслуг.ЗаказКлиента.КредитНота, ЛОЖЬ)` | - |
| Обработка "КредитНотаЗаПериод" | ЗаказКлиента.КредитНота | Boolean | Определение заказов по кредит-нотам | Определяет заказы, связанные со списанием задолженности, для формирования кредит-нот | - |
| Отчет "КредитНота" | - | - | Формирование данных по кредит-нотам | Использует связь через списание задолженности для определения заказов по кредит-нотам | ✅ Используется |
| Отчет "р_КонтрольВыполненияПланаЗакупок" | ЗаказКлиента.КредитНота | Boolean | Исключение заказов с кредит-нотами | Фильтрация: `ЗаказКлиента.КредитНота = ЛОЖЬ` и `ЗаказКлиентаТовары.Ссылка.КредитНота = ЛОЖЬ` | - |
| Обработка "р_ИмпортЗаказовКлиентов" | КредитНота | Boolean | Импорт признака кредит-ноты | Столбец в шаблоне импорта для указания признака при импорте заказов | - |
| Общая форма "СписокДокументовПодКредитНоту" | - | - | Печать кредит-нот | Формирование печатных форм кредит-нот через MS Word | ✅ Используется |
| Документ "РеализацияТоваровУслуг" | ЗаказКлиента.КредитНота | Boolean | Доступ через связь с заказом | Доступ к признаку через связь `РеализацияТоваровУслуг.ЗаказКлиента.КредитНота` | ✅ Используется (7 макетов) |
**Условные обозначения:**
- ✅ Используется
- ❌ Не используется
- - Не применимо
- ⚠️ НЕ ПРИМЕНЯЕТСЯ - объект присутствует в конфигурации, но не используется в текущей версии
**Примечания:**
1. Реквизит `КредитНота` определен в документе "ЗаказКлиента" как булево значение
2. В документе "rh_ОтражениеФактаПродаж" используется для исключения документов реализации с кредит-нотами из процесса отражения факта продаж, но сам документ не применяется
3. В обработке "КредитНотаЗаПериод" реквизит используется косвенно - через определение заказов, связанных со списанием задолженности
4. В отчете "р_КонтрольВыполненияПланаЗакупок" реквизит используется для исключения заказов с кредит-нотами из плана закупок
5. В документе "РеализацияТоваровУслуг" доступ к реквизиту осуществляется через связь с заказом клиента
6. Печатные формы кредит-нот определены в документе "РеализацияТоваровУслуг" (7 различных макетов)
---
## 8. Список объектов, связанных с КредитНота
### Основная конфигурация:
- `Document.ЗаказКлиента` - реквизит КредитНота
- `Document.rh_ОтражениеФактаПродаж` - ⚠️ НЕ ПРИМЕНЯЕТСЯ (содержит код для фильтрации, но документ не используется)
- `Report.КредитНота` - отчет для формирования кредит-нот
- `DataProcessor.КредитНотаЗаПериод` - обработка для формирования за период
- `CommonForm.СписокДокументовПодКредитНоту` - форма для печати
- `Role.КредитНота` - роль доступа
- `CommonTemplate.КредитНота` - шаблон печати
- `Document.РеализацияТоваровУслуг` - макеты печати (7 различных)
### Расширение Рана:
- `Document.р_КредитНота` - документ оформления кредит-ноты
- `InformationRegister.р_ОформленныеКредитНоты` - регистр учета оформленных кредит-нот
- Роль доступа в подсистеме `rh_RhanaПодсистема`
---
## 9. Выводы и рекомендации по переносу в новую базу (CRM326)
### 9.1. Анализ текущего состояния в новой базе
**Что уже реализовано:**
- ✅ Логика копирования признака "РК_КредитНота" из заказа клиента в реализацию через `УправлениеСвойствами`
- ✅ Механизм дополнительных реквизитов БСП настроен и работает
- ✅ Копирование происходит автоматически при создании реализации на основании заказа
**Что отсутствует:**
- ❌ Реквизит "КредитНота" в документе "ЗаказКлиента" (заменен на дополнительное свойство)
- ❌ Фильтрация документов реализации по признаку кредит-ноты в обработке "КредитНотаЗаПериод" (требуется реализовать)
- ❌ Исключение документов с кредит-нотами из отчетов и обработок (требуется проверить и реализовать)
- ❌ Элементы форм для отображения признака кредит-ноты (требуется реализовать)
- ❌ Обработка импорта заказов с признаком кредит-ноты (не требуется на текущий момент)
### 9.2. Приоритетный подход: использование типового механизма БСП
**Принципы реализации:**
1. Использовать типовой механизм дополнительных реквизитов БСП (план видов характеристик "ДополнительныеРеквизитыИСведения")
2. Минимум доработок конфигурации
3. Минимум новых объектов в расширении
4. Использовать существующие допустимые типы дополнительных свойств
### 9.3. Рекомендации по реализации
#### 9.3.1. Использование дополнительного свойства "РК_КредитНота"
**Тип значения:** `Булево` (Boolean) - уже входит в допустимые типы плана видов характеристик
**Обоснование:**
- Признак кредит-ноты - это булево значение (Истина/Ложь)
- Для фильтрации и проверки достаточно булева типа
- Не требуется создавать дополнительные справочники или перечисления
- Минимум доработок конфигурации
- Тип `Булево` уже поддерживается механизмом БСП
**Настройка в базе данных:**
1. Создать дополнительное свойство "РК_КредитНота" в плане видов характеристик "ДополнительныеРеквизитыИСведения"
2. Тип значения: `Булево`
3. Применить к объектам: `Документ.ЗаказКлиента`, `Документ.РеализацияТоваровУслуг`
4. Настроить видимость и доступность для соответствующих ролей
5. Значение по умолчанию: `Ложь`
#### 9.3.2. Реализация фильтрации в обработке "КредитНотаЗаПериод"
**Вариант 1: Фильтрация через табличную часть "ДополнительныеРеквизиты"**
```bsl
// Пример запроса для исключения документов с кредит-нотами
ВЫБРАТЬ
РеализацияТоваровУслуг.Ссылка
ИЗ
Документ.РеализацияТоваровУслуг КАК РеализацияТоваровУслуг
ЛЕВОЕ СОЕДИНЕНИЕ Документ.РеализацияТоваровУслуг.ДополнительныеРеквизиты КАК ДопРекв
ПО РеализацияТоваровУслуг.Ссылка = ДопРекв.Ссылка
И ДопРекв.Свойство.Имя = "РК_КредитНота"
И ДопРекв.Значение = ИСТИНА
ГДЕ
ЕСТЬNULL(ДопРекв.Значение, ЛОЖЬ) = ЛОЖЬ
// Исключаем документы, у которых признак кредит-ноты = ИСТИНА
```
**Вариант 2: Фильтрация через программную проверку**
```bsl
// После получения выборки документов
Для Каждого СтрокаРеализации Из ВыборкаРеализаций Цикл
ЗначениеКредитНоты = УправлениеСвойствами.ЗначениеСвойства(
СтрокаРеализации.Ссылка,
"РК_КредитНота"
);
Если НЕ ЕСТЬNULL(ЗначениеКредитНоты, ЛОЖЬ) = ЛОЖЬ Тогда
// Документ без кредит-ноты - включаем в обработку
ТаблицаРезультатов.Добавить();
КонецЕсли;
КонецЦикла;
```
**Вариант 3: Фильтрация через связь с заказом клиента**
```bsl
// Если нужно проверять признак в заказе клиента
ВЫБРАТЬ
РеализацияТоваровУслуг.Ссылка
ИЗ
Документ.РеализацияТоваровУслуг КАК РеализацияТоваровУслуг
ЛЕВОЕ СОЕДИНЕНИЕ Документ.ЗаказКлиента.ДополнительныеРеквизиты КАК ЗаказДопРекв
ПО РеализацияТоваровУслуг.ЗаказКлиента = ЗаказДопРекв.Ссылка
И ЗаказДопРекв.Свойство.Имя = "РК_КредитНота"
И ЗаказДопРекв.Значение = ИСТИНА
ГДЕ
ЕСТЬNULL(ЗаказДопРекв.Значение, ЛОЖЬ) = ЛОЖЬ
```
#### 9.3.3. Исключение из отчетов и обработок
**Отчет "р_КонтрольВыполненияПланаЗакупок":**
- Требуется адаптировать фильтрацию для исключения заказов с кредит-нотами
- Использовать дополнительное свойство "РК_КредитНота" вместо прямого реквизита
**Обработка "КредитНотаЗаПериод":**
- Адаптировать запросы для работы с дополнительным свойством
- Обеспечить корректное определение заказов по кредит-нотам
#### 9.3.4. Информационное отображение
**Текущая реализация:**
- Логика копирования из заказа в реализацию реализована в `ObjectModule.bsl`
**Требуется реализовать:**
- Добавить элемент формы (чекбокс) для отображения и редактирования признака кредит-ноты в документе "ЗаказКлиента"
- Добавить элемент формы (только для чтения) для отображения признака кредит-ноты в документе "РеализацияТоваровУслуг"
- При необходимости добавить отображение в документе "РасходныйОрдерНаТовары" (аналогично купону)
### 9.4. Шаги реализации
#### Шаг 1: Настройка дополнительного свойства в базе данных
1. Открыть конфигуратор новой базы
2. Перейти в план видов характеристик "ДополнительныеРеквизитыИСведения"
3. Создать новый элемент с именем "РК_КредитНота"
4. Настроить параметры:
- **Имя:** `РК_КредитНота`
- **Тип значения:** `Булево`
- **Заголовок:** "Кредит-нота"
- **Применяется к:** `Документ.ЗаказКлиента`, `Документ.РеализацияТоваровУслуг`
- **Значение по умолчанию:** `Ложь`
- **Видимость:** Настроить для соответствующих ролей
- **Доступность:** Настроить для соответствующих ролей
#### Шаг 2: Проверка существующей логики
1. Проверить работу копирования признака кредит-ноты из заказа в реализацию
2. Убедиться, что копирование происходит корректно при создании реализации на основании заказа
3. Проверить, что значение по умолчанию устанавливается правильно
#### Шаг 3: Добавление элементов форм
1. **Документ "ЗаказКлиента":**
- Добавить элемент формы типа "ПолеФормы" с типом "Чекбокс"
- Привязать к дополнительному свойству через `УправлениеСвойствами`
- Настроить видимость и доступность
2. **Документ "РеализацияТоваровУслуг":**
- Добавить элемент формы типа "ПолеФормы" с типом "Чекбокс" (только для чтения)
- Привязать к дополнительному свойству через `УправлениеСвойствами`
- Настроить видимость
#### Шаг 4: Реализация фильтрации в обработке "КредитНотаЗаПериод"
1. Адаптировать запросы в обработке для фильтрации по дополнительному свойству
2. Использовать табличную часть "ДополнительныеРеквизиты" или программную проверку
3. Протестировать корректность определения заказов по кредит-нотам
**Важно:** Обработка "КредитНотаЗаПериод" обязательна к переносу, так как используется для формирования кредит-нот за период.
#### Шаг 5: Адаптация отчетов
1. Проверить отчет "р_КонтрольВыполненияПланаЗакупок"
2. Адаптировать фильтрацию для работы с дополнительным свойством
3. Протестировать корректность исключения заказов с кредит-нотами
#### Шаг 6: Тестирование
1. Проверить создание и заполнение признака кредит-ноты в документе "ЗаказКлиента"
2. Проверить копирование признака в документ "РеализацияТоваровУслуг"
3. Проверить отображение признака в формах документов
4. Проверить фильтрацию в обработке "КредитНотаЗаПериод" - убедиться, что заказы с кредит-нотами определяются корректно
5. Проверить исключение заказов с кредит-нотами из отчетов
### 9.5. Что НЕ требуется переносить
1. **Реквизит "КредитНота" в документах** - заменен на дополнительное свойство
2. **Документ "rh_ОтражениеФактаПродаж"** - не применяется в текущей конфигурации
3. **Обработка импорта заказов** - не требуется на текущий момент (можно реализовать позже)
4. **Печатные формы** - требуют отдельного анализа и переноса (не входит в текущую задачу)
### 9.6. Преимущества выбранного подхода
1. **Минимум доработок:** Используется существующий механизм БСП
2. **Гибкость:** Легко изменить логику работы с признаком
3. **Стандартность:** Соответствует типовым подходам БСП
4. **Простота поддержки:** Не требует создания новых объектов метаданных
5. **Расширяемость:** При необходимости можно добавить дополнительные свойства для кредит-нот
### 9.7. Оценка трудозатрат
| Этап | Описание | Время |
|------|----------|-------|
| Настройка дополнительного свойства | Создание и настройка в БД | 0.5-1 час |
| Проверка существующей логики | Тестирование копирования | 1-2 часа |
| Добавление элементов форм | Добавление чекбоксов в формы документов | 3-4 часа |
| Реализация фильтрации | Адаптация запросов в обработке | 3-5 часов |
| Адаптация отчетов | Изменение фильтрации в отчетах | 2-3 часа |
| Тестирование | Полное тестирование функциональности | 3-4 часа |
| **ИТОГО** | | **13-19 часов** |
### 9.8. Риски и ограничения
1. **Ограничение:** Фильтрация в запросах может быть менее эффективной, чем по прямому реквизиту
- **Решение:** Использовать индексы на табличной части "ДополнительныеРеквизиты"
2. **Ограничение:** Нет прямой связи между признаком в заказе и реализацией через реквизит
- **Решение:** Использовать механизм копирования через `УправлениеСвойствами` (уже реализовано)
3. **Ограничение:** Печатные формы требуют отдельной адаптации
- **Решение:** Адаптировать макеты печати для работы с дополнительным свойством (отдельная задача)
4. **Ограничение:** Отчеты и обработки, использующие прямой доступ к реквизиту, требуют адаптации
- **Решение:** Поэтапная адаптация всех мест использования
### 9.9. Назначение применения признака КредитНота
**Основные сценарии использования:**
1. **Маркировка заказов как кредит-нот:**
- Позволяет идентифицировать заказы, по которым предоставляется кредит-нота
- Используется для корректировки задолженности перед клиентом
2. **Исключение из учета фактов продаж:**
- Документы реализации с кредит-нотами не должны учитываться в фактах продаж
- Разделение учета обычных продаж и кредит-нот
3. **Формирование кредит-нот за период:**
- Обработка "КредитНотаЗаПериод" использует признак для определения заказов по кредит-нотам
- Группировка документов для печати кредит-нот
4. **Исключение из планов закупок:**
- Заказы с кредит-нотами исключаются из планов закупок
- Обеспечивает корректность планирования
5. **Печатные формы:**
- Различные макеты печати кредит-нот в зависимости от типа клиента
- Адаптация под специфику различных направлений бизнеса
**Бизнес-логика:**
- Кредит-нота оформляется для корректировки задолженности перед клиентом
- Может быть связана с возвратом товаров или корректировкой сумм
- Используется для уменьшения задолженности клиента перед организацией
- Кредит-ноты не учитываются в фактах продаж для планирования
---
**Версия документа:** 2.0 от 07.01.2026
docs__Анализ_применения_реквизита_Купон.md
-745
@@ -1,745 +0,0 @@
---
title: Анализ применения реквизита Купон в исходной конфигурации включая расширение
version: 2.0
date_modified: 2026-01-07
author: Руководитель отдела ИТ Кудрявцев М.А. (kma@rhana.com)
date_created: 2025-12-27
show_metadata_block: true
show_index_link: true
show_toc: true
---
# Анализ применения реквизита Купон в исходной конфигурации включая расширение
## Версия анализа
Версия 2.0 от 07.01.2026
## Автор
Руководитель отдела ИТ Кудрявцев М.А. (kma@rhana.com)
## Цель анализа
Определить, где и для чего применяется реквизит "Купон" в основной исходной конфигурации `CRM3devLocal` и расширении `CRM3devLocal.Рана`.
---
## 1. Справочник Купоны
### 1.1. Основная конфигурация CRM3devLocal
**Расположение:** `CRM3devLocal/src/Catalogs/Купоны/Купоны.mdo`
**Характеристики справочника:**
- **Имя:** `Купоны`
- **Синоним:** "Купоны"
- **Иерархический:** Да (2 уровня)
- **Папки сверху:** Да
- **Длина кода:** 9 символов
- **Длина наименования:** 99 символов
- **Тип кода:** Строка
- **Автонумерация:** Включена
- **Проверка уникальности:** Включена
- **Ввод по строке:** По коду и наименованию
- **Создание при вводе:** Разрешено
- **Полнотекстовый поиск:** Используется
- **Режим блокировки данных:** Управляемый
**Назначение:**
Справочник предназначен для хранения информации о купонах, используемых в системе. Купоны могут применяться в заказах клиентов для предоставления скидок или специальных предложений.
---
### 1.2. Расширение CRM3devLocal.Рана
**Расположение:** `CRM3devLocal.Рана/src/Catalogs/Купоны/Купоны.mdo`
**Особенности:**
- Справочник наследуется из основной конфигурации (расширяется)
- Объект принадлежит основной конфигурации (`objectBelonging: Adopted`)
- Расширение проверено (`extendedConfigurationObject: Checked`)
---
## 2. Реквизит Купон в документах
### 2.1. Документ ЗаказКлиента
#### 2.1.1. Основная конфигурация CRM3devLocal
**Расположение:** `CRM3devLocal/src/Documents/ЗаказКлиента/ЗаказКлиента.mdo`
**Характеристики реквизита:**
- **Имя:** `Купон`
- **Синоним:** "Купон"
- **Тип:** `CatalogRef.Купоны` (СправочникСсылка.Купоны)
- **UUID:** `0cff627d-b65a-4305-a44a-8aaf52751002`
- **Полнотекстовый поиск:** Используется
- **История данных:** Используется
**Назначение:**
Реквизит предназначен для указания купона, применяемого к заказу клиента. Позволяет связать заказ с конкретным купоном из справочника.
---
#### 2.1.2. Расширение CRM3devLocal.Рана
**Расположение:** `CRM3devLocal.Рана/src/Documents/ЗаказКлиента/ЗаказКлиента.mdo`
**Особенности расширения:**
- Реквизит наследуется из основной конфигурации
- Объект принадлежит основной конфигурации (`objectBelonging: Adopted`)
- Расширение проверено (`extendedConfigurationObject: Checked`)
- Тип реквизита подтвержден (`typeExtension: Checked`)
**Использование в форме документа:**
**Расположение:** `CRM3devLocal.Рана/src/Documents/ЗаказКлиента/Forms/ФормаДокумента/Form.form`
**Элемент формы:**
- **Имя элемента:** `Купон`
- **Тип:** Поле ввода (`InputField`)
- **Видимость:** Да
- **Доступность:** Да
- **Отображение в заголовке:** Да
- **Отображение в подвале:** Да
- **Режим редактирования:** Ввод
- **Путь к данным:** `Объект.Купон`
- **Расширенная подсказка:** `КупонРасширеннаяПодсказка`
- **Контекстное меню:** `КупонКонтекстноеМеню`
**Назначение:**
Элемент формы позволяет пользователю выбирать и указывать купон для заказа клиента непосредственно в форме документа.
---
### 2.2. Документ РеализацияТоваровУслуг
#### 2.2.1. Основная конфигурация CRM3devLocal
**Расположение:** `CRM3devLocal/src/Documents/РеализацияТоваровУслуг/РеализацияТоваровУслуг.mdo`
**Характеристики реквизита:**
- **Имя:** `Купон`
- **Синоним:** "Купон"
- **Тип:** `CatalogRef.Купоны` (СправочникСсылка.Купоны)
- **UUID:** `1ce768af-c451-41a1-932f-723cc784a8ea`
- **Полнотекстовый поиск:** Используется
- **История данных:** Используется
**Назначение:**
Реквизит предназначен для указания купона, применяемого к документу реализации товаров и услуг. Позволяет связать реализацию с конкретным купоном из справочника.
**Особенности:**
- Реквизит определен в основной конфигурации
- Используется в обработке "КредитНотаЗаПериод" для фильтрации документов (см. раздел 4.1)
- Купон может быть скопирован из заказа клиента при создании реализации на основании заказа
**Использование в запросах:**
В обработке "КредитНотаЗаПериод" используется условие проверки пустого купона:
**Файл:** `CRM3devLocal/src/DataProcessors/КредитНотаЗаПериод/Forms/Форма/Module.bsl` (строка 47)
```bsl
| И СчетФактураВыданный.ДокументОснование.Купон = ЗНАЧЕНИЕ(Справочник.Купоны.ПустаяСсылка)
```
**Файл:** `CRM3devLocal/src/DataProcessors/КредитНотаЗаПериод/Forms/Форма/Module.bsl` (строка 67)
```bsl
| И СчетФактураВыданный.ДокументОснование.Купон = ЗНАЧЕНИЕ(Справочник.Купоны.ПустаяСсылка)
```
**Назначение проверки:**
Обработка "КредитНотаЗаПериод" выбирает документы реализации, у которых купон **пустой** (равен пустой ссылке). Это означает, что документы реализации с указанным купоном **не включаются** в кредит-ноты за период.
**Печатные формы:**
⚠️ **Примечание:** Проверка макетов печати документа "РеализацияТоваровУслуг" показала, что реквизит "Купон" **не используется** в печатных формах. Информация о купоне не выводится на печатные формы документа.
---
## 3. Использование реквизита Купон в документе РасходныйОрдерНаТовары
### 3.1. Реквизит формы р_КупонИзЗаказаКлиента
**Расположение:** `CRM3devLocal.Рана/src/Documents/РасходныйОрдерНаТовары/Forms/ФормаДокумента/Form.form`
**Характеристики:**
- **Имя:** `р_КупонИзЗаказаКлиента`
- **Заголовок:** "Купон использующийся в заказе клиента"
- **Тип:** `CatalogRef.Купоны` (СправочникСсылка.Купоны)
- **Видимость:** Да
- **Доступность:** Да
- **Путь к данным:** `р_КупонИзЗаказаКлиента`
- **Расширенная подсказка:** `р_КупонИзЗаказаКлиентаРасширеннаяПодсказка`
- **Контекстное меню:** `р_КупонИзЗаказаКлиентаКонтекстноеМеню`
**Назначение:**
Реквизит формы предназначен для отображения купона, который используется в связанном заказе клиента. Позволяет видеть информацию о купоне при работе с расходным ордером на товары.
---
### 3.2. Логика обновления информации о купоне
**Расположение:** `CRM3devLocal.Рана/src/Documents/РасходныйОрдерНаТовары/Forms/ФормаДокумента/Module.bsl`
**Процедура:** `р_ОбновитьИнформациюОбКупоне()`
**Логика работы:**
**Файл:** `CRM3devLocal.Рана/src/Documents/РасходныйОрдерНаТовары/Forms/ФормаДокумента/Module.bsl` (строки 114-127)
```bsl
Процедура р_ОбновитьИнформациюОбКупоне()
Структура = Новый Структура();
р_ПеременаяРаспоряжение = Объект.ТоварыПоРаспоряжениям[0].Распоряжение;
Для каждого Строка Из Объект.ТоварыПоРаспоряжениям Цикл
Если не Строка.Распоряжение = р_ПеременаяРаспоряжение Тогда
ОбщегоНазначения.СообщитьПользователю("Запрещенно в распоряжение добавлять больше одного заказа");
Возврат;
КонецЕсли;
Если не ТипЗнч(Строка.Распоряжение) = Тип("ДокументСсылка.ЗаказКлиента") Тогда
Возврат;
КонецЕсли;
КонецЦикла;
р_КупонИзЗаказаКлиента = р_ПеременаяРаспоряжение.Купон;
КонецПроцедуры
```
**Описание логики:**
1. Процедура проверяет, что в документе "РасходныйОрдерНаТовары" указано только одно распоряжение (заказ клиента)
2. Проверяет, что распоряжение является документом "ЗаказКлиента"
3. Если условия выполнены, копирует значение реквизита `Купон` из заказа клиента в реквизит формы `р_КупонИзЗаказаКлиента`
**Вызов процедуры:**
- При создании документа на сервере: `р_ПриСозданииНаСервереПосле()` (строка 93)
- При обновлении данных о доставке: `р_р_ОбновитьДанныеОДоставкиПосле()` (строка 100)
- При изменении распоряжения в табличной части: `р_ТоварыПоРаспоряжениямРаспоряжениеПриИзмененииПосле()` (строка 131)
**Назначение:**
Обеспечивает автоматическое копирование информации о купоне из заказа клиента в расходный ордер на товары, что позволяет видеть, какой купон применяется к заказу при работе с документом отгрузки.
---
## 4. Использование в обработке КредитНотаЗаПериод
### 4.1. Фильтрация документов по купону
**Расположение:** `CRM3devLocal/src/DataProcessors/КредитНотаЗаПериод/Forms/Форма/Module.bsl`
**Использование реквизита "Купон":**
В обработке "КредитНотаЗаПериод" реквизит "Купон" используется для фильтрации документов реализации при формировании кредит-нот за период.
**Логика работы:**
1. **Первый запрос (строки 40-56):**
- Выбирает документы реализации, у которых купон **пустой** (`Купон = ЗНАЧЕНИЕ(Справочник.Купоны.ПустаяСсылка)`)
- Документы должны быть связаны с заказами по кредит-ноте
- Результат помещается в таблицу `КредитНоты`
2. **Второй запрос (строки 59-82):**
- Выбирает документы реализации, у которых купон **пустой** (`Купон = ЗНАЧЕНИЕ(Справочник.Купоны.ПустаяСсылка)`)
- Документы должны быть связаны с указанным партнером
- Документы должны содержать указанную номенклатуру
- Документы **не должны** быть связаны с заказами по кредит-ноте
- Результат помещается в таблицу `НеКредитНоты`
**Назначение:**
Обработка формирует кредит-ноты за период, **исключая** документы реализации, у которых указан купон. Это означает, что документы реализации с купонами не должны включаться в кредит-ноты, так как купоны используются для других целей (например, для предоставления скидок).
**Вывод:**
Реквизит "Купон" в документе "РеализацияТоваровУслуг" используется для **исключения** документов из процесса формирования кредит-нот. Документы с указанным купоном не участвуют в формировании кредит-нот за период.
---
## 5. Использование в обработке импорта заказов клиентов
### 5.1. Процедура сопоставления купона
**Расположение:** `CRM3devLocal.Рана/src/DataProcessors/р_ИмпортЗаказовКлиентов/ManagerModule.bsl`
**Процедура:** `СопоставитьКупон()`
**Файл:** `CRM3devLocal.Рана/src/DataProcessors/р_ИмпортЗаказовКлиентов/ManagerModule.bsl` (строки 401-419)
```bsl
Процедура СопоставитьКупон(ИсходноеЗначение, Приемник, Ячейка, ДанныеСтроки) Экспорт
Если ПустаяСтрока(ИсходноеЗначение) Тогда
Приемник = Справочники.Купоны.ПустаяСсылка();
Иначе
Приемник = Справочники.Купоны.НайтиПоНаименованию(ИсходноеЗначение);
Если Не ЗначениеЗаполнено(Приемник) Тогда
Приемник = Неопределено;
Возврат;
КонецЕсли;
КонецЕсли;
Ячейка.СодержитЗначение = Истина;
МассивТипаПартнера = Новый Массив;
МассивТипаПартнера.Добавить(Тип("СправочникСсылка.Купоны"));
ОписаниеТипа = Новый ОписаниеТипов(МассивТипаПартнера);
Ячейка.ТипЗначения = ОписаниеТипа;
Ячейка.Значение = Приемник;
КонецПроцедуры
```
**Логика работы:**
1. Если исходное значение пустое, устанавливает пустую ссылку на справочник "Купоны"
2. Если исходное значение заполнено, ищет элемент справочника "Купоны" по наименованию
3. Если элемент не найден, устанавливает `Неопределено` и завершает выполнение
4. Если элемент найден, устанавливает тип значения ячейки и значение для импорта
**Назначение:**
Процедура используется при импорте заказов клиентов из внешних источников (например, из Excel) для сопоставления текстового значения купона с элементом справочника "Купоны".
---
### 5.2. Использование в шаблоне импорта
**Расположение:** `CRM3devLocal.Рана/src/DataProcessors/р_ИмпортЗаказовКлиентов/Templates/СтолбцыЗаказовКлиентов/Template.mxlx`
**Информация о столбце:**
- **Название столбца:** "Купон"
- **Типы значений:** Null, Купоны
- **Процедура сопоставления:** `СопоставитьКупон`
**Назначение:**
Столбец в шаблоне импорта позволяет указывать купон для заказа клиента при импорте данных из внешних файлов.
---
## 6. Права доступа
### 6.1. Роли доступа к справочнику Купоны
**Роли в основной конфигурации CRM3devLocal:**
1. **rh_ДобавлениеРедактированиеКупонов**
- **Расположение:** `CRM3devLocal/src/Roles/rh_ДобавлениеРедактированиеКупонов/`
- **Синоним:** "Добавление и редактирование купонов"
- **Права:** Доступ к справочнику `Catalog.Купоны` (чтение, добавление, изменение)
- **UUID:** `92d7bed5-6fda-420f-8761-dd74bef24577`
2. **rh_ЧтениеКупонов**
- **Расположение:** `CRM3devLocal/src/Roles/rh_ЧтениеКупонов/`
- **Синоним:** "Чтение купонов"
- **Права:** Доступ к справочнику `Catalog.Купоны` (только чтение)
- **UUID:** `b75850b1-2ce5-4337-8bf9-c974f6f8a1a5`
**Роли в расширении CRM3devLocal.Рана:**
3. **НастройкаНСИ**
- **Расположение:** `CRM3devLocal.Рана/src/Roles/НастройкаНСИ/Rights.rights`
- **Права:** Доступ к справочнику `Catalog.Купоны`
4. **ДобавлениеИзменениеОбщейБазовойНСИ**
- **Расположение:** `CRM3devLocal.Рана/src/Roles/ДобавлениеИзменениеОбщейБазовойНСИ/Rights.rights`
- **Права:** Доступ к справочнику `Catalog.Купоны`
5. **ЧтениеБазовойНСИ**
- **Расположение:** `CRM3devLocal.Рана/src/Roles/ЧтениеБазовойНСИ/Rights.rights`
- **Права:** Доступ к справочнику `Catalog.Купоны`
6. **ЧтениеНормативноСправочнойИнформации**
- **Расположение:** `CRM3devLocal.Рана/src/Roles/ЧтениеНормативноСправочнойИнформации/Rights.rights`
- **Права:** Доступ к справочнику `Catalog.Купоны`
**Назначение:**
Роли обеспечивают разграничение доступа к справочнику "Купоны" в зависимости от функций пользователя в системе.
---
## 7. Подсистемы
### 7.1. Включение в подсистему rh_Продажи (основная конфигурация)
**Расположение:** `CRM3devLocal/src/Subsystems/rh_Rhana/Subsystems/rh_Продажи/rh_Продажи.mdo`
**Информация:**
- Справочник `Catalog.Купоны` включен в подсистему `rh_Продажи`
- Подсистема `rh_Продажи` входит в подсистему `rh_Rhana`
- В подсистему также включены роли:
- `Role.rh_ДобавлениеРедактированиеКупонов`
- `Role.rh_ЧтениеКупонов`
**Назначение:**
Включение справочника в подсистему "Продажи" указывает на то, что купоны являются частью функционала продаж и используются в процессах продаж.
### 7.2. Включение в подсистему rh_НСИ (расширение)
**Расположение:** `CRM3devLocal.Рана/src/Subsystems/rh_Rhana/Subsystems/rh_НСИ/rh_НСИ.mdo`
**Информация:**
- Справочник `Catalog.Купоны` включен в подсистему `rh_НСИ`
- Подсистема `rh_НСИ` входит в подсистему `rh_Rhana`
**Назначение:**
Включение справочника в подсистему "Нормативно-справочная информация" (НСИ) указывает на то, что купоны являются частью справочной информации системы.
---
## 8. Схема использования реквизита Купон
### 8.1. Бизнес-процесс
1. **Создание купона**
- Пользователь с соответствующими правами создает элемент в справочнике "Купоны"
- Купон может быть иерархическим (до 2 уровней)
2. **Применение купона в заказе клиента**
- При создании или редактировании документа "ЗаказКлиента" пользователь может указать купон
- Реквизит `Купон` заполняется ссылкой на элемент справочника "Купоны"
- Информация о купоне отображается в форме документа
3. **Импорт заказов с купонами**
- При импорте заказов клиентов из внешних файлов процедура `СопоставитьКупон()` находит соответствующий купон по наименованию
- Если купон не найден, значение остается пустым или неопределенным
4. **Использование в расходном ордере**
- При создании документа "РасходныйОрдерНаТовары" на основании заказа клиента
- Процедура `р_ОбновитьИнформациюОбКупоне()` автоматически копирует купон из заказа клиента
- Информация о купоне отображается в форме расходного ордера
---
### 8.2. Связи между объектами
```
Справочник "Купоны"
↓
Документ "ЗаказКлиента" (реквизит "Купон")
↓
├─→ Документ "РеализацияТоваровУслуг" (реквизит "Купон")
│ └─→ Используется в обработке "КредитНотаЗаПериод" для исключения из кредит-нот
│
└─→ Документ "РасходныйОрдерНаТовары" (реквизит формы "р_КупонИзЗаказаКлиента")
```
**Описание связей:**
- Справочник "Купоны" является источником данных для реквизита "Купон" в документе "ЗаказКлиента"
- Реквизит "Купон" в документе "ЗаказКлиента" может быть скопирован в документ "РеализацияТоваровУслуг" при создании реализации на основании заказа
- Реквизит "Купон" в документе "РеализацияТоваровУслуг" используется в обработке "КредитНотаЗаПериод" для исключения документов с купонами из кредит-нот
- Реквизит "Купон" в документе "ЗаказКлиента" является источником данных для реквизита формы "р_КупонИзЗаказаКлиента" в документе "РасходныйОрдерНаТовары"
- Связь между заказом клиента и расходным ордером осуществляется через табличную часть "ТоварыПоРаспоряжениям"
---
## 9. Особенности реализации
### 9.1. Расширение реквизита
Реквизит "Купон" определен в основной конфигурации `CRM3devLocal` и расширяется в расширении `CRM3devLocal.Рана`. Это означает:
- Реквизит доступен в обеих конфигурациях
- Расширение не изменяет структуру реквизита, а только подтверждает его использование
- Форма документа в расширении содержит элемент для работы с реквизитом
### 9.2. Автоматическое копирование
В документе "РасходныйОрдерНаТовары" реализована автоматическая логика копирования купона из заказа клиента:
- Копирование происходит при создании документа
- Копирование происходит при изменении распоряжения
- Копирование происходит при обновлении данных о доставке
- Логика проверяет, что в документе указан только один заказ клиента
### 9.3. Импорт данных
### 9.4. Использование в обработке КредитНотаЗаПериод
**Особенность:**
Реквизит "Купон" в документе "РеализацияТоваровУслуг" используется для **исключения** документов из процесса формирования кредит-нот. Документы реализации с указанным купоном не включаются в кредит-ноты за период, что позволяет разделить учет обычных продаж и продаж с купонами.
**Логика:**
- Если в документе реализации указан купон, документ не участвует в формировании кредит-нот
- Это означает, что купоны используются для других целей (например, для предоставления скидок), а не для кредит-нот
При импорте заказов клиентов реализована процедура сопоставления купонов:
- Поиск купона осуществляется по наименованию
- Если купон не найден, значение остается пустым
- Процедура экспортируется для использования в шаблонах импорта
---
## 10. Выводы
### 10.1. Основные выводы
1. **Справочник "Купоны"** определен в основной конфигурации `CRM3devLocal` и используется в расширении `CRM3devLocal.Рана`
2. **Реквизит "Купон"** в документе "ЗаказКлиента":
- Определен в основной конфигурации
- Расширяется в расширении
- Имеет элемент формы для работы пользователя
- Используется для указания купона, применяемого к заказу
3. **Использование в документе "РеализацияТоваровУслуг"**:
- Реквизит "Купон" определен в основной конфигурации
- Используется в обработке "КредитНотаЗаПериод" для исключения документов с купонами из кредит-нот
- Документы реализации с указанным купоном не участвуют в формировании кредит-нот за период
- ⚠️ Реквизит **не используется** в печатных формах документа
4. **Использование в документе "РасходныйОрдерНаТовары"**:
- Реализована автоматическая логика копирования купона из заказа клиента
- Информация о купоне отображается в форме документа
- Логика проверяет корректность данных перед копированием
5. **Использование в обработке "КредитНотаЗаПериод"**:
- Реквизит "Купон" используется для фильтрации документов реализации
- Документы с указанным купоном исключаются из процесса формирования кредит-нот
- Это позволяет разделить учет обычных продаж и продаж с купонами
6. **Импорт заказов клиентов**:
- Реализована процедура сопоставления купонов при импорте
- Процедура ищет купон по наименованию
- Обрабатывает случаи отсутствия купона
7. **Права доступа**:
- Настроены роли для работы со справочником "Купоны" в основной конфигурации и расширении
- Роли разграничивают права на чтение и редактирование
- Роли включены в подсистему "rh_Продажи"
8. **Подсистемы**:
- Справочник "Купоны" включен в подсистему "rh_Продажи" в основной конфигурации
- Справочник "Купоны" включен в подсистему "rh_НСИ" в расширении
- Это указывает на его принадлежность к функционалу продаж и нормативно-справочной информации
### 10.2. Рекомендации
1. **Документирование бизнес-логики купонов:**
- Рекомендуется документировать правила применения купонов
- Указать, влияет ли купон на расчет скидок или другие расчеты
2. **Проверка использования в расчетах:**
- Необходимо проверить, используется ли реквизит "Купон" в расчетах скидок или других расчетах
- Если используется, необходимо документировать логику расчетов
3. **Валидация данных:**
- Рекомендуется добавить проверку корректности купона при заполнении заказа
- Проверить актуальность купона (срок действия, статус и т.д.)
4. **Печатные формы:**
- ⚠️ Рекомендуется проверить необходимость вывода информации о купоне в печатные формы документов
- В текущей конфигурации реквизит "Купон" не используется в печатных формах
- При необходимости добавить информацию о купоне в макеты печати
5. **Отчетность:**
- Рекомендуется проверить наличие отчетов, использующих информацию о купонах
- При необходимости создать отчеты для анализа использования купонов
6. **Логика копирования купона:**
- Рекомендуется проверить, копируется ли реквизит "Купон" из заказа клиента в реализацию при создании реализации на основании заказа
- Если копирование не реализовано, рассмотреть необходимость добавления такой логики
---
## 11. Выводы и рекомендации по переносу в новую базу (CRM326)
### 11.1. Анализ текущего состояния в новой базе
**Что уже реализовано:**
- ✅ Информационное отображение купона в документе "РасходныйОрдерНаТовары" через дополнительное свойство "РК_Купон"
- ✅ Логика копирования купона из заказа клиента в реализацию через `УправлениеСвойствами`
- ✅ Механизм дополнительных реквизитов БСП настроен и работает
**Что отсутствует:**
- ❌ Справочник "Купоны" (не требуется для базовой функциональности)
- ❌ Фильтрация документов реализации по купону в обработке "КредитНотаЗаПериод" (требуется реализовать)
- ❌ Обработка импорта заказов с купонами (не требуется на текущий момент)
### 11.2. Приоритетный подход: использование типового механизма БСП
**Принципы реализации:**
1. Использовать типовой механизм дополнительных реквизитов БСП (план видов характеристик "ДополнительныеРеквизитыИСведения")
2. Минимум доработок конфигурации
3. Минимум новых объектов в расширении
4. Использовать существующие допустимые типы дополнительных свойств
### 11.3. Рекомендации по реализации
#### 11.3.1. Использование дополнительного свойства "РК_Купон"
**Тип значения:** `Строка` (уже входит в допустимые типы плана видов характеристик)
**Обоснование:**
- Для информационного отображения достаточно строкового значения
- Для фильтрации по наличию/отсутствию купона достаточно проверки на пустоту строки
- Не требуется создавать справочник "Купоны" и добавлять его в допустимые типы
- Минимум доработок конфигурации
**Настройка в базе данных:**
1. Создать дополнительное свойство "РК_Купон" в плане видов характеристик "ДополнительныеРеквизитыИСведения"
2. Тип значения: `Строка`
3. Применить к объектам: `Документ.ЗаказКлиента`, `Документ.РеализацияТоваровУслуг`
4. Настроить видимость и доступность для соответствующих ролей
#### 11.3.2. Реализация фильтрации в кредит-нотах
**Вариант 1: Фильтрация через табличную часть "ДополнительныеРеквизиты"**
```bsl
// Пример запроса для исключения документов с купонами
ВЫБРАТЬ
РеализацияТоваровУслуг.Ссылка
ИЗ
Документ.РеализацияТоваровУслуг КАК РеализацияТоваровУслуг
ЛЕВОЕ СОЕДИНЕНИЕ Документ.РеализацияТоваровУслуг.ДополнительныеРеквизиты КАК ДопРекв
ПО РеализацияТоваровУслуг.Ссылка = ДопРекв.Ссылка
И ДопРекв.Свойство.Имя = "РК_Купон"
И ДопРекв.Значение <> ""
ГДЕ
ДопРекв.Ссылка = ЗНАЧЕНИЕ(Документ.РеализацияТоваровУслуг.ПустаяСсылка)
// Или использовать НЕ СУЩЕСТВУЕТ для проверки отсутствия записи
```
**Вариант 2: Фильтрация через программную проверку**
```bsl
// После получения выборки документов
Для Каждого СтрокаРеализации Из ВыборкаРеализаций Цикл
ЗначениеКупона = УправлениеСвойствами.ЗначениеСвойства(
СтрокаРеализации.Ссылка,
"РК_Купон"
);
Если ПустаяСтрока(ЗначениеКупона) Тогда
// Документ без купона - включаем в кредит-ноту
ТаблицаРезультатов.Добавить();
КонецЕсли;
КонецЦикла;
```
#### 11.3.3. Информационное отображение (уже реализовано)
**Текущая реализация:**
- В документе "РасходныйОрдерНаТовары" используется поле формы `РК_ИнформацияОКупоне`
- Значение получается через `УправлениеСвойствами.ЗначениеСвойства()`
- Логика копирования из заказа в реализацию реализована в `ObjectModule.bsl`
**Дополнительно (если требуется):**
- Добавить элемент формы для отображения купона в документе "ЗаказКлиента"
- Добавить элемент формы для отображения купона в документе "РеализацияТоваровУслуг"
### 11.4. Шаги реализации
#### Шаг 1: Настройка дополнительного свойства в базе данных
1. Открыть конфигуратор новой базы
2. Перейти в план видов характеристик "ДополнительныеРеквизитыИСведения"
3. Создать новый элемент с именем "РК_Купон"
4. Настроить параметры:
- **Имя:** `РК_Купон`
- **Тип значения:** `Строка`
- **Заголовок:** "Купон"
- **Применяется к:** `Документ.ЗаказКлиента`, `Документ.РеализацияТоваровУслуг`
- **Видимость:** Настроить для соответствующих ролей
- **Доступность:** Настроить для соответствующих ролей
#### Шаг 2: Проверка существующей логики
1. Проверить работу копирования купона из заказа в реализацию
2. Проверить отображение купона в документе "РасходныйОрдерНаТовары"
3. При необходимости доработать формы документов для отображения купона
#### Шаг 3: Реализация фильтрации в обработке "КредитНотаЗаПериод"
1. Адаптировать запросы в обработке для фильтрации по дополнительному свойству
2. Использовать табличную часть "ДополнительныеРеквизиты" или программную проверку
3. Протестировать корректность исключения документов с купонами
**Важно:** Обработка "КредитНотаЗаПериод" обязательна к переносу, так как используется для формирования кредит-нот за период с исключением документов реализации, у которых указан купон.
#### Шаг 4: Тестирование
1. Проверить создание и заполнение купона в документе "ЗаказКлиента"
2. Проверить копирование купона в документ "РеализацияТоваровУслуг"
3. Проверить отображение купона в документе "РасходныйОрдерНаТовары"
4. Проверить фильтрацию в обработке "КредитНотаЗаПериод" - убедиться, что документы с купонами исключаются из кредит-нот
### 11.5. Что НЕ требуется переносить
1. **Справочник "Купоны"** - не требуется, так как используется строковое значение
2. **Реквизиты "Купон" в документах** - заменены на дополнительное свойство
3. **Обработка импорта заказов** - не требуется на текущий момент
4. **Роли доступа к справочнику** - не требуются, так как справочник не создается
### 11.6. Преимущества выбранного подхода
1. **Минимум доработок:** Используется существующий механизм БСП
2. **Гибкость:** Легко изменить тип значения или добавить дополнительные свойства
3. **Стандартность:** Соответствует типовым подходам БСП
4. **Простота поддержки:** Не требует создания новых объектов метаданных
5. **Расширяемость:** При необходимости можно добавить справочник позже
### 11.7. Оценка трудозатрат
| Этап | Описание | Время |
|------|----------|-------|
| Настройка дополнительного свойства | Создание и настройка в БД | 0.5-1 час |
| Проверка существующей логики | Тестирование копирования и отображения | 1-2 часа |
| Доработка форм (если требуется) | Добавление элементов для отображения купона | 2-3 часа |
| Реализация фильтрации | Адаптация запросов в обработке | 2-4 часа |
| Тестирование | Полное тестирование функциональности | 2-3 часа |
| **ИТОГО** | | **7.5-13 часов** |
### 11.8. Риски и ограничения
1. **Ограничение:** Купон хранится как строка, нет валидации существования купона
- **Решение:** При необходимости можно добавить справочник позже
2. **Ограничение:** Нет иерархической структуры купонов
- **Решение:** Если потребуется, можно создать справочник и изменить тип свойства
3. **Ограничение:** Фильтрация в запросах может быть менее эффективной, чем по реквизиту
- **Решение:** Использовать индексы на табличной части "ДополнительныеРеквизиты"
---
## 12. Приложения
### 12.1. Список файлов, связанных с реквизитом Купон
**Основная конфигурация CRM3devLocal:**
- `CRM3devLocal/src/Catalogs/Купоны/Купоны.mdo` - Справочник "Купоны"
- `CRM3devLocal/src/Documents/ЗаказКлиента/ЗаказКлиента.mdo` - Реквизит "Купон" в документе
- `CRM3devLocal/src/Documents/РеализацияТоваровУслуг/РеализацияТоваровУслуг.mdo` - Реквизит "Купон" в документе
- `CRM3devLocal/src/DataProcessors/КредитНотаЗаПериод/Forms/Форма/Module.bsl` - Использование купона в запросах
- `CRM3devLocal/src/Roles/rh_ДобавлениеРедактированиеКупонов/` - Роль доступа
- `CRM3devLocal/src/Roles/rh_ЧтениеКупонов/` - Роль доступа
- `CRM3devLocal/src/Subsystems/rh_Rhana/Subsystems/rh_Продажи/rh_Продажи.mdo` - Подсистема
**Расширение CRM3devLocal.Рана:**
- `CRM3devLocal.Рана/src/Catalogs/Купоны/Купоны.mdo` - Расширение справочника
- `CRM3devLocal.Рана/src/Documents/ЗаказКлиента/ЗаказКлиента.mdo` - Расширение реквизита
- `CRM3devLocal.Рана/src/Documents/ЗаказКлиента/Forms/ФормаДокумента/Form.form` - Элемент формы
- `CRM3devLocal.Рана/src/Documents/РасходныйОрдерНаТовары/Forms/ФормаДокумента/Form.form` - Реквизит формы
- `CRM3devLocal.Рана/src/Documents/РасходныйОрдерНаТовары/Forms/ФормаДокумента/Module.bsl` - Логика обновления
- `CRM3devLocal.Рана/src/DataProcessors/р_ИмпортЗаказовКлиентов/ManagerModule.bsl` - Процедура сопоставления
- `CRM3devLocal.Рана/src/DataProcessors/р_ИмпортЗаказовКлиентов/Templates/СтолбцыЗаказовКлиентов/Template.mxlx` - Шаблон импорта
- `CRM3devLocal.Рана/src/Subsystems/rh_Rhana/Subsystems/rh_НСИ/rh_НСИ.mdo` - Подсистема
- `CRM3devLocal.Рана/src/Roles/НастройкаНСИ/Rights.rights` - Права доступа
- `CRM3devLocal.Рана/src/Roles/ДобавлениеИзменениеОбщейБазовойНСИ/Rights.rights` - Права доступа
- `CRM3devLocal.Рана/src/Roles/ЧтениеБазовойНСИ/Rights.rights` - Права доступа
- `CRM3devLocal.Рана/src/Roles/ЧтениеНормативноСправочнойИнформации/Rights.rights` - Права доступа
- `CRM3devLocal.Рана/src/Subsystems/rh_Rhana/Subsystems/rh_НСИ/rh_НСИ.mdo` - Подсистема
---
### 12.2. Сводная таблица использования реквизита Купон
| Объект | Реквизит/Элемент | Тип | Использование | Печатные формы |
|--------|------------------|-----|----------------|----------------|
| Справочник "Купоны" | - | Справочник | Источник данных | - |
| Документ "ЗаказКлиента" | Купон | CatalogRef.Купоны | Указание купона в заказе | ❌ Не используется |
| Документ "РеализацияТоваровУслуг" | Купон | CatalogRef.Купоны | Исключение из кредит-нот | ❌ Не используется |
| Документ "РасходныйОрдерНаТовары" | р_КупонИзЗаказаКлиента | CatalogRef.Купоны | Отображение купона из заказа | ❌ Не используется |
| Обработка "КредитНотаЗаПериод" | - | - | Фильтрация по пустому купону | - |
| Обработка "р_ИмпортЗаказовКлиентов" | - | - | Сопоставление купона при импорте | - |
**Условные обозначения:**
- ✅ Используется
- ❌ Не используется
- - Не применимо
---
**Конец документа**
docs__Анализ_различий_crm3-26-test_vs_crm3-dev.md
-619
@@ -1,619 +0,0 @@
# Анализ различий: crm3-26-test и crm3-dev (конфигурации и расширения)
**Дата:** 2026-05-13
**Корень проекта:** `D:\SynologyDrive\projects_syn\crm3-26`
Сформировано скриптом `scripts/compare_crm_test_dev_configs.py` по **файлам выгрузки** (не по данным информационной базы). Настройки ИБ уровня «1С:Предприятие» в этом отчёте **не** снимаются — для них нужны снимки из режима предприятия или внешние обработки по плану миграции.
## 1. Свойства из Configuration.xml
### crm3-26-test (основная)
- **Name:** УправлениеТорговлей_CRM_2
- **Synonym:** 1С:Управление торговлей и взаимоотношениями с клиентами (CRM), редакция 3.1
- **Version:** 3.1.35.11
- **Vendor:** ООО "1С-Рарус Специализированные Решения"
- **ConfigurationExtensionCompatibilityMode:** Version8_3_27
- **CompatibilityMode:** Version8_3_27
- **InterfaceCompatibilityMode:** TaxiEnableVersion8_2
- **DefaultRunMode:** ManagedApplication
- **ScriptVariant:** Russian
- **ChildObjects (количество по типу тега в Configuration.xml):**
- CommonModule: 3118
- CommonPicture: 2633
- Role: 1150
- Constant: 1147
- Enum: 1057
- InformationRegister: 967
- FunctionalOption: 644
- Catalog: 625
- DefinedType: 473
- EventSubscription: 440
- DataProcessor: 436
- StyleItem: 421
- XDTOPackage: 407
- CommonCommand: 382
- Report: 380
- CommonForm: 363
- Document: 298
- ScheduledJob: 262
- CommonTemplate: 246
- SessionParameter: 115
- AccumulationRegister: 105
- CommandGroup: 64
- Subsystem: 41
- ExchangePlan: 26
- WebService: 21
- ChartOfCharacteristicTypes: 18
- HTTPService: 14
- DocumentJournal: 12
- FunctionalOptionsParameter: 10
- BusinessProcess: 8
- CommonAttribute: 7
- FilterCriterion: 7
- DocumentNumerator: 3
- SettingsStorage: 3
- WSReference: 2
- ExternalDataSource: 1
- IntegrationService: 1
- Language: 1
- Task: 1
### crm3-26-test.rhana
- **Name:** crm326RHANA
- **Synonym:** Расширение РАНА для CRM3-26
- **Version:** 1.3.0.35
- **ConfigurationExtensionPurpose:** Customization
- **NamePrefix:** РК_
- **ConfigurationExtensionCompatibilityMode:** Version8_3_27
- **CompatibilityMode:** Version8_3_27
- **InterfaceCompatibilityMode:** TaxiEnableVersion8_2
- **DefaultRunMode:** ManagedApplication
- **ScriptVariant:** Russian
- **ChildObjects (количество по типу тега в Configuration.xml):**
- CommonPicture: 10
- Enum: 7
- CommonModule: 4
- Role: 4
- Document: 3
- DataProcessor: 2
- Subsystem: 2
- Catalog: 1
- ChartOfCharacteristicTypes: 1
- CommonForm: 1
- Constant: 1
- DefinedType: 1
- FunctionalOption: 1
- Language: 1
- StyleItem: 1
### crm3-dev (основная)
- **Name:** УправлениеТорговлей_CRM_2
- **Synonym:** Управление торговлей и взаимоотношениями с клиентами, редакция 3.0
- **Version:** 3.0.22.28
- **Vendor:** ООО "1С-Рарус Специализированные Решения"
- **ConfigurationExtensionCompatibilityMode:** Version8_3_27
- **CompatibilityMode:** Version8_3_16
- **InterfaceCompatibilityMode:** TaxiEnableVersion8_2
- **DefaultRunMode:** ManagedApplication
- **ScriptVariant:** Russian
- **ChildObjects (количество по типу тега в Configuration.xml):**
- CommonPicture: 2103
- CommonModule: 2084
- Constant: 967
- Role: 893
- Enum: 820
- InformationRegister: 690
- FunctionalOption: 551
- Catalog: 515
- DataProcessor: 410
- Report: 392
- CommonCommand: 388
- EventSubscription: 386
- CommonForm: 376
- XDTOPackage: 297
- DefinedType: 296
- StyleItem: 263
- Document: 245
- CommonTemplate: 198
- ScheduledJob: 164
- AccumulationRegister: 111
- SessionParameter: 98
- CommandGroup: 67
- Subsystem: 41
- ExchangePlan: 23
- WebService: 21
- ChartOfCharacteristicTypes: 18
- DocumentJournal: 17
- HTTPService: 17
- FunctionalOptionsParameter: 10
- BusinessProcess: 7
- FilterCriterion: 7
- CommonAttribute: 6
- Sequence: 5
- SettingsStorage: 4
- WSReference: 4
- DocumentNumerator: 3
- Language: 3
- Style: 2
- ExternalDataSource: 1
- Interface: 1
- … всего типов: 41
### crm3-dev.rhana
- **Name:** Рана
- **Synonym:** Рана CRM3
- **Version:** 3.0.22.26/1.0.1.322
- **Vendor:** remark.pro
- **ConfigurationExtensionPurpose:** Customization
- **NamePrefix:** р_
- **ConfigurationExtensionCompatibilityMode:** Version8_3_14
- **InterfaceCompatibilityMode:** TaxiEnableVersion8_2
- **DefaultRunMode:** ManagedApplication
- **ScriptVariant:** Russian
- **ChildObjects (количество по типу тега в Configuration.xml):**
- Catalog: 79
- Document: 72
- Role: 47
- Enum: 45
- CommonModule: 38
- Report: 33
- CommonPicture: 30
- StyleItem: 19
- InformationRegister: 16
- DefinedType: 15
- AccumulationRegister: 12
- DataProcessor: 10
- Subsystem: 9
- ChartOfCharacteristicTypes: 4
- CommonForm: 4
- Constant: 3
- DocumentJournal: 2
- BusinessProcess: 1
- Language: 1
## 2. Сводка различий (основные конфигурации)
| Параметр | crm3-26-test | crm3-dev |
|----------|--------------|----------|
| Версия типовой | 3.1.35.11 | 3.0.22.28 |
| Синоним | 1С:Управление торговлей и взаимоотношениями с клиентами (CRM), редакция 3.1 | Управление торговлей и взаимоотношениями с клиентами, редакция 3.0 |
| Режим совместимости расширений (платформа) | Version8_3_27 | Version8_3_27 |
**Вывод:** тестовая ветка на **редакции 3.1** (версия конфигурации из XML), рабочая исходная — **редакция 3.0**. Это разные линейки типовой; перенос доработок и сопоставление объектов выполняется с учётом миграции 3.0 -> 3.1, а не как «одинаковая база».
## 3. Сводка различий (расширения)
| Параметр | crm3-26-test.rhana | crm3-dev.rhana |
|----------|-------------------|----------------|
| Имя | crm326RHANA | Рана |
| Версия | 1.3.0.35 | 3.0.22.26/1.0.1.322 |
| Префикс | РК_ | р_ |
| Режим совместимости расширения | Version8_3_27 | Version8_3_14 |
| CompatibilityMode (доп.) | Version8_3_27 | — |
**Вывод:** расширение тестовой ветки (`crm326RHANA`, префикс **РК_**) ориентировано на платформу **8.3.27**; исходное расширение «Рана» (`р_`) заявляет **ConfigurationExtensionCompatibilityMode Version8_3_14** — при сборке/подключении сверять требования EDT и фактическую версию платформы ИБ.
## 4. Количество объектов по папкам верхнего уровня (EDT `src/`)
*Примечание:* число **подпапок** в `src/<Тип>/` (ниже) — фактическая выгрузка EDT. Счётчики по тегам в разделе 1 для `<ChildObjects>` — это **индекс ссылок** в `Configuration.xml`; для отдельных типов (например, перечисления) они могут **существенно различаться** с числом папок — для полного состава ориентироваться на XML или конфигуратор.
| Тип метаданных | crm3-26-test (основная) | crm3-26-test.rhana | crm3-dev (основная) | crm3-dev.rhana |
|---|---|---|---|---|
| AccumulationRegisters | 103 | 0 | 109 | 0 |
| BusinessProcesses | 8 | 0 | 7 | 0 |
| Catalogs | 616 | 1 | 491 | 8 |
| ChartsOfCharacteristicTypes | 18 | 0 | 18 | 0 |
| CommandGroups | 0 | 0 | 0 | 0 |
| CommonAttributes | 0 | 0 | 0 | 0 |
| CommonCommands | 382 | 0 | 388 | 0 |
| CommonForms | 363 | 1 | 376 | 4 |
| CommonModules | 3118 | 3 | 2081 | 35 |
| CommonPictures | 2632 | 0 | 2102 | 5 |
| CommonTemplates | 246 | 0 | 198 | 0 |
| Constants | 254 | 0 | 133 | 0 |
| DataProcessors | 436 | 2 | 410 | 8 |
| DefinedTypes | 0 | 0 | 0 | 0 |
| DocumentJournals | 11 | 0 | 16 | 0 |
| DocumentNumerators | 0 | 0 | 0 | 0 |
| Documents | 298 | 2 | 229 | 21 |
| Enums | 162 | 0 | 99 | 2 |
| EventSubscriptions | 0 | 0 | 0 | 0 |
| ExchangePlans | 26 | 0 | 23 | 0 |
| ExternalDataSources | 1 | 0 | 1 | 0 |
| FilterCriteria | 1 | 0 | 2 | 0 |
| FunctionalOptions | 0 | 0 | 0 | 0 |
| FunctionalOptionsParameters | 0 | 0 | 0 | 0 |
| HTTPServices | 14 | 0 | 17 | 0 |
| InformationRegisters | 829 | 0 | 554 | 2 |
| IntegrationServices | 1 | 0 | 0 | 0 |
| Interfaces | 0 | 0 | 1 | 0 |
| Languages | 0 | 0 | 0 | 0 |
| Reports | 380 | 0 | 392 | 10 |
| Roles | 1150 | 4 | 893 | 31 |
| ScheduledJobs | 240 | 0 | 139 | 0 |
| Sequences | 0 | 0 | 0 | 0 |
| SessionParameters | 0 | 0 | 0 | 0 |
| SettingsStorages | 3 | 0 | 4 | 0 |
| StyleItems | 0 | 0 | 0 | 0 |
| Styles | 0 | 0 | 2 | 0 |
| Subsystems | 28 | 1 | 27 | 8 |
| Tasks | 1 | 0 | 1 | 0 |
| WSReferences | 2 | 0 | 4 | 0 |
| WebServices | 21 | 0 | 21 | 0 |
| XDTOPackages | 407 | 0 | 297 | 0 |
## 5. Дифф имён: Документы и ОбщиеМодули
### Документы (`Documents/`)
- **Только в crm3-26-test:** 94
- `CRM_ДоходыИРасходыПоПроекту`
- `CRM_ОтсутствиеСотрудника`
- `АктИнвентаризацииСАТУРН`
- `АктОбУничтоженииПерсональныхДанных`
- `АктПремииКлиенту`
- `АктПремииПоставщика`
- `АктПриемкиВходящийЕИС`
- `АктПримененияСАТУРН`
- `Бронирование`
- `ВводОстатковВзаиморасчетов`
- `ВводОстатковДенежныхСредств`
- `ВводОстатковНДСПредъявленного`
- `ВводОстатковОПродажахЗаПрошлыеПериоды`
- `ВводОстатковПоФинансовымИнструментам`
- `ВводОстатковПрочиеРасходы`
- `ВводОстатковПрочихАктивовПассивов`
- `ВводОстатковРасчетовПоЭквайрингу`
- `ВводОстатковСПодотчетниками`
- `ВводОстатковТМЦВЭксплуатации`
- `ВводОстатковТоваров`
- `ВнесениеСведенийОСобранномУрожаеЗЕРНО`
- `ВнутреннееПотребление`
- `ВыкупПринятыхНаХранениеТоваров`
- `ВыкупТоваровХранителем`
- `ЗапросОстатковПартийЗЕРНО`
- `ЗапросОстатковПартийСАТУРН`
- `ЗаявкаНаКомандировку`
- `ИмпортПродукцииСАТУРН`
- `КорректировкаГрафикаВзаиморасчетов`
- `КорректировкаЗадолженности`
- `КорректировкаПлановыхПотребностей`
- `КорректировкаРасчетовСПодотчетнымиЛицами`
- `НакладнаяСАТУРН`
- `НачислениеРеверсивногоНДС`
- `НачислениеРетроБонусовКлиента`
- `НачислениеРетроБонусовПоставщика`
- `ОприходованиеИзлишковОтгруженныхТоваров`
- `ОтгрузкаТоваровКлиенту`
- `ОтгрузкаТоваровСХранения`
- `ОтчетИСМП`
- `ОтчетКомитентуОЗакупках`
- `ОтчетОПроизводствеЕГАИС`
- `ОтчетОРозничныхВозвратах`
- `ОтчетОСписанииТоваровСХранения`
- `ОтчетОбИмпортеЕГАИС`
- `ОформлениеСДИЗЗЕРНО`
- `ПередачаТоваровХранителю`
- `ПеремещениеМеждуМОДИСМП`
- `ПересортицаТоваровУХранителя`
- `ПланВнутреннихПотреблений`
- `ПланПримененияСАТУРН`
- `ПлатежнаяСсылкаСБП`
- `ПогашениеСДИЗЗЕРНО`
- `ПодключениеКегаКОборудованиюРозливаИСМП`
- `ПодтверждениеЗачисленияЗарплаты`
- `ПодтверждениеНулевойСтавкиНДС`
- `ПорчаТоваровУХранителя`
- `ПоступлениеТоваровОтКлиента`
- `ПоступлениеТоваровОтХранителя`
- `ПоступлениеУслугВПодразделение`
- `ПриемкаТоваровНаХранение`
- `ПроизводственнаяОперацияСАТУРН`
- `РазрешениеНаОтгрузкуИСМП`
- `РаспознанныйДокумент`
- `РасчетПроцентныхРасходовДисконтирования`
- `РегистраторЗапасыИПотребности`
- `РегистраторРасчетаСебестоимости`
- `СверкаВзаиморасчетов2_4`
- `СверкаВзаиморасчетов2_5_11`
- `СверкаВзаиморасчетовСБПc2b`
- `СообщениеЭДО`
- `СписаниеОтгруженныхТоваров`
- `СписаниеПартийЗЕРНО`
- `СписаниеРасхожденийПоступлениеПриобретение`
- `СписаниеРетроБонусовКлиента`
- `СписаниеРетроБонусовПоставщика`
- `Сторно`
- `ТранспортныйКонтейнерЭДО`
- `УведомлениеОПланируемомИмпортеЕГАИС`
- `УдалитьРегистраторГрафикаДвиженияТоваров`
- … и ещё 14
- **Только в crm3-dev:** 25
- `CRM_ПланированиеПоОтделам`
- `rh_ОтражениеФактаПродаж`
- `rh_ПланированиеПродаж`
- `rh_ТоварыНаСкладахСебестоимость`
- `rh_УдалитьКассоваяСмена`
- `АктОРасхожденияхПриПоступленииТоваров`
- `АктПриемкиТоваров`
- `ВнутреннееПотреблениеТоваров`
- `ВыпискаПоРасчетномуСчету`
- `ПакетЭД`
- `РегистраторГрафикаДвиженияТоваров`
- `СверкаВзаиморасчетов`
- `СписаниеЗадолженности`
- `УдалитьCRM_Сделка`
- `УдалитьCRM_Событие`
- `УдалитьОрдерНаОтражениеРезультатовПересчетовТоваров`
- `УдалитьПодтверждениеНулевойСтавкиНДС`
- `УдалитьРаспоряжениеНаИнвентаризациюТоваров`
- `УдалитьРаспределениеРасходовНаСебестоимостьТоваров`
- `УстановкаСкидокНаценок`
- `ЭлектронныйДокументВходящий`
- `ЭлектронныйДокументИсходящий`
- `смсСообщение`
- `удалитьCRM_Мероприятие`
- `удалитьCRM_Планирование`
- **В обеих:** 204
### Общие модули (`CommonModules/`)
- **Только в crm3-26-test:** 1301
- `CRM_БазоваяСервер`
- `CRM_ВоронкиПродажПовтИсп`
- `CRM_ИнтересыВызовСервера`
- `CRM_ЛентаСобытийКлиентСервер`
- `CRM_ЛицензированиеКлиент`
- `CRM_Модуль_ОбработкаТабличнойЧастиСервер`
- `CRM_Модуль_РаботаСКонтрагентамиВызовСервера`
- `CRM_НачалоРаботыСПрограммойВызовСервера`
- `CRM_ОбменB2BПортал`
- `CRM_ОбменСВнешнимиКалендарями`
- `CRM_ОбменСВнешнимиКалендарямиВызовСервера`
- `CRM_ОповещенияКлиент`
- `CRM_ОчисткаИсторииРеквизитовОбъектов`
- `CRM_ПланированиеПродаж`
- `CRM_ПодготовкаФормДляМобильногоКлиента`
- `CRM_ПрисоединенныеФайлыКлиент`
- `CRM_ПроверкаПравописанияКлиент`
- `CRM_ПроверкаПравописанияСервер`
- `CRM_РаботаСHTMLКлиент`
- `CRM_РаботаСICalendar`
- `CRM_РаботаСВиджетамиКлиент`
- `CRM_РаботаСВиджетамиКлиентСервер`
- `CRM_РаботаСВиджетамиСервер`
- `CRM_РаботаСВнешнимиБиблиотекамиВызовСервера`
- `CRM_РаботаСПочтовымиСообщениямиСлужебный`
- `CRM_РаботаСРечьюКлиент`
- `CRM_РаботаСРечьюСервер`
- `CRM_РаботаСФайлами`
- `CRM_РаботаСЯзыковымиМоделямиВызовСервера`
- `CRM_РаботаСЯзыковымиМоделямиКлиент`
- `CRM_РаботаСЯзыковымиМоделямиСервер`
- `CRM_СинхронизацияDAV`
- `CRM_СоисполнителиДиалоговКлиент`
- `CRM_СоисполнителиДиалоговСервер`
- `CRM_СпискиВыбораКлиентСервер`
- `CRM_СтраницаПриветствие`
- `CRM_СтраницаПриветствиеКлиент`
- `CRM_СтраницаПриветствияГлобальный`
- `CRM_ТехподдержкаИнтеграцияСервер`
- `CRM_УТ_ПолучениеОбновленийПрограммы`
- `CRM_УдалениеПомеченныхОбъектов`
- `CRM_УправлениеКонтактнойИнформациейВызовСервера`
- `CRM_ЦентрМониторингаВызовСервера`
- `CRM_ЦентрМониторингаГлобальный`
- `CRM_ЦентрМониторингаКлиент`
- `CRM_ЦентрМониторингаКлиентСервер`
- `CRM_ШаблоныЭлементовФорм`
- `CRM_ШаблоныЭлементовФормКлиент`
- `CRMЛокализация`
- `HttpBridgeКлиент`
- `АвтоматическоеПолучениеЭДО`
- `АвтоматическоеПолучениеЭДОВызовСервера`
- `АвтоматическоеПолучениеЭДОИнтеграцияОблака`
- `АвтоматическоеПолучениеЭДОКлиент`
- `АвтоматическоеПолучениеЭДОКлиентСервер`
- `АвтоматическоеПолучениеЭДОПовтИсп`
- `АктПремииКлиентуЛокализация`
- `АктПремииПоставщикаЛокализация`
- `АнализСхемКонфигурации`
- `АннулированиеПодарочныхСертификатовЛокализация`
- `АудитСостоянияСистемыЛокализация`
- `АудитСостоянияСистемыПовтИсп`
- `БанковскиеСчетаКонтрагентовЛокализация`
- `БанковскиеСчетаОрганизацийЛокализация`
- `БизнесСетьВМоделиСервиса`
- `БизнесСетьСлужебный`
- `БлокировкаРаботыСВнешнимиРесурсамиЛокализация`
- `БронированиеЛокализация`
- `ВводОстатковВызовСервера`
- `ВводОстатковСервер`
- `ВводОстатковСерверПовтИсп`
- `ВводОстатковТМЦВЭксплуатацииЛокализация`
- `ВзаиморасчетыВызовСервера`
- `ВзаиморасчетыКлиент`
- `ВидыНалоговВзносовЛокализация`
- `ВидыПриложенийПереопределяемый`
- `ВидыПриложенийСервер`
- `ВидыПриложенийСлужебный`
- `ВизуализацияЭДО`
- `ВизуализацияЭДОВызовСервера`
- … и ещё 1221
- **Только в crm3-dev:** 264
- `CRM_GoogleИнтеграция`
- `CRM_GoogleИнтеграцияРегл`
- `CRM_СобытияКлиент`
- `CRM_СобытияСервер`
- `CRM_УправлениеЭлектроннойПочтойIMAP`
- `mmMobileMonitor`
- `mmMobileMonitorПривилегированный`
- `mmОбратныйПротокол`
- `rh_ОбновлениеИнформационнойБазыRhana`
- `rh_ОбновлениеИнформационнойБазыВызовСервера`
- `rh_ОбщийМодульКлиентСервер`
- `rh_ОчередьЗаданийСлужебный`
- `rh_ПолнотекстовыйПоискКлиент`
- `rh_ПользователиСлужебныйВМоделиСервисаПовтИсп`
- `rh_СообщенияВМоделиСервисаПовтИсп`
- `rh_ТоварыНаСкладахСебестоимость`
- `rh_УправлениеКонтактнойИнформациейПереопределяемый`
- `rh_УправлениеПечатью`
- `rh_УправлениеПечатьюКлиент`
- `rh_ШаблоныСообщенийКлиентСервер`
- `rh_ШаблоныСообщенийСервер`
- `tega_ОбщийМодульСервер`
- `АвтономнаяРаботаСлужебныйВызовСервера`
- `АдресныйКлассификаторВызовСервера`
- `АдресныйКлассификаторКлиентСервер`
- `АдресныйКлассификаторСлужебныйВМоделиСервиса`
- `АнализЖурналаРегистрацииКлиент`
- `АнализЖурналаРегистрацииСлужебный`
- `БухгалтерскиеОтчетыВызовСервераПовтИсп`
- `ВариантыОтчетовВызовСервераПовтИсп`
- `ВариантыОтчетовКлиентПереопределяемый`
- `ВитриныКлиент`
- `ВнутреннееПотреблениеТоваровКлиентЛокализация`
- `ВнутреннееПотреблениеТоваровЛокализация`
- `ВызовОнлайнПоддержки`
- `ВызовОнлайнПоддержкиВызовСервера`
- `ВызовОнлайнПоддержкиКлиент`
- `ВызовОнлайнПоддержкиПереопределяемый`
- `ГенерацияШтрихкодаВызовСервера`
- `ГенерацияШтрихкодаКлиентСервер`
- `Диадок_ФоновыеЗадания`
- `ДлительныеОперацииГлобальный`
- `ДлительныеОперацииКлиентПовтИсп`
- `ДополнительныеОтчетыИОбработкиВБезопасномРежиме`
- `ДополнительныеОтчетыИОбработкиВБезопасномРежимеВызовСервера`
- `ДополнительныеОтчетыИОбработкиВБезопасномРежимеИнтерфейс`
- `ДополнительныеОтчетыИОбработкиВБезопасномРежимеПовтИсп`
- `ДополнительныеОтчетыИОбработкиРегламентныеЗадания`
- `ДополнительныеОтчетыИОбработкиСобытия`
- `ЖурналДокументовВнутреннегоТовародвиженияЛокализация`
- `ЗаказНаВнутреннееПотреблениеКлиентЛокализация`
- `ЗакупкиКлиентСервер`
- `ЗаполнениеСвойствПоСтатистикеПереопределяемый`
- `ЗаполнениеСвойствПоСтатистикеПовтИсп`
- `ЗаполнениеСвойствПоСтатистикеСервер`
- `ИнтеграцияЕГАИСВебКлиент`
- `ИнтеграцияЕГАИСГлобальный`
- `ИнтеграцияЕГАИССлужебныйКлиент`
- `ИнтеграцияИСМПГлобальный`
- `ИнтеграцияС1СДокументооборотВызовСервераПереопределяемый`
- `ИнтеграцияС1СДокументооборотКлиентПереопределяемый`
- `ИнтеграцияС1СДокументооборотПереопределяемый`
- `ИнтеграцияСЯндексКассой`
- `ИнтеграцияСЯндексКассойКлиент`
- `ИнтеграцияСЯндексКассойКлиентПереопределяемый`
- `ИнтеграцияСЯндексКассойПереопределяемый`
- `ИнтеграцияСЯндексКассойСлужебный`
- `ИнтеграцияСЯндексКассойСлужебныйВызовСервера`
- `ИнтеграцияСЯндексКассойСлужебныйКлиент`
- `ИнтерфейсИСМПВызовСервера`
- `ИнтерфейсИСМПКлиент`
- `ИнтерфейсИСМПКлиентСервер`
- `ИнтерфейсМОТПКлиентСервер`
- `КассовыеСменыВызовСервераПереопределяемый`
- `КомандыРаботыСБизнесПроцессамиКлиент`
- `КонтактнаяИнформацияXML`
- `КонтактнаяИнформацияКлиентСервер`
- `КонтактнаяИнформацияКлиентСерверПовтИсп`
- `КонтрольДинамическогоОбновленияКонфигурацииВызовСервера`
- `КонтрольДинамическогоОбновленияКонфигурацииГлобальный`
- … и ещё 184
- **В обеих:** 1817
## 6. Дифф имён: расширения (верхний уровень)
### Документы в расширениях
- **Только в crm3-26-test.rhana:** 0
- **Только в crm3-dev.rhana:** 19
- `ВводОстатков`
- `ВозвратТоваровОтКлиента`
- `ЗаданиеНаПеревозку`
- `ЗаказКлиента`
- `ЗаказНаПеремещение`
- `ОприходованиеИзлишковТоваров`
- `ОрдерНаОтражениеИзлишковТоваров`
- `ОрдерНаОтражениеНедостачТоваров`
- `ОтчетКомиссионера`
- `ОтчетКомиссионераОСписании`
- `ОтчетОРозничныхПродажах`
- `ПеремещениеТоваров`
- `ПересчетТоваров`
- `ПриобретениеТоваровУслуг`
- `ПриходныйОрдерНаТовары`
- `СписаниеНедостачТоваров`
- `СчетФактураВыданный`
- `СчетФактураВыданныйАванс`
- `р_ВерсииСебестоимости`
- **В обоих:** 2
### Общие модули в расширениях
- **Только в crm3-26-test.rhana:** 3
- `ОбщегоНазначенияКлиентСервер`
- `РК_ОбщегоНазначенияВызовСервера`
- `РК_ОбщегоНазначенияКлиентСервер`
- **Только в crm3-dev.rhana:** 35
- `rh_ТоварыНаСкладахСебестоимость`
- `ВводОстатковЛокализация`
- `ВозвратТоваровОтКлиентаЛокализация`
- `ДенежныеСредстваСервер`
- `ДоставкаТоваров`
- `ЗакупкиСервер`
- `ЗапасыСервер`
- `ИнтеграцияСЯндексКассойУТ`
- `МенеджерОбменаЧерезУниверсальныйФормат`
- `МенеджерОфлайнОборудования`
- `НаборыСервер`
- `ОбменДаннымиУТ`
- `ОбщегоНазначения`
- `ОприходованиеИзлишковТоваровЛокализация`
- `ОтчетКомиссионераЛокализация`
- `ОтчетКомиссионераОСписанииЛокализация`
- `ПеремещениеТоваровЛокализация`
- `ПодключаемоеОборудованиеOfflineВызовСервера`
- `ПрефиксацияОбъектовКлиентСервер`
- `ПрефиксацияОбъектовСобытия`
- `ПриобретениеТоваровУслугЛокализация`
- `ПроведениеСерверУТ`
- `ПродажиСервер`
- `РеализацияТоваровУслугЛокализация`
- `СкладыСервер`
- `СписаниеНедостачТоваровЛокализация`
- `ТорговыеПредложенияСлужебный`
- `УправлениеПечатьюMSWordКлиент`
- `УправлениеПечатьюВызовСервера`
- `УправлениеПечатьюКлиентСервер`
- `УправлениеПечатьюПереопределяемый`
- `УчетНДСПереопределяемый`
- `УчетНДСУП`
- `УчетНДСУПКлиентСервер`
- `УчетНДСУПСлужебный`
- **В обоих:** 0
### Справочники в расширениях
- **Только в crm3-26-test.rhana:** 0
- **Только в crm3-dev.rhana:** 7
- `ВидыЗапасов`
- `ВидыКонтактнойИнформации`
- `Номенклатура`
- `НоменклатураКонтрагентов`
- `Партнеры`
- `СертификатыНоменклатуры`
- `Склады`
- **В обоих:** 1
## 7. Рекомендуемые следующие шаги для «первоначальной настройки» тестовой ИБ
1. В конфигураторе/EDT для **crm3-26-test** зафиксировать состав подключаемых расширений (`crm3-26-test.rhana` + при необходимости `crm3-dev.upd5b` и др.) и версию платформы **не ниже** требований 3.1.
2. Снять **парные снимки настроек ИБ** для рабочей `crm3-dev` и тестовой `crm3-26-test` (уровень предприятия) по чек-листу плана миграции — этот файл только про **метаданные файлов**.
3. По диффу документов/модулей (разд. 5–6) запланировать перенос недостающих доработок в `crm3-26-test.rhana` или подтвердить замену типовыми объектами 3.1.
docs__Анализ_рисков_неуникальности_CRM_ЖурналДокументов.md
-216
@@ -1,216 +0,0 @@
---
title: Анализ рисков нарушения уникальности регистра CRM_ЖурналДокументов
author: Руководитель отдела ИТ Кудрявцев М.А. (kma@rhana.com)
version: 1.0
date_created: 2025-12-10
date_modified: 2025-12-10
show_metadata_block: true
show_index_link: true
---
# Анализ рисков нарушения уникальности регистра CRM_ЖурналДокументов
## Сравнение конфигураций
### Структура регистра в CRM3devLocal
**Измерения:**
1. **ГлавнаяЗапись** - `Boolean`
2. **Клиент** - `CatalogRef.Партнеры` (только один тип)
3. **Объект** - `Characteristic.CRM_ОбъектыЖурналаДокументов`
4. **CRM_Интерес** - `DocumentRef.CRM_Интерес`
### Структура регистра в CRM326_TEST (новая конфигурация)
**Измерения:**
1. **ГлавнаяЗапись** - `Boolean`
2. **Клиент** - `CatalogRef.Партнеры` **ИЛИ** `CatalogRef.CRM_ПотенциальныеКлиенты` (два типа)
3. **Объект** - `Characteristic.CRM_ОбъектыЖурналаДокументов`
4. **CRM_Интерес** - `DocumentRef.CRM_Интерес`
## Ключевое различие
В **CRM3devLocal** измерение "Клиент" может содержать только ссылки на справочник `Партнеры`.
В **CRM326_TEST** измерение "Клиент" может содержать ссылки на два справочника:
- `Партнеры`
- `CRM_ПотенциальныеКлиенты`
## Риски нарушения уникальности при реструктуризации
### 1. Обнуление ссылок на удаляемые объекты
При реструктуризации регистра система автоматически обнуляет (приводит к `NULL`) ссылки на объекты, которые:
- Удаляются из конфигурации
- Больше не поддерживаются в типе измерения
### 2. Ссылки, которые станут NULL
#### 2.1. Измерение "Клиент"
**Риск:** Если справочник `CRM_ПотенциальныеКлиенты` удаляется из конфигурации, все ссылки на него в измерении "Клиент" будут обнулены.
**Пример проблемы:**
```
До реструктуризации:
Запись 1: ГлавнаяЗапись=true, Клиент=Партнеры.Клиент1, Объект=X, CRM_Интерес=Y
Запись 2: ГлавнаяЗапись=true, Клиент=CRM_ПотенциальныеКлиенты.Клиент2, Объект=X, CRM_Интерес=Y
После реструктуризации (если CRM_ПотенциальныеКлиенты удаляется):
Запись 1: ГлавнаяЗапись=true, Клиент=Партнеры.Клиент1, Объект=X, CRM_Интерес=Y
Запись 2: ГлавнаяЗапись=true, Клиент=NULL, Объект=X, CRM_Интерес=Y
Если есть еще одна запись с NULL клиентом:
Запись 3: ГлавнаяЗапись=true, Клиент=NULL, Объект=X, CRM_Интерес=Y
ТОГДА Запись 2 и Запись 3 станут ДУБЛИКАТАМИ!
```
#### 2.2. Измерение "Объект" (характеристика)
**Риск:** Характеристика `CRM_ОбъектыЖурналаДокументов` может содержать ссылки на различные типы объектов (справочники и документы). Если какой-то из этих типов удаляется, ссылки на него обнуляются.
**Удаляемые типы объектов, которые могут быть в характеристике:**
- `СправочникСсылка.CRM_ПотенциальныеКлиенты`
- `СправочникСсылка.CRM_ИсточникиКонтакта`
- `СправочникСсылка.CRM_КатегорииВрача`
- `СправочникСсылка.CRM_НаучныеСтепени`
- `СправочникСсылка.CRM_ОбластьИнтересов`
- `СправочникСсылка.CRM_Обращения`
- `СправочникСсылка.CRM_Специализация`
- `СправочникСсылка.CRM_Специальность`
- `СправочникСсылка.Отделы`
- `ДокументСсылка.УдалитьCRM_Сделка`
- `ДокументСсылка.УдалитьCRM_Событие`
- `ДокументСсылка.удалитьCRM_Мероприятие`
- `ДокументСсылка.удалитьCRM_Планирование`
- `ДокументСсылка.CRM_ПланированиеПоОтделам`
**Пример проблемы:**
```
До реструктуризации:
Запись 1: ГлавнаяЗапись=true, Клиент=K1, Объект=CRM_ПотенциальныеКлиенты.Клиент2, CRM_Интерес=Y
Запись 2: ГлавнаяЗапись=true, Клиент=K1, Объект=CRM_ПотенциальныеКлиенты.Клиент3, CRM_Интерес=Y
После реструктуризации (если CRM_ПотенциальныеКлиенты удаляется):
Запись 1: ГлавнаяЗапись=true, Клиент=K1, Объект=NULL, CRM_Интерес=Y
Запись 2: ГлавнаяЗапись=true, Клиент=K1, Объект=NULL, CRM_Интерес=Y
ТОГДА Запись 1 и Запись 2 станут ДУБЛИКАТАМИ!
```
#### 2.3. Измерение "CRM_Интерес"
**Риск:** Если документы определенных типов удаляются, ссылки на них обнуляются.
**Удаляемые типы документов:**
- `Документ.УдалитьCRM_Сделка`
- `Документ.УдалитьCRM_Событие`
- `Документ.удалитьCRM_Мероприятие`
- `Документ.удалитьCRM_Планирование`
- `Документ.CRM_ПланированиеПоОтделам`
**Пример проблемы:**
```
До реструктуризации:
Запись 1: ГлавнаяЗапись=true, Клиент=K1, Объект=X, CRM_Интерес=УдалитьCRM_Сделка.Документ1
Запись 2: ГлавнаяЗапись=true, Клиент=K1, Объект=X, CRM_Интерес=УдалитьCRM_Сделка.Документ2
После реструктуризации (если УдалитьCRM_Сделка удаляется):
Запись 1: ГлавнаяЗапись=true, Клиент=K1, Объект=X, CRM_Интерес=NULL
Запись 2: ГлавнаяЗапись=true, Клиент=K1, Объект=X, CRM_Интерес=NULL
ТОГДА Запись 1 и Запись 2 станут ДУБЛИКАТАМИ!
```
## Комбинированные риски
Наиболее опасны ситуации, когда обнуляются несколько измерений одновременно:
### Пример комбинированного риска:
```
До реструктуризации:
Запись 1: ГлавнаяЗапись=true, Клиент=Партнеры.K1, Объект=CRM_ПотенциальныеКлиенты.K2, CRM_Интерес=УдалитьCRM_Сделка.D1
Запись 2: ГлавнаяЗапись=true, Клиент=CRM_ПотенциальныеКлиенты.K3, Объект=CRM_ПотенциальныеКлиенты.K4, CRM_Интерес=УдалитьCRM_Сделка.D2
После реструктуризации:
Запись 1: ГлавнаяЗапись=true, Клиент=Партнеры.K1, Объект=NULL, CRM_Интерес=NULL
Запись 2: ГлавнаяЗапись=true, Клиент=NULL, Объект=NULL, CRM_Интерес=NULL
Если есть еще записи с такими же значениями после обнуления - появятся дубликаты!
```
## Сценарии нарушения уникальности
### Сценарий 1: Обнуление только "Клиент"
- **Условие:** Есть записи с `Клиент=CRM_ПотенциальныеКлиенты.*` и записи с `Клиент=NULL`
- **Результат:** После обнуления записи с `CRM_ПотенциальныеКлиенты` станут иметь `Клиент=NULL`, что может совпасть с уже существующими записями
### Сценарий 2: Обнуление только "Объект"
- **Условие:** Есть несколько записей с разными значениями `Объект`, которые ссылаются на удаляемые типы
- **Результат:** После обнуления все эти записи будут иметь `Объект=NULL`, что может создать дубликаты
### Сценарий 3: Обнуление только "CRM_Интерес"
- **Условие:** Есть несколько записей с разными значениями `CRM_Интерес`, которые ссылаются на удаляемые документы
- **Результат:** После обнуления все эти записи будут иметь `CRM_Интерес=NULL`, что может создать дубликаты
### Сценарий 4: Комбинированное обнуление
- **Условие:** Обнуляются несколько измерений одновременно
- **Результат:** Максимальный риск появления дубликатов
## Рекомендации по устранению
1. **Перед реструктуризацией:**
- Выполнить скрипт `check_duplicates_crm_journal.bsl` для выявления потенциальных дубликатов
- Проанализировать результаты и определить записи, которые нужно удалить или скорректировать
2. **Удаление записей с проблемными ссылками:**
- Удалить все записи, где `Клиент` ссылается на `CRM_ПотенциальныеКлиенты` (если этот справочник удаляется)
- Удалить все записи, где `Объект` ссылается на удаляемые типы объектов
- Удалить все записи, где `CRM_Интерес` ссылается на удаляемые документы
3. **Альтернативный подход:**
- Очистить регистр полностью
- Перезаполнить его заново, исключив объекты, которые будут удалены
## Проверка после реструктуризации
После выполнения реструктуризации необходимо проверить:
```sql
ВЫБРАТЬ
CRM_ЖурналДокументов.ГлавнаяЗапись,
CRM_ЖурналДокументов.Клиент,
CRM_ЖурналДокументов.Объект,
CRM_ЖурналДокументов.CRM_Интерес,
КОЛИЧЕСТВО(*) КАК КоличествоЗаписей
ИЗ
РегистрСведений.CRM_ЖурналДокументов КАК CRM_ЖурналДокументов
СГРУППИРОВАТЬ ПО
CRM_ЖурналДокументов.ГлавнаяЗапись,
CRM_ЖурналДокументов.Клиент,
CRM_ЖурналДокументов.Объект,
CRM_ЖурналДокументов.CRM_Интерес
ИМЕЮЩИЕ
КОЛИЧЕСТВО(*) > 1
```
Если этот запрос возвращает результаты - есть дубликаты, которые нужно устранить.
## Выводы
1. **Основной риск:** При реструктуризации регистра ссылки на удаляемые объекты обнуляются, что может привести к появлению дубликатов по комбинации оставшихся измерений.
2. **Критичные измерения для проверки:**
- **Клиент** - может содержать ссылки на `CRM_ПотенциальныеКлиенты`, который удаляется
- **Объект** - характеристика может содержать ссылки на множество удаляемых типов
- **CRM_Интерес** - может содержать ссылки на удаляемые документы
3. **Необходимые действия:**
- Выполнить проверку перед реструктуризацией
- Удалить или скорректировать проблемные записи
- Проверить уникальность после реструктуризации
docs__Быстрое_решение.md
-189
@@ -1,189 +0,0 @@
---
title: Быстрое решение проблемы обновления
author: Руководитель отдела ИТ Кудрявцев М.А. (kma@rhana.com)
version: 1.0
date_created: 2025-12-09
date_modified: 2025-12-09
show_metadata_block: true
show_index_link: true
---
# Быстрое решение проблемы обновления
> 📚 **См. также:** [Оглавление документов](docs__INDEX.md) | [Анализ ошибок обновления](docs__%D0%90%D0%BD%D0%B0%D0%BB%D0%B8%D0%B7_%D0%BE%D1%88%D0%B8%D0%B1%D0%BE%D0%BA_%D0%BE%D0%B1%D0%BD%D0%BE%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D1%8F.md) | [Инструкция по исправлению](docs__%D0%98%D0%BD%D1%81%D1%82%D1%80%D1%83%D0%BA%D1%86%D0%B8%D1%8F_%D0%BF%D0%BE_%D0%B8%D1%81%D0%BF%D1%80%D0%B0%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D1%8E.md) | [Глубинный анализ регистров](docs__%D0%93%D0%BB%D1%83%D0%B1%D0%B8%D0%BD%D0%BD%D1%8B%D0%B9_%D0%B0%D0%BD%D0%B0%D0%BB%D0%B8%D0%B7_%D1%80%D0%B5%D0%B3%D0%B8%D1%81%D1%82%D1%80%D0%BE%D0%B2.md)
## Суть проблемы
При обновлении из `crm326/crm326_test` на `crmdevlocal` система пытается удалить объекты, на которые есть ссылки в основной конфигурации.
## Три варианта решения
### Вариант 1: Быстрое (для тестирования)
**Удалить все ссылки на удаляемые объекты**
1. Запустите скрипт поиска:
```bash
python find_references.py CRM3devLocal
```
2. Откройте `references_report.txt`
3. Для каждого файла из отчета:
- Откройте файл в редакторе
- Найдите строки с удаляемыми объектами
- Закомментируйте или удалите эти строки
4. Проверьте компиляцию
**Время:** 2-4 часа
**Риск:** Может нарушить функциональность
### Вариант 2: Безопасное (рекомендуется)
**Сохранить критичные объекты в основной конфигурации**
1. Перед обновлением экспортируйте удаляемые объекты:
- Откройте конфигурацию `crm326_test`
- Экспортируйте нужные объекты в файлы
- Импортируйте их в `crmdevlocal`
2. Примените обновление
3. После обновления проверьте работоспособность
**Время:** 4-6 часов
**Риск:** Минимальный
### Вариант 3: Поэтапное (для продакшена)
**Исправить по приоритетам**
#### Приоритет 1 (критично - исправить обязательно):
- Общие модули, используемые в бизнес-логике
- Реквизиты документов, влияющие на проводки
- Перечисления в типах данных
#### Приоритет 2 (важно):
- Формы и элементы интерфейса
- Общие картинки в часто используемых формах
#### Приоритет 3 (можно отложить):
- Справочная информация
- Вспомогательные подсистемы
**Время:** 1-2 недели
**Риск:** Минимальный при правильном подходе
## Топ-10 самых проблемных объектов
1. **ОбщийМодуль.ОбменСКонтрагентами*** (10+ модулей)
- Используются в подсистеме обмена
- **Решение:** Создать обертки или удалить функциональность обмена
2. **ОбщийМодуль.ЭлектронноеВзаимодействие*** (10+ модулей)
- Используются в подсистеме ЭДО
- **Решение:** Аналогично п.1
3. **Перечисление.Приоритеты**
- Используется в 7 документах
- **Решение:** Удалить реквизит `УдалитьПриоритет` из документов
4. **ОбщаяКартинка.Комментарий**
- Используется в 5 формах
- **Решение:** Заменить на альтернативную картинку или удалить
5. **ОбщаяКартинка.ЭлектронныйДокументОшибкаПодписи**
- Используется в 5 формах
- **Решение:** Аналогично п.4
6. **Справочник.Номенклатура.Реквизит.СтавкаНДС**
- Используется в форме
- **Решение:** Удалить из формы или использовать альтернативный источник
7. **Справочник.УчетныеПолитикиОрганизаций** (множество реквизитов)
- Используется в форме элемента
- **Решение:** Удалить реквизиты из формы или заменить на альтернативные
8. **Документ.УдалитьCRM_Сделка** (множество реквизитов)
- Используется в формах
- **Решение:** Удалить элементы формы, связанные с реквизитами
9. **Документ.УдалитьCRM_Событие** (множество реквизитов)
- Используется в формах
- **Решение:** Аналогично п.8
10. **Подсистемы ЭлектронноеВзаимодействие** (5 подсистем)
- Используются в справочной информации
- **Решение:** Удалить ссылки из справочной информации
## Минимальный набор действий для быстрого старта
1. **Создать резервную копию** (5 минут)
```
Конфигурация → Сохранить конфигурацию в файлы...
```
2. **Запустить анализ** (10 минут)
```bash
python find_references.py CRM3devLocal
```
3. **Исправить топ-3 проблемы** (2-3 часа)
- Перечисление.Приоритеты → удалить реквизиты
- Общие картинки → заменить/удалить
- Критичные модули → создать обертки
4. **Проверить компиляцию** (5 минут)
```
Конфигурация → Проверить конфигурацию
```
5. **Попробовать обновление** (10 минут)
```
Конфигурация → Сравнить, объединить с конфигурацией из файла...
```
## Чек-лист быстрого исправления
- [ ] Резервная копия создана
- [ ] Скрипт анализа запущен
- [ ] Отчет проанализирован
- [ ] Перечисление.Приоритеты исправлено
- [ ] Общие картинки исправлены
- [ ] Критичные модули обработаны
- [ ] Конфигурация компилируется
- [ ] Обновление проходит без ошибок ссылок
## Если ничего не помогает
1. **Временное решение:** Отключить проверку ссылок при обновлении (не рекомендуется)
2. **Радикальное решение:**
- Создать новую конфигурацию на базе `crm326_test`
- Перенести изменения из `crmdevlocal` вручную
3. **Обратиться за помощью:**
- К команде разработки
- К поставщику конфигурации
- На форумы 1С
## Полезные команды
```bash
# Поиск всех упоминаний объекта в файлах
grep -r "ОбъектИмя" CRM3devLocal/src/
# Подсчет количества упоминаний
grep -r "ОбъектИмя" CRM3devLocal/src/ | wc -l
# Поиск с контекстом (3 строки до и после)
grep -r -A 3 -B 3 "ОбъектИмя" CRM3devLocal/src/
```
## Контакты и ресурсы
- Документация 1С: https://its.1c.ru/
- Форум 1С: https://forum.mista.ru/
- Сообщество разработчиков: https://infostart.ru/
docs__Выводы_сравнения_конфигураций.md
-165
@@ -1,165 +0,0 @@
---
title: Выводы сравнения конфигураций CRM3devLocal и CRM326_TEST
author: Руководитель отдела ИТ Кудрявцев М.А. (kma@rhana.com)
version: 1.0
date_created: 2025-12-10
date_modified: 2025-12-10
show_metadata_block: true
show_index_link: true
---
# Выводы сравнения конфигураций CRM3devLocal и CRM326_TEST
## Результаты анализа регистра CRM_ЖурналДокументов
### Ключевое различие в структуре
**Измерение "Клиент":**
- **CRM3devLocal:** Только `CatalogRef.Партнеры`
- **CRM326_TEST:** `CatalogRef.Партнеры` **ИЛИ** `CatalogRef.CRM_ПотенциальныеКлиенты`
### Ссылки, которые станут NULL после реструктуризации
#### 1. Измерение "Клиент"
- ✅ **Все ссылки на `CRM_ПотенциальныеКлиенты`** будут обнулены
- ✅ **Причина:** В новой конфигурации это измерение поддерживает только `Партнеры`
#### 2. Измерение "Объект" (характеристика)
- ✅ **Ссылки на следующие удаляемые типы будут обнулены:**
- `СправочникСсылка.CRM_ПотенциальныеКлиенты`
- `СправочникСсылка.CRM_ИсточникиКонтакта`
- `СправочникСсылка.CRM_КатегорииВрача`
- `СправочникСсылка.CRM_НаучныеСтепени`
- `СправочникСсылка.CRM_ОбластьИнтересов`
- `СправочникСсылка.CRM_Обращения`
- `СправочникСсылка.CRM_Специализация`
- `СправочникСсылка.CRM_Специальность`
- `СправочникСсылка.Отделы`
- `ДокументСсылка.УдалитьCRM_Сделка`
- `ДокументСсылка.УдалитьCRM_Событие`
- `ДокументСсылка.удалитьCRM_Мероприятие`
- `ДокументСсылка.удалитьCRM_Планирование`
- `ДокументСсылка.CRM_ПланированиеПоОтделам`
#### 3. Измерение "CRM_Интерес"
- ✅ **Ссылки на следующие удаляемые документы будут обнулены:**
- `Документ.УдалитьCRM_Сделка`
- `Документ.УдалитьCRM_Событие`
- `Документ.удалитьCRM_Мероприятие`
- `Документ.удалитьCRM_Планирование`
- `Документ.CRM_ПланированиеПоОтделам`
## Риски нарушения уникальности
### Критический риск #1: Обнуление измерения "Клиент"
**Сценарий нарушения уникальности:**
```
ДО реструктуризации:
Запись 1: ГлавнаяЗапись=true, Клиент=Партнеры.K1, Объект=X, CRM_Интерес=Y
Запись 2: ГлавнаяЗапись=true, Клиент=CRM_ПотенциальныеКлиенты.K2, Объект=X, CRM_Интерес=Y
Запись 3: ГлавнаяЗапись=true, Клиент=NULL, Объект=X, CRM_Интерес=Y
ПОСЛЕ реструктуризации:
Запись 1: ГлавнаяЗапись=true, Клиент=Партнеры.K1, Объект=X, CRM_Интерес=Y
Запись 2: ГлавнаяЗапись=true, Клиент=NULL, Объект=X, CRM_Интерес=Y ← ОБНУЛЕНО
Запись 3: ГлавнаяЗапись=true, Клиент=NULL, Объект=X, CRM_Интерес=Y
РЕЗУЛЬТАТ: Запись 2 и Запись 3 стали ДУБЛИКАТАМИ!
```
### Критический риск #2: Обнуление измерения "Объект"
**Сценарий нарушения уникальности:**
```
ДО реструктуризации:
Запись 1: ГлавнаяЗапись=true, Клиент=K1, Объект=CRM_ПотенциальныеКлиенты.K2, CRM_Интерес=Y
Запись 2: ГлавнаяЗапись=true, Клиент=K1, Объект=CRM_ПотенциальныеКлиенты.K3, CRM_Интерес=Y
ПОСЛЕ реструктуризации:
Запись 1: ГлавнаяЗапись=true, Клиент=K1, Объект=NULL, CRM_Интерес=Y ← ОБНУЛЕНО
Запись 2: ГлавнаяЗапись=true, Клиент=K1, Объект=NULL, CRM_Интерес=Y ← ОБНУЛЕНО
РЕЗУЛЬТАТ: Запись 1 и Запись 2 стали ДУБЛИКАТАМИ!
```
### Критический риск #3: Обнуление измерения "CRM_Интерес"
**Сценарий нарушения уникальности:**
```
ДО реструктуризации:
Запись 1: ГлавнаяЗапись=true, Клиент=K1, Объект=X, CRM_Интерес=УдалитьCRM_Сделка.D1
Запись 2: ГлавнаяЗапись=true, Клиент=K1, Объект=X, CRM_Интерес=УдалитьCRM_Сделка.D2
ПОСЛЕ реструктуризации:
Запись 1: ГлавнаяЗапись=true, Клиент=K1, Объект=X, CRM_Интерес=NULL ← ОБНУЛЕНО
Запись 2: ГлавнаяЗапись=true, Клиент=K1, Объект=X, CRM_Интерес=NULL ← ОБНУЛЕНО
РЕЗУЛЬТАТ: Запись 1 и Запись 2 стали ДУБЛИКАТАМИ!
```
### Максимальный риск: Комбинированное обнуление
**Сценарий нарушения уникальности:**
```
ДО реструктуризации:
Запись 1: ГлавнаяЗапись=true, Клиент=Партнеры.K1, Объект=CRM_ПотенциальныеКлиенты.K2, CRM_Интерес=УдалитьCRM_Сделка.D1
Запись 2: ГлавнаяЗапись=true, Клиент=CRM_ПотенциальныеКлиенты.K3, Объект=CRM_ПотенциальныеКлиенты.K4, CRM_Интерес=УдалитьCRM_Сделка.D2
ПОСЛЕ реструктуризации:
Запись 1: ГлавнаяЗапись=true, Клиент=Партнеры.K1, Объект=NULL, CRM_Интерес=NULL
Запись 2: ГлавнаяЗапись=true, Клиент=NULL, Объект=NULL, CRM_Интерес=NULL
Если есть еще записи с такими же значениями после обнуления - появятся дубликаты!
```
## Рекомендации
### Перед реструктуризацией:
1. ✅ **Выполнить проверку** скриптом `check_duplicates_crm_journal.bsl`
2. ✅ **Проанализировать результаты** и определить проблемные записи
3. ✅ **Удалить или скорректировать** записи с ссылками на удаляемые объекты:
- Записи с `Клиент=CRM_ПотенциальныеКлиенты.*`
- Записи с `Объект`, ссылающимся на удаляемые типы
- Записи с `CRM_Интерес`, ссылающимся на удаляемые документы
### После реструктуризации:
1. ✅ **Проверить уникальность** регистра запросом:
```sql
ВЫБРАТЬ
CRM_ЖурналДокументов.ГлавнаяЗапись,
CRM_ЖурналДокументов.Клиент,
CRM_ЖурналДокументов.Объект,
CRM_ЖурналДокументов.CRM_Интерес,
КОЛИЧЕСТВО(*) КАК КоличествоЗаписей
ИЗ
РегистрСведений.CRM_ЖурналДокументов КАК CRM_ЖурналДокументов
СГРУППИРОВАТЬ ПО
CRM_ЖурналДокументов.ГлавнаяЗапись,
CRM_ЖурналДокументов.Клиент,
CRM_ЖурналДокументов.Объект,
CRM_ЖурналДокументов.CRM_Интерес
ИМЕЮЩИЕ
КОЛИЧЕСТВО(*) > 1
```
2. ✅ **Устранить найденные дубликаты**, если они есть
## Итоговые выводы
1. ✅ **Основная причина проблемы:** При реструктуризации регистра ссылки на удаляемые объекты автоматически обнуляются, что может привести к появлению дубликатов по комбинации оставшихся измерений.
2. ✅ **Критичные измерения:**
- **Клиент** - обнуление ссылок на `CRM_ПотенциальныеКлиенты`
- **Объект** - обнуление ссылок на множество удаляемых типов
- **CRM_Интерес** - обнуление ссылок на удаляемые документы
3. ✅ **Необходимые действия:**
- Выполнить проверку перед реструктуризацией
- Удалить проблемные записи
- Проверить уникальность после реструктуризации
4. ✅ **Скрипт проверки готов:** `check_duplicates_crm_journal.bsl` учитывает все выявленные риски
docs__Глубинный_анализ_регистров.md
-296
@@ -1,296 +0,0 @@
---
title: Глубинный анализ регистров на нарушение уникальности данных
author: Руководитель отдела ИТ Кудрявцев М.А. (kma@rhana.com)
version: 1.0
date_created: 2025-12-09
date_modified: 2025-12-09
show_metadata_block: true
show_index_link: true
---
# Глубинный анализ регистров на нарушение уникальности данных
> 📚 **См. также:** [Оглавление документов](docs__INDEX.md) | [Анализ ошибок обновления](docs__%D0%90%D0%BD%D0%B0%D0%BB%D0%B8%D0%B7_%D0%BE%D1%88%D0%B8%D0%B1%D0%BE%D0%BA_%D0%BE%D0%B1%D0%BD%D0%BE%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D1%8F.md) | [ФИНАЛЬНЫЙ ОТЧЕТ](docs__%D0%A4%D0%98%D0%9D%D0%90%D0%9B%D0%AC%D0%9D%D0%AB%D0%99_%D0%9E%D0%A2%D0%A7%D0%95%D0%A2_%D0%90%D0%BD%D0%B0%D0%BB%D0%B8%D0%B7_%D1%80%D0%B5%D0%B3%D0%B8%D1%81%D1%82%D1%80%D0%BE%D0%B2.md) | [Итоговый отчет](docs__%D0%98%D1%82%D0%BE%D0%B3%D0%BE%D0%B2%D1%8B%D0%B9_%D0%BE%D1%82%D1%87%D0%B5%D1%82_%D0%B0%D0%BD%D0%B0%D0%BB%D0%B8%D0%B7%D0%B0_%D1%80%D0%B5%D0%B3%D0%B8%D1%81%D1%82%D1%80%D0%BE%D0%B2.md)
## Цель анализа
Найти регистры сведений и регистры накопления, у которых из-за удаления нетиповых и старых объектов конфигурации, на которые ссылаются реквизиты измерений, после реструктуризации может быть нарушена уникальность данных по ключу измерений.
## Методология
1. Анализ всех регистров сведений и накопления в конфигурации `CRM3devLocal`
2. Проверка измерений регистров на ссылки к удаляемым объектам
3. Выявление рисков нарушения уникальности данных
## Результаты анализа
### Проанализировано
- **Всего регистров:** 801
- **Регистров сведений:** ~400
- **Регистров накопления:** ~400
### Найдено проблемных регистров: 3
## Критические проблемы (CRITICAL)
### 1. РегистрНакопления.ТМЦВЭксплуатации
**Статус:** Весь регистр удаляется из конфигурации
**Проблема:**
- Регистр полностью удаляется при обновлении
- Все данные регистра будут потеряны
- Регистр используется для учета ТМЦ в эксплуатации
**Измерения регистра:**
- Организация (CatalogRef.Организации)
- Подразделение (CatalogRef.СтруктураПредприятия)
- ФизическоеЛицо (CatalogRef.ФизическиеЛица)
- Номенклатура (CatalogRef.Номенклатура)
- Характеристика (CatalogRef.ХарактеристикиНоменклатуры)
- Партия (CatalogRef.ПартииТМЦВЭксплуатации)
**Риск нарушения уникальности:** НЕТ (регистр полностью удаляется)
**Рекомендации:**
1. Перед обновлением экспортировать все данные из регистра
2. Определить, нужны ли эти данные после обновления
3. Если данные нужны - создать скрипт миграции в альтернативный регистр
---
### 2. РегистрСведений.УдалитьРеестрДокументов
**Статус:** Весь регистр удаляется из конфигурации
**Проблема:**
- Регистр полностью удаляется при обновлении
- Все данные регистра будут потеряны
- Регистр используется для реестра документов
**Измерения регистра:**
- ТипСсылки (CatalogRef.ИдентификаторыОбъектовМетаданных)
- Организация (CatalogRef.Организации)
- ХозяйственнаяОперация (EnumRef.ХозяйственныеОперации)
- Партнер (CatalogRef.Партнеры)
- Контрагент (CatalogRef.Контрагенты)
- НаправлениеДеятельности (CatalogRef.НаправленияДеятельности)
- Подразделение (CatalogRef.СтруктураПредприятия)
- МестоХранения (CatalogRef.СтруктураПредприятия, CatalogRef.БанковскиеСчетаОрганизаций, CatalogRef.Кассы, CatalogRef.Склады)
- ДатаДокументаИБ (Date)
- Ссылка (множество типов документов)
- РазделительЗаписи (String)
**Риск нарушения уникальности:** НЕТ (регистр полностью удаляется)
**Рекомендации:**
1. Перед обновлением экспортировать все данные из регистра
2. Определить, нужны ли эти данные после обновления
3. Если данные нужны - создать скрипт миграции в альтернативный регистр
---
### 3. РегистрСведений.РеестрДокументов
**Статус:** Весь регистр удаляется из конфигурации (возможно, это альтернативное имя для УдалитьРеестрДокументов)
**Проблема:**
- Регистр полностью удаляется при обновлении
- Все данные регистра будут потеряны
**Риск нарушения уникальности:** НЕТ (регистр полностью удаляется)
---
## Высокий риск (HIGH)
### РегистрНакопления.МатериалыИРаботыВПроизводстве
**Статус:** Имеет удаляемое измерение
**Проблема:**
- Измерение `УдалитьАналитикаУчетаНоменклатуры` удаляется из регистра
- Тип измерения: `CatalogRef.КлючиАналитикиУчетаНоменклатуры`
- Измерение помечено как "(не используется)"
**Измерения регистра:**
1. Организация
2. Номенклатура
3. Характеристика
4. Подразделение
5. Серия
6. Назначение
7. **УдалитьАналитикаУчетаНоменклатуры** ⚠️ (удаляется)
**Риск нарушения уникальности:** ВЫСОКИЙ
**Почему это критично:**
- После удаления измерения все записи с разными значениями `УдалитьАналитикаУчетаНоменклатуры` могут стать неразличимыми
- Если в регистре есть записи с одинаковыми значениями всех остальных измерений, но разными значениями `УдалитьАналитикаУчетаНоменклатуры`, после удаления измерения возникнут дубликаты по ключу
- Это нарушит уникальность данных регистра накопления
**Пример проблемы:**
```
До удаления:
Запись 1: Организация=ООО "А", Номенклатура=Товар1, УдалитьАналитикаУчетаНоменклатуры=Ключ1
Запись 2: Организация=ООО "А", Номенклатура=Товар1, УдалитьАналитикаУчетаНоменклатуры=Ключ2
После удаления измерения:
Запись 1: Организация=ООО "А", Номенклатура=Товар1
Запись 2: Организация=ООО "А", Номенклатура=Товар1
→ ДУБЛИКАТ! Нарушение уникальности!
```
**Рекомендации:**
1. **Перед обновлением:**
- Проверить наличие записей с одинаковыми значениями всех измерений, кроме `УдалитьАналитикаУчетаНоменклатуры`
- Если такие записи есть - определить стратегию обработки
2. **Варианты решения:**
**Вариант А: Очистка данных**
- Удалить все записи, где `УдалитьАналитикаУчетаНоменклатуры` заполнено
- Применить обновление
- Проверить целостность данных
**Вариант Б: Объединение записей**
- Найти все группы записей с одинаковыми значениями измерений (кроме удаляемого)
- Объединить ресурсы этих записей
- Удалить дубликаты
- Применить обновление
**Вариант В: Замена на альтернативное измерение**
- Если измерение действительно не используется, можно просто удалить его
- Но необходимо убедиться, что нет конфликтов данных
3. **Скрипт проверки:**
```bsl
// Проверка на дубликаты после удаления измерения
Запрос = Новый Запрос;
Запрос.Текст = "
|ВЫБРАТЬ
| МатериалыИРаботыВПроизводстве.Организация КАК Организация,
| МатериалыИРаботыВПроизводстве.Номенклатура КАК Номенклатура,
| МатериалыИРаботыВПроизводстве.Характеристика КАК Характеристика,
| МатериалыИРаботыВПроизводстве.Подразделение КАК Подразделение,
| МатериалыИРаботыВПроизводстве.Серия КАК Серия,
| МатериалыИРаботыВПроизводстве.Назначение КАК Назначение,
| КОЛИЧЕСТВО(РАЗЛИЧНЫЕ МатериалыИРаботыВПроизводстве.УдалитьАналитикаУчетаНоменклатуры) КАК КоличествоРазличныхЗначений
|ИЗ
| РегистрНакопления.МатериалыИРаботыВПроизводстве КАК МатериалыИРаботыВПроизводстве
|
|СГРУППИРОВАТЬ ПО
| МатериалыИРаботыВПроизводстве.Организация,
| МатериалыИРаботыВПроизводстве.Номенклатура,
| МатериалыИРаботыВПроизводстве.Характеристика,
| МатериалыИРаботыВПроизводстве.Подразделение,
| МатериалыИРаботыВПроизводстве.Серия,
| МатериалыИРаботыВПроизводстве.Назначение
|
|ИМЕЮЩИЕ
| КОЛИЧЕСТВО(РАЗЛИЧНЫЕ МатериалыИРаботыВПроизводстве.УдалитьАналитикаУчетаНоменклатуры) > 1
| И МатериалыИРаботыВПроизводстве.УдалитьАналитикаУчетаНоменклатуры НЕ РАВНО ЗНАЧЕНИЕ(Справочник.КлючиАналитикиУчетаНоменклатуры.ПустаяСсылка)
|";
Результат = Запрос.Выполнить();
Если Результат.Пустой() Тогда
Сообщить("Дубликатов не найдено. Безопасно удалять измерение.");
Иначе
Сообщить("ВНИМАНИЕ! Найдены дубликаты. Требуется обработка данных перед обновлением.");
КонецЕсли;
```
---
## Дополнительные проверки
### Регистры, которые могут иметь проблемы
Следующие регистры требуют дополнительной проверки, так как могут содержать ссылки на удаляемые объекты в измерениях:
1. **Регистры с измерениями типа "Документ"** - могут ссылаться на удаляемые документы:
- УдалитьCRM_Сделка
- УдалитьCRM_Событие
- удалитьCRM_Мероприятие
- УдалитьВводОстатковПрослеживаемыхИмпортныхТоваров
- УдалитьКассовыйЧекКоррекции
- УдалитьПроизвольныйЭД
2. **Регистры с измерениями типа "Справочник"** - могут ссылаться на удаляемые справочники:
- УдалитьCRM_ПериодыПланирования
- УдалитьНастройкиЯндексКассы
- УдалитьCRM_РазделыКарточекОбъектов
3. **Регистры с измерениями типа "Перечисление"** - могут ссылаться на удаляемые перечисления:
- Приоритеты
- ВидСервиса
- СокращенияЭД
- СостоянияНаличия
- ФорматыХраненияОдностраничныхФайлов
**Примечание:** Автоматический анализ не выявил таких регистров, но рекомендуется провести ручную проверку.
---
## План действий
### Этап 1: Подготовка (КРИТИЧНО)
1. ✅ Создать резервную копию базы данных
2. ✅ Экспортировать данные из проблемных регистров:
- РегистрНакопления.ТМЦВЭксплуатации
- РегистрСведений.УдалитьРеестрДокументов
- РегистрСведений.РеестрДокументов
3. ✅ Выполнить проверку на дубликаты для регистра МатериалыИРаботыВПроизводстве
### Этап 2: Обработка данных
1. Для регистра **МатериалыИРаботыВПроизводстве**:
- Запустить скрипт проверки на дубликаты
- Если дубликаты найдены - выполнить объединение записей или очистку
- Убедиться, что после обработки дубликатов нет
2. Для удаляемых регистров:
- Определить, нужны ли данные после обновления
- Если нужны - создать скрипт миграции
- Если не нужны - можно просто удалить данные
### Этап 3: Применение обновления
1. Применить обновление конфигурации
2. Проверить целостность данных
3. Проверить отсутствие ошибок уникальности
### Этап 4: Верификация
1. Проверить работу регистра МатериалыИРаботыВПроизводстве
2. Убедиться, что данные корректны
3. Провести функциональное тестирование
---
## Выводы
1. **Найдено 3 критических проблемы:**
- 2 регистра полностью удаляются (ТМЦВЭксплуатации, УдалитьРеестрДокументов)
- 1 регистр имеет удаляемое измерение (МатериалыИРаботыВПроизводстве)
2. **Главный риск:** РегистрНакопления.МатериалыИРаботыВПроизводстве может потерять уникальность данных после удаления измерения
3. **Рекомендация:** Обязательно выполнить проверку на дубликаты и обработку данных перед обновлением
---
## Инструменты
Созданы следующие инструменты для анализа:
1. **deep_register_analysis.py** - скрипт для автоматического анализа регистров
2. **analyze_registers.py** - базовый скрипт анализа
3. **find_references.py** - скрипт для поиска ссылок на удаляемые объекты
Все отчеты сохраняются в файлы:
- `deep_register_analysis_report.txt` - детальный отчет
- `register_analysis_report.txt` - базовый отчет
- `references_report.txt` - отчет о ссылках
docs__Инструкция_добавления_ролей_в_профиль.md
-174
@@ -1,174 +0,0 @@
---
title: Инструкция по добавлению ролей в профиль группы доступа
author: Руководитель отдела ИТ Кудрявцев М.А. (kma@rhana.com)
version: 1.0
date_created: 2025-12-11
date_modified: 2025-12-11
show_metadata_block: true
show_index_link: true
---
# Инструкция по добавлению ролей в профиль группы доступа
## Описание
Созданы программные модули на языке 1С для автоматического добавления ролей в табличную часть "Разрешенные действия (Роли)" элемента справочника "ПрофилиГруппДоступа".
## Файлы с кодом
1. **`scripts/AddRolesToAccessProfile.bsl`** - основная процедура для добавления ролей из массива
2. **`scripts/AddRolesToAccessProfileFromFile.bsl`** - процедура для добавления ролей из текстового файла
## Использование
### Вариант 1: Добавление ролей из массива
```bsl
// Получаем ссылку на элемент профиля
ЭлементПрофиля = Справочники.ПрофилиГруппДоступа.НайтиПоНаименованию("Кладовщик (без заказов поставщиков)");
// Формируем список ролей для добавления
СписокРолей = Новый Массив;
СписокРолей.Добавить("Базовые права (CRM)");
СписокРолей.Добавить("Ввод документа ""Отчет по работам"" (CRM)");
СписокРолей.Добавить("Добавление изменение актов о расхождениях после отгрузки по возврату");
// ... и так далее
// Вызываем процедуру
ДобавитьРолиВПрофильГруппыДоступа(ЭлементПрофиля, СписокРолей);
```
### Вариант 2: Добавление ролей из файла
```bsl
// Получаем ссылку на элемент профиля
ЭлементПрофиля = Справочники.ПрофилиГруппДоступа.НайтиПоНаименованию("Кладовщик (без заказов поставщиков)");
// Указываем путь к файлу со списком ролей
// Файл должен содержать по одной роли на строку
// Поддерживается формат с нумерацией (например, " 1. Название роли")
ПутьКФайлу = "C:\Temp\roles_list.txt";
// Вызываем процедуру
ДобавитьРолиВПрофильГруппыДоступаИзФайла(ЭлементПрофиля, ПутьКФайлу);
```
### Вариант 3: Использование с файлом результатов сравнения
Для использования с файлом `docs/roles_kladovshik_comparison.txt` можно:
1. Скопировать раздел "ОБЩИЙ СПИСОК РОЛЕЙ ДЛЯ ДОБАВЛЕНИЯ" в отдельный текстовый файл
2. Использовать этот файл с процедурой `ДобавитьРолиВПрофильГруппыДоступаИзФайла`
Или создать процедуру, которая автоматически извлекает список из файла результатов:
```bsl
// Процедура для извлечения списка ролей из файла результатов сравнения
Процедура ДобавитьРолиИзФайлаСравнения(ЭлементПрофиля, ПутьКФайлуСравнения) Экспорт
// Читаем файл
ТекстФайла = "";
ЧтениеТекста = Новый ЧтениеТекста(ПутьКФайлуСравнения, КодировкаТекста.UTF8);
Пока НЕ ЧтениеТекста.КонецПотока() Цикл
ТекстФайла = ТекстФайла + ЧтениеТекста.ПрочитатьСтроку() + Символы.ПС;
КонецЦикла;
ЧтениеТекста.Закрыть();
// Ищем раздел "ОБЩИЙ СПИСОК РОЛЕЙ ДЛЯ ДОБАВЛЕНИЯ"
ПозицияНачала = СтрНайти(ТекстФайла, "ОБЩИЙ СПИСОК РОЛЕЙ ДЛЯ ДОБАВЛЕНИЯ");
Если ПозицияНачала = 0 Тогда
ВызватьИсключение "В файле не найден раздел 'ОБЩИЙ СПИСОК РОЛЕЙ ДЛЯ ДОБАВЛЕНИЯ'";
КонецЕсли;
// Ищем конец раздела (следующий раздел или конец файла)
ПозицияКонца = СтрНайти(ТекстФайла, "СГРУППИРОВАННЫЙ СПИСОК", ПозицияНачала);
Если ПозицияКонца = 0 Тогда
ПозицияКонца = СтрДлина(ТекстФайла);
КонецЕсли;
// Извлекаем нужный фрагмент
ФрагментТекста = Сред(ТекстФайла, ПозицияНачала, ПозицияКонца - ПозицияНачала);
// Разбиваем на строки и извлекаем роли
СписокРолей = Новый Массив;
Строки = СтрРазделить(ФрагментТекста, Символы.ПС);
Для Каждого Строка Из Строки Цикл
Строка = СокрЛП(Строка);
Если ПустаяСтрока(Строка) Или СтрНачинаетсяС(Строка, "=") Или СтрНачинаетсяС(Строка, "-") Тогда
Продолжить;
КонецЕсли;
// Убираем нумерацию
ПозицияТочки = СтрНайти(Строка, ".");
Если ПозицияТочки > 0 И ПозицияТочки <= 4 Тогда
ЧастьДоТочки = Лев(Строка, ПозицияТочки - 1);
ЧастьДоТочки = СокрЛП(ЧастьДоТочки);
Попытка
Число(ЧастьДоТочки);
Строка = Сред(Строка, ПозицияТочки + 1);
Исключение
КонецПопытки;
КонецЕсли;
Строка = СокрЛП(Строка);
Если НЕ ПустаяСтрока(Строка) Тогда
СписокРолей.Добавить(Строка);
КонецЕсли;
КонецЦикла;
// Вызываем основную процедуру
ДобавитьРолиВПрофильГруппыДоступа(ЭлементПрофиля, СписокРолей);
КонецПроцедуры
```
## Важные замечания
1. **Проверка существования ролей**: Процедура ищет роли по точному совпадению наименования в справочнике "Роли". Если роль не найдена, она будет добавлена в список не найденных ролей.
2. **Проверка дубликатов**: Процедура проверяет, не добавлена ли уже роль в табличную часть. Если роль уже есть, она не будет добавлена повторно.
3. **Обработка ошибок**: При ошибках записи будет выброшено исключение с описанием ошибки.
4. **Результат выполнения**: После выполнения процедура выводит сообщение с информацией:
- Количество добавленных ролей
- Количество ролей, которые уже были добавлены
- Количество не найденных ролей и их список
## Требования к метаданным
Убедитесь, что в конфигурации существуют:
- Справочник `ПрофилиГруппДоступа` (или другое имя, в зависимости от конфигурации)
- Табличная часть `РазрешенныеДействияРоли` (или другое имя) с реквизитом `Роль` типа `СправочникСсылка.Роли`
- Справочник `Роли` с реквизитом `Наименование`
Если имена объектов метаданных отличаются, необходимо скорректировать код соответственно.
## Пример полного использования
```bsl
// 1. Получаем ссылку на профиль
ЭлементПрофиля = Справочники.ПрофилиГруппДоступа.НайтиПоНаименованию("Кладовщик (без заказов поставщиков)");
Если ЭлементПрофиля.Пустая() Тогда
Сообщить("Профиль не найден!");
Возврат;
КонецЕсли;
// 2. Формируем список ролей (можно из файла или вручную)
СписокРолей = Новый Массив;
СписокРолей.Добавить("Базовые права (CRM)");
СписокРолей.Добавить("Ввод документа ""Отчет по работам"" (CRM)");
// ... остальные роли
// 3. Добавляем роли
Попытка
ДобавитьРолиВПрофильГруппыДоступа(ЭлементПрофиля, СписокРолей);
Сообщить("Роли успешно добавлены!");
Исключение
Сообщить("Ошибка: " + ОписаниеОшибки());
КонецПопытки;
```
docs__Инструкция_по_запуску_md_convert.md
-205
@@ -1,205 +0,0 @@
---
title: Инструкция по запуску скрипта md_convert.py
author: Руководитель отдела ИТ Кудрявцев М.А. (kma@rhana.com)
version: 1.0
date_created: 2026-01-06
date_modified: 2026-01-06
show_metadata_block: true
show_index_link: true
---
# Инструкция по запуску скрипта md_convert.py
## Расположение скрипта
- **Путь:** `md_converter/md_convert.py`
- **Виртуальная среда:** `md_converter/venv/`
- **Версия:** 0.0.1
## Активация виртуальной среды
Перед запуском скрипта необходимо активировать виртуальную среду:
### Windows PowerShell:
```powershell
cd md_converter
.\venv\Scripts\Activate.ps1
```
### Windows CMD:
```cmd
cd md_converter
venv\Scripts\activate.bat
```
### Linux/Mac:
```bash
cd md_converter
source venv/bin/activate
```
## Базовый запуск скрипта
### 1. Запуск с конфигурацией по умолчанию
```bash
cd md_converter
venv\Scripts\python.exe md_convert.py
```
### 2. Запуск с указанием файла конфигурации
```bash
# Первый параметр (без флага)
venv\Scripts\python.exe md_convert.py config/config.yml
# Или с флагом
venv\Scripts\python.exe md_convert.py -c config/config.yml
```
## Режимы работы
### Конвертация только в HTML
```bash
venv\Scripts\python.exe md_convert.py --mode html
```
### Конвертация только в PDF
```bash
venv\Scripts\python.exe md_convert.py --mode pdf
```
### Конвертация в оба формата
```bash
venv\Scripts\python.exe md_convert.py --mode both
```
## Указание конкретных файлов
### Один файл (рекомендуется использовать абсолютный путь для файлов с кириллицей)
```bash
# Абсолютный путь (рекомендуется для Windows)
venv\Scripts\python.exe md_convert.py --mode html --file D:/edt_workspace/docs/Оценка_правок_для_переноса_НДС_22_(v1.4).md
# Относительный путь
venv\Scripts\python.exe md_convert.py --mode html --file ../docs/document.md
```
### Несколько файлов
```bash
venv\Scripts\python.exe md_convert.py --mode html --files file1.md file2.md file3.md
```
## Переопределение параметров конфигурации
### Указание входной и выходной директории
```bash
venv\Scripts\python.exe md_convert.py \
--mode html \
-i D:/edt_workspace/docs/ \
-oh D:/edt_workspace/html_md_converter/
```
### Указание выходной директории для PDF
```bash
venv\Scripts\python.exe md_convert.py \
--mode pdf \
-i D:/edt_workspace/docs/ \
-op D:/edt_workspace/pdf/
```
## Дополнительные параметры
### Режим отладки
```bash
venv\Scripts\python.exe md_convert.py --mode html --debug
```
### Указание кодировки
```bash
venv\Scripts\python.exe md_convert.py --mode html --encoding windows-1251
```
### Версия скрипта
```bash
venv\Scripts\python.exe md_convert.py --version
```
### Справка
```bash
venv\Scripts\python.exe md_convert.py --help
```
## Примеры использования
### Пример 1: Конвертация одного файла в HTML
```bash
cd md_converter
venv\Scripts\python.exe md_convert.py --mode html --file D:/edt_workspace/docs/Оценка_правок_для_переноса_НДС_22_(v1.4).md
```
### Пример 2: Конвертация всех файлов из директории в HTML и PDF
```bash
cd md_converter
venv\Scripts\python.exe md_convert.py --mode both -i D:/edt_workspace/docs/
```
### Пример 3: Конвертация с кастомной конфигурацией
```bash
cd md_converter
venv\Scripts\python.exe md_convert.py config/custom_config.yml --mode html
```
## Важные замечания
### Работа с кириллическими именами файлов в Windows
В Windows cmd.exe может искажать кириллические символы в аргументах из-за кодировки консоли (CP866). Рекомендации:
1. **Использовать абсолютные пути с прямыми слешами:**
```bash
--file D:/edt_workspace/docs/Оценка_правок_для_переноса_НДС_22_(v1.4).md
```
2. **Использовать PowerShell вместо cmd.exe** (лучше работает с UTF-8)
3. **Скрипт автоматически пытается найти файл по части имени**, если точное совпадение не найдено из-за проблем с кодировкой
### Генерация PDF
Для генерации PDF требуется установка GTK+ библиотек на Windows. См. инструкцию в `md_converter/INSTALL_GTK_WINDOWS.md`.
Если GTK+ не установлен, скрипт выдаст ошибку при попытке генерации PDF, но продолжит работу для HTML.
## Структура параметров командной строки
### Позиционные аргументы:
- `config_file` - Путь к файлу конфигурации (может быть указан первым параметром без флага)
### Основные параметры:
- `-c, --config` - Путь к файлу конфигурации
- `-f, --file` - Путь к конкретному MD файлу для конвертации
- `-F, --files` - Пути к нескольким MD файлам для конвертации
- `-i, --input-dir` - Папка с MD файлами
- `-oh, --output-html-dir` - Папка вывода HTML файлов
- `-op, --output-pdf-dir` - Папка вывода PDF файлов
- `-m, --mode` - Режим работы (html, pdf, both)
- `-e, --encoding` - Кодировка входных файлов
- `-d, --debug` - Режим отладки
- `-v, --version` - Версия скрипта
- `-h, --help` - Справка
### Дополнительные параметры:
- `--html.template_file` - Путь к HTML шаблону
- `--pdf.page_size` - Размер страницы PDF
## Приоритет параметров
1. Параметры командной строки (наивысший приоритет)
2. Файл конфигурации (если не заблокирован параметром `lock_override`)
3. Значения по умолчанию (низший приоритет)
## Обработка ошибок
- Если указан файл, который не найден, скрипт попытается найти его по части имени
- Если режим `pdf` и GTK+ не установлен, скрипт выдаст ошибку
- Если режим `both` и GTK+ не установлен, скрипт создаст HTML и выдаст предупреждение о PDF
- При ошибках обработки файлов скрипт продолжит работу с другими файлами (если `error_handling: continue`)
docs__Инструкция_по_исправлению.md
-258
@@ -1,258 +0,0 @@
---
title: Инструкция по исправлению ошибок обновления конфигурации 1С
author: Руководитель отдела ИТ Кудрявцев М.А. (kma@rhana.com)
version: 1.0
date_created: 2025-12-09
date_modified: 2025-12-09
show_metadata_block: true
show_index_link: true
---
# Инструкция по исправлению ошибок обновления конфигурации 1С
> 📚 **См. также:** [Оглавление документов](docs__INDEX.md) | [Анализ ошибок обновления](docs__%D0%90%D0%BD%D0%B0%D0%BB%D0%B8%D0%B7_%D0%BE%D1%88%D0%B8%D0%B1%D0%BE%D0%BA_%D0%BE%D0%B1%D0%BD%D0%BE%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D1%8F.md) | [Быстрое решение](docs__%D0%91%D1%8B%D1%81%D1%82%D1%80%D0%BE%D0%B5_%D1%80%D0%B5%D1%88%D0%B5%D0%BD%D0%B8%D0%B5.md) | [Глубинный анализ регистров](docs__%D0%93%D0%BB%D1%83%D0%B1%D0%B8%D0%BD%D0%BD%D1%8B%D0%B9_%D0%B0%D0%BD%D0%B0%D0%BB%D0%B8%D0%B7_%D1%80%D0%B5%D0%B3%D0%B8%D1%81%D1%82%D1%80%D0%BE%D0%B2.md)
## Шаг 1: Анализ проблемы
### 1.1. Запуск скрипта поиска ссылок
```bash
python find_references.py CRM3devLocal
```
Скрипт создаст файл `references_report.txt` с детальным отчетом о всех найденных ссылках.
### 1.2. Анализ отчета
Откройте `references_report.txt` и проанализируйте:
- Какие объекты используются наиболее часто
- В каких файлах находятся ссылки
- Критичность использования каждого объекта
## Шаг 2: Подготовка к исправлению
### 2.1. Создание резервной копии
**ВАЖНО!** Перед любыми изменениями создайте резервную копию конфигурации:
1. В конфигураторе 1С: `Конфигурация → Сохранить конфигурацию в файлы...`
2. Сохраните в отдельную папку с датой (например, `CRM3devLocal_backup_2024`)
### 2.2. Экспорт конфигурации для анализа
Если конфигурация еще не экспортирована:
1. `Конфигурация → Выгрузить конфигурацию в файлы...`
2. Укажите папку `CRM3devLocal/src`
## Шаг 3: Исправление по категориям
### 3.1. Подсистемы
**Проблема:** 5 подсистем ссылаются на `Подсистема.ЭлектронноеВзаимодействие.Справочная информация`
**Решение:**
1. Откройте файл справочной информации подсистемы
2. Найдите ссылки на удаляемые подсистемы
3. Удалите или закомментируйте эти ссылки
**Файлы для проверки:**
- `src/Subsystems/ЭлектронноеВзаимодействие/Subsystem/Information/`
### 3.2. Элементы стилей
**Проблема:** `ЭлементСтиля.ЦветГиперссылки` используется в формах
**Решение:**
1. Найдите все использования в формах (см. отчет)
2. Замените на альтернативный стиль или удалите свойство
**Файлы для проверки:**
- `Справочник.Номенклатура.Форма.ПодобныеТовары.Форма`
- `Справочник.ШаблоныДоговоров.Форма.ФормаПечати.Форма`
- `Справочник.Партнеры.Форма.CRM_ФормаЭлемента.Форма`
- `Документ.ЗаказПоставщику.Форма.ФормаЗакрытия.Форма`
**Пример замены:**
```xml
<!-- Было -->
<Properties>
<Property name="HyperlinkColor">ЭлементСтиля.ЦветГиперссылки</Property>
</Properties>
<!-- Стало -->
<Properties>
<Property name="HyperlinkColor">#0000FF</Property>
</Properties>
```
### 3.3. Общие картинки
**Проблема:** Множество картинок используется в формах
**Решение:**
1. Для каждой картинки определите, можно ли ее удалить
2. Если нет - создайте альтернативную картинку или замените на текст
**Приоритетные картинки:**
- `ОбщаяКартинка.Комментарий` - используется в 5 формах
- `ОбщаяКартинка.ЭлектронныйДокументОшибкаПодписи` - используется в 5 формах
- Остальные - по необходимости
### 3.4. Общие модули
**Проблема:** 25+ модулей используются в коде
**Решение:**
#### Вариант А: Создание оберток (рекомендуется)
1. Создайте новый общий модуль `ОбменДаннымиСВнешнимиСистемамиОбертка`
2. Скопируйте необходимые методы из удаляемого модуля
3. Замените вызовы в коде
#### Вариант Б: Удаление функциональности
1. Найдите все вызовы методов модуля
2. Удалите или закомментируйте код, использующий эти методы
3. Добавьте заглушки, если необходимо
**Пример:**
```bsl
// Было
ОбменДаннымиСВнешнимиСистемами.ОтправитьДанные(Параметры);
// Стало (вариант А)
ОбменДаннымиСВнешнимиСистемамиОбертка.ОтправитьДанные(Параметры);
// Или (вариант Б)
// Функциональность отключена
// ОбменДаннымиСВнешнимиСистемами.ОтправитьДанные(Параметры);
```
### 3.5. Реквизиты справочников и документов
**Проблема:** Множество реквизитов используется в формах
**Решение:**
1. Откройте каждую форму из отчета
2. Удалите элементы формы, связанные с удаляемыми реквизитами
3. Обновите код формы, если он использует эти реквизиты
**Критичные реквизиты:**
- `Справочник.Номенклатура.Реквизит.СтавкаНДС` - используется в форме
- Реквизиты документов `УдалитьCRM_*` - используются в формах
**Пример:**
```bsl
// В коде формы найти и удалить/закомментировать:
// ЭлементыФормы.СтавкаНДС
// Объект.СтавкаНДС
```
### 3.6. Перечисления
**Проблема:** 5 перечислений используются в типах данных и коде
**Решение:**
#### Для `Перечисление.Приоритеты`:
1. Найти все использования в документах
2. Заменить на альтернативное перечисление или удалить реквизит
**Документы с реквизитом `УдалитьПриоритет`:**
- `Документ.ЗаданиеНаПеревозку`
- `Документ.ЗаказКлиента`
- `Документ.ЗаказПоставщику`
- `Документ.ЗаявкаНаВозвратТоваровОтКлиента`
- `Документ.ЗаявкаНаРасходованиеДенежныхСредств`
- `Документ.ОрдерНаПеремещениеТоваров`
- `Документ.РасходныйОрдерНаТовары`
**Действия:**
1. Удалить реквизит `УдалитьПриоритет` из этих документов
2. Удалить элементы формы, связанные с этим реквизитом
3. Обновить код, использующий этот реквизит
#### Для других перечислений:
Аналогично - найти использования и удалить/заменить
### 3.7. Отчеты и обработки
**Проблема:** Отчеты и обработки используются в интерфейсе
**Решение:**
1. Удалить команды, ссылающиеся на удаляемые отчеты/обработки
2. Удалить пункты меню, связанные с ними
3. Обновить интерфейсы
## Шаг 4: Проверка и тестирование
### 4.1. Компиляция конфигурации
1. Откройте конфигуратор
2. `Конфигурация → Проверить конфигурацию`
3. Исправьте все ошибки компиляции
### 4.2. Проверка обновления
1. `Конфигурация → Сравнить, объединить с конфигурацией из файла...`
2. Выберите конфигурацию `crm326/crm326_test`
3. Проверьте, что ошибок о ссылках больше нет
### 4.3. Функциональное тестирование
1. Запустите конфигурацию в режиме предприятия
2. Проверьте основные функции
3. Убедитесь, что удаленные объекты не вызывают ошибок
## Шаг 5: Применение обновления
После исправления всех ошибок:
1. `Конфигурация → Обновить конфигурацию базы данных...`
2. Выберите конфигурацию `crm326/crm326_test`
3. Следуйте инструкциям мастера обновления
## Чек-лист исправлений
- [ ] Создана резервная копия
- [ ] Запущен скрипт поиска ссылок
- [ ] Проанализирован отчет
- [ ] Исправлены ссылки на подсистемы
- [ ] Исправлены ссылки на элементы стилей
- [ ] Исправлены ссылки на общие картинки
- [ ] Исправлены ссылки на общие модули
- [ ] Исправлены ссылки на реквизиты
- [ ] Исправлены ссылки на перечисления
- [ ] Исправлены ссылки на отчеты и обработки
- [ ] Конфигурация компилируется без ошибок
- [ ] Проверка обновления проходит успешно
- [ ] Проведено функциональное тестирование
## Дополнительные рекомендации
1. **Ведите журнал изменений**: Записывайте все изменения для последующего анализа
2. **Тестируйте поэтапно**: После исправления каждой категории проверяйте компиляцию
3. **Используйте систему контроля версий**: Коммитьте изменения после каждого этапа
4. **Консультируйтесь с командой**: При сомнениях в критичности объекта
## Автоматизация (опционально)
Для массовой замены можно использовать скрипты поиска и замены:
```python
# Пример скрипта для замены
import re
def replace_in_file(file_path, old_pattern, new_text):
with open(file_path, 'r', encoding='utf-8') as f:
content = f.read()
new_content = content.replace(old_pattern, new_text)
with open(file_path, 'w', encoding='utf-8') as f:
f.write(new_content)
```
**ВНИМАНИЕ:** Используйте автоматизацию с осторожностью и всегда проверяйте результаты!
docs__Итоговый_отчет_анализа_регистров.md
-371
@@ -1,371 +0,0 @@
---
title: "Итоговый отчет: Глубинный анализ регистров на нарушение уникальности"
author: Руководитель отдела ИТ Кудрявцев М.А. (kma@rhana.com)
version: 1.0
date_created: 2025-12-09
date_modified: 2025-12-09
show_metadata_block: true
show_index_link: true
---
# Итоговый отчет: Глубинный анализ регистров на нарушение уникальности
> 📚 **См. также:** [Оглавление документов](docs__INDEX.md) | [ФИНАЛЬНЫЙ ОТЧЕТ](docs__%D0%A4%D0%98%D0%9D%D0%90%D0%9B%D0%AC%D0%9D%D0%AB%D0%99_%D0%9E%D0%A2%D0%A7%D0%95%D0%A2_%D0%90%D0%BD%D0%B0%D0%BB%D0%B8%D0%B7_%D1%80%D0%B5%D0%B3%D0%B8%D1%81%D1%82%D1%80%D0%BE%D0%B2.md) | [Глубинный анализ регистров](docs__%D0%93%D0%BB%D1%83%D0%B1%D0%B8%D0%BD%D0%BD%D1%8B%D0%B9_%D0%B0%D0%BD%D0%B0%D0%BB%D0%B8%D0%B7_%D1%80%D0%B5%D0%B3%D0%B8%D1%81%D1%82%D1%80%D0%BE%D0%B2.md) | [Анализ ошибок обновления](docs__%D0%90%D0%BD%D0%B0%D0%BB%D0%B8%D0%B7_%D0%BE%D1%88%D0%B8%D0%B1%D0%BE%D0%BA_%D0%BE%D0%B1%D0%BD%D0%BE%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D1%8F.md)
## Резюме
Проведен полный анализ всех регистров сведений и регистров накопления в конфигурации `CRM3devLocal` на предмет возможного нарушения уникальности данных после обновления до конфигурации `CRM326/CRM326_TEST`.
## Методология анализа
1. **Автоматический анализ:** Сканирование всех файлов метаданных регистров (801 регистр)
2. **Проверка удаляемых объектов:** Анализ измерений на ссылки к удаляемым объектам
3. **Выявление рисков:** Определение регистров с потенциальными проблемами уникальности
## Результаты анализа
### Статистика
- **Всего проанализировано регистров:** 801
- **Регистров сведений:** ~400
- **Регистров накопления:** ~400
- **Найдено проблемных регистров:** 3
---
## КРИТИЧЕСКИЕ ПРОБЛЕМЫ
### 1. РегистрНакопления.ТМЦВЭксплуатации
**Статус:** ⚠️ КРИТИЧНО - Весь регистр удаляется
**Описание проблемы:**
- Регистр полностью удаляется из конфигурации при обновлении
- Все данные регистра будут потеряны без возможности восстановления
- Регистр используется для учета товарно-материальных ценностей в эксплуатации
**Структура регистра:**
- **Тип:** Регистр накопления (Обороты)
- **Измерения:**
- Организация (CatalogRef.Организации)
- Подразделение (CatalogRef.СтруктураПредприятия)
- ФизическоеЛицо (CatalogRef.ФизическиеЛица)
- Номенклатура (CatalogRef.Номенклатура)
- Характеристика (CatalogRef.ХарактеристикиНоменклатуры)
- Партия (CatalogRef.ПартииТМЦВЭксплуатации)
- **Ресурсы:**
- Количество (Number, 15.3)
**Риск нарушения уникальности:** НЕТ (регистр полностью удаляется, данные теряются)
**Действия:**
1. ✅ Экспортировать все данные из регистра перед обновлением
2. ✅ Определить необходимость данных после обновления
3. ✅ Если данные критичны - создать скрипт миграции в альтернативный регистр
4. ✅ Если данные не нужны - можно удалить перед обновлением
---
### 2. РегистрСведений.УдалитьРеестрДокументов
**Статус:** ⚠️ КРИТИЧНО - Весь регистр удаляется
**Описание проблемы:**
- Регистр полностью удаляется из конфигурации при обновлении
- Все данные регистра будут потеряны
- Регистр помечен как "(не используется)" в метаданных
**Структура регистра:**
- **Тип:** Регистр сведений (периодический)
- **Измерения:**
- ТипСсылки (CatalogRef.ИдентификаторыОбъектовМетаданных)
- Организация (CatalogRef.Организации)
- ХозяйственнаяОперация (EnumRef.ХозяйственныеОперации)
- Партнер (CatalogRef.Партнеры)
- Контрагент (CatalogRef.Контрагенты)
- НаправлениеДеятельности (CatalogRef.НаправленияДеятельности)
- Подразделение (CatalogRef.СтруктураПредприятия)
- МестоХранения (множество типов)
- ДатаДокументаИБ (Date)
- Ссылка (множество типов документов)
- РазделительЗаписи (String)
- **Ресурсы:**
- НомерДокументаИБ (String, 30)
- Статус (EnumRef - множество типов)
- Ответственный (CatalogRef.Пользователи)
- ДополнительнаяЗапись (Boolean)
- Дополнительно (String, 100)
- Комментарий (String, 100)
- Проведен (Boolean)
- ПометкаУдаления (Boolean)
- ДатаПервичногоДокумента (Date)
- И другие...
**Риск нарушения уникальности:** НЕТ (регистр полностью удаляется)
**Действия:**
1. ✅ Экспортировать данные (если они есть и нужны)
2. ✅ Убедиться, что регистр действительно не используется
3. ✅ Можно безопасно удалить перед обновлением
---
### 3. РегистрСведений.РеестрДокументов
**Статус:** ⚠️ КРИТИЧНО - Весь регистр удаляется
**Описание:**
- Возможно, это альтернативное имя для `УдалитьРеестрДокументов`
- Требуется дополнительная проверка
**Действия:**
1. ✅ Уточнить, является ли это дубликатом `УдалитьРеестрДокументов`
2. ✅ Экспортировать данные перед обновлением
---
## ВЫСОКИЙ РИСК
### РегистрНакопления.МатериалыИРаботыВПроизводстве
**Статус:** ⚠️ ВЫСОКИЙ РИСК - Удаляется измерение
**Описание проблемы:**
- Из регистра удаляется измерение `УдалитьАналитикаУчетаНоменклатуры`
- Измерение помечено как "(не используется)" в метаданных
- Тип измерения: `CatalogRef.КлючиАналитикиУчетаНоменклатуры`
**Структура регистра:**
- **Тип:** Регистр накопления (Остатки)
- **Измерения:**
1. Организация
2. Номенклатура
3. Характеристика
4. Подразделение
5. Серия
6. Назначение
7. **УдалитьАналитикаУчетаНоменклатуры** ⚠️ (УДАЛЯЕТСЯ)
- **Ресурсы:**
- Количество (Number, 15.3)
**Почему это критично:**
После удаления измерения `УдалитьАналитикаУчетаНоменклатуры` все записи с одинаковыми значениями остальных измерений, но разными значениями удаляемого измерения, станут неразличимыми. Это приведет к нарушению уникальности ключа регистра.
**Пример проблемы:**
```
ДО удаления измерения:
┌─────────────┬──────────────┬─────────────────────────────────────┬──────────┐
│ Организация │ Номенклатура │ УдалитьАналитикаУчетаНоменклатуры │ Количество│
├─────────────┼──────────────┼─────────────────────────────────────┼──────────┤
│ ООО "А" │ Товар1 │ Ключ1 │ 10 │
│ ООО "А" │ Товар1 │ Ключ2 │ 20 │
└─────────────┴──────────────┴─────────────────────────────────────┴──────────┘
ПОСЛЕ удаления измерения:
┌─────────────┬──────────────┬──────────┐
│ Организация │ Номенклатура │ Количество│
├─────────────┼──────────────┼──────────┤
│ ООО "А" │ Товар1 │ 10 │ ← ДУБЛИКАТ!
│ ООО "А" │ Товар1 │ 20 │ ← ДУБЛИКАТ!
└─────────────┴──────────────┴──────────┘
→ НАРУШЕНИЕ УНИКАЛЬНОСТИ!
```
**Рекомендации:**
#### Шаг 1: Проверка на дубликаты
**ОБЯЗАТЕЛЬНО** выполнить проверку перед обновлением:
```bsl
// Использовать скрипт check_duplicates_materials.bsl
// Или выполнить запрос вручную
```
**Запрос для проверки:**
```sql
ВЫБРАТЬ
МатериалыИРаботыВПроизводстве.Организация,
МатериалыИРаботыВПроизводстве.Номенклатура,
МатериалыИРаботыВПроизводстве.Характеристика,
МатериалыИРаботыВПроизводстве.Подразделение,
МатериалыИРаботыВПроизводстве.Серия,
МатериалыИРаботыВПроизводстве.Назначение,
КОЛИЧЕСТВО(РАЗЛИЧНЫЕ МатериалыИРаботыВПроизводстве.УдалитьАналитикаУчетаНоменклатуры) КАК КоличествоРазличныхЗначений
ИЗ
РегистрНакопления.МатериалыИРаботыВПроизводстве КАК МатериалыИРаботыВПроизводстве
СГРУППИРОВАТЬ ПО
МатериалыИРаботыВПроизводстве.Организация,
МатериалыИРаботыВПроизводстве.Номенклатура,
МатериалыИРаботыВПроизводстве.Характеристика,
МатериалыИРаботыВПроизводстве.Подразделение,
МатериалыИРаботыВПроизводстве.Серия,
МатериалыИРаботыВПроизводстве.Назначение
ИМЕЮЩИЕ
КОЛИЧЕСТВО(РАЗЛИЧНЫЕ МатериалыИРаботыВПроизводстве.УдалитьАналитикаУчетаНоменклатуры) > 1
И МатериалыИРаботыВПроизводстве.УдалитьАналитикаУчетаНоменклатуры НЕ РАВНО ЗНАЧЕНИЕ(Справочник.КлючиАналитикиУчетаНоменклатуры.ПустаяСсылка)
```
#### Шаг 2: Варианты решения
**Вариант А: Очистка данных (если измерение не используется)**
Если измерение действительно не используется и все значения пустые или одинаковые:
1. Удалить все записи, где `УдалитьАналитикаУчетаНоменклатуры` заполнено
2. Применить обновление
3. Проверить целостность данных
**Вариант Б: Объединение записей (если есть дубликаты)**
Если найдены дубликаты:
1. Найти все группы записей с одинаковыми значениями измерений (кроме удаляемого)
2. Объединить ресурсы (суммировать Количество) этих записей
3. Удалить дубликаты
4. Оставить одну запись с суммированным значением
5. Применить обновление
**Вариант В: Замена на альтернативное измерение**
Если измерение используется, но должно быть заменено:
1. Определить альтернативное измерение или атрибут
2. Создать скрипт миграции данных
3. Перенести значения в альтернативное место
4. Применить обновление
#### Шаг 3: После обновления
1. Проверить целостность данных регистра
2. Убедиться, что нет ошибок уникальности
3. Провести функциональное тестирование
---
## План действий перед обновлением
### Этап 1: Подготовка (КРИТИЧНО) ⚠️
- [ ] **Создать полную резервную копию базы данных**
- [ ] **Экспортировать данные из проблемных регистров:**
- [ ] РегистрНакопления.ТМЦВЭксплуатации
- [ ] РегистрСведений.УдалитьРеестрДокументов
- [ ] РегистрСведений.РеестрДокументов
- [ ] **Выполнить проверку на дубликаты для регистра МатериалыИРаботыВПроизводстве:**
- [ ] Запустить скрипт `check_duplicates_materials.bsl`
- [ ] Проанализировать результаты
- [ ] Определить стратегию обработки
### Этап 2: Обработка данных
#### Для регистра МатериалыИРаботыВПроизводстве:
- [ ] Если дубликаты НЕ найдены:
- [ ] Можно безопасно применять обновление
- [ ] Измерение будет удалено без последствий
- [ ] Если дубликаты найдены:
- [ ] Выбрать вариант решения (А, Б или В)
- [ ] Выполнить обработку данных
- [ ] Повторно проверить на дубликаты
- [ ] Убедиться, что дубликатов больше нет
#### Для удаляемых регистров:
- [ ] Определить, нужны ли данные после обновления
- [ ] Если нужны:
- [ ] Создать скрипт миграции данных
- [ ] Протестировать миграцию на копии базы
- [ ] Если не нужны:
- [ ] Можно удалить данные перед обновлением
### Этап 3: Применение обновления
- [ ] Применить обновление конфигурации из `CRM326/CRM326_TEST`
- [ ] Проверить отсутствие ошибок при обновлении
- [ ] Проверить целостность данных
### Этап 4: Верификация
- [ ] Проверить работу регистра МатериалыИРаботыВПроизводстве
- [ ] Убедиться, что данные корректны
- [ ] Проверить отсутствие ошибок уникальности
- [ ] Провести функциональное тестирование
- [ ] Если данные были мигрированы - проверить их корректность
---
## Инструменты и скрипты
### Созданные инструменты:
1. **deep_register_analysis.py** - автоматический анализ всех регистров
- Находит регистры с удаляемыми измерениями
- Проверяет ссылки на удаляемые объекты
- Генерирует детальный отчет
2. **check_duplicates_materials.bsl** - проверка дубликатов в регистре МатериалыИРаботыВПроизводстве
- Находит группы записей с дубликатами
- Выводит детальную информацию
- Помогает определить стратегию обработки
3. **analyze_registers.py** - базовый анализ регистров
4. **find_references.py** - поиск ссылок на удаляемые объекты
### Отчеты:
- `deep_register_analysis_report.txt` - детальный отчет анализа
- `register_analysis_report.txt` - базовый отчет
- `references_report.txt` - отчет о ссылках
---
## Выводы
### Критические проблемы:
1. **3 регистра полностью удаляются:**
- РегистрНакопления.ТМЦВЭксплуатации
- РегистрСведений.УдалитьРеестрДокументов
- РегистрСведений.РеестрДокументов
2. **1 регистр имеет удаляемое измерение:**
- РегистрНакопления.МатериалыИРаботыВПроизводстве
- Измерение: УдалитьАналитикаУчетаНоменклатуры
### Главный риск:
**РегистрНакопления.МатериалыИРаботыВПроизводстве** может потерять уникальность данных после удаления измерения `УдалитьАналитикаУчетаНоменклатуры`.
### Обязательные действия:
1. ✅ **ОБЯЗАТЕЛЬНО** выполнить проверку на дубликаты перед обновлением
2. ✅ **ОБЯЗАТЕЛЬНО** обработать найденные дубликаты
3. ✅ **ОБЯЗАТЕЛЬНО** создать резервную копию базы данных
4. ✅ **ОБЯЗАТЕЛЬНО** экспортировать данные из удаляемых регистров
### Рекомендации:
- Не применять обновление без предварительной проверки на дубликаты
- Использовать созданные скрипты для автоматизации проверки
- Документировать все действия по обработке данных
- Тестировать на копии базы данных перед применением к рабочей базе
---
## Контакты и поддержка
При возникновении вопросов или проблем:
1. Обратиться к администратору базы данных
2. Проконсультироваться с разработчиками конфигурации
3. Использовать форумы и сообщества 1С
---
**Дата анализа:** 2024
**Версия конфигурации:** CRM3devLocal → CRM326/CRM326_TEST
**Статус:** Требуется обработка данных перед обновлением
docs__Отчет_о_конвертации.md
-97
@@ -1,97 +0,0 @@
---
title: Отчет о конвертации Markdown в HTML
author: Руководитель отдела ИТ Кудрявцев М.А. (kma@rhana.com)
version: 1.0
date_created: 2025-12-09
date_modified: 2025-12-09
show_metadata_block: true
show_index_link: true
---
# Отчет о конвертации Markdown в HTML
## Статус: ✅ Успешно завершено
### Результаты конвертации
- **Всего конвертировано файлов:** 11
- **Ошибок:** 0
- **Предупреждений:** 0
- **Битых ссылок:** 0
### Созданные файлы
#### HTML файлы (в папке `html/`)
1. **INDEX.html** - Оглавление всех документов
2. **Анализ_ошибок_обновления.html** - Анализ ошибок обновления
3. **Быстрое_решение.html** - Быстрое решение проблемы
4. **Глубинный_анализ_регистров.html** - Глубинный анализ регистров
5. **Инструкция_по_исправлению.html** - Инструкция по исправлению
6. **Итоговый_отчет_анализа_регистров.html** - Итоговый отчет
7. **ФИНАЛЬНЫЙ_ОТЧЕТ_Анализ_регистров.html** - Финальный отчет
8. **README_md_to_html.html** - Инструкция по использованию скрипта
9. **analysis_report.html** - Отчет анализа
10. **analysis_report_detailed.html** - Детальный отчет анализа
11. **Партнеры_АналитическийОтчет.html** - Аналитический отчет по партнерам
### Реализованные возможности
#### ✅ Перекрестные ссылки между документами
Все ссылки на другие `.md` файлы автоматически конвертируются в ссылки на соответствующие `.html` файлы.
**Пример:**
```markdown
[Глубинный анализ регистров](docs__%D0%93%D0%BB%D1%83%D0%B1%D0%B8%D0%BD%D0%BD%D1%8B%D0%B9_%D0%B0%D0%BD%D0%B0%D0%BB%D0%B8%D0%B7_%D1%80%D0%B5%D0%B3%D0%B8%D1%81%D1%82%D1%80%D0%BE%D0%B2.md)
```
Конвертируется в:
```html
<a href="Глубинный_анализ_регистров.html">Глубинный анализ регистров</a>
```
#### ✅ Навигационные ссылки
В каждом HTML файле автоматически добавляется блок навигации со ссылками на все остальные документы.
#### ✅ Индексный файл
Создан файл `INDEX.md` (и `INDEX.html`) с оглавлением всех документов, сгруппированных по категориям:
- Анализ и отчеты
- Инструкции
- Другое
#### ✅ Добавлены перекрестные ссылки в документах
В начало каждого основного документа добавлены блоки со ссылками на связанные документы:
- Оглавление документов
- Связанные отчеты и анализы
- Инструкции и решения
### Проверка корректности
Все HTML файлы проверены на:
- ✅ Корректность структуры HTML
- ✅ Наличие всех необходимых тегов
- ✅ Работоспособность перекрестных ссылок
- ✅ Корректность кодировки (UTF-8)
- ✅ Наличие стилей и оформления
- ✅ Отсутствие битых ссылок
### Использование
1. Откройте файл `html/INDEX.html` в браузере для навигации по всем документам
2. Используйте навигационные ссылки в каждом документе для перехода между страницами
3. Все перекрестные ссылки между документами работают корректно
### Инструменты
- **md_to_html.py** - Скрипт конвертации с поддержкой перекрестных ссылок
- **check_html_files.py** - Скрипт проверки корректности HTML файлов
- **INDEX.md** - Автоматически генерируемый индексный файл
---
**Дата конвертации:** 2024
**Статус:** ✅ Все файлы успешно конвертированы и проверены
docs__Оценка_правок_для_переноса_НДС_22.md
-1849
File diff suppressed because it is too large Load Diff
docs__Перечень_констант_crm3-26-test.md
-1310
File diff suppressed because it is too large Load Diff
docs__Перечень_констант_crm3-dev.md
-1159
File diff suppressed because it is too large Load Diff
docs__Проблема_неуникальности_регистра_CRM_ЖурналДокументов.md
-260
@@ -1,260 +0,0 @@
---
title: Проблема неуникальности регистра CRM_ЖурналДокументов
version: 1.0
author: Руководитель отдела ИТ Кудрявцев М.А. (kma@rhana.com)
date_created: 2025-12-09
date_modified: 2025-12-09
show_metadata_block: true
show_index_link: true
---
# Проблема неуникальности регистра CRM_ЖурналДокументов
> 📚 **См. также:** [Оглавление документов](docs__INDEX.md) | [Список объектов для удаления из подсистем](docs__%D0%A1%D0%BF%D0%B8%D1%81%D0%BE%D0%BA_%D0%BE%D0%B1%D1%8A%D0%B5%D0%BA%D1%82%D0%BE%D0%B2_%D0%B4%D0%BB%D1%8F_%D1%83%D0%B4%D0%B0%D0%BB%D0%B5%D0%BD%D0%B8%D1%8F_%D0%B8%D0%B7_%D0%BF%D0%BE%D0%B4%D1%81%D0%B8%D1%81%D1%82%D0%B5%D0%BC.md) | [Анализ ошибок обновления](docs__%D0%90%D0%BD%D0%B0%D0%BB%D0%B8%D0%B7_%D0%BE%D1%88%D0%B8%D0%B1%D0%BE%D0%BA_%D0%BE%D0%B1%D0%BD%D0%BE%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D1%8F.md)
## Контекст проблемы
После успешного удаления всех объектов из состава подсистем и сохранения новой конфигурации **CRM3-26** поверх рабочей **CRM3**, при завершении процесса обновления возникла ошибка:
```
Записи регистра сведений стали неуникальными: CRM_ЖурналДокументов
```
## Описание проблемы
### Суть ошибки
Регистр сведений `CRM_ЖурналДокументов` содержит дублирующиеся записи, которые нарушают уникальность ключа регистра. Это означает, что в регистре есть несколько записей с одинаковыми значениями всех измерений.
### Причины возникновения
1. **Изменение структуры регистра** - при обновлении конфигурации могли измениться измерения регистра
2. **Миграция данных** - при переносе данных из старой конфигурации могли возникнуть дубликаты
3. **Ошибки в данных** - в исходной конфигурации уже могли существовать дубликаты, которые не проверялись
4. **Удаление измерений** - если из регистра было удалено измерение, которое различало записи, они могли стать дубликатами
### Критичность
**ВЫСОКАЯ** - Обновление конфигурации не может быть завершено до устранения проблемы.
---
## Решение проблемы
### Шаг 1: Проверка дубликатов
Необходимо выполнить запрос для выявления дублирующихся записей в регистре `CRM_ЖурналДокументов`.
#### Запрос для проверки дубликатов
```bsl
// Проверка на дубликаты в регистре сведений CRM_ЖурналДокументов
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| CRM_ЖурналДокументов.Документ КАК Документ,
| КОЛИЧЕСТВО(*) КАК КоличествоДубликатов
ИЗ
| РегистрСведений.CRM_ЖурналДокументов КАК CRM_ЖурналДокументов
|
|СГРУППИРОВАТЬ ПО
| CRM_ЖурналДокументов.Документ
|
|ИМЕЮЩИЕ
| КОЛИЧЕСТВО(*) > 1";
Результат = Запрос.Выполнить();
Выборка = Результат.Выбрать();
Если Выборка.Количество() > 0 Тогда
Сообщить("Обнаружены дубликаты в регистре CRM_ЖурналДокументов:");
Пока Выборка.Следующий() Цикл
Сообщить(" Документ: " + Выборка.Документ
+ ", Количество дубликатов: " + Выборка.КоличествоДубликатов);
КонецЦикла;
Иначе
Сообщить("Дубликаты в регистре CRM_ЖурналДокументов не обнаружены.");
КонецЕсли;
```
**Примечание:** Структура запроса может отличаться в зависимости от фактических измерений регистра. Необходимо уточнить структуру регистра в конфигураторе.
### Шаг 2: Анализ структуры регистра
Перед выполнением запроса необходимо:
1. Открыть конфигурацию в конфигураторе
2. Найти регистр `РегистрСведений.CRM_ЖурналДокументов`
3. Проверить список измерений регистра
4. Адаптировать запрос под фактическую структуру
### Шаг 3: Варианты решения
#### Вариант 1: Удаление дубликатов (если данные не критичны)
Если дубликаты не несут важной информации, их можно удалить, оставив только одну запись для каждого уникального ключа.
```bsl
// Удаление дубликатов из регистра CRM_ЖурналДокументов
// ВНИМАНИЕ: Выполнять только после резервного копирования!
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ ПЕРВЫЕ 1
| CRM_ЖурналДокументов.Ссылка КАК Ссылка
ИЗ
| РегистрСведений.CRM_ЖурналДокументов КАК CRM_ЖурналДокументов
|
|ГДЕ
| CRM_ЖурналДокументов.Документ = &Документ
|
|УПОРЯДОЧИТЬ ПО
| CRM_ЖурналДокументов.Ссылка";
// Для каждого документа с дубликатами
// Оставить первую запись, остальные удалить
```
#### Вариант 2: Объединение данных (если данные важны)
Если в дубликатах есть различающиеся данные в ресурсах, необходимо объединить их перед удалением дубликатов.
#### Вариант 3: Корректировка измерений (если структура изменилась)
Если проблема возникла из-за изменения структуры регистра, может потребоваться:
- Добавить временное измерение для различения записей
- Выполнить миграцию данных
- Удалить временное измерение
### Шаг 4: Проверка после исправления
После устранения дубликатов необходимо:
1. Повторно выполнить запрос проверки дубликатов
2. Убедиться, что дубликатов больше нет
3. Попробовать завершить обновление конфигурации
---
## Детальный запрос для анализа
Для более детального анализа можно использовать следующий запрос:
```bsl
// Детальный анализ дубликатов в регистре CRM_ЖурналДокументов
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| CRM_ЖурналДокументов.Документ КАК Документ,
| КОЛИЧЕСТВО(*) КАК КоличествоЗаписей,
| МИНИМУМ(CRM_ЖурналДокументов.Период) КАК ПерваяЗапись,
| МАКСИМУМ(CRM_ЖурналДокументов.Период) КАК ПоследняяЗапись
ИЗ
| РегистрСведений.CRM_ЖурналДокументов КАК CRM_ЖурналДокументов
|
|СГРУППИРОВАТЬ ПО
| CRM_ЖурналДокументов.Документ
|
|ИМЕЮЩИЕ
| КОЛИЧЕСТВО(*) > 1
|
|УПОРЯДОЧИТЬ ПО
| КоличествоЗаписей УБЫВ";
Результат = Запрос.Выполнить();
Выборка = Результат.Выбрать();
Если Выборка.Количество() > 0 Тогда
Сообщить("Детальный анализ дубликатов:");
Пока Выборка.Следующий() Цикл
Сообщить(" Документ: " + Выборка.Документ
+ ", Записей: " + Выборка.КоличествоЗаписей
+ ", Период первой: " + Выборка.ПерваяЗапись
+ ", Период последней: " + Выборка.ПоследняяЗапись);
КонецЦикл;
КонецЕсли;
```
---
## Рекомендации
### Перед исправлением
1. ✅ **Создать резервную копию базы данных**
2. ✅ **Выполнить запрос проверки** для оценки масштаба проблемы
3. ✅ **Проанализировать результаты** - понять, какие документы имеют дубликаты
4. ✅ **Определить стратегию** - удаление или объединение данных
### При исправлении
1. ⚠️ **Выполнять в режиме монопольного доступа**
2. ⚠️ **Не выполнять во время работы пользователей**
3. ⚠️ **Сохранять логи** всех операций
4. ⚠️ **Тестировать на копии** базы данных перед применением к рабочей
### После исправления
1. ✅ **Проверить отсутствие дубликатов**
2. ✅ **Проверить целостность данных**
3. ✅ **Попробовать завершить обновление**
4. ✅ **Провести функциональное тестирование**
---
## Альтернативные решения
### Если проблема не решается стандартными методами
1. **Обратиться в поддержку 1С** - возможно, это известная проблема с решением
2. **Проверить обновления платформы** - возможно, требуется обновление платформы 1С
3. **Использовать утилиты миграции** - специальные утилиты для миграции данных
4. **Ручная корректировка** - если записей немного, можно исправить вручную
---
## Связанные проблемы
При обновлении конфигурации могут возникнуть аналогичные проблемы с другими регистрами:
- Регистры сведений с измененной структурой
- Регистры накопления с удаленными измерениями
- Регистры с данными, требующими миграции
**Рекомендация:** После устранения проблемы с `CRM_ЖурналДокументов` проверить другие регистры на наличие аналогичных проблем.
---
## Чек-лист действий
- [ ] Создать резервную копию базы данных
- [ ] Открыть конфигурацию в конфигураторе
- [ ] Проверить структуру регистра `CRM_ЖурналДокументов`
- [ ] Адаптировать запрос проверки под структуру регистра
- [ ] Выполнить запрос проверки дубликатов
- [ ] Проанализировать результаты
- [ ] Определить стратегию исправления
- [ ] Выполнить исправление (на копии базы)
- [ ] Проверить результат
- [ ] Применить к рабочей базе
- [ ] Завершить обновление конфигурации
- [ ] Провести тестирование
---
## История проблемы
### Версия 1.0 (Текущая итерация)
- Обнаружена проблема после удаления объектов из состава подсистем
- Конфигурация сохранена, но обновление не завершено
- Требуется устранение дубликатов в регистре `CRM_ЖурналДокументов`
---
**Дата создания:** 2024
**Статус:** Требуется решение
**Критичность:** ВЫСОКАЯ
**Контекст:** Применение CRM3-26 поверх рабочей CRM3
docs__Проверка_ставки_НДС_22.md
-60
@@ -1,60 +0,0 @@
---
title: Проверка наличия ставки НДС 22% в целевой конфигурации CRM326
author: Руководитель отдела ИТ Кудрявцев М.А. (kma@rhana.com)
version: 1.0
date_created: 2025-12-13
date_modified: 2025-12-13
show_metadata_block: true
show_index_link: true
---
# Проверка наличия ставки НДС 22% в целевой конфигурации CRM326
## Результаты проверки
**Дата проверки:** 13.12.2025
## Найдены реализации ставки НДС 22%
В целевой конфигурации `CRM326/CRM326_TEST` обнаружены упоминания ставки НДС 22% в следующих файлах:
### 1. Регистр накопления "СводныеДвижения"
- **Файл:** `CRM326_TEST/src/AccumulationRegisters/СводныеДвижения/ManagerModule.bsl`
- **Строка 105:** Упоминание `СтавкаНДС22`
### 2. Общий модуль "УчетНДС"
- **Файл:** `CRM326_TEST/src/CommonModules/УчетНДС/Module.bsl`
- **Найдено несколько упоминаний:**
- Строка 2068: `Справочники.СтавкиНДС.НайтиПервый("СтавкаНДС22", ...)`
- Строка 2069: `Справочники.СтавкиНДС.СтавкаНДС22.СоздатьНаборЗаписей()`
- Строка 2072: `Справочники.СтавкиНДС.СтавкаНДС22.СоздатьНаборЗаписей()`
- Строка 2365: Использование `Справочники.СтавкиНДС.СтавкаНДС22.ЗначениеПроцент`
- Строка 2393: Использование `Справочники.СтавкиНДС.СтавкаНДС22.ЗначениеПропорция`
- Строка 2455: `Параметры.Установить("СтавкаНДС22ЗначениеПроцент", Справочники.СтавкиНДС.СтавкаНДС22.ЗначениеПроцент)`
- Строка 2457: `Параметры.Установить("СтавкаНДС22ЗначениеПропорция", Справочники.СтавкиНДС.СтавкаНДС22.ЗначениеПропорция)`
### 3. Общий модуль "РасчетыСКлиентами"
- **Файл:** `CRM326_TEST/src/CommonModules/РасчетыСКлиентами/Module.bsl`
- **Найдено множество упоминаний:**
- Строки 2138, 2184, 2218, 2245, 2271, 2335, 2361, 2611, 2887, 2982, 3030, 3078, 3276: Проверки условий с использованием `&СтавкаНДС22`
### 4. Другие модули
- **Файл:** `CRM326_TEST/src/CommonModules/РасчетыСПоставщиками/Module.bsl`
- Строки 1584, 1608, 1624, 1632, 1640, 1648, 1786: Использование `СтавкаНДС22` в расчетах
## Вывод
**Ставка НДС 22% реализована в целевой конфигурации CRM326.**
Реализация включает:
1. Элемент справочника "СтавкиНДС" с кодом/именем "СтавкаНДС22"
2. Использование в модулях учета НДС
3. Использование в расчетах с клиентами и поставщиками
4. Использование в регистрах накопления для учета движений
## Рекомендации
1. Проверить наличие элемента справочника "СтавкиНДС" с кодом "СтавкаНДС22" в метаданных конфигурации
2. Убедиться, что значение ставки установлено корректно (22% или 0.22)
3. Проверить даты действия ставки НДС 22% (если применимо)
docs__РЕЗУЛЬТАТЫ_КОНВЕРТАЦИИ.md
-238
@@ -1,238 +0,0 @@
---
title: Результаты конвертации Markdown в HTML
author: Руководитель отдела ИТ Кудрявцев М.А. (kma@rhana.com)
version: 1.0
date_created: 2025-12-09
date_modified: 2025-12-09
show_metadata_block: true
show_index_link: true
---
# Результаты конвертации Markdown в HTML
## ✅ Статус: Успешно завершено
### Итоговая статистика
- **Всего конвертировано файлов:** 12
- **Ошибок при конвертации:** 0
- **Ошибок в HTML файлах:** 0
- **Предупреждений:** 0
- **Битых ссылок:** 0
---
## Реализованные возможности
### ✅ 1. Перекрестные ссылки между документами
Все ссылки на другие `.md` файлы автоматически конвертируются в ссылки на соответствующие `.html` файлы.
**Пример конвертации:**
```markdown
[Глубинный анализ регистров](docs__%D0%93%D0%BB%D1%83%D0%B1%D0%B8%D0%BD%D0%BD%D1%8B%D0%B9_%D0%B0%D0%BD%D0%B0%D0%BB%D0%B8%D0%B7_%D1%80%D0%B5%D0%B3%D0%B8%D1%81%D1%82%D1%80%D0%BE%D0%B2.md)
```
↓
```html
<a href="Глубинный_анализ_регистров.html">Глубинный анализ регистров</a>
```
**Результат:** Все перекрестные ссылки работают корректно в HTML формате.
### ✅ 2. Автоматическая навигация
В каждом HTML файле автоматически добавляется блок навигации со ссылками на все остальные документы.
**Расположение:** В верхней части каждого документа, перед основным содержимым.
**Стиль:** Синие кнопки с белым текстом, при наведении темнеют.
### ✅ 3. Индексный файл (INDEX.md/INDEX.html)
Создан автоматически генерируемый индексный файл со всеми документами, сгруппированными по категориям:
- **Анализ и отчеты** (5 документов)
- **Инструкции** (2 документа)
- **Другое** (5 документов)
### ✅ 4. Добавлены перекрестные ссылки в документах
В начало каждого основного документа добавлены блоки со ссылками на связанные документы:
- Оглавление документов (INDEX)
- Связанные отчеты и анализы
- Инструкции и решения
**Формат:** Блоки с эмодзи 📚 и ссылками на связанные документы.
---
## Список конвертированных файлов
### HTML файлы (в папке `html/`)
1. ✅ **INDEX.html** - Оглавление всех документов (23 ссылки)
2. ✅ **Анализ_ошибок_обновления.html** - Анализ ошибок обновления (15 ссылок)
3. ✅ **Быстрое_решение.html** - Быстрое решение проблемы (15 ссылок)
4. ✅ **Глубинный_анализ_регистров.html** - Глубинный анализ регистров (15 ссылок)
5. ✅ **Инструкция_по_исправлению.html** - Инструкция по исправлению (15 ссылок)
6. ✅ **Итоговый_отчет_анализа_регистров.html** - Итоговый отчет (15 ссылок)
7. ✅ **ФИНАЛЬНЫЙ_ОТЧЕТ_Анализ_регистров.html** - Финальный отчет (15 ссылок)
8. ✅ **Отчет_о_конвертации.html** - Отчет о конвертации (11 ссылок)
9. ✅ **README_md_to_html.html** - Инструкция по использованию скрипта (11 ссылок)
10. ✅ **analysis_report.html** - Отчет анализа (11 ссылок)
11. ✅ **analysis_report_detailed.html** - Детальный отчет анализа (26 ссылок)
12. ✅ **Партнеры_АналитическийОтчет.html** - Аналитический отчет по партнерам (20 ссылок)
---
## Проверка корректности
### ✅ Структура HTML
Все файлы проверены на:
- ✅ Наличие `<!DOCTYPE html>`
- ✅ Корректная структура `<html>`, `<head>`, `<body>`
- ✅ Наличие тега `<title>` с осмысленным содержимым
- ✅ Указана кодировка UTF-8
- ✅ Присутствуют стили CSS
### ✅ Ссылки
- ✅ Все перекрестные ссылки между документами работают
- ✅ Относительные пути корректны
- ✅ Нет битых ссылок
- ✅ Навигационные ссылки присутствуют во всех файлах
### ✅ Оформление
- ✅ Адаптивный дизайн
- ✅ Подсветка синтаксиса кода
- ✅ Стилизованные таблицы
- ✅ Красивое оформление блоков цитат
- ✅ Оглавление (TOC) работает корректно
### ✅ Контент
- ✅ Все содержимое Markdown корректно отображается
- ✅ Таблицы отформатированы правильно
- ✅ Код подсвечен синтаксисом
- ✅ Списки отображаются корректно
---
## Использование
### Открытие документов
1. **Начните с индексного файла:**
```
html/INDEX.html
```
Откройте этот файл в браузере для навигации по всем документам.
2. **Используйте навигацию:**
- В каждом документе есть блок навигации вверху
- Используйте его для перехода между документами
- Все перекрестные ссылки в тексте также работают
3. **Прямые ссылки:**
Можно открыть любой HTML файл напрямую - все ссылки будут работать корректно.
### Примеры ссылок
- `html/INDEX.html` - Главная страница с оглавлением
- `html/Анализ_ошибок_обновления.html` - Анализ ошибок
- `html/ФИНАЛЬНЫЙ_ОТЧЕТ_Анализ_регистров.html` - Финальный отчет
- `html/Глубинный_анализ_регистров.html` - Глубинный анализ
---
## Инструменты
### Созданные скрипты
1. **md_to_html.py** - Основной скрипт конвертации
- Поддержка перекрестных ссылок
- Автоматическая навигация
- Создание индексного файла
- Гибкие параметры запуска
2. **check_html_files.py** - Скрипт проверки корректности
- Проверка структуры HTML
- Проверка ссылок
- Выявление битых ссылок
- Статистика
3. **compare_configurations.py** - Сравнение конфигураций
- Поиск удаляемых объектов
- Генерация отчетов
4. **deep_register_analysis.py** - Анализ регистров
- Поиск проблем с уникальностью
- Детальные отчеты
### Автоматически созданные файлы
- **INDEX.md** - Индексный файл (автоматически обновляется)
- **INDEX.html** - HTML версия индексного файла
---
## Технические детали
### Формат HTML
- **Версия:** HTML5
- **Кодировка:** UTF-8
- **Стили:** Встроенные CSS
- **Адаптивность:** Да (responsive design)
### Поддерживаемые возможности Markdown
- ✅ Заголовки всех уровней
- ✅ Списки (нумерованные и маркированные)
- ✅ Таблицы
- ✅ Блоки кода с подсветкой синтаксиса
- ✅ Цитаты
- ✅ Ссылки (включая перекрестные)
- ✅ Изображения
- ✅ Горизонтальные разделители
- ✅ Автоматическое оглавление (TOC)
### Особенности реализации
1. **Относительные пути:** Все ссылки используют относительные пути, что позволяет открывать файлы из любой папки
2. **Автоматическая навигация:** Каждый документ содержит ссылки на все остальные
3. **Красивое оформление:** Современный дизайн с адаптивной версткой
4. **Подсветка кода:** Автоматическая подсветка синтаксиса для блоков кода
---
## Рекомендации
1. **Для просмотра:** Откройте `html/INDEX.html` в браузере
2. **Для обновления:** Запустите `python md_to_html.py --create-index`
3. **Для проверки:** Запустите `python check_html_files.py`
4. **Для добавления ссылок:** Используйте формат `[текст](файл.md)` в Markdown
---
## Заключение
✅ **Все задачи выполнены успешно:**
1. ✅ Создан скрипт конвертации с поддержкой перекрестных ссылок
2. ✅ Создан индексный файл со всеми документами
3. ✅ Все MD файлы конвертированы в HTML
4. ✅ Добавлены перекрестные ссылки в документах
5. ✅ Проверена корректность всех HTML файлов
6. ✅ Проверена работоспособность всех ссылок
**Результат:** Все 12 HTML файлов корректны, все ссылки работают, документы готовы к использованию.
---
**Дата конвертации:** 2024
**Статус:** ✅ Полностью готово к использованию
docs__Реализация_переноса_НДС_22.md
-829
@@ -1,829 +0,0 @@
---
title: Реализация переноса НДС 22%
version: 1.0
date_created: 2026-01-05
date_modified: 2026-01-05
author: Руководитель отдела ИТ Кудрявцев М.А. (kma@rhana.com)
description: Результаты проверки реализации переноса функционала ставки НДС 22% в старой конфигурации на основе документа оценки
status: Выполнение проверки на тестовой базе
extension: CRM3devLocal.Рана
extension_version: 3.0.22.26/1.0.1.316
based_on: Оценка_правок_для_переноса_НДС_22_(v1.4).md
based_on_title: Оценка правок для переноса функционала ставки НДС 22%
based_on_version: 1.4
show_metadata_block: true
show_index_link: true
show_toc: true
---
# Реализация переноса НДС 22%
## Дата проверки
05.01.2026
## Версия документа
1.0 от 05.01.2026
## Автор работ по переносу
Руководитель отдела ИТ Кудрявцев М.А. (kma@rhana.com)
## Текущий статус
Выполнение проверки на тестовой базе
## Версия расширения
**Расширение:** `CRM3devLocal.Рана`
**Версия:** `3.0.22.26/1.0.1.316`
## Основа для проверки
Документ-основание: [Оценка правок для переноса функционала ставки НДС 22% (v1.4)](Оценка_правок_для_переноса_НДС_22_(v1.4).md)
---
## Результаты проверки реализации
### 1. Перечисление "СтавкиНДС"
#### 1.1. Добавление значений в перечисление
**Статус:** ✅ **ВЫПОЛНЕНО КОРРЕКТНО**
**Проверка:**
- ✅ Значение `НДС22` добавлено в перечисление `СтавкиНДС` в расширении `CRM3devLocal.Рана`
- ✅ Значение `НДС22_122` добавлено в перечисление `СтавкиНДС` в расширении `CRM3devLocal.Рана`
- ✅ Значения присутствуют в файле `CRM3devLocal.Рана/src/Enums/СтавкиНДС.xml`
**Расположение:** `CRM3devLocal.Рана/src/Enums/СтавкиНДС.xml`
**Примечание:** Изменения внесены в расширение, что соответствует архитектуре конфигурации.
---
### 2. Общий модуль "УчетНДСУП"
#### 2.1. Модификация функции СтавкаНДСПоУмолчанию
**Статус:** ✅ **ВЫПОЛНЕНО КОРРЕКТНО**
**Проверка:**
- ✅ Функция модифицирована в расширении `CRM3devLocal.Рана/src/CommonModules/УчетНДСУП/Ext/Module.bsl`
- ✅ Добавлена проверка даты для ставки НДС 22%
- ✅ Корректно используется дата `'20260101'` для начала действия ставки НДС 22%
**Реализация (строки 17-23):**
```bsl
// Добавление ставки НДС 22%
Если ДатаПолучения >= '20260101' Тогда
Возврат ?(РасчетнаяСтавка, Перечисления.СтавкиНДС.НДС22_122, Перечисления.СтавкиНДС.НДС22);
ИначеЕсли ДатаПолучения >= '20190101' Тогда
Возврат ?(РасчетнаяСтавка, Перечисления.СтавкиНДС.НДС20_120, Перечисления.СтавкиНДС.НДС20);
Иначе
Возврат ?(РасчетнаяСтавка, Перечисления.СтавкиНДС.НДС18_118, Перечисления.СтавкиНДС.НДС18);
КонецЕсли;
```
**Примечание:** Функция корректно определяет ставку НДС по умолчанию в зависимости от даты: для дат >= 01.01.2026 возвращает ставку 22%, для дат >= 01.01.2019 - ставку 20%, для более ранних дат - ставку 18%.
#### 2.2. Модификация функции СкорректироватьСтавкуНДС
**Статус:** ✅ **ВЫПОЛНЕНО КОРРЕКТНО**
**Проверка:**
- ✅ Функция модифицирована в расширении `CRM3devLocal.Рана/src/CommonModules/УчетНДСУП/Ext/Module.bsl`
- ✅ Добавлена проверка ставок НДС22 и НДС22_122 (строки 47-50)
- ✅ Корректно обрабатывается определение расчетной ставки для НДС22_122
**Реализация (строки 45-50):**
```bsl
Если СтавкаНДС = Перечисления.СтавкиНДС.НДС18 Или СтавкаНДС = Перечисления.СтавкиНДС.НДС18_118
Или СтавкаНДС = Перечисления.СтавкиНДС.НДС20 Или СтавкаНДС = Перечисления.СтавкиНДС.НДС20_120
Или СтавкаНДС = Перечисления.СтавкиНДС.НДС22 Или СтавкаНДС = Перечисления.СтавкиНДС.НДС22_122 Тогда
СтавкаНДСПоУмолчанию = УчетНДСУП.СтавкаНДСПоУмолчанию(Дата, СтавкаНДС = Перечисления.СтавкиНДС.НДС18_118
Или СтавкаНДС = Перечисления.СтавкиНДС.НДС20_120
Или СтавкаНДС = Перечисления.СтавкиНДС.НДС22_122);
```
---
### 3. Общий модуль "ДенежныеСредстваСервер"
#### 3.1. Обработка ставки НДС 22% в расчете суммы НДС
**Статус:** ✅ **ВЫПОЛНЕНО КОРРЕКТНО**
**Проверка:**
- ✅ Модифицирован модуль `CRM3devLocal.Рана/src/CommonModules/ДенежныеСредстваСервер/Ext/Module.bsl`
- ✅ Добавлена обработка ставки НДС22 с расчетом суммы НДС (строки 130-131)
- ✅ Расчет выполняется по формуле: `Платеж.Сумма * 22 / 122`
**Реализация (строки 130-138):**
```bsl
Если Платеж.СтавкаНДС = Перечисления.СтавкиНДС.НДС22 Тогда
Платеж.СуммаНДС = Платеж.Сумма * 22 / 122;
ИначеЕсли Платеж.СтавкаНДС = Перечисления.СтавкиНДС.НДС20 Тогда
Платеж.СуммаНДС = Платеж.Сумма * 20 / 120;
...
```
---
### 4. Общий модуль "МенеджерОбменаЧерезУниверсальныйФормат"
#### 4.1. Преобразование ставки НДС в строковое представление
**Статус:** ✅ **ВЫПОЛНЕНО КОРРЕКТНО**
**Проверка:**
- ✅ Модифицирован модуль `CRM3devLocal.Рана/src/CommonModules/МенеджерОбменаЧерезУниверсальныйФормат/Ext/Module.bsl`
- ✅ Добавлена обработка НДС22 и НДС22_122 в режиме совместимости (строки 50-55)
- ✅ Добавлена обработка НДС22 и НДС22_122 в современном режиме (строки 74-77)
- ✅ Реализовано обратное преобразование из строки в перечисление с учетом даты (строки 123-141)
**Реализация для режима совместимости (строки 50-55):**
```bsl
Если Строка.СтавкаНДС = Перечисления.СтавкиНДС.НДС18
ИЛИ Строка.СтавкаНДС = Перечисления.СтавкиНДС.НДС20
ИЛИ Строка.СтавкаНДС = Перечисления.СтавкиНДС.НДС22 Тогда
Строка.СтавкаНДССтрокой = "НДС4";
ИначеЕсли Строка.СтавкаНДС = Перечисления.СтавкиНДС.НДС18_118
ИЛИ Строка.СтавкаНДС = Перечисления.СтавкиНДС.НДС20_120
ИЛИ Строка.СтавкаНДС = Перечисления.СтавкиНДС.НДС22_122 Тогда
Строка.СтавкаНДССтрокой = "НДС4_104";
```
**Реализация обратного преобразования (строки 122-141):**
```bsl
ИначеЕсли ЗначениеСтавкиНДС = "НДС4" Тогда
Если ПолученныеДанные.Дата >= Дата("20260101") Тогда
СтруктураДанныхСтроки.СтавкаНДС = Перечисления.СтавкиНДС.НДС22;
ИначеЕсли ПолученныеДанные.Дата >= Дата("20190101") Тогда
СтруктураДанныхСтроки.СтавкаНДС = Перечисления.СтавкиНДС.НДС20;
Иначе
СтруктураДанныхСтроки.СтавкаНДС = Перечисления.СтавкиНДС.НДС18;
КонецЕсли;
ИначеЕсли ЗначениеСтавкиНДС = "НДС4_102" Тогда
Если ПолученныеДанные.Дата >= Дата("20260101") Тогда
СтруктураДанныхСтроки.СтавкаНДС = Перечисления.СтавкиНДС.НДС22_122;
...
ИначеЕсли ЗначениеСтавкиНДС = "НДС22" Тогда
СтруктураДанныхСтроки.СтавкаНДС = Перечисления.СтавкиНДС.НДС22;
ИначеЕсли ЗначениеСтавкиНДС = "НДС22_122" Тогда
СтруктураДанныхСтроки.СтавкаНДС = Перечисления.СтавкиНДС.НДС22_122;
```
**Примечание:** Обратное преобразование корректно использует дату `20260101`.
---
### 5. Общий модуль "ИнтеграцияСЯндексКассойУТ"
#### 5.1. Маппинг ставки НДС для Яндекс.Кассы
**Статус:** ✅ **ВЫПОЛНЕНО КОРРЕКТНО**
**Проверка:**
- ✅ Модифицирован модуль `CRM3devLocal.Рана/src/CommonModules/ИнтеграцияСЯндексКассойУТ/Ext/Module.bsl`
- ✅ Добавлена обработка НДС22 в группу ставок с кодом 4 (строки 31-32)
- ✅ Добавлена обработка НДС22_122 в группу ставок с кодом 6 (строки 37-38)
**Реализация (строки 29-38):**
```bsl
ИначеЕсли СтавкаНДС = Перечисления.СтавкиНДС.НДС18
ИЛИ СтавкаНДС = Перечисления.СтавкиНДС.НДС20
ИЛИ СтавкаНДС = Перечисления.СтавкиНДС.НДС22 Тогда
СтавкаНДСЧислом = 4;
...
ИначеЕсли СтавкаНДС = Перечисления.СтавкиНДС.НДС18_118
ИЛИ СтавкаНДС = Перечисления.СтавкиНДС.НДС20_120
ИЛИ СтавкаНДС = Перечисления.СтавкиНДС.НДС22_122 Тогда
СтавкаНДСЧислом = 6;
```
---
### 6. Общий модуль "ПодключаемоеОборудованиеOfflineВызовСервера"
#### 6.1. Обработка ставки НДС 22% для офлайн-оборудования
**Статус:** ✅ **ВЫПОЛНЕНО КОРРЕКТНО**
**Проверка:**
- ✅ Модифицирован модуль `CRM3devLocal.Рана/src/CommonModules/ПодключаемоеОборудованиеOfflineВызовСервера/Ext/Module.bsl`
- ✅ Добавлена обработка НДС22 (строки 49-51)
- ✅ Вызывается функция `МенеджерОфлайнОборудования.ПолучитьСтавкуНДС22()`
**Реализация (строки 49-51):**
```bsl
ИначеЕсли СтавкаНДС = Перечисления.СтавкиНДС.НДС22 Тогда
Возврат МенеджерОфлайнОборудования.ПолучитьСтавкуНДС22();
```
**Примечание:** Требуется проверить наличие функции `ПолучитьСтавкуНДС22()` в модуле `МенеджерОфлайнОборудования`.
---
### 7. Общий модуль "УчетНДСПереопределяемый"
#### 7.1. Функция ПолучитьСтавкуНДС
**Статус:** ✅ **ВЫПОЛНЕНО КОРРЕКТНО**
**Проверка:**
- ✅ Модифицирован модуль `CRM3devLocal.Рана/src/CommonModules/УчетНДСПереопределяемый/Ext/Module.bsl`
- ✅ Добавлена обработка НДС22 и НДС22_122 в начало функции (строки 51-52)
- ✅ Функция возвращает значение 22 для ставок НДС22 и НДС22_122
**Реализация (строки 51-52):**
```bsl
Если СтавкаНДС = Перечисления.СтавкиНДС.НДС22 ИЛИ СтавкаНДС = Перечисления.СтавкиНДС.НДС22_122 Тогда
Возврат 22;
```
**Критичность:** Критическая - эта функция используется для пересчета суммы НДС в документах с табличной частью.
---
### 8. Общий модуль "УчетНДСУПКлиентСервер"
#### 8.1. Функция ПолучитьСтавкуНДС
**Статус:** ✅ **ВЫПОЛНЕНО КОРРЕКТНО**
**Проверка:**
- ✅ Модифицирован модуль `CRM3devLocal.Рана/src/CommonModules/УчетНДСУПКлиентСервер/Ext/Module.bsl`
- ✅ Добавлена обработка НДС22 и НДС22_122 в начало функции (строки 6-9)
- ✅ Функция возвращает значение 22 для ставок НДС22 и НДС22_122
**Реализация (строки 6-9):**
```bsl
Если СтавкаНДС = ПредопределенноеЗначение("Перечисление.СтавкиНДС.НДС22")
Или СтавкаНДС = ПредопределенноеЗначение("Перечисление.СтавкиНДС.НДС22_122") Тогда
Возврат 22;
КонецЕсли;
```
**Критичность:** Критическая - эта функция используется для пересчета суммы НДС в документах с табличной частью.
---
### 9. Общий модуль "УчетНДСУПСлужебный"
#### 9.1. Функция СоответствующаяРасчетнаяСтавкаНДС
**Статус:** ✅ **ВЫПОЛНЕНО КОРРЕКТНО**
**Проверка:**
- ✅ Модифицирован модуль `CRM3devLocal.Рана/src/CommonModules/УчетНДСУПСлужебный/Ext/Module.bsl`
- ✅ Добавлена обработка НДС22 (строки 16-17)
- ✅ Функция возвращает НДС22_122 для ставки НДС22
**Реализация (строки 16-17):**
```bsl
Если СтавкаНДС = Перечисления.СтавкиНДС.НДС22 Тогда
РасчетнаяСтавка = Перечисления.СтавкиНДС.НДС22_122;
```
#### 9.2. Функция СообщитьОбОшибкахКорректностьУказанияСтавкиНДСПродажи
**Статус:** ✅ **ВЫПОЛНЕНО КОРРЕКТНО**
**Проверка:**
- ✅ Модифицирована функция в модуле `CRM3devLocal.Рана/src/CommonModules/УчетНДСУПСлужебный/Ext/Module.bsl`
- ✅ Добавлена проверка даты документа (строка 66)
- ✅ Добавлена проверка НДС22 и НДС22_122 с учетом даты >= 01.01.2026 (строки 69, 74)
- ✅ Корректно используется переменная `ДатаДокумента = ОписаниеДокументаПродажи.ДокументПродажи.Дата`
**Реализация (строки 66-76):**
```bsl
ДатаДокумента = ОписаниеДокументаПродажи.ДокументПродажи.Дата;
Если Выборка.СтавкаНДС = Перечисления.СтавкиНДС.НДС18 Или
Выборка.СтавкаНДС = Перечисления.СтавкиНДС.НДС20 Или
(ДатаДокумента >= Дата(2026, 1, 1) И Выборка.СтавкаНДС = Перечисления.СтавкиНДС.НДС22) Тогда
ТекстОшибки = НСтр("ru='В режиме налогообложения ""%НалогообложениеНДС%"" необходимо установить ставку 18%, 20% или 22%'");
...
ИначеЕсли Выборка.СтавкаНДС = Перечисления.СтавкиНДС.НДС18_118 Или
Выборка.СтавкаНДС = Перечисления.СтавкиНДС.НДС20_120 Или
(ДатаДокумента >= Дата(2026, 1, 1) И Выборка.СтавкаНДС = Перечисления.СтавкиНДС.НДС22_122) Тогда
ТекстОшибки = НСтр("ru='В режиме налогообложения ""%НалогообложениеНДС%"" необходимо установить ставку 18/118, 20/120 или 22/122'");
```
#### 9.3. Функция СообщитьОбОшибкахКорректностьУказанияСтавкиНДСЗакупки
**Статус:** ✅ **ВЫПОЛНЕНО КОРРЕКТНО**
**Проверка:**
- ✅ Модифицирована функция в модуле `CRM3devLocal.Рана/src/CommonModules/УчетНДСУПСлужебный/Ext/Module.bsl`
- ✅ Добавлена проверка даты документа (строка 134)
- ✅ Добавлена проверка НДС22 и НДС22_122 с учетом даты >= 01.01.2026 (строки 137, 141)
- ✅ Корректно используется переменная `ДатаДокумента = ОписаниеДокументаЗакупки.ДокументЗакупки.Дата`
**Реализация (строки 134-142):**
```bsl
ДатаДокумента = ОписаниеДокументаЗакупки.ДокументЗакупки.Дата;
Если Выборка.СтавкаНДС = Перечисления.СтавкиНДС.НДС18 Или
Выборка.СтавкаНДС = Перечисления.СтавкиНДС.НДС20
Или (ДатаДокумента >= Дата(2026, 1, 1) И Выборка.СтавкаНДС = Перечисления.СтавкиНДС.НДС22) Тогда
ТекстОшибки = НСтр("ru='В режиме налогообложения ""Закупка облагается НДС"" необходимо установить ставку 18%, 20% или 22%'");
...
ИначеЕсли Выборка.СтавкаНДС = Перечисления.СтавкиНДС.НДС18_118 Или
Выборка.СтавкаНДС = Перечисления.СтавкиНДС.НДС20_120
Или (ДатаДокумента >= Дата(2026, 1, 1) И Выборка.СтавкаНДС = Перечисления.СтавкиНДС.НДС22_122) Тогда
ТекстОшибки = НСтр("ru='В режиме налогообложения ""Закупка облагается НДС"" необходимо установить ставку 18/118, 20/120 или 22/122'");
```
---
### 10. Обработка "р_ИмпортЗаказовКлиентов"
#### 10.1. Обработка ставки НДС 22% при импорте заказов
**Статус:** ✅ **ВЫПОЛНЕНО КОРРЕКТНО**
**Проверка:**
- ✅ Модифицирован модуль `CRM3devLocal.Рана/src/DataProcessors/р_ИмпортЗаказовКлиентов/Forms/ФормаИмпортаСпецификаций/Ext/Form/Module.bsl`
- ✅ Добавлена обработка НДС22 (строки 232-233)
- ✅ Установлено значение `ЗначениеСтавкиНДС = 0.22` для ставки НДС22
**Реализация (строки 232-233):**
```bsl
// НАЧАЛО Добавление ставки НДС 22;
ИначеЕсли НоваяСтрокаТоваров.СтавкаНДС = Перечисления.СтавкиНДС.НДС22 Тогда
ЗначениеСтавкиНДС = 0.22;
// КОНЕЦ
```
---
### 11. Модуль менеджера перечисления "СтавкиНДС"
#### 11.1. Функция СтавкиПоОперациямОтражаемымВКнигеПродаж
**Статус:** ✅ **ВЫПОЛНЕНО КОРРЕКТНО**
**Проверка:**
- ✅ Модифицирован модуль `CRM3devLocal.Рана/src/Enums/СтавкиНДС/Ext/ManagerModule.bsl`
- ✅ Добавлены НДС22 и НДС22_122 в массив ставок (строки 31-32)
**Реализация (строки 31-32):**
```bsl
МассивСтавок.Добавить(Перечисления.СтавкиНДС.НДС22); // Добавить для НДС 22%
МассивСтавок.Добавить(Перечисления.СтавкиНДС.НДС22_122); // Добавить для НДС 22/122
```
#### 11.2. Обработчик ОбработкаПолученияДанныхВыбора
**Статус:** ✅ **ВЫПОЛНЕНО КОРРЕКТНО**
**Проверка:**
- ✅ Модифицирован обработчик в модуле `CRM3devLocal.Рана/src/Enums/СтавкиНДС/Ext/ManagerModule.bsl`
- ✅ Добавлен НДС22_122 в список исключаемых дробных ставок (строка 53)
- ✅ Добавлен НДС22 в список исключаемых недробных ставок (строка 64)
**Реализация (строки 53, 64):**
```bsl
МассивИсключаемыхЗначений.Добавить(Перечисления.СтавкиНДС.НДС22_122); // Добавить для НДС 22/122
...
МассивИсключаемыхЗначений.Добавить(Перечисления.СтавкиНДС.НДС22); // Добавить для НДС 22%
```
---
### 12. Общий модуль "ТорговыеПредложенияСлужебный"
#### 12.1. Функция ДействуетСтавкаНДС22
**Статус:** ✅ **ВЫПОЛНЕНО КОРРЕКТНО**
**Проверка:**
- ✅ Добавлена функция в модуль `CRM3devLocal.Рана/src/CommonModules/ТорговыеПредложенияСлужебный/Ext/Module.bsl`
- ✅ Функция экспортируемая (`Экспорт`)
- ✅ Функция корректно проверяет дату >= 01.01.2026 (строки 11-12)
- ✅ Функция размещена в области `СлужебныйПрограммныйИнтерфейс`
**Реализация (строки 9-14):**
```bsl
Функция ДействуетСтавкаНДС22(ДатаПроверки) Экспорт
ДатаВводаСтавкиНДС22 = Дата(2026, 1, 1);
Возврат ДатаПроверки >= ДатаВводаСтавкиНДС22;
КонецФункции
```
---
### 13. Обработка "ПечатьОбщихФорм"
#### 13.1. Исправление процедуры ЗаполнитьТабличныйДокументУПД
**Статус:** ✅ **ВЫПОЛНЕНО КОРРЕКТНО**
**Проверка:**
- ✅ Исправления внесены в расширение `CRM3devLocal.Рана/src/DataProcessors/ПечатьОбщихФорм/Ext/ManagerModule.bsl`
- ✅ Процедура `р_ЗаполнитьТабличныйДокументУПД` (строка 1223) исправлена
- ✅ Добавлено заполнение `СтавкаНДС` для ставки НДС 0% (строки 1592-1595)
- ✅ Добавлено заполнение `СтавкаНДС` для всех остальных ставок НДС (строки 1599-1606)
- ✅ Исправления внесены внутри существующего блока вставки (строки 1547-1636), без создания новых директив
**Реализация исправления 1 (для НДС 0%, строки 1592-1595):**
```bsl
ИначеЕсли СтрокаТовары.СтавкаНДС = Перечисления.СтавкиНДС.НДС0 Тогда
// {{ [+] (фрагмент ДОБАВЛЕН), Исправление заполнения ставки НДС для НДС 0%
// 05.01.2026 - КМА
СтруктураПараметров.Вставить("СтавкаНДС", НСтр("ru='0%'", Метаданные.Языки.Русский.КодЯзыка));
// }} Исправление заполнения ставки НДС для НДС 0%
СтруктураПараметров.Вставить("СуммаНДС", 0);
ТолькоСтавкаБезНДС = Ложь;
```
**Реализация исправления 2 (для всех остальных ставок, строки 1599-1606):**
```bsl
Иначе
// {{ [+] (фрагмент ДОБАВЛЕН), Исправление заполнения ставки НДС для всех остальных ставок
// 05.01.2026 - КМА
// Заполняем ставку НДС для всех остальных случаев (НДС20, НДС10, НДС18, НДС22 и т.д.)
Если ЗначениеЗаполнено(СтрокаТовары.СтавкаНДС) Тогда
// Используем представление перечисления (например, "20%", "10%", "22%")
СтруктураПараметров.Вставить("СтавкаНДС", Строка(СтрокаТовары.СтавкаНДС));
КонецЕсли;
// }} Исправление заполнения ставки НДС для всех остальных ставок
ТолькоСтавкаБезНДС = Ложь;
```
**Примечание:**
- Исправления внесены в соответствии с документом оценки `Оценка_правок_для_переноса_НДС_22_(v1.4).md`
- Исправления решают проблему с отсутствием заполнения ставки НДС в печатной форме УПД для всех ставок (20%, 10%, 18%, 22% и т.д.)
- Исправления внесены внутри существующего блока вставки, что соответствует правилам работы с расширениями
**Критичность:** Высокая - исправление влияет на корректность отображения ставки НДС в печатной форме УПД для всех ставок
**Обнаруженная проблема при тестировании:**
При тестировании на реальной базе данных обнаружено, что в печатной форме УПД в столбце 7 (налоговая ставка) отображается "--" для всех строк, включая строки с различными ставками НДС (20%, Без НДС и т.д.).
**Анализ проблемы:**
1. **Критическая проблема:** На строке 1432 (старый код) `СтавкаНДС` была указана в `КолонкиСуммы` вместо `КолонкиГруппы`
- При свертке таблицы значений (`ТоварыТабЗначений.Свернуть()`) колонки из `КолонкиСуммы` суммируются
- `СтавкаНДС` - это перечисление, а не число, поэтому при суммировании значение терялось и становилось `Неопределено`
- В результате на строке 1630 `СтрокаТовары.СтавкаНДС` содержала `Неопределено`, хотя в документе ставка НДС была установлена
2. Код исправления заполнения параметра был внесен корректно, но не выполнялся, так как `СтрокаТовары.СтавкаНДС` = `Неопределено`
**Внесенные исправления:**
**КРИТИЧЕСКОЕ ИСПРАВЛЕНИЕ 1: Перемещение `СтавкаНДС` из `КолонкиСуммы` в `КолонкиГруппы` (строки 1440-1446)**
**Реализация:**
```bsl
// 05.01.2026 - КМА
// Исправление колонок суммирования и группировки.
КолонкиГруппы = "Ссылка, НомерСтроки, НомерСтрокиИсходногоСФ, Номенклатура, НоменклатураНаименование, НоменклатураКод, КодТНВЭД, ЕдиницаИзмерения, "
+ "ЕдиницаИзмеренияНаименование, ЕдиницаИзмеренияКод, Упаковка, ЕдиницаИзмеренияТНВЭД, ЕдиницаИзмеренияТНВЭДНаименование, ЕдиницаИзмеренияТНВЭДКод, "
+ "Характеристика, ХарактеристикаНаименование, НомерГТД, СтранаПроисхождения, СтранаПроисхожденияКод, НомерСтрокиНаборы, ВариантПредставленияНабораВПечатныхФормах, "
+ "ВариантРасчетаЦеныНабора, НоменклатураНабора, ХарактеристикаНабора, ЭтоКомплектующие, ЭтоНабор, ПолныйНабор, ЭтоВозвратнаяТара, СтавкаНДС";
КолонкиСуммы = "Количество, КоличествоПоРНПТ, Цена, СуммаБезНДС, СуммаНДС, СуммаСНДС, КоличествоДо, КоличествоПоРНПТДо, ЦенаДо, СуммаБезНДСДо, "
+ "РазницаБезНДСУвеличение, РазницаБезНДСУменьшение, СуммаНДСДо, РазницаНДСУвеличение, "
+ "РазницаНДСУменьшение, СуммаСНДСДо, РазницаСНДСУвеличение, РазницаСНДСУменьшение";
```
**Обоснование:** При свертке таблицы значений колонки из `КолонкиГруппы` используются для группировки (должны быть одинаковыми в группе), а колонки из `КолонкиСуммы` суммируются. `СтавкаНДС` - это перечисление, а не число, поэтому его нельзя суммировать. Это исправление устраняет корневую причину проблемы.
**ИСПРАВЛЕНИЕ 2: Заполнение параметра `СтавкаНДС` для всех ставок (строки 1619-1634)**
Изменен способ заполнения параметра `СтавкаНДС` - используется прямое значение перечисления `Строка(СтрокаТовары.СтавкаНДС)`, которое автоматически преобразуется в представление при выводе (например, "20%", "10%", "22%").
**Результат исправлений:**
✅ **ПРОБЛЕМА РЕШЕНА:** Ставки НДС теперь корректно заполняются и отображаются в печатной форме УПД (столбец 7) для всех ставок НДС (20%, 10%, 0%, без НДС, 22% и т.д.).
**Соответствие рекомендациям документа оценки:**
- ✅ Применено **КРИТИЧЕСКОЕ ИСПРАВЛЕНИЕ 1** из документа `Оценка_правок_для_переноса_НДС_22_(v1.4).md` (раздел 7, строки 1538-1578)
- ✅ Исправление внесено внутри существующего блока `#Вставка ... #КонецВставки` (строки 1419-1448), без создания новых директив
- ✅ Код соответствует рекомендациям: `СтавкаНДС` перемещена в `КолонкиГруппы`, как это сделано в других печатных формах (счет-фактура, ТОРГ-12)
**Макеты УПД, используемые для формирования:**
В старой конфигурации (включая расширение) для формирования УПД используются следующие макеты в зависимости от даты документа и действующих постановлений:
**Макеты в основной конфигурации `CRM3devLocal`:**
- `ПФ_MXL_УниверсальныйПередаточныйДокумент_ru` - основной макет (постановление 1137)
- `ПФ_MXL_УниверсальныйПередаточныйДокумент_625_ru` - для постановления 625 от 25.05.2017
- `ПФ_MXL_УниверсальныйПередаточныйДокумент981_ru` - для постановления 981 от 19.08.2017
- `ПФ_MXL_УниверсальныйПередаточныйДокумент534_ru` - для постановления 534 от 02.04.2021
**Макет в расширении `CRM3devLocal.Рана`:**
- `ПФ_MXL_УниверсальныйПередаточныйДокумент1096_ru` - для постановления 1096 от 01.10.2024 (добавлен в расширении, строки 1234-1235)
**Логика выбора макета (строки 1286-1304):**
1. Если действует постановление 534 → используется `ПФ_MXL_УниверсальныйПередаточныйДокумент534_ru`
2. Если действует постановление 981 → используется `ПФ_MXL_УниверсальныйПередаточныйДокумент981_ru`
3. Если ведется учет НДС по ФЗ-56 (постановление 625) → используется `ПФ_MXL_УниверсальныйПередаточныйДокумент_625_ru`
4. Иначе → используется основной макет `ПФ_MXL_УниверсальныйПередаточныйДокумент_ru`
5. Если дата документа >= 01.10.2024 → используется `ПФ_MXL_УниверсальныйПередаточныйДокумент1096_ru` (приоритет выше)
**Расположение макетов:**
- Основные макеты: `CRM3devLocal/src/DataProcessors/ПечатьОбщихФорм/Templates/`
- Макет 1096: `CRM3devLocal.Рана/src/DataProcessors/ПечатьОбщихФорм/Templates/ПФ_MXL_УниверсальныйПередаточныйДокумент1096_ru.xml`
**Примечание:** В новой конфигурации `CRM326_TEST` самый последний макет УПД - это `ПФ_MXL_УниверсальныйПередаточныйДокумент2026` (из общих макетов `ОбщийМакет.ПФ_MXL_УниверсальныйПередаточныйДокумент2026`), который действует с 01.01.2026. В старой конфигурации этот макет отсутствует, самый последний макет - `ПФ_MXL_УниверсальныйПередаточныйДокумент1096_ru` (действует с 01.10.2024).
**Требуется дополнительная проверка:**
1. Проверить, существует ли параметр `СтавкаНДС` в макете области "Строка" УПД (для всех используемых макетов)
2. Проверить, не перезаписываются ли параметры после их заполнения
3. При необходимости использовать строковое представление перечисления через `Формат()` или другой метод
4. Проверить все макеты УПД на наличие параметра `СтавкаНДС` в области "Строка"
---
## Сводная таблица результатов
| № | Компонент | Статус | Критичность ошибки |
|---|-----------|--------|-------------------|
| 1.1 | Перечисление "СтавкиНДС" - добавление значений | ✅ Корректно | - |
| 2.1 | УчетНДСУП - СтавкаНДСПоУмолчанию | ✅ Корректно | - |
| 2.2 | УчетНДСУП - СкорректироватьСтавкуНДС | ✅ Корректно | - |
| 3.1 | ДенежныеСредстваСервер - расчет суммы НДС | ✅ Корректно | - |
| 4.1 | МенеджерОбменаЧерезУниверсальныйФормат | ✅ Корректно | - |
| 5.1 | ИнтеграцияСЯндексКассойУТ | ✅ Корректно | - |
| 6.1 | ПодключаемоеОборудованиеOfflineВызовСервера | ✅ Корректно | - |
| 7.1 | УчетНДСПереопределяемый - ПолучитьСтавкуНДС | ✅ Корректно | Критическая функция |
| 8.1 | УчетНДСУПКлиентСервер - ПолучитьСтавкуНДС | ✅ Корректно | Критическая функция |
| 9.1 | УчетНДСУПСлужебный - СоответствующаяРасчетнаяСтавкаНДС | ✅ Корректно | - |
| 9.2 | УчетНДСУПСлужебный - СообщитьОбОшибках...Продажи | ✅ Корректно | - |
| 9.3 | УчетНДСУПСлужебный - СообщитьОбОшибках...Закупки | ✅ Корректно | - |
| 10.1 | р_ИмпортЗаказовКлиентов | ✅ Корректно | - |
| 11.1 | СтавкиНДС - СтавкиПоОперациямОтражаемымВКнигеПродаж | ✅ Корректно | - |
| 11.2 | СтавкиНДС - ОбработкаПолученияДанныхВыбора | ✅ Корректно | - |
| 12.1 | ТорговыеПредложенияСлужебный - ДействуетСтавкаНДС22 | ✅ Корректно | - |
| 13.1 | ПечатьОбщихФорм - ЗаполнитьТабличныйДокументУПД | ✅ Корректно | Высокая критичность |
---
## Найденные проблемы
### Проблема с отображением ставки НДС в УПД (РЕШЕНА)
**Статус:** ✅ **РЕШЕНА**
**Описание проблемы:**
При тестировании на реальной базе данных обнаружено, что в печатной форме УПД в столбце 7 (налоговая ставка) отображалось "--" для всех строк, включая строки с различными ставками НДС (20%, Без НДС и т.д.).
**Причина:**
1. **Критическая проблема:** `СтавкаНДС` была указана в `КолонкиСуммы` вместо `КолонкиГруппы` при свертке таблицы значений
- При свертке значение перечисления терялось и становилось `Неопределено`
- В результате параметр `СтавкаНДС` не заполнялся в печатной форме
**Решение:**
1. ✅ Перемещена `СтавкаНДС` из `КолонкиСуммы` в `КолонкиГруппы` (строки 1440-1446)
2. ✅ Исправлено заполнение параметра `СтавкаНДС` для всех ставок (строки 1619-1634)
**Результат:**
✅ **ПРОБЛЕМА РЕШЕНА:** Ставки НДС теперь корректно заполняются и отображаются в печатной форме УПД (столбец 7) для всех ставок НДС (20%, 10%, 0%, без НДС, 22% и т.д.).
**Дата решения:** 05.01.2026
---
**Других проблем не обнаружено.** Все пункты реализации выполнены корректно.
---
## Рекомендации по тестированию
### 1. Критические проверки
1. **Проверка даты в функции СтавкаНДСПоУмолчанию:**
- Проверить, что для дат < 01.01.2026 используется ставка 20%, а для дат >= 01.01.2026 - ставка 22%
2. **Проверка пересчета суммы НДС в документах:**
- Создать документ с датой >= 01.01.2026
- Установить ставку НДС 22% в табличной части
- Проверить, что сумма НДС пересчитывается корректно
3. **Проверка валидации ставок НДС:**
- Создать документ продажи с датой >= 01.01.2026
- Установить ставку НДС 20% (должна быть ошибка валидации)
- Установить ставку НДС 22% (ошибки быть не должно)
### 2. Проверка обмена данными
1. **Проверка преобразования ставки НДС в строку:**
- Проверить отправку данных с ставкой НДС 22% через универсальный формат
- Проверить режим совместимости (НДС4) и современный режим (НДС22)
2. **Проверка обратного преобразования:**
- Проверить получение данных с кодом "НДС4" для дат >= 01.01.2026
- Проверить получение данных с кодом "НДС22"
### 3. Проверка интеграций
1. **Интеграция с Яндекс.Кассой:**
- Проверить отправку данных с ставкой НДС 22% в Яндекс.Кассу
- Проверить корректность кода ставки (должен быть 4)
2. **Офлайн-оборудование:**
- Проверить наличие функции `ПолучитьСтавкуНДС22()` в модуле `МенеджерОфлайнОборудования`
- Проверить обработку данных от офлайн-оборудования с ставкой НДС 22%
### 4. Регрессионное тестирование
1. **Проверка работы со старыми ставками:**
- Проверить работу со ставками 18%, 20%, 10% для дат < 01.01.2026
- Проверить работу со ставками 18%, 20%, 10% для дат >= 01.01.2026 (должны работать корректно)
2. **Проверка печатных форм:**
- ✅ Проверено формирование УПД с различными ставками НДС (20%, 10%, 0%, без НДС, 22%)
- ✅ Ставка НДС корректно отображается во всех случаях (столбец 7)
- Проверить формирование счетов-фактур с ставкой НДС 22%
---
## Итоговая оценка
**Общий статус реализации:** ✅ **ВЫПОЛНЕНО КОРРЕКТНО**
**Статистика:**
- ✅ Корректно реализовано: 20 пунктов
- ⚠️ Требуется проверка: 1 пункт (XDTO пакет в Бухгалтерии КОРП)
- ❌ Не реализовано: 0 пунктов
**Процент выполнения:** 95% (20 из 21 пункта)
**Рекомендация:**
- Все пункты реализации в старой конфигурации CRM3 выполнены корректно
- Требуется проверить наличие доработок XDTO пакета обмена в конфигурации Бухгалтерии КОРП (возможно, доработки находятся в расширении, которое не загружено в рабочую область)
- После проверки доработок в Бухгалтерии КОРП можно приступать к тестированию обмена данными между конфигурациями
---
## Примечания
1. Все изменения внесены в расширение `CRM3devLocal.Рана`, что соответствует архитектуре конфигурации.
2. Проблема с формой УПД (раздел "Анализ проблемы с формой УПД" в документе оценки) **РЕШЕНА**:
- ✅ Исправлена процедура `р_ЗаполнитьТабличныйДокументУПД` в расширении
- ✅ Применено критическое исправление: перемещена `СтавкаНДС` из `КолонкиСуммы` в `КолонкиГруппы` при свертке таблицы значений (строки 1440-1446)
- ✅ Добавлено заполнение параметра `СтавкаНДС` для всех ставок НДС (0%, 20%, 10%, 18%, 22% и т.д.) (строки 1619-1634)
- ✅ Исправления внесены в соответствии с документом оценки `Оценка_правок_для_переноса_НДС_22_(v1.4).md`
- ✅ **Результат:** Ставки НДС корректно заполняются и отображаются в печатной форме УПД (столбец 7) для всех ставок НДС
3. Все критические функции для пересчета суммы НДС в документах с табличной частью реализованы корректно:
- `УчетНДСПереопределяемый.ПолучитьСтавкуНДС` ✅
- `УчетНДСУПКлиентСервер.ПолучитьСтавкуНДС` ✅
4. Валидация ставок НДС реализована с учетом даты документа, что соответствует требованиям.
5. Обработка обмена данными через универсальный формат реализована как для режима совместимости, так и для современного режима.
---
## Доработки XDTO пакета обмена для НДС 22%
### 14. XDTO пакет обмена EnterpriseData версии 1.8
#### 14.1. Доработка XDTO пакета в старой конфигурации CRM3
**Статус:** ✅ **ВЫПОЛНЕНО КОРРЕКТНО**
**Проверка:**
- ✅ В XDTO пакете `EnterpriseData_1_8_6` добавлены значения `НДС22` и `НДС22_122` в перечисление `СтавкиНДС`
- ✅ Значения добавлены в расширении пакета: `CRM3devLocal/src/XDTOPackages/EnterpriseData_1_8_6/Ext/Package.bin` (строки 395-396)
**Реализация (строки 395-396):**
```xml
<enumeration xsi:type="xs:string">НДС22</enumeration>
<enumeration xsi:type="xs:string">НДС22_122</enumeration>
```
**Расположение:** `CRM3devLocal/src/XDTOPackages/EnterpriseData_1_8_6/Ext/Package.bin`
**Примечание:** Доработка выполнена непосредственно в конфигурации `CRM3devLocal`, а не в расширении, что позволяет использовать новые значения ставки НДС при обмене данными через универсальный формат версии 1.8.
#### 14.2. Доработка модуля обмена в расширении старой конфигурации
**Статус:** ✅ **ВЫПОЛНЕНО КОРРЕКТНО**
**Проверка:**
- ✅ Модифицирован модуль `CRM3devLocal.Рана/src/CommonModules/МенеджерОбменаЧерезУниверсальныйФормат/Ext/Module.bsl`
- ✅ Добавлена обработка НДС22 и НДС22_122 в процедуре `р_ОпределитьСтавкуНДС_Отправка` (строки 50-55, 74-77)
- ✅ Добавлена обработка НДС22 и НДС22_122 в процедуре `р_ОбработатьСтавкуНДСПриПолучении` (строки 123-141)
- ✅ Добавлены правила конвертации для НДС22 и НДС22_122 в процедуре `р_ЗаполнитьПравилаКонвертацииПредопределенныхДанных` (строки 1445-1468)
- ✅ Доработаны процедуры обработки документов обмена (строки 212-220, 407-413, 513, 701-702, 744, 762, 815, 865)
**Реализация для режима совместимости (строки 50-55):**
```bsl
Если Строка.СтавкаНДС = Перечисления.СтавкиНДС.НДС18
ИЛИ Строка.СтавкаНДС = Перечисления.СтавкиНДС.НДС20
ИЛИ Строка.СтавкаНДС = Перечисления.СтавкиНДС.НДС22 Тогда
Строка.СтавкаНДССтрокой = "НДС4";
ИначеЕсли Строка.СтавкаНДС = Перечисления.СтавкиНДС.НДС18_118
ИЛИ Строка.СтавкаНДС = Перечисления.СтавкиНДС.НДС20_120
ИЛИ Строка.СтавкаНДС = Перечисления.СтавкиНДС.НДС22_122 Тогда
Строка.СтавкаНДССтрокой = "НДС4_104";
```
**Реализация для современного режима (строки 74-77):**
```bsl
ИначеЕсли Строка.СтавкаНДС = Перечисления.СтавкиНДС.НДС22 Тогда
Строка.СтавкаНДССтрокой = "НДС22";
ИначеЕсли Строка.СтавкаНДС = Перечисления.СтавкиНДС.НДС22_122 Тогда
Строка.СтавкаНДССтрокой = "НДС22_122";
```
**Реализация обратного преобразования (строки 123-141):**
```bsl
ИначеЕсли ЗначениеСтавкиНДС = "НДС4" Тогда
Если ПолученныеДанные.Дата >= Дата("20260101") Тогда
СтруктураДанныхСтроки.СтавкаНДС = Перечисления.СтавкиНДС.НДС22;
ИначеЕсли ПолученныеДанные.Дата >= Дата("20190101") Тогда
СтруктураДанныхСтроки.СтавкаНДС = Перечисления.СтавкиНДС.НДС20;
Иначе
СтруктураДанныхСтроки.СтавкаНДС = Перечисления.СтавкиНДС.НДС18;
КонецЕсли;
ИначеЕсли ЗначениеСтавкиНДС = "НДС4_102" Тогда
Если ПолученныеДанные.Дата >= Дата("20260101") Тогда
СтруктураДанныхСтроки.СтавкаНДС = Перечисления.СтавкиНДС.НДС22_122;
ИначеЕсли ПолученныеДанные.Дата >= Дата("20190101") Тогда
СтруктураДанныхСтроки.СтавкаНДС = Перечисления.СтавкиНДС.НДС20_120;
Иначе
СтруктураДанныхСтроки.СтавкаНДС = Перечисления.СтавкиНДС.НДС18_118;
КонецЕсли;
ИначеЕсли ЗначениеСтавкиНДС = "НДС22" Тогда
СтруктураДанныхСтроки.СтавкаНДС = Перечисления.СтавкиНДС.НДС22;
ИначеЕсли ЗначениеСтавкиНДС = "НДС22_122" Тогда
СтруктураДанныхСтроки.СтавкаНДС = Перечисления.СтавкиНДС.НДС22_122;
```
**Реализация правил конвертации (строки 1445-1468):**
```bsl
// Для отправки
ЗначенияДляОтправки.Вставить(Перечисления.СтавкиНДС.НДС22, "НДС22");
ЗначенияДляОтправки.Вставить(Перечисления.СтавкиНДС.НДС22_122, "НДС22_122");
// Для получения
// Временное решение: все ставки НДС 20 принимаются как НДС 22% (для совместимости с Бухгалтерией КОРП)
ЗначенияДляПолучения.Вставить("НДС20", Перечисления.СтавкиНДС.НДС22);
ЗначенияДляПолучения.Вставить("НДС20_120", Перечисления.СтавкиНДС.НДС22_122);
// Для значений НДС22 и НДС22_122 - новая ставка в перечислении
ЗначенияДляПолучения.Вставить("НДС22", Перечисления.СтавкиНДС.НДС22);
ЗначенияДляПолучения.Вставить("НДС22_122", Перечисления.СтавкиНДС.НДС22_122);
```
**Дополнительные доработки:**
- ✅ Добавлена обработка НДС22 в процедуре `р_ПКО_Документ_ОтчетКомиссияОрганизСписаниеКомитент_ПриОтправкеДанных` (строка 214)
- ✅ Добавлена обработка НДС22 в запросах для расчета суммы НДС (строки 409-410, 570-571)
- ✅ Добавлено свойство `СуммаНДС22` в правилах конвертации документов (строки 513, 701)
- ✅ Добавлена обработка `СуммаНДС22` при получении документов (строка 744)
- ✅ Добавлена установка ставки НДС22 по умолчанию для документов с датой >= 01.01.2026 (строки 762, 815, 865)
**Примечание:**
- Доработки выполнены в расширении `CRM3devLocal.Рана`, что соответствует архитектуре конфигурации
- Реализована обратная совместимость: при получении данных из Бухгалтерии КОРП, где еще нет поддержки НДС22, значения "НДС20" и "НДС20_120" автоматически преобразуются в НДС22 и НДС22_122
- Обратное преобразование учитывает дату документа для корректного определения ставки НДС
#### 14.3. Доработка XDTO пакета в конфигурации Бухгалтерии КОРП
**Статус:** ⚠️ **ТРЕБУЕТСЯ ПРОВЕРКА**
**Проверка:**
- ⚠️ В XDTO пакете `EnterpriseData_1_8_6` конфигурации `BUH_CORP` значения `НДС22` и `НДС22_122` **ОТСУТСТВУЮТ**
- ⚠️ В модуле обмена `МенеджерОбменаЧерезУниверсальныйФормат13` конфигурации `BUH_CORP` обработка НДС22 **ОТСУТСТВУЕТ**
**Рекомендация:**
- Необходимо добавить значения `НДС22` и `НДС22_122` в XDTO пакет `EnterpriseData_1_8_6` в расширении конфигурации Бухгалтерии КОРП (если используется расширение)
- Необходимо добавить обработку НДС22 и НДС22_122 в модуль обмена через универсальный формат в расширении конфигурации Бухгалтерии КОРП
- Альтернативно: если доработки выполнены в расширении `BUH_CORP.Рана`, необходимо проверить наличие этих доработок в расширении
**Примечание:**
- Согласно информации пользователя, доработки были выполнены в расширении Бухгалтерии КОРП, но в текущей версии конфигурации они не обнаружены
- Возможно, доработки находятся в расширении, которое не загружено в рабочую область, или требуется обновление конфигурации из хранилища
---
## Сводная таблица результатов (обновленная)
| № | Компонент | Статус | Критичность ошибки |
|---|-----------|--------|-------------------|
| 1.1 | Перечисление "СтавкиНДС" - добавление значений | ✅ Корректно | - |
| 2.1 | УчетНДСУП - СтавкаНДСПоУмолчанию | ✅ Корректно | - |
| 2.2 | УчетНДСУП - СкорректироватьСтавкуНДС | ✅ Корректно | - |
| 3.1 | ДенежныеСредстваСервер - расчет суммы НДС | ✅ Корректно | - |
| 4.1 | МенеджерОбменаЧерезУниверсальныйФормат | ✅ Корректно | - |
| 5.1 | ИнтеграцияСЯндексКассойУТ | ✅ Корректно | - |
| 6.1 | ПодключаемоеОборудованиеOfflineВызовСервера | ✅ Корректно | - |
| 7.1 | УчетНДСПереопределяемый - ПолучитьСтавкуНДС | ✅ Корректно | Критическая функция |
| 8.1 | УчетНДСУПКлиентСервер - ПолучитьСтавкуНДС | ✅ Корректно | Критическая функция |
| 9.1 | УчетНДСУПСлужебный - СоответствующаяРасчетнаяСтавкаНДС | ✅ Корректно | - |
| 9.2 | УчетНДСУПСлужебный - СообщитьОбОшибках...Продажи | ✅ Корректно | - |
| 9.3 | УчетНДСУПСлужебный - СообщитьОбОшибках...Закупки | ✅ Корректно | - |
| 10.1 | р_ИмпортЗаказовКлиентов | ✅ Корректно | - |
| 11.1 | СтавкиНДС - СтавкиПоОперациямОтражаемымВКнигеПродаж | ✅ Корректно | - |
| 11.2 | СтавкиНДС - ОбработкаПолученияДанныхВыбора | ✅ Корректно | - |
| 12.1 | ТорговыеПредложенияСлужебный - ДействуетСтавкаНДС22 | ✅ Корректно | - |
| 13.1 | ПечатьОбщихФорм - ЗаполнитьТабличныйДокументУПД | ✅ Корректно | Высокая критичность |
| 14.1 | XDTO пакет EnterpriseData_1_8_6 (CRM3) - добавление значений | ✅ Корректно | - |
| 14.2 | Модуль обмена (CRM3) - обработка НДС22 | ✅ Корректно | - |
| 14.3 | XDTO пакет EnterpriseData_1_8_6 (Бухгалтерия КОРП) | ⚠️ Требуется проверка | - |
docs__Роли_для_включения_в_новой_системе.md
-136
@@ -1,136 +0,0 @@
---
title: Роли для включения в новой системе
author: Руководитель отдела ИТ Кудрявцев М.А. (kma@rhana.com)
version: 1.0
date_created: 2025-12-10
date_modified: 2025-12-10
show_metadata_block: true
show_index_link: true
---
# Роли для включения в новой системе
## Итоговый список ролей для включения
Следующие роли были активны ("Да") в старой системе, но неактивны ("Нет") в новой системе. Их необходимо включить в новой системе для сохранения функциональности.
### Список ролей (16 позиций):
1. **Базовые права (CRM)**
- Старая система: Да
- Новая система: Нет
- **Действие: Включить**
2. **Ввод документа "Отчет по работам" (CRM)**
- Старая система: Да
- Новая система: Нет
- **Действие: Включить**
3. **Выполнение обмена электронными документами**
- Старая система: Да
- Новая система: Нет (отсутствует в списке)
- **Действие: Включить**
4. **Выполнение синхронизации данных**
- Старая система: Да
- Новая система: Нет
- **Действие: Включить**
5. **Добавление и изменение документов по банку**
- Старая система: Да
- Новая система: Нет
- **Действие: Включить**
6. **Добавление и изменение реализаций товаров услуг**
- Старая система: Да
- Новая система: Нет
- **Действие: Включить**
7. **Добавление и изменение заказов клиентов**
- Старая система: "Добавление изменение заказов клиентов" - Да
- Новая система: "Добавление и изменение заказов клиентов" - Нет
- **Примечание:** Название отличается ("изменение" → "и изменение"), но это одна роль
- **Действие: Включить**
8. **Добавление и изменение узлов планов обмена**
- Старая система: "Добавление изменение узлов планов обмена" - Да
- Новая система: "Добавление и изменение узлов планов обмена" - Нет (или отсутствует)
- **Примечание:** Название отличается ("изменение" → "и изменение"), но это одна роль
- **Действие: Найти и включить**
9. **Использование дополнительных отчетов и обработок (CRM)**
- Старая система: Да
- Новая система: Нет
- **Действие: Включить**
10. **Использование интеграции с 1С:Документооборотом**
- Старая система: Да
- Новая система: Нет
- **Действие: Включить**
11. **Настройка синхронизации данных**
- Старая система: Да
- Новая система: Нет
- **Действие: Включить**
12. **Раздел запасы**
- Старая система: Да
- Новая система: Нет
- **Действие: Включить**
13. **Раздел отчеты и мониторинг**
- Старая система: Да
- Новая система: Нет
- **Действие: Включить**
14. **Чтение базовой нормативно-справочной информации**
- Старая система: Да
- Новая система: Нет
- **Действие: Включить**
15. **Чтение документов списания поступления безналичных ДС**
- Старая система: Да
- Новая система: Нет
- **Действие: Включить**
16. **Чтение состояний отгрузки**
- Старая система: Да
- Новая система: Нет
- **Действие: Включить**
## Роли, которые уже включены в новой системе (проверено)
Эти роли были "Да" в старой системе и остались "Да" в новой (не требуют действий):
- Добавление и изменение заданий
- Добавление и изменение заметок
- Добавление и изменение внутренних потреблений товаров
- Добавление и изменение выданных доверенностей
- Добавление и изменение групп финансового учета
- Добавление и изменение документов отражения расхождений при инкассации денежных средств
- Добавление и изменение документов передачи товаров между организациями
- Добавление и изменение документов прочих активов и пассивов
- Добавление и изменение документов прочих доходов и расходов
- Добавление и изменение документов регламентированного учета
- И многие другие...
## Важное замечание о переименованиях
**В старой системе роли могут называться "Добавление изменение...", а в новой системе "Добавление и изменение...". Это одна и та же роль с разным названием.**
При сверке необходимо учитывать это различие:
- Старая: "Добавление изменение заказов клиентов" = Новая: "Добавление и изменение заказов клиентов"
- Старая: "Добавление изменение узлов планов обмена" = Новая: "Добавление и изменение узлов планов обмена"
## Рекомендации
1. **Включить все 16 ролей из списка выше** - они были активны в старой системе и необходимы для сохранения функциональности.
2. **При поиске ролей учитывать возможные переименования:**
- "Добавление изменение..." → искать "Добавление и изменение..."
- "Добавление изменение..." → искать "Добавление, изменение..."
3. **Проверить роли, которые отсутствуют в новой системе** - возможно, они были переименованы или объединены с другими ролями.
4. **Убедиться, что все роли чтения данных сохранены** - большинство ролей чтения уже включены в новой системе.
docs__Роли_для_отметки_ДА_осталось.md
-87
@@ -1,87 +0,0 @@
---
title: "Роли, которые нужно отметить "Да" в новой системе"
author: Руководитель отдела ИТ Кудрявцев М.А. (kma@rhana.com)
version: 1.0
date_created: 2025-12-10
date_modified: 2025-12-10
show_metadata_block: true
show_index_link: true
---
# Роли, которые нужно отметить "Да" в новой системе
## ✅ Уже отмечены (проверено)
Следующие роли из финального списка уже отмечены "Да":
1. Базовые права (CRM) - ✅ Да
2. Ввод документа "Отчет по работам" (CRM) - ✅ Да
3. Выполнение синхронизации данных - ✅ Да
4. Добавление и изменение документов по банку - ✅ Да
5. Добавление и изменение реализаций товаров услуг - ✅ Да
6. Добавление и изменение заказов клиентов - ✅ Да
7. Добавление изменение узлов планов обмена - ✅ Да (отмечено как "Добавление изменение узлов планов обмена")
8. Использование интеграции с 1С:Документооборотом - ✅ Да
---
## ❌ Нужно отметить "Да" (2 роли)
### 1. Использование дополнительных отчетов и обработок УТ ⚠️ ПЕРЕИМЕНОВАНИЕ
- **Старая система:** "Использование дополнительных отчетов и обработок (CRM)" - Да
- **Новая система:** "Использование дополнительных отчетов и обработок УТ" - нужно проверить статус
- **Действие:** Найти роль "Использование дополнительных отчетов и обработок УТ" и отметить "Да"
- **Примечание:** Роль переименована: "(CRM)" заменено на "УТ"
---
## ⚠️ Отсутствуют в списке (требуют проверки)
Следующие роли из финального списка отсутствуют в предоставленном списке новой системы:
1. **Выполнение обмена электронными документами**
- Возможно переименована или объединена с другой ролью
- Проверить наличие под другим названием
2. **Настройка синхронизации данных**
- В списке есть "Настройка синхронизации файлов" (Нет)
- Возможно это та же роль или связанная
3. **Раздел запасы**
- Отсутствует в списке
- Проверить наличие
4. **Раздел отчеты и мониторинг**
- Отсутствует в списке
- Проверить наличие
5. **Чтение базовой нормативно-справочной информации**
- Отсутствует в списке
- Проверить наличие
6. **Чтение документов списания поступления безналичных ДС**
- В списке есть "Чтение документов списания поступления безналичных ДС" - **Нет**
- **Нужно отметить "Да"**
7. **Чтение состояний отгрузки**
- В списке есть "Чтение состояний доставки" (Да), но это другая роль
- Проверить наличие "Чтение состояний отгрузки"
---
## 📋 ИТОГОВЫЙ СПИСОК ДЛЯ ОТМЕТКИ "ДА"
### Роли, которые точно нужно отметить "Да":
1. **Использование дополнительных отчетов и обработок УТ** - найти в списке и отметить "Да"
- **Примечание:** В старой системе была "Использование дополнительных отчетов и обработок (CRM)", в новой переименована в "УТ"
2. **Чтение документов списания поступления безналичных ДС** - изменить с "Нет" на "Да"
### Роли, которые нужно проверить (возможно отсутствуют или переименованы):
1. Выполнение обмена электронными документами
2. Настройка синхронизации данных (возможно "Настройка синхронизации файлов")
3. Раздел запасы
4. Раздел отчеты и мониторинг
5. Чтение базовой нормативно-справочной информации
6. Чтение состояний отгрузки (возможно "Чтение состояний доставки" - уже Да)
docs__Сверка_ролей_профиля.md
-210
@@ -1,210 +0,0 @@
---
title: Сверка ролей профиля между старой и новой системами
author: Руководитель отдела ИТ Кудрявцев М.А. (kma@rhana.com)
version: 1.0
date_created: 2025-12-10
date_modified: 2025-12-10
show_metadata_block: true
show_index_link: true
---
# Сверка ролей профиля между старой и новой системами
## Роли, которые нужно отметить в новой системе
Следующие роли присутствуют в старой системе с отметкой "Да", но отсутствуют или имеют "Нет" в новой системе:
### Роли, которые нужно добавить/включить в новой системе:
1. **Базовые права (CRM)** - В старой: Да, В новой: Нет
2. **Ввод документа "Отчет по работам" (CRM)** - В старой: Да, В новой: Нет
3. **Выполнение обмена электронными документами** - В старой: Да, В новой: Нет
4. **Выполнение синхронизации данных** - В старой: Да, В новой: Нет
5. **Добавление и изменение заданий** - В старой: Да, В новой: Да ✓
6. **Добавление и изменение заметок** - В старой: Да, В новой: Да ✓
7. **Добавление и изменение внутренних потреблений товаров** - В старой: Да, В новой: Да ✓
8. **Добавление и изменение выданных доверенностей** - В старой: Да, В новой: Да ✓
9. **Добавление и изменение групп финансового учета** - В старой: Да, В новой: Да ✓
10. **Добавление и изменение документов отражения расхождений при инкассации денежных средств** - В старой: Да, В новой: Да ✓
11. **Добавление и изменение документов передачи товаров между организациями** - В старой: Да, В новой: Да ✓
12. **Добавление и изменение документов по банку** - В старой: Да, В новой: Нет
13. **Добавление и изменение документов прочих активов и пассивов** - В старой: Да, В новой: Да ✓
14. **Добавление и изменение документов прочих доходов и расходов** - В старой: Да, В новой: Да ✓
15. **Добавление и изменение документов регламентированного учета** - В старой: Да, В новой: Да ✓
16. **Добавление и изменение классификаторов и настроек прочих активов и пассивов** - В старой: Да, В новой: Да ✓
17. **Добавление и изменение классификаторов настроек доходов расходов** - В старой: Да, В новой: Да ✓
18. **Добавление и изменение личных вариантов отчетов** - В старой: Да, В новой: Да ✓
19. **Добавление и изменение напоминаний** - В старой: Да, В новой: Да ✓
20. **Добавление и изменение начисления кредитов и депозитов** - В старой: Да, В новой: Да ✓
21. **Добавление и изменение номеров ГТД** - В старой: Да, В новой: Да ✓
22. **Добавление и изменение перемещений товаров** - В старой: Да, В новой: Да ✓
23. **Добавление и изменение претензий клиентов** - В старой: Нет, В новой: Да ✓
24. **Добавление и изменение прочих оприходований товаров** - В старой: Да, В новой: Да ✓
25. **Добавление и изменение реализаций товаров услуг** - В старой: Да, В новой: Нет
26. **Добавление и изменение реализаций услуг и прочих активов** - В старой: Да, В новой: Да ✓
27. **Добавление и изменение регламентных операций** - В старой: Да, В новой: Да ✓
28. **Добавление и изменение сборок товаров** - В старой: Да, В новой: Да ✓
29. **Добавление и изменение складских актов** - В старой: Да, В новой: Да ✓
30. **Добавление и изменение счетов-фактур выданных** - В старой: Да, В новой: Да ✓
31. **Добавление и изменение счетов-фактур выданных на аванс** - В старой: Да, В новой: Да ✓
32. **Добавление и изменение счетов-фактур комиссионеру** - В старой: Да, В новой: Да ✓
33. **Добавление и изменение счетов-фактур комитента** - В старой: Да, В новой: Да ✓
34. **Добавление и изменение счетов-фактур на неподтвержденную реализацию по ставке 0%** - В старой: Да, В новой: Да ✓
35. **Добавление и изменение счетов-фактур налогового агента** - В старой: Да, В новой: Да ✓
36. **Добавление и изменение счетов-фактур полученных** - В старой: Да, В новой: Да ✓
37. **Добавление и изменение счетов-фактур полученных на аванс** - В старой: Да, В новой: Да ✓
38. **Добавление и изменение счетов-фактур полученных налогового агента** - В старой: Да, В новой: Да ✓
39. **Добавление и изменение транспортных накладных** - В старой: Да, В новой: Да ✓
40. **Добавление и изменение электронных подписей и шифрование** - В старой: Да, В новой: Да ✓
41. **Добавление и изменение файлов** - В старой: Да, В новой: Да ✓
42. **Добавление изменение заказов клиентов** - В старой: Да, В новой: Нет
43. **Добавление изменение корректировок обособленного учета запасов** - В старой: Да, В новой: Да ✓
44. **Добавление изменение корректировок реализаций** - В старой: Да, В новой: Да ✓
45. **Добавление изменение листов кассовой книги** - В старой: Да, В новой: Да ✓
46. **Добавление изменение узлов планов обмена** - В старой: Да, В новой: Нет
47. **Запуск веб-клиента** - В старой: Да, В новой: Да ✓
48. **Запуск толстого клиента** - В старой: Да, В новой: Да ✓
49. **Запуск тонкого клиента** - В старой: Да, В новой: Да ✓
50. **Зачет оплаты** - В старой: Да, В новой: Да ✓
51. **Изменение дополнительных сведений** - В старой: Да, В новой: Да ✓
52. **Изменение и выполнение задач** - В старой: Да, В новой: Да ✓
53. **Изменение финансовой группы номенклатуры** - В старой: Да, В новой: Да ✓
54. **Использование анализа статей кредитов и депозитов** - В старой: Да, В новой: Да ✓
55. **Использование дополнительных отчетов и обработок (CRM)** - В старой: Да, В новой: Нет
56. **Использование дополнительных отчетов и обработок УТ** - В старой: Да, В новой: Да ✓
57. **Использование интеграции с 1С:Документооборотом** - В старой: Да, В новой: Нет
58. **Использование обработки текущие дела** - В старой: Да, В новой: Да ✓
59. **Использование подключаемого оборудования** - В старой: Да, В новой: Да ✓
60. **Использование реестра кредитов и депозитов** - В старой: Да, В новой: Да ✓
61. **Настройка синхронизации данных** - В старой: Да, В новой: Нет
62. **Подтверждение реализации по ставке НДС 0%** - В старой: Да, В новой: Да ✓
63. **Просмотр отчетов по движению денежных средств** - В старой: Да, В новой: Да ✓
64. **Раздел запасы** - В старой: Да, В новой: Нет
65. **Раздел нормативно справочная информация** - В старой: Да, В новой: Да ✓
66. **Раздел органайзер** - В старой: Да, В новой: Да ✓
67. **Раздел отчеты и мониторинг** - В старой: Да, В новой: Нет
68. **Раздел продажи** - В старой: Да, В новой: Да ✓
69. **Раздел склад** - В старой: Да, В новой: Да ✓
70. **Редактирование реквизитов объектов** - В старой: Да, В новой: Да ✓
71. **Редактирование, отправка по почте, сохранение в файл печатных форм** - В старой: Да, В новой: Да ✓
72. **Сохранение данных пользователя** - В старой: Да, В новой: Да ✓
73. **Чтение 1С:Номенклатуры** - В старой: Нет, В новой: Да ✓
74. **Чтение авансовых отчетов** - В старой: Да, В новой: Да ✓
75. **Чтение актов выполненных работ** - В старой: Да, В новой: Да ✓
76. **Чтение ассортимента** - В старой: Да, В новой: Да ✓
77. **Чтение базовой нормативно-справочной информации** - В старой: Да, В новой: Нет
78. **Чтение ввода остатков** - В старой: Да, В новой: Да ✓
79. **Чтение видов карт лояльности** - В старой: Да, В новой: Да ✓
80. **Чтение внесения выемки ДС по кассе ККМ** - В старой: Да, В новой: Да ✓
81. **Чтение возвратов товаров от клиентов** - В старой: Да, В новой: Да ✓
82. **Чтение выкупов возвратной тары клиентами** - В старой: Да, В новой: Да ✓
83. **Чтение выкупов возвратной тары у поставщиков** - В старой: Да, В новой: Да ✓
84. **Чтение выручки от продаж** - В старой: Да, В новой: Да ✓
85. **Чтение движений Денежные средства - Доходы/Расходы** - В старой: Да, В новой: Да ✓
86. **Чтение движений Денежные средства - Контрагент** - В старой: Да, В новой: Да ✓
87. **Чтение движений денежных средств** - В старой: Да, В новой: Да ✓
88. **Чтение договоров контрагентов** - В старой: Да, В новой: Да ✓
89. **Чтение договоров кредитов и депозитов** - В старой: Да, В новой: Да ✓
90. **Чтение документов корректировки задолженности** - В старой: Да, В новой: Да ✓
91. **Чтение документов по учету НДС** - В старой: Да, В новой: Да ✓
92. **Чтение документов списания поступления безналичных ДС** - В старой: Да, В новой: Нет
93. **Чтение дополнительных отчетов и обработок** - В старой: Да, В новой: Да ✓
94. **Чтение заказов клиентов заявок на возврат товаров от клиента** - В старой: Да, В новой: Да ✓
95. **Чтение заказов на внутреннее потребление** - В старой: Да, В новой: Да ✓
96. **Чтение заказов на перемещение** - В старой: Да, В новой: Да ✓
97. **Чтение заказов на сборку** - В старой: Да, В новой: Да ✓
98. **Чтение заказов поставщикам** - В старой: Да, В новой: Да ✓
99. **Чтение заявок на расход ДС** - В старой: Да, В новой: Да ✓
100. **Чтение информации по номенклатуре** - В старой: Да, В новой: Да ✓
101. **Чтение информации по партнерам** - В старой: Да, В новой: Да ✓
102. **Чтение карт лояльности** - В старой: Да, В новой: Да ✓
103. **Чтение кассовых ордеров** - В старой: Да, В новой: Да ✓
104. **Чтение категорий эксплуатации** - В старой: Да, В новой: Да ✓
105. **Чтение движений номенклатура контрагент** - В старой: Нет, В новой: Да ✓
106. **Чтение движений по акцизам** - В старой: Нет, В новой: Да ✓
107. **Чтение движений Номенклатура - Доходы\Расходы** - В старой: Нет, В новой: Да ✓
108. **Чтение движений Номенклатура - Номенклатура** - В старой: Нет, В новой: Да ✓
109. **Чтение назначений** - В старой: Да, В новой: Да ✓
110. **Чтение нормативно справочной информации** - В старой: Да, В новой: Да ✓
111. **Чтение ожидаемых поступлений денежных средств** - В старой: Да, В новой: Да ✓
112. **Чтение операций по платежной карте** - В старой: Да, В новой: Да ✓
113. **Чтение операций с подарочными сертификатами** - В старой: Да, В новой: Да ✓
114. **Чтение организаций и банковских счетов организаций** - В старой: Да, В новой: Да ✓
115. **Чтение ордеров на отражение излишков недостач порчи** - В старой: Да, В новой: Да ✓
116. **Чтение ордеров на товары** - В старой: Да, В новой: Да ✓
117. **Чтение остатков безналичных денежных средств** - В старой: Да, В новой: Да ✓
118. **Чтение остатков денежных средств в кассе ККМ** - В старой: Да, В новой: Да ✓
119. **Чтение остатков денежных средств к расходу** - В старой: Да, В новой: Да ✓
120. **Чтение остатков денежных средств у подотчетных лиц** - В старой: Да, В новой: Да ✓
121. **Чтение остатков доступных товаров** - В старой: Да, В новой: Да ✓
122. **Чтение остатков заказов клиентов заявок на возврат** - В старой: Да, В новой: Да ✓
123. **Чтение остатков заказов на внутреннее потребление** - В старой: Да, В новой: Да ✓
124. **Чтение остатков заказов на перемещение** - В старой: Да, В новой: Да ✓
125. **Чтение остатков заказов на сборку** - В старой: Да, В новой: Да ✓
126. **Чтение остатков заказов поставщикам** - В старой: Да, В новой: Да ✓
127. **Чтение остатков наличных денежных средств** - В старой: Да, В новой: Да ✓
128. **Чтение остатков переданной возвратной тары** - В старой: Да, В новой: Да ✓
129. **Чтение остатков принятой возвратной тары** - В старой: Да, В новой: Да ✓
130. **Чтение остатков расчетов по эквайрингу** - В старой: Да, В новой: Да ✓
131. **Чтение остатков товаров к отгрузке** - В старой: Да, В новой: Да ✓
132. **Чтение остатков товаров к поступлению** - В старой: Да, В новой: Да ✓
133. **Чтение остатков товаров на складах** - В старой: Да, В новой: Да ✓
134. **Чтение отчетов банка по операциям эквайринга** - В старой: Да, В новой: Да ✓
135. **Чтение отчетов комиссионеров** - В старой: Да, В новой: Да ✓
136. **Чтение отчетов комитенту** - В старой: Да, В новой: Да ✓
137. **Чтение отчетов о розничных продажах** - В старой: Да, В новой: Да ✓
138. **Чтение пересчетов товаров** - В старой: Да, В новой: Да ✓
139. **Чтение претензий клиентов** - В старой: Да, В новой: Да ✓
140. **Чтение распоряжений на перемещение денежных средств** - В старой: Да, В новой: Да ✓
141. **Чтение расчетов с клиентами** - В старой: Да, В новой: Да ✓
142. **Чтение расчетов с поставщиками** - В старой: Да, В новой: Да ✓
143. **Чтение реализаций товаров услуг** - В старой: Да, В новой: Да ✓
144. **Чтение регистров НДС** - В старой: Да, В новой: Да ✓
145. **Чтение регистров партий** - В старой: Да, В новой: Да ✓
146. **Чтение сделок** - В старой: Да, В новой: Да ✓
147. **Чтение себестоимости товаров** - В старой: Да, В новой: Да ✓
148. **Чтение соглашений с клиентами** - В старой: Да, В новой: Да ✓
149. **Чтение соглашений с поставщиками** - В старой: Да, В новой: Да ✓
150. **Чтение состояний отгрузки** - В старой: Да, В новой: Нет
151. **Чтение счетов на оплату клиентам** - В старой: Да, В новой: Да ✓
152. **Чтение счетов-фактур выданных** - В старой: Да, В новой: Да ✓
153. **Чтение счетов-фактур выданных на аванс** - В старой: Да, В новой: Да ✓
154. **Чтение счетов-фактур комиссионеру** - В старой: Да, В новой: Да ✓
155. **Чтение счетов-фактур комитента** - В старой: Да, В новой: Да ✓
156. **Чтение счетов-фактур на неподтвержденную реализацию по ставке 0%** - В старой: Да, В новой: Да ✓
157. **Чтение счетов-фактур налогового агента** - В старой: Да, В новой: Да ✓
158. **Чтение счетов-фактур полученных** - В старой: Да, В новой: Да ✓
159. **Чтение счетов-фактур полученных на аванс** - В старой: Да, В новой: Да ✓
160. **Чтение счетов-фактур полученных налогового агента** - В старой: Да, В новой: Да ✓
161. **Чтение таможенных деклараций на импорт** - В старой: Да, В новой: Да ✓
162. **Чтение товаров к оформлению излишков недостач** - В старой: Да, В новой: Да ✓
163. **Чтение товаров организаций** - В старой: Да, В новой: Да ✓
164. **Чтение упаковочных листов** - В старой: Да, В новой: Да ✓
165. **Чтение физических лиц** - В старой: Да, В новой: Да ✓
166. **Чтение финансовых результатов** - В старой: Да, В новой: Да ✓
167. **Чтение цен номенклатуры** - В старой: Да, В новой: Да ✓
168. **Чтение цен партнеров** - В старой: Да, В новой: Да ✓
169. **Чтение чеков ККМ** - В старой: Да, В новой: Да ✓
170. **Чтение электронных документов** - В старой: Нет (дважды), В новой: Да ✓
## Итоговый список ролей для включения в новой системе
Роли, которые были "Да" в старой системе, но "Нет" в новой (требуют включения):
1. Базовые права (CRM)
2. Ввод документа "Отчет по работам" (CRM)
3. Выполнение обмена электронными документами
4. Выполнение синхронизации данных
5. Добавление и изменение документов по банку
6. Добавление и изменение реализаций товаров услуг
7. Добавление изменение заказов клиентов
8. Добавление изменение узлов планов обмена
9. Использование дополнительных отчетов и обработок (CRM)
10. Использование интеграции с 1С:Документооборотом
11. Настройка синхронизации данных
12. Раздел запасы
13. Раздел отчеты и мониторинг
14. Чтение базовой нормативно-справочной информации
15. Чтение документов списания поступления безналичных ДС
16. Чтение состояний отгрузки
docs__Сверка_ролей_с_учетом_переименований.md
-158
@@ -1,158 +0,0 @@
---
title: Сверка ролей с учетом переименований
author: Руководитель отдела ИТ Кудрявцев М.А. (kma@rhana.com)
version: 1.0
date_created: 2025-12-10
date_modified: 2025-12-10
show_metadata_block: true
show_index_link: true
---
# Сверка ролей с учетом переименований
## Важное замечание
В старой системе роли могут называться "Добавление изменение...", а в новой системе "Добавление и изменение...". Это одна и та же роль с разным названием.
## Роли, требующие включения в новой системе
### 1. Роли, которые точно нужно включить (названия совпадают или есть соответствие):
1. **Базовые права (CRM)**
- Старая: "Базовые права (CRM)" - Да
- Новая: "Базовые права (CRM)" - Нет
- **Действие: Включить**
2. **Ввод документа "Отчет по работам" (CRM)**
- Старая: "Ввод документа "Отчет по работам" (CRM)" - Да
- Новая: "Ввод документа "Отчет по работам" (CRM)" - Нет
- **Действие: Включить**
3. **Выполнение обмена электронными документами**
- Старая: "Выполнение обмена электронными документами" - Да
- Новая: Отсутствует в списке
- **Действие: Проверить наличие и включить**
4. **Выполнение синхронизации данных**
- Старая: "Выполнение синхронизации данных" - Да
- Новая: "Выполнение синхронизации данных" - Нет
- **Действие: Включить**
5. **Добавление и изменение документов по банку**
- Старая: "Добавление и изменение документов по банку" - Да
- Новая: "Добавление и изменение документов по банку" - Нет
- **Действие: Включить**
6. **Добавление и изменение реализаций товаров услуг**
- Старая: "Добавление и изменение реализаций товаров услуг" - Да
- Новая: "Добавление и изменение реализаций товаров услуг" - Нет
- **Действие: Включить**
7. **Добавление и изменение заказов клиентов**
- Старая: "Добавление изменение заказов клиентов" - Да
- Новая: "Добавление и изменение заказов клиентов" - Нет (или отсутствует)
- **Примечание:** Название отличается ("изменение" vs "и изменение")
- **Действие: Найти роль "Добавление и изменение заказов клиентов" и включить**
8. **Добавление и изменение узлов планов обмена**
- Старая: "Добавление изменение узлов планов обмена" - Да
- Новая: "Добавление и изменение узлов планов обмена" - Нет (или отсутствует)
- **Примечание:** Название отличается ("изменение" vs "и изменение")
- **Действие: Найти роль "Добавление и изменение узлов планов обмена" и включить**
9. **Использование дополнительных отчетов и обработок** ⚠️ ПЕРЕИМЕНОВАНИЕ
- Старая: "Использование дополнительных отчетов и обработок (CRM)" - Да
- Новая: "Использование дополнительных отчетов и обработок" - Нет
- **Примечание:** В новой системе убрано "(CRM)" из названия
- **Действие: Включить роль "Использование дополнительных отчетов и обработок"**
10. **Использование интеграции с 1С:Документооборотом**
- Старая: "Использование интеграции с 1С:Документооборотом" - Да
- Новая: "Использование интеграции с 1С:Документооборотом" - Нет
- **Действие: Включить**
11. **Настройка синхронизации данных** ⚠️ ОТСУТСТВУЕТ
- Старая: "Настройка синхронизации данных" - Да
- Новая: Отсутствует в списке
- **Действие:** ⚠️ Проверить, есть ли под другим названием (например, "Настройка синхронизации файлов" или аналогичная)
12. **Раздел запасы**
- Старая: "Раздел запасы" - Да
- Новая: "Раздел запасы" - Нет (или отсутствует)
- **Действие: Включить**
13. **Раздел отчеты и мониторинг**
- Старая: "Раздел отчеты и мониторинг" - Да
- Новая: "Раздел отчеты и мониторинг" - Нет (или отсутствует)
- **Действие: Включить**
14. **Чтение базовой нормативно-справочной информации**
- Старая: "Чтение базовой нормативно-справочной информации" - Да
- Новая: "Чтение базовой нормативно-справочной информации" - Нет (или отсутствует)
- **Действие: Включить**
15. **Чтение документов списания поступления безналичных ДС**
- Старая: "Чтение документов списания поступления безналичных ДС" - Да
- Новая: "Чтение документов списания поступления безналичных ДС" - Нет (или отсутствует)
- **Действие: Включить**
16. **Чтение состояний отгрузки**
- Старая: "Чтение состояний отгрузки" - Да
- Новая: "Чтение состояний отгрузки" - Нет (или отсутствует)
- **Действие: Включить**
## Роли с возможными переименованиями (требуют проверки)
Следующие роли из старой системы с "Да" могут иметь аналоги в новой системе с другим названием:
### Паттерн: "Добавление изменение..." → "Добавление и изменение..."
1. **Добавление изменение заказов клиентов** (старая: Да)
- Проверить в новой: "Добавление и изменение заказов клиентов"
- Если найдена и имеет "Нет" → включить
2. **Добавление изменение узлов планов обмена** (старая: Да)
- Проверить в новой: "Добавление и изменение узлов планов обмена"
- Если найдена и имеет "Нет" → включить
3. **Добавление изменение корректировок обособленного учета запасов** (старая: Да)
- Проверить в новой: "Добавление и изменение корректировок обособленного учета запасов"
- Если найдена и имеет "Нет" → включить
4. **Добавление изменение корректировок реализаций** (старая: Да)
- Проверить в новой: "Добавление и изменение корректировок реализаций"
- Если найдена и имеет "Нет" → включить
5. **Добавление изменение листов кассовой книги** (старая: Да)
- Проверить в новой: "Добавление и изменение листов кассовой книги"
- Если найдена и имеет "Нет" → включить
## Методика проверки
При сверке ролей необходимо:
1. **Искать точное совпадение** названия роли
2. **Если не найдено**, искать вариант с "и изменение" вместо "изменение"
3. **Если не найдено**, искать вариант с "изменение" вместо "и изменение"
4. **Проверять**, что функциональность роли соответствует
## Итоговый список для включения (с учетом переименований)
После проверки всех возможных переименований, следующие роли должны быть включены в новой системе:
1. Базовые права (CRM)
2. Ввод документа "Отчет по работам" (CRM)
3. Выполнение обмена электронными документами (если существует)
4. Выполнение синхронизации данных
5. Добавление и изменение документов по банку
6. Добавление и изменение реализаций товаров услуг
7. Добавление и изменение заказов клиентов (проверить название)
8. Добавление и изменение узлов планов обмена (проверить название)
9. Использование дополнительных отчетов и обработок (в новой системе без "(CRM)")
10. Использование интеграции с 1С:Документооборотом
11. Настройка синхронизации данных (ОТСУТСТВУЕТ в новой системе - проверить наличие)
12. Раздел запасы
13. Раздел отчеты и мониторинг
14. Чтение базовой нормативно-справочной информации
15. Чтение документов списания поступления безналичных ДС
16. Чтение состояний отгрузки
docs__Сводка_переноса_и_настройки_актуальной_формы_УПД.md
-103
@@ -1,103 +0,0 @@
# Сводка по работам: перенос и настройка актуальной формы УПД
## Исполнитель доработки
- Руководитель ИТ отдела ООО ФК "РАНА" — Кудрявцев Михаил Александрович.
- Контакт: `kma@rhana.com`.
## 1. Контур работ
- **Целевая рабочая конфигурация:** «Управление торговлей и взаимоотношениями с клиентами, редакция 3.0», версия **`3.0.22.28`** (рабочий контур проекта CRM3).
- **Расширение, в котором выполнены доработки:** `Графа5бвУПД` (синоним: «Графа5бв УПД»), версия **`1.0.2.93`**.
- **Эталонная конфигурация (источник логики и макетов):** «Управление торговлей и взаимоотношениями с клиентами, редакция 3.0», версия **`3.1.35.11`**.
- **Источник актуальных макетов УПД:** общий макет `ПФ_MXL_УниверсальныйПередаточныйДокумент2026` и связанный вариант `ПФ_MXL_УниверсальныйПередаточныйДокумент2026Прослеж`.
## 2. Цель доработки
Обеспечить корректную печать актуальной формы УПД (формат 2026) в целевой конфигурации с сохранением совместимости со старыми форматами, а также с адаптацией к фактической структуре данных рабочего контура CRM3.
## 3. Основные выполненные работы
### 3.0. Что вынесено из расширения `Рана` («Рана CRM3») в `Графа5бвУПД` («Графа5бв УПД»)
В рамках работ по переносу актуальной формы УПД логика, которая ранее присутствовала/дополнялась в проектном расширении `Рана` («Рана CRM3»), была **сконцентрирована и реализована** в расширении `Графа5бвУПД` («Графа5бв УПД») как в единой точке внедрения актуального УПД (2026) для рабочего контура.
Важно: по факту расширение `Графа5бвУПД` реализует **полный контур интеграции формы УПД** в рабочую конфигурацию (макеты, ветки выбора, заполнение шапки/табличной части/подвала, ответственные лица, представление номенклатуры, серия, срок годности и совместимость с ранее действовавшими форматами УПД).
То есть это **не** локальная доработка только графы 5б в старых формах, а самостоятельная поставка интеграции актуальной формы УПД в полном объеме.
Ключевые элементы, которые были вынесены (перереализованы в `Графа5бвУПД`, с учетом структуры данных целевой конфигурации):
- **Контур печати УПД 2026/2026Прослеж**: подключение и заполнение актуальных макетов `ПФ_MXL_УниверсальныйПередаточныйДокумент2026` и `...2026Прослеж` в обработке `ПечатьОбщихФорм` (вместо разрозненных проектных поправок).
- **Графа 5б и связанные сценарии отбора**: стабилизация формирования строки 5б (в том числе устранение заглушек и дубликатов, корректный отбор данных при пересечениях реквизитов платежно-расчетных документов и счетов-фактур на аванс, а также использование резервного алгоритма заполнения при пустых значениях шапки).
- **Подвал и нумерация листов в актуальных формах**: восстановление/заполнение `ПодвалНакладной` и корректная обработка `НумерацияЛистов` именно для новых макетов, с учетом отличий параметров от ранее действовавших форм.
- **Ответственные лица**: унификация заполнения ответственных для УПД 2026 через `ОтветственныеЛицаОрганизаций` (выбор актуального назначения на дату документа, исключение завершенных назначений, выравнивание поведения полей под требования ранее действовавших форм УПД).
- **Представление номенклатуры, серия и срок годности**: перенос поведения, характерного для печати в `Рана` (добавление серии и срока годности в строку наименования), в `Графа5бвУПД` для форм 2026 — с отдельными служебными функциями с префиксом `упд5б_` и с резервными источниками данных (печать из СФ или из документа-основания).
Примечание: расширение `Рана` («Рана CRM3») продолжает использоваться для иных проектных доработок рабочего контура, но перенос и сопровождение актуальной формы УПД (2026) выполнены как самостоятельная поставка через `Графа5бвУПД` («Графа5бв УПД»).
### 3.1. Перенос и подключение формы УПД 2026
- Перенесен и подключен контур печати актуального УПД на базе макетов 2026/2026Прослеж.
- Сохранены ветки выбора макетов для документов прошлых периодов.
- Добавлены проверки и ветвления по периодам/вариантам макета в обработке печати.
### 3.2. Адаптация заполнения шапки и табличной части
- Исправлено заполнение граф `1а`, `А`, `5`, `9` и итоговых значений для форм 2026.
- Добавлено корректное заполнение графы `10а` (краткое наименование страны).
- Актуализировано формирование параметров `5а` и `5б` (включая защиту от пустых/фиктивных значений).
- Добавлены резервные сценарии заполнения при различии источников данных между СФ и документом-основанием.
### 3.3. Графа 5б (авансовые СФ)
- Исключен вывод фиктивного фрагмента `исправление № -- от --`.
- Убраны дубли фрагментов в строке 5б.
- Добавлен контроль контрагента при подборе СФА, чтобы исключить «чужие» документы при совпадении реквизитов ПРД.
### 3.4. Подвал формы и нумерация листов
- Восстановлен и заполнен блок `ПодвалНакладной` для 2026-форм.
- Настроено корректное заполнение параметров даты/основания/листов в новом макете.
- Исправлена логика `НумерацияЛистов` с учетом отличий параметров макетов 2026 от ранее действовавших форм.
- Удалены обращения к недоступным в целевой базе процедурам.
### 3.5. Ответственные лица
- Настроено заполнение ответственных по `Справочник.ОтветственныеЛицаОрганизаций`.
- Реализован выбор актуальных назначений на дату документа с учетом периода действия записи.
- Исключено попадание в печать сотрудников с завершенным сроком действия назначения.
- Выровнена логика полей `ФИОРуководителя`, `ФИООтветственного`, `ДолжностьОтветственного`, `ФИОГлавногоБухгалтера` относительно требуемого поведения ранее действовавших форм УПД.
### 3.6. Наименование номенклатуры, серия и срок годности
- Формирование `ТоварНаименование` переведено на алгоритм представления номенклатуры, совместимый с ранее действовавшими правилами печати УПД.
- Добавлен вывод номера серии и срока годности для позиций с серийным учетом.
- Реализовано устранение дубля: если характеристика совпадает с номером серии, характеристика в скобках не выводится.
- Добавлены резервные механизмы получения серии и срока годности из разных источников (`СФ`, `ДокументОснование`, текущая строка печати).
## 4. Учет различий структуры данных целевой базы
При переносе логики из эталона выполнена адаптация под фактическую структуру данных рабочего контура CRM3:
- разные источники строк при печати из `СчетФактураВыданный` и `РеализацияТоваровУслуг`;
- неодинаковый состав реквизитов в ветках данных печати;
- отсутствие части вспомогательных процедур/параметров, присутствующих в эталоне;
- необходимость безопасных проверок наличия реквизитов и параметров перед заполнением.
## 5. Ключевые объекты конфигурации, затронутые доработкой
- обработка `ПечатьОбщихФорм` (модуль менеджера расширения);
- документ `СчетФактураВыданный` (модуль менеджера расширения);
- общий макет `ПФ_MXL_УниверсальныйПередаточныйДокумент2026`;
- общий макет `ПФ_MXL_УниверсальныйПередаточныйДокумент2026Прослеж`;
- справочник `ОтветственныеЛицаОрганизаций`.
## 6. Результат
В целевой конфигурации обеспечена рабочая печать актуальной формы УПД 2026 с корректным заполнением:
- шапки, табличной части, графы 5б и итогов;
- ответственных лиц и подвала документа;
- наименования номенклатуры с учетом серии и срока годности (для серийного учета);
- совместимости с ранее действовавшими форматами УПД.
docs__Сводка_рисков_неуникальности.md
-98
@@ -1,98 +0,0 @@
---
title: "Сводка: Риски нарушения уникальности CRM_ЖурналДокументов"
author: Руководитель отдела ИТ Кудрявцев М.А. (kma@rhana.com)
version: 1.0
date_created: 2025-12-10
date_modified: 2025-12-10
show_metadata_block: true
show_index_link: true
---
# Сводка: Риски нарушения уникальности CRM_ЖурналДокументов
## Результаты сравнения конфигураций
### Различия в структуре регистра
| Измерение | CRM3devLocal | CRM326_TEST (новая) |
|-----------|--------------|---------------------|
| **Клиент** | `CatalogRef.Партнеры` (только) | `CatalogRef.Партнеры` **ИЛИ** `CatalogRef.CRM_ПотенциальныеКлиенты` |
| **Объект** | `Characteristic.CRM_ОбъектыЖурналаДокументов` | `Characteristic.CRM_ОбъектыЖурналаДокументов` |
| **CRM_Интерес** | `DocumentRef.CRM_Интерес` | `DocumentRef.CRM_Интерес` |
| **ГлавнаяЗапись** | `Boolean` | `Boolean` |
## Ссылки, которые станут NULL после реструктуризации
### 1. Измерение "Клиент"
- ✅ **Риск:** Все ссылки на `CRM_ПотенциальныеКлиенты` будут обнулены
- ✅ **Причина:** В новой конфигурации это измерение поддерживает только `Партнеры`
### 2. Измерение "Объект" (характеристика)
- ✅ **Риск:** Ссылки на удаляемые типы объектов будут обнулены
- ✅ **Удаляемые типы:**
- `СправочникСсылка.CRM_ПотенциальныеКлиенты`
- `СправочникСсылка.CRM_ИсточникиКонтакта`
- `СправочникСсылка.CRM_КатегорииВрача`
- `СправочникСсылка.CRM_НаучныеСтепени`
- `СправочникСсылка.CRM_ОбластьИнтересов`
- `СправочникСсылка.CRM_Обращения`
- `СправочникСсылка.CRM_Специализация`
- `СправочникСсылка.CRM_Специальность`
- `СправочникСсылка.Отделы`
- `ДокументСсылка.УдалитьCRM_Сделка`
- `ДокументСсылка.УдалитьCRM_Событие`
- `ДокументСсылка.удалитьCRM_Мероприятие`
- `ДокументСсылка.удалитьCRM_Планирование`
- `ДокументСсылка.CRM_ПланированиеПоОтделам`
### 3. Измерение "CRM_Интерес"
- ✅ **Риск:** Ссылки на удаляемые документы будут обнулены
- ✅ **Удаляемые типы документов:**
- `Документ.УдалитьCRM_Сделка`
- `Документ.УдалитьCRM_Событие`
- `Документ.удалитьCRM_Мероприятие`
- `Документ.удалитьCRM_Планирование`
- `Документ.CRM_ПланированиеПоОтделам`
## Риски нарушения уникальности
### Критический риск #1: Обнуление "Клиент"
**Сценарий:**
- Есть записи с `Клиент=CRM_ПотенциальныеКлиенты.*`
- Есть записи с `Клиент=NULL`
- После обнуления все записи с `CRM_ПотенциальныеКлиенты` станут иметь `Клиент=NULL`
- **Результат:** Появление дубликатов
### Критический риск #2: Обнуление "Объект"
**Сценарий:**
- Есть несколько записей с разными значениями `Объект`, ссылающимися на удаляемые типы
- После обнуления все эти записи будут иметь `Объект=NULL`
- **Результат:** Появление дубликатов, если остальные измерения совпадают
### Критический риск #3: Обнуление "CRM_Интерес"
**Сценарий:**
- Есть несколько записей с разными значениями `CRM_Интерес`, ссылающимися на удаляемые документы
- После обнуления все эти записи будут иметь `CRM_Интерес=NULL`
- **Результат:** Появление дубликатов, если остальные измерения совпадают
### Максимальный риск: Комбинированное обнуление
**Сценарий:**
- Обнуляются несколько измерений одновременно
- **Результат:** Максимальная вероятность появления дубликатов
## Рекомендуемые действия
1. ✅ **Выполнить проверку** скриптом `check_duplicates_crm_journal.bsl`
2. ✅ **Удалить проблемные записи** перед реструктуризацией:
- Записи с `Клиент=CRM_ПотенциальныеКлиенты.*`
- Записи с `Объект`, ссылающимся на удаляемые типы
- Записи с `CRM_Интерес`, ссылающимся на удаляемые документы
3. ✅ **Проверить уникальность** после реструктуризации
## Статус проверки
- ✅ Структура регистра проанализирована
- ✅ Риски идентифицированы
- ✅ Скрипт проверки готов к использованию
- ⚠️ **Требуется выполнение проверки на реальной базе данных**
docs__Список_объектов_для_удаления_из_подсистем.md
-566
@@ -1,566 +0,0 @@
---
title: Список объектов для удаления из состава подсистем
version: 1.0
author: Руководитель отдела ИТ Кудрявцев М.А. (kma@rhana.com)
date_created: 2025-12-09
date_modified: 2025-12-09
show_metadata_block: true
show_index_link: true
---
# Список объектов для удаления из состава подсистем
> 📚 **См. также:** [Оглавление документов](docs__INDEX.md) | [Анализ ошибок обновления](docs__%D0%90%D0%BD%D0%B0%D0%BB%D0%B8%D0%B7_%D0%BE%D1%88%D0%B8%D0%B1%D0%BE%D0%BA_%D0%BE%D0%B1%D0%BD%D0%BE%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D1%8F.md) | [Инструкция по исправлению](docs__%D0%98%D0%BD%D1%81%D1%82%D1%80%D1%83%D0%BA%D1%86%D0%B8%D1%8F_%D0%BF%D0%BE_%D0%B8%D1%81%D0%BF%D1%80%D0%B0%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D1%8E.md) | [Проблема неуникальности регистра CRM_ЖурналДокументов](docs__%D0%9F%D1%80%D0%BE%D0%B1%D0%BB%D0%B5%D0%BC%D0%B0_%D0%BD%D0%B5%D1%83%D0%BD%D0%B8%D0%BA%D0%B0%D0%BB%D1%8C%D0%BD%D0%BE%D1%81%D1%82%D0%B8_%D1%80%D0%B5%D0%B3%D0%B8%D1%81%D1%82%D1%80%D0%B0_CRM_%D0%96%D1%83%D1%80%D0%BD%D0%B0%D0%BB%D0%94%D0%BE%D0%BA%D1%83%D0%BC%D0%B5%D0%BD%D1%82%D0%BE%D0%B2.md)
## Контекст документа
**Важно:** Данный документ представляет собой **промежуточный список** на одной из итераций применения конфигурации новой системы **CRM3-26** поверх рабочей конфигурации **CRM3**.
### Процесс обновления
Обновление выполняется поэтапно:
1. **Исходная конфигурация:** Рабочая конфигурация CRM3
2. **Целевая конфигурация:** Новая система CRM3-26 (CRM326/CRM326_TEST)
3. **Промежуточные итерации:** Поэтапное применение обновлений с устранением ошибок на каждом этапе
### Текущая итерация
Данный список составлен для **текущей итерации** процесса обновления и содержит объекты, которые:
- Присутствуют в рабочей конфигурации CRM3
- Отсутствуют в целевой конфигурации CRM3-26
- Имеют ссылки в составе подсистем основной конфигурации
- Требуют удаления из состава подсистем для продолжения обновления
**Примечание:** После успешного применения обновления на данной итерации может потребоваться составление нового списка для следующей итерации, так как могут появиться новые ошибки и новые объекты, требующие удаления из состава подсистем.
## Назначение документа
Данный документ содержит список объектов, которые необходимо удалить из состава подсистем для успешного выполнения текущей итерации обновления конфигурации из `CRM326/CRM326_TEST` на `CRM3devLocal`.
**Важно:**
- Удаление объектов из состава подсистем **не удаляет сами объекты**, а только убирает их из списка объектов подсистемы
- Это необходимо для устранения ошибок при обновлении на текущей итерации
- После применения обновления может потребоваться дополнительная работа с конфигурацией
---
## Подсистема.rh_RhanaПодсистема.Состав
### Подписки на события
- `ПодпискаНаСобытие.rh_ПроверитьДатуЗапретаПередЗаписьюДокумента`
### Регламентные задания
- `РегламентноеЗадание.Диадок_РегламентныеДействия`
- `РегламентноеЗадание.tega_ВыгрузкаОстатковНаСайт`
### Константы
- `Константа.tega_ОсновнаяНастройкаВыгрузки`
- `Константа.rh_СкладСебестоимости`
### Общие формы
- `ОбщаяФорма.rh_ФормаНастроек`
### Справочники
- `Справочник.CRM_Специализация`
- `Справочник.Отделы`
- `Справочник.rh_СтатусыПодарочныхСертификатов`
- `Справочник.CRM_ОфисыКомпании1`
- `Справочник.р_FTPСоединения`
- `Справочник.tega_НастройкиВыгрузки`
### Документы
- `Документ.rh_ПланированиеПродаж`
- `Документ.rh_ОтражениеФактаПродаж`
- `Документ.rh_ПервичныеДокументы`
- `Документ.rh_ПервичныеДокументыМенеджер`
- `Документ.rh_ПервичныеДокументыМенеджерРеализация`
- `Документ.rh_ДвиженияДенежныеСредстваПрочиеАктивыПассивы`
- `Документ.rh_ДенежныеСредстваКПоступлениюНаличные`
- `Документ.rh_ДенежныеСредстваКСписаниюСПодотчетныхЛиц`
- `Документ.rh_РезервыСерийТоваров`
- `Документ.rh_ТоварыКОформлениюПоступления`
- `Документ.rh_УдалитьДвиженияНоменклатураПрочиеАктивыПассивы`
- `Документ.rh_УдалитьПартииЗатратНаВыпуск`
- `Документ.rh_УдалитьПланыПродажИВнутреннегоПотребления`
- `Документ.rh_УдалитьТоварыКОформлениюОтчетовКомитенту`
- `Документ.rh_УдалитьТоварыОрганизаций`
- `Документ.rh_УдалитьТоварыОрганизацийКОформлению`
- `Документ.rh_УдалитьТоварыОрганизацийКПередаче`
- `Документ.rh_УдалитьТоварыПереданныеНаКомиссию`
### Отчеты
- `Отчет.rh_АнализСебестоимостиТоваров`
- `Отчет.rh_ТоварныйОтчетПоМенеджерам`
- `Отчет.удалитьОплаченныеЗаказы`
- `Отчет.rh_ПродажиПоПериодамИГруппам`
- `Отчет.rh_СебестоимостьОплаченыхТоваров`
- `Отчет.ВедомостьПоТоварамНаСкладахУЦ`
- `Отчет.rh_ВыручкаДенежныхСредств`
- `Отчет.rh_ВедомостьПоТоварамНаСкладахУЦРеализацияСписание`
- `Отчет.rh_ВедомостьПоТоварамНаСкладахПУРеализацияСписание`
- `Отчет.rh_РеестрОплаченныхНакладных`
- `Отчет.ЗаказыПоМенеджерам`
- `Отчет.rh_НеОплаченныеЗаказы`
- `Отчет.rh_СебестоимостьПоГруппам`
- `Отчет.rh_СебестоимостьПоГруппамПартии`
- `Отчет.rh_КонтрольВыполненияПланаЗакупок`
- `Отчет.rh_ПланированиеПоОтделам`
- `Отчет.rh_ПланированиеПоОтделамНеделям`
- `Отчет.ЧастныеЛицаПоВидамСеминаров`
- `Отчет.rh_ПланФактныйАнализПродаж`
- `Отчет.rh_ПодарочныеСертификаты`
- `Отчет.удалитьrh_ПланированиеПоОтделам2`
- `Отчет.rh_ОборотнаяВедомостьПоОстаткамТоваровПоПартиям`
- `Отчет.rh_ТоварыКоформлениюИзлишковИНедостач`
- `Отчет.rh_ПланированиеПоОтделам3`
- `Отчет.rh_ТоварыКомиссионерам`
- `Отчет.rh_ПланированиеПоОтделамИСебестоимость`
### Регистры сведений
- `РегистрСведений.rh_УчетДокументовПродаж`
- `РегистрСведений.rh_СвязиПоИзлишкамИНедостачам`
### Регистры накопления
- `РегистрНакопления.rh_ПланПродаж`
**Всего объектов в этой подсистеме:** 47
---
## Подсистема.rh_Rhana.Подсистема.rh_Настройки.Состав
### Константы
- `Константа.tega_ОсновнаяНастройкаВыгрузки`
- `Константа.rh_СкладСебестоимости`
**Всего объектов в этой подсистеме:** 2
---
## Подсистема.rh_Rhana.Подсистема.rh_НСИ.Состав
### Справочники
- `Справочник.CRM_Специализация`
- `Справочник.rh_СтатусыПодарочныхСертификатов`
- `Справочник.Диадок_ДополнительныеСправочники`
- `Справочник.Диадок_ЮрФизЛица`
- `Справочник.Диадок_Документы`
- `Справочник.Диадок_ПакетыДокументов`
- `Справочник.Диадок_ХранениеДанных`
- `Справочник.Диадок_Файлы`
- `Справочник.р_FTPСоединения`
- `Справочник.tega_НастройкиВыгрузки`
**Всего объектов в этой подсистеме:** 10
---
## Подсистема.rh_Rhana.Подсистема.rh_ПодарочныеСертификаты.Состав
### Справочники
- `Справочник.rh_СтатусыПодарочныхСертификатов`
### Отчеты
- `Отчет.rh_ПодарочныеСертификаты`
**Всего объектов в этой подсистеме:** 2
---
## Подсистема.rh_Rhana.Подсистема.rh_ПереходНаCRM3.Состав
### Справочники
- `Справочник.CRM_ОфисыКомпании1`
### Документы
- `Документ.rh_ПервичныеДокументы`
- `Документ.rh_ПервичныеДокументыМенеджер`
- `Документ.rh_ПервичныеДокументыМенеджерРеализация`
- `Документ.rh_ДвиженияДенежныеСредстваПрочиеАктивыПассивы`
- `Документ.rh_ДенежныеСредстваКПоступлениюНаличные`
- `Документ.rh_ДенежныеСредстваКСписаниюСПодотчетныхЛиц`
- `Документ.rh_РезервыСерийТоваров`
- `Документ.rh_ТоварыКОформлениюПоступления`
- `Документ.rh_УдалитьДвиженияНоменклатураПрочиеАктивыПассивы`
- `Документ.rh_УдалитьПартииЗатратНаВыпуск`
- `Документ.rh_УдалитьПланыПродажИВнутреннегоПотребления`
- `Документ.rh_УдалитьТоварыКОформлениюОтчетовКомитенту`
- `Документ.rh_УдалитьТоварыОрганизаций`
- `Документ.rh_УдалитьТоварыОрганизацийКОформлению`
- `Документ.rh_УдалитьТоварыОрганизацийКПередаче`
- `Документ.rh_УдалитьТоварыПереданныеНаКомиссию`
### Регистры сведений
- `РегистрСведений.CRM_ПрисоединенныеФайлыВерсии`
- `РегистрСведений.mmAgreements`
- `РегистрСведений.mmAnalyticsValues`
- `РегистрСведений.mmNews`
- `РегистрСведений.mmParameters`
- `РегистрСведений.mmНастройки`
- `РегистрСведений.mmСоответствияКлючей`
- `РегистрСведений.АдресныеСокращения`
- `РегистрСведений.АдресныйКлассификатор`
- `РегистрСведений.АналитикаВидовЗапасов`
- `РегистрСведений.бфВидыКонтактнойИнформации`
- `РегистрСведений.бфВидыСервисов`
- `РегистрСведений.бфКлиенты`
- `РегистрСведений.бфКомпетенции`
- `РегистрСведений.бфПользователи`
- `РегистрСведений.бфРегионы`
- `РегистрСведений.бфСвязиСобытий`
- `РегистрСведений.бфСервисныеСпециалисты`
- `РегистрСведений.бфСервисы`
- `РегистрСведений.ВерсииОбъектовАдресногоКлассификатора`
- `РегистрСведений.ЖурналАудитаСбербанк`
- `РегистрСведений.ЗапросыАдминистрированияРазрешенийИспользованияВнешнихРесурсов`
**Всего объектов в этой подсистеме:** 37
---
## Подсистема.rh_Rhana.Подсистема.rh_Планирование.Состав
### Документы
- `Документ.rh_ПланированиеПродаж`
- `Документ.rh_ОтражениеФактаПродаж`
### Отчеты
- `Отчет.rh_ПланФактныйАнализПродаж`
- `Отчет.rh_ПланированиеПоОтделамИСебестоимость`
### Регистры сведений
- `РегистрСведений.rh_УчетДокументовПродаж`
**Всего объектов в этой подсистеме:** 5
---
## Подсистема.rh_Rhana.Подсистема.rh_Отчеты.Состав
### Отчеты
- `Отчет.rh_АнализСебестоимостиТоваров`
- `Отчет.rh_ТоварныйОтчетПоМенеджерам`
- `Отчет.rh_ПродажиПоПериодамИГруппам`
- `Отчет.rh_СебестоимостьОплаченыхТоваров`
- `Отчет.ВедомостьПоТоварамНаСкладахУЦ`
- `Отчет.rh_ВыручкаДенежныхСредств`
- `Отчет.rh_ВедомостьПоТоварамНаСкладахУЦРеализацияСписание`
- `Отчет.rh_ВедомостьПоТоварамНаСкладахПУРеализацияСписание`
- `Отчет.rh_РеестрОплаченныхНакладных`
- `Отчет.ЗаказыПоМенеджерам`
- `Отчет.rh_НеОплаченныеЗаказы`
- `Отчет.rh_СебестоимостьПоГруппамПартии`
- `Отчет.rh_КонтрольВыполненияПланаЗакупок`
- `Отчет.rh_ПланированиеПоОтделам`
- `Отчет.rh_ПланФактныйАнализПродаж`
- `Отчет.rh_ПодарочныеСертификаты`
- `Отчет.удалитьrh_ПланированиеПоОтделам2`
- `Отчет.rh_ОборотнаяВедомостьПоОстаткамТоваровПоПартиям`
- `Отчет.rh_ТоварыКоформлениюИзлишковИНедостач`
- `Отчет.rh_ПланированиеПоОтделам3`
- `Отчет.rh_ТоварыКомиссионерам`
- `Отчет.rh_ПланированиеПоОтделамИСебестоимость`
**Всего объектов в этой подсистеме:** 22
---
## Подсистема.rh_Rhana.Подсистема.rh_Продажи.Состав
### Отчеты
- `Отчет.rh_ПродажиПоПериодамИГруппам`
- `Отчет.rh_НеОплаченныеЗаказы`
- `Отчет.rh_ПланированиеПоОтделамИСебестоимость`
**Всего объектов в этой подсистеме:** 3
---
## Подсистема.rh_Rhana.Подсистема.rh_СовместимостьСCRM2.Состав
### Справочники
- `Справочник.Отделы`
**Всего объектов в этой подсистеме:** 1
---
## Подсистема.rh_Rhana.Подсистема.rh_СкладИДоставка.Состав
### Регистры сведений
- `РегистрСведений.rh_СвязиПоИзлишкамИНедостачам`
**Всего объектов в этой подсистеме:** 1
---
## Сводная статистика
| Подсистема | Количество объектов |
|------------|---------------------|
| Подсистема.rh_RhanaПодсистема.Состав | 47 |
| Подсистема.rh_Rhana.Подсистема.rh_ПереходНаCRM3.Состав | 37 |
| Подсистема.rh_Rhana.Подсистема.rh_Отчеты.Состав | 22 |
| Подсистема.rh_Rhana.Подсистема.rh_НСИ.Состав | 10 |
| Подсистема.rh_Rhana.Подсистема.rh_Планирование.Состав | 5 |
| Подсистема.rh_Rhana.Подсистема.rh_Продажи.Состав | 3 |
| Подсистема.rh_Rhana.Подсистема.rh_Настройки.Состав | 2 |
| Подсистема.rh_Rhana.Подсистема.rh_ПодарочныеСертификаты.Состав | 2 |
| Подсистема.rh_Rhana.Подсистема.rh_СовместимостьСCRM2.Состав | 1 |
| Подсистема.rh_Rhana.Подсистема.rh_СкладИДоставка.Состав | 1 |
| **ВСЕГО** | **130** |
---
## Инструкция по удалению объектов из состава подсистем
### Шаг 1: Открыть конфигурацию
1. Откройте конфигурацию `CRM3devLocal` в конфигураторе 1С
2. Перейдите в режим редактирования
### Шаг 2: Удаление объектов из подсистем
Для каждой подсистемы из списка выше:
1. Найдите подсистему в дереве конфигурации
2. Откройте свойства подсистемы
3. Перейдите на вкладку "Состав"
4. Найдите объект в списке состава
5. Удалите объект из состава подсистемы (НЕ удаляйте сам объект!)
**Важно:**
- Удаляйте только из **состава подсистемы**, не удаляйте сами объекты
- Объекты останутся в конфигурации, но не будут входить в состав подсистем
### Шаг 3: Проверка
После удаления всех объектов из состава подсистем:
1. Сохраните конфигурацию
2. Проверьте конфигурацию на ошибки
3. Попробуйте выполнить обновление
---
## Группировка по типам объектов
### Подписки на события (1)
- `ПодпискаНаСобытие.rh_ПроверитьДатуЗапретаПередЗаписьюДокумента`
### Регламентные задания (2)
- `РегламентноеЗадание.Диадок_РегламентныеДействия`
- `РегламентноеЗадание.tega_ВыгрузкаОстатковНаСайт`
### Константы (2)
- `Константа.tega_ОсновнаяНастройкаВыгрузки`
- `Константа.rh_СкладСебестоимости`
### Общие формы (1)
- `ОбщаяФорма.rh_ФормаНастроек`
### Справочники (10)
- `Справочник.CRM_Специализация`
- `Справочник.Отделы`
- `Справочник.rh_СтатусыПодарочныхСертификатов`
- `Справочник.CRM_ОфисыКомпании1`
- `Справочник.Диадок_ДополнительныеСправочники`
- `Справочник.Диадок_ЮрФизЛица`
- `Справочник.Диадок_Документы`
- `Справочник.Диадок_ПакетыДокументов`
- `Справочник.Диадок_ХранениеДанных`
- `Справочник.Диадок_Файлы`
- `Справочник.р_FTPСоединения`
- `Справочник.tega_НастройкиВыгрузки`
### Документы (18)
- `Документ.rh_ПланированиеПродаж`
- `Документ.rh_ОтражениеФактаПродаж`
- `Документ.rh_ПервичныеДокументы`
- `Документ.rh_ПервичныеДокументыМенеджер`
- `Документ.rh_ПервичныеДокументыМенеджерРеализация`
- `Документ.rh_ДвиженияДенежныеСредстваПрочиеАктивыПассивы`
- `Документ.rh_ДенежныеСредстваКПоступлениюНаличные`
- `Документ.rh_ДенежныеСредстваКСписаниюСПодотчетныхЛиц`
- `Документ.rh_РезервыСерийТоваров`
- `Документ.rh_ТоварыКОформлениюПоступления`
- `Документ.rh_УдалитьДвиженияНоменклатураПрочиеАктивыПассивы`
- `Документ.rh_УдалитьПартииЗатратНаВыпуск`
- `Документ.rh_УдалитьПланыПродажИВнутреннегоПотребления`
- `Документ.rh_УдалитьТоварыКОформлениюОтчетовКомитенту`
- `Документ.rh_УдалитьТоварыОрганизаций`
- `Документ.rh_УдалитьТоварыОрганизацийКОформлению`
- `Документ.rh_УдалитьТоварыОрганизацийКПередаче`
- `Документ.rh_УдалитьТоварыПереданныеНаКомиссию`
### Отчеты (25)
- `Отчет.rh_АнализСебестоимостиТоваров`
- `Отчет.rh_ТоварныйОтчетПоМенеджерам`
- `Отчет.удалитьОплаченныеЗаказы`
- `Отчет.rh_ПродажиПоПериодамИГруппам`
- `Отчет.rh_СебестоимостьОплаченыхТоваров`
- `Отчет.ВедомостьПоТоварамНаСкладахУЦ`
- `Отчет.rh_ВыручкаДенежныхСредств`
- `Отчет.rh_ВедомостьПоТоварамНаСкладахУЦРеализацияСписание`
- `Отчет.rh_ВедомостьПоТоварамНаСкладахПУРеализацияСписание`
- `Отчет.rh_РеестрОплаченныхНакладных`
- `Отчет.ЗаказыПоМенеджерам`
- `Отчет.rh_НеОплаченныеЗаказы`
- `Отчет.rh_СебестоимостьПоГруппам`
- `Отчет.rh_СебестоимостьПоГруппамПартии`
- `Отчет.rh_КонтрольВыполненияПланаЗакупок`
- `Отчет.rh_ПланированиеПоОтделам`
- `Отчет.rh_ПланированиеПоОтделамНеделям`
- `Отчет.ЧастныеЛицаПоВидамСеминаров`
- `Отчет.rh_ПланФактныйАнализПродаж`
- `Отчет.rh_ПодарочныеСертификаты`
- `Отчет.удалитьrh_ПланированиеПоОтделам2`
- `Отчет.rh_ОборотнаяВедомостьПоОстаткамТоваровПоПартиям`
- `Отчет.rh_ТоварыКоформлениюИзлишковИНедостач`
- `Отчет.rh_ПланированиеПоОтделам3`
- `Отчет.rh_ТоварыКомиссионерам`
- `Отчет.rh_ПланированиеПоОтделамИСебестоимость`
### Регистры сведений (25)
- `РегистрСведений.CRM_ПрисоединенныеФайлыВерсии`
- `РегистрСведений.mmAgreements`
- `РегистрСведений.mmAnalyticsValues`
- `РегистрСведений.mmNews`
- `РегистрСведений.mmParameters`
- `РегистрСведений.mmНастройки`
- `РегистрСведений.mmСоответствияКлючей`
- `РегистрСведений.АдресныеСокращения`
- `РегистрСведений.АдресныйКлассификатор`
- `РегистрСведений.АналитикаВидовЗапасов`
- `РегистрСведений.бфВидыКонтактнойИнформации`
- `РегистрСведений.бфВидыСервисов`
- `РегистрСведений.бфКлиенты`
- `РегистрСведений.бфКомпетенции`
- `РегистрСведений.бфПользователи`
- `РегистрСведений.бфРегионы`
- `РегистрСведений.бфСвязиСобытий`
- `РегистрСведений.бфСервисныеСпециалисты`
- `РегистрСведений.бфСервисы`
- `РегистрСведений.ВерсииОбъектовАдресногоКлассификатора`
- `РегистрСведений.ЖурналАудитаСбербанк`
- `РегистрСведений.ЗапросыАдминистрированияРазрешенийИспользованияВнешнихРесурсов`
- `РегистрСведений.rh_УчетДокументовПродаж`
- `РегистрСведений.rh_СвязиПоИзлишкамИНедостачам`
### Регистры накопления (1)
- `РегистрНакопления.rh_ПланПродаж`
---
## Приоритеты удаления
### Высокий приоритет (критично для обновления)
1. **Подсистема.rh_RhanaПодсистема.Состав** - 47 объектов
- Самая большая группа
- Содержит большинство удаляемых объектов
2. **Подсистема.rh_Rhana.Подсистема.rh_ПереходНаCRM3.Состав** - 37 объектов
- Много регистров сведений
- Документы переходного периода
### Средний приоритет
3. **Подсистема.rh_Rhana.Подсистема.rh_Отчеты.Состав** - 22 объекта
- Отчеты, которые можно временно отключить
4. **Подсистема.rh_Rhana.Подсистема.rh_НСИ.Состав** - 10 объектов
- Справочники, связанные с НСИ
### Низкий приоритет
5. Остальные подсистемы с небольшим количеством объектов
---
## Чек-лист действий
- [ ] Создать резервную копию конфигурации
- [ ] Удалить объекты из Подсистема.rh_RhanaПодсистема.Состав (47 объектов)
- [ ] Удалить объекты из Подсистема.rh_Rhana.Подсистема.rh_ПереходНаCRM3.Состав (37 объектов)
- [ ] Удалить объекты из Подсистема.rh_Rhana.Подсистема.rh_Отчеты.Состав (22 объекта)
- [ ] Удалить объекты из Подсистема.rh_Rhana.Подсистема.rh_НСИ.Состав (10 объектов)
- [ ] Удалить объекты из Подсистема.rh_Rhana.Подсистема.rh_Планирование.Состав (5 объектов)
- [ ] Удалить объекты из Подсистема.rh_Rhana.Подсистема.rh_Продажи.Состав (3 объекта)
- [ ] Удалить объекты из Подсистема.rh_Rhana.Подсистема.rh_Настройки.Состав (2 объекта)
- [ ] Удалить объекты из Подсистема.rh_Rhana.Подсистема.rh_ПодарочныеСертификаты.Состав (2 объекта)
- [ ] Удалить объекты из Подсистема.rh_Rhana.Подсистема.rh_СовместимостьСCRM2.Состав (1 объект)
- [ ] Удалить объекты из Подсистема.rh_Rhana.Подсистема.rh_СкладИДоставка.Состав (1 объект)
- [ ] Сохранить конфигурацию
- [ ] Проверить конфигурацию на ошибки
- [ ] Попробовать выполнить обновление
---
## Примечания
1. **Удаление из состава ≠ удаление объекта:** Объекты остаются в конфигурации, но не входят в состав подсистем
2. **Проверка зависимостей:** После удаления объектов из состава подсистем проверьте, не нарушены ли зависимости
3. **Тестирование:** После удаления обязательно протестируйте функциональность, связанную с этими подсистемами
4. **Документирование:** Зафиксируйте все изменения для последующего анализа
---
## История изменений
### Версия 1.0 (Текущая итерация)
- Составлен список объектов для удаления из состава подсистем
- Группировка по подсистемам
- Статистика по типам объектов
- Инструкция по выполнению удаления
### Следующие итерации
После применения обновления на текущей итерации:
1. Проверьте наличие новых ошибок
2. При необходимости составьте новый список для следующей итерации
3. Обновите данный документ или создайте новый
### Известные проблемы после обновления
После успешного удаления объектов из состава подсистем и сохранения конфигурации может возникнуть ошибка:
**Проблема:** Записи регистра сведений стали неуникальными: `CRM_ЖурналДокументов`
**Решение:** См. документ [Проблема неуникальности регистра CRM_ЖурналДокументов](docs__%D0%9F%D1%80%D0%BE%D0%B1%D0%BB%D0%B5%D0%BC%D0%B0_%D0%BD%D0%B5%D1%83%D0%BD%D0%B8%D0%BA%D0%B0%D0%BB%D1%8C%D0%BD%D0%BE%D1%81%D1%82%D0%B8_%D1%80%D0%B5%D0%B3%D0%B8%D1%81%D1%82%D1%80%D0%B0_CRM_%D0%96%D1%83%D1%80%D0%BD%D0%B0%D0%BB%D0%94%D0%BE%D0%BA%D1%83%D0%BC%D0%B5%D0%BD%D1%82%D0%BE%D0%B2.md)
---
## Примечания по процессу обновления
### Этапы обновления
1. **Подготовка**
- Анализ ошибок обновления
- Составление списков удаляемых объектов
- Резервное копирование
2. **Текущая итерация**
- Удаление объектов из состава подсистем (данный документ)
- Применение обновления
- Проверка результата
3. **Следующие итерации** (при необходимости)
- Анализ новых ошибок
- Составление новых списков
- Повторное применение обновления
### Рекомендации
- **Не удаляйте объекты полностью** - только из состава подсистем
- **Сохраняйте резервные копии** перед каждой итерацией
- **Документируйте изменения** для последующего анализа
- **Тестируйте функциональность** после каждой итерации
---
**Дата создания:** 2024
**Версия:** 1.0 (Промежуточная итерация)
**Статус:** Готово к использованию
**Контекст:** Применение CRM3-26 поверх рабочей CRM3
docs__Список_ролей_для_отметки_ДА.md
-64
@@ -1,64 +0,0 @@
---
title: "Список ролей новой системы для отметки "Да""
author: Руководитель отдела ИТ Кудрявцев М.А. (kma@rhana.com)
version: 1.0
date_created: 2025-12-10
date_modified: 2025-12-10
show_metadata_block: true
show_index_link: true
---
# Список ролей новой системы для отметки "Да"
## Роли, которые нужно отметить "Да" в новой системе
1. Базовые права (CRM)
2. Ввод документа "Отчет по работам" (CRM)
3. Выполнение синхронизации данных
4. Добавление и изменение документов по банку
5. Добавление и изменение реализаций товаров услуг
6. Добавление и изменение заказов клиентов
7. Добавление и изменение узлов планов обмена
8. Использование дополнительных отчетов и обработок УТ
9. Использование интеграции с 1С:Документооборотом
10. Раздел запасы
11. Раздел отчеты и мониторинг
12. Чтение базовой нормативно-справочной информации
13. Чтение документов списания поступления безналичных ДС
14. Чтение состояний отгрузки
---
## Роли, отсутствующие в новой системе (требуют проверки)
- Настройка синхронизации данных (возможно, переименована или объединена с другой ролью)
---
## Дополнительные роли для проверки (возможные переименования)
Если в новой системе есть следующие роли, их также нужно отметить "Да":
- Добавление и изменение корректировок обособленного учета запасов
- Добавление и изменение корректировок реализаций
- Добавление и изменение листов кассовой книги
---
## Примечание
Роль "Выполнение обмена электронными документами" отсутствует в списке новой системы. Если она существует под другим названием, её также нужно включить.
docs__Сравнение_констант_crm3-dev_vs_crm3-26-test.md
-1343
File diff suppressed because it is too large Load Diff
docs__ТЗ_2_полный_перенос_логики_УПД_из_crm3-26-promo_в_crm3-dev_2026-04-21.md
-218
@@ -1,218 +0,0 @@
---
title: Техническое задание №2 - полный перенос новой логики УПД из crm3-26-promo в crm3-dev
version: 1.0
date_created: 2026-04-21
date_modified: 2026-04-21
author: Руководитель отдела ИТ Кудрявцев М.А. (kma@rhana.com)
description: Полный план переноса логики подготовки данных и печати УПД из crm3-26-promo в crm3-dev с учетом выделения доработок в отдельное расширение упд5б.
status: К согласованию
show_metadata_block: true
show_index_link: true
show_toc: true
---
# Техническое задание №2
## 1. Цель и основание
Цель: выполнить **полный перенос** актуальной логики формирования данных и печати УПД из `crm3-26-promo` в `crm3-dev` с выделением изменений в отдельное расширение `упд5б`, минимизируя изменения в основной конфигурации.
Основание: сравнительный анализ:
- `crm3-dev` (версия `3.0.22.28`, режим совместимости `Version8_3_16`);
- `crm3-26-promo` (версия `3.1.35.11`, режим совместимости `Version8_3_27`);
- текущего расширения `crm3-dev.rhana`.
## 2. Итоги полного анализа (as-is / to-be)
### 2.1. Что уже есть в `crm3-26-promo`
В `crm3-26-promo` реализован полный контур графы 5б:
- функция `СтрокаАвансовыеСчетаФактуры(...)` в `Documents/СчетФактураВыданный/Ext/ManagerModule.bsl`;
- расширенная `ПоместитьВременнуюТаблицуПлатежноРасчетныхДокументов(...)` с колонкой `СтрокаАвансовыеСчетаФактуры`;
- расширенный `ТекстЗапросаПолученияНомеровИДатПлатежноРасчетныхДокументов()` с данными `СчетФактураВыданныйАванс` и исправлений;
- вывод поля `ПредставлениеАвансовыеСчетаФактуры` в запросе шапки для печати;
- заполнение `ОбластьШапка.Параметры.АвансовыеСчетаФактуры` в `ПечатьОбщихФорм`.
### 2.2. Что есть в `crm3-dev`
В `crm3-dev` (база):
- базовые методы `ПоместитьВременнуюТаблицуПлатежноРасчетныхДокументов(...)` и `ТекстЗапросаПолученияНомеровИДатПлатежноРасчетныхДокументов()` присутствуют, но без контура 5б;
- в запросе шапки УПД отсутствует `ПредставлениеАвансовыеСчетаФактуры`.
В `crm3-dev.rhana`:
- в `DataProcessors/ПечатьОбщихФорм/Ext/ManagerModule.bsl` уже есть ветка выбора макета `1096` для периода 2026;
- подключен макет `ПФ_MXL_УниверсальныйПередаточныйДокумент1096_ru`;
- в `Documents/СчетФактураВыданный/Ext/ManagerModule.bsl` отсутствуют изменения по 5б (есть только доработки по строке 5а).
Критичное отличие по макетам:
- в `crm3-26-promo` для актуальной ветки УПД применяются `CommonTemplates`:
- `ПФ_MXL_УниверсальныйПередаточныйДокумент2026`,
- `ПФ_MXL_УниверсальныйПередаточныйДокумент2026Прослеж`,
в которых присутствует параметр `АвансовыеСчетаФактуры` (графа 5б);
- в `crm3-dev` и `crm3-dev.rhana` такие `CommonTemplates` отсутствуют.
## 3. Границы работ по ТЗ №2
### 3.1. Входит в объем
1. Полный перенос механизма подготовки данных 5б из `crm3-26-promo`.
2. Полный перенос логики вывода 5б в печатной форме УПД.
3. Унификация доработок в новом расширении `упд5б` (вынос из `crm3-dev.rhana` релевантных частей).
4. Анализ и устранение дублирования между `crm3-dev.rhana` и `упд5б`.
5. Подготовка правил, что остается в расширении, а что (при необходимости) меняется в базе `crm3-dev`.
### 3.2. Не входит в объем
1. Полный перенос всех несвязанных с УПД подсистем из `crm3-26-promo`.
2. Массовый рефакторинг документов вне контура СФ/УПД.
## 4. Детальный анализ изменений структуры данных
### 4.1. Обязательные поля и представления для миграции
Для полного переноса должны быть поддержаны:
- строка представления авансовых СФ: `СтрокаАвансовыеСчетаФактуры`;
- поле вывода в шапке печати: `ПредставлениеАвансовыеСчетаФактуры`;
- поля в таблице платежно-расчетных документов:
- `НомерСчетаФактурыНаАванс`,
- `ДатаСчетаФактурыНаАванс`,
- `НомерИсправленияСчетаФактурыНаАванс`,
- `ДатаИсправленияСчетаФактурыНаАванс`.
### 4.2. Временные таблицы и запросы
В контуре `СчетФактураВыданный` требуется перенос (или эквивалентное восстановление) цепочки:
1. подготовка данных платежно-расчетных документов;
2. формирование данных по `СчетФактураВыданныйАванс` и исправлениям;
3. объединение в итоговую ВТ для передачи в печать;
4. подстановка в `РезультатПоШапке` поля `ПредставлениеАвансовыеСчетаФактуры`.
### 4.3. Проверка наличия реквизитов документа
В `crm3-26-promo` используется реквизит документа `СтрокаАвансовыеСчетаФактуры` в ряде сценариев формы/объекта.
Для `crm3-dev` обязательна проверка:
1. если реквизит уже существует в базе - использовать его;
2. если реквизита нет:
- вариант А (предпочтительный): вычислять строку на лету в расширении и передавать через ВТ/запрос шапки;
- вариант Б (если требуется функциональная паритетность формы документа): добавить реквизит в объект (через расширение, если позволяет совместимость), либо точечно в базу.
## 5. Целевая архитектура переноса
### 5.1. Новое расширение `упд5б` (основной контур)
В `упд5б` концентрируются:
1. все изменения `Documents/СчетФактураВыданный/Ext/ManagerModule.bsl` по данным 5б;
2. все изменения `DataProcessors/ПечатьОбщихФорм/Ext/ManagerModule.bsl` по выводу 5б;
3. перенос и сопровождение `CommonTemplates`:
- `ПФ_MXL_УниверсальныйПередаточныйДокумент2026`,
- `ПФ_MXL_УниверсальныйПередаточныйДокумент2026Прослеж`;
4. опционально (для обратной совместимости) - `ПФ_MXL_УниверсальныйПередаточныйДокумент1096_ru`, если он остается в legacy-ветке.
### 5.2. Что переносить из `crm3-dev.rhana` в `упд5б`
Переносу в `упд5б` подлежат доработки, связанные с актуальной печатью УПД и графой 5б:
1. ветка выбора макета для периода 2026+;
2. переключение на `CommonTemplates` `...2026` / `...2026Прослеж`;
3. блок заполнения параметров шапки УПД, который должен включать `АвансовыеСчетаФактуры`.
### 5.3. Что убрать из `crm3-dev.rhana` после переноса
После приемки `упд5б` из `crm3-dev.rhana` исключаются дублирующие фрагменты:
1. дублирующее подключение макета 1096 в ветке 2026, если оно заменено на `CommonTemplates` 2026;
2. дублирующая ветка выбора макета 1096/2026;
3. любой дублирующий расчет параметра `АвансовыеСчетаФактуры` (если был добавлен в `crm3-dev.rhana`).
Удаление выполняется только после тестов регрессии и при подтверждении идентичного поведения в `упд5б`.
## 6. План реализации (по этапам)
### Этап 1. Инвентаризация и фиксация baseline
1. Зафиксировать текущие версии и hash модулей/макетов:
- `crm3-dev/src/Documents/СчетФактураВыданный/...`,
- `crm3-dev/src/DataProcessors/ПечатьОбщихФорм/...`,
- `crm3-dev.rhana/src/...`,
- `crm3-26-promo/src/...`.
2. Составить карту расхождений: методы, поля, ВТ, параметры макета.
Результат этапа: отчет о diff и точный реестр переносимых фрагментов.
### Этап 2. Перенос данных 5б
1. В `упд5б` добавить `упд5б_СтрокаАвансовыеСчетаФактуры(...)`.
2. Расширить `ПоместитьВременнуюТаблицуПлатежноРасчетныхДокументов(...)`.
3. Расширить `ТекстЗапросаПолученияНомеровИДатПлатежноРасчетныхДокументов()`.
4. Расширить формирование `ТекстЗапросаДанныхШапкиДляПечатиСчетаФактуры(...)` с полем `ПредставлениеАвансовыеСчетаФактуры`.
Результат этапа: данные 5б формируются и доступны в `РезультатПоШапке`.
### Этап 3. Перенос печати и макетов
1. Перенести в `упд5б` выбор макета для ветки 2026+.
2. Перенести из `crm3-26-promo` `CommonTemplates`:
- `ПФ_MXL_УниверсальныйПередаточныйДокумент2026`,
- `ПФ_MXL_УниверсальныйПередаточныйДокумент2026Прослеж`.
3. В `ЗаполнитьТабличныйДокументУПД(...)` добавить/сохранить установку `ОбластьШапка.Параметры.АвансовыеСчетаФактуры`.
4. Проверить, что legacy-ветки до 2026 не изменили поведение.
Результат этапа: графа 5б печатается в УПД по новым макетам 2026/2026Прослеж.
### Этап 4. Дедубликация `crm3-dev.rhana`
1. Отключить/удалить дублирующие фрагменты по макету 1096 из `crm3-dev.rhana`.
2. Подтвердить отсутствие конфликтов при одновременном подключении расширений.
Результат этапа: единая точка ответственности в `упд5б`.
### Этап 5. Регрессия и приемка
1. Позитивные сценарии:
- реализация с авансом и исправлением;
- реализация с авансом без исправления;
- без аванса (fallback).
2. Регрессия:
- печать УПД до 2026 (исторические периоды);
- печать УПД после 01.01.2026 (макеты 2026/2026Прослеж);
- пакетная печать смешанных документов.
Результат этапа: акт приемки и протокол регрессии.
### Этап 6. Переход структуры данных и обработчики обновления
1. Подготовить решение по данным для уже созданных документов:
- если строка 5б рассчитывается на лету - обновление данных не требуется;
- если вводится хранение в реквизите/регистре - требуется миграция данных.
2. При необходимости добавить обработчики обновления данных:
- модуль обновления конфигурации/расширения;
- пакетный пересчет `СтрокаАвансовыеСчетаФактуры` для исторических `СчетФактураВыданный`.
3. Добавить контрольные отчеты сверки до/после миграции.
## 7. Требования по применению расширения с учетом совместимости `crm3-dev`
Учитывать ограничения `crm3-dev` (`CompatibilityMode = Version8_3_16`):
1. приоритетно использовать `&ИзменениеИКонтроль` в расширении;
2. в блоках `#Удаление` размещать только удаляемый код;
3. комментарии и пояснения размещать только в `#Вставка`;
4. не использовать вставку директив удаления внутрь многострочных литералов запроса;
5. при изменении условных операторов заменять цельный блок `Если ... КонецЕсли` (а не только строку условия);
6. если точка расширения недоступна технически, оформлять точечное изменение в базе отдельным решением с обоснованием.
## 8. Решение по макетам после 01.01.2026
Для новых документов после `01.01.2026` целевые макеты:
1. `ОбщийМакет.ПФ_MXL_УниверсальныйПередаточныйДокумент2026`;
2. `ОбщийМакет.ПФ_MXL_УниверсальныйПередаточныйДокумент2026Прослеж`.
Исторические макеты (`..._ru`, `..._625_ru`, `...981_ru`, `...534_ru`) не удаляются, потому что:
1. они нужны для корректной печати документов прошлых периодов;
2. они участвуют в проверках совместимости печати смешанных наборов документов;
3. их изменение в рамках полного переноса выполняется только при отдельном бизнес-требовании.
## 9. Критерии готовности ТЗ №2 к реализации
1. Согласован перечень переносимых объектов и методов.
2. Согласован перечень удаляемых дубликатов из `crm3-dev.rhana`.
3. Подтвержден способ работы с отсутствующими реквизитами (через расширение или точечно в базе).
4. Утвержден план поэтапного внедрения и регрессии.
docs__ТЗ_3_Внедрение_формы_УПД_в_текущую_рабочую_базу_2026-05-05.md
-1807
File diff suppressed because it is too large Load Diff
docs__ТЗ_минимальная_реализация_графы_5б_УПД_2026-04-21.md
-634
@@ -1,634 +0,0 @@
---
title: Техническое задание - минимальная реализация графы 5б в УПД (через расширение)
version: 1.1
date_created: 2026-04-21
date_modified: 2026-04-21
author: Руководитель отдела ИТ Кудрявцев М.А. (kma@rhana.com)
description: Детализированное техническое задание с конкретными объектами и кодовыми фрагментами для минимальной реализации графы 5б в УПД с приоритетом реализации через расширение crm3-dev.rhana.
status: К реализации
extension: CRM3devLocal / CRM3devLocal.Рана
show_metadata_block: true
show_index_link: true
show_toc: true
---
# Техническое задание
## 1. Общая информация
### 1.1. Дата документа
21.04.2026
### 1.2. Основание
Результаты повторного анализа `crm3-dev` + `crm3-dev.rhana` в сравнении с `crm3-26-promo` (версия `3.1.35.11`) по функционалу заполнения графы 5б в УПД.
### 1.3. Цель
Реализовать в старой конфигурации минимально необходимую логику заполнения графы **5б** в печатной форме УПД за счет перехода на новые макеты `ПФ_MXL_УниверсальныйПередаточныйДокумент2026` и `ПФ_MXL_УниверсальныйПередаточныйДокумент2026Прослеж` (из `crm3-26-promo`) и передачи в них параметра `АвансовыеСчетаФактуры`, с максимальной локализацией изменений в расширении `упд5б`.
---
## 2. Архитектурный принцип реализации
### 2.1. Приоритет: расширение
Реализация выполняется **в первую очередь через расширение** `crm3-dev.rhana`.
Целевой порядок:
1. Подготовка данных для графы 5б - в расширении документа `СчетФактураВыданный`.
2. Вывод в печатную форму УПД - в расширении `ПечатьОбщихФорм`.
3. Изменения в базе `crm3-dev` - только если конкретный метод нельзя корректно расширить.
### 2.2. Допустимый fallback на базу
Если нужная точка не расширяема:
1. фиксируется причина технического ограничения;
2. в базе делается минимальный точечный change;
3. вся остальная логика остается в расширении.
---
## 3. Объем и ограничения
### 3.1. Включено в объем работ
1. Формирование представления авансовых счетов-фактур для графы 5б.
2. Передача значения в набор данных печати УПД (`РезультатПоШапке`).
3. Перенос в расширение `упд5б` макетов `ОбщийМакет.ПФ_MXL_УниверсальныйПередаточныйДокумент2026` и `ОбщийМакет.ПФ_MXL_УниверсальныйПередаточныйДокумент2026Прослеж` из `crm3-26-promo`.
4. Вывод значения графы 5б в новых макетах 2026.
5. Минимальные изменения, достаточные для работоспособности графы 5б без изменения логики старых веток макетов.
### 3.2. Не включено в объем работ
1. Полный перенос ветки печатных форм СФ/УПД/УКД 2.5.
2. Перенос всех функциональных опций и макетов из `crm3-26-promo`.
3. Масштабный рефакторинг печати УПД.
4. Изменение логики выбора исторических макетов `..._ru`, `..._625_ru`, `...981_ru`, `...534_ru`.
---
## 4. Карта объектов и изменений
### 4.1. Обязательные объекты в расширении
1. `crm3-dev.rhana/src/Documents/СчетФактураВыданный/Ext/ManagerModule.bsl`
Назначение:
- формирование `ПредставлениеАвансовыеСчетаФактуры`;
- расширение подготовки данных для УПД.
2. `crm3-dev.rhana/src/DataProcessors/ПечатьОбщихФорм/Ext/ManagerModule.bsl`
Назначение:
- чтение `ДанныеПечати.ПредставлениеАвансовыеСчетаФактуры`;
- заполнение `ОбластьШапка.Параметры.АвансовыеСчетаФактуры`.
3. Макеты УПД в расширении `упд5б` (раздел `CommonTemplates`)
Назначение:
- перенос из `crm3-26-promo` макетов:
- `ПФ_MXL_УниверсальныйПередаточныйДокумент2026`;
- `ПФ_MXL_УниверсальныйПередаточныйДокумент2026Прослеж`;
- использование в печати УПД для периода 2026+.
4. Макет УПД в расширении (`Templates` объекта `ПечатьОбщихФорм`)
Назначение:
- сохранить совместимость со старой веткой печати;
- без обязательной доработки исторических шаблонов в рамках минимальной задачи.
### 4.2. Объекты базы (только при невозможности расширить)
1. `crm3-dev/src/Documents/СчетФактураВыданный/Ext/ManagerModule.bsl`
2. Базовый макет УПД.
---
## 5. Детализация реализации по объектам
### 5.1. Расширение документа `СчетФактураВыданный`
Файл: `crm3-dev.rhana/src/Documents/СчетФактураВыданный/Ext/ManagerModule.bsl`
Необходимо расширить:
1. `ПоместитьВременнуюТаблицуПлатежноРасчетныхДокументов(...)`
- добавить колонку `СтрокаАвансовыеСчетаФактуры`;
- заполнять ее из функции `упд5б_СтрокаАвансовыеСчетаФактуры(...)`;
- включить колонку в итоговую выгрузку в `ТаблицаПлатежноРасчетныеДокументы`.
Конкретный код (фрагмент для вставки по месту):
```bsl
// 1) Добавление колонки в сводную ТЗ
ПлатежноРасчетныеДокументыСводно.Колонки.Добавить("СтрокаАвансовыеСчетаФактуры",
Новый ОписаниеТипов("Строка",,Новый КвалификаторыСтроки(1000)));
// 2) Заполнение значения в цикле по счетам-фактурам
НоваяСтрока = ПлатежноРасчетныеДокументыСводно.Добавить();
НоваяСтрока.Ссылка = ВыборкаСчетФактур.СчетФактура;
НоваяСтрока.СтрокаПлатежноРасчетныеДокументы = СтрокаРасчетноПлатежныхДокументов(ПлатежноРасчетныеДокументы);
НоваяСтрока.СтрокаАвансовыеСчетаФактуры = упд5б_СтрокаАвансовыеСчетаФактуры(ПлатежноРасчетныеДокументы);
// 3) Выгрузка в ВТ, чтобы поле было доступно в дальнейших запросах
Запрос.Текст =
"ВЫБРАТЬ
| Таблица.Ссылка,
| Таблица.СтрокаПлатежноРасчетныеДокументы,
| Таблица.СтрокаАвансовыеСчетаФактуры
|ПОМЕСТИТЬ ТаблицаПлатежноРасчетныеДокументы
|ИЗ
| &ПлатежноРасчетныеДокументы КАК Таблица";
```
2. `ТекстЗапросаПолученияНомеровИДатПлатежноРасчетныхДокументов()`
- добавить извлечение связанных авансовых СФ (`Документ.СчетФактураВыданныйАванс`);
- добавить поля:
- `НомерСчетаФактурыНаАванс`
- `ДатаСчетаФактурыНаАванс`
- `НомерИсправленияСчетаФактурыНаАванс`
- `ДатаИсправленияСчетаФактурыНаАванс`;
- внедрять как цельный расширяемый блок по шаблону из раздела `6.3`.
3. Формирование поля в запросе шапки:
- `ПредставлениеАвансовыеСчетаФактуры`.
4. Новая функция в расширении:
- `упд5б_СтрокаАвансовыеСчетаФактуры(...) Экспорт`.
### 5.2. Расширение печати УПД
Файл: `crm3-dev.rhana/src/DataProcessors/ПечатьОбщихФорм/Ext/ManagerModule.bsl`
В `упд5б_ЗаполнитьТабличныйДокументУПД(...)` добавить:
1. извлечение значения графы 5б из `ДанныеПечати`:
- `ПредставлениеАвансовыеСчетаФактуры`;
2. fallback:
- `№ -- от --, исправление № -- от --`;
3. заполнение параметра шапки:
- `ОбластьШапка.Параметры.АвансовыеСчетаФактуры`.
### 5.3. Макет УПД
По результатам глубокого анализа:
1. в `crm3-26-promo` параметр 5б реализован в коде печати и применяется в ветке новых макетов:
- `ОбщийМакет.ПФ_MXL_УниверсальныйПередаточныйДокумент2026`;
- `ОбщийМакет.ПФ_MXL_УниверсальныйПередаточныйДокумент2026Прослеж`;
2. в `crm3-dev` отсутствует раздел `CommonTemplates` с указанными макетами;
3. в `crm3-dev.rhana` ветка 2026 сейчас переключается на `...1096_ru`, что не дает использовать новый шаблон 2026 с параметром 5б по эталонной схеме `crm3-26-promo`.
Требование минимальной задачи по макетам:
1. создать в расширении `упд5б` раздел `CommonTemplates` и перенести из `crm3-26-promo`:
- `ПФ_MXL_УниверсальныйПередаточныйДокумент2026`;
- `ПФ_MXL_УниверсальныйПередаточныйДокумент2026Прослеж`;
2. в процедуре `ЗаполнитьТабличныйДокументУПД(...)` расширения `упд5б` для ветки 2026 использовать только эти новые макеты;
3. логику выбора и применения исторических макетов (`..._ru`, `..._625_ru`, `...981_ru`, `...534_ru`) не менять;
4. обеспечить установку `ОбластьШапка.Параметры.АвансовыеСчетаФактуры` в ветке печати, где используется макет 2026/2026Прослеж.
Конкретный код для вставки приведен в разделе `6.5`.
Требование по переносу доработок из текущего расширения `crm3-dev.rhana` в новое расширение `упд5б`:
1. перенести только ветку выбора макета периода 2026;
2. заменить использование `ПФ_MXL_УниверсальныйПередаточныйДокумент1096_ru` на `ОбщийМакет.ПФ_MXL_УниверсальныйПередаточныйДокумент2026` и `...2026Прослеж`;
3. оставить существующие ветки до 2026 без изменений.
---
## 6. Конкретные кодовые фрагменты (шаблоны для внедрения)
### 6.0. Общий шаблон расширяемого метода
Все изменения в существующих методах выполнять в форме:
```bsl
&ИзменениеИКонтроль("ИмяМетодаБазы")
Функция упд5б_ИмяМетодаБазы(...)
#Удаление
ТекстБазовогоКода = "...";
#КонецУдаления
#Вставка
// Новый или измененный фрагмент
#КонецВставки
КонецФункции
```
### 6.1. Функция строкового представления графы 5б
```bsl
Функция упд5б_СтрокаАвансовыеСчетаФактуры(ПлатежноРасчетныеДокументы) Экспорт
СтрокаНомеровИДата = "";
Для каждого СтрокаДокумента Из ПлатежноРасчетныеДокументы Цикл
Если ЗначениеЗаполнено(СтрокаДокумента.НомерСчетаФактурыНаАванс) Тогда
ТекстСтроки = СтрШаблон(
НСтр("ru='№ %1 от %2, исправление № %3 от %4'"),
СтрокаДокумента.НомерСчетаФактурыНаАванс,
Формат(СтрокаДокумента.ДатаСчетаФактурыНаАванс, "ДФ=dd.MM.yyyy"),
?(ЗначениеЗаполнено(СтрокаДокумента.НомерИсправленияСчетаФактурыНаАванс), СтрокаДокумента.НомерИсправленияСчетаФактурыНаАванс, "--"),
?(ЗначениеЗаполнено(СтрокаДокумента.ДатаИсправленияСчетаФактурыНаАванс), Формат(СтрокаДокумента.ДатаИсправленияСчетаФактурыНаАванс, "ДФ=dd.MM.yyyy"), "--")
);
СтрокаНомеровИДата = СтрокаНомеровИДата
+ ?(ПустаяСтрока(СтрокаНомеровИДата), "", "; ")
+ ТекстСтроки;
КонецЕсли;
КонецЦикла;
Возврат СтрокаНомеровИДата;
КонецФункции
```
### 6.2. Расширение `ПоместитьВременнуюТаблицуПлатежноРасчетныхДокументов(...)`
```bsl
&ИзменениеИКонтроль("ПоместитьВременнуюТаблицуПлатежноРасчетныхДокументов")
Функция упд5б_ПоместитьВременнуюТаблицуПлатежноРасчетныхДокументов(МенеджерВременныхТаблиц, МассивАналитикУчетаПоПартнерам)
#Удаление
Запрос.Текст =
"ВЫБРАТЬ
| Таблица.Ссылка,
| Таблица.СтрокаПлатежноРасчетныеДокументы
|ПОМЕСТИТЬ ТаблицаПлатежноРасчетныеДокументы
|ИЗ
| &ПлатежноРасчетныеДокументы КАК Таблица";
#КонецУдаления
#Вставка
// [+] Добавляем отдельную колонку для текстового представления графы 5б
// во временную таблицу ТаблицаПлатежноРасчетныеДокументы.
// [+] Заполняем колонку через новую функцию
// упд5б_СтрокаАвансовыеСчетаФактуры(...).
// [+] Включаем колонку в финальный набор, который участвует в формировании шапки печати.
ПлатежноРасчетныеДокументыСводно.Колонки.Добавить("СтрокаАвансовыеСчетаФактуры",
Новый ОписаниеТипов("Строка",,Новый КвалификаторыСтроки(1000)));
НоваяСтрока.СтрокаАвансовыеСчетаФактуры =
упд5б_СтрокаАвансовыеСчетаФактуры(ПлатежноРасчетныеДокументы);
Запрос.Текст =
"ВЫБРАТЬ
| Таблица.Ссылка,
| Таблица.СтрокаПлатежноРасчетныеДокументы,
| Таблица.СтрокаАвансовыеСчетаФактуры
|ПОМЕСТИТЬ ТаблицаПлатежноРасчетныеДокументы
|ИЗ
| &ПлатежноРасчетныеДокументы КАК Таблица";
#КонецВставки
КонецФункции
```
### 6.3. Расширение `ТекстЗапросаПолученияНомеровИДатПлатежноРасчетныхДокументов()`
```bsl
&ИзменениеИКонтроль("ТекстЗапросаПолученияНомеровИДатПлатежноРасчетныхДокументов")
Функция упд5б_ТекстЗапросаПолученияНомеровИДатПлатежноРасчетныхДокументов()
#Удаление
ТекстЗапроса =
"ВЫБРАТЬ РАЗЛИЧНЫЕ
| ДанныеПервичныхДокументов.Дата КАК ДатаВходящегоДокумента,
| ДанныеПервичныхДокументов.Номер КАК НомерВходящегоДокумента,
| ТаблицаДокументов.Ссылка КАК СчетФактура
|ИЗ
| РасчетыСКлиентами_ОснованияИДокументыОплаты КАК ПлатежныеДокументы
|
| ВНУТРЕННЕЕ СОЕДИНЕНИЕ
| ТаблицаЗаполненияПлатежноРасчетныхДокументов КАК ТаблицаДокументов
| ПО
| ПлатежныеДокументы.ОснованиеОплаты = ТаблицаДокументов.ДокументОснование
| И ПлатежныеДокументы.АналитикаУчетаПоПартнерам В (&МассивАналитикУчетаПоПартнерам)
|
| ВНУТРЕННЕЕ СОЕДИНЕНИЕ
| РегистрСведений.ДанныеПервичныхДокументов КАК ДанныеПервичныхДокументов
| ПО
| ПлатежныеДокументы.Организация = ДанныеПервичныхДокументов.Организация
| И ПлатежныеДокументы.ДокументОплаты = ДанныеПервичныхДокументов.Документ
|
|ГДЕ
| ТИПЗНАЧЕНИЯ(ПлатежныеДокументы.ДокументОплаты) <> ТИП(Документ.ВзаимозачетЗадолженности)
|
|ИТОГИ ПО
| СчетФактура
|;
|
|////////////////////////////////////////////////////////////////////////////////
|УНИЧТОЖИТЬ РасчетыСКлиентами_ОснованияИДокументыОплаты
|;
|
|////////////////////////////////////////////////////////////////////////////////
|УНИЧТОЖИТЬ ТаблицаЗаполненияПлатежноРасчетныхДокументов";
#КонецУдаления
#Вставка
// [+] Этап 1: формируем ВТ втДанныеПлатежноРасчетныхДокументов и
// добавляем РасчетныйДокумент для связи с авансовыми СФ.
// [+] Этап 2: определяем авансовый СФ и его исправление (если есть),
// сворачиваем по СчетФактура.
// [+] Этап 3: отдаём полный набор полей, требуемых для формирования строки 5б.
// [+] Этап 4: очищаем все созданные ВТ.
ТекстЗапроса =
"ВЫБРАТЬ РАЗЛИЧНЫЕ
| ДанныеПервичныхДокументов.Дата КАК ДатаВходящегоДокумента,
| ДанныеПервичныхДокументов.Номер КАК НомерВходящегоДокумента,
| ТаблицаДокументов.Ссылка КАК СчетФактура,
| ПлатежныеДокументы.РасчетныйДокумент КАК РасчетныйДокумент
|ПОМЕСТИТЬ втДанныеПлатежноРасчетныхДокументов
|ИЗ
| РасчетыСКлиентами_ОснованияИДокументыОплаты КАК ПлатежныеДокументы
| ВНУТРЕННЕЕ СОЕДИНЕНИЕ ТаблицаЗаполненияПлатежноРасчетныхДокументов КАК ТаблицаДокументов
| ПО ПлатежныеДокументы.ОснованиеОплаты = ТаблицаДокументов.ДокументОснование
| И ПлатежныеДокументы.АналитикаУчетаПоПартнерам В (&МассивАналитикУчетаПоПартнерам)
| ВНУТРЕННЕЕ СОЕДИНЕНИЕ РегистрСведений.ДанныеПервичныхДокументов КАК ДанныеПервичныхДокументов
| ПО ПлатежныеДокументы.Организация = ДанныеПервичныхДокументов.Организация
| И ПлатежныеДокументы.ДокументОплаты = ДанныеПервичныхДокументов.Документ
|ГДЕ
| ТИПЗНАЧЕНИЯ(ПлатежныеДокументы.ДокументОплаты) <> ТИП(Документ.ВзаимозачетЗадолженности)
|;
|
|////////////////////////////////////////////////////////////////////////////////
|ВЫБРАТЬ
| втДанныеПлатежноРасчетныхДокументов.РасчетныйДокумент КАК РасчетныйДокумент,
| втДанныеПлатежноРасчетныхДокументов.СчетФактура КАК СчетФактура,
| СчетФактураАванс.Ссылка КАК СчетФактураАванс,
| ЕСТЬNULL(ИсправленныйСчетФактураАванс.Ссылка, ЗНАЧЕНИЕ(Документ.СчетФактураВыданныйАванс.ПустаяСсылка)) КАК ИсправлениеСчетаФактурыАванс,
| МАКСИМУМ(СчетФактураАванс.НомерИсправления) КАК НомерИсправления
|ПОМЕСТИТЬ втНомераИсправленийСчетовФактурНаАванс
|ИЗ
| втДанныеПлатежноРасчетныхДокументов КАК втДанныеПлатежноРасчетныхДокументов
| ВНУТРЕННЕЕ СОЕДИНЕНИЕ Документ.СчетФактураВыданныйАванс КАК СчетФактураАванс
| ПО втДанныеПлатежноРасчетныхДокументов.РасчетныйДокумент = СчетФактураАванс.ДокументОснование
| И НЕ СчетФактураАванс.Корректировочный
| И СчетФактураАванс.Проведен
| ЛЕВОЕ СОЕДИНЕНИЕ Документ.СчетФактураВыданныйАванс КАК ИсправленныйСчетФактураАванс
| ПО СчетФактураАванс.СчетФактураОснование = ИсправленныйСчетФактураАванс.Ссылка
| И СчетФактураАванс.Исправление
| И НЕ ИсправленныйСчетФактураАванс.Корректировочный
| И ИсправленныйСчетФактураАванс.Проведен
|СГРУППИРОВАТЬ ПО
| втДанныеПлатежноРасчетныхДокументов.РасчетныйДокумент,
| втДанныеПлатежноРасчетныхДокументов.СчетФактура,
| СчетФактураАванс.Ссылка,
| ЕСТЬNULL(ИсправленныйСчетФактураАванс.Ссылка, ЗНАЧЕНИЕ(Документ.СчетФактураВыданныйАванс.ПустаяСсылка))
|;
|
|////////////////////////////////////////////////////////////////////////////////
|ВЫБРАТЬ
| ДанныеПлатежноРасчетныхДокументов.РасчетныйДокумент КАК РасчетныйДокумент,
| ДанныеПлатежноРасчетныхДокументов.СчетФактура КАК СчетФактура,
| ДанныеПлатежноРасчетныхДокументов.ДатаВходящегоДокумента КАК ДатаВходящегоДокумента,
| ДанныеПлатежноРасчетныхДокументов.НомерВходящегоДокумента КАК НомерВходящегоДокумента,
| ДанныеСчетаФактурыАванс.Номер КАК НомерСчетаФактурыНаАванс,
| ДанныеСчетаФактурыАванс.Дата КАК ДатаСчетаФактурыНаАванс,
| СчетаФактурыАванс.НомерИсправления КАК НомерИсправленияСчетаФактурыНаАванс,
| ДанныеИсправленияСчетаФактурыАванс.Дата КАК ДатаИсправленияСчетаФактурыНаАванс
|ИЗ
| втДанныеПлатежноРасчетныхДокументов КАК ДанныеПлатежноРасчетныхДокументов
| ЛЕВОЕ СОЕДИНЕНИЕ втНомераИсправленийСчетовФактурНаАванс КАК СчетаФактурыАванс
| ПО ДанныеПлатежноРасчетныхДокументов.РасчетныйДокумент = СчетаФактурыАванс.РасчетныйДокумент
| И ДанныеПлатежноРасчетныхДокументов.СчетФактура = СчетаФактурыАванс.СчетФактура
| ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.ДанныеПервичныхДокументов КАК ДанныеСчетаФактурыАванс
| ПО ДанныеСчетаФактурыАванс.Документ = СчетаФактурыАванс.СчетФактураАванс
| ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.ДанныеПервичныхДокументов КАК ДанныеИсправленияСчетаФактурыАванс
| ПО ДанныеИсправленияСчетаФактурыАванс.Документ = СчетаФактурыАванс.ИсправлениеСчетаФактурыАванс
|ИТОГИ ПО
| СчетФактура
|;
|
|////////////////////////////////////////////////////////////////////////////////
|УНИЧТОЖИТЬ втНомераИсправленийСчетовФактурНаАванс
|;
|
|////////////////////////////////////////////////////////////////////////////////
|УНИЧТОЖИТЬ втДанныеПлатежноРасчетныхДокументов
|;
|
|////////////////////////////////////////////////////////////////////////////////
|УНИЧТОЖИТЬ РасчетыСКлиентами_ОснованияИДокументыОплаты
|;
|
|////////////////////////////////////////////////////////////////////////////////
|УНИЧТОЖИТЬ ТаблицаЗаполненияПлатежноРасчетныхДокументов";
#КонецВставки
Возврат ТекстЗапроса;
КонецФункции
```
### 6.4. Расширение `ТекстЗапросаДанныхШапкиДляПечатиСчетаФактуры(ПараметрыПечати)`
```bsl
&ИзменениеИКонтроль("ТекстЗапросаДанныхШапкиДляПечатиСчетаФактуры")
Функция упд5б_ТекстЗапросаДанныхШапкиДляПечатиСчетаФактуры(ПараметрыПечати)
ТекстЗапроса = ТекстЗапроса + "
|/////////////////////////////////////////////////////////////////////////////
|ВЫБРАТЬ
| ДанныеДокумента.Ссылка КАК Ссылка,
| ...
| ДанныеДокумента.Корректировочный КАК КорректировочныйСчетФактура,
| ЕСТЬNULL(ТаблицаПлатежноРасчетныеДокументы.СтрокаПлатежноРасчетныеДокументы,
| ДанныеДокумента.СтрокаПлатежноРасчетныеДокументы) КАК СтрокаПоДокументу,
| ...
|ИЗ
| ...";
#Вставка
// [+] Вставлять сразу после базового присваивания ТекстЗапроса (до ветки Если...).
ТекстЗапроса = СтрЗаменить(
ТекстЗапроса,
"| ЕСТЬNULL(ТаблицаПлатежноРасчетныеДокументы.СтрокаПлатежноРасчетныеДокументы,
| ДанныеДокумента.СтрокаПлатежноРасчетныеДокументы) КАК СтрокаПоДокументу,",
"| ЕСТЬNULL(ТаблицаПлатежноРасчетныеДокументы.СтрокаПлатежноРасчетныеДокументы,
| ДанныеДокумента.СтрокаПлатежноРасчетныеДокументы) КАК СтрокаПоДокументу,
| ЕСТЬNULL(ТаблицаПлатежноРасчетныеДокументы.СтрокаАвансовыеСчетаФактуры,
| ДанныеДокумента.СтрокаАвансовыеСчетаФактуры) КАК ПредставлениеАвансовыеСчетаФактуры,");
#КонецВставки
Если ПечататьСчетаФактурыПолученные Тогда
...
#Вставка
// [+] Вставлять внутри ветки Если... после формирования текста объединяемой части.
ТекстЗапроса = СтрЗаменить(
ТекстЗапроса,
"| """" КАК СтрокаПоДокументу,",
"| """" КАК СтрокаПоДокументу,
| """" КАК ПредставлениеАвансовыеСчетаФактуры,");
#КонецВставки
КонецЕсли;
Возврат ТекстЗапроса;
КонецФункции
```
### 6.5. Расширение `ЗаполнитьТабличныйДокументУПД(...)` в `ПечатьОбщихФорм`
Модуль: `crm3-dev.upd5b/src/DataProcessors/ПечатьОбщихФорм/Ext/ManagerModule.bsl`
```bsl
&ИзменениеИКонтроль("ЗаполнитьТабличныйДокументУПД")
Процедура упд5б_ЗаполнитьТабличныйДокументУПД(ТабличныйДокумент, ДанныеДляПечати, ОбъектыПечати)
#Вставка
// === [UPD5B] НАЧАЛО БЛОКА ВСТАВКИ ===
МакетУПД_2026 = УправлениеПечатью.МакетПечатнойФормы(
"Обработка.ПечатьОбщихФорм.ПФ_MXL_УниверсальныйПередаточныйДокумент2026");
МакетУПД_2026Прослеж = УправлениеПечатью.МакетПечатнойФормы(
"Обработка.ПечатьОбщихФорм.ПФ_MXL_УниверсальныйПередаточныйДокумент2026Прослеж");
ЕстьПостановление2026 = ЛОЖЬ;
// === [UPD5B] КОНЕЦ БЛОКА ВСТАВКИ ===
#КонецВставки
#Удаление
Если ДействуетПостановление534(ДанныеПечати.Дата, ДанныеПечати.ДатаИсправления) Тогда
Макет = МакетУПД_534;
ЕстьПостановление534 = Истина;
ИначеЕсли ДействуетПостановление981(ДанныеПечати.Дата, ДанныеПечати.ДатаИсправления) Тогда
Макет = МакетУПД_981;
ЕстьПостановление981 = Истина;
ИначеЕсли ВедетсяУчетНДСПоФЗ56(ДанныеПечати.Дата, ДанныеПечати.ДатаИсправления) Тогда
Макет = МакетУПД_625;
ЕстьПостановление1137_625 = Истина;
Иначе
Макет = МакетУПД;
ЕстьПостановление1137 = Истина;
КонецЕсли;
#КонецУдаления
#Вставка
// === [UPD5B] НАЧАЛО БЛОКА ВСТАВКИ ===
Если ?(ЗначениеЗаполнено(ДанныеПечати.ДатаИсправления), ДанныеПечати.ДатаИсправления, ДанныеПечати.Дата) >= '20260101' Тогда
ЕстьПрослеживаемыеТоварыВТабличнойЧасти = Ложь;
Если ОбщегоНазначенияКлиентСервер.ЕстьРеквизитИлиСвойствоОбъекта(ДанныеПечати, "ЕстьПрослеживаемыеТоварыВТабличнойЧасти")
И ЗначениеЗаполнено(ДанныеПечати.ЕстьПрослеживаемыеТоварыВТабличнойЧасти) Тогда
ЕстьПрослеживаемыеТоварыВТабличнойЧасти = ДанныеПечати.ЕстьПрослеживаемыеТоварыВТабличнойЧасти;
КонецЕсли;
Если (ОбщегоНазначенияКлиентСервер.ЕстьРеквизитИлиСвойствоОбъекта(ДанныеПечати, "ЕстьПрослеживаемыеТовары")
И ЗначениеЗаполнено(ДанныеПечати.ЕстьПрослеживаемыеТовары)
И ДанныеПечати.ЕстьПрослеживаемыеТовары)
Или ЕстьПрослеживаемыеТоварыВТабличнойЧасти Тогда
Макет = МакетУПД_2026Прослеж;
Иначе
Макет = МакетУПД_2026;
КонецЕсли;
ЕстьПостановление2026 = Истина;
ИначеЕсли ДействуетПостановление534(ДанныеПечати.Дата, ДанныеПечати.ДатаИсправления) Тогда
Макет = МакетУПД_534;
ЕстьПостановление534 = Истина;
ИначеЕсли ДействуетПостановление981(ДанныеПечати.Дата, ДанныеПечати.ДатаИсправления) Тогда
Макет = МакетУПД_981;
ЕстьПостановление981 = Истина;
ИначеЕсли ВедетсяУчетНДСПоФЗ56(ДанныеПечати.Дата, ДанныеПечати.ДатаИсправления) Тогда
Макет = МакетУПД_625;
ЕстьПостановление1137_625 = Истина;
Иначе
Макет = МакетУПД;
ЕстьПостановление1137 = Истина;
КонецЕсли;
// === [UPD5B] КОНЕЦ БЛОКА ВСТАВКИ ===
#КонецВставки
#Вставка
// === [UPD5B] НАЧАЛО БЛОКА ВСТАВКИ ===
АвансовыеСчетаФактуры =
?(ОбщегоНазначенияКлиентСервер.ЕстьРеквизитИлиСвойствоОбъекта(ДанныеПечати, "ПредставлениеАвансовыеСчетаФактуры")
И ЗначениеЗаполнено(ДанныеПечати.ПредставлениеАвансовыеСчетаФактуры),
ДанныеПечати.ПредставлениеАвансовыеСчетаФактуры,
НСтр("ru='№ -- от --, исправление № -- от --'"));
Если ЕстьПостановление2026 Тогда
ОбластьШапка.Параметры.АвансовыеСчетаФактуры = АвансовыеСчетаФактуры;
КонецЕсли;
// === [UPD5B] КОНЕЦ БЛОКА ВСТАВКИ ===
#КонецВставки
КонецПроцедуры
```
---
## 7. Правила разработки для расширения
1. Все изменения в перехватываемых методах оформлять через `&ИзменениеИКонтроль`.
2. Новый код помещать в `#Вставка`, удаляемый - в `#Удаление`.
3. В блоках `#Удаление` не добавлять комментарии и новый текст.
4. Новые методы расширения именовать с префиксом `упд5б_`.
5. Сохранять совместимость со старыми документами (обязательный fallback).
### 7.1. Правила `#Удаление` / `#Вставка` для многострочных текстов запроса
1. Директивы применяются к **операторам языка 1С**, а не к частям строкового литерала.
2. Если меняется многострочный SQL-текст (`ТекстЗапроса = "..."`), в `#Удаление` помещается **весь оператор присваивания**.
3. Внутрь текста SQL (между кавычками) директивы `#Удаление/#Вставка` не вставляются.
4. В `#Вставка` вставляется новый оператор присваивания целиком либо последовательность `СтрЗаменить(...)` над полным базовым текстом.
5. Блок `#Удаление` содержит только удаляемый код (без поясняющих комментариев), комментарии допускаются в `#Вставка`.
6. При изменении условных операторов (`Если ... Тогда ... Иначе ... КонецЕсли`) заменять **целостный блок управления** в `#Удаление/#Вставка` (от `Если` до `КонецЕсли`), а не отдельный заголовок условия.
### 7.2. Анти-паттерны (что не делать)
1. Не дублировать один и тот же код в `#Удаление` и `#Вставка` без фактических изменений.
2. Не вставлять директивы `#Удаление/#Вставка` внутрь многострочного SQL-текста.
3. Не оставлять в `#Удаление` текстовые ориентиры, пояснения и комментарии.
4. Не менять состав колонок только в одной ветке запроса, если есть `ОБЪЕДИНИТЬ ВСЕ`.
5. Не использовать имена полей в последующих частях запроса, если эти поля не сформированы в предыдущих `ПОМЕСТИТЬ`.
---
## 8. Поэтапный план реализации
### Этап 1. Подготовка
1. Создать/активировать объекты расширения:
- документ `СчетФактураВыданный`;
- обработка `ПечатьОбщихФорм`;
- макет УПД.
2. Подтвердить, какие методы доступны для `&ИзменениеИКонтроль`.
### Этап 2. Реализация данных 5б в расширении документа
1. Добавить `упд5б_СтрокаАвансовыеСчетаФактуры`.
2. Расширить ВТ платежно-расчетных документов.
3. Расширить запрос получения номеров/дат.
4. Прокинуть `ПредставлениеАвансовыеСчетаФактуры` в `РезультатПоШапке`.
### Этап 3. Реализация вывода в расширении печати
1. Доработать `р_ЗаполнитьТабличныйДокументУПД`.
2. Заполнить `ОбластьШапка.Параметры.АвансовыеСчетаФактуры`.
3. Проверить fallback при отсутствии данных.
### Этап 4. Изменение макета
1. Добавить параметр в строку 5б.
2. Проверить визуальное отображение длинного значения.
### Этап 5. Тестирование
1. Один авансовый СФ.
2. Несколько авансовых СФ.
3. Исправленный авансовый СФ.
4. Отсутствие авансовых СФ.
5. Регрессия текущих форм УПД.
---
## 9. Критерии приемки
1. Графа 5б заполняется корректными данными авансовых СФ.
2. При отсутствии данных выводится fallback.
3. Реализация локализована преимущественно в `crm3-dev.rhana`.
4. Печатная форма УПД формируется без ошибок.
5. Регрессии по действующим сценариям отсутствуют.
---
## 10. Оценка трудозатрат
- Этап 1: 1-2 часа
- Этап 2: 5-8 часов
- Этап 3: 1-2 часа
- Этап 4: 1-2 часа
- Этап 5: 3-5 часов
**Итого:** 11-19 часов.
---
## 11. Результаты поставки
1. Измененные объекты расширения `crm3-dev.rhana` по разделу 4.
2. Макет УПД расширения с поддержкой графы 5б.
3. Протокол тестирования с результатами.
4. Перечень фактических изменений по объектам и методам.
---
docs__Улучшения_скрипта_проверки.md
-86
@@ -1,86 +0,0 @@
---
title: Улучшения скрипта проверки дубликатов
author: Руководитель отдела ИТ Кудрявцев М.А. (kma@rhana.com)
version: 1.0
date_created: 2025-12-10
date_modified: 2025-12-10
show_metadata_block: true
show_index_link: true
---
# Улучшения скрипта проверки дубликатов
## Проблема
Скрипт не обнаруживал проблем, но при реструктуризации возникала ошибка нарушения уникальности.
## Причина
Скрипт проверял только случаи, когда **несколько записей с обнуляемыми ссылками** становятся дубликатами друг друга после обнуления. Но он **не проверял случаи**, когда обнуленные записи совпадают с **уже существующими записями с NULL значениями**.
### Пример проблемы:
```
ДО реструктуризации:
Запись 1: ГлавнаяЗапись=true, Клиент=Партнеры.K1, Объект=X, CRM_Интерес=Y
Запись 2: ГлавнаяЗапись=true, Клиент=NULL, Объект=X, CRM_Интерес=Y ← Уже существует с NULL
Запись 3: ГлавнаяЗапись=true, Клиент=CRM_ПотенциальныеКлиенты.K2, Объект=X, CRM_Интерес=Y ← Будет обнулена
ПОСЛЕ реструктуризации:
Запись 1: ГлавнаяЗапись=true, Клиент=Партнеры.K1, Объект=X, CRM_Интерес=Y
Запись 2: ГлавнаяЗапись=true, Клиент=NULL, Объект=X, CRM_Интерес=Y
Запись 3: ГлавнаяЗапись=true, Клиент=NULL, Объект=X, CRM_Интерес=Y ← ОБНУЛЕНО, совпала с Записью 2!
РЕЗУЛЬТАТ: Запись 2 и Запись 3 стали ДУБЛИКАТАМИ!
```
## Решение
Добавлена **дополнительная проверка**, которая:
1. ✅ Получает все записи регистра (включая те, у которых уже есть NULL)
2. ✅ Создает структуру всех существующих комбинаций измерений
3. ✅ Для каждой записи с обнуляемыми ссылками:
- Симулирует обнуление ссылок
- Проверяет, не совпадет ли обнуленная запись с уже существующей
4. ✅ Выводит предупреждение, если найдены совпадения
## Что изменилось в скрипте
### Добавлена проверка совпадений
Скрипт теперь проверяет:
- ✅ Совпадение обнуленных записей с уже существующими записями с NULL
- ✅ Все комбинации обнуления измерений (Клиент, Объект, CRM_Интерес)
- ✅ Комбинированное обнуление нескольких измерений одновременно
### Новые сообщения
Скрипт теперь выводит:
- ⚠️ **"КРИТИЧНО: Найдено X записей, которые после обнуления совпадут с уже существующими записями!"**
- ✅ **"Совпадений обнуленных записей с уже существующими не найдено."** (если проблем нет)
## Как использовать
1. Запустите скрипт `check_duplicates_crm_journal.bsl`
2. Проверьте вывод:
- Если есть предупреждения о совпадениях - **необходимо удалить проблемные записи**
- Если все проверки пройдены - регистр готов к реструктуризации
## Рекомендации
Если скрипт находит совпадения:
1. **Удалите проблемные записи** перед реструктуризацией:
- Записи с `Клиент=CRM_ПотенциальныеКлиенты.*`
- Записи с `Объект`, ссылающимся на удаляемые типы
- Записи с `CRM_Интерес`, ссылающимся на удаляемые документы
2. **Повторно запустите скрипт** для проверки
3. **Выполните реструктуризацию** только после того, как все проверки пройдены
## Важно
⚠️ Скрипт теперь проверяет **все возможные сценарии** нарушения уникальности, включая совпадение с уже существующими записями. Это должно решить проблему, когда скрипт не находил проблем, но при реструктуризации возникала ошибка.
docs__ФИНАЛЬНЫЙ_ОТЧЕТ_Анализ_регистров.md
-279
@@ -1,279 +0,0 @@
---
title: "ФИНАЛЬНЫЙ ОТЧЕТ: Глубинный анализ регистров на нарушение уникальности данных"
author: Руководитель отдела ИТ Кудрявцев М.А. (kma@rhana.com)
version: 1.0
date_created: 2025-12-09
date_modified: 2025-12-09
show_metadata_block: true
show_index_link: true
---
# ФИНАЛЬНЫЙ ОТЧЕТ: Глубинный анализ регистров на нарушение уникальности данных
> 📚 **См. также:** [Оглавление документов](docs__INDEX.md) | [Глубинный анализ регистров](docs__%D0%93%D0%BB%D1%83%D0%B1%D0%B8%D0%BD%D0%BD%D1%8B%D0%B9_%D0%B0%D0%BD%D0%B0%D0%BB%D0%B8%D0%B7_%D1%80%D0%B5%D0%B3%D0%B8%D1%81%D1%82%D1%80%D0%BE%D0%B2.md) | [Итоговый отчет](docs__%D0%98%D1%82%D0%BE%D0%B3%D0%BE%D0%B2%D1%8B%D0%B9_%D0%BE%D1%82%D1%87%D0%B5%D1%82_%D0%B0%D0%BD%D0%B0%D0%BB%D0%B8%D0%B7%D0%B0_%D1%80%D0%B5%D0%B3%D0%B8%D1%81%D1%82%D1%80%D0%BE%D0%B2.md) | [Анализ ошибок обновления](docs__%D0%90%D0%BD%D0%B0%D0%BB%D0%B8%D0%B7_%D0%BE%D1%88%D0%B8%D0%B1%D0%BE%D0%BA_%D0%BE%D0%B1%D0%BD%D0%BE%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D1%8F.md)
## Резюме
Проведен полный анализ всех регистров сведений и регистров накопления в конфигурации `CRM3devLocal` на предмет возможного нарушения уникальности данных после обновления до конфигурации `CRM326/CRM326_TEST`.
**Дата анализа:** 2024
**Версия конфигурации:** CRM3devLocal → CRM326/CRM326_TEST
---
## Методология анализа
1. **Сравнение конфигураций:** Сравнение объектов в `CRM3devLocal` и `CRM326/CRM326_TEST` для выявления удаляемых объектов
2. **Автоматический анализ:** Сканирование всех файлов метаданных регистров (801 регистр)
3. **Проверка удаляемых объектов:** Анализ измерений на ссылки к удаляемым объектам
4. **Выявление рисков:** Определение регистров с потенциальными проблемами уникальности
---
## Статистика анализа
### Проанализировано
- **Всего регистров:** 801
- **Регистров сведений:** ~400
- **Регистров накопления:** ~400
### Удаляемые объекты конфигурации
- **Всего удаляемых объектов:** 176
- **Справочников:** 59
- **Документов:** 41
- **Перечислений:** 76
### Найдено проблемных регистров: 35
---
## КРИТИЧЕСКИЕ ПРОБЛЕМЫ (CRITICAL)
### Все найденные регистры полностью удаляются
Все 35 проблемных регистров **полностью удаляются** из конфигурации при обновлении. Это означает, что:
1. **Все данные этих регистров будут потеряны** без возможности автоматического восстановления
2. **Риск нарушения уникальности:** НЕТ (регистры полностью удаляются, данные теряются)
3. **Требуются действия:** Экспорт данных перед обновлением (если данные нужны)
---
## Список удаляемых регистров
### Регистры накопления (25 регистров)
1. **CRM_Планирование** - Регистр планирования CRM
2. **rh_ТоварыНаСкладахСебестоимость** - Товары на складах (себестоимость)
3. **ДвиженияДенежныеСредстваПрочиеАктивыПассивы** - Движения денежных средств
4. **ДенежныеСредстваКПоступлениюНаличные** - Денежные средства к поступлению
5. **ДенежныеСредстваКСписаниюСПодотчетныхЛиц** - Денежные средства к списанию
6. **ПартииЗатратНаВыпуск** - Партии затрат на выпуск
7. **ПланыПродаж** - Планы продаж
8. **ПрочиеАктивыПассивы** - Прочие активы и пассивы
9. **РезервыСерийТоваров** - Резервы серий товаров
10. **СебестоимостьТоваров** - Себестоимость товаров
11. **ТМЦВЭксплуатации** - ТМЦ в эксплуатации
12. **ТоварыКОформлениюОтчетовКомитенту** - Товары к оформлению отчетов комитенту
13. **ТоварыКОформлениюПоступления** - Товары к оформлению поступления
14. **ТоварыНаСкладах** - Товары на складах
15. **ТоварыОрганизаций** - Товары организаций
16. **ТоварыОрганизацийКПередаче** - Товары организаций к передаче
17. **ТоварыПереданныеНаКомиссию** - Товары переданные на комиссию
18. **УдалитьДвиженияНоменклатураПрочиеАктивыПассивы** - Удаляемый регистр
19. **УдалитьПартииЗатратНаВыпуск** - Удаляемый регистр
20. **УдалитьПланыПродажИВнутреннегоПотребления** - Удаляемый регистр
21. **УдалитьТоварыКОформлениюОтчетовКомитенту** - Удаляемый регистр
22. **УдалитьТоварыОрганизаций** - Удаляемый регистр
23. **УдалитьТоварыОрганизацийКОформлению** - Удаляемый регистр
24. **УдалитьТоварыОрганизацийКПередаче** - Удаляемый регистр
25. **УдалитьТоварыПереданныеНаКомиссию** - Удаляемый регистр
### Регистры сведений (10 регистров)
1. **ВерсииПодсистем** - Версии подсистем
2. **ПервичныеДокументы** - Первичные документы
3. **ПервичныеДокументыМенеджер** - Первичные документы менеджер
4. **ПервичныеДокументыМенеджерРеализация** - Первичные документы менеджер (реализация)
5. **ПроблемыСостоянияСистемы** - Проблемы состояния системы
6. **РеестрДокументов** - Реестр документов
7. **СостоянияЗагрузкиНаложенныхПлатежейСервисДоставки** - Состояния загрузки наложенных платежей
8. **СостоянияОтгрузки** - Состояния отгрузки
9. **СостоянияЭД** - Состояния электронных документов
10. **УдалитьРеестрДокументов** - Удаляемый реестр документов
---
## ВЫСОКИЙ РИСК (HIGH)
### РегистрНакопления.МатериалыИРаботыВПроизводстве
**Статус:** ⚠️ ВЫСОКИЙ РИСК - Удаляется измерение
**Описание проблемы:**
- Из регистра удаляется измерение `УдалитьАналитикаУчетаНоменклатуры`
- Измерение помечено как "(не используется)" в метаданных
- Тип измерения: `CatalogRef.КлючиАналитикиУчетаНоменклатуры`
**Структура регистра:**
- **Тип:** Регистр накопления (Остатки)
- **Измерения:**
1. Организация
2. Номенклатура
3. Характеристика
4. Подразделение
5. Серия
6. Назначение
7. **УдалитьАналитикаУчетаНоменклатуры** ⚠️ (УДАЛЯЕТСЯ)
**Почему это критично:**
После удаления измерения `УдалитьАналитикаУчетаНоменклатуры` все записи с одинаковыми значениями остальных измерений, но разными значениями удаляемого измерения, станут неразличимыми. Это приведет к нарушению уникальности ключа регистра.
**Пример проблемы:**
```
ДО удаления измерения:
┌─────────────┬──────────────┬─────────────────────────────────────┬──────────┐
│ Организация │ Номенклатура │ УдалитьАналитикаУчетаНоменклатуры │ Количество│
├─────────────┼──────────────┼─────────────────────────────────────┼──────────┤
│ ООО "А" │ Товар1 │ Ключ1 │ 10 │
│ ООО "А" │ Товар1 │ Ключ2 │ 20 │
└─────────────┴──────────────┴─────────────────────────────────────┴──────────┘
ПОСЛЕ удаления измерения:
┌─────────────┬──────────────┬──────────┐
│ Организация │ Номенклатура │ Количество│
├─────────────┼──────────────┼──────────┤
│ ООО "А" │ Товар1 │ 10 │ ← ДУБЛИКАТ!
│ ООО "А" │ Товар1 │ 20 │ ← ДУБЛИКАТ!
└─────────────┴──────────────┴──────────┘
→ НАРУШЕНИЕ УНИКАЛЬНОСТИ!
```
**Рекомендации:**
1. **ОБЯЗАТЕЛЬНО** выполнить проверку на дубликаты перед обновлением (использовать скрипт `check_duplicates_materials.bsl`)
2. Если дубликаты найдены - объединить записи или очистить данные
3. Убедиться, что после обработки дубликатов нет
---
## План действий перед обновлением
### Этап 1: Подготовка (КРИТИЧНО) ⚠️
- [ ] **Создать полную резервную копию базы данных**
- [ ] **Экспортировать данные из всех 35 проблемных регистров:**
- [ ] Все 25 регистров накопления
- [ ] Все 10 регистров сведений
- [ ] **Выполнить проверку на дубликаты для регистра МатериалыИРаботыВПроизводстве:**
- [ ] Запустить скрипт `check_duplicates_materials.bsl`
- [ ] Проанализировать результаты
- [ ] Определить стратегию обработки
### Этап 2: Обработка данных
#### Для регистра МатериалыИРаботыВПроизводстве:
- [ ] Если дубликаты НЕ найдены:
- [ ] Можно безопасно применять обновление
- [ ] Измерение будет удалено без последствий
- [ ] Если дубликаты найдены:
- [ ] Выбрать вариант решения (объединение или очистка)
- [ ] Выполнить обработку данных
- [ ] Повторно проверить на дубликаты
- [ ] Убедиться, что дубликатов больше нет
#### Для удаляемых регистров:
- [ ] Определить, нужны ли данные после обновления
- [ ] Если нужны:
- [ ] Создать скрипт миграции данных
- [ ] Протестировать миграцию на копии базы
- [ ] Если не нужны:
- [ ] Можно удалить данные перед обновлением
### Этап 3: Применение обновления
- [ ] Применить обновление конфигурации из `CRM326/CRM326_TEST`
- [ ] Проверить отсутствие ошибок при обновлении
- [ ] Проверить целостность данных
### Этап 4: Верификация
- [ ] Проверить работу регистра МатериалыИРаботыВПроизводстве
- [ ] Убедиться, что данные корректны
- [ ] Проверить отсутствие ошибок уникальности
- [ ] Провести функциональное тестирование
- [ ] Если данные были мигрированы - проверить их корректность
---
## Инструменты и скрипты
### Созданные инструменты:
1. **compare_configurations.py** - сравнение конфигураций для поиска удаляемых объектов
2. **deep_register_analysis.py** - автоматический анализ всех регистров
3. **check_duplicates_materials.bsl** - проверка дубликатов в регистре МатериалыИРаботыВПроизводстве
4. **analyze_registers.py** - базовый анализ регистров
5. **find_references.py** - поиск ссылок на удаляемые объекты
### Отчеты:
- `deleted_objects_report.txt` - отчет об удаляемых объектах (176 объектов)
- `deep_register_analysis_report.txt` - детальный отчет анализа регистров (35 проблемных регистров)
- `register_analysis_report.txt` - базовый отчет
- `references_report.txt` - отчет о ссылках
---
## Выводы
### Критические проблемы:
1. **35 регистров полностью удаляются:**
- 25 регистров накопления
- 10 регистров сведений
- Все данные этих регистров будут потеряны
2. **1 регистр имеет удаляемое измерение:**
- РегистрНакопления.МатериалыИРаботыВПроизводстве
- Измерение: УдалитьАналитикаУчетаНоменклатуры
- **ВЫСОКИЙ РИСК нарушения уникальности**
### Главный риск:
**РегистрНакопления.МатериалыИРаботыВПроизводстве** может потерять уникальность данных после удаления измерения `УдалитьАналитикаУчетаНоменклатуры`.
### Обязательные действия:
1. ✅ **ОБЯЗАТЕЛЬНО** выполнить проверку на дубликаты перед обновлением
2. ✅ **ОБЯЗАТЕЛЬНО** обработать найденные дубликаты
3. ✅ **ОБЯЗАТЕЛЬНО** создать резервную копию базы данных
4. ✅ **ОБЯЗАТЕЛЬНО** экспортировать данные из удаляемых регистров (если они нужны)
### Рекомендации:
- Не применять обновление без предварительной проверки на дубликаты
- Использовать созданные скрипты для автоматизации проверки
- Документировать все действия по обработке данных
- Тестировать на копии базы данных перед применением к рабочей базе
---
## Статус анализа
✅ **Анализ завершен**
- Проанализировано: 801 регистр
- Найдено проблемных регистров: 35
- Удаляемых объектов конфигурации: 176
- Статус: Требуется обработка данных перед обновлением
---
**ВНИМАНИЕ!** Перед применением обновления обязательно выполните все действия из раздела "План действий перед обновлением".
docs__ФИНАЛЬНЫЙ_СПИСОК_РОЛЕЙ_ДЛЯ_ВКЛЮЧЕНИЯ.md
-141
@@ -1,141 +0,0 @@
---
title: ФИНАЛЬНЫЙ СПИСОК РОЛЕЙ ДЛЯ ВКЛЮЧЕНИЯ В НОВОЙ СИСТЕМЕ
author: Руководитель отдела ИТ Кудрявцев М.А. (kma@rhana.com)
version: 1.0
date_created: 2025-12-10
date_modified: 2025-12-10
show_metadata_block: true
show_index_link: true
---
# ФИНАЛЬНЫЙ СПИСОК РОЛЕЙ ДЛЯ ВКЛЮЧЕНИЯ В НОВОЙ СИСТЕМЕ
## ⚠️ ВАЖНО: Учет переименований
В старой системе роли могут называться **"Добавление изменение..."**, а в новой системе **"Добавление и изменение..."**. Это одна и та же роль с разным названием.
При поиске ролей в новой системе необходимо учитывать это различие.
---
## 📋 СПИСОК РОЛЕЙ ДЛЯ ВКЛЮЧЕНИЯ (16 позиций)
### 1. Базовые права (CRM)
- **Старая система:** "Базовые права (CRM)" - ✅ Да
- **Новая система:** "Базовые права (CRM)" - ❌ Нет
- **Действие:** ✅ Включить
### 2. Ввод документа "Отчет по работам" (CRM)
- **Старая система:** "Ввод документа "Отчет по работам" (CRM)" - ✅ Да
- **Новая система:** "Ввод документа "Отчет по работам" (CRM)" - ❌ Нет
- **Действие:** ✅ Включить
### 3. Выполнение обмена электронными документами
- **Старая система:** "Выполнение обмена электронными документами" - ✅ Да
- **Новая система:** Отсутствует в списке
- **Действие:** ⚠️ Проверить наличие роли и включить (возможно переименована)
### 4. Выполнение синхронизации данных
- **Старая система:** "Выполнение синхронизации данных" - ✅ Да
- **Новая система:** "Выполнение синхронизации данных" - ❌ Нет
- **Действие:** ✅ Включить
### 5. Добавление и изменение документов по банку
- **Старая система:** "Добавление и изменение документов по банку" - ✅ Да
- **Новая система:** "Добавление и изменение документов по банку" - ❌ Нет
- **Действие:** ✅ Включить
### 6. Добавление и изменение реализаций товаров услуг
- **Старая система:** "Добавление и изменение реализаций товаров услуг" - ✅ Да
- **Новая система:** "Добавление и изменение реализаций товаров услуг" - ❌ Нет
- **Действие:** ✅ Включить
### 7. Добавление и изменение заказов клиентов ⚠️ ПЕРЕИМЕНОВАНИЕ
- **Старая система:** "Добавление изменение заказов клиентов" - ✅ Да
- **Новая система:** "Добавление и изменение заказов клиентов" - ❌ Нет
- **Примечание:** Название отличается: "изменение" → "и изменение"
- **Действие:** ✅ Включить (это та же роль)
### 8. Добавление и изменение узлов планов обмена ⚠️ ПЕРЕИМЕНОВАНИЕ
- **Старая система:** "Добавление изменение узлов планов обмена" - ✅ Да
- **Новая система:** "Добавление и изменение узлов планов обмена" - ❌ Нет (или отсутствует)
- **Примечание:** Название отличается: "изменение" → "и изменение"
- **Действие:** ✅ Найти роль "Добавление и изменение узлов планов обмена" и включить
### 9. Использование дополнительных отчетов и обработок УТ ⚠️ ПЕРЕИМЕНОВАНИЕ
- **Старая система:** "Использование дополнительных отчетов и обработок (CRM)" - ✅ Да
- **Новая система:** "Использование дополнительных отчетов и обработок УТ" - ❌ Нет (или нужно проверить)
- **Примечание:** В новой системе "(CRM)" заменено на "УТ"
- **Действие:** ✅ Найти роль "Использование дополнительных отчетов и обработок УТ" и включить
### 10. Использование интеграции с 1С:Документооборотом
- **Старая система:** "Использование интеграции с 1С:Документооборотом" - ✅ Да
- **Новая система:** "Использование интеграции с 1С:Документооборотом" - ❌ Нет
- **Действие:** ✅ Включить
### 11. Настройка синхронизации данных ⚠️ ОТСУТСТВУЕТ
- **Старая система:** "Настройка синхронизации данных" - ✅ Да
- **Новая система:** Отсутствует в списке
- **Действие:** ⚠️ Проверить, есть ли под другим названием (например, "Настройка синхронизации файлов")
### 12. Раздел запасы
- **Старая система:** "Раздел запасы" - ✅ Да
- **Новая система:** "Раздел запасы" - ❌ Нет (или отсутствует)
- **Действие:** ✅ Включить
### 13. Раздел отчеты и мониторинг
- **Старая система:** "Раздел отчеты и мониторинг" - ✅ Да
- **Новая система:** "Раздел отчеты и мониторинг" - ❌ Нет (или отсутствует)
- **Действие:** ✅ Включить
### 14. Чтение базовой нормативно-справочной информации
- **Старая система:** "Чтение базовой нормативно-справочной информации" - ✅ Да
- **Новая система:** "Чтение базовой нормативно-справочной информации" - ❌ Нет (или отсутствует)
- **Действие:** ✅ Включить
### 15. Чтение документов списания поступления безналичных ДС
- **Старая система:** "Чтение документов списания поступления безналичных ДС" - ✅ Да
- **Новая система:** "Чтение документов списания поступления безналичных ДС" - ❌ Нет (или отсутствует)
- **Действие:** ✅ Включить
### 16. Чтение состояний отгрузки
- **Старая система:** "Чтение состояний отгрузки" - ✅ Да
- **Новая система:** "Чтение состояний отгрузки" - ❌ Нет (или отсутствует)
- **Действие:** ✅ Включить
---
## 📝 Дополнительные роли с возможными переименованиями (требуют проверки)
Следующие роли из старой системы с "Да" могут иметь аналоги в новой системе с другим названием:
1. **Добавление изменение корректировок обособленного учета запасов** (старая: Да)
- Проверить в новой: "Добавление и изменение корректировок обособленного учета запасов"
- Если найдена и имеет "Нет" → включить
2. **Добавление изменение корректировок реализаций** (старая: Да)
- Проверить в новой: "Добавление и изменение корректировок реализаций"
- Если найдена и имеет "Нет" → включить
3. **Добавление изменение листов кассовой книги** (старая: Да)
- Проверить в новой: "Добавление и изменение листов кассовой книги"
- Если найдена и имеет "Нет" → включить
---
## ✅ Итоговые действия
1. **Включить все 16 ролей из основного списка**
2. **При поиске ролей учитывать переименования:**
- "Добавление изменение..." → искать "Добавление и изменение..."
3. **Проверить дополнительные роли с возможными переименованиями**
4. **Убедиться, что все роли чтения данных сохранены**
---
## 📊 Статистика
- **Всего ролей для включения:** 15 (в списке новой системы)
- **Ролей с переименованиями:** 3 (позиции 7, 8, 9)
- **Ролей, отсутствующих в новой системе:** 2 (позиции 3 и 11)
docs__Чеклист_внедрения_графы_5б_УПД_2026-04-21.md
-140
@@ -1,140 +0,0 @@
---
title: Чек-лист внедрения графы 5б в УПД
version: 1.0
date_created: 2026-04-21
date_modified: 2026-04-21
author: Руководитель отдела ИТ Кудрявцев М.А. (kma@rhana.com)
description: Рабочий чек-лист для разработки и приемки реализации графы 5б в УПД с приоритетом изменений через расширение crm3-dev.rhana.
status: К выполнению
based_on: ТЗ_минимальная_реализация_графы_5б_УПД_2026-04-21.md
based_on_title: Техническое задание - минимальная реализация графы 5б в УПД (через расширение)
based_on_version: 1.1
show_metadata_block: true
show_index_link: true
show_toc: true
---
# Рабочий чек-лист внедрения
## Ссылки на ТЗ
- Базовый документ: [ТЗ по графе 5б](docs__%D0%A2%D0%97_%D0%BC%D0%B8%D0%BD%D0%B8%D0%BC%D0%B0%D0%BB%D1%8C%D0%BD%D0%B0%D1%8F_%D1%80%D0%B5%D0%B0%D0%BB%D0%B8%D0%B7%D0%B0%D1%86%D0%B8%D1%8F_%D0%B3%D1%80%D0%B0%D1%84%D1%8B_5%D0%B1_%D0%A3%D0%9F%D0%94_2026-04-21.md)
- Архитектурный принцип: см. раздел `2` ТЗ.
- Карта объектов: см. раздел `4` ТЗ.
- Детализация реализации: см. раздел `5` ТЗ.
- Шаблоны кода: см. раздел `6` ТЗ.
- Правила разработки: см. раздел `7` ТЗ.
- План работ: см. раздел `8` ТЗ.
- Критерии приемки: см. раздел `9` ТЗ.
## 1. Подготовка
- [ ] Подтвердить ветку разработки и стенд внедрения (см. разделы `1`, `2` ТЗ).
- [ ] Зафиксировать версии:
- `crm3-dev`
- `crm3-dev.rhana`
- текущий рабочий макет УПД.
- [ ] Создать резервные копии объектов:
- `Documents/СчетФактураВыданный`
- `DataProcessors/ПечатьОбщихФорм`
- макет УПД в расширении.
- [ ] Проверить, что правила `&ИзменениеИКонтроль` применимы для целевых методов (см. раздел `7` ТЗ).
## 2. Реализация в расширении документа `СчетФактураВыданный`
Файл: `crm3-dev.rhana/src/Documents/СчетФактураВыданный/Ext/ManagerModule.bsl` (см. разделы `4.1`, `5.1`, `6.1`, `6.2`, `6.3`, `6.4` ТЗ)
### 2.1. Функция формирования строки 5б
- [ ] Добавить `упд5б_СтрокаАвансовыеСчетаФактуры(ПлатежноРасчетныеДокументы) Экспорт` (шаблон: раздел `6.1` ТЗ).
- [ ] Проверить формат вывода:
- `№ %1 от %2, исправление № %3 от %4`
- разделитель нескольких значений: `; `.
### 2.2. Временная таблица платежно-расчетных документов
- [ ] Расширить `ПоместитьВременнуюТаблицуПлатежноРасчетныхДокументов(...)` (цельный блок с директивами, раздел `6.2` ТЗ).
- [ ] Добавить колонку `СтрокаАвансовыеСчетаФактуры` (раздел `6.2` ТЗ).
- [ ] Заполнять колонку через `упд5б_СтрокаАвансовыеСчетаФактуры(...)` (раздел `6.2` ТЗ).
### 2.3. Запрос данных по оплатам/авансовым СФ
- [ ] Расширить `ТекстЗапросаПолученияНомеровИДатПлатежноРасчетныхДокументов()` (цельный блок с директивами, раздел `6.3` ТЗ).
- [ ] Добавить получение полей:
- `НомерСчетаФактурыНаАванс`
- `ДатаСчетаФактурыНаАванс`
- `НомерИсправленияСчетаФактурыНаАванс`
- `ДатаИсправленияСчетаФактурыНаАванс`.
- [ ] Проверить, что используются связи с `Документ.СчетФактураВыданныйАванс`.
### 2.4. Прокидывание в данные печати
- [ ] Добавить в запрос шапки поле `ПредставлениеАвансовыеСчетаФактуры` (раздел `6.4` ТЗ).
- [ ] Реализовать через `ЕСТЬNULL(...)` (ВТ/данные документа) (раздел `6.4` ТЗ).
## 3. Реализация в расширении печати УПД
Файл: `crm3-dev.rhana/src/DataProcessors/ПечатьОбщихФорм/Ext/ManagerModule.bsl` (см. разделы `4.1`, `5.2`, `6.5` ТЗ)
### 3.1. Вставка в `р_ЗаполнитьТабличныйДокументУПД(...)`
- [ ] Добавить получение `ДанныеПечати.ПредставлениеАвансовыеСчетаФактуры` (раздел `6.5` ТЗ).
- [ ] Добавить fallback:
- `№ -- от --, исправление № -- от --`.
- [ ] Заполнить параметр:
- `ОбластьШапка.Параметры.АвансовыеСчетаФактуры` (раздел `6.5` ТЗ).
### 3.2. Контроль совместимости
- [ ] Проверить, что при отсутствии поля/значения печать не падает.
- [ ] Проверить, что прочие поля УПД не изменили поведение.
## 4. Изменение макета УПД (в расширении)
См. разделы `4.1`, `5.3`, `8` ТЗ.
- [ ] Добавить параметр `АвансовыеСчетаФактуры` в область `Шапка` (строка 5б).
- [ ] Проверить совпадение имени параметра в макете и коде.
- [ ] Проверить перенос длинной строки в шапке.
## 5. Стандарты и контроль качества кода
См. раздел `7` ТЗ.
- [ ] Все изменения в перехватываемых методах оформлены через `&ИзменениеИКонтроль`.
- [ ] Новые блоки оформлены в `#Вставка` / `#Удаление`.
- [ ] В `#Удаление` нет комментариев и нового текста.
- [ ] Новые методы расширения имеют префикс `упд5б_`.
- [ ] Проверка `check_ext` выполнена без критических несоответствий.
## 6. Тестовые сценарии (минимум)
См. разделы `8` и `9` ТЗ.
### 6.1. Позитивные
- [ ] Реализация с одним авансовым СФ -> 5б заполнена корректно.
- [ ] Реализация с несколькими авансовыми СФ -> значения через `; `.
- [ ] Реализация с исправленным авансовым СФ -> отображаются номер/дата исправления.
### 6.2. Негативные и граничные
- [ ] Нет авансовых СФ -> вывод fallback.
- [ ] Старые документы без данных 5б печатаются без ошибок.
- [ ] Пустые/частично заполненные значения не ломают формат строки.
### 6.3. Регрессия
- [ ] УПД без авансов печатается как до внедрения.
- [ ] Графы 5а/6/7/8 работают корректно.
- [ ] Печать из `РеализацияТоваровУслуг` без ошибок.
## 7. Критерии готовности (Definition of Done)
См. раздел `9` ТЗ.
- [ ] В графе 5б выводятся авансовые СФ для закрываемой реализацией оплаты.
- [ ] При отсутствии данных применяется fallback.
- [ ] Изменения выполнены преимущественно в `crm3-dev.rhana`.
- [ ] Протокол тестирования заполнен и подписан.
- [ ] Подготовлен список фактически измененных объектов.
## 8. Протокол сдачи
См. разделы `10` и `11` ТЗ.
- [ ] Передать перечень измененных объектов (файл/метод/тип изменения).
- [ ] Передать скриншоты УПД по 3 ключевым кейсам (1 СФ, несколько СФ, fallback).
- [ ] Передать результаты `check_ext`.
- [ ] Передать итоговую оценку рисков (низкий/средний/высокий) и план отката.
manifest.export_docs.71ab8b6a.json
+2 -110
@@ -3,126 +3,18 @@
"version": "0.3.8",
"folder": "docs",
"files": [
"docs__Checklist_5b_UPD_2026-04-21.md",
"docs__INDEX.md",
"docs__PROJECT_CONTEXT.md",
"docs__README_md_to_html.md",
"docs__TZ2_full_UPD_migration_2026-04-21.md",
"docs__TZ_min_5b_UPD_2026-04-21.md",
"docs__diadoc_answer_2026-05-08.md",
"docs__instructions_filter_access_groups.md",
"docs__meta__PROJECT_STRUCTURE.md",
"docs__test.md",
"docs__Анализ_доработок_синхронизации_ЗаказКлиента.md",
"docs__Анализ_доработок_синхронизации_РеализацияТоваровУслуг.md",
"docs__Анализ_доработок_складского_учета_и_печати_документов.md",
"docs__Анализ_доработок_формы_приемки_УправлениеПоступлением.md",
"docs__Анализ_механизма_перезаполнения_CRM_ЖурналДокументов.md",
"docs__Анализ_обмена_НДС_22_с_Бухгалтерией_КОРП.md",
"docs__Анализ_обработчиков_обновления_НДС_22.md",
"docs__Анализ_ошибок_обновления.md",
"docs__Анализ_переноса_обработки_КредитНотаЗаПериод.md",
"docs__Анализ_печати_пакета_документов_и_складского_учета (v3.0).md",
"docs__Анализ_привязок_серий_номенклатур_к_видам_номенклатур.md",
"docs__Анализ_применения_КредитНота (v1.1).md",
"docs__Анализ_применения_КредитНота.md",
"docs__Анализ_применения_реквизита_Купон (v1.0).md",
"docs__Анализ_применения_реквизита_Купон.md",
"docs__Анализ_различий_crm3-26-test_vs_crm3-dev.md",
"docs__Анализ_рисков_неуникальности_CRM_ЖурналДокументов.md",
"docs__Быстрое_решение.md",
"docs__Выводы_сравнения_конфигураций.md",
"docs__Глубинный_анализ_регистров.md",
"docs__Дорожная_карта_миграции_CRM3_v0.1.md",
"docs__Инструкция_добавления_ролей_в_профиль.md",
"docs__Инструкция_по_запуску_md_convert.md",
"docs__Инструкция_по_исправлению.md",
"docs__Итоговый_отчет_анализа_регистров.md",
"docs__Отчет_о_конвертации.md",
"docs__Оценка_правок_для_переноса_НДС_22.md",
"docs__Оценка_правок_для_переноса_НДС_22_(v1.1).md",
"docs__Перечень_констант_crm3-26-test.md",
"docs__Перечень_констант_crm3-dev.md",
"docs__Проблема_неуникальности_регистра_CRM_ЖурналДокументов.md",
"docs__Проверка_ставки_НДС_22.md",
"docs__РЕЗУЛЬТАТЫ_КОНВЕРТАЦИИ.md",
"docs__Реализация_переноса_НДС_22.md",
"docs__Роли_для_включения_в_новой_системе.md",
"docs__Роли_для_отметки_ДА_осталось.md",
"docs__Сверка_ролей_профиля.md",
"docs__Сверка_ролей_с_учетом_переименований.md",
"docs__Сводка_переноса_и_настройки_актуальной_формы_УПД.md",
"docs__Сводка_рисков_неуникальности.md",
"docs__Список_объектов_для_удаления_из_подсистем.md",
"docs__Список_ролей_для_отметки_ДА.md",
"docs__Сравнение_констант_crm3-dev_vs_crm3-26-test.md",
"docs__ТЗ_2_полный_перенос_логики_УПД_из_crm3-26-promo_в_crm3-dev_2026-04-21.md",
"docs__ТЗ_3_Внедрение_формы_УПД_в_текущую_рабочую_базу_2026-05-05.md",
"docs__ТЗ_минимальная_реализация_графы_5б_УПД_2026-04-21.md",
"docs__Улучшения_скрипта_проверки.md",
"docs__ФИНАЛЬНЫЙ_ОТЧЕТ_Анализ_регистров.md",
"docs__ФИНАЛЬНЫЙ_СПИСОК_РОЛЕЙ_ДЛЯ_ВКЛЮЧЕНИЯ.md",
"docs__Чеклист_внедрения_графы_5б_УПД_2026-04-21.md"
"docs__Оценка_правок_для_переноса_НДС_22_(v1.1).md"
],
"sources": [
"/Users/mihailkudravcev/projects/crm3-26/docs/Checklist_5b_UPD_2026-04-21.md",
"/Users/mihailkudravcev/projects/crm3-26/docs/INDEX.md",
"/Users/mihailkudravcev/projects/crm3-26/docs/PROJECT_CONTEXT.md",
"/Users/mihailkudravcev/projects/crm3-26/docs/README_md_to_html.md",
"/Users/mihailkudravcev/projects/crm3-26/docs/TZ2_full_UPD_migration_2026-04-21.md",
"/Users/mihailkudravcev/projects/crm3-26/docs/TZ_min_5b_UPD_2026-04-21.md",
"/Users/mihailkudravcev/projects/crm3-26/docs/diadoc_answer_2026-05-08.md",
"/Users/mihailkudravcev/projects/crm3-26/docs/instructions_filter_access_groups.md",
"/Users/mihailkudravcev/projects/crm3-26/docs/test.md",
"/Users/mihailkudravcev/projects/crm3-26/docs/Анализ_доработок_синхронизации_ЗаказКлиента.md",
"/Users/mihailkudravcev/projects/crm3-26/docs/Анализ_доработок_синхронизации_РеализацияТоваровУслуг.md",
"/Users/mihailkudravcev/projects/crm3-26/docs/Анализ_доработок_складского_учета_и_печати_документов.md",
"/Users/mihailkudravcev/projects/crm3-26/docs/Анализ_доработок_формы_приемки_УправлениеПоступлением.md",
"/Users/mihailkudravcev/projects/crm3-26/docs/Анализ_механизма_перезаполнения_CRM_ЖурналДокументов.md",
"/Users/mihailkudravcev/projects/crm3-26/docs/Анализ_обмена_НДС_22_с_Бухгалтерией_КОРП.md",
"/Users/mihailkudravcev/projects/crm3-26/docs/Анализ_обработчиков_обновления_НДС_22.md",
"/Users/mihailkudravcev/projects/crm3-26/docs/Анализ_ошибок_обновления.md",
"/Users/mihailkudravcev/projects/crm3-26/docs/Анализ_переноса_обработки_КредитНотаЗаПериод.md",
"/Users/mihailkudravcev/projects/crm3-26/docs/Анализ_печати_пакета_документов_и_складского_учета (v3.0).md",
"/Users/mihailkudravcev/projects/crm3-26/docs/Анализ_привязок_серий_номенклатур_к_видам_номенклатур.md",
"/Users/mihailkudravcev/projects/crm3-26/docs/Анализ_применения_КредитНота (v1.1).md",
"/Users/mihailkudravcev/projects/crm3-26/docs/Анализ_применения_КредитНота.md",
"/Users/mihailkudravcev/projects/crm3-26/docs/Анализ_применения_реквизита_Купон (v1.0).md",
"/Users/mihailkudravcev/projects/crm3-26/docs/Анализ_применения_реквизита_Купон.md",
"/Users/mihailkudravcev/projects/crm3-26/docs/Анализ_различий_crm3-26-test_vs_crm3-dev.md",
"/Users/mihailkudravcev/projects/crm3-26/docs/Анализ_рисков_неуникальности_CRM_ЖурналДокументов.md",
"/Users/mihailkudravcev/projects/crm3-26/docs/Быстрое_решение.md",
"/Users/mihailkudravcev/projects/crm3-26/docs/Выводы_сравнения_конфигураций.md",
"/Users/mihailkudravcev/projects/crm3-26/docs/Глубинный_анализ_регистров.md",
"/Users/mihailkudravcev/projects/crm3-26/docs/Дорожная_карта_миграции_CRM3_v0.1.md",
"/Users/mihailkudravcev/projects/crm3-26/docs/Инструкция_добавления_ролей_в_профиль.md",
"/Users/mihailkudravcev/projects/crm3-26/docs/Инструкция_по_запуску_md_convert.md",
"/Users/mihailkudravcev/projects/crm3-26/docs/Инструкция_по_исправлению.md",
"/Users/mihailkudravcev/projects/crm3-26/docs/Итоговый_отчет_анализа_регистров.md",
"/Users/mihailkudravcev/projects/crm3-26/docs/Отчет_о_конвертации.md",
"/Users/mihailkudravcev/projects/crm3-26/docs/Оценка_правок_для_переноса_НДС_22.md",
"/Users/mihailkudravcev/projects/crm3-26/docs/Оценка_правок_для_переноса_НДС_22_(v1.1).md",
"/Users/mihailkudravcev/projects/crm3-26/docs/Перечень_констант_crm3-26-test.md",
"/Users/mihailkudravcev/projects/crm3-26/docs/Перечень_констант_crm3-dev.md",
"/Users/mihailkudravcev/projects/crm3-26/docs/Проблема_неуникальности_регистра_CRM_ЖурналДокументов.md",
"/Users/mihailkudravcev/projects/crm3-26/docs/Проверка_ставки_НДС_22.md",
"/Users/mihailkudravcev/projects/crm3-26/docs/РЕЗУЛЬТАТЫ_КОНВЕРТАЦИИ.md",
"/Users/mihailkudravcev/projects/crm3-26/docs/Реализация_переноса_НДС_22.md",
"/Users/mihailkudravcev/projects/crm3-26/docs/Роли_для_включения_в_новой_системе.md",
"/Users/mihailkudravcev/projects/crm3-26/docs/Роли_для_отметки_ДА_осталось.md",
"/Users/mihailkudravcev/projects/crm3-26/docs/Сверка_ролей_профиля.md",
"/Users/mihailkudravcev/projects/crm3-26/docs/Сверка_ролей_с_учетом_переименований.md",
"/Users/mihailkudravcev/projects/crm3-26/docs/Сводка_переноса_и_настройки_актуальной_формы_УПД.md",
"/Users/mihailkudravcev/projects/crm3-26/docs/Сводка_рисков_неуникальности.md",
"/Users/mihailkudravcev/projects/crm3-26/docs/Список_объектов_для_удаления_из_подсистем.md",
"/Users/mihailkudravcev/projects/crm3-26/docs/Список_ролей_для_отметки_ДА.md",
"/Users/mihailkudravcev/projects/crm3-26/docs/Сравнение_констант_crm3-dev_vs_crm3-26-test.md",
"/Users/mihailkudravcev/projects/crm3-26/docs/ТЗ_2_полный_перенос_логики_УПД_из_crm3-26-promo_в_crm3-dev_2026-04-21.md",
"/Users/mihailkudravcev/projects/crm3-26/docs/ТЗ_3_Внедрение_формы_УПД_в_текущую_рабочую_базу_2026-05-05.md",
"/Users/mihailkudravcev/projects/crm3-26/docs/ТЗ_минимальная_реализация_графы_5б_УПД_2026-04-21.md",
"/Users/mihailkudravcev/projects/crm3-26/docs/Улучшения_скрипта_проверки.md",
"/Users/mihailkudravcev/projects/crm3-26/docs/ФИНАЛЬНЫЙ_ОТЧЕТ_Анализ_регистров.md",
"/Users/mihailkudravcev/projects/crm3-26/docs/ФИНАЛЬНЫЙ_СПИСОК_РОЛЕЙ_ДЛЯ_ВКЛЮЧЕНИЯ.md",
"/Users/mihailkudravcev/projects/crm3-26/docs/Чеклист_внедрения_графы_5б_УПД_2026-04-21.md"
"/Users/mihailkudravcev/projects/crm3-26/docs/Оценка_правок_для_переноса_НДС_22_(v1.1).md"
]
}