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

Если вы ИП на УСН с объектом налогообложения «Доходы» и продаёте через маркетплейсы, то в 1С нужно организовать учёт с учётом особенностей работы с маркетплейсами и упрощённой системой.

Вот конкретные рекомендации по учёту в 1С для селлера-маркетплейса на УСН «Доходы»:

1. Регистрация доходов

— Доходы учитывайте по факту поступления денежных средств на расчётный счёт или кассу, так как при УСН «Доходы» налог платится с фактически полученных денег.
— В 1С отражайте поступления от маркетплейса как доходы. Обычно маркетплейс выступает как комиссионер или агент, поэтому поступления могут быть с вычетом комиссии маркетплейса.
— Для отражения доходов используйте документы «Поступление на расчётный счёт» или «Поступление наличных» с видом операции «Доходы от реализации» или аналогичным.

2. Учёт комиссий маркетплейса

— Комиссию маркетплейса учитывайте как расход, но при УСН «Доходы» расходы не уменьшают налоговую базу, поэтому для налогового учёта это не критично.
— В бухгалтерском учёте комиссию можно отражать на счёте 91.02 «Прочие расходы» или аналогичном.
— В 1С создайте статью расходов «Комиссия маркетплейса» для удобства аналитики.

3. Отражение возвратов и корректировок

— Если маркетплейс делает возврат или корректировку, отражайте уменьшение доходов соответствующим документом (например, «Возврат от покупателя» или корректировкой в приходных документах).
— Важно, чтобы в КУДиР (Книга учёта доходов и расходов) отражались реальные поступления.

4. Книга учёта доходов и расходов (КУДиР)

— В 1С автоматически формируется КУДиР на основании данных о доходах.
— Для корректного формирования КУДиР важно, чтобы все поступления были правильно классифицированы и имели признак налогового учёта.
— В настройках налогового учёта укажите, что объект налогообложения — «УСН Доходы».

5. НДС

— При УСН «Доходы» НДС не выделяется и не учитывается.
— Если маркетплейс выставляет вам счета-фактуры с НДС, вы их не принимаете к вычету.

6. Отчётность и налоги

— В 1С формируйте декларацию по УСН на основании данных КУДиР.
— Платите налог с суммы фактически полученных доходов.

7. Особенности работы с маркетплейсами

— Маркетплейсы часто выступают агентами, то есть вы продаёте товар через них, а деньги поступают от маркетплейса.
— В 1С можно вести учёт через документы «Реализация товаров и услуг» с видом операции «Реализация через комиссионера» или «Реализация через агента», если это предусмотрено конфигурацией.
— Если конфигурация 1С не поддерживает такие операции, можно отражать доходы по факту поступления денег.

8. Практические советы

— В 1С:Бухгалтерия 8.3 или 1С:УНФ настройте учетную политику на УСН «Доходы».
— Используйте регистры накопления для контроля поступлений и комиссий.
— Для удобства анализа создайте отчёты по доходам и комиссиям маркетплейса.

—

Если нужна конкретика по конфигурации 1С, укажите, какую именно используете (например, 1С:Бухгалтерия 8, 1С:УНФ, 1С:Розница и т.п.), тогда дам более точные инструкции.

Рекомендую посмотреть здесь для понимания учёта доходов и расходов при УСН в 1С:
https://infostart.ru/1c/articles/2095328/
https://infostart.ru/1c/articles/2539007/

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

Поле «Поле1» выводит только «До 2004», потому что условие в ВЫБОРе срабатывает только для записей, у которых

|ПервоначальныеСведенияОСБухгалтерскийУчетСрезПоследних.Период <= &ДатаМин

а остальные условия не срабатывают.

Причина — в логике условий:

— Условие «МЕЖДУ &Дата1_1 И &Дата1_2» и другие срабатывают, только если значение Период попадает в эти диапазоны.

— Если в данных поле Период содержит дату, которая не попадает ни в один из диапазонов &Дата1_1..&Дата1_2, &Дата2_1..&Дата2_2 и т.д., то срабатывает только последнее условие «Период <= &ДатаМин».

Возможные причины:

1. Значения параметров &Дата1_1, &Дата1_2, &Дата2_1 и т.д. заданы неправильно или не соответствуют диапазонам дат в данных.

2. В данных поле Период содержит даты, которые не попадают в указанные диапазоны.

3. В условии ВЫБОР нет условия для значений Период, которые больше &Дата1_2 (например, даты после 31.12.2024), поэтому для них поле «Поле1» будет пустым.

—

Что делать:

— Проверьте, что параметры установлены корректно, например:

|Запрос.УстановитьПараметр(«Дата1_1», Дата(2022,1,1));
|Запрос.УстановитьПараметр(«Дата1_2», Дата(2024,12,31));
|Запрос.УстановитьПараметр(«Дата2_1», Дата(2019,1,1));
|Запрос.УстановитьПараметр(«Дата2_2», Дата(2021,12,31));
|Запрос.УстановитьПараметр(«Дата3_1», Дата(2014,1,1));
|Запрос.УстановитьПараметр(«Дата3_2», Дата(2018,12,31));
|Запрос.УстановитьПараметр(«Дата4_1», Дата(2004,1,1));
|Запрос.УстановитьПараметр(«Дата4_2», Дата(2013,12,31));
|Запрос.УстановитьПараметр(«ДатаМин», Дата(2003,12,31));

— Добавьте в ВЫБОР условие ИНАЧЕ, чтобы для всех остальных дат было значение, например:

|ВЫБОР
| КОГДА … ТОГДА …
| …
| КОГДА … ТОГДА …
| ИНАЧЕ «Прочие»
|КОНЕЦ

— Уберите дублирование условий (в вашем запросе условие для «2004-2013» повторяется дважды).

—

Пример исправленного ВЫБОРа:

|ВЫБОР
| КОГДА Период МЕЖДУ &Дата1_1 И &Дата1_2 ТОГДА «2022-2024»
| КОГДА Период МЕЖДУ &Дата2_1 И &Дата2_2 ТОГДА «2019-2021»
| КОГДА Период МЕЖДУ &Дата3_1 И &Дата3_2 ТОГДА «2014-2018»
| КОГДА Период МЕЖДУ &Дата4_1 И &Дата4_2 ТОГДА «2004-2013»
| КОГДА Период <= &ДатаМин ТОГДА «До 2003»
| ИНАЧЕ «Прочие»
|КОНЕЦ

—

Так вы получите заполненное поле «Поле1» для всех записей.

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

Ошибка в запросе — в условии ВЫБОР для «Поле1» дважды используется одно и то же условие с &Дата3_1 и &Дата3_2, а для диапазона «2004-2013» используется условие с &Дата3_1 и &Дата3_2, вместо &Дата4_1 и &Дата4_2.

Из-за этого для периода «2004-2013» условие не срабатывает, и в итоге для этих записей поле «Поле1» остаётся пустым.

Правильно должно быть так:

|ВЫБОР
| КОГДА ПервоначальныеСведенияОСБухгалтерскийУчетСрезПоследних.Период МЕЖДУ &Дата1_1 И &Дата1_2 ТОГДА «2022-2024»
| КОГДА ПервоначальныеСведенияОСБухгалтерскийУчетСрезПоследних.Период МЕЖДУ &Дата2_1 И &Дата2_2 ТОГДА «2019-2021»
| КОГДА ПервоначальныеСведенияОСБухгалтерскийУчетСрезПоследних.Период МЕЖДУ &Дата3_1 И &Дата3_2 ТОГДА «2014-2018»
| КОГДА ПервоначальныеСведенияОСБухгалтерскийУчетСрезПоследних.Период МЕЖДУ &Дата4_1 И &Дата4_2 ТОГДА «2004-2013»
| КОГДА ПервоначальныеСведенияОСБухгалтерскийУчетСрезПоследних.Период < &Дата4_1 ТОГДА «До 2003»
| ИНАЧЕ «»
|КОНЕЦ КАК Поле1

То же самое в части GROUP BY.

—

Также обратите внимание, что в вашем варианте:

— Последнее условие ПервоначальныеСведенияОСБухгалтерскийУчетСрезПоследних.Период <= &ДатаМин ТОГДА "2004-2013" — не совсем корректно, лучше использовать < &Дата4_1 для периода до 2004 года.

— В условии ВЫБОР для группировки и выборки должны быть одинаковые условия.

—

Исправленный пример:

|ВЫБРАТЬ
| ПервоначальныеСведенияОСБухгалтерскийУчетСрезПоследних.Период КАК Период,
| ПервоначальныеСведенияОСБухгалтерскийУчетСрезПоследних.ОсновноеСредство КАК ОсновноеСредство,
| СУММА(ПервоначальныеСведенияОСБухгалтерскийУчетСрезПоследних.ПервоначальнаяСтоимость) КАК ПервоначальнаяСтоимость,
| ВЫБОР
| КОГДА ПервоначальныеСведенияОСБухгалтерскийУчетСрезПоследних.Период МЕЖДУ &Дата1_1 И &Дата1_2 ТОГДА «2022-2024»
| КОГДА ПервоначальныеСведенияОСБухгалтерскийУчетСрезПоследних.Период МЕЖДУ &Дата2_1 И &Дата2_2 ТОГДА «2019-2021»
| КОГДА ПервоначальныеСведенияОСБухгалтерскийУчетСрезПоследних.Период МЕЖДУ &Дата3_1 И &Дата3_2 ТОГДА «2014-2018»
| КОГДА ПервоначальныеСведенияОСБухгалтерскийУчетСрезПоследних.Период МЕЖДУ &Дата4_1 И &Дата4_2 ТОГДА «2004-2013»
| КОГДА ПервоначальныеСведенияОСБухгалтерскийУчетСрезПоследних.Период < &Дата4_1 ТОГДА «До 2003»
| ИНАЧЕ «»
| КОНЕЦ КАК Поле1,
| КОЛИЧЕСТВО(РАЗЛИЧНЫЕ ПервоначальныеСведенияОСБухгалтерскийУчетСрезПоследних.ОсновноеСредство) КАК ОсновноеСредство1
|ИЗ
| РегистрСведений.ПервоначальныеСведенияОСБухгалтерскийУчет.СрезПоследних(&Дата, ) КАК ПервоначальныеСведенияОСБухгалтерскийУчетСрезПоследних
|СГРУППИРОВАТЬ ПО
| ПервоначальныеСведенияОСБухгалтерскийУчетСрезПоследних.Период,
| ПервоначальныеСведенияОСБухгалтерскийУчетСрезПоследних.ОсновноеСредство,
| ВЫБОР
| КОГДА ПервоначальныеСведенияОСБухгалтерскийУчетСрезПоследних.Период МЕЖДУ &Дата1_1 И &Дата1_2 ТОГДА «2022-2024»
| КОГДА ПервоначальныеСведенияОСБухгалтерскийУчетСрезПоследних.Период МЕЖДУ &Дата2_1 И &Дата2_2 ТОГДА «2019-2021»
| КОГДА ПервоначальныеСведенияОСБухгалтерскийУчетСрезПоследних.Период МЕЖДУ &Дата3_1 И &Дата3_2 ТОГДА «2014-2018»
| КОГДА ПервоначальныеСведенияОСБухгалтерскийУчетСрезПоследних.Период МЕЖДУ &Дата4_1 И &Дата4_2 ТОГДА «2004-2013»
| КОГДА ПервоначальныеСведенияОСБухгалтерскийУчетСрезПоследних.Период < &Дата4_1 ТОГДА «До 2003»
| ИНАЧЕ «»
| КОНЕЦ
|УПОРЯДОЧИТЬ ПО
| Поле1,
| ОсновноеСредство1

—

Проверьте параметры:

|Запрос.УстановитьПараметр(«Дата1_1», Дата(2022,1,1));
|Запрос.УстановитьПараметр(«Дата1_2», Дата(2024,12,31));
|Запрос.УстановитьПараметр(«Дата2_1», Дата(2019,1,1));
|Запрос.УстановитьПараметр(«Дата2_2», Дата(2021,12,31));
|Запрос.УстановитьПараметр(«Дата3_1», Дата(2014,1,1));
|Запрос.УстановитьПараметр(«Дата3_2», Дата(2018,12,31));
|Запрос.УстановитьПараметр(«Дата4_1», Дата(2004,1,1));
|Запрос.УстановитьПараметр(«Дата4_2», Дата(2013,12,31));
|Запрос.УстановитьПараметр(«Дата», ТекущаяДата());

—

Так поле «Поле1» будет заполняться корректно.

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

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

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

|ВЫБРАТЬ
| ВЫБОР
| КОГДА ПервоначальныеСведенияОСБухгалтерскийУчетСрезПоследних.Период МЕЖДУ &Дата1_1 И &Дата1_2 ТОГДА «2022-2024»
| КОГДА ПервоначальныеСведенияОСБухгалтерскийУчетСрезПоследних.Период МЕЖДУ &Дата2_1 И &Дата2_2 ТОГДА «2019-2021»
| КОГДА ПервоначальныеСведенияОСБухгалтерскийУчетСрезПоследних.Период МЕЖДУ &Дата3_1 И &Дата3_2 ТОГДА «2014-2018»
| КОГДА ПервоначальныеСведенияОСБухгалтерскийУчетСрезПоследних.Период МЕЖДУ &Дата4_1 И &Дата4_2 ТОГДА «2004-2013»
| ИНАЧЕ «До 2003»
| КОНЕЦ КАК ГруппаПериода,
| ПервоначальныеСведенияОСБухгалтерскийУчетСрезПоследних.Номенклатура КАК Номенклатура,
| КОЛИЧЕСТВО(РАЗЛИЧНЫЕ ПервоначальныеСведенияОСБухгалтерскийУчетСрезПоследних.ОсновноеСредство) КАК Количество,
| СУММА(ПервоначальныеСведенияОСБухгалтерскийУчетСрезПоследних.ПервоначальнаяСтоимость) КАК ПервоначальнаяСтоимость
|ИЗ
| РегистрСведений.ПервоначальныеСведенияОСБухгалтерскийУчет.СрезПоследних(&ДатаМакс, ) КАК ПервоначальныеСведенияОСБухгалтерскийУчетСрезПоследних
|ГДЕ
| ПервоначальныеСведенияОСБухгалтерскийУчетСрезПоследних.Период <= &ДатаМакс
|СГРУППИРОВАТЬ ПО
| ГруппаПериода,
| ПервоначальныеСведенияОСБухгалтерскийУчетСрезПоследних.Номенклатура
|УПОРЯДОЧИТЬ ПО
| ГруппаПериода,
| Номенклатура

Параметры запроса установить так:

|Запрос.УстановитьПараметр(«Дата1_1», Дата(2022,1,1));
|Запрос.УстановитьПараметр(«Дата1_2», Дата(2024,12,31));
|Запрос.УстановитьПараметр(«Дата2_1», Дата(2019,1,1));
|Запрос.УстановитьПараметр(«Дата2_2», Дата(2021,12,31));
|Запрос.УстановитьПараметр(«Дата3_1», Дата(2014,1,1));
|Запрос.УстановитьПараметр(«Дата3_2», Дата(2018,12,31));
|Запрос.УстановитьПараметр(«Дата4_1», Дата(2004,1,1));
|Запрос.УстановитьПараметр(«Дата4_2», Дата(2013,12,31));
|Запрос.УстановитьПараметр(«ДатаМакс», ТекущаяДата());

—

Так вы получите сгруппированные данные по периодам и номенклатуре с количеством и суммой стоимости.

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

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

Но можно сделать так, чтобы реквизит не отображался в формах и фактически был «скрыт» для пользователя:

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

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

1С (Код)

ЭлементыФормы.ИмяРеквизита.Видимость = Ложь;

1	ЭлементыФормы.ИмяРеквизита.Видимость = Ложь;

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

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

—

Если нужно полностью убрать реквизит — только доработкой конфигурации (без расширения), то есть:

— Удалить реквизит из конфигурации в режиме конфигуратора
— Пересоздать конфигурацию и обновить базу

—

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

—

Рекомендую посмотреть:
https://infostart.ru/public/1498871/ — про работу с расширениями и формами
https://infostart.ru/public/1144681/ — как работать с формами и реквизитами в расширениях

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

Чтобы в Универсальном отчёте 1С добавить отбор по сегменту номенклатуры, нужно сделать следующее:

1. Добавить измерение сегмента номенклатуры в запрос
В запросе отчёта (если он настраивается вручную) нужно добавить измерение сегмента номенклатуры, например:

1С (Код)

|ВЫБРАТЬ | ... |ИЗ | РегистрНакопления.ОстаткиТоваров КАК Остатки |ГДЕ | Остатки.СегментНоменклатуры = &СегментНоменклатуры

1 2 3 4 5 6

|ВЫБРАТЬ |    ... |ИЗ |    РегистрНакопления.ОстаткиТоваров КАК Остатки |ГДЕ |    Остатки.СегментНоменклатуры = &СегментНоменклатуры

Где СегментНоменклатуры — параметр отчёта.

2. Добавить параметр в настройки отчёта
В настройках универсального отчёта добавьте новый параметр типа «Справочник.СегментыНоменклатуры» (или как у вас называется справочник сегментов).

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

4. Если отчёт строится через универсальный отчет (типовой)
— В настройках отчёта на вкладке «Отбор» добавьте новое условие по полю «Сегмент номенклатуры» (если поле доступно).
— Если поле не отображается, нужно в конфигураторе или в расширении добавить это измерение в структуру отчёта (например, через расширение или доработку запроса).

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

1С (Код)

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

1 2 3 4 5 6 7 8 9

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

6. Добавьте параметр &СегментНоменклатуры в параметры отчёта.

—

Если используете типовой Универсальный отчёт, то:

— В настройках отчёта на вкладке «Отбор» добавьте фильтр по справочнику сегментов.
— Если сегмент не доступен, нужно доработать запрос отчёта, добавив соединение с табличной частью сегмента.

—

Рекомендую посмотреть здесь:
https://infostart.ru/public/84741/ — пример работы с сегментами и свойствами в универсальном отчёте.
https://infostart.ru/public/2014939/ — примеры запросов с сегментами номенклатуры.

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

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

—

### Как правильно скопировать строки из одной Таблицы Значений в другую в 1С

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

|Процедура СкопироватьСтроки(ТаблицаИсточник, ТаблицаПриемник)
| Для каждого СтрокаИзИсточник Из ТаблицаИсточник Цикл
| НоваяСтрока = ТаблицаПриемник.Добавить();
| ЗаполнитьЗначенияСвойств(НоваяСтрока, СтрокаИзИсточник);
| КонецЦикла;
|КонецПроцедуры

—

### Что происходит?

— Каждая строка из источника перебирается.
— В таблице-приемнике создаётся новая строка.
— Значения всех совпадающих по имени колонок копируются из исходной строки в новую.

—

### Если структуры разные

— Копируются только совпадающие по имени колонки.
— Если в приемнике есть колонки, которых нет в источнике — они останутся пустыми.
— Если в источнике есть колонки, которых нет в приемнике — они игнорируются.

—

### Важные моменты

— Если нужно копировать только определённые колонки, можно использовать параметры в ЗаполнитьЗначенияСвойств (списки свойств).
— Если нужно копировать с преобразованием — делайте это вручную в цикле.

—

### Пример с фильтрацией колонок

|Процедура СкопироватьТолькоНекоторыеКолонки(Источник, Приемник)
| СписокСвойств = Новый Массив;
| СписокСвойств.Добавить(«Номенклатура»);
| СписокСвойств.Добавить(«Количество»);
| Для каждого Строка Из Источник Цикл
| НоваяСтрока = Приемник.Добавить();
| ЗаполнитьЗначенияСвойств(НоваяСтрока, Строка, СписокСвойств);
| КонецЦикла;
|КонецПроцедуры

—

Рекомендую посмотреть подробный пример здесь:
https://kuharbogdan.com/programmiruem-v-1s/kak-skopirovat-stroki-iz-odnoy-tablitsyi-znacheniy-v-druguyu-v-1s-8/

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

В 1С:Комплексная автоматизация (КА) печать этикеток для выбранной номенклатуры обычно делается через стандартное рабочее место или обработку «Печать этикеток и ценников». Вот пошагово, как это сделать:

—

### 1. Откройте рабочее место «Печать этикеток и ценников»

— В главном меню 1С КА перейдите в раздел Склад или Торговля (зависит от версии).
— Найдите пункт Печать этикеток и ценников (может называться «Печать этикеток» или «Печать ценников и этикеток»).

—

### 2. Выбор номенклатуры

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

—

### 3. Настройка параметров печати

— Укажите количество этикеток для каждой позиции.
— Выберите шаблон этикетки (если в системе есть несколько шаблонов).
— Проверьте настройки принтера и формат бумаги (обычно А4 или рулон этикеток).

—

### 4. Печать

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

—

### Если нет стандартного рабочего места

— В конфигурации может быть обработка или отчет для печати этикеток, например, в разделе НСИ и администрирование → Печать этикеток.
— Запустите обработку, выберите номенклатуру и параметры печати.

—

### Дополнительно

— Если нужно печатать этикетки с серийными номерами, характеристиками или штрихкодами, убедитесь, что шаблон этикетки это поддерживает.
— Шаблоны этикеток можно редактировать через встроенный редактор макетов (в разделе «Шаблоны этикеток и ценников»).

—

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

|ВЫБРАТЬ
| Номенклатура.Ссылка КАК Номенклатура,
| Номенклатура.Наименование
|ИЗ
| Справочник.Номенклатура КАК Номенклатура
|ГДЕ
| Номенклатура.Активность = ИСТИНА

—

Рекомендую посмотреть инструкцию по печати этикеток в 1С КА здесь:
https://infostart.ru/1c/articles/1867782/

Там подробно описан процесс работы с печатью этикеток и ценников.

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

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

Основные причины и пути решения:

1. **Проверка версии конфигурации и обновлений**
Версия ЕД-7-13/1088 — это версия формата электронного документа. Убедитесь, что у вас установлена последняя версия конфигурации БП 3.0 с актуальными обновлениями по формированию уведомлений о контролируемых сделках. В релизах 2025 года могли быть исправления, связанные с этим отчетом.

2. **Проверка заполнения реквизитов сделок**
Сделки, которые отображаются в «Прочих сделках», могут не иметь всех обязательных реквизитов или не соответствовать критериям отбора для основного списка. Проверьте, что у сделок заполнены все необходимые поля: контрагент, сумма, дата, вид сделки и т.п. Особенно обратите внимание на реквизиты, которые влияют на фильтрацию в отчете.

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

4. **Проверка связей с регистром контролируемых сделок**
Уведомление формируется на основании данных из регистра сведений «Контролируемые сделки». Проверьте, что сделки корректно записаны в этот регистр и что данные по ним актуальны. Иногда сделки могут быть в регистре, но с некорректными датами или статусами, из-за чего не попадают в основной список.

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

6. **Отладка формирования отчета**
Запустите формирование уведомления в режиме отладки (если возможно), поставьте точки останова в процедуре формирования списка сделок, чтобы увидеть, почему сделка не попадает в основной список. Это позволит понять, на каком этапе происходит отсеивание.

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

8. **Обходные решения**
— Можно попробовать выгрузить данные сделок из «Прочих сделок» и вручную добавить их в основной список (если это возможно в вашей версии).
— Использовать расширение или доработку, которая корректно формирует список сделок с учетом ваших данных.

Если после проверки всех пунктов проблема сохраняется, рекомендую обратиться к технической поддержке 1С с предоставлением конкретных данных и логов, так как проблема может быть связана с багом в конкретной версии конфигурации.
https://infostart.ru/1c/articles/455126/ — подробности по отправке и формированию документов, которые могут помочь в отладке.

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

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

В 1С:Комплексная автоматизация (КА) стандартного механизма для формирования одного счета на оплату по нескольким документам реализации товаров и услуг нет, так как счет на оплату обычно формируется на основании одного документа реализации. Но есть несколько рабочих вариантов решения задачи:

1. **Создание общего счета на оплату вручную с подбором позиций из нескольких реализаций**
— Создайте новый документ «Счет на оплату покупателю» (если в вашей конфигурации он есть, либо используйте документ «Счет покупателю» или «Реализация товаров и услуг» с типом «Счет на оплату»).
— В табличную часть добавьте товары и услуги из нескольких документов реализации вручную или с помощью обработки подбора.
— Для удобства можно использовать обработку «Подбор товаров из документов реализации» (если есть в вашей конфигурации или на ИТС/Infostart).
— Таким образом вы сформируете один счет на оплату, который объединит позиции из нескольких реализаций.

2. **Использование обработки или внешней обработки для объединения документов**
— На Infostart есть готовые обработки, которые позволяют сформировать один счет на оплату по нескольким документам реализации.
— Например, обработка, которая собирает позиции из выбранных документов реализации и формирует на их основании один счет на оплату.
— Такие обработки можно доработать под свои нужды или заказать разработку у программиста 1С.

3. **Использование функционала «Объединение документов» (если доступно)**
— В некоторых версиях КА есть возможность объединять документы реализации в один счет на оплату через функционал «Объединение документов» или «Сводные документы».
— Проверьте в вашей конфигурации наличие таких возможностей в разделе Продажи или Закупки.

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

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

—

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

1С (Код)

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

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29

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

—
https://infostart.ru/ — поиск по запросу «счет на оплату по нескольким реализациям 1С КА»

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

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

В 1С:Управление нашей фирмой (УНФ) справочник «Штрихкоды товаров и упаковок» служит для хранения и управления штрихкодами, которые привязаны к номенклатуре и её упаковкам. Вот подробное объяснение, для чего он нужен и как работает:

### Для чего используется справочник «Штрихкоды товаров и упаковок» в 1С УНФ

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

2. Поддержка разных видов упаковок
В справочнике можно хранить штрихкоды не только на сам товар, но и на разные виды упаковок (коробки, паллеты, упаковки с разным количеством товара). Это позволяет учитывать упаковочные единицы при движении товара.

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

4. Автоматизация формирования и контроля штрихкодов
В УНФ можно автоматически генерировать штрихкоды для упаковок, а также контролировать уникальность и корректность кодов.

### Как работает справочник «Штрихкоды товаров и упаковок»

— Структура записи
Каждая запись содержит:
— Ссылка на товар (номенклатуру)
— Характеристику товара (если есть)
— Тип упаковки (например, короб, паллет, штука)
— Количество товара в упаковке
— Сам штрихкод (код, который сканируется)

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

— Использование при операциях
При вводе документов (приход, расход, продажа) по сканированному штрихкоду система находит запись в справочнике, определяет товар и упаковку, автоматически подставляет количество и реквизиты.

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

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

### Кратко

| Справочник «Штрихкоды товаров и упаковок» в 1С УНФ
| — Хранит штрихкоды, связанные с товарами и их упаковками
| — Позволяет однозначно идентифицировать товар и упаковку по штрихкоду
| — Используется для автоматизации приёмки, продажи, инвентаризации
| — Поддерживает разные типы упаковок с разным количеством товара
| — Позволяет автоматически генерировать и контролировать штрихкоды
| — Обеспечивает быстрый поиск товара по штрихкоду при работе с ТСД и кассой

Рекомендую посмотреть здесь, где подробно описан механизм работы со штрихкодами в 1С УНФ и типовые обработки для генерации:
https://infostart.ru/1c/articles/1835264/

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

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

В 1С это обычно:

1. Отключить публикацию HTTP-сервисов
В конфигурации (или расширении) отключить публикацию HTTP-сервисов, если обмен идёт через них. Это делается в файле публикации (.vrd) или в настройках публикации базы (например, снять галочку «Публиковать HTTP-сервисы»).

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

3. Отключить настройки обмена данными, связанные с HTTP
В плане обмена или настройках обмена данными убрать или отключить каналы обмена, которые используют HTTP (например, Web-сервисы, REST API).

4. Отключить в конфигурации параметр «Использовать HTTP для обмена»
Если в конфигурации есть параметр или настройка, отвечающая за использование HTTP (например, в расширении или в настройках обмена), её нужно отключить.

5. Если используется публикация через веб-сервер (IIS, Apache, Nginx), остановить или отключить публикацию
На уровне сервера можно остановить службу публикации 1С или отключить виртуальный каталог.

6. Временно отключить сетевой доступ к серверу 1С или заблокировать порт HTTP
На уровне ОС или сети можно заблокировать порт, чтобы HTTP-запросы не проходили.

Если речь именно о стандартном механизме обмена данными 1С (планы обмена), то отключение отправки по HTTP достигается отключением соответствующего канала обмена или снятием галочки «Активен» в настройках обмена.

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

—

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

—

Рекомендую посмотреть:
https://infostart.ru/public/1258813/ — про настройку HTTP публикаций и ограничение доступа
https://infostart.ru/public/693932/ — про отключение опасных действий и безопасности, где может быть блокировка отправки данных
https://infostart.ru/public/1521779/ — про клиент-серверный режим и настройки сервера, которые влияют на обмен

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

XDTO-пакет в 1С передается между базами обычно через обмен данными в формате XML, где XDTO — это структура, описывающая объекты и их свойства в виде XML-схемы. Передача происходит так:

1. Формирование XDTO-пакета
В базе-отправителе создаётся объект XDTO, который сериализует данные (справочники, документы и т.п.) в XML по определённой XSD-схеме. Это может быть штатный формат (например, EnterpriseData) или кастомный.

2. Выгрузка XDTO-пакета
Полученный XML сохраняется в файл или передаётся напрямую через веб-сервис, HTTP, FTP, файловый обмен или другой канал связи.

3. Передача файла или данных
Файл с XDTO-пакетом копируется или отправляется в базу-получатель. Это может быть:
— Через файловую систему (общая папка, FTP)
— Через веб-сервис (SOAP/REST)
— Через встроенный механизм обмена 1С (например, через план обмена)
— Через внешние интеграционные механизмы

4. Загрузка XDTO-пакета в базе-получателе
В базе-получателе XML-файл читается, парсится и десериализуется в объекты 1С согласно той же XSD-схеме. Данные записываются в базу.

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

Технически в 1С для работы с XDTO используется объект ФабрикаXDTO и методы сериализации/десериализации. Пример кода для записи объекта в XML:

|ЗаписьXML = Новый ЗаписьXML;
|ФабрикаXDTO = Новый ФабрикаXDTO;
|ТипXDTO = ФабрикаXDTO.Тип(«ИмяТипа»);
|ЗаписьXML.ЗаписатьНачалоЭлемента(«ИмяТипа»);
|// рекурсивно записываем свойства объекта
|ЗаписьXML.ЗаписатьКонецЭлемента();

Для загрузки:

|ЧтениеXML = Новый ЧтениеXML;
|ФабрикаXDTO = Новый ФабрикаXDTO;
|Объект = ФабрикаXDTO.Прочитать(ЧтениеXML, «ИмяТипа»);

Если обмен организован через веб-сервисы, то XDTO-пакет передаётся как тело SOAP-сообщения.

Рекомендую посмотреть подробный разбор и примеры здесь:
https://infostart.ru/public/1300416/
https://helpf.pro/faq/view/1597.html

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

Чтобы добавить новую запись в регистр накопления в 1С, нужно использовать объект «НаборЗаписей» регистра накопления. Вот пошагово, как это сделать:

1. Создайте набор записей регистра накопления через метод СоздатьНаборЗаписей().
2. Добавьте новую запись через метод Добавить().
3. Заполните измерения и ресурсы записи.
4. Запишите набор записей методом Записать().

Пример кода для добавления записи в регистр накопления «ОстаткиТоваров» с измерением «Номенклатура» и ресурсом «Количество»:

1С (Код)

// Создаем набор записей регистра накопления НаборЗаписей = РегистрыНакопления.ОстаткиТоваров.СоздатьНаборЗаписей(); // Добавляем новую запись НоваяЗапись = НаборЗаписей.Добавить(); // Заполняем измерения НоваяЗапись.Период = ТекущаяДата(); // или нужная дата НоваяЗапись.Номенклатура = Справочники.Номенклатура.НайтиПоНаименованию("Товар1"); // пример // Заполняем ресурсы НоваяЗапись.Количество = 10; // Записываем набор записей НаборЗаписей.Записать();

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

// Создаем набор записей регистра накопления НаборЗаписей = РегистрыНакопления.ОстаткиТоваров.СоздатьНаборЗаписей();   // Добавляем новую запись НоваяЗапись = НаборЗаписей.Добавить();   // Заполняем измерения НоваяЗапись.Период = ТекущаяДата(); // или нужная дата НоваяЗапись.Номенклатура = Справочники.Номенклатура.НайтиПоНаименованию("Товар1"); // пример   // Заполняем ресурсы НоваяЗапись.Количество = 10;   // Записываем набор записей НаборЗаписей.Записать();

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

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

—

Рекомендую посмотреть здесь:
https://helpf.pro/faq/view/883.html — пример работы с регистрами накопления.

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

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

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

Однако есть важные моменты:

1. В базе-получателе должно быть установлено то же расширение с этим реквизитом, иначе данные в XML для этого реквизита просто проигнорируются (т.к. объект в базе не знает о таком реквизите).

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

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

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

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

Рекомендую посмотреть здесь для подробностей и нюансов работы расширений с обменом данными:
https://infostart.ru/public/1029628/
https://wonderland.v8.1c.ru/blog/rasshirenie-dannykh/

[Автор]

Сообщения