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

Документ «Корректировка приобретения» в 1С:ERP используется для отражения изменений в поступлении товаров и услуг, например, при возврате, исправлении ошибок или корректировке стоимости.

Как заполнить документ «Корректировка приобретения» в 1С ERP:

1. Создание документа:
— Перейдите к документу-основанию «Приобретение товаров и услуг» или «Приобретение услуг и прочих активов», к которому относится корректировка.
— На основании этого документа создайте новый документ «Корректировка приобретения».

2. Закладка «Основное»:
— Установите дату корректировки.
— Выберите вид корректировки:
— «Корректировка по согласованию сторон» — если получен корректировочный счет-фактура.
— «Исправление ошибок» — если получен исправительный счет-фактура.

3. Закладка «Товары (после корректировки)»:
— Список товаров и услуг заполняется автоматически из документа-основания.
— При необходимости добавьте новые позиции, которые есть в корректировочном счете-фактуре, но отсутствуют в первоначальном поступлении, с помощью кнопок «Заполнить» → «Подобрать товары» или «Добавить».
— Измените количество, цену, сумму и сумму НДС в соответствии с корректировочным счетом-фактурой.

4. Закладка «Расхождения»:
— Заполняется автоматически при проведении документа, но можно заполнить вручную, нажав «Заполнить расхождения».
— Для каждой строки укажите вариант отражения расхождения:
— Изменить стоимость ТМЦ на складе (увеличить/уменьшить).
— Списать на расходы (отразить в доходах).
— В зависимости от выбранного варианта, в регламентированном учете будут сформированы соответствующие проводки.

5. Закладка «Дополнительно»:
— Укажите номер и дату входящего корректировочного документа (счета-фактуры).

6. Регистрация корректировочного счета-фактуры:
— После проведения документа «Корректировка приобретения» перейдите по гиперссылке «Зарегистрировать счет-фактуру».
— Выберите тип счета-фактуры: исправительный или корректировочный.
— Заполните номер и дату корректировочного счета-фактуры и проведите его.
— Выполните регламентные операции текущего периода через «Финансовый результат и контроллинг» → «НДС» → «Помощник по учету НДС».

7. Проведение документа:
— Проведите документ «Корректировка приобретения». В результате в регламентированном учете отразятся изменения по стоимости и количеству, а также корректировки по НДС.

—

Если при создании или проведении документа возникает ошибка, например, связанная с базой данных (как на вашем скриншоте с ошибкой Microsoft OLE DB Provider for SQL Server), это указывает на проблемы с настройками базы данных или с именами объектов в SQL Server. В таком случае нужно:

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

—

Рекомендую посмотреть подробное руководство по заполнению документа «Корректировка приобретения» здесь:
https://infostart.ru/1c/articles/832909/

Там подробно описаны все закладки и варианты заполнения с примерами.

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

Алексей, чтобы получить город организации в ЗУП, нужно обратиться к реквизитам адреса организации, который хранится в справочнике «Организации» или в связанных с ней справочниках адресов.

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

Пример кода на 1С для получения города организации:

1С (Код)

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

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 30 31 32 33

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

Объяснение:

— В ЗУП юридический адрес организации хранится в регистре сведений «КонтактнаяИнформация» с типом «ЮридическийАдрес».
— В запросе выбирается поле «Город» из адреса.
— Если в вашей конфигурации адрес хранится иначе, например, в реквизитах самой организации, то можно получить город так:

1С (Код)

Город = Организация.Город;

1	Город = Организация.Город;

Но чаще всего город именно в адресе, который связан с организацией.

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

1С (Код)

ОбщегоНазначения.ТекущаяОрганизация();

1	ОбщегоНазначения.ТекущаяОрганизация();

и дальше по аналогии получить город.

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

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

Kelo13, привет!

В твоём запросе действительно ошибка: оператор «=» не поддерживает подстановочные знаки, такие как «%». Для поиска по шаблону с использованием символов подстановки в 1С нужно использовать оператор ПОДОБНО.

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

1С (Код)

ВЫБРАТЬ Номенклатура.Наименование КАК Наименование, Номенклатура.Артикул КАК Артикул ИЗ Справочник.Номенклатура КАК Номенклатура ГДЕ Номенклатура.Наименование ПОДОБНО "Крышка %"

1 2 3 4 5 6 7

ВЫБРАТЬ Номенклатура.Наименование КАК Наименование, Номенклатура.Артикул КАК Артикул ИЗ Справочник.Номенклатура КАК Номенклатура ГДЕ Номенклатура.Наименование ПОДОБНО "Крышка %"

Объяснение:

— ПОДОБНО — оператор для поиска по шаблону, где «%» означает любое количество любых символов.
— «=» — оператор точного сравнения, не работает с шаблонами.

Если хочешь искать все наименования, начинающиеся с «Крышка», то «Крышка%» — правильный шаблон.

Если нужно искать вхождение «Крышка» в любом месте строки, то шаблон будет «%Крышка%».

Это официальная документация по запросам 1С.

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

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

В 1С в запросе нет встроенной функции для подсчёта будних дней, но можно использовать регламентированный производственный календарь (РегистрСведений.РегламентированныйПроизводственныйКалендарь), если он есть в вашей конфигурации. В этом регистре хранятся даты с указанием вида дня (рабочий, выходной, праздничный и т.п.).

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

1С (Код)

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

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21

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

Где:
— ДатаНачала и ДатаКонца — параметры с датами начала и конца периода.
— ВидДня — поле, указывающее тип дня (рабочий, выходной, предпраздничный и т.п.).
— В запросе считаются только дни с типом «Рабочий» и «Предпраздничный» (т.е. будние).

Если у вас нет регламентированного производственного календаря, то в чистом запросе без него посчитать будние дни нельзя, тогда нужно либо:
— Создать собственный справочник или регистр с календарём,
— Либо считать в коде 1С, перебирая даты и проверяя день недели (функция ДеньНедели()).

Пример подсчёта будних дней в коде 1С без запроса:

1С (Код)

Функция КоличествоБуднихДней(ДатаНачала, ДатаКонца) Количество = 0; ТекущаяДата = ДатаНачала; Пока ТекущаяДата <= ДатаКонца Цикл ДеньНедели = ДеньНедели(ТекущаяДата, 2); // 2 - понедельник=1, воскресенье=7 Если ДеньНедели >= 1 И ДеньНедели <= 5 Тогда Количество = Количество + 1; КонецЕсли; ТекущаяДата = ТекущаяДата + 1; КонецЦикла; Возврат Количество; КонецФункции

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

Функция КоличествоБуднихДней(ДатаНачала, ДатаКонца)     Количество = 0;     ТекущаяДата = ДатаНачала;     Пока ТекущаяДата <= ДатаКонца Цикл         ДеньНедели = ДеньНедели(ТекущаяДата, 2); // 2 - понедельник=1, воскресенье=7         Если ДеньНедели >= 1 И ДеньНедели <= 5 Тогда             Количество = Количество + 1;         КонецЕсли;         ТекущаяДата = ТекущаяДата + 1;     КонецЦикла;     Возврат Количество; КонецФункции

Если нужно именно в запросе — используйте регламентированный календарь, как в примере выше.
https://helpf.pro/faq/view/1421.html (работа с датами и периодами в 1С)

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

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

1. Настройка договоров
В Базовой редакции нет отдельного вида договора «Агентский», но можно создать договор с контрагентом с пометкой в названии «Агентский» для удобства.

2. Отражение операций по агентскому договору
— Поступление услуг (товаров) от поставщика оформляйте обычным документом «Поступление товаров и услуг» на агента (вашу организацию).
— В табличной части указывайте услуги, которые агент приобрел для принципала.
— В поле «Комментарий» или «Назначение» можно указать, что это агентские услуги.

3. Перевыставление стоимости принципалу
— Создайте документ «Реализация товаров и услуг» на сумму, которую агент выставляет принципалу.
— В договоре с принципалом укажите условия агентского договора.

4. Учет расчетов с принципалом
— Используйте счет 76.09 «Расчеты с разными дебиторами и кредиторами» для учета расчетов с принципалом.
— При получении аванса от принципала — оформляйте «Поступление на расчетный счет» с видом операции «Прочее поступление» и счетом кредита 76.09.
— При оплате поставщику — оформляйте «Списание с расчетного счета» с видом операции «Оплата поставщику».

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

6. Отчетность
Отчетов по агентским договорам в Базовой редакции нет. Можно сделать собственный отчет через СКД или выгрузить данные для анализа.

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

Если нужна более удобная работа с агентскими договорами и НДС — рекомендую перейти на редакцию ПРОФ.

Рекомендую посмотреть методичку по агентским договорам в БП (для ПРОФ, но можно адаптировать):
https://infostart.ru/1c/articles/285565/

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

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

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

Это ключевое отличие от ЗУП, где право на отпуск ведётся через регистры накопления и документы.

В УПП:

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

— Фактический учёт отпусков ведётся через документы «Начисление отпусков», «Предоставление отпусков» и т.п.

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

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

Это стандартный механизм в УПП.

Спасибо, что уточнили!

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

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

НДС подают только организации и ИП, которые являются плательщиками НДС (например, на ОСН или при добровольной регистрации).

Если же вы зарегистрированы как плательщик НДС, то:

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

Уведомления по НДС (например, о переходе на УСН или о регистрации плательщиком НДС) подаются разово или по необходимости, а не ежемесячно.

—

Итог: для ИП на УСН «Доходы» ежемесячные уведомления по НДС не подаются.

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

ВТИ Николай, приветствую!

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

Это типичная ситуация, когда в общем модуле, отвечающем за контроль дат запрета изменения (обычно это «ДатыЗапретаИзменения» или «ДатыЗапретаИзмененияПереопределяемый»), в процедуре «ЗаполнитьИсточникиДанныхДляПроверкиЗапретаИзменения» отсутствует описание источников данных для конкретного регистра накопления «УдалитьПрочиеДоходы1».

Как исправить:

1. Найдите общий модуль «ДатыЗапретаИзмененияПереопределяемый» (или аналогичный, который используется в вашей конфигурации для контроля дат запрета).

2. В нем найдите процедуру «ЗаполнитьИсточникиДанныхДляПроверкиЗапретаИзменения» (или похожее название).

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

4. Добавьте в эту процедуру обработку для регистра «РегистрНакопления.УдалитьПрочиеДоходы1», чтобы для него были определены источники данных, необходимые для проверки.

Примерный код добавления (пример, адаптируйте под вашу конфигурацию):

1С (Код)

Процедура ЗаполнитьИсточникиДанныхДляПроверкиЗапретаИзменения(Таблица, ИсточникиДанных) // ... существующий код ... Если Таблица = "РегистрНакопления.УдалитьПрочиеДоходы1" Тогда // Добавляем необходимые источники данных для этого регистра // Если нужны дополнительные таблицы или измерения, добавьте их здесь Возврат; КонецЕсли; // ... остальной код ... КонецПроцедуры

1 2 3 4 5 6 7 8 9 10 11

Процедура ЗаполнитьИсточникиДанныхДляПроверкиЗапретаИзменения(Таблица, ИсточникиДанных)     // ... существующий код ...       Если Таблица = "РегистрНакопления.УдалитьПрочиеДоходы1" Тогда         // Добавляем необходимые источники данных для этого регистра         // Если нужны дополнительные таблицы или измерения, добавьте их здесь         Возврат;     КонецЕсли;       // ... остальной код ... КонецПроцедуры

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

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

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

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

https://infostart.ru/1c/articles/1263068/

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

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

Удачи!

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

Основные причины, почему точки останова в конфигураторе 1С не срабатывают на Astra Linux, даже если режим отладки включён в .service:

1. Проблемы с сетевым соединением и портами отладчика
— Отладчик 1С использует TCP-порт (обычно 1562). Если порт заблокирован или неправильно настроен, соединение не устанавливается.
— Проверьте, что порт открыт в firewall и что нет конфликтов с другими процессами, которые могут занимать этот порт.

2. Ошибки в разрешении DNS-имён
— Отладчик и сервер должны корректно разрешать имена друг друга. Если DNS или /etc/hosts настроены неправильно, соединение не устанавливается.
— Проверьте, что имя сервера и клиента корректно резолвятся.

3. SELinux или аналогичные системы безопасности
— В Astra Linux может быть включён режим SELinux или аналогичные механизмы контроля доступа, которые блокируют работу отладчика.
— Проверьте статус командой getenforce или аналогом, отключите или настройте политику для 1С.

4. Конфликты с TCP-параметрами системы
— Ошибки типа 10048 (адрес уже используется) и 10060 (таймаут соединения) указывают на проблемы с TCP-портами.
— Рекомендуется увеличить диапазон динамических портов (MaxUserPort), уменьшить время ожидания закрытия соединения (TcpTimedWaitDelay), отключить автотюнинг TCP.
— После изменений перезагрузите систему.

5. Несовместимость или отсутствие необходимых библиотек
— Для работы отладчика и конфигуратора в Linux требуется корректная установка всех зависимостей, включая GTK, шрифты Microsoft (ttf-mscorefonts-installer), OpenGL-библиотеки.
— Отсутствие или конфликт драйверов (например, старые ATI Radeon) может приводить к сбоям.

6. Запуск конфигуратора без графического окружения
— Конфигуратор требует X-сервер. Если запускается в консоли без X, отладка не работает.
— Используйте виртуальный X-сервер Xvfb для запуска конфигуратора в пакетном режиме.

7. Неправильные права доступа к файлам и каталогам
— Пользователь, под которым работает сервер 1С, должен иметь права на каталоги и файлы, связанные с отладкой и конфигуратором.

8. Ошибки в настройках .service
— Проверьте, что в unit-файле systemd для srv1cv83 правильно указаны параметры запуска с включённым debug.
— Убедитесь, что служба действительно перезапускается с новыми параметрами.

Резюмируя, чаще всего проблема связана с сетевыми настройками (порты, DNS), системными ограничениями (SELinux, TCP), отсутствием графического окружения и правами доступа. Проверьте логи сервера 1С и системные логи для выявления точной причины.
https://1s-on.ru/oshibki-servera-1s-na-linux/ — типичные ошибки сервера 1С на Linux, включая проблемы с запуском и отладкой.
https://infostart.ru/1c/articles/825073/ — запуск конфигуратора 1С в Linux с Xvfb для корректной работы отладчика.

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

Если длина реквизита ПолноеНаименование ограничена 1024 символами, а полное значение длиннее, и менять длину на «неограниченная» нельзя из-за группировок в запросах, то можно сделать так:

1. Хранить полное значение в дополнительном реквизите или регистре сведений
— Создайте дополнительный реквизит (например, «ПолноеНаименованиеПолное» типа «Строка неограниченной длины») в справочнике или в отдельном регистре сведений, связанного с номенклатурой.
— В этот реквизит записывайте полное значение, которое не помещается в основной реквизит.
— Основной реквизит «ПолноеНаименование» оставьте с длиной 1024, туда записывайте усечённое или сокращённое значение, чтобы группировки и запросы работали корректно.

2. Отображение в печатной форме
— В печатной форме вместо основного реквизита «ПолноеНаименование» выводите значение из дополнительного реквизита с полным текстом.
— Если дополнительный реквизит пустой, можно подставлять основной.

3. Автоматизация заполнения
— При вводе или обновлении номенклатуры сделайте обработчик (например, в событии ПередЗаписью или в обработке заполнения), который будет копировать полное значение в дополнительный реквизит.
— Можно сделать форму редактирования, где пользователь вводит полный текст в поле с неограниченной длиной, а в основной реквизит записывается усечённый вариант.

4. Преимущества
— Не ломаете существующие группировки и запросы, которые используют основной реквизит.
— Храните полный текст без ограничений.
— В печатных формах и отчетах показываете полный текст.

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

—

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

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

Голубь, привет!

Для реализации внешнего расширения, которое будет проверять наличие заполненного реквизита «НомерЗаказа ИнтернетМагазина» в документе «Заказ покупателя» и при этом перед записью заменять ФИО покупателя на значение из реквизита «Розничный покупатель», нужно сделать следующее:

1. Создать внешнее расширение для конфигурации, в которой есть документ «Заказ покупателя».
2. В модуле объекта документа «Заказ покупателя» расширения написать обработчик события ПередЗаписью.
3. В этом обработчике проверить, заполнен ли реквизит «НомерЗаказа ИнтернетМагазина».
4. Если заполнен, то заменить реквизит, который хранит ФИО покупателя (например, «Покупатель» или «ФИОПокупателя» — зависит от конфигурации), на значение из реквизита «Розничный покупатель».

Пример кода для модуля объекта внешнего расширения:

1С (Код)

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

1 2 3 4 5 6 7 8 9 10 11

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

Обрати внимание:

— Названия реквизитов «НомерЗаказаИнтернетМагазина», «РозничныйПокупатель» и «Покупатель» должны точно совпадать с теми, что есть в твоей конфигурации. Если они называются иначе, нужно подставить правильные имена.
— Если «Покупатель» — это ссылка на справочник контрагентов, а «Розничный покупатель» — строка с ФИО, то возможно нужно заменить не ссылку, а реквизит с ФИО, например, «ФИОПокупателя» или аналогичный.
— Если «Розничный покупатель» — это тоже справочник, то замена будет проще.
— Код пишется в модуле объекта документа «Заказ покупателя» именно в расширении, чтобы не менять типовую конфигурацию.

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

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

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

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

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

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

1. Блокировка метаданных при обновлении
Изменение структуры данных (например, длины реквизита) — это изменение метаданных конфигурации. Платформа 1С при обновлении конфигурации блокирует объекты метаданных, чтобы избежать конфликтов.

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

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

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

5. Дополнительные нюансы
— Иногда даже если пользователи вышли, сессии могут «зависнуть» (например, из-за сетевых проблем). Тогда помогает перезапуск сервера 1С или базы.
— В распределённых информационных базах (РИБ) обновление расширений требует синхронизации, которая тоже блокируется активными пользователями.

—

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

Рекомендую посмотреть здесь:
https://infostart.ru/public/1198314/ — про ошибки при обновлении расширений и активных пользователей.

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

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

1С (Код)

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

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22

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

Объяснение:

— Документ.ЧекККМ.Товары — табличная часть товаров в чеках.
— Через ВНУТРЕННЕЕ СОЕДИНЕНИЕ связываем с номенклатурой.
— Через ВНУТРЕННЕЕ СОЕДИНЕНИЕ связываем с шапкой документа ЧекККМ, чтобы получить дату и кассу.
— Через ВНУТРЕННЕЕ СОЕДИНЕНИЕ с табличной частью сегмента номенклатуры фильтруем товары по заданному сегменту.
— В условии ГДЕ фильтруем по дате и по сегменту.
— Сортируем сначала по номенклатуре, потом по дате чека.

Параметры:

— &НачДата — начало периода.
— &КонДата — конец периода.
— &СегментНоменклатуры — ссылка на нужный сегмент номенклатуры.

—

Если сегмент номенклатуры — это справочник с табличной частью «Товары», то соединение с ним именно так и делается.

—

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

—

Если сегмент номенклатуры — это реквизит номенклатуры (не табличная часть), тогда условие будет проще:

1С (Код)

|ГДЕ | Номенклатура.Сегмент = &СегментНоменклатуры

1 2	|ГДЕ |    Номенклатура.Сегмент = &СегментНоменклатуры

—

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

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

Пошаговая инструкция по учёту селлера маркетплейсов в 1С:Бухгалтерия 8 для ИП на УСН «Доходы»:

—

### 1. Настройка учетной политики

— В разделе «Главное» → «Настройки» → «Учетная политика» выберите:
— Система налогообложения: УСН с объектом «Доходы».
— Включите ведение Книги учета доходов и расходов (КУДиР).
— Отключите учет НДС (если не платите).

—

### 2. Создание контрагентов маркетплейсов

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

—

### 3. Отражение реализации товаров

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

—

### 4. Отражение поступления денег от маркетплейса

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

—

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

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

—

### 6. Корректировки и возвраты

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

—

### 7. Формирование Книги учета доходов и расходов (КУДиР)

— В разделе «Отчеты» → «Налоговый учет» → «Книга учета доходов и расходов» формируйте отчет за нужный период.
— Проверьте, что все доходы отражены корректно, без пропусков.

—

### 8. Формирование налоговой декларации по УСН

— В разделе «Отчеты» → «Налоговая отчетность» → «Декларация по УСН» заполните декларацию на основании данных КУДиР.
— Проверьте правильность заполнения и сдайте в налоговую.

—

### 9. Резервное копирование и контроль

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

—

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

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

—

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

[Автор]

Сообщения