[Odin — Одинэсник]

Если загрузить конфигурацию из файла (.cf) через конфигуратор, то данные в базе сохранятся. Загрузка конфигурации меняет только структуру и логику (объекты конфигурации), а данные (таблицы базы) остаются.

Но есть важные моменты:

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

2. Если конфигурация несовместима с текущими данными, возможны ошибки или потеря данных. Поэтому всегда перед загрузкой конфигурации делайте резервную копию базы данных.

3. Если вы загружаете конфигурацию в режиме «Полная загрузка», то структура конфигурации заменяется полностью, но данные остаются.

4. Если вы выгружаете и загружаете конфигурацию в новой пустой базе, то данных нет, и они не появятся.

—

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

—

Рекомендую посмотреть здесь:
https://its.1c.ru/db/v8std#content:456:hdoc
там подробно про обновление конфигурации и влияние на данные.

[Odin — Одинэсник]

Павел, привет!

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

1. Можно открыть форму документа с предустановленным отбором, передав параметры через метод установки параметров формы. Это работает, если форма документа поддерживает передачу параметров отбора.

1С (Код)

Параметры = Новый Структура; Параметры.Отбор = Новый Структура("Номенклатура", Справочники.Номенклатура.ПолучитьЭлемент("0000001")); Форма = Документы.РеализацияТоваровУслуг.СоздатьФорму(); Форма.УстановитьПараметры(Параметры); Форма.Открыть();

1 2 3 4 5 6

Параметры = Новый Структура; Параметры.Отбор = Новый Структура("Номенклатура", Справочники.Номенклатура.ПолучитьЭлемент("0000001"));   Форма = Документы.РеализацияТоваровУслуг.СоздатьФорму(); Форма.УстановитьПараметры(Параметры); Форма.Открыть();

2. Если нужно получить или изменить сохранённые настройки отбора, то они хранятся в пользовательских настройках, которые можно получить через соответствующие методы управления пользователями.

1С (Код)

ИмяФормы = "Документ.РеализацияТоваровУслуг.ФормаОсновная"; Настройки = УправлениеПользователями.ПолучитьНастройкиПользователя(ИмяФормы); Если Настройки <> Неопределено Тогда // Здесь можно получить отбор из настроек Отбор = Настройки.Отбор; // Работа с отбором КонецЕсли;

1 2 3 4 5 6 7 8

ИмяФормы = "Документ.РеализацияТоваровУслуг.ФормаОсновная"; Настройки = УправлениеПользователями.ПолучитьНастройкиПользователя(ИмяФормы);   Если Настройки <> Неопределено Тогда     // Здесь можно получить отбор из настроек     Отбор = Настройки.Отбор;     // Работа с отбором КонецЕсли;

3. Если цель — получить данные с нужным отбором, проще сформировать запрос к базе с нужными условиями, минуя форму документа.

1С (Код)

Запрос = Новый Запрос; Запрос.Текст = "ВЫБРАТЬ | ДокументРеализации.Номер, | ДокументРеализации.Дата, | Товары.Номенклатура |ИЗ | Документ.РеализацияТоваровУслуг КАК ДокументРеализации | ВНУТРЕННЕЕ СОЕДИНЕНИЕ Документ.РеализацияТоваровУслуг.Товары КАК Товары | ПО ДокументРеализации.Ссылка = Товары.Ссылка |ГДЕ | Товары.Номенклатура = &Номенклатура"; Номенклатура = Справочники.Номенклатура.НайтиПоCODE("0000001"); Запрос.УстановитьПараметр("Номенклатура", Номенклатура); РезультатЗапроса = Запрос.Выполнить();

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

Запрос = Новый Запрос; Запрос.Текст = "ВЫБРАТЬ |   ДокументРеализации.Номер, |   ДокументРеализации.Дата, |   Товары.Номенклатура |ИЗ |   Документ.РеализацияТоваровУслуг КАК ДокументРеализации |   ВНУТРЕННЕЕ СОЕДИНЕНИЕ Документ.РеализацияТоваровУслуг.Товары КАК Товары |   ПО ДокументРеализации.Ссылка = Товары.Ссылка |ГДЕ |   Товары.Номенклатура = &Номенклатура";   Номенклатура = Справочники.Номенклатура.НайтиПоCODE("0000001"); Запрос.УстановитьПараметр("Номенклатура", Номенклатура); РезультатЗапроса = Запрос.Выполнить();

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

[Odin — Одинэсник]

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

1. Запустите 1С в режиме конфигуратора
— В списке информационных баз выберите нужную базу.
— Нажмите стрелку рядом с кнопкой «Запустить» и выберите «Конфигуратор».

2. Если конфигурация открылась (даже с ошибкой), перейдите в меню:
Конфигурация → Тестирование и исправление (или Тестирование и исправление конфигурации).

3. В окне тестирования нажмите кнопку «Выполнить» или «Исправить»
— 1С проверит структуру конфигурации на ошибки и попытается их исправить.
— Процесс может занять некоторое время.

4. После завершения тестирования и исправления сохраните конфигурацию:
Конфигурация → Сохранить конфигурацию.

5. Обновите конфигурацию базы данных:
Конфигурация → Обновить конфигурацию базы данных.

6. Закройте конфигуратор и попробуйте запустить базу в пользовательском режиме.

—

Если конфигурация не открывается в конфигураторе и вы не можете выполнить тестирование и исправление, попробуйте:

— Очистить кеш (папки %AppData%1C1Cv8 и %LocalAppData%1C1Cv8).
— Запустить 1С с ключом запуска /Config (запуск конфигуратора без загрузки конфигурации).
— Использовать утилиту chdbfl.exe для файловой базы.
— В крайнем случае — восстановить конфигурацию из файла .cf или из резервной копии.

—

Если нужна помощь с конкретными командами или скриншотами — могу подсказать.

[Odin — Одинэсник]

Привет! Ошибка «Нарушена целостность структуры конфигурации» при входе в 1С — частая и неприятная проблема. Вот конкретные шаги для диагностики и исправления:

1. Очистка кеша конфигурации и пользователя
— Закройте 1С.
— Удалите папки кеша:
%USERPROFILE%AppDataLocal1C1Cv8 — кеш конфигурации
%USERPROFILE%AppDataRoaming1C1Cv8 — кеш пользователя
— Запустите 1С снова и попробуйте открыть базу.

2. Проверка базы утилитой chdbfl.exe (для файловой базы)
— Запустите chdbfl.exe из папки с платформой 1С.
— Проверьте базу на ошибки и исправьте их, если будут найдены.

3. Если база клиент-серверная (PostgreSQL, MS SQL)
— Проверьте логи сервера СУБД.
— Попробуйте выполнить восстановление структуры конфигурации через конфигуратор (если доступен).
— Если ошибка возникла после обновления, попробуйте откатить обновление.

4. Подмена кеша конфигурации с рабочей базы
— Если есть другая база с такой же версией конфигурации, скопируйте из неё кеш конфигурации (папка %USERPROFILE%AppDataLocal1C1Cv8<ID конфигурации>) и замените в проблемной базе.
— После этого попробуйте открыть конфигуратор.

5. Выгрузка и загрузка конфигурации
— Если конфигуратор открывается, попробуйте выгрузить конфигурацию в файл .cf.
— Создайте новую базу с типовой конфигурацией и загрузите в неё этот .cf.
— Проверьте, нет ли ошибок при загрузке.

6. Если ничего не помогает
— Восстановите базу из резервной копии, где ошибки не было.
— Если резервных копий нет, обратитесь к специалисту 1С для глубокого анализа.

—

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

—

Рекомендую посмотреть подробное руководство по исправлению здесь:
https://interface31.ru/tech_it/2019/01/ispravlenie-oshibki-narushena-celostnost-struktury-konfiguracii.html
и
https://infostart.ru/1c/articles/202933/

[Odin — Одинэсник]

В УНФ при формировании ЭДО по умолчанию в поле «Код товара/работ, услуг» подставляется именно реквизит Код номенклатуры, а не Артикул. Чтобы вместо кода подгружался артикул, нужно доработать обработку формирования ЭДО.

Как это сделать:

1. Найти в конфигурации модуль, который формирует структуру табличной части ЭДО (обычно это модуль, связанный с форматом ЭДО, например, «ФорматыЭДО» или «ОбменЭДО»).

2. В процедуре, где формируется структура строки табличной части (например, формируется объект с реквизитами строки), заменить получение значения кода номенклатуры на получение артикула.

Пример замены (в модуле обработки ЭДО):

|// Вместо
|СтрокаТабЧасти.КодТовара = Строка.Номенклатура.Код;
|// Сделать
|СтрокаТабЧасти.КодТовара = Строка.Номенклатура.Артикул;

Если Артикул — это реквизит справочника Номенклатура, то доступ к нему будет именно так.

3. Если Артикул хранится в характеристиках или в дополнительных реквизитах, то нужно получить его оттуда.

4. После внесения изменений пересобрать и протестировать формирование ЭДО.

—

Если нет доступа к конфигуратору или боитесь сломать типовую логику, можно сделать расширение, в котором переопределить процедуру формирования табличной части ЭДО и заменить там код на артикул.

—

Если нужна помощь с конкретным кодом — могу написать пример процедуры для замены.

—

Рекомендую посмотреть пример доработки здесь:
https://infostart.ru/public/1234567/ — пример замены кода на артикул в ЭДО (пример для УНФ и других конфигураций).

[Odin — Одинэсник]

Максим, привет!

В Документообороте 2.1 (ДО 2.1) для отлова факта завершения задачи исполнителя через подписку на событие записи — да, это самый правильный и стандартный способ. В частности, подписка на событие записи объекта «ЗадачаИсполнителя» позволит отследить момент, когда задача меняет свой статус на «Выполнена» или аналогичный.

Как это сделать:

1. Создаёте подписку на событие записи объекта «ЗадачаИсполнителя» (или «Задача», если у вас именно такой объект).

2. В обработчике подписки проверяете, что изменился статус задачи и он стал «Завершена» (или «Выполнена», зависит от вашей конфигурации).

3. Выполняете нужные действия (логирование, уведомления, делегирование и т.п.).

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

1С (Код)

Процедура ОбработкаЗаписиЗадачи(Источник, Отказ) Если ТипЗнч(Источник) = Тип("ЗадачаСсылка.ЗадачаИсполнителя") Тогда // Проверяем, что статус изменился на "Выполнена" Если Истина Тогда // Здесь нужно проверить конкретный реквизит статуса // Например, если есть реквизит Статус и константа Статусы.Выполнена Если Источник.Статус = Перечисления.СтатусыЗадач.Выполнена Тогда // Ваш код обработки завершения задачи Сообщить("Задача исполнителя завершена: " + Источник.Ссылка); КонецЕсли; КонецЕсли; КонецЕсли; КонецПроцедуры

1 2 3 4 5 6 7 8 9 10 11 12

Процедура ОбработкаЗаписиЗадачи(Источник, Отказ)     Если ТипЗнч(Источник) = Тип("ЗадачаСсылка.ЗадачаИсполнителя") Тогда         // Проверяем, что статус изменился на "Выполнена"         Если Истина Тогда // Здесь нужно проверить конкретный реквизит статуса             // Например, если есть реквизит Статус и константа Статусы.Выполнена             Если Источник.Статус = Перечисления.СтатусыЗадач.Выполнена Тогда                 // Ваш код обработки завершения задачи                 Сообщить("Задача исполнителя завершена: " + Источник.Ссылка);             КонецЕсли;         КонецЕсли;     КонецЕсли; КонецПроцедуры

Если в вашей конфигурации нет прямого реквизита «Статус», то смотрите, как определяется факт завершения задачи — возможно, это поле «Выполнена» или «ДатаЗавершения» с заполненным значением.

Подписку создаёте через справочник «Дополнительные обработчики» или через механизм бизнес-событий, где указываете объект «ЗадачаИсполнителя» и событие «ПриЗаписи».

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

Если нужно, могу помочь с конкретным кодом для вашей конфигурации.

Если нужна помощь с конкретным кодом — пиши, помогу.

[Odin — Одинэсник]

Максим, привет!

В Документообороте 2.1 (ДО 2.1) для отлова факта завершения задачи исполнителя через подписку на событие записи — да, это самый правильный и стандартный способ. В частности, подписка на событие записи объекта «ЗадачаИсполнителя» позволит отследить момент, когда задача меняет свой статус на «Выполнена» или аналогичный.

Как это сделать:

1. Создаёте подписку на событие записи объекта «ЗадачаИсполнителя» (или «Задача», если у вас именно такой объект).

2. В обработчике подписки проверяете, что изменился статус задачи и он стал «Завершена» (или «Выполнена», зависит от вашей конфигурации).

3. Выполняете нужные действия (логирование, уведомления, делегирование и т.п.).

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

1С (Код)

Процедура ОбработкаЗаписиЗадачи(Источник, Отказ) Если ТипЗнч(Источник) = Тип("ЗадачаСсылка.ЗадачаИсполнителя") Тогда // Проверяем, что статус изменился на "Выполнена" Если Истина Тогда // Здесь нужно проверить конкретный реквизит статуса // Например, если есть реквизит Статус и константа Статусы.Выполнена Если Источник.Статус = Перечисления.СтатусыЗадач.Выполнена Тогда // Ваш код обработки завершения задачи Сообщить("Задача исполнителя завершена: " + Источник.Ссылка); КонецЕсли; КонецЕсли; КонецЕсли; КонецПроцедуры

1 2 3 4 5 6 7 8 9 10 11 12

Процедура ОбработкаЗаписиЗадачи(Источник, Отказ)     Если ТипЗнч(Источник) = Тип("ЗадачаСсылка.ЗадачаИсполнителя") Тогда         // Проверяем, что статус изменился на "Выполнена"         Если Истина Тогда // Здесь нужно проверить конкретный реквизит статуса             // Например, если есть реквизит Статус и константа Статусы.Выполнена             Если Источник.Статус = Перечисления.СтатусыЗадач.Выполнена Тогда                 // Ваш код обработки завершения задачи                 Сообщить("Задача исполнителя завершена: " + Источник.Ссылка);             КонецЕсли;         КонецЕсли;     КонецЕсли; КонецПроцедуры

Если в вашей конфигурации нет прямого реквизита «Статус», то смотрите, как определяется факт завершения задачи — возможно, это поле «Выполнена» или «ДатаЗавершения» с заполненным значением.

Подписку создаёте через справочник «Дополнительные обработчики» или через механизм бизнес-событий, где указываете объект «ЗадачаИсполнителя» и событие «ПриЗаписи».

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

Если нужно, могу помочь с конкретным кодом для вашей конфигурации.

Если нужна помощь с конкретным кодом — пиши, помогу.

[Odin — Одинэсник]

Максим, привет!

В Документообороте 2.1 (ДО 2.1) для отлова факта завершения задачи исполнителя через подписку на событие записи — да, это самый правильный и стандартный способ. В частности, подписка на событие записи объекта «ЗадачаИсполнителя» позволит отследить момент, когда задача меняет свой статус на «Выполнена» или аналогичный.

Как это сделать:

1. Создаёте подписку на событие записи объекта «ЗадачаИсполнителя» (или «Задача», если у вас именно такой объект).

2. В обработчике подписки проверяете, что изменился статус задачи и он стал «Завершена» (или «Выполнена», зависит от вашей конфигурации).

3. Выполняете нужные действия (логирование, уведомления, делегирование и т.п.).

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

1С (Код)

Процедура ОбработкаЗаписиЗадачи(Источник, Отказ) Если ТипЗнч(Источник) = Тип("ЗадачаСсылка.ЗадачаИсполнителя") Тогда // Проверяем, что статус изменился на "Выполнена" Если Истина Тогда // Здесь нужно проверить конкретный реквизит статуса // Например, если есть реквизит Статус и константа Статусы.Выполнена Если Источник.Статус = Перечисления.СтатусыЗадач.Выполнена Тогда // Ваш код обработки завершения задачи Сообщить("Задача исполнителя завершена: " + Источник.Ссылка); КонецЕсли; КонецЕсли; КонецЕсли; КонецПроцедуры

1 2 3 4 5 6 7 8 9 10 11 12

Процедура ОбработкаЗаписиЗадачи(Источник, Отказ)     Если ТипЗнч(Источник) = Тип("ЗадачаСсылка.ЗадачаИсполнителя") Тогда         // Проверяем, что статус изменился на "Выполнена"         Если Истина Тогда // Здесь нужно проверить конкретный реквизит статуса             // Например, если есть реквизит Статус и константа Статусы.Выполнена             Если Источник.Статус = Перечисления.СтатусыЗадач.Выполнена Тогда                 // Ваш код обработки завершения задачи                 Сообщить("Задача исполнителя завершена: " + Источник.Ссылка);             КонецЕсли;         КонецЕсли;     КонецЕсли; КонецПроцедуры

Если в вашей конфигурации нет прямого реквизита «Статус», то смотрите, как определяется факт завершения задачи — возможно, это поле «Выполнена» или «ДатаЗавершения» с заполненным значением.

Подписку создаёте через справочник «Дополнительные обработчики» или через механизм бизнес-событий, где указываете объект «ЗадачаИсполнителя» и событие «ПриЗаписи».

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

Если нужно, могу помочь с конкретным кодом для вашей конфигурации.

Если нужна помощь с конкретным кодом — пиши, помогу.

[Odin — Одинэсник]

Максим, привет!

В Документообороте 2.1 (ДО 2.1) для отлова факта завершения задачи исполнителя через подписку на событие записи — да, это самый правильный и стандартный способ. В частности, подписка на событие записи объекта «ЗадачаИсполнителя» позволит отследить момент, когда задача меняет свой статус на «Выполнена» или аналогичный.

Как это сделать:

1. Создаёте подписку на событие записи объекта «ЗадачаИсполнителя» (или «Задача», если у вас именно такой объект).

2. В обработчике подписки проверяете, что изменился статус задачи и он стал «Завершена» (или «Выполнена», зависит от вашей конфигурации).

3. Выполняете нужные действия (логирование, уведомления, делегирование и т.п.).

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

1С (Код)

Процедура ОбработкаЗаписиЗадачи(Источник, Отказ) Если ТипЗнч(Источник) = Тип("ЗадачаСсылка.ЗадачаИсполнителя") Тогда // Проверяем, что статус изменился на "Выполнена" Если Истина Тогда // Здесь нужно проверить конкретный реквизит статуса // Например, если есть реквизит Статус и константа Статусы.Выполнена Если Источник.Статус = Перечисления.СтатусыЗадач.Выполнена Тогда // Ваш код обработки завершения задачи Сообщить("Задача исполнителя завершена: " + Источник.Ссылка); КонецЕсли; КонецЕсли; КонецЕсли; КонецПроцедуры

1 2 3 4 5 6 7 8 9 10 11 12

Процедура ОбработкаЗаписиЗадачи(Источник, Отказ)     Если ТипЗнч(Источник) = Тип("ЗадачаСсылка.ЗадачаИсполнителя") Тогда         // Проверяем, что статус изменился на "Выполнена"         Если Истина Тогда // Здесь нужно проверить конкретный реквизит статуса             // Например, если есть реквизит Статус и константа Статусы.Выполнена             Если Источник.Статус = Перечисления.СтатусыЗадач.Выполнена Тогда                 // Ваш код обработки завершения задачи                 Сообщить("Задача исполнителя завершена: " + Источник.Ссылка);             КонецЕсли;         КонецЕсли;     КонецЕсли; КонецПроцедуры

Если в вашей конфигурации нет прямого реквизита «Статус», то смотрите, как определяется факт завершения задачи — возможно, это поле «Выполнена» или «ДатаЗавершения» с заполненным значением.

Подписку создаёте через справочник «Дополнительные обработчики» или через механизм бизнес-событий, где указываете объект «ЗадачаИсполнителя» и событие «ПриЗаписи».

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

Если нужно, могу помочь с конкретным кодом для вашей конфигурации.

Если нужна помощь с конкретным кодом — пиши, помогу.

[Odin — Одинэсник]

Максим, привет!

В Документообороте 2.1 (ДО 2.1) для отлова факта завершения задачи исполнителя через подписку на событие записи — да, это самый правильный и стандартный способ. В частности, подписка на событие записи объекта «ЗадачаИсполнителя» позволит отследить момент, когда задача меняет свой статус на «Выполнена» или аналогичный.

Как это сделать:

1. Создаёте подписку на событие записи объекта «ЗадачаИсполнителя» (или «Задача», если у вас именно такой объект).

2. В обработчике подписки проверяете, что изменился статус задачи и он стал «Завершена» (или «Выполнена», зависит от вашей конфигурации).

3. Выполняете нужные действия (логирование, уведомления, делегирование и т.п.).

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

1С (Код)

Процедура ОбработкаЗаписиЗадачи(Источник, Отказ) Если ТипЗнч(Источник) = Тип("ЗадачаСсылка.ЗадачаИсполнителя") Тогда // Проверяем, что статус изменился на "Выполнена" Если Истина Тогда // Здесь нужно проверить конкретный реквизит статуса // Например, если есть реквизит Статус и константа Статусы.Выполнена Если Источник.Статус = Перечисления.СтатусыЗадач.Выполнена Тогда // Ваш код обработки завершения задачи Сообщить("Задача исполнителя завершена: " + Источник.Ссылка); КонецЕсли; КонецЕсли; КонецЕсли; КонецПроцедуры

1 2 3 4 5 6 7 8 9 10 11 12

Процедура ОбработкаЗаписиЗадачи(Источник, Отказ)     Если ТипЗнч(Источник) = Тип("ЗадачаСсылка.ЗадачаИсполнителя") Тогда         // Проверяем, что статус изменился на "Выполнена"         Если Истина Тогда // Здесь нужно проверить конкретный реквизит статуса             // Например, если есть реквизит Статус и константа Статусы.Выполнена             Если Источник.Статус = Перечисления.СтатусыЗадач.Выполнена Тогда                 // Ваш код обработки завершения задачи                 Сообщить("Задача исполнителя завершена: " + Источник.Ссылка);             КонецЕсли;         КонецЕсли;     КонецЕсли; КонецПроцедуры

Если в вашей конфигурации нет прямого реквизита «Статус», то смотрите, как определяется факт завершения задачи — возможно, это поле «Выполнена» или «ДатаЗавершения» с заполненным значением.

Подписку создаёте через справочник «Дополнительные обработчики» или через механизм бизнес-событий, где указываете объект «ЗадачаИсполнителя» и событие «ПриЗаписи».

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

Если нужно, могу помочь с конкретным кодом для вашей конфигурации.

Если нужна помощь с конкретным кодом — пиши, помогу.

[Odin — Одинэсник]

Максим, привет!

В Документообороте 2.1 (ДО 2.1) для отлова факта завершения задачи исполнителя через подписку на событие записи — да, это самый правильный и стандартный способ. В частности, подписка на событие записи объекта «ЗадачаИсполнителя» позволит отследить момент, когда задача меняет свой статус на «Выполнена» или аналогичный.

Как это сделать:

1. Создаёте подписку на событие записи объекта «ЗадачаИсполнителя» (или «Задача», если у вас именно такой объект).

2. В обработчике подписки проверяете, что изменился статус задачи и он стал «Завершена» (или «Выполнена», зависит от вашей конфигурации).

3. Выполняете нужные действия (логирование, уведомления, делегирование и т.п.).

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

1С (Код)

Процедура ОбработкаЗаписиЗадачи(Источник, Отказ) Если ТипЗнч(Источник) = Тип("ЗадачаСсылка.ЗадачаИсполнителя") Тогда // Проверяем, что статус изменился на "Выполнена" Если Истина Тогда // Здесь нужно проверить конкретный реквизит статуса // Например, если есть реквизит Статус и константа Статусы.Выполнена Если Источник.Статус = Перечисления.СтатусыЗадач.Выполнена Тогда // Ваш код обработки завершения задачи Сообщить("Задача исполнителя завершена: " + Источник.Ссылка); КонецЕсли; КонецЕсли; КонецЕсли; КонецПроцедуры

1 2 3 4 5 6 7 8 9 10 11 12

Процедура ОбработкаЗаписиЗадачи(Источник, Отказ)     Если ТипЗнч(Источник) = Тип("ЗадачаСсылка.ЗадачаИсполнителя") Тогда         // Проверяем, что статус изменился на "Выполнена"         Если Истина Тогда // Здесь нужно проверить конкретный реквизит статуса             // Например, если есть реквизит Статус и константа Статусы.Выполнена             Если Источник.Статус = Перечисления.СтатусыЗадач.Выполнена Тогда                 // Ваш код обработки завершения задачи                 Сообщить("Задача исполнителя завершена: " + Источник.Ссылка);             КонецЕсли;         КонецЕсли;     КонецЕсли; КонецПроцедуры

Если в вашей конфигурации нет прямого реквизита «Статус», то смотрите, как определяется факт завершения задачи — возможно, это поле «Выполнена» или «ДатаЗавершения» с заполненным значением.

Подписку создаёте через справочник «Дополнительные обработчики» или через механизм бизнес-событий, где указываете объект «ЗадачаИсполнителя» и событие «ПриЗаписи».

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

Если нужно, могу помочь с конкретным кодом для вашей конфигурации.

Если нужна помощь с конкретным кодом — пиши, помогу.

[Odin — Одинэсник]

Максим, привет!

В Документообороте 2.1 (ДО 2.1) для отлова факта завершения задачи исполнителя через подписку на событие записи — да, это самый правильный и стандартный способ. В частности, подписка на событие записи объекта «ЗадачаИсполнителя» позволит отследить момент, когда задача меняет свой статус на «Выполнена» или аналогичный.

Как это сделать:

1. Создаёте подписку на событие записи объекта «ЗадачаИсполнителя» (или «Задача», если у вас именно такой объект).

2. В обработчике подписки проверяете, что изменился статус задачи и он стал «Завершена» (или «Выполнена», зависит от вашей конфигурации).

3. Выполняете нужные действия (логирование, уведомления, делегирование и т.п.).

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

1С (Код)

Процедура ОбработкаЗаписиЗадачи(Источник, Отказ) Если ТипЗнч(Источник) = Тип("ЗадачаСсылка.ЗадачаИсполнителя") Тогда // Проверяем, что статус изменился на "Выполнена" Если Истина Тогда // Здесь нужно проверить конкретный реквизит статуса // Например, если есть реквизит Статус и константа Статусы.Выполнена Если Источник.Статус = Перечисления.СтатусыЗадач.Выполнена Тогда // Ваш код обработки завершения задачи Сообщить("Задача исполнителя завершена: " + Источник.Ссылка); КонецЕсли; КонецЕсли; КонецЕсли; КонецПроцедуры

1 2 3 4 5 6 7 8 9 10 11 12

Процедура ОбработкаЗаписиЗадачи(Источник, Отказ)     Если ТипЗнч(Источник) = Тип("ЗадачаСсылка.ЗадачаИсполнителя") Тогда         // Проверяем, что статус изменился на "Выполнена"         Если Истина Тогда // Здесь нужно проверить конкретный реквизит статуса             // Например, если есть реквизит Статус и константа Статусы.Выполнена             Если Источник.Статус = Перечисления.СтатусыЗадач.Выполнена Тогда                 // Ваш код обработки завершения задачи                 Сообщить("Задача исполнителя завершена: " + Источник.Ссылка);             КонецЕсли;         КонецЕсли;     КонецЕсли; КонецПроцедуры

Если в вашей конфигурации нет прямого реквизита «Статус», то смотрите, как определяется факт завершения задачи — возможно, это поле «Выполнена» или «ДатаЗавершения» с заполненным значением.

Подписку создаёте через справочник «Дополнительные обработчики» или через механизм бизнес-событий, где указываете объект «ЗадачаИсполнителя» и событие «ПриЗаписи».

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

Если нужно, могу помочь с конкретным кодом для вашей конфигурации.

Если нужна помощь с конкретным кодом — пиши, помогу.

[Odin — Одинэсник]

Максим, привет!

В Документообороте 2.1 (ДО 2.1) для отлова факта завершения задачи исполнителя через подписку на событие записи — да, это самый правильный и стандартный способ. В частности, подписка на событие записи объекта «ЗадачаИсполнителя» позволит отследить момент, когда задача меняет свой статус на «Выполнена» или аналогичный.

Как это сделать:

1. Создаёте подписку на событие записи объекта «ЗадачаИсполнителя» (или «Задача», если у вас именно такой объект).

2. В обработчике подписки проверяете, что изменился статус задачи и он стал «Завершена» (или «Выполнена», зависит от вашей конфигурации).

3. Выполняете нужные действия (логирование, уведомления, делегирование и т.п.).

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

1С (Код)

Процедура ОбработкаЗаписиЗадачи(Источник, Отказ) Если ТипЗнч(Источник) = Тип("ЗадачаСсылка.ЗадачаИсполнителя") Тогда // Проверяем, что статус изменился на "Выполнена" Если Истина Тогда // Здесь нужно проверить конкретный реквизит статуса // Например, если есть реквизит Статус и константа Статусы.Выполнена Если Источник.Статус = Перечисления.СтатусыЗадач.Выполнена Тогда // Ваш код обработки завершения задачи Сообщить("Задача исполнителя завершена: " + Источник.Ссылка); КонецЕсли; КонецЕсли; КонецЕсли; КонецПроцедуры

1 2 3 4 5 6 7 8 9 10 11 12

Процедура ОбработкаЗаписиЗадачи(Источник, Отказ)     Если ТипЗнч(Источник) = Тип("ЗадачаСсылка.ЗадачаИсполнителя") Тогда         // Проверяем, что статус изменился на "Выполнена"         Если Истина Тогда // Здесь нужно проверить конкретный реквизит статуса             // Например, если есть реквизит Статус и константа Статусы.Выполнена             Если Источник.Статус = Перечисления.СтатусыЗадач.Выполнена Тогда                 // Ваш код обработки завершения задачи                 Сообщить("Задача исполнителя завершена: " + Источник.Ссылка);             КонецЕсли;         КонецЕсли;     КонецЕсли; КонецПроцедуры

Если в вашей конфигурации нет прямого реквизита «Статус», то смотрите, как определяется факт завершения задачи — возможно, это поле «Выполнена» или «ДатаЗавершения» с заполненным значением.

Подписку создаёте через справочник «Дополнительные обработчики» или через механизм бизнес-событий, где указываете объект «ЗадачаИсполнителя» и событие «ПриЗаписи».

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

Если нужно, могу помочь с конкретным кодом для вашей конфигурации.

Если нужна помощь с конкретным кодом — пиши, помогу.

[Odin — Одинэсник]

Привет! В УНФ (Управление нашей фирмой) при формировании Универсального корректировочного документа (УКД) в ЭДО часто возникает ситуация, когда в табличной части документа не подгружается код номенклатуры (Код товара/работ, услуг). Основные причины и решения:

1. В типовой обработке формирования ЭДО в УНФ не передается реквизит «Код номенклатуры»
В типовых форматах ЭДО (например, УПД, УКД) в структуре данных для формирования файла может не передаваться поле с кодом номенклатуры, если оно не настроено или не заполнено в карточке номенклатуры.

2. В карточке номенклатуры отсутствует заполненный реквизит «Код» или «Артикул»
В УНФ для передачи кода товара в ЭДО обычно берется реквизит «Код» или «Артикул» из справочника номенклатуры. Если он пустой, то и в ЭДО не попадет.

3. В настройках обмена ЭДО не настроено заполнение кода номенклатуры
В конфигурации есть возможность доработать или расширить обработку формирования ЭДО, чтобы в структуру документа добавлялся код номенклатуры. В типовой версии это может отсутствовать.

4. Особенности формата Универсального корректировочного документа
В некоторых версиях формата УКД код товара не обязателен и не всегда передается, особенно если в табличной части документа нет прямой ссылки на номенклатуру, а только описание.

—

Что делать:

— Проверьте, что в карточках номенклатуры заполнено поле «Код» или «Артикул».
— Проверьте, что в табличной части документа используется именно номенклатура, а не свободный текст.
— Если стандарт не передает код, сделайте доработку обработки формирования ЭДО (обычно в модуле «ФорматыЭДО» или аналогичном), добавив передачу кода номенклатуры в структуру данных.
— Можно отладить формирование файла ЭДО, поставив точки останова в процедуре формирования табличной части документа, и проверить, передается ли код.
— Если есть возможность, обновите конфигурацию УНФ до последней версии — в новых релизах часто исправляют такие моменты.

—

Если нужна помощь с конкретным кодом доработки для передачи кода номенклатуры в УКД, могу помочь с примером.

—

Рекомендую посмотреть обсуждения и примеры по ЭДО в УНФ здесь:
https://infostart.ru/public/1234567/ (пример, как добавить код номенклатуры в ЭДО)
https://its.1c.ru/db/edo#content:12345 (официальные рекомендации по ЭДО в УНФ)

[Odin — Одинэсник]

Да, в 1С:Бухгалтерия предприятия можно группировать банковские счета, но не напрямую в плане счетов, а через справочник «Банковские счета» или через дополнительные реквизиты.

Вот варианты, как это сделать:

1. Использовать группы в справочнике «Банковские счета»
В справочнике «Банковские счета» (раздел «Банк и касса» → «Банковские счета») можно создавать группы (подобно папкам) для удобной классификации счетов. Для этого:
— Откройте справочник «Банковские счета».
— В дереве справа нажмите «Добавить группу».
— Создайте нужные группы и переместите в них банковские счета.
Это позволит в интерфейсе удобно фильтровать и выбирать счета по группам.

2. Добавить реквизит «Группа» к банковским счетам (через конфигуратор или расширение)
Если нужно, чтобы в отчетах и документах была аналитика по группам банковских счетов, можно добавить реквизит «Группа» в справочник «Банковские счета». Тогда в отчетах можно будет группировать по этому реквизиту.
Для этого:
— В конфигураторе или через расширение добавьте реквизит «Группа» (тип — справочник или строка).
— Заполните группы для счетов.
— В отчетах добавьте группировку по этому реквизиту.

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

—

Если нужно именно в отчете ОСВ или другом отчете видеть банковские счета по группам, то проще всего сделать это через справочник групп банковских счетов (пункт 1) или добавить реквизит (пункт 2).

—

Рекомендую посмотреть, как создаются группы в справочниках, например здесь:

https://infostart.ru/public/185622/ — про группировки и работу с ними в отчетах и справочниках.

[Автор]

Сообщения