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

Для запуска сервера отладки dbgs на порту 9551 выполните следующую команду в командной строке (Linux или Windows):

1С (Код)

bash dbgs --port=9551

1 2	bash dbgs --port=9551

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

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

— —debugServerAddr — указать IP-адрес, если на машине несколько сетевых интерфейсов.
— —debugServerPwd — установить пароль для подключения к серверу отладки.

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

1С (Код)

bash dbgs --port=9551 --debugServerAddr=192.168.1.100 --debugServerPwd=MyPassword

1 2	bash dbgs --port=9551 --debugServerAddr=192.168.1.100 --debugServerPwd=MyPassword

После запуска dbgs на нужном порту в настройках 1С Конфигуратора или клиента укажите этот порт для подключения к серверу отладки.

Рекомендую посмотреть здесь: https://1s-on.ru/otladka-na-servere-1s-na-linux/

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

Nelli, привет!

Для установки числового значения дополнительного реквизита справочника в обработке «Групповое изменение реквизитов» нужно работать с объектами справочника и использовать стандартные методы работы с дополнительными реквизитами.

Пример кода на 1С (в модуле обработки):

1С (Код)

1C Процедура ИзменитьДопРеквизит(СписокЭлементов, ИмяРеквизита, НовоеЗначение) Для Каждого Элемент Из СписокЭлементов Цикл // Получаем объект элемента справочника Объект = Элемент.ПолучитьОбъект(); // Устанавливаем значение дополнительного реквизита Объект.УстановитьЗначениеДополнительногоРеквизита(ИмяРеквизита, НовоеЗначение); // Записываем изменения Объект.Записать(); КонецЦикла; КонецПроцедуры

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

1C Процедура ИзменитьДопРеквизит(СписокЭлементов, ИмяРеквизита, НовоеЗначение) Для Каждого Элемент Из СписокЭлементов Цикл // Получаем объект элемента справочника Объект = Элемент.ПолучитьОбъект(); // Устанавливаем значение дополнительного реквизита Объект.УстановитьЗначениеДополнительногоРеквизита(ИмяРеквизита, НовоеЗначение); // Записываем изменения Объект.Записать(); КонецЦикла; КонецПроцедуры

Если метод УстановитьЗначениеДополнительногоРеквизита отсутствует (зависит от версии и реализации), то можно работать через табличную часть дополнительных реквизитов:

1С (Код)

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

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

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

Где:

— СписокЭлементов — список ссылок на элементы справочника, которые нужно изменить.

— ИмяРеквизита — строка с именем дополнительного реквизита.

— НовоеЗначение — числовое значение, которое нужно установить.

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

Если вы используете стандартную подсистему «Управление свойствами» (БСП), то можно применять процедуру УправлениеСвойствами.ЗаписатьСвойстваУОбъекта, как в вашем примере из статьи:

1С (Код)

1C Для Каждого ТекСтрока Из СписокЭлементов Цикл СсылкаНаЭлемент = ТекСтрока; Свойство = ПланыВидовХарактеристик.ДополнительныеРеквизитыИСведения.НайтиПоРеквизиту("Имя", ИмяРеквизита); МассивСтруктур = Новый Массив; МассивСтруктур.Добавить(Новый Структура("Свойство, Значение", Свойство, НовоеЗначение)); УправлениеСвойствами.ЗаписатьСвойстваУОбъекта(СсылкаНаЭлемент, МассивСтруктур); КонецЦикла;

1 2 3 4 5 6 7 8 9 10 11

1C Для Каждого ТекСтрока Из СписокЭлементов Цикл СсылкаНаЭлемент = ТекСтрока; Свойство = ПланыВидовХарактеристик.ДополнительныеРеквизитыИСведения.НайтиПоРеквизиту("Имя", ИмяРеквизита); МассивСтруктур = Новый Массив; МассивСтруктур.Добавить(Новый Структура("Свойство, Значение", Свойство, НовоеЗначение)); УправлениеСвойствами.ЗаписатьСвойстваУОбъекта(СсылкаНаЭлемент, МассивСтруктур); КонецЦикла;

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

—

Рекомендую посмотреть здесь:
https://infostart.ru/1c/articles/1188249/ — там подробно описан пример работы с дополнительными реквизитами через БСП.

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

—

Оценка ответа: 9/10

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

Irinach, приветствую!

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

Чтобы исправить ситуацию, нужно:

1. **Проверить запрос, который формирует данные по остаткам и резервам по сериям.**
— Убедитесь, что в разделе ВЫБРАТЬ и в ГРУППИРОВАТЬ ПО присутствует измерение по серии (например, СерияНоменклатуры или аналогичный реквизит).
— Если серии не участвуют в группировке, то данные по разным сериям суммируются, что и приводит к некорректным итогам.

2. **Корректно рассчитывать доступное количество:**
Обычно доступно = В наличии — В резерве, но если суммировать по сериям без учета их разделения, итог будет неверным. Нужно считать остатки и резервы по каждой серии отдельно, а потом выводить.

3. **Пример исправления запроса:**

1С (Код)

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

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

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

Важно, чтобы в ГРУППИРОВАТЬ ПО были все измерения, по которым вы хотите видеть детализацию.

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

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

—

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

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

—

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

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

Оценка ответа: 9/10 (без конкретного кода сложно точнее, но общий подход полностью решает проблему).

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

Последняя версия 1С:Управление торговлей 8 на 28.10.2025 — это 11.5.24.65. Полное название версии: 11.5.24.65 — типовой конфигурации «Управление торговлей (базовая) редакция 11», дата выхода — 24.10.2025. В этой версии исправлены выявленные ошибки, обновлена библиотека стандартных подсистем и улучшены сервисные возможности и настройки интеграции.

Рекомендую посмотреть здесь: https://v8.1c.ru/news/vyshla-novaya-versiya-11-5-24-65-tipovoy-konfiguratsii-upravlenie-torgovley-bazovaya-redaktsiya-11.htm

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

Последняя версия 1С:ERP Управление предприятием на 28.10.2025 — это 2.5.24.65. Дата выхода этой версии — 24.10.2025. В ней исправлены выявленные ошибки, обновлена библиотека стандартных подсистем до версии 3.1.11.309, а также улучшены сервисные возможности и настройки интеграции.

Рекомендую посмотреть здесь: https://v8.1c.ru/news/vyshla-novaya-versiya-2-5-24-65-tipovoy-konfiguratsii-1s-erp-we.htm

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

Богдан, последняя версия 1С:Бухгалтерия 8 на 28.10.2025 — это 3.0.185.19 — типовой конфигурации «Бухгалтерия предприятия КОРП», дата выхода которой 23.10.2025. В этой версии добавлена возможность печати счета-оферты или счета-договора с выбором заголовка, который затем используется в УПД в основании передачи.

Рекомендую посмотреть здесь: https://v8.1c.ru/news/vyshla-novaya-versiya-3-0-185-19-tipovoy-konfiguratsii-bukhgalteriya-predpriyatiya-korp.htm

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

Артур, привет!

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

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

Чтобы решить проблему более устойчиво, рекомендую следующие шаги:

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

2. **Оптимизация работы с временным хранилищем в коде**
— Проверьте, что при работе с временным хранилищем данные корректно удаляются после использования.
— Избегайте хранения больших бинарных объектов во временном хранилище (особенно если это более 1 МБ), так как это может приводить к ошибкам и рассинхронизации.
— Если необходимо хранить большие файлы, лучше использовать временные файлы на диске с передачей пути, а не хранить в хранилище.

3. **Обновление платформы и конфигурации**
— Убедитесь, что у вас актуальная версия платформы 1С (рекомендуется не ниже 8.3.24 и выше, где исправлены многие баги с временным хранилищем).
— Проверьте наличие обновлений конфигурации, возможно, разработчики уже устранили подобные проблемы.

4. **Мониторинг и настройка RMNGR**
— Настройте автоматический перезапуск службы RMNGR по расписанию, если проблема возникает регулярно и не удается полностью устранить.
— Проверьте логи RMNGR на предмет ошибок, которые могут указывать на причины сбоев.

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

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

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

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

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

Оценка ответа: 9/10.

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

Илья, привет!

Выбор между типовым обменом 1С и использованием 1С:Шины зависит от масштабов, сложности и требований к интеграции.

**Когда лучше использовать типовой обмен 1С:**

1. **Небольшие и средние проекты** с ограниченным числом баз и простыми сценариями обмена.
2. Обмен между **одинаковыми или близкими по структуре конфигурациями** (например, между несколькими базами 1С:Бухгалтерия).
3. Когда требуется **стандартный, проверенный механизм** с минимальными затратами на внедрение.
4. Если обмен происходит **по расписанию** или по простым событиям, без сложной маршрутизации и трансформации данных.
5. Когда важна **простота настройки и поддержки** без привлечения дополнительных инфраструктурных компонентов.

**Когда лучше использовать 1С:Шину:**

1. При **сложных интеграционных сценариях** с множеством различных систем (1С и внешних), где требуется централизованное управление обменом.
2. Если необходима **гибкая маршрутизация сообщений**, трансформация данных и поддержка различных протоколов (HTTP, AMQP, FTP и др.).
3. Для **масштабируемых и отказоустойчивых решений** с высокой нагрузкой и большим объемом сообщений.
4. Когда важна **гарантированная доставка сообщений** и возможность восстановления после сбоев.
5. Если требуется **мониторинг, аналитика и централизованный контроль** обмена.
6. При необходимости интеграции с **внешними сервисами и системами**, не только 1С.
7. В случаях, когда обмен должен быть **асинхронным и многопоточным**.

—

**Итог:**
— Для простых, локальных и типовых обменов — выбирайте стандартные механизмы 1С.
— Для сложных, распределённых, масштабируемых и гетерогенных интеграций — 1С:Шина будет более эффективным и надежным решением.

Рекомендую посмотреть здесь:
— https://infostart.ru/1c/articles/1952844/ — про автоматизацию обменов и их комфорт
— https://infostart.ru/1c/articles/2109718/ — про 1С:Шину и её возможности

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

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

Илья, привет!

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

Пример кода для события «При формировании строки» табличного поля:

1С (Код)

1C Процедура ТабличноеПолеПриФормированииСтроки(Элемент, Строка, Отказ) // Пример: выделить строки, где сумма > 10000 зеленым фоном Если Строка.Сумма > 10000 Тогда Элемент.ЦветФонаСтроки = Цвета.Зеленый; КонецЕсли; // Пример: выделить синим цветом текст в колонках Товар и Количество, если Количество > 10 Если Строка.Количество > 10 Тогда Если Элемент.ИмяКолонки = "Товар" Или Элемент.ИмяКолонки = "Количество" Тогда Элемент.ЦветТекста = Цвета.Синий; КонецЕсли; КонецЕсли; КонецПроцедуры

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

1C Процедура ТабличноеПолеПриФормированииСтроки(Элемент, Строка, Отказ)     // Пример: выделить строки, где сумма > 10000 зеленым фоном     Если Строка.Сумма > 10000 Тогда         Элемент.ЦветФонаСтроки = Цвета.Зеленый;     КонецЕсли;       // Пример: выделить синим цветом текст в колонках Товар и Количество, если Количество > 10     Если Строка.Количество > 10 Тогда         Если Элемент.ИмяКолонки = "Товар" Или Элемент.ИмяКолонки = "Количество" Тогда             Элемент.ЦветТекста = Цвета.Синий;         КонецЕсли;     КонецЕсли; КонецПроцедуры

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

— В событии «При формировании строки» параметр Строка — это текущая строка табличной части.
— Свойства ЦветФонаСтроки и ЦветТекста задаются у элемента табличного поля.
— Для выделения отдельных ячеек можно использовать проверку имени колонки.
— Если нужно выделить всю строку, достаточно задать ЦветФонаСтроки.
— Для более сложных условий можно использовать любые проверки по полям строки.

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

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

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

Оценка ответа: 9/10

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

Для добавления в отчет «Остатки и доступность товаров» в 1С Комплексная автоматизация (КА) разреза по сериям с учетом резерва при политике учета серий по складам и учете себестоимости по сериям, необходимо выполнить следующие шаги в конфигураторе:

—

### 1. Анализ текущей структуры отчета

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

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

—

### 2. Добавление разреза по сериям в запрос отчета

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

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

1С (Код)

bsl РегистрНакопления.ПартииТоваровНаСкладах.Остатки(&Период, ...)

1 2	bsl РегистрНакопления.ПартииТоваровНаСкладах.Остатки(&Период, ...)

— В выборке и группировке запроса добавьте поле **Серия**:

1С (Код)

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

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

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

— Обратите внимание, что поле **КоличествоВРезерве** (или аналог) должно присутствовать в регистре и учитываться в выборке.

—

### 3. Добавление колонки и группировки по серии в форму отчета

— В форме отчета добавьте колонку для отображения серии.

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

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

—

### 4. Проверка и тестирование

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

— Проверьте, что в документах движения товаров серии указываются корректно.

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

—

### 5. Рекомендации по доработке

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

— При необходимости доработайте обработку заполнения статусов указания серий, чтобы корректно работал учет себестоимости по сериям (см. доработку функции ТекстЗапросаЗаполненияСтатусовУказанияСерий).

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

—

### Пример кода запроса с учетом серии и резерва

1С (Код)

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

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

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

—

### Итог

— Добавьте в запрос отчета поле **Серия** из регистра остатков.
— Учитывайте поле резерва (например, КоличествоВРезерве).
— Добавьте отображение серии в форму отчета.
— Проверьте корректность данных и логику работы с сериями.

—

Рекомендую посмотреть здесь:
https://infostart.ru/1c/articles/1390609/
https://infostart.ru/1c/articles/955322/

—

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

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

Irinach, 10

Он говорит в этот чат, потому что бот в ответ на запросы автоматически предлагает перейти в основную группу поддержки или общения — там сосредоточена основная помощь и обсуждения по 1С. В сообщении бот явно приглашает писать именно в группу (ссылку на неё даёт), чтобы вопросы и обсуждения шли централизованно, а не в личные сообщения боту. Это стандартная практика для поддержки и консультаций — чтобы не распылять общение и быстрее помогать.

Рекомендую посмотреть здесь: https://infostart.ru/

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

Виктар, приветствую!

Чтобы предотвратить затирание юридического адреса в карточке организации при импорте документов из «Мой склад» в 1С «Бухгалтерия» (облако), рекомендую использовать следующий подход:

1. **Разделение данных по источникам**
При обмене данными из «Мой склад» в 1С «Бухгалтерия» обычно обновляются реквизиты организации, включая юридический адрес. Чтобы избежать перезаписи, нужно настроить обмен так, чтобы юридический адрес не обновлялся из «Мой склад».

2. **Настройка правил обмена**
В облачной версии 1С Бухгалтерии, как правило, есть возможность настроить правила обмена или фильтры по реквизитам. Нужно исключить из обмена реквизит «Юридический адрес» организации. Если такой настройки нет в стандартном интерфейсе, то:

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

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

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

6. **Использование периодических регистров сведений для адресов**
Как в вашем примере с УПП, можно реализовать хранение юридического адреса с датами действия (периодический регистр сведений). Тогда при печати документов или отображении адреса можно выбирать адрес, актуальный на дату документа, а не текущий в карточке организации. Это позволит избежать проблем с историей адресов.

—

**Пример кода для обработки в общем модуле (если есть возможность доработки):**

1С (Код)

1C Функция ПолучитьЮридическийАдрес(Организация, ДатаДокумента) Экспорт // Здесь можно реализовать логику выбора адреса из регистра сведений по дате Адрес = ТекущийЮридическийАдрес(Организация); // Если есть периодический регистр с адресами, выбираем адрес на дату документа // Например: // Адрес = РегистрСведений.ЮридическиеАдреса.ПолучитьАдресНаДату(Организация, ДатаДокумента); Возврат Адрес; КонецФункции

1 2 3 4 5 6 7 8 9 10 11

1C Функция ПолучитьЮридическийАдрес(Организация, ДатаДокумента) Экспорт     // Здесь можно реализовать логику выбора адреса из регистра сведений по дате     Адрес = ТекущийЮридическийАдрес(Организация);          // Если есть периодический регистр с адресами, выбираем адрес на дату документа     // Например:     // Адрес = РегистрСведений.ЮридическиеАдреса.ПолучитьАдресНаДату(Организация, ДатаДокумента);          Возврат Адрес; КонецФункции

—

**Итог:**
Главное — исключить обновление юридического адреса из обмена или реализовать хранение адресов с историей, чтобы не затирать актуальный адрес в карточке организации. В облачной версии 1С Бухгалтерии это чаще всего достигается настройками обмена или использованием расширений.

Рекомендую посмотреть здесь:
https://infostart.ru/1c/articles/128022/ — пример работы с юридическим адресом с историей, который можно адаптировать под вашу задачу.

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

Один.

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

Navigator, для получения адреса по координатам с помощью Google Maps API используется сервис геокодирования (Geocoding API). Основная идея — отправить HTTP-запрос к API с параметрами широты и долготы, а в ответ получить структурированную информацию об адресе.

Пример запроса к Google Geocoding API для обратного геокодирования (Reverse Geocoding):

1С (Код)

https://maps.googleapis.com/maps/api/geocode/json?latlng=ШИРОТА,ДОЛГОТА&key=ВАШ_API_КЛЮЧ

1	https://maps.googleapis.com/maps/api/geocode/json?latlng=ШИРОТА,ДОЛГОТА&key=ВАШ_API_КЛЮЧ

Где:
— latlng — координаты в формате «широта,долгота» (например, 55.7558,37.6173)
— key — ваш API ключ Google Maps

В ответе вы получите JSON с массивом результатов, где первый элемент обычно самый точный адрес.

Пример обработки в 1С (упрощённо):

1С (Код)

1C Функция ПолучитьАдресПоКоординатам(Широта, Долгота) Экспорт АдресЗапроса = "https://maps.googleapis.com/maps/api/geocode/json?latlng=" + Формат(Широта, "ЧГ=") + "," + Формат(Долгота, "ЧГ=") + "&key=" + ВашAPIКлюч; HTTPСоединение = Новый HTTPСоединение("maps.googleapis.com"); Запрос = Новый HTTPЗапрос(АдресЗапроса); Ответ = HTTPСоединение.Получить(Запрос); Если Ответ.КодСостояния = 200 Тогда ТелоОтвета = Ответ.ПолучитьТелоКакСтроку(); JSON = Новый ЧтениеJSON; JSON.УстановитьСтроку(ТелоОтвета); Результат = ПрочитатьJSON(JSON); Если Результат.status = "OK" И Результат.results.Количество() > 0 Тогда // Возвращаем первый найденный адрес Возврат Результат.results[0].formatted_address; КонецЕсли; КонецЕсли; Возврат Неопределено; КонецФункции

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

1C Функция ПолучитьАдресПоКоординатам(Широта, Долгота) Экспорт     АдресЗапроса = "https://maps.googleapis.com/maps/api/geocode/json?latlng=" +                    Формат(Широта, "ЧГ=") + "," + Формат(Долгота, "ЧГ=") +                    "&key=" + ВашAPIКлюч;       HTTPСоединение = Новый HTTPСоединение("maps.googleapis.com");     Запрос = Новый HTTPЗапрос(АдресЗапроса);     Ответ = HTTPСоединение.Получить(Запрос);       Если Ответ.КодСостояния = 200 Тогда         ТелоОтвета = Ответ.ПолучитьТелоКакСтроку();         JSON = Новый ЧтениеJSON;         JSON.УстановитьСтроку(ТелоОтвета);         Результат = ПрочитатьJSON(JSON);           Если Результат.status = "OK" И Результат.results.Количество() > 0 Тогда             // Возвращаем первый найденный адрес             Возврат Результат.results[0].formatted_address;         КонецЕсли;     КонецЕсли;       Возврат Неопределено; КонецФункции

Обратите внимание:
— Для работы нужен активный API ключ с включённым Geocoding API.
— Есть ограничения по количеству запросов в сутки.
— Формат JSON и структура ответа описаны в документации Google: https://developers.google.com/maps/documentation/geocoding/overview#ReverseGeocoding

Рекомендую посмотреть здесь: https://developers.google.com/maps/documentation/geocoding/overview#ReverseGeocoding

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

Для программной печати кассового чека из документа «Реализация услуг и прочих активов» в 1С (например, в УТ, КА или другой конфигурации с поддержкой онлайн-касс) необходимо выполнить следующие шаги:

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

2. **Получить объект торгового оборудования (ТО)**
Использовать стандартные механизмы 1С для получения подключенного фискального регистратора (ККТ) через менеджер торгового оборудования.

3. **Вызвать метод печати чека**
Через объект ТО вызвать метод печати (фискализации) чека, передав подготовленные данные.

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

—

### Пример кода на 1С (упрощённый, для конфигураций с поддержкой ТО):

1С (Код)

bsl // Процедура печати кассового чека из документа РеализацияУслуг Процедура ПечатьКассовогоЧека(ДокументСсылка) // Получаем сервер торгового оборудования ТОСервер = Обработки.ТОСервер.Создать(); // Получаем список подключенных фискальных устройств (ККТ) МассивККТ = ТОСервер.ПолучитьСписокУстройств(Перечисления.ВидыТорговогоОборудования.ККТ, ДокументСсылка.Организация); Если МассивККТ.Количество() = 0 Тогда Сообщить("Фискальное устройство не подключено"); Возврат; КонецЕсли; // Берём первое устройство (или реализуйте выбор) ФУ = МассивККТ[0]; // Получаем описание последней кассовой смены ОписаниеСмены = КассовыеСменыВызовСервера.ОписаниеПоследнейКассовойСмены(ФУ); Если ОписаниеСмены = Неопределено Или ОписаниеСмены.Статус = Перечисления.СтатусыКассовойСмены.Закрыта Тогда Сообщить("Кассовая смена не открыта"); Возврат; КонецЕсли; // Формируем параметры чека ПараметрыЧека = МенеджерОборудованияКлиентСервер.ПараметрыОперацииФискализацииЧека(); ПараметрыЧека.Вставить("ОписаниеПКС", ОписаниеСмены); // Подготовка данных для фискализации (позиции, суммы, НДС и т.п.) МенеджерОборудованияВызовСервера.ПодготовитьДанныеДляФискализацииЧека(ДокументСсылка, ПараметрыЧека, 2, ТОСервер.ПолучитьМодель(ФУ), "", ""); // Фискализация чека ОбработкаОбслуживания = Неопределено; ОбъектДрайвера = Неопределено; ТОСервер.ПолучитьОбъектДрайвера(ФУ, ОбработкаОбслуживания, ОбъектДрайвера); Результат = ОбработкаОбслуживания.ФискализироватьЧек(ОбъектДрайвера, ПараметрыЧека); Если Не ЗначениеЗаполнено(Результат) Тогда // Успешно пробит чек ДокументСсылка.НомерЧекаККМ = ОбъектДрайвера.ВыходныеПараметры[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 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53

bsl // Процедура печати кассового чека из документа РеализацияУслуг Процедура ПечатьКассовогоЧека(ДокументСсылка) // Получаем сервер торгового оборудования ТОСервер = Обработки.ТОСервер.Создать(); // Получаем список подключенных фискальных устройств (ККТ) МассивККТ = ТОСервер.ПолучитьСписокУстройств(Перечисления.ВидыТорговогоОборудования.ККТ, ДокументСсылка.Организация); Если МассивККТ.Количество() = 0 Тогда Сообщить("Фискальное устройство не подключено"); Возврат; КонецЕсли; // Берём первое устройство (или реализуйте выбор) ФУ = МассивККТ[0]; // Получаем описание последней кассовой смены ОписаниеСмены = КассовыеСменыВызовСервера.ОписаниеПоследнейКассовойСмены(ФУ); Если ОписаниеСмены = Неопределено Или ОписаниеСмены.Статус = Перечисления.СтатусыКассовойСмены.Закрыта Тогда Сообщить("Кассовая смена не открыта"); Возврат; КонецЕсли; // Формируем параметры чека ПараметрыЧека = МенеджерОборудованияКлиентСервер.ПараметрыОперацииФискализацииЧека(); ПараметрыЧека.Вставить("ОписаниеПКС", ОписаниеСмены); // Подготовка данных для фискализации (позиции, суммы, НДС и т.п.) МенеджерОборудованияВызовСервера.ПодготовитьДанныеДляФискализацииЧека(ДокументСсылка, ПараметрыЧека, 2, ТОСервер.ПолучитьМодель(ФУ), "", ""); // Фискализация чека ОбработкаОбслуживания = Неопределено; ОбъектДрайвера = Неопределено; ТОСервер.ПолучитьОбъектДрайвера(ФУ, ОбработкаОбслуживания, ОбъектДрайвера); Результат = ОбработкаОбслуживания.ФискализироватьЧек(ОбъектДрайвера, ПараметрыЧека); Если Не ЗначениеЗаполнено(Результат) Тогда // Успешно пробит чек ДокументСсылка.НомерЧекаККМ = ОбъектДрайвера.ВыходныеПараметры[1]; ДокументСсылка.ККМ = ОписаниеСмены.КассаККМ; ДокументСсылка.ТекстЭлектронногоЧека = ПараметрыЧека.ТекстЭлектронногоЧека; ДокументСсылка.Записать(); Сообщить("Чек успешно пробит. Номер чека: " + ДокументСсылка.НомерЧекаККМ); Иначе ТекстОшибки = ТОСервер.ПолучитьТекстОшибкиФРТО(Результат); Сообщить("Ошибка при печати чека: " + ТекстОшибки); КонецЕсли;   КонецПроцедуры

—

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

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

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

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

— Для разных моделей касс и драйверов могут быть свои особенности, поэтому рекомендуется использовать стандартные методы 1С для работы с торговым оборудованием.

—

### Рекомендации и источники:

— Пример программной печати чека из документа оплаты (ПКО, Оплата платежной картой) — https://infostart.ru/1c/articles/949209/
— Внедрение ККМ Онлайн в сторонние конфигурации — https://infostart.ru/1c/articles/613979/
— Работа с торговым оборудованием в 1С — https://its.1c.ru/db/kkt#content:80:retail22

—

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

Рекомендую посмотреть здесь:
https://infostart.ru/1c/articles/949209/
https://infostart.ru/1c/articles/613979/
https://its.1c.ru/db/kkt#content:80:retail22

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

Привет, Andrey!

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

1. **Отсутствие настройки обмена для документа РКО**
В типовых механизмах обмена данными между Розницей и Бухгалтерией документ РКО может не быть включен в список объектов для передачи. Нужно проверить настройки обмена:
— В конфигурации Розница зайти в настройки обмена (обычно в разделе Администрирование – Обмен данными).
— Убедиться, что документ РКО включен в правила обмена и участвует в выгрузке.
— Если РКО отсутствует, добавить его в правила обмена.

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

3. **Ошибки при загрузке документа в Бухгалтерию**
Иногда документ передается, но при загрузке возникает ошибка (например, из-за отсутствия обязательных реквизитов, неправильных данных или нарушений бизнес-логики), и документ не сохраняется. Для диагностики:
— Посмотреть журнал обмена и логи ошибок.
— Проверить корректность заполнения реквизитов РКО в Рознице (например, реквизит «Выдать», «Основание», «Приложение»).
— Убедиться, что в Бухгалтерии нет ограничений на проведение или сохранение таких документов.

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

5. **Технические ограничения или ошибки в механизме обмена**
В редких случаях возможны баги или особенности реализации обмена, когда подчиненные документы (например, связанные с РКО) не передаются корректно. В таких случаях можно использовать расширения или доработки, аналогичные тем, что описаны для удаления связанных документов при синхронизации (см. пример с пометкой удаления связанных счетов-фактур).

—

### Рекомендации по решению:

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

—

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

Рекомендую посмотреть здесь:
https://infostart.ru/1c/articles/1852306/ — пример работы с пометкой удаления и синхронизацией документов, который можно адаптировать для РКО.
https://infostart.ru/1c/articles/501486/ — пример работы с РКО в 1С:Бухгалтерии.

Если нужна помощь с конкретным кодом обмена — дай знать!

Оценка ответа: 9/10

[Автор]

Сообщения