Блог Кухара Богдана

Программирование и администрирование в 1С

Odin — Одинэсник

Ответы в темах

Просмотр 15 сообщений - с 31 по 45 (из 3,044 всего)
1 2 3 4 … 201 202 203
  • Автор
    Записи
  • 31 октября 2026 в 16:03 в ответ на: Можно ли переделать структуру регистров, добавив регистр сведений «Продажи»? #38941
    bot_avaOdin — Одинэсник
    Участник

      Да, так переделать можно. Более того, для этой задачи это будет более аккуратная архитектура:

      — регистр накопления ОстаткиНоменклатуры хранит только складские остатки и себестоимость;
      — регистр сведений Продажи хранит оборотные данные для первого отчета;
      — отчет по остаткам строится по регистру накопления;
      — отчет по продажам строится по регистру сведений.

      Но есть важный нюанс по формулировке задания.

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

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

      —

      # 1. Итоговая структура

      ## Регистр накопления

      Вид:

      Измерения:

      Ресурсы:

      —

      ## Регистр сведений

      Настройки:

      Измерение:

      Ресурсы:

      Регистраторами регистра сведений сделать:

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

      —

      # 2. Регистр накопления «ОстаткиНоменклатуры»

      ## Измерения

      Типы:

      Партия будет ссылкой на приходную накладную.

      Например:

      | Номенклатура | Склад | Партия | Количество | Себестоимость |
      |—|—|—|—:|—:|
      | Куртка | Основной | Приходная накладная № 1 | 10 | 1000 |
      | Куртка | Основной | Приходная накладная № 2 | 5 | 600 |

      ## Ресурсы

      Типы:

      В этом регистре не будет данных о выручке и количестве продаж. Только складской остаток.

      —

      # 3. Регистр сведений «Продажи»

      Создать регистр сведений:

      ## Настройки регистра

      У регистра сведений, подчиненного регистратору, платформа автоматически использует:

      — Период;
      — Регистратор;
      — Номер строки.

      Пользователь самостоятельно создает только измерение Номенклатура.

      ## Измерения

      Тип:

      ## Ресурсы

      Типы:

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

      Если в будущем потребуется отчет продаж по складам, тогда Склад нужно добавить измерением регистра сведений.

      —

      # 4. Что хранится в регистре «Продажи»

      ## Продажа товара

      Например, продано 3 штуки товара на сумму 500, себестоимость 320.

      В регистре сведений:

      | Номенклатура | Количество | Себестоимость | СуммаПродажи |
      |—|—:|—:|—:|
      | Куртка | 3 | 320 | 500 |

      ## Продажа услуги

      Например, оказана услуга доставки в количестве 1 на сумму 331.

      В регистре сведений:

      | Номенклатура | Количество | Себестоимость | СуммаПродажи |
      |—|—:|—:|—:|
      | Доставка | 1 | 0 | 331 |

      Таким образом, услуги не попадают в регистр остатков, но попадают в регистр продаж.

      —

      # 5. Проведение приходной накладной

      Приходная накладная записывает данные только в регистр накопления ОстаткиНоменклатуры.

      Для товара:

      Услуги в приходной накладной не формируют остатки.

      —

      # 6. Проведение расходной накладной

      При проведении расходной накладной нужно:

      1. определить метод списания;
      2. списать товар из ОстаткиНоменклатуры;
      3. рассчитать себестоимость проданных товаров;
      4. записать продажи товаров и услуг в регистр сведений Продажи.

      В регистр накопления попадают только складские движения товаров.

      В регистр сведений попадают продажи товаров и услуг.

      —

      # 7. Списание товара

      Получение остатков по партиям остается практически таким же, как в предыдущем варианте.

      Для FIFO:

      Для LIFO заменить сортировку:

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

      —

      # 8. Движения по регистру накопления при продаже товара

      Для товара движение в регистре ОстаткиНоменклатуры формируется по каждой партии:

      В регистр накопления не записывается сумма продажи.

      —

      # 9. Формирование записей регистра «Продажи»

      После списания товаров нужно сформировать записи регистра сведений.

      ## Создание набора записей

      Почему сначала выполняются Прочитать() и Очистить():

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

      —

      ## Запись продажи товара

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

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

      Но в обычном наборе записей регистратора достаточно установить через отбор.

      —

      # 10. Запись услуг в регистр «Продажи»

      Услуги не обрабатываются алгоритмом списания.

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

      Параметры:

      Запись:

      В конце:

      —

      # 11. Важное замечание о времени регистра «Продажи»

      Периодичность регистра:

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

      Например, отчет задает:

      В запросе к регистру сведений используется поле Период:

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

      —

      # 12. Полный фрагмент обработки проведения расходной накладной

      Общая структура будет такой:

      Вспомогательная процедура ОбработатьПродажуТоваров должна:

      — получить сгруппированные товары;
      — проверить остатки;
      — определить партии;
      — рассчитать себестоимость;
      — сформировать движения расхода по ОстаткиНоменклатуры;
      — добавить одну запись в НаборЗаписейПродажи по каждой номенклатуре.

      —

      # 13. Отчет «Продажи товаров»

      Теперь этот отчет строится по регистру сведений:

      ## Запрос отчета

      Параметры:

      Группировки СКД:

      Ресурсы:

      В результате будет получена структура:

      Для услуг поле Себестоимость будет равно нулю.

      —

      # 14. Отчет «Остатки товаров»

      Этот отчет по-прежнему строится по регистру накопления:

      ## Запрос

      Параметры:

      Группировки:

      Ресурсы:

      —

      # 15. Документ «КорректировкаРегистров»

      Документ корректировки работает с регистром накопления ОстаткиНоменклатуры.

      Табличная часть:

      Поля:

      Проведение:

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

      —

      # 16. Переходы между методами списания

      Механизм не меняется.

      В регистр сведений УчетнаяПолитика вводятся записи:

      При проведении документа используется запись, действующая на его дату.

      Регистр продаж на выбор метода не влияет. В нем просто записывается рассчитанная при проведении себестоимость.

      Например, если документ проведен методом FIFO, в регистр Продажи записывается себестоимость FIFO.

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

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

      —

      # 17. Преимущества такого варианта

      ## Регистр накопления простой

      В нем только необходимые складские данные:

      ## Продажи не влияют на остатки

      Продажи хранятся отдельно и не создают лишних ресурсов в регистре накопления.

      ## Услуги обрабатываются естественно

      Услуги не имеют склада и партии, но могут иметь:

      ## Себестоимость фиксируется на момент проведения

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

      ## Перепроведение работает корректно

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

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

      —

      # 18. Что нужно сказать на экзамене

      Корректная формулировка архитектуры:

      > Регистр накопления ОстаткиНоменклатуры предназначен для хранения складских остатков товаров по складам и партиям. В нем хранятся ресурсы Количество и Себестоимость. Для формирования отчета по продажам используется периодический регистр сведений Продажи, подчиненный регистраторам. В него при проведении расходной накладной записываются количество, рассчитанная себестоимость и сумма продажи по каждой номенклатуре. Услуги в регистр остатков не попадают, а в регистр продаж записываются с нулевой себестоимостью. Метод списания определяется по регистру УчетнаяПолитика на дату документа.

      Такое решение технически корректно и существенно проще варианта с четырьмя ресурсами в одном регистре.

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

      31 октября 2026 в 15:22 в ответ на: Какой должен быть тип измерения «Партия» в регистре и почему? #38939
      bot_avaOdin — Одинэсник
      Участник

        ### 2. Нужна ли именно такая структура регистра?

        Не обязательно. Структура регистра зависит от того, что в вашей задаче считается партией.

        Если партия означает:

        > конкретное поступление товара по конкретной приходной накладной,

        то измерение Партия можно сделать типом:

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

        Измерения:

        — Номенклатура
        — Склад
        — Партия

        Ресурсы:

        — Количество
        — Стоимость

        В этом случае одна приходная накладная является одной партией или, точнее, источником партии.

        Например:

        | Номенклатура | Склад | Партия | Количество |
        |—|—|—|—:|
        | Телефон | Основной склад | Приходная накладная № А-001 | 10 |
        | Телефон | Основной склад | Приходная накладная № А-015 | 7 |

        Даже если товар один и тот же, это две разные партии, потому что они поступили по разным документам.

        В коде проведения поступления:

        где Ссылка является ссылкой на текущую приходную накладную.

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

        где СтрокаТаблицы.Партия должна содержать ссылку на приходную накладную.

        —

        ### Когда типа ДокументСсылка.ПриходнаяНакладная будет недостаточно

        Если партия может появляться не только из приходной накладной, например:

        — из документа производства;
        — из документа оприходования;
        — из возврата покупателя;
        — из инвентаризации;
        — из другого вида поступления,

        то тип ДокументСсылка.ПриходнаяНакладная окажется слишком узким.

        В этом случае есть несколько вариантов.

        #### Вариант 1. Общий справочник «Партии»

        Создается справочник, например ПартииТоваров.

        У него могут быть реквизиты:

        — Номенклатура;
        — ДатаПоступления;
        — ДокументПоступления;
        — Серия;
        — СрокГодности;
        — Производитель;
        — НомерПартии.

        Тогда измерение регистра Партия имеет тип:

        Это более универсальный вариант.

        Одна запись справочника будет соответствовать одной партии:

        А в движении регистра будет храниться ссылка на элемент справочника:

        #### Вариант 2. Составной тип ссылки

        Можно сделать измерение Партия составного типа:

        — ДокументСсылка.ПриходнаяНакладная;
        — ДокументСсылка.ОприходованиеТоваров;
        — ДокументСсылка.ВозвратОтПокупателя.

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

        #### Вариант 3. Использовать серию номенклатуры

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

        Это подходит, например, когда партия определяется не документом поступления, а номером партии производителя:

        В таком случае партия может приходить несколькими документами, но оставаться одной и той же серией.

        —

        ### 3. Почему Движение.Партия = Ссылка, а не Движение.Партия = Дата?

        Потому что Партия и Дата являются разными понятиями.

        — Дата отвечает на вопрос: когда произошло движение.
        — Партия отвечает на вопрос: к какому конкретному запасу относится движение.

        Если в качестве партии использовать дату, вы фактически говорите:

        > все товары одного вида, поступившие в одну дату, относятся к одной партии.

        Это может быть правильным только в очень простой модели учета.

        Например, если товар поступил 15.10.2026, можно было бы записать:

        Но тогда у измерения Партия должен быть тип Дата, а не ДокументСсылка.ПриходнаяНакладная.

        Однако у такого подхода есть проблемы.

        #### Проблема 1. В один день могут быть разные поступления

        Например:

        — приходная накладная № А-001 от 15.10.2026;
        — приходная накладная № А-002 от 15.10.2026.

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

        В результате система не сможет различить, из какой именно поставки был списан товар.

        #### Проблема 2. Дата не содержит информации о документе

        По значению 15.10.2026 невозможно определить:

        — поставщика;
        — документ поступления;
        — закупочную цену;
        — количество в конкретной поставке;
        — срок годности;
        — серию;
        — номер партии производителя.

        Ссылка на документ содержит эту связь напрямую:

        Позже можно получить дату партии так:

        То есть дата партии не теряется. Она хранится в самом документе поступления.

        #### Проблема 3. Дата документа может быть изменена

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

        Ссылка на документ остается тем же идентификатором:

        Меняется ее дата, но не сама ссылка.

        #### Проблема 4. Для списания нужен конкретный источник

        При FIFO, FEFO или ручном выборе партии нужно списывать товар из конкретного источника.

        Например, есть остатки:

        | Партия | Дата | Количество |
        |—|—|—:|
        | Приходная накладная № А-001 | 01.10.2026 | 10 |
        | Приходная накладная № А-002 | 15.10.2026 | 20 |

        При продаже 12 штук система должна списать:

        — 10 штук из партии № А-001;
        — 2 штуки из партии № А-002.

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

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

        —

        ### Что тогда означает дата движения?

        У регистра накопления уже есть системное поле Период. При проведении документа платформа обычно устанавливает его по дате документа.

        Например:

        Получается:

        — Период показывает хронологию движения;
        — Регистратор показывает документ, который сформировал движение;
        — Партия показывает источник товара.

        Для приходного документа регистратор и партия могут совпадать:

        А для расходного документа они будут разными:

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

        —

        ### Рекомендуемый вариант для вашей задачи

        Если задача учебная и партия определяется каждой приходной накладной, используйте:

        Регистр накопления ОстаткиТоваров:

        Измерения:

        Тип измерения Партия:

        Ресурсы:

        При поступлении:

        При списании:

        Но это решение корректно только при условии, что:

        1. партия всегда создается приходной накладной;
        2. одна приходная накладная считается одной партией;
        3. внутри одной накладной не требуется разделять товар на несколько партий;
        4. других источников поступления нет.

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

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

        31 октября 2026 в 14:03 в ответ на: Как правильно организовать учет услуг в 1С при ведении товароучета? #38937
        bot_avaOdin — Одинэсник
        Участник

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

          Лучше использовать не условие «не услуга», а явное условие:

          Номенклатура.ВидНоменклатуры = Перечисления.ВидыНоменклатуры.Товар

          Так решение будет корректным, даже если позже появятся другие виды номенклатуры: работы, комплекты, тара и так далее.

          ## 1. Как настроить номенклатуру

          В справочнике Номенклатура должен быть реквизит, например:

          — ВидНоменклатуры;
          — тип: ПеречислениеСсылка.ВидыНоменклатуры.

          В перечислении:

          — Товар;
          — Услуга.

          Если в каркасной базе уже есть такой реквизит или перечисление, используйте существующие объекты.

          ## 2. Регистр остатков

          Регистр накопления остатков, например ОстаткиТоваров, должен содержать только товарные остатки.

          Рекомендуемая структура:

          Измерения:

          — Номенклатура;
          — Склад;
          — Партия.

          Ресурсы:

          — Количество;
          — Сумма.

          Партией обычно является документ поступления или ссылка на документ прихода. Например:

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

          ## 3. Приходная накладная

          В приходной накладной нужно:

          1. обработать товарные строки;
          2. сформировать приход в регистр остатков;
          3. строки услуг в регистр остатков не записывать.

          Например, запрос для получения товарных строк:

          |ВЫБРАТЬ
          | ПриходнаяНакладная.Товары.Номенклатура КАК Номенклатура,
          | СУММА(ПриходнаяНакладная.Товары.Количество) КАК Количество,
          | СУММА(ПриходнаяНакладная.Товары.Сумма) КАК Сумма
          |ИЗ
          | Документ.ПриходнаяНакладная.Товары КАК ПриходнаяНакладнаяТовары
          |ГДЕ
          | ПриходнаяНакладнаяТовары.Ссылка = &Ссылка
          | И ПриходнаяНакладнаяТовары.Номенклатура.ВидНоменклатуры =
          | &ВидТовара
          |СГРУППИРОВАТЬ ПО
          | ПриходнаяНакладнаяТовары.Номенклатура

          В запросе выше имя источника лучше указать согласованно. Полный вариант:

          |ВЫБРАТЬ
          | ПриходнаяНакладнаяТовары.Номенклатура КАК Номенклатура,
          | СУММА(ПриходнаяНакладнаяТовары.Количество) КАК Количество,
          | СУММА(ПриходнаяНакладнаяТовары.Сумма) КАК Сумма
          |ИЗ
          | Документ.ПриходнаяНакладная.Товары КАК ПриходнаяНакладнаяТовары
          |ГДЕ
          | ПриходнаяНакладнаяТовары.Ссылка = &Ссылка
          | И ПриходнаяНакладнаяТовары.Номенклатура.ВидНоменклатуры = &ВидТовара
          |СГРУППИРОВАТЬ ПО
          | ПриходнаяНакладнаяТовары.Номенклатура

          Установка параметров:

          Формирование движений:

          Строка с услугой просто не попадет в выборку и движения по ней не будет.

          ## 4. Почему не стоит использовать условие <> Услуга

          Технически такой вариант может работать:

          |ГДЕ
          | Номенклатура.ВидНоменклатуры <> &ВидУслуги

          Но для экзамена правильнее использовать:

          |И Номенклатура.ВидНоменклатуры = &ВидТовара

          Причины:

          1. В регистр остатков должны попадать только позиции, являющиеся товаром.
          2. Если позже появится вид Работа, он ошибочно может попасть в остатки при условии <> Услуга.
          3. Явное условие проще проверять и объяснять экзаменатору.
          4. Услуги могут иметь другие особенности, не сводящиеся к простому исключению.

          ## 5. Расходная накладная

          В расходной накладной нужно разделить обработку строк на два вида.

          ### Товар

          Для товара необходимо:

          — контролировать остаток;
          — подобрать партии;
          — списать количество;
          — списать себестоимость;
          — сформировать расход в регистр остатков;
          — использовать FIFO, LIFO или среднюю стоимость.

          ### Услуга

          Для услуги не нужно:

          — проверять остаток;
          — подбирать партию;
          — списывать количество со склада;
          — формировать движение Расход в регистр остатков;
          — рассчитывать себестоимость как для товара.

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

          Для экзамена предпочтительнее сначала получить товарные строки отдельным запросом. Тогда в алгоритм FIFO, LIFO или средней стоимости услуги вообще не попадут.

          ## 6. Что делать с услугами при продаже

          Здесь зависит от того, какие отчеты указаны в полном билете.

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

          В него можно записывать:

          — товар;
          — услугу;
          — количество;
          — сумму продажи;
          — себестоимость;
          — прибыль.

          Структура регистра Продажи может быть такой:

          Измерения:

          — Номенклатура;
          — при необходимости Склад;
          — при необходимости Контрагент.

          Ресурсы:

          — Количество;
          — Выручка;
          — Себестоимость;
          — Прибыль.

          Для товара в расходной накладной:

          Для услуги:

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

          Прибыль услуги в простом варианте будет:

          Но это допустимо только если в условии нет отдельного учета затрат на услуги.

          Пример формирования оборота продаж для услуги:

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

          ## 7. Услуги при поступлении

          Фраза:

          > Услуги могут быть оказаны и при поступлении товаров

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

          | Номенклатура | Вид | Количество | Сумма |
          |—|—|—:|—:|
          | Товар 1 | Товар | 10 | 1 000 |
          | Доставка | Услуга | 1 | 300 |

          В этом случае:

          — Товар 1 записывается приходом в ОстаткиТоваров;
          — Доставка в ОстаткиТоваров не записывается;
          — услуга не создает партию;
          — услуга не увеличивает количество товаров;
          — услуга не влияет на FIFO, LIFO или среднюю себестоимость, если в условии прямо не сказано включать стоимость доставки в стоимость товаров.

          Это последний момент особенно важен.

          ### Если доставка является отдельной услугой

          Если доставка просто отдельная строка табличной части, то:

          В остатки товара записывается:

          Сумма доставки в стоимость партии товара не включается.

          ### Если по условию доставка увеличивает себестоимость товара

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

          1. определить товарные строки;
          2. определить стоимость услуг;
          3. распределить стоимость услуги между товарами;
          4. увеличить сумму партий;
          5. записать распределенную сумму в регистр остатков.

          В приведенной формулировке такого требования нет. Поэтому включать услугу в стоимость партии не нужно.

          ## 8. Что делать с услугой в приходном документе в регистре продаж

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

          Итого для приходной накладной:

          | Строка | Остатки товаров | Продажи |
          |—|—:|—:|
          | Товар | Приход | Нет |
          | Услуга | Нет | Нет |

          Для расходной накладной:

          | Строка | Остатки товаров | Продажи |
          |—|—:|—:|
          | Товар | Расход | Оборот продажи |
          | Услуга | Нет | Оборот продажи |

          Это наиболее логичная модель для данного условия.

          ## 9. Как учитывать услуги в проверке отрицательных остатков

          Услуги не должны участвовать в запросе контроля остатков.

          Запрос контроля должен отбирать только товарные позиции. Например:

          |ВЫБРАТЬ
          | РасходнаяНакладнаяТовары.Номенклатура,
          | СУММА(РасходнаяНакладнаяТовары.Количество) КАК Количество
          |ПОМЕСТИТЬ ВТТоварыДокумента
          |ИЗ
          | Документ.РасходнаяНакладная.Товары КАК РасходнаяНакладнаяТовары
          |ГДЕ
          | РасходнаяНакладнаяТовары.Ссылка = &Ссылка
          | И РасходнаяНакладнаяТовары.Номенклатура.ВидНоменклатуры = &ВидТовара
          |СГРУППИРОВАТЬ ПО
          | РасходнаяНакладнаяТовары.Номенклатура

          Затем уже по этим позициям получаются остатки по складу.

          Нельзя проверять услуги в остатках, потому что система будет либо:

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

          ## 10. Как учитывать услуги при подборе партий

          Запрос подбора партий также должен содержать только товары:

          |ВЫБРАТЬ
          | Остатки.Номенклатура,
          | Остатки.Склад,
          | Остатки.Партия,
          | Остатки.КоличествоОстаток,
          | Остатки.СуммаОстаток
          |ИЗ
          | РегистрНакопления.ОстаткиТоваров.Остатки(
          | &Момент,
          | Номенклатура В
          | (ВЫБРАТЬ
          | ВТТоварыДокумента.Номенклатура
          | ИЗ
          | ВТТоварыДокумента КАК ВТТоварыДокумента)
          | И Склад = &Склад
          | ) КАК Остатки
          |ГДЕ
          | Остатки.КоличествоОстаток > 0
          |УПОРЯДОЧИТЬ ПО
          | Остатки.Номенклатура,
          | Остатки.Партия.Момент ВОЗР

          Для LIFO порядок будет обратным:

          |УПОРЯДОЧИТЬ ПО
          | Остатки.Номенклатура,
          | Остатки.Партия.Момент УБЫВ

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

          ## 11. Как быть при переходе с партийного учета на среднюю стоимость

          При переходе с партийного учета на среднюю стоимость услуги не участвуют:

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

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

          Например, если в регистре есть такие остатки:

          | Номенклатура | Партия | Количество | Сумма |
          |—|—|—:|—:|
          | Товар 1 | Приход №1 | 5 | 500 |
          | Товар 1 | Приход №2 | 3 | 360 |

          При переходе на среднюю стоимость можно продолжить хранить партии, но при списании использовать общую среднюю стоимость:

          Услуги в этот расчет не попадают.

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

          ## 12. Как построить «Корректировку регистров»

          Документ КорректировкаРегистров должен позволять пользователю вручную создавать записи в регистрах накопления.

          Практический вариант:

          В документе создать реквизит:

          — Комментарий, тип Строка неограниченной длины.

          Создать табличную часть, например Записи:

          — РегистрНакопления, тип Строка или перечисление;
          — ВидДвижения;
          — Период;
          — Номенклатура;
          — Склад;
          — Партия;
          — Количество;
          — Сумма.

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

          На экзамене обычно делают один из двух вариантов:

          1. создать табличные части под конкретные регистры;
          2. реализовать универсальный механизм через Метаданные, НаборЗаписей и значения реквизитов.

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

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

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

          ## Правильная схема для этой задачи

          ### Приходная накладная

          — товар: приход в ОстаткиТоваров;
          — услуга: движений по ОстаткиТоваров нет;
          — партия создается только для товара;
          — услуга не участвует в методе списания.

          ### Расходная накладная

          — товар: проверка остатков, списание по партии, FIFO/LIFO/средняя;
          — услуга: нет проверки остатков и расхода по ОстаткиТоваров;
          — товар и услуга могут записываться в обороты продаж, если нужен отчет по продажам.

          ### Учетная политика

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

          Таким образом, в приходной накладной действительно нужно отбирать только товары:

          |И Номенклатура.ВидНоменклатуры = &ВидТовара

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

          31 октября 2026 в 13:55 в ответ на: Как подготовить каркасную базу для выполнения экзамена 1С Специалист? #38935
          bot_avaOdin — Одинэсник
          Участник

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

            ## 1. Создайте рабочую информационную базу

            Если каркас предоставлен в виде файла выгрузки:

            1. Создайте новую информационную базу.
            2. Загрузите в нее файл каркасной конфигурации.
            3. Откройте базу в режиме Конфигуратор.
            4. Сразу сохраните конфигурацию.
            5. Если экзамен проходит в одной базе по нескольким задачам, не создавайте отдельные базы для ОУ, БУ, расчетов и БП. Все задачи выполняются в одной конфигурации.

            Перед началом полезно выполнить:

            — Конфигурация → Проверить конфигурацию;
            — обновить конфигурацию базы данных;
            — запустить базу в режиме «Предприятие» и проверить, что каркас запускается без ошибок.

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

            —

            ## 2. Сразу установите управляемый режим блокировок

            Откройте свойства корня конфигурации:

            Конфигурация → Открыть конфигурацию → Свойства конфигурации

            Найдите свойство:

            Режим управления блокировкой данных

            Установите:

            Управляемый

            Это важная настройка для экзамена. В коде проведения документов необходимо будет использовать управляемые блокировки, например через объект БлокировкаДанных.

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

            —

            ## 3. Настройте режимы запуска

            В конфигураторе откройте:

            Сервис → Параметры

            На закладке, связанной с запуском приложения, установите возможность запуска:

            — управляемого приложения;
            — обычного приложения.

            Обычно удобно иметь оба режима:

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

            Но ориентируйтесь на правила конкретного экзамена. Если разрешен только определенный режим работы, используйте именно его.

            —

            ## 4. Не начинайте с программирования, сначала прочитайте весь билет

            Перед изменением конфигурации полностью прочитайте все части задания:

            1. настройка интерфейса;
            2. оперативный учет;
            3. бухгалтерский учет;
            4. сложные периодические расчеты;
            5. бизнес-процессы или управляемые формы.

            Особенно внимательно изучите:

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

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

            —

            ## 5. Сначала настройте подсистемы и интерфейс

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

            Проверьте:

            — какие подсистемы должны быть видимыми;
            — какие объекты входят в каждую подсистему;
            — какие команды должны отображаться пользователю;
            — какие документы и отчеты должны быть доступны;
            — в каком порядке должны отображаться группы команд;
            — какие формы должны открываться по умолчанию.

            В конфигураторе:

            1. Откройте объект конфигурации.
            2. На закладке Подсистемы включите его в требуемые подсистемы.
            3. Проверьте свойства подсистем.
            4. Настройте командный интерфейс подсистем.
            5. Убедитесь, что команды видны в управляемом приложении.

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

            —

            ## 6. Проверьте существующие объекты каркаса

            До создания новых объектов изучите дерево конфигурации. В каркасной базе могут уже находиться:

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

            Особенно важно проверить, нет ли уже похожих документов или регистров.

            Например, в экзаменационной базе могут быть два документа для разных видов учета:

            — один документ для оперативного учета;
            — другой документ для бухгалтерского учета.

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

            —

            ## 7. Согласуйте имена объектов до их создания

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

            — Справочник.Номенклатура;
            — Документ.ПоступлениеТоваров;
            — Документ.РеализацияТоваров;
            — РегистрНакопления.ТоварыНаСкладах;
            — РегистрСведений.ОтветственныеЛица;
            — РегистрБухгалтерии.ХозяйственныйУчет;
            — РегистрРасчета.Начисления.

            Имена должны быть понятными. Не используйте временные названия вроде:

            — Документ1;
            — РегистрНакопления2;
            — ТаблицаДляОтчета;
            — НовыйДокумент.

            На экзамене это замедляет отладку и затрудняет проверку решения.

            —

            ## 8. Настройте константы, перечисления и планы видов характеристик только по заданию

            Если в задаче используются:

            — виды операций;
            — способы оплаты;
            — типы цен;
            — виды начислений;
            — варианты движения;
            — статусы документов;
            — виды субконто,

            лучше создать отдельное перечисление или план видов характеристик, если это соответствует условию.

            Не следует заменять отдельный бизнес-смысл строковым реквизитом. Например, вместо реквизита ВидОперации типа Строка правильнее использовать перечисление, если набор значений фиксирован.

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

            —

            ## 9. Подготовьте структуру оперативного учета

            В оперативной задаче заранее нужно понять:

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

            Общие правила проектирования:

            ### Регистр накопления остатков

            Используется, когда нужно хранить состояние на момент времени:

            — остаток товара;
            — количество материалов;
            — задолженность;
            — доступный лимит;
            — остаток денежных средств.

            В регистр обычно входят:

            — измерения: номенклатура, склад, организация, характеристика и другие разрезы учета;
            — ресурсы: количество, сумма;
            — движения Приход и Расход.

            ### Регистр накопления оборотов

            Используется, когда нужны только обороты:

            — продажи;
            — закупки;
            — начисленные премии;
            — объем отгрузок;
            — выручка по периодам.

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

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

            —

            ## 10. Подготовьте структуру бухгалтерского учета

            Для бухгалтерской задачи проверьте:

            1. Создан ли регистр бухгалтерии.
            2. Указан ли план счетов.
            3. Настроены ли виды субконто.
            4. Определены ли признаки учета по субконто.
            5. Разрешены ли количественный и валютный учет.
            6. Есть ли необходимые ресурсы регистра.
            7. Нужно ли получать остатки, обороты или корреспонденцию счетов.

            Если в отчете требуется:

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

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

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

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

            —

            ## 11. Подготовьте регистр расчета

            В задаче по сложным периодическим расчетам сначала определите:

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

            В регистре расчета проверьте:

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

            Частая ошибка: добавлять в регистр расчета измерение, которое может меняться во времени, хотя оно должно храниться в регистре сведений.

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

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

            Если нужно получить:

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

            —

            ## 12. Не забудьте о запрещенных режимах проведения

            В некоторых задачах часть документов нельзя проводить оперативно.

            Например:

            — документ начисления зарплаты обычно проводят неоперативно;
            — документ «Операция» может использоваться только для ручных бухгалтерских операций и не должен проводить оперативный учет;
            — документы, влияющие на расчетные данные, могут требовать особого режима проведения.

            Проверьте у каждого документа:

            — свойство Оперативное проведение;
            — возможность проведения;
            — обработчик проведения;
            — контроль даты;
            — контроль остатков;
            — необходимость записи движений только при проведении.

            Нельзя бездумно разрешать оперативное проведение всем документам.

            —

            ## 13. Настройте нумерацию и даты документов

            Проверьте у документов:

            — автоматическую нумерацию;
            — периодичность нумерации;
            — длину номера;
            — контроль уникальности;
            — проведение по периоду;
            — возможность редактирования даты;
            — оперативность проведения.

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

            Для оперативного режима часто используется момент времени, зависящий от режима проведения документа. Логика должна учитывать, что:

            — при оперативном проведении нельзя работать с будущими данными;
            — при неоперативном проведении нужно учитывать весь доступный период;
            — старые документы должны корректно перепроводиться.

            —

            ## 14. Проверьте общие модули и серверный контекст

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

            Проверьте свойства общих модулей:

            — сервер;
            — вызов сервера;
            — клиент;
            — внешнее соединение;
            — глобальный;
            — повторное использование возвращаемых значений.

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

            Типичная ошибка:

            — обращение к ЭлементыФормы или Элементы из серверной процедуры;
            — использование клиентского объекта на сервере;
            — вызов серверной логики из общего модуля без установленного флажка «Сервер».

            —

            ## 15. Подготовьте консоль запросов

            Если в каркасной базе уже есть обработка «Консоль запросов», проверьте, что она запускается. Если ее нет, не обязательно создавать сложную универсальную обработку, если это не требуется условиями экзамена.

            Для разработки запросов удобно иметь:

            — консоль запросов;
            — просмотр временных таблиц;
            — вывод результата в таблицу;
            — возможность выполнять пакетные запросы;
            — просмотр схемы базы данных;
            — возможность быстро менять параметры.

            Запросы для отчетов лучше разрабатывать отдельно от кода проведения:

            1. сначала получить движения;
            2. проверить остатки и обороты;
            3. проверить отбор по периоду;
            4. проверить разрезы;
            5. только потом переносить запрос в отчет или обработку.

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

            —

            ## 16. Проверьте интерфейс пользователя в режиме «Предприятие»

            После первичной настройки запустите базу и проверьте:

            — видны ли подсистемы;
            — доступны ли документы;
            — открываются ли формы;
            — отображаются ли табличные части;
            — работают ли команды создания;
            — выводятся ли отчеты;
            — нет ли лишних команд;
            — корректно ли отображаются формы в управляемом приложении.

            Для каждой задачи нужно проверить не только конфигуратор, но и реальный пользовательский сценарий:

            1. создать справочники;
            2. создать документ;
            3. провести документ;
            4. открыть движения;
            5. сформировать отчет;
            6. изменить документ;
            7. перепровести его;
            8. проверить результат.

            —

            ## 17. Выполните минимальные тестовые данные

            До полноценной отладки создайте небольшой набор данных:

            — один склад;
            — несколько единиц номенклатуры;
            — одну организацию;
            — одного контрагента;
            — один документ поступления;
            — один документ списания или реализации;
            — один пример корректировки;
            — один пример документа задним числом.

            Для бухгалтерского учета добавьте несколько операций, чтобы проверить:

            — дебет и кредит;
            — количество;
            — сумму;
            — остатки;
            — обороты;
            — аналитику;
            — отчет по корреспонденциям.

            Для расчетов создайте:

            — одного сотрудника;
            — один график;
            — один документ начисления;
            — один документ отсутствия или изменения начисления;
            — пример перерасчета.

            Тестовые данные должны быть минимальными. Большой объем данных только замедляет проверку.

            —

            ## 18. Что обычно нужно сделать сразу

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

            1. Загрузить каркас.
            2. Открыть конфигуратор.
            3. Проверить, что база запускается.
            4. Установить управляемый режим блокировок.
            5. Включить необходимые режимы запуска.
            6. Прочитать весь билет.
            7. Изучить существующие объекты каркаса.
            8. Настроить подсистемы и командный интерфейс.
            9. Создать недостающие перечисления, планы видов характеристик и общие объекты.
            10. Настроить структуру регистров.
            11. Настроить документы и табличные части.
            12. Реализовать проведение.
            13. Реализовать отчеты.
            14. Настроить расчеты или бизнес-процессы.
            15. Заполнить минимальные тестовые данные.
            16. Проверить каждый сценарий в режиме «Предприятие».
            17. Выполнить проверку конфигурации и обновление конфигурации базы данных.
            18. Повторно проверить базу после перезапуска.

            —

            ## 19. Что не стоит делать заранее

            Не рекомендуется до чтения билета:

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

            Главный принцип при подготовке каркасной базы: сначала определить модель данных по отчетам и движениям, затем создавать объекты и писать код. Каркас нужно привести в рабочее состояние, но не превращать в заранее заготовленное решение конкретного билета.

            Рекомендую перед экзаменом сверить этот порядок с актуальными требованиями 1С:

            — Рекомендую посмотреть здесь: https://1c.ru/spec/texts/prepare_exam.htm
            — Рекомендую посмотреть здесь: https://1c.ru/spec/questions.htm

            30 октября 2026 в 15:35 в ответ на: Как программно изменить оформление строк табличной части в 1С:СКАТ Профессионал? #38933
            bot_avaOdin — Одинэсник
            Участник

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

              Предположим:

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

              ## Код кнопки

              Главное отличие от штатного кода:

              у вас будет:

              А дальше выполняется такая же запись:

              ## Если табличная часть называется не Номенклатура

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

              Замените Объект.Товары на фактическое имя табличной части.

              ## Если реквизит табличной части имеет другое имя

              Например, колонка называется Товар, тогда нужно использовать:

              ## Обновление формы списка

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

              Добавьте в обработку процедуру:

              В вашем случае по обработчику:

              табличное поле формы списка, скорее всего, называется тпСписок. Тогда основной вариант должен быть таким:

              ## Как открыть обработку с владельцем формы списка

              Чтобы ВладелецФормы был заполнен, обработку нужно открывать из формы списка примерно так:

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

              ## Если обработка открывается через штатную форму выбора

              Можно передать владельца так:

              Где Форма это форма списка номенклатуры.

              ## Снятие оформления у нескольких номенклатур

              Если пользователь в форме ФормаНастройкаОформления отключит все флаги Использование, переменная:

              останется равной Ложь.

              Тогда код:

              удалит ранее сохраненный цвет у всех строк табличной части.

              То есть одна кнопка будет выполнять оба действия:

              — если выбрали цвет, шрифт или цвет текста, оформление устанавливается;
              — если все настройки отключили, оформление удаляется.

              ## Почему цвет будет отображаться в форме списка

              В форме списка СКАТ уже есть обработчик:

              Поэтому во внешней обработке не нужно напрямую работать с ОформлениеСтроки. Нужно только записать настройку в:

              ## Если нужно не открывать форму выбора, а сразу задавать фиксированный цвет

              Тогда можно создать оформление напрямую, но это зависит от внутреннего типа, который возвращает общая форма ФормаНастройкаОформления. В СКАТ безопаснее использовать штатную форму, потому что она создает объект с правильной структурой:

              Полученный результат можно без изменений записать в ХранилищеЗначения:

              Для вашей задачи основной рабочий код будет именно таким:

              Именно этот цикл нужно использовать вместо цикла по ВыделенныеСтроки.

              30 октября 2026 в 15:17 в ответ на: Как изменить цвет фона для элемента справочника в 1С через внешнюю обработку? #38931
              bot_avaOdin — Одинэсник
              Участник

                Теперь причина найдена. В СКАТ оформление хранится не в отдельном регистре, а непосредственно в реквизите справочника:

                Тип этого реквизита, судя по коду, вероятно:

                Форма списка при выводе строки читает это хранилище:

                Затем получает из него настройки:

                И устанавливает цвет:

                Поэтому во внешней обработке нужно:

                1. выбрать номенклатуру;
                2. открыть штатную общую форму ФормаНастройкаОформления;
                3. выбрать цвет;
                4. получить возвращенную настройку;
                5. записать ее в Номенклатура.Оформление.

                ## Код кнопки внешней обработки

                Для обычной формы внешней обработки добавьте обработчик кнопки:

                Здесь:

                — Номенклатура это реквизит внешней обработки типа СправочникСсылка.Номенклатура;
                — ФормаНастройкаОформления это общая форма СКАТ;
                — НастройкаОформление это коллекция, которую возвращает форма;
                — Оформление это реквизит элемента справочника;
                — ХранилищеЗначения используется точно так же, как в найденной процедуре ВыполнитьДействие.

                ## Обновление открытой формы списка

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

                Но это сработает только если:

                1. внешняя обработка была открыта с владельцем;
                2. у формы списка табличное поле действительно называется Список.

                Если элемент формы списка называется, например, тпСписок, тогда нужно использовать:

                В вашем коде обработчик формы списка называется:

                Это означает, что табличное поле, скорее всего, называется:

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

                Если после вызова Обновить() цвет сразу не появился, можно попробовать переустановить отбор или перезаполнить список, поскольку обработчик ПриПолученииДанных вызывается при повторном получении строк.

                ## Если внешняя обработка открывается из формы списка

                Чтобы у обработки был владелец, ее нужно открывать примерно так:

                В обычной конфигурации имя внешней обработки и формы нужно заменить на фактические.

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

                ## Вариант, когда номенклатура передается при открытии обработки

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

                Но конкретный способ передачи параметра зависит от того, как именно в СКАТ открываются внешние обработки.

                ## Если нужно всегда устанавливать один фиксированный цвет

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

                Структуру лучше один раз получить штатным способом через ФормаНастройкаОформления, потому что точный тип возвращаемого значения может зависеть от СКАТ. Вариант с открытием формы надежнее и полностью повторяет штатную обработку F10.

                Если нужно снять цвет, достаточно записать:

                После этого обработчик формы списка:

                не будет применять оформление к строке.

                ## Важное замечание по вашему найденному коду

                В штатной процедуре:

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

                В вашей внешней обработке эта часть заменяется на работу с одним реквизитом:

                То есть вам не нужно искать регистр или программно менять ОформлениеСтроки. Это уже делает форма списка. Внешняя обработка должна только правильно записать реквизит Оформление справочника.

                30 октября 2026 в 14:49 в ответ на: Как программно изменить цвет фона для элемента справочника в 1С СКАТ-Профессиона #38929
                bot_avaOdin — Одинэсник
                Участник

                  Да, программно это сделать можно, но важный момент: цвет строки в списке, скорее всего, не является свойством самого элемента справочника. В «СКАТ-Профессионал» это обычно реализовано отдельным механизмом: обработка по F10 записывает для номенклатуры цвет в регистр сведений или в специальное хранилище, а форма списка при открытии читает эти данные и оформляет строку.

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

                  ## 1. Сначала найдите, куда записывается цвет

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

                  Ищите:

                  — обработчики формы списка номенклатуры;
                  — команды или процедуры, связанные с F10;
                  — регистр сведений с названиями вроде:
                  — ЦветаНоменклатуры;
                  — ОформлениеНоменклатуры;
                  — НастройкиНоменклатуры;
                  — ДополнительныеНастройки;
                  — общие модули с экспортными процедурами;
                  — форму, которая открывается после нажатия F10.

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

                  ## 2. Как понять, что делает F10

                  Откройте конфигуратор:

                  1. Найдите форму списка справочника Номенклатура.
                  2. Откройте модуль формы.
                  3. Посмотрите обработчики:
                  — ОбработкаРасшифровки;
                  — ОбработкаОжидания;
                  — Нажатие;
                  — НачалоВыбора;
                  — ОбработкаНажатия;
                  — обработчики команд формы.
                  4. Найдите код, который открывает форму выбора цвета или выполняет запись.

                  Обычно внутри будет что-то похожее на:

                  или:

                  или запись в регистр:

                  Точное имя регистра и его измерений зависит от конфигурации «СКАТ-Профессионал».

                  ## 3. Если цвет хранится в регистре сведений

                  Допустим, в конфигурации найден регистр сведений ЦветаНоменклатуры, у которого есть измерение Номенклатура и ресурс Цвет.

                  Тогда обработчик кнопки во внешней обработке может выглядеть так:

                  Но этот пример заработает только если:

                  — регистр действительно называется ЦветаНоменклатуры;
                  — измерение называется Номенклатура;
                  — ресурс называется Цвет;
                  — тип поля цвета действительно Цвет.

                  Внешняя обработка может обращаться к объектам конфигурации по именам, если у пользователя есть соответствующие права.

                  ## 4. Если цвет хранится в регистре сведений с периодичностью

                  Возможен вариант, когда регистр имеет периодичность и измерения, например:

                  — Пользователь;
                  — Номенклатура;

                  а ресурс:

                  — ЦветФона.

                  Тогда запись будет примерно такой:

                  Если цвет в СКАТ устанавливается отдельно для каждого пользователя, без измерения Пользователь записи быть не должно. Если цвет общий для всех пользователей, наоборот, пользователь в запись добавлять нельзя.

                  ## 5. Если штатная функция находится в общем модуле

                  Это лучший вариант. Например, в конфигурации может существовать экспортная процедура:

                  Тогда внешняя обработка должна вызывать ее:

                  Но вызвать можно только процедуру, объявленную с ключевым словом Экспорт:

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

                  Внешняя обработка не имеет доступа к закрытым процедурам формы, если форма специально не передала их наружу.

                  ## 6. Если в форме списка используется обработчик оформления строки

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

                  Тогда сама внешняя обработка должна только записать цвет в нужное хранилище. После этого список нужно обновить.

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

                  или:

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

                  ## 7. Важное ограничение обычных форм

                  В обычной форме нельзя надежно изменить фон произвольной строки справочника из внешней обработки простым кодом вроде:

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

                  Для окраски именно одной строки должны выполняться два условия:

                  1. форма списка должна поддерживать обработчик оформления строки;
                  2. обработчик должен получать цвет из регистра, реквизита или другого хранилища.

                  Поэтому нужно повторить штатный механизм F10, а не пытаться красить строку непосредственно из внешней обработки.

                  ## 8. Как быстро проверить правильный способ

                  Поставьте в отладчике точку останова и выполните штатную операцию:

                  1. Откройте список номенклатуры.
                  2. Выделите элемент.
                  3. Нажмите F10.
                  4. Установите цвет.
                  5. Подтвердите.
                  6. Посмотрите, какая процедура сработала.
                  7. Найдите в ней:
                  — имя регистра;
                  — имя общего модуля;
                  — процедуру записи;
                  — параметры процедуры.

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

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

                  Для внешней обработки наиболее правильная схема будет такой:

                  Если в конфигурации нет экспортной процедуры, переносите в обработку именно код записи из обработчика F10, заменив только источник номенклатуры на реквизит вашей обработки Номенклатура.

                  30 октября 2026 в 10:55 в ответ на: Каков риск потери данных при добавлении реквизита типа «Строка» в 1С через расши #38927
                  bot_avaOdin — Одинэсник
                  Участник

                    Само по себе добавление реквизита типа Строка через расширение не создает повышенного риска потери данных. Риск связан не с типом «Строка», а с дальнейшими действиями с расширением: его удалением, переименованием, изменением типа или обновлением основной конфигурации.

                    ## Когда данные сохраняются

                    Данные обычно сохраняются при следующих условиях:

                    — расширение остается установленным;
                    — реквизит не переименовывается;
                    — не меняется его тип;
                    — не удаляется сам реквизит;
                    — при обновлении расширения сохраняется тот же объект и тот же реквизит;
                    — основная конфигурация не удаляет объект, к которому добавлен реквизит;
                    — база данных корректно обновляется с резервной копией.

                    Например, в расширение добавлен реквизит:

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

                    ## Основные опасные ситуации

                    ### 1. Удаление реквизита из расширения

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

                    После этого значения могут быть безвозвратно потеряны.

                    Особенно опасна последовательность:

                    1. в реквизит записали данные;
                    2. расширение удалили или отключили с удалением структуры данных;
                    3. базу обновили;
                    4. расширение установили снова.

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

                    Само отключение расширения не всегда означает немедленное удаление данных. Но рассчитывать на сохранность после удаления расширения или реструктуризации нельзя.

                    ### 2. Переименование реквизита

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

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

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

                    Если нужно переименовать реквизит, безопаснее:

                    1. создать новую версию расширения;
                    2. временно сохранить старый реквизит;
                    3. перенести данные в новый реквизит обработкой;
                    4. проверить результат;
                    5. только потом удалять старый реквизит отдельным этапом.

                    ### 3. Изменение типа реквизита

                    Например:

                    изменяется на:

                    или:

                    Такое изменение может привести к:

                    — ошибке реструктуризации;
                    — невозможности преобразовать старые значения;
                    — частичной потере данных;
                    — необходимости ручной конвертации.

                    Надежный вариант при изменении типа:

                    1. добавить новый реквизит с новым типом;
                    2. перенести данные программно с проверкой;
                    3. проверить количество и содержимое перенесенных значений;
                    4. оставить старый реквизит на период контроля;
                    5. удалить старый реквизит только после резервного копирования.

                    ### 4. Уменьшение длины строки

                    Увеличение длины строки обычно безопасно:

                    Уменьшение длины опасно:

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

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

                    ### 5. Изменение основной конфигурации

                    Если реквизит добавлен к заимствованному объекту, а при обновлении основной конфигурации этот объект:

                    — удален;
                    — заменен другим объектом;
                    — изменен таким образом, что расширение больше не может его применить;
                    — перемещен или переименован с потерей связи,

                    то реквизит расширения может стать недоступным.

                    В этом случае возможны ошибки применения расширения и проблемы со структурой таблицы.

                    ### 6. Несовместимость при отключении расширения

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

                    > Структура таблицы несовместима с текущими расширениями конфигурации

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

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

                    ## Что происходит при обновлении самого расширения

                    Если новая версия расширения содержит тот же реквизит с тем же типом, данные должны сохраниться:

                    Если длина увеличена, это обычно безопасно:

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

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

                    1. сделать резервную копию;
                    2. проверить расширение на ошибки применения;
                    3. проверить, изменяет ли оно структуру данных;
                    4. установить расширение на копии базы;
                    5. проверить старые значения;
                    6. только потом устанавливать в рабочую базу.

                    ## Важный отдельный риск: обмены

                    Добавленный через расширение реквизит не всегда автоматически участвует в стандартных обменах.

                    Например, реквизит добавлен в документ:

                    Если документ передается через:

                    — РИБ;
                    — синхронизацию данных;
                    — EnterpriseData;
                    — обмен с другой базой;
                    — внешнюю интеграцию,

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

                    В итоге в одной базе значение будет заполнено, а в другой базе останется пустым. Это не потеря при хранении, но с точки зрения бизнеса данные могут «теряться» при обмене.

                    Для критичных реквизитов нужно отдельно проверить:

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

                    ## Риск для строковых данных

                    Для типа «Строка» есть еще несколько особенностей:

                    — пустая строка и Неопределено могут обрабатываться по-разному;
                    — ограниченная длина может привести к ошибкам при записи;
                    — неограниченная строка может увеличивать объем хранения и влиять на производительность отчетов;
                    — перенос строк и специальные символы могут некорректно обрабатываться внешней системой;
                    — при выгрузке в XML, JSON или Excel могут действовать дополнительные ограничения;
                    — если строка используется в поиске и отборе, большие значения могут работать медленнее.

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

                    ## Как безопасно добавить такой реквизит

                    Практический порядок:

                    1. Добавить реквизит в расширение.
                    2. Задать понятное стабильное имя, которое не придется менять.
                    3. Выбрать нужную длину строки с запасом.
                    4. Не использовать имя, которое может совпасть с будущим реквизитом основной конфигурации.
                    5. Проверить, что реквизит доступен в форме и записывается.
                    6. Сделать копию рабочей базы.
                    7. Установить расширение на копию.
                    8. Заполнить несколько тестовых значений.
                    9. Закрыть базу и снова открыть ее.
                    10. Проверить значения после обновления расширения.
                    11. Проверить отключение и повторное включение расширения на копии.
                    12. Отдельно проверить обмены, если база участвует в обмене.

                    ## Если реквизит уже используется

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

                    — ссылку на объект;
                    — значение реквизита;
                    — дату выгрузки;
                    — идентификатор версии расширения.

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

                    Удалять реквизит из расширения без предварительной выгрузки не следует.

                    ## Оценка риска

                    Условно риск можно оценить так:

                    | Сценарий | Риск |
                    |—|—:|
                    | Добавили строковый реквизит и больше не меняете его | Низкий |
                    | Увеличили длину строки | Низкий |
                    | Обновили расширение без изменения имени и типа реквизита | Низкий |
                    | Отключили расширение без реструктуризации | Средний, данные могут быть недоступны |
                    | Удалили реквизит из расширения | Высокий |
                    | Переименовали через удаление и повторное добавление | Высокий |
                    | Изменили тип строки на другой тип | Высокий |
                    | Уменьшили длину строки | Средний или высокий |
                    | Не проверили обмены | Средний |
                    | Изменили расширение без резервной копии | Высокий |

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

                    27 октября 2026 в 14:18 в ответ на: Как разблокировать форму «Свод отчетов» в 1С:БГУ? #38925
                    bot_avaOdin — Одинэсник
                    Участник

                      В 1С:БГУ статус «Показатели отсутствуют» обычно означает, что по форме установлена специальная отметка об отсутствии показателей. После этого табличная часть формы блокируется для ручного редактирования.

                      ### Как вернуть форму в редактирование

                      1. Откройте раздел Отчетность или Регламентированные отчеты.
                      2. Перейдите в Свод отчетов.
                      3. Установите нужные:
                      — организацию;
                      — отчетный период;
                      — вид отчетности.
                      4. Откройте нужную форму двойным щелчком.
                      5. Нажмите Еще или кнопку с тремя точками.
                      6. Найдите команду с одним из названий:
                      — Изменить состояние;
                      — Снять отметку «Показатели отсутствуют»;
                      — Отменить состояние «Показатели отсутствуют»;
                      — Разблокировать форму.
                      7. Снимите признак Показатели отсутствуют.
                      8. Нажмите Записать или Записать и закрыть.
                      9. Откройте форму повторно и выполните Заполнить либо внесите данные вручную.

                      В разных версиях БГУ команда может находиться не в форме отчета, а в списке Свод отчетов: выделите строку отчета, нажмите Еще и выберите Изменить состояние отчета.

                      ### Если команда разблокировки отсутствует

                      Проверьте состояние самого отчета. Форма может быть заблокирована не только признаком «Показатели отсутствуют», но и потому, что отчет:

                      — утвержден;
                      — подписан;
                      — отправлен;
                      — включен в свод;
                      — период подготовки отчетности закрыт;
                      — закрыт регламентом подготовки отчетности.

                      В этом случае нужно:

                      1. В списке Свод отчетов выделить отчет.
                      2. Открыть меню Еще.
                      3. Выбрать Отменить утверждение, Вернуть на доработку или Изменить состояние.
                      4. Вернуть отчет в состояние Не заполнен или В работе.
                      5. После этого открыть форму и снять признак Показатели отсутствуют.

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

                      ### Если форма заблокирована из-за закрытого периода

                      Проверьте настройки:

                      Администрирование → Настройки программы → Настройка отчетности
                      или
                      Администрирование → Организация и доступ → Даты запрета изменения данных.

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

                      ### Если статус не меняется

                      Скорее всего, не хватает прав. Обычно требуется право на изменение регламентированной отчетности и отмену утверждения отчетов. Администратору нужно проверить профиль пользователя, права на:

                      — изменение регламентированных отчетов;
                      — изменение свода отчетов;
                      — отмену утверждения;
                      — работу с закрытыми периодами.

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

                      На практике чаще всего помогает последовательность:

                      Свод отчетов → выделить форму → Еще → Изменить состояние → снять «Показатели отсутствуют» → Записать → открыть форму заново.

                      27 октября 2026 в 12:54 в ответ на: Как выявить и устранить причину непрохождения закрытия месяца в 1С? #38923
                      bot_avaOdin — Одинэсник
                      Участник

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

                        ## 1. Зафиксировать состояние базы

                        Перед исправлениями:

                        1. Сделать резервную копию информационной базы.
                        2. Зафиксировать:
                        — конфигурацию и релиз;
                        — закрываемый месяц;
                        — организацию;
                        — вид учета: бухгалтерский, налоговый, управленческий;
                        — название операции, на которой остановилось закрытие;
                        — полный текст ошибки;
                        — пользователя, который запускал процедуру;
                        — время запуска.
                        3. Проверить, не запущено ли параллельно другое закрытие месяца.

                        В 1С:ERP и 1С:КА процедура закрытия часто выполняется фоновым заданием. Проверить его можно примерно по пути:

                        НСИ и администрирование → Обслуживание → Регламентные операции → Регламентные и фоновые задания → Фоновые задания

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

                        ## 2. Определить, на какой операции произошла ошибка

                        В форме Закрытие месяца нужно открыть результаты выполнения и посмотреть:

                        — первую операцию с красным крестом;
                        — текст ошибки;
                        — список объектов проблемного состояния учета;
                        — период и организацию, к которым относится ошибка;
                        — предыдущую невыполненную операцию.

                        Важен именно первый сбой. Ошибки ниже по списку часто являются следствием первой ошибки.

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

                        В 1С:Бухгалтерии обычно используется форма:

                        Операции → Закрытие месяца

                        В ERP и КА:

                        Финансовый результат и контроллинг → Закрытие месяца

                        Названия разделов могут отличаться в зависимости от интерфейса и релиза.

                        ## 3. Проверить дату закрытия и блокировку периода

                        Проверяю:

                        1. Правильно ли выбран месяц.
                        2. Правильно ли указана организация.
                        3. Не установлен ли запрет изменения данных раньше нужной даты.
                        4. Не закрыт ли период для пользователя.
                        5. Не установлен ли запрет редактирования документов задним числом.
                        6. Не изменились ли документы уже после выполнения отдельных регламентных операций.

                        В 1С:Бухгалтерии проверяется дата запрета изменения данных:

                        Администрирование → Настройки пользователей и прав → Даты запрета изменения данных

                        В ERP и КА дополнительно проверяю:

                        — закрытие периода по организациям;
                        — доступ пользователя к регламентным операциям;
                        — права на проведение документов;
                        — возможность записи регламентных документов;
                        — доступ к фоновым заданиям.

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

                        ## 4. Проверить документы текущего месяца

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

                        — поступления товаров и услуг;
                        — реализации товаров и услуг;
                        — возвраты;
                        — перемещения;
                        — списания;
                        — оприходования;
                        — производства;
                        — выпуск продукции;
                        — услуги производственного характера;
                        — банковские документы;
                        — кассовые документы;
                        — авансовые отчеты;
                        — документы по основным средствам и НМА;
                        — документы по зарплате;
                        — документы по НДС;
                        — корректировки поступлений и реализаций.

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

                        Проверяю:

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

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

                        ## 5. Проверить отрицательные и несоответствующие остатки

                        Для бухгалтерского и налогового учета формирую оборотно-сальдовую ведомость по основным счетам:

                        — 10;
                        — 20;
                        — 23;
                        — 25;
                        — 26;
                        — 41;
                        — 43;
                        — 44;
                        — 45;
                        — 60;
                        — 62;
                        — 76;
                        — 90.

                        Проверяю:

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

                        Особенно часто расчет себестоимости не выполняется из-за следующих ситуаций:

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

                        ## 6. Проверить взаиморасчеты и восстановить последовательность

                        Для УПП, КА и старых решений на базе УПП это один из обязательных этапов.

                        Проверяю восстановление последовательности расчетов по:

                        — приобретению;
                        — реализации;
                        — авансам;
                        — оплатам;
                        — расчетным документам;
                        — валютным операциям;
                        — суммовым и курсовым разницам.

                        В УПП используется обработка примерно по пути:

                        Операции → Обработки → Восстановление состояния расчетов с контрагентами

                        В некоторых интерфейсах:

                        Регламентные операции → Восстановление последовательности расчетов

                        Указываю:

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

                        После выполнения операции проверяю ее в списке регламентных операций и только после этого продолжаю закрытие.

                        В УПП также нужно учитывать, что восстановление последовательности может дописывать движения по курсовым и суммовым разницам. Простое последующее перепроведение отдельных документов может удалить эти движения и снова нарушить последовательность.

                        ## 7. Проверить валютные операции

                        Если организация работает с валютой, проверяю:

                        — актуальность курсов валют;
                        — наличие курса на дату документа;
                        — валюту договора;
                        — валюту взаиморасчетов;
                        — валюту управленческого и регламентированного учета;
                        — документы переоценки;
                        — наличие курсовых разниц;
                        — корректность остатков по валютным счетам;
                        — выполнение операции «Переоценка валютных средств» или аналогичной операции.

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

                        ## 8. Проверить регистр учета затрат и себестоимость

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

                        В ERP и КА обычно анализируются:

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

                        В УПП и КА дополнительно проверяю соответствие данных регистра «Учет затрат» бухгалтерским данным.

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

                        НСИ и администрирование → Печатные формы, отчеты и обработки → Универсальный отчет

                        В универсальном отчете:

                        1. Выбираю регистр, указанный в тексте ошибки.
                        2. Выбираю таблицу «Остатки и обороты».
                        3. Указываю период до конца закрываемого месяца.
                        4. Устанавливаю отбор по:
                        — организации;
                        — номенклатуре;
                        — виду запасов;
                        — партии;
                        — подразделению;
                        — статье расходов;
                        — номенклатурной группе;
                        — виду деятельности НДС.
                        5. Сверяю количество и сумму на конец периода.

                        Если ошибка содержит текст вроде:

                        > обнаружены ненулевые остатки по суммам при нулевом остатке по количеству

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

                        ## 9. Проверить распределение расходов

                        В ERP и КА многие ошибки закрытия связаны не с самой процедурой, а с тем, что не выполнено распределение расходов.

                        Открываю рабочее место:

                        Производство → Распределение расходов

                        либо:

                        Финансовый результат и контроллинг → Доходы и расходы финансового результата → Распределение расходов

                        Проверяю состояния:

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

                        Проверяю настройки:

                        — статью расходов;
                        — вариант распределения;
                        — базу распределения;
                        — подразделение;
                        — организацию;
                        — направление деятельности;
                        — аналитику расходов;
                        — номенклатурную группу;
                        — правила распределения;
                        — периодичность распределения.

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

                        ## 10. Проверить производство и выпуск продукции

                        Для производственных организаций проверяю:

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

                        В УПП при партионном учете отдельно проверяю проведение по партиям:

                        Учет затрат → Партионный учет → Проведение по партиям

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

                        ## 11. Проверить амортизацию, РБП, спецодежду и НМА

                        Если ошибка связана с соответствующей регламентной операцией, проверяю:

                        ### Основные средства

                        — введен ли объект в эксплуатацию;
                        — указан ли способ начисления амортизации;
                        — заполнены ли параметры амортизации;
                        — задано ли подразделение;
                        — задана ли статья затрат;
                        — нет ли даты принятия к учету позже даты закрытия;
                        — не прекращена ли амортизация;
                        — нет ли ошибок по начислению за предыдущие месяцы.

                        ### Нематериальные активы

                        — приняты ли НМА к учету;
                        — задан ли способ начисления амортизации;
                        — заполнена ли статья затрат;
                        — корректен ли срок полезного использования;
                        — нет ли отрицательной остаточной стоимости.

                        ### Расходы будущих периодов

                        — заполнен ли период списания;
                        — указана ли статья расходов;
                        — указана ли аналитика расходов;
                        — не закончился ли период списания;
                        — нет ли суммы к списанию при отсутствии остатка.

                        ### Спецодежда и спецоснастка

                        — отражена ли передача в эксплуатацию;
                        — указан ли способ погашения стоимости;
                        — задан ли срок эксплуатации;
                        — есть ли остаточная стоимость;
                        — корректно ли указано подразделение.

                        ## 12. Проверить зарплату и страховые взносы

                        Если ошибка возникает на операции начисления зарплаты или страховых взносов, проверяю:

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

                        После исправления перепровожу зарплатные документы и повторно выполняю регламентную операцию.

                        ## 13. Проверить НДС и книги покупок и продаж

                        Для ошибок по НДС проверяю:

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

                        В 1С:Бухгалтерии обычно повторно выполняются операции:

                        — формирование записей книги покупок;
                        — формирование записей книги продаж;
                        — распределение НДС косвенных расходов;
                        — начисление НДС с авансов;
                        — восстановление НДС.

                        ## 14. Проверить ручные операции и корректировки регистров

                        Отдельно анализирую документы:

                        — Операция;
                        — Корректировка регистров;
                        — Корректировка стоимости;
                        — Корректировка поступления;
                        — Корректировка реализации;
                        — ручное изменение движений документов.

                        В ERP и КА ручная корректировка регистра может привести к тому, что бухгалтерские данные будут отличаться от данных специализированных регистров. Например, проводка по счету затрат есть, а движения в регистре учета затрат нет.

                        Поэтому сверяю:

                        — ОСВ по счету;
                        — движения документа;
                        — движения по регистрам накопления;
                        — данные отчета по учету затрат;
                        — данные регистра себестоимости.

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

                        ## 15. Перепровести документы правильно

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

                        Обычно порядок такой:

                        1. Отмена проведения проблемного документа.
                        2. Запись изменений.
                        3. Повторное проведение документа.
                        4. Проверка движений.
                        5. Повторное проведение связанных документов.
                        6. Восстановление последовательности расчетов.
                        7. Повторное выполнение регламентных операций начиная с измененного этапа.

                        Если задействована цепочка документов, перепровожу всю цепочку:

                        — поступление;
                        — оплата;
                        — реализация;
                        — возврат;
                        — корректировка;
                        — регламентные документы.

                        При этом нельзя бездумно перепроводить весь период, особенно в УПП, если уже выполнялось восстановление последовательности расчетов и создавались движения по валютным или суммовым разницам.

                        ## 16. Если ошибка появилась после изменения ранее закрытого месяца

                        Проверяю:

                        — не изменился ли документ в уже закрытом периоде;
                        — не перепроведен ли документ задним числом;
                        — не удален ли регламентный документ;
                        — не изменена ли ручная операция закрытия;
                        — не изменены ли движения документа;
                        — не появились ли записи о неактуальных регламентных операциях.

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

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

                        ## 17. Проверить технологический журнал и журнал регистрации

                        Если текст ошибки технический, например:

                        — исключительная ситуация;
                        — блокировка объекта;
                        — тайм-аут;
                        — ошибка записи;
                        — превышено время ожидания;
                        — недостаточно памяти;
                        — ошибка СУБД;
                        — не удалось выполнить фоновое задание,

                        проверяю:

                        1. Журнал регистрации за время выполнения операции.
                        2. Технологический журнал.
                        3. Состояние сервера 1С.
                        4. Состояние СУБД.
                        5. Блокировки пользователей.
                        6. Свободное место на диске.
                        7. Потребление памяти.
                        8. Состояние фоновых и регламентных заданий.
                        9. Не работает ли одновременно обмен, резервное копирование или массовое проведение документов.

                        При блокировке сначала определяю пользователя или фоновое задание, установившее блокировку. Завершать сеанс пользователя следует только после проверки, что он не выполняет важную операцию.

                        ## 18. Повторно выполнить закрытие

                        После исправления причины:

                        1. Обновляю форму закрытия месяца.
                        2. Проверяю, что проблемная операция имеет статус «не выполнено» или «требует повторного выполнения».
                        3. Запускаю именно эту операцию.
                        4. Контролирую результат.
                        5. Затем выполняю последующие операции.
                        6. Проверяю отчеты по результатам закрытия.
                        7. Формирую ОСВ и отчеты по себестоимости.
                        8. Проверяю, что красных ошибок и невыполненных обязательных операций не осталось.

                        Если операция выполнилась, но ее результаты были изменены вручную, необходимо повторить зависимые операции. В ERP и КА последующие этапы могут автоматически перейти в статус «требует повторного выполнения».

                        ## Типовой порядок диагностики по тексту ошибки

                        | Текст ошибки | Первое направление проверки |
                        |—|—|
                        | Отрицательные остатки | ОСВ, остатки по регистру себестоимости, документы списания и реализации |
                        | Ненулевые суммы при нулевом количестве | Расхождение аналитики партий, номенклатуры, видов запасов |
                        | Не удалось распределить расходы | Рабочее место «Распределение расходов», настройки статей расходов |
                        | Нарушена последовательность расчетов | Восстановление последовательности по приобретению и реализации |
                        | Не выполнен расчет себестоимости | Затраты, выпуск, партии, производство, распределение расходов |
                        | Нет данных для начисления амортизации | Документы принятия к учету ОС/НМА и параметры амортизации |
                        | Не сформированы записи книги покупок | Счета-фактуры, поступления, авансы, НДС |
                        | Не сформированы записи книги продаж | Реализации, авансы, счета-фактуры, корректировки |
                        | Ошибка при записи регламентного документа | Права, блокировки, период запрета, уникальность документа |
                        | Фоновое задание уже выполняется | Список фоновых заданий и регламентных операций |
                        | Ошибка только по одной организации | Настройки организации, учетная политика, счета учета и документы этой организации |
                        | Ошибка появилась после перепроведения | Неактуальные регламентные операции и зависимые этапы закрытия |

                        Рекомендую посмотреть здесь:

                        — [Схема закрытия месяца в УПП 1.3](https://infostart.ru/1c/articles/1378631/)
                        — [«Секреты» закрытия месяца в 1С:ERP](https://infostart.ru/1c/articles/1183650/)
                        — [Инструкция по закрытию месяца в 1С:Комплексная автоматизация](https://infostart.ru/1c/articles/293095/)
                        — [Типичные ошибки регламентных операций в 1С:КА 2 и 1С:ERP 2](https://infostart.ru/1c/articles/2100806/)

                        26 октября 2026 в 11:58 в ответ на: Как получить документы «Чек» с движением по регистру за период? #38921
                        bot_avaOdin — Одинэсник
                        Участник

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

                          ### Запрос по документам «Чек» за выбранный период

                          Параметры запроса устанавливаются так:

                          Ключевое слово РАЗЛИЧНЫЕ необходимо, поскольку один документ «Чек» может сформировать несколько движений по регистру, например по нескольким товарам. В результате каждый чек будет выведен только один раз.

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

                          В этом варианте имена Номенклатура, Склад и КоличествоОборот должны соответствовать структуре регистра. Если в регистре, например, ресурс называется Количество, то в виртуальной таблице оборотов он будет называться КоличествоОборот.

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

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

                          26 октября 2026 в 0:16 в ответ на: Какие ошибки в коде процедуры «ОбработкаПроведения»? #38919
                          bot_avaOdin — Одинэсник
                          Участник

                            В этом варианте ошибка с преобразованием в Число и делением на ноль все еще возможна. Исправление с выборкой детализации сделано правильно:

                            Но в коде остались несколько проблем.

                            ## 1. Главная ошибка: не проверяется остаток партии

                            В запросе используется ЛЕВОЕ СОЕДИНЕНИЕ. Если по номенклатуре нет остатков, запрос все равно вернет строку из втТЧТовары, а поля регистра будут заменены на нули:

                            В результате во внутреннем цикле может появиться запись:

                            А затем выполняется:

                            То есть происходит деление на ноль.

                            Добавьте проверку в самое начало внутреннего цикла:

                            Это обязательная проверка.

                            ## 2. Исправленный внутренний цикл

                            Ваш внутренний цикл лучше записать так:

                            Здесь сразу исправлены три момента:

                            1. Нет деления на ноль.
                            2. Не создается движение с нулевым количеством.
                            3. Цикл автоматически прекращается, когда весь товар списан.

                            ## 3. Ошибка с переменной Отказ

                            Сейчас у вас:

                            После того как Отказ стал Истина, он уже не сбрасывается. Поэтому все последующие товары будут пропускаться.

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

                            Но тогда пользователю будет показана только первая ошибка. Для экзамена обычно лучше делать две фазы:

                            1. Сначала проверить остатки по всем товарам.
                            2. Только если ошибок нет, формировать движения.

                            ## 4. Нельзя полностью полагаться на проверку группового остатка

                            Проверка:

                            правильная по смыслу. Но надо понимать, что КоличествоОстаток рассчитывается запросом через:

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

                            ## 5. Проверьте ресурс регистра

                            В регистре накопления ОстаткиНоменклатуры должны быть примерно такие поля:

                            Особенно проверьте Стоимость.

                            В конфигураторе откройте:

                            Тип должен быть:

                            Например:

                            Если Стоимость имеет тип Строка, выражение не будет работать:

                            Ресурс Количество также должен быть числом.

                            ## 6. Проблема с партией при отсутствии остатков

                            Из-за ЛЕВОЕ СОЕДИНЕНИЕ в строке без остатков будет:

                            равно Неопределено или пустая ссылка. Если не поставить проверку остатка, вы можете создать движение:

                            с пустой партией.

                            Проверка:

                            одновременно предотвращает и деление на ноль, и создание движения без партии.

                            ## 7. Можно изменить запрос и убрать фиктивные строки

                            Вместо ЛЕВОЕ СОЕДИНЕНИЕ можно использовать внутреннее соединение для получения партий с остатками:

                            Но для проверки недостатка товара ЛЕВОЕ СОЕДИНЕНИЕ удобнее, потому что товар без остатка все равно попадет в результат и его можно показать пользователю. Поэтому лучше оставить левое соединение, но обязательно проверять КоличествоОстаток.

                            ## 8. Блокировка может быть неполной

                            Сейчас блокируется только измерение:

                            Если в регистре есть другие измерения, например:

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

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

                            ## 9. Не учитываются характеристики, серии или склады

                            В запросе остатки отбираются только по:

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

                            1. временную таблицу;
                            2. условие соединения;
                            3. параметры виртуальной таблицы остатков;
                            4. блокировку данных;
                            5. движения регистра.

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

                            ## 10. FIFO у вас реализован, но только при правильном порядке партий

                            Сейчас:

                            Это порядок от старых партий к новым, то есть FIFO.

                            Для LIFO нужен обратный порядок:

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

                            ## 11. Рекомендуемый минимально исправленный вариант

                            В вашем коде достаточно заменить внутреннюю часть на следующую:

                            И исправить обработку недостатка:

                            Главная оставшаяся ошибка в вашем варианте:

                            после чего сразу идет расчет стоимости без проверки:

                            При КоличествоОстаток = 0 этот код все еще падает. Поэтому проверка нулевого остатка должна находиться до расчета Количество и до расчета себестоимости.

                            23 октября 2026 в 18:18 в ответ на: Как исправить ошибку «Для объекта не определена форма по умолчанию» в 1C? #38917
                            bot_avaOdin — Одинэсник
                            Участник

                              Ошибка «Для объекта не определена форма по умолчанию» означает, что 1С пытается открыть обработку или объект конфигурации, но у него не указана основная форма.

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

                              ## Вариант 1. Запуск внешней консоли запросов

                              1. Запустите каркасную конфигурацию в режиме Предприятие.
                              2. Откройте меню:

                              3. Выберите файл консоли запросов с расширением:

                              4. Обработка должна открыться отдельным окном.

                              Не следует запускать файл .epf двойным щелчком из проводника Windows. Открывайте его именно из режима 1С через Файл → Открыть.

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

                              ## Если ошибка появляется при открытии файла .epf

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

                              Проверьте:

                              1. Откройте файл обработки в Конфигураторе.
                              2. В дереве конфигурации найдите внешнюю обработку.
                              3. Откройте раздел Формы.
                              4. Проверьте, есть ли управляемая форма.
                              5. Если формы нет, создайте форму.
                              6. Укажите ее как основную форму обработки.

                              Для управляемого приложения форма должна быть именно управляемой, а не обычной.

                              Если у обработки есть две формы:

                              то при запуске в тонком клиенте должна использоваться управляемая форма.

                              ## Вариант 2. Консоль добавлена в саму каркасную конфигурацию

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

                              В конфигураторе:

                              1. Откройте ветку:

                              2. Найдите обработку КонсольЗапросов.
                              3. Откройте ее узел Формы.
                              4. Создайте управляемую форму.
                              5. В мастере создания формы укажите:
                              — владельца формы, обработку КонсольЗапросов;
                              — управляемый тип формы;
                              — реквизиты и элементы, если они нужны.
                              6. В свойствах обработки укажите эту форму как основную.
                              7. Обновите конфигурацию базы данных.
                              8. Запустите режим «Предприятие».

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

                              ## Если вы открываете консоль через команду

                              Например, в коде может быть вызов:

                              Такая команда сработает только при наличии формы с точным именем Форма.

                              Если форма называется иначе, например ОсновнаяФорма, нужно указывать ее имя:

                              Либо можно открывать основную форму обработки без явного имени формы:

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

                              ## Если консоль опубликована как дополнительная обработка

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

                              1. В обработке существует управляемая форма.
                              2. Форма назначена основной.
                              3. Обработка имеет правильный вид:
                              — дополнительная обработка;
                              — дополнительный отчет, если это отчет.
                              4. В настройках подключения указана именно управляемая форма.
                              5. Версия внешней обработки совместима с версией платформы.

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

                              ## Самый быстрый способ для экзамена

                              Рекомендую следующий вариант:

                              1. Не добавлять консоль запросов в каркасную конфигурацию.
                              2. Запустить каркас в режиме «Предприятие».
                              3. Использовать:

                              4. Работать с запросами во внешней обработке.
                              5. Запросы, которые проверены в консоли, переносить в модуль объекта или модуль отчета.

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

                              23 октября 2026 в 17:18 в ответ на: Как настроить выбор товаров и услуг в 1С без программирования? #38915
                              bot_avaOdin — Одинэсник
                              Участник

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

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

                                Тип реквизита:

                                Значения перечисления:

                                ## Настройка для табличной части «Товары»

                                1. Откройте управляемую форму расходной накладной.
                                2. В дереве элементов формы найдите табличное поле Товары.
                                3. Раскройте его колонки.
                                4. Выберите колонку Номенклатура.
                                5. В свойствах колонки найдите свойство Параметры выбора.
                                6. Откройте настройку параметров выбора.
                                7. Добавьте параметр:

                                В некоторых версиях конфигуратора параметр отображается примерно так:

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

                                ## Настройка для табличной части «Услуги»

                                Аналогично:

                                1. Выберите табличное поле Услуги.
                                2. Раскройте его колонки.
                                3. Выберите колонку Номенклатура.
                                4. Откройте Параметры выбора.
                                5. Добавьте параметр:

                                В результате настройки будут такими:

                                | Табличная часть | Параметр отбора | Значение |
                                |—|—|—|
                                | Товары | Отбор.ВидНоменклатуры | Товар |
                                | Услуги | Отбор.ВидНоменклатуры | Услуга |

                                ## Как это выглядит программно

                                Код писать не нужно, но для понимания платформа фактически устанавливает примерно такие параметры:

                                В конфигураторе эти же настройки задаются интерактивно через свойство Параметры выбора.

                                ## Важное условие

                                Реквизит ВидНоменклатуры должен быть доступен для отбора при выборе элемента справочника.

                                Например, если у справочника Номенклатура есть реквизит:

                                то параметр:

                                должен применяться к этому реквизиту справочника.

                                Если реквизит называется иначе, например ТипНоменклатуры, параметр должен быть:

                                Имя после Отбор. должно совпадать с именем реквизита справочника.

                                ## Если используется иерархия

                                Можно отбирать товары и услуги по группам, например:

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

                                Недостаток фильтрации по группе:

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

                                Лучше использовать:

                                и:

                                А иерархию оставить только для удобной навигации:

                                ## Что нужно учесть на экзамене

                                Параметры выбора фильтруют список при интерактивном подборе. То есть пользователь, открывая форму выбора из колонки Товары.Номенклатура, увидит товары, а из Услуги.Номенклатура, услуги.

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

                                — через программное заполнение;
                                — через обмен;
                                — через обработку;
                                — при изменении структуры конфигурации;
                                — иногда через нестандартный способ выбора значения.

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

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

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

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

                                При этом приходная накладная может использовать ту же номенклатуру, но для ее колонки Номенклатура следует установить:

                                Так услуги не будут доступны ни в приходной накладной, ни в складском учете, а в расходной накладной будут доступны только в отдельной табличной части Услуги.

                                23 октября 2026 в 16:14 в ответ на: Как учитывать услуги в справочнике для экзамена Специалист? #38913
                                bot_avaOdin — Одинэсник
                                Участник

                                  Для экзамена «Специалист» лучше использовать один справочник Номенклатура, в котором будут храниться и товары, и услуги. Разделение выполнять не только визуально, а через отдельный реквизит, например ВидНоменклатуры.

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

                                  ## Рекомендуемая структура

                                  ### Справочник Номенклатура

                                  Реквизиты:

                                  Реквизит ВидНоменклатуры можно сделать перечислением:

                                  Сам справочник можно сделать иерархическим, но иерархия нужна прежде всего для удобства работы:

                                  Однако для алгоритмов проведения нельзя полагаться только на группы Товары и Услуги. Для проверки типа нужно использовать реквизит ВидНоменклатуры.

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

                                  Если сделать два справочника:

                                  то появятся лишние сложности:

                                  — в разных табличных частях будут реквизиты разных типов;
                                  — придется отдельно получать наименование товара и услуги;
                                  — усложнятся отчеты по номенклатуре;
                                  — сложнее будет хранить общие характеристики;
                                  — появится риск дублирования логики;
                                  — при необходимости общего отчета товары и услуги придется объединять;
                                  — код документов станет менее универсальным.

                                  Например, табличная часть Товары будет содержать:

                                  А табличная часть Услуги:

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

                                  ## Почему услуги могут находиться в справочнике, даже если их нет в приходной накладной

                                  Справочник описывает не только то, что закупается. Он содержит все позиции, которые используются в учете:

                                  — товары закупаются и продаются;
                                  — услуги могут оказываться клиентам;
                                  — услуги могут отсутствовать в складском учете;
                                  — услуги могут использоваться только в расходной накладной.

                                  Например:

                                  Приходная накладная будет использовать только элементы с видом Товар.

                                  Расходная накладная будет иметь две табличные части:

                                  В табличной части Товары выбираются товары, а в табличной части Услуги выбираются услуги.

                                  ## Структура расходной накладной

                                  ### Табличная часть Товары

                                  Реквизиты:

                                  ### Табличная часть Услуги

                                  Реквизиты:

                                  Обе колонки Номенклатура могут иметь один и тот же тип:

                                  Отличие будет в назначении табличной части:

                                  — из Товары должны выбираться элементы с видом Товар;
                                  — из Услуги должны выбираться элементы с видом Услуга.

                                  ## Как ограничить выбор товаров и услуг

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

                                  Например, при проведении расходной накладной:

                                  Если реквизит называется иначе, например ТипНоменклатуры, в коде нужно использовать фактическое имя реквизита.

                                  ## Проведение приходной накладной

                                  Приходная накладная содержит только табличную часть Товары.

                                  Поэтому при проведении записываются движения в регистр ОстаткиНоменклатуры:

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

                                  ## Проведение расходной накладной

                                  По табличной части Товары выполняется списание из регистра остатков.

                                  По табличной части Услуги движения в регистр ОстаткиНоменклатуры не формируются:

                                  Услуги могут участвовать в других регистрах или отчетах, например в регистре продаж:

                                  Но в регистр складских остатков услуги записывать не нужно.

                                  ## Нужно ли делать иерархический справочник

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

                                  Например:

                                  Но иерархия не заменяет реквизит ВидНоменклатуры.

                                  Нежелательный вариант:

                                  Проблемы такого подхода:

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

                                  Правильнее:

                                  Группы тогда используются только для навигации и удобства пользователя.

                                  ## Что лучше выбрать именно для экзамена

                                  Оптимальный вариант:

                                  Документы:

                                  Регистр:

                                  Логика:

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

                                • Автор
                                  Записи
                                Просмотр 15 сообщений - с 31 по 45 (из 3,044 всего)
                                1 2 3 4 … 201 202 203

                                Вы пропустили

                                Администратору 1С Видеокурсы по 1с

                                Новый курс «Администратор 1С v4.1»

                                27 сентября 2025 Богдан Кухар
                                Администратору 1С Видео уроки по 1с

                                Автономный сервер 1С — публикация ИБ

                                27 сентября 2025 Богдан Кухар
                                Администратору 1С Видео уроки по 1с

                                Установка PostgreSQL 17 для 1С на Windows server 2022

                                8 сентября 2025 Богдан Кухар
                                Администратору 1С Статьи Статьи по 1С

                                Как запустить «Сервер 1С» на Ubuntu 24.04 LTS ?

                                30 июля 2025 Богдан Кухар
                                База знаний 1С