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

Передача больших пакетов через веб-сервис в 1С:Предприятии — задача нетривиальная из-за ограничений веб-сервера и платформы. Вот как это обычно решается:

1. **Ограничения веб-сервера**
По умолчанию IIS ограничивает максимальный размер входящего сообщения примерно 30 МБ, Apache — около 16 МБ. Если пакет больше — сервер просто не примет запрос. Можно увеличить лимит, изменив настройки веб-сервера, например, в IIS через web.config:

1С (Код)

<system.webServer> | <security> | <requestfiltering> | <requestlimits maxAllowedContentLength="1048576000"></requestlimits> | </requestfiltering> | </security> </system.webServer>

1 2 3 4 5 6 7

<system.webServer>    |  <security>    |    <requestfiltering>    |      <requestlimits maxAllowedContentLength="1048576000"></requestlimits>    |    </requestfiltering>    |  </security>    </system.webServer>

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

2. **Передача файла по частям (пакетам)**
Правильный и рекомендуемый способ — разбивать большой пакет на части и передавать их по отдельности. В 1С это реализуется через веб-сервис, который принимает части с уникальным идентификатором (GUID) и порядковым номером. На стороне сервера части сохраняются в регистр сведений, а после получения всех частей происходит «склейка» в исходный файл.

Пример обработчика метода веб-сервиса:

1С (Код)

Функция executeMethod(MessagePart) Ответ = ФабрикаXDTO.Создать(ФабрикаXDTO.Пакеты.Получить("http://www.develplatform.ru").Получить("MessagePartResponse")); Попытка РегистрыСведений.ПринятыеЧастиПакета.ЗафиксироватьПриемЧастиПакета( Новый УникальныйИдентификатор(MessagePart.MessageId), MessagePart.PartNumber, MessagePart.PartData, MessagePart.CountOfParts, MessagePart.MessageName, MessagePart.FileExtension, MessagePart.FileName, MessagePart.Size ); Ответ.Success = Истина; Исключение Ответ.Success = Ложь; КонецПопытки; Возврат Ответ; КонецФункции

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

Функция executeMethod(MessagePart)    Ответ = ФабрикаXDTO.Создать(ФабрикаXDTO.Пакеты.Получить("http://www.develplatform.ru").Получить("MessagePartResponse"));    Попытка      РегистрыСведений.ПринятыеЧастиПакета.ЗафиксироватьПриемЧастиПакета(        Новый УникальныйИдентификатор(MessagePart.MessageId),        MessagePart.PartNumber,        MessagePart.PartData,        MessagePart.CountOfParts,        MessagePart.MessageName,        MessagePart.FileExtension,        MessagePart.FileName,        MessagePart.Size      );      Ответ.Success = Истина;    Исключение      Ответ.Success = Ложь;    КонецПопытки;    Возврат Ответ; КонецФункции

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

3. **Использование встроенной библиотеки «ПередачаДанных»**
В платформе 1С есть служебная библиотека «ПередачаДанных», которая реализует передачу больших файлов через HTTP-сервисы с поддержкой докачки, многопоточной загрузки и высокой скорости. Она разбивает файл на части, передает их, а на сервере собирает обратно. Это более современный и производительный способ, особенно для объемов до десятков гигабайт.
Подробнее о ней: https://infostart.ru/1c/articles/1111349/

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

5. **Практические рекомендации**
— Не пытайтесь передавать большие файлы целиком через веб-сервис — это неустойчиво и неэффективно.
— Используйте разбиение на части с уникальным идентификатором и порядковым номером.
— Настраивайте веб-сервер на прием больших сообщений, но не слишком большие, чтобы не перегружать сервер.
— Рассмотрите использование библиотеки «ПередачаДанных» для оптимальной передачи больших объемов.
— При необходимости реализуйте контроль целостности и подтверждение получения каждой части.
https://infostart.ru/1c/articles/1111349/ — описание библиотеки «ПередачаДанных» для передачи больших файлов
https://infostart.ru/1c/articles/582886/ — пример передачи больших данных через веб-сервисы с разбиением на части

Таким образом, передача больших пакетов через веб-сервис в 1С — это либо увеличение лимитов веб-сервера для небольшого роста, либо (лучше) реализация передачи по частям с последующей сборкой на сервере.

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

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

То есть пакет — это не один объект, а совокупность объектов (справочников, документов и т.п.), сериализованных в единый формат (чаще всего XML или JSON через XDTO), которые передаются и обрабатываются как единое целое. Пакет формируется на этапе формирования очереди и упаковки данных, и его размер и состав зависят от настроек обмена и логики формирования пакетов.

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

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

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

EnterpriseData — это формат обмена данными в 1С, основанный на XML, ориентированный на бизнес-сущности (документы, справочники и т.п.). Обработка пакетов и хранение информации о них реализованы следующим образом:

1. **Структура пакета**
Пакет обмена — это XML-файл, который состоит из двух основных секций:
—

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

2. **Формирование пакета**
При выгрузке данных из 1С формируется пакет, в который включаются все изменения, зарегистрированные в плане обмена или в регистрах изменений. В типовом механизме EnterpriseData пакет формируется целиком, без разбиения на части (порции), что может приводить к большим XML-файлам.

3. **Хранение информации о пакете**
Информация о пакете хранится в базе 1С в рамках механизма обмена данными:
— В регистрах сведений или специальных таблицах регистрации изменений фиксируются объекты, включённые в пакет.
— В плане обмена фиксируются статусы пакетов (создан, отправлен, получен, обработан, подтверждён).
— Внутри XML-пакета в секции

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

4. **Обработка пакета при загрузке**
При загрузке пакета в базу-приёмник 1С:Предприятие:
— Считывается

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

5. **Особенности и ограничения**
— Пакеты EnterpriseData не разбиваются на порции по умолчанию, что может приводить к большим XML-файлам и проблемам с производительностью.
— Для повышения производительности и устойчивости обмена часто применяют доработки: например, добавляют собственные механизмы разбиения пакетов, параллельной обработки, логирования.
— В базе хранится только информация о статусах и идентификаторах пакетов, сами данные — в XML-файлах обмена.

Таким образом, EnterpriseData обрабатывает пакеты как единые XML-файлы с метаданными в заголовке, а информация о каждом пакете хранится в базе в виде статусов и регистраций изменений, а сам пакет — в виде XML-файла, который передаётся между системами.
https://infostart.ru/1c/articles/1130733/
https://helpf.pro/faq83/view/1719.html

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

EnterpriseData — это технология обмена данными в 1С:Предприятии, основанная на универсальном формате XML, предназначенная для интеграции различных информационных систем и конфигураций 1С. Принцип работы EnterpriseData можно описать так:

1. **Универсальный формат обмена**
EnterpriseData использует XML-структуру, которая стандартизирована и описывает объекты конфигурации, их реквизиты, табличные части и связи. Это позволяет обмениваться данными между разными конфигурациями и версиями 1С без потери информации.

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

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

4. **Поддержка пакетной обработки**
EnterpriseData может обрабатывать большие объемы данных пакетами, что позволяет эффективно синхронизировать большие базы и минимизировать нагрузку.

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

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

7. **Использование в типовых и пользовательских конфигурациях**
EnterpriseData встроена в типовые решения 1С (например, УТ, БП) и широко применяется для обмена между ними, а также для интеграции с внешними системами.

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

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

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

—

### 1. Введение в 1С:УНФ
Цель: Ознакомить с программой, интерфейсом и базовыми настройками.
— Что такое 1С:УНФ, для каких задач предназначена
— Запуск программы, вход в систему
— Обзор интерфейса: главное меню, рабочий стол, панели инструментов
— Настройка параметров пользователя (язык, тема, подписи)
— Основные объекты программы: справочники, документы, отчеты
— Практика: вход в программу, настройка профиля пользователя

—

### 2. Основные справочники
Цель: Научиться создавать и редактировать ключевые справочники.
— Контрагенты: создание, редактирование, виды (покупатели, поставщики)
— Номенклатура: создание товаров и услуг, характеристики, группы
— Складские помещения и склады: создание, назначение
— Единицы измерения: настройка и использование
— Практика: создать контрагента, добавить товар с характеристиками, создать склад

—

### 3. Управление запасами
Цель: Освоить операции прихода, перемещения и списания товаров.
— Документ «Поступление товаров и услуг»: заполнение, проведение
— Перемещение товаров между складами: документ «Перемещение товаров»
— Списание товаров: причины списания, оформление документа
— Возврат товаров поставщику
— Контроль остатков на складах
— Практика: оформить поступление, перемещение и списание товаров

—

### 4. Продажи и работа с заказами
Цель: Научиться оформлять продажи и работать с заказами покупателей.
— Создание заказа покупателя: заполнение, согласование
— Документ «Реализация товаров и услуг»: оформление продажи
— Работа с предоплатами и авансами: оформление, учет
— Возврат товаров от покупателей
— Практика: оформить заказ, провести реализацию, оформить возврат

—

### 5. Закупки и работа с поставщиками
Цель: Освоить процесс закупок и взаимодействия с поставщиками.
— Создание заказа поставщику
— Приемка товаров по заказу: документ «Поступление товаров и услуг»
— Оплата поставщикам: документ «Платежное поручение» или кассовый ордер
— Возврат товаров поставщику
— Практика: создать заказ поставщику, оформить приемку и оплату

—

### 6. Финансовый учет и денежные средства
Цель: Научиться работать с денежными средствами и расчетами.
— Работа с кассой: приход и расход наличных
— Работа с банковскими счетами: платежи, выписки
— Документы перемещения денежных средств между счетами
— Ведение расчетов с контрагентами: задолженности, авансы
— Практика: оформить кассовый приход и расход, провести платеж

—

### 7. Учет затрат и себестоимости
Цель: Понять учет затрат и формирование себестоимости.
— Настройка статей затрат и направлений деятельности
— Учет затрат по статьям и объектам учета
— Расчет себестоимости товаров и услуг
— Анализ затрат и рентабельности
— Практика: создать статьи затрат, провести учет затрат, рассчитать себестоимость

—

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

—

### 9. Администрирование и настройка
Цель: Освоить базовые настройки и управление пользователями.
— Управление правами доступа: роли, группы пользователей
— Настройка параметров учета: валюты, налоговые ставки, учетные политики
— Настройка обмена данными и интеграции
— Резервное копирование и восстановление базы данных
— Практика: создать пользователя с ограниченными правами, настроить параметры учета

—

### 10. Практические кейсы и закрепление
Цель: Закрепить знания на реальных бизнес-сценариях.
— Выполнение типовых операций: приемка, продажа, оплата, списание
— Решение типовых ошибок и вопросов пользователей
— Разбор сложных ситуаций и нестандартных задач
— Итоговое тестирование или практическое задание

—

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

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

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

—

### 1. Введение в 1С:УНФ
— Обзор программы, назначение и возможности
— Интерфейс пользователя: рабочий стол, меню, навигация
— Настройка параметров пользователя и программы

### 2. Основные справочники
— Контрагенты: создание, редактирование, группы
— Номенклатура: создание товаров и услуг, характеристики, группы
— Складские помещения и склады
— Единицы измерения и упаковки

### 3. Управление запасами
— Приход товаров: документы поступления
— Перемещение товаров между складами
— Списание и возврат товаров
— Учет остатков и контроль запасов

### 4. Продажи и продажи с предоплатой
— Создание заказов покупателей
— Оформление документов реализации
— Работа с предоплатами и авансами
— Возвраты от покупателей

### 5. Закупки и поставщики
— Создание заказов поставщикам
— Приемка товаров по заказам
— Оплата поставщикам
— Возвраты поставщикам

### 6. Финансовый учет и денежные средства
— Работа с кассой и банковскими счетами
— Планирование и контроль денежных потоков
— Документы перемещения денег
— Ведение расчетов с контрагентами

### 7. Учет затрат и себестоимости
— Настройка статей затрат
— Учет затрат по направлениям деятельности
— Расчет себестоимости товаров и услуг

### 8. Отчеты и анализ
— Стандартные отчеты по продажам, закупкам, остаткам
— Анализ финансовых показателей
— Настройка и использование пользовательских отчетов

### 9. Администрирование и настройка
— Управление правами доступа пользователей
— Настройка параметров учета и обмена данными
— Резервное копирование и восстановление базы

### 10. Практические занятия и кейсы
— Выполнение типовых операций в программе
— Решение реальных бизнес-задач на базе УНФ
— Ответы на вопросы и разбор ошибок

—

Такой план можно адаптировать под конкретные задачи и уровень слушателей. Для самостоятельного изучения рекомендую использовать официальную документацию 1С, видеоуроки и материалы на infostart.ru.

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

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

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

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

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

3. Создать справочник «Типоразмеры ячеек»
— Определите типы ячеек по размеру, типу хранения (стеллаж, паллета, ящик и т.п.).
— Это позволит потом создавать ячейки с нужными параметрами.

4. Создать ячейки хранения
— В справочнике «Ячейки хранения» создайте конкретные ячейки, укажите к какой области они относятся, типоразмер, вместимость и другие параметры.
— Можно задать правила размещения товаров в ячейках (например, по типу товара, условиям хранения).

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

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

7. Проверить отчёты и операции
— В отчётах по остаткам и движению товаров теперь будет информация по ячейкам.
— Можно контролировать точное местоположение товара на складе.

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

Рекомендую посмотреть подробное руководство по топологии склада и ячеистому хранению в 1С:Управление торговлей и ERP на infostart.ru, например:
https://infostart.ru/public/2129810/ — там подробно описана настройка топологии склада, включая ячеистое хранение.

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

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

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

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

Расположение и назначение:

— Регистр накопления «СвободныеОстатки» находится в конфигураторе в разделе «Регистры накопления».
— Измерения обычно: Товар, Склад, Характеристика, Серия.
— Ресурсы: КоличествоСвободное, СтоимостьСвободная.

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

Отчёт «Остатки товара на складах» в типовой УТ обычно берёт данные из регистра «ТоварыНаСкладах» (общие остатки), а для анализа свободных остатков есть отдельные отчёты или можно сделать свой на базе регистра «СвободныеОстатки».

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

1С (Код)

РегистрыНакопления.СвободныеОстатки.Остатки(Товар, Склад);

1	РегистрыНакопления.СвободныеОстатки.Остатки(Товар, Склад);

где Товар и Склад — ссылки на объекты.

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

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

Проблема в том, что свойство LastActiveAt в COM-объекте агента сервера возвращается в формате, который не является обычным значением даты/времени 1С, а скорее строкой или объектом, который всегда обновляется при запросе, либо возвращает текущее время, что не отражает реальную активность.

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

1. Использовать свойство StartedAt (время начала сеанса) и LastActiveAt (время последней активности), но правильно преобразовывать их в дату/время 1С.

2. В COM-объекте эти свойства могут быть строками в формате ISO 8601, например: «2026-05-11T22:00:00Z». Нужно преобразовать их в дату 1С через ДатаВремяИзСтроки().

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

Пример доработки вашего кода:

1С (Код)

Процедура ЗавершитьНеактивныеСеансы() Connector = Новый COMОбъект("V83.COMConnector"); Server = Connector.ConnectAgent("1c8Prostore"); Clusters = Server.GetClusters(); Cluster = Clusters.GetValue(0); Server.Authenticate(Cluster, "", ""); Bases = Server.GetInfoBases(Cluster); Для Каждого ТекущаяБаза Из Bases Цикл Если ВРег(ТекущаяБаза.Name) = ВРег("TDP_MB_DEV") Тогда Сеансы = Server.GetInfoBaseSessions(Cluster, ТекущаяБаза); ТекущаяДатаВремя = ТекущаяДата(); Для Каждого Сеанс Из Сеансы Цикл // Преобразуем LastActiveAt из строки в дату ВремяПоследнейАктивности = Неопределено; Попытка ВремяПоследнейАктивности = ДатаВремяИзСтроки(Сеанс.LastActiveAt); Исключение // Если не удалось преобразовать, пропускаем Продолжить; КонецПопытки; Если ВремяПоследнейАктивности <> Неопределено Тогда РазницаВМин = (ТекущаяДатаВремя - ВремяПоследнейАктивности) * 24 * 60; Если РазницаВМин > 15 Тогда Server.TerminateSession(Cluster, Сеанс); КонецЕсли; КонецЕсли; КонецЦикла; Прервать; КонецЕсли; КонецЦикла; КонецПроцедуры

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 34 35 36 37

Процедура ЗавершитьНеактивныеСеансы()          Connector = Новый COMОбъект("V83.COMConnector");     Server = Connector.ConnectAgent("1c8Prostore");          Clusters = Server.GetClusters();     Cluster = Clusters.GetValue(0);     Server.Authenticate(Cluster, "", "");          Bases = Server.GetInfoBases(Cluster);     Для Каждого ТекущаяБаза Из Bases Цикл         Если ВРег(ТекущаяБаза.Name) = ВРег("TDP_MB_DEV") Тогда             Сеансы = Server.GetInfoBaseSessions(Cluster, ТекущаяБаза);             ТекущаяДатаВремя = ТекущаяДата();                          Для Каждого Сеанс Из Сеансы Цикл                 // Преобразуем LastActiveAt из строки в дату                 ВремяПоследнейАктивности = Неопределено;                 Попытка                     ВремяПоследнейАктивности = ДатаВремяИзСтроки(Сеанс.LastActiveAt);                 Исключение                     // Если не удалось преобразовать, пропускаем                     Продолжить;                 КонецПопытки;                                  Если ВремяПоследнейАктивности <> Неопределено Тогда                     РазницаВМин = (ТекущаяДатаВремя - ВремяПоследнейАктивности) * 24 * 60;                     Если РазницаВМин > 15 Тогда                         Server.TerminateSession(Cluster, Сеанс);                     КонецЕсли;                 КонецЕсли;             КонецЦикла;             Прервать;         КонецЕсли;     КонецЦикла;   КонецПроцедуры

Если LastActiveAt всё равно не отражает реальную активность, можно попробовать использовать свойство StartedAt и логику по времени жизни сеанса, либо смотреть на другие свойства сеанса, например, Hibernate (спящий сеанс) или blockedByDBMS (блокировка).

Также можно получить список соединений через GetInfoBaseConnections и смотреть время активности там.

Рекомендую посмотреть подробности по работе с COM-объектом агента сервера и структуре сеансов здесь:

https://infostart.ru/public/1537450/
https://infostart.ru/public/77671/

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

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

Реквизит «Без отражения в учете» в документе Реализация (акт, накладная) в 1С:Бухгалтерия 8.3 означает, что при проведении документа не формируются бухгалтерские и налоговые проводки. Однако это не значит, что документ не влияет на регистры расчетов с контрагентами.

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

Причина, почему суммы таких документов попадают в отчет:

1. Документ Реализация создает запись в регистре расчетов с контрагентами, отражая задолженность покупателя, независимо от флага «Без отражения в учете».
2. Флаг «Без отражения в учете» отключает формирование бухгалтерских проводок, но не отменяет движение по регистрам расчетов.
3. Отчет «Задолженность покупателей» берет данные именно из регистра расчетов, а не из бухгалтерских проводок.

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

— В настройках отчета добавить фильтр по реквизиту документа «Без отражения в учете» (если он доступен в источнике данных отчета).
— Либо доработать отчет, чтобы он игнорировал документы с этим флагом.
— Либо изменить логику заполнения регистра расчетов с контрагентами, чтобы при установленном флаге «Без отражения в учете» записи в регистр не создавались (но это нестандартно и требует доработки).

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

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

Рекомендую посмотреть здесь, как работает флаг «Без отражения в учете» и как формируются движения по регистрам расчетов:

https://its.1c.ru/db/metod8dev#content:349:hdoc

И по отчету задолженности:

https://its.1c.ru/db/metod8dev#content:349:hdoc:report_debtors

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

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

Привет! Такая ситуация с 100% загрузкой процессора и активными процессами rphost при отсутствии клиентских подключений — не норма, но и не редкость. Вот что происходит и что делать:

1. Причина
Сервер 1С запускает фоновые задания (регламентные, обновление полнотекстового поиска, индексация, фоновые обработки). Они могут грузить процессор, особенно если их много или они «зависли».
Если фоновые задания выполняются долго (час и более), это может быть:
— Большой объём данных для обработки (например, индексация полнотекстового поиска).
— Зависшие или «залипшие» регламентные задания.
— Ошибки в конфигурации или в самих фоновых заданиях.
— Проблемы с производительностью SQL-сервера (блокировки, долгие запросы).

2. Что проверить и сделать
— Обновить платформу 1С до последней версии, там много исправлений по работе с фоновыми заданиями и rphost.
— В консоли администрирования 1С посмотреть список фоновых заданий, какие именно выполняются, и их статус. Если есть «зависшие» — можно попробовать их остановить или отключить.
— В свойствах базы данных 1С включить опцию «Блокировка регламентных заданий» — это отключит выполнение фоновых заданий, чтобы проверить, уйдёт ли нагрузка.
— Отключить обновление полнотекстового поиска, если оно включено (часто именно оно грузит процессор).
— Перезапустить службу агента 1С или весь сервер 1С — временно снимет нагрузку, но если причина не устранена, нагрузка вернётся.
— Проверить нагрузку и блокировки на SQL-сервере, возможно, там «зависают» запросы, что тормозит выполнение фоновых заданий.
— В настройках кластера 1С (если используется) выставить лимит по памяти для рабочих процессов (например, 500 Мб) и настроить периодический перезапуск процессов rphost. Это помогает избежать утечек памяти и зависаний.
— Если сервер слабый (мало CPU, мало RAM), возможно, стоит увеличить ресурсы.

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

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

Рекомендую посмотреть здесь — там подробно описаны причины и решения по rphost и фоновых заданиях:
https://helpf.pro/faq83/view/1645.html
https://helpf.pro/faq82/view/1645.html

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

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

В 1С:ERP создать отчет «Журнал учета ремонта основных средств» можно следующим образом:

1. **Определить цель отчета и структуру данных**
В отчете должны отображаться основные сведения о ремонтах основных средств: дата ремонта, объект (основное средство), вид ремонта, описание работ, затраты (материалы, трудозатраты), ответственные подразделения и исполнители, статус ремонта и т.п.

2. **Источник данных**
В 1С:ERP ремонты основных средств обычно учитываются через документы и регистры, связанные с ремонтом:
— Документы «Заказ на ремонт» (Обслуживание и ремонт)
— Документы «Выполнение ремонта»
— Регистры накопления, например, регистр учета затрат на ремонт
— Справочники основных средств и подразделений

3. **Создание отчета в конфигураторе**
— Откройте конфигуратор 1С:ERP
— Создайте новый объект конфигурации — Отчет, например, с именем «ЖурналУчетаРемонтаОсновныхСредств»
— В отчете создайте схему компоновки данных (СКД)
— В источниках данных добавьте запрос, который будет выбирать данные из документов и регистров, связанных с ремонтом основных средств

4. **Пример текста запроса для отчета (СКД)**
Запрос должен выбирать данные из документов «Заказ на ремонт» и связанных табличных частей, например:

1С (Код)

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

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

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

Параметры &ДатаНачала и &ДатаКонца задаются в форме отчета для фильтрации по периоду.

5. **Создание формы отчета**
— Добавьте элементы управления для выбора периода (начало и конец)
— Добавьте табличный документ для вывода данных
— В обработчике кнопки «Сформировать» выполните запрос и заполните табличный документ результатом

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

7. **Пример кода процедуры формирования отчета (управляемая форма)**

1С (Код)

Процедура СформироватьОтчет(Команда) Запрос = Новый Запрос; Запрос.Текст = "ВЫБРАТЬ | ЗаказНаРемонт.Дата КАК ДатаРемонта, | ЗаказНаРемонт.ОсновноеСредство КАК ОсновноеСредство, | ЗаказНаРемонт.ВидРемонта КАК ВидРемонта, | ЗаказНаРемонт.ОтветственноеПодразделение КАК Подразделение, | ЗаказНаРемонт.Состояние КАК Статус, | Материалы.Номенклатура КАК Материал, | Материалы.Количество КАК КоличествоМатериалов, | Трудозатраты.ВидРаботы КАК ВидРаботы, | Трудозатраты.Трудозатраты КАК ЧасыРаботы |ИЗ | Документ.ЗаказНаРемонт КАК ЗаказНаРемонт | ЛЕВОЕ СОЕДИНЕНИЕ ЗаказНаРемонт.Материалы КАК Материалы | ПО ЗаказНаРемонт.Ссылка = Материалы.Ссылка | ЛЕВОЕ СОЕДИНЕНИЕ ЗаказНаРемонт.Трудозатраты КАК Трудозатраты | ПО ЗаказНаРемонт.Ссылка = Трудозатраты.Ссылка |ГДЕ | ЗаказНаРемонт.Дата МЕЖДУ &ДатаНачала И &ДатаКонца |УПОРЯДОЧИТЬ ПО | ЗаказНаРемонт.Дата, ЗаказНаРемонт.ОсновноеСредство"; Запрос.УстановитьПараметр("ДатаНачала", ЭлементыФормы.ДатаНачала.Значение); Запрос.УстановитьПараметр("ДатаКонца", ЭлементыФормы.ДатаКонца.Значение); Результат = Запрос.Выполнить(); Выборка = Результат.Выбрать(); ТабДок = Новый ТабличныйДокумент; ТабДок.Колонки.Добавить("Дата ремонта"); ТабДок.Колонки.Добавить("Основное средство"); ТабДок.Колонки.Добавить("Вид ремонта"); ТабДок.Колонки.Добавить("Подразделение"); ТабДок.Колонки.Добавить("Статус"); ТабДок.Колонки.Добавить("Материал"); ТабДок.Колонки.Добавить("Количество материалов"); ТабДок.Колонки.Добавить("Вид работы"); ТабДок.Колонки.Добавить("Часы работы"); Пока Выборка.Следующий() Цикл Строка = ТабДок.ДобавитьСтроку(); Строка["Дата ремонта"] = Выборка.ДатаРемонта; Строка["Основное средство"] = Выборка.ОсновноеСредство.Наименование; Строка["Вид ремонта"] = Выборка.ВидРемонта; Строка["Подразделение"] = Выборка.Подразделение.Наименование; Строка["Статус"] = Выборка.Статус; Строка["Материал"] = ?(Выборка.Материал = Неопределено, "", Выборка.Материал.Наименование); Строка["Количество материалов"] = ?(Выборка.КоличествоМатериалов = Неопределено, 0, Выборка.КоличествоМатериалов); Строка["Вид работы"] = ?(Выборка.ВидРаботы = Неопределено, "", Выборка.ВидРаботы); Строка["Часы работы"] = ?(Выборка.ЧасыРаботы = Неопределено, 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 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56

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

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

—

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

Рекомендую посмотреть примеры и методики построения отчетов с использованием СКД в 1С:ERP на официальных ресурсах и форумах, например:
https://infostart.ru/public/
https://its.1c.ru/

—

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

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

Я эксперт по 1С Предприятию. Помогаю с вопросами по конфигурациям, программированию на встроенном языке, настройке обменов, отчетов, доработке типовых и управляемых форм, автоматизации бизнес-процессов, интеграции с внешними системами, решению ошибок и оптимизации работы 1С. Могу подробно объяснить, как написать запросы, обработать данные, настроить обмены, разобраться с ошибками платформы и конфигурации, а также дать советы по сопровождению и развитию решений 1С. Если нужно — адаптирую SQL-запросы под 1С, структурирую код, объясняю логику и даю практические рекомендации.

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

План переноса сильно доработанной базы 1С в чистую конфигурацию на определённую дату с вводом начальных остатков:

1. Подготовка
— Сделать полную резервную копию текущей доработанной базы.
— Определить дату, на которую нужно перенести данные (дата свертки).
— Получить чистую типовую конфигурацию нужной версии (без доработок).

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

3. Формирование остатков на дату свертки в доработанной базе
— В доработанной базе сформировать остатки на дату свертки.
— Для этого можно использовать типовые или кастомные обработки, например, обработку «Свертка базы» (есть на infostart).
— Остатки формируются документами «Корректировка записей регистров» или аналогичными.
— Проверить корректность остатков, сверить с отчетами.

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

5. Очистка чистой базы
— В чистой базе удалить все тестовые данные (если они есть).
— Подготовить базу к загрузке остатков и данных.

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

7. Проверка и корректировка
— Проверить корректность остатков и данных в чистой базе.
— Пересчитать итоги регистров.
— Проверить отчеты, сверить с исходной базой.

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

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

—

Рекомендации и полезные инструменты:

— Используйте обработку «Свертка базы» для формирования остатков: https://infostart.ru/public/190956/
— Для переноса данных используйте конвертацию данных (КД2) или план обмена.
— Для ускорения очистки и загрузки данных можно применять прямые SQL-запросы (только с осторожностью).
— Важно согласовать структуру конфигурации чистой базы с доработанной, чтобы избежать ошибок при загрузке.
— Тестируйте перенос на копиях баз, чтобы избежать потери данных.

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

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

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

Вот подробный алгоритм и рекомендации:

1. **Анализ и подготовка**
— Проанализируйте структуру базы, выделите все нестандартные объекты: документы, регистры, справочники, обработки, которые влияют на объем данных.
— Определите дату свертки — до какого периода нужно сохранить данные.
— Проверьте, какие объекты можно удалить без ущерба для бизнес-логики и отчетности.
— Создайте полную резервную копию базы.

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

3. **Формирование остатков на дату свертки**
— Используйте типовую обработку «СверткаБазы.epf» или аналогичную, адаптированную под вашу конфигурацию.
— Если типовая обработка не подходит из-за доработок, напишите собственную обработку, которая сформирует документы корректировки остатков по всем регистраторам, включая доработанные.
— Ограничьте количество строк в одном документе (например, 50 000), чтобы избежать ошибок и перегрузки.

4. **Удаление старых данных**
— В нерабочее время отключите пользователей.
— Отключите регламентные задания и фоновые процессы.
— Удаляйте документы и движения до даты свертки через прямые SQL-запросы, чтобы ускорить процесс. Для этого:
— Подготовьте скрипты удаления с учетом ссылочной целостности.
— Учитывайте доработанные объекты — возможно, придется написать отдельные запросы для них.
— Если нужно сохранить документы в непроведенном виде для истории, сначала снимите с проведения документы корректировок, перенесите их на дату свертки, а потом удаляйте остальные данные.

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

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

7. **Переход на свернутую базу**
— Переименуйте базы на сервере 1С, чтобы пользователи безболезненно переключились на новую базу.
— Запустите пользователей в новую базу.

8. **Тестирование и поддержка**
— Проведите тестирование бизнес-процессов, отчетов и обменов.
— Убедитесь, что доработки работают корректно.
— Настройте регулярное архивирование и свертку, чтобы база не разрасталась снова.

—

**Особенности для сильно доработанных баз:**

— Обязательно учитывайте все нестандартные регистры и документы при формировании остатков и удалении данных.
— Возможно, придется писать собственные обработки и SQL-скрипты для удаления и формирования остатков.
— Тестируйте все на копии базы, чтобы избежать потери данных.
— Если доработки сложные, лучше привлечь разработчиков, которые их делали, или опытных специалистов по свертке.

—

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

— https://infostart.ru/1c/articles/190956/ — подробный разбор свертки базы с примерами и алгоритмами.
— https://infostart.ru/1c/articles/85549/ — способ переноса больших баз через план обмена.
— https://infostart.ru/1c/articles/390768/ — опыт восстановления и работы с сильно модифицированными базами.

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

[Автор]

Сообщения