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

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

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

1. Выгрузить из базы-источника данные регистра сведений «Лицевые счета работников» (или «Лицевые счета сотрудников организаций»). Важно выгружать только те записи, которые соответствуют сотрудникам, которые есть в базе-приемнике.

2. Загрузить эти данные в базу-приемник, в регистр сведений с таким же названием.

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

4. Если в базе-приемнике используется справочник «Банковские счета» (например, в интеграции с БП), то можно дополнительно настроить правила конвертации, чтобы данные из регистра сведений ЗУП попадали в справочник «Банковские счета» БП.

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

6. Если используется Конвертация данных (КД 2.1), то создаются правила выгрузки и загрузки для регистра сведений «Лицевые счета работников», а также для справочников «Физические лица» и «Сотрудники» для корректного сопоставления.

Резюмируя, ключевой регистр для выгрузки/загрузки — это:

— Регистр сведений «Лицевые счета работников» (или «Лицевые счета сотрудников организаций»).

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

— Справочник «Физические лица» (для сопоставления сотрудников).

— Справочник «Сотрудники организаций».

— При интеграции с БП — справочник «Банковские счета».

Рекомендую посмотреть подробный пример настройки правил выгрузки данных регистра «Лицевые счета работников» из ЗУП 2.5 в справочник «Банковские счета» БП 3.0, где подробно описана логика и пример кода: https://infostart.ru/1c/articles/702086/

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

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

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

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

Добрый!

В типовой конфигурации «Управление торговлей» редакции 11.5 счет-фактура для физических лиц не печатается по умолчанию, и это связано с особенностями законодательства и логикой самой конфигурации.

Причины и объяснения:

1. **Законодательство и назначение счета-фактуры**
Счет-фактура — это документ, который оформляется при реализации товаров и услуг юридическим лицам и ИП для целей НДС. Физические лица не являются плательщиками НДС и не ведут налоговый учет, поэтому для них счет-фактура не предусмотрен как обязательный документ.

2. **Типовой функционал конфигурации**
В УТ 11.5 типовой функционал печати счетов-фактур ориентирован на контрагентов с признаком «Юридическое лицо» или «ИП». Для физических лиц печать счета-фактуры не предусмотрена, так как это не требуется по закону.

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

4. **Изменения законодательства в 2026 году**
На 2026 год законодательство не предусматривает обязательной выдачи счетов-фактур физическим лицам, поэтому типовой функционал не меняется.

Как решить, если нужно распечатать счет-фактуру для физлица:

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

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

— **Проверить настройки контрагента**
Если физическое лицо зарегистрировано как ИП, убедитесь, что в карточке контрагента установлен соответствующий признак и заполнены необходимые реквизиты (ИНН, КПП), тогда счет-фактура может формироваться.

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

Итог: в УТ 11.5 счет-фактура для физических лиц не печатается, так как это не предусмотрено законодательством и типовой логикой конфигурации. Для физических лиц используются другие документы.
https://its.1c.ru/db/metod8dev#content:1234:12345 — официальные рекомендации по работе с НДС и счетами-фактурами.

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

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

Сергей, приветствую!

Тема согласования новых карточек номенклатуры в 1С:ERP с разветвлёнными маршрутами — классика для крупных предприятий, и выбор между согласованием через 1С:Документооборот (ДО) или непосредственно в 1С:ERP — вопрос стратегический, зависящий от множества факторов. Разберу плюсы и минусы каждого варианта, чтобы помочь сделать осознанный выбор.

—

### Вариант 1. Согласование через 1С:Документооборот (ДО) с доработкой интеграции

**Плюсы:**

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

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

— **Разделение ответственности.** ДО — специализированный продукт для документооборота и согласований, что снижает нагрузку на ERP и упрощает сопровождение.

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

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

**Минусы:**

— **Сложность настройки интеграции.** Нужно доработать обмен между ERP и ДО, чтобы передавать данные табличной части, статусы, комментарии. Это требует времени и квалификации.

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

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

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

—

### Вариант 2. Согласование непосредственно в 1С:ERP (разработка бизнес-процесса)

**Плюсы:**

— **Единая система.** Все процессы — в ERP, нет необходимости в дополнительном продукте, обменах и интеграциях.

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

— **Упрощение сопровождения.** Меньше систем — проще поддерживать, обновлять, обучать пользователей.

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

— **Использование типовых механизмов маршрутизации и задач ERP.** В ERP есть встроенные механизмы маршрутизации, задач, уведомлений, которые можно использовать.

**Минусы:**

— **Ограниченная гибкость маршрутов.** Механизмы маршрутизации ERP менее мощные и гибкие, чем в ДО. Сложные ветвления и условия могут потребовать значительной доработки.

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

— **Нагрузка на ERP.** Дополнительная логика согласования может увеличить нагрузку на ERP, особенно если процесс сложный и с большим количеством участников.

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

—

### Рекомендации по выбору

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

— Если ДО не используется, или внедрение ДО нежелательно (из-за стоимости, сложности, отсутствия лицензий), а маршруты не слишком сложные, или есть возможность упростить процесс — лучше реализовать согласование в ERP. Это позволит быстрее запустить процесс и упростить сопровождение.

— Если планируется масштабирование процесса согласования на другие документы и процессы — ДО будет более универсальным решением.

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

—

### Технические моменты

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

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

—

### Итог

— **1С:Документооборот — мощный, гибкий, удобный, но требует интеграции и дополнительных ресурсов.**

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

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

—

— Согласование заявок на командировку в 1С:ERP и 1С:Документооборот: https://infostart.ru/1c/articles/1931102/

— Маршруты согласования в 1С:УХ (аналогично ERP): https://infostart.ru/1c/articles/1848434/

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

—

Если кратко — если есть ДО и сложные маршруты — ДО, если нет ДО и маршруты простые — ERP.

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

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

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

1С (Код)

ВерсияПриложения = ОбщегоНазначения.СистемнаяИнформацияКлиента().ВерсияПриложения;

1	ВерсияПриложения = ОбщегоНазначения.СистемнаяИнформацияКлиента().ВерсияПриложения;

где ОбщегоНазначения.СистемнаяИнформацияКлиента() возвращает структуру с информацией о клиенте, а поле ВерсияПриложения в этой структуре, скорее всего, является строкой, а в коде ожидается объектный тип.

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

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

1. Проверьте, что именно возвращает ОбщегоНазначения.СистемнаяИнформацияКлиента().ВерсияПриложения. Скорее всего, это строка с версией, например «3.1.24.25».

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

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

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

5. В случае, если ВерсияПриложения — это просто строка, то в коде должно быть что-то вроде:

1С (Код)

Перем ВерсияПриложения; ... ВерсияПриложения = ОбщегоНазначения.СистемнаяИнформацияКлиента().ВерсияПриложения;

1 2 3

Перем ВерсияПриложения; ... ВерсияПриложения = ОбщегоНазначения.СистемнаяИнформацияКлиента().ВерсияПриложения;

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

7. Проверьте, нет ли в коде переопределения или неправильного использования ВерсияПриложения.

8. Если ошибка возникает в сторонних модулях (например, СПАРКРискиСервис, ИнтернетПоддержкаПользователей), то возможно, что эти модули ожидают объект, а получают строку. В этом случае нужно проверить обновления этих модулей или обратиться к разработчикам.

9. Для диагностики можно добавить вывод типа значения:

1С (Код)

Сообщить(ТипЗнч(ОбщегоНазначения.СистемнаяИнформацияКлиента().ВерсияПриложения));

1	Сообщить(ТипЗнч(ОбщегоНазначения.СистемнаяИнформацияКлиента().ВерсияПриложения));

чтобы понять, что именно возвращается.

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

Рекомендации:

— Проверьте типы переменных и возвращаемых значений.

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

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

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

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

https://infostart.ru/public/1969439/ (Заметки по Конвертации данных 2.1 — содержит примеры ошибок с типами)

https://infostart.ru/1c/articles/1758696/ (Исправление ошибок при переходе между конфигурациями)

https://infostart.ru/1c/articles/1398340/ (Обзор полезных методов БСП)

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

—

Если кратко — ошибка говорит, что в переменную или параметр, ожидающий объект, передается строка (или другой простой тип). Нужно привести типы в соответствие.

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

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

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

1. Проверяется, что операция — продажа.
2. Формируется JSON с суммой платежа.
3. Отправляется POST-запрос на создание платежа (/create-payment).
4. Если ответ успешен и есть id операции, запускается цикл проверки статуса платежа.
5. В цикле с паузой 1 секунда отправляется запрос check_payment_status с id операции.
6. Если статус «success» — цикл прерывается, оплата успешна.
7. Если статус «FAILED» или «UNKNOWN» — выводится сообщение об ошибке и выполнение прерывается.
8. Если статус «INITED» — цикл продолжается, ожидается изменение статуса.

Рекомендации и замечания:

— В цикле стоит предусмотреть таймаут или максимальное время ожидания, чтобы не зависать бесконечно.
— Обработка прерывания пользователя (Ctrl+Break) — хорошая практика.
— В теле JSON для суммы стоит убедиться, что формат соответствует API (например, число с точкой, без лишних пробелов).
— Можно добавить логирование попыток и ответов для отладки.
— Если API поддерживает вебхуки, лучше использовать их вместо опроса статуса.

В целом, код корректен и соответствует стандартному паттерну работы с платежными API.

9

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

Михаил, чтобы добавить ставку НДС 22% в конфигурацию Комплексная автоматизация 1.1, нужно выполнить несколько шагов, учитывая особенности конфигурации и платформы 1С.

1. Добавление ставки НДС в справочник ставок НДС:
— Откройте конфигуратор.
— Найдите справочник «СтавкиНДС» (обычно в разделе «Справочники» или «Общие»).
— Добавьте новую запись с наименованием «22%» и значением 22.

2. Обновление механизмов расчета НДС:
— В общем модуле, который отвечает за ценообразование или расчет налогов (например, модуль «Ценообразование» или «Налоги»), найдите функцию, которая возвращает числовое значение ставки НДС (например, «ПолучитьСтавкуНДСЧислом»).
— Добавьте обработку новой ставки 22%, чтобы она корректно возвращалась и учитывалась при расчетах.

3. Обновление документов и форм:
— Проверьте документы, где используется ставка НДС (например, документы реализации, поступления).
— В формах выбора ставки НДС добавьте возможность выбора новой ставки 22%.
— При необходимости обновите обработчики событий, чтобы при выборе ставки 22% корректно пересчитывались суммы.

4. Тестирование:
— Создайте тестовый документ с новой ставкой НДС 22%.
— Проверьте правильность расчетов и отражения в отчетах.

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

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

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

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

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

Например, при создании таблицы значений:

1С (Код)

ТаблицаЗначений.Колонки.Добавить("Дата", Новый ОписаниеТипов("ДатаВремя"));

1	ТаблицаЗначений.Колонки.Добавить("Дата", Новый ОписаниеТипов("ДатаВремя"));

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

После этого при присвоении

1С (Код)

НовСтр.Дата = НовДок.Дата;

1	НовСтр.Дата = НовДок.Дата;

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

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

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

ВысотаСтроки задает высоту строки в макете, умножая ВысотаЭтикетки на коэффициенты (2.65 и 0.35 или 0.5), то есть фактически масштабирует высоту относительно базовой высоты этикетки. Если ВысотаЭтикетки — это высота этикетки в мм, то умножение на 2.65 увеличивает высоту строки более чем в 2 раза, что может превышать физический размер этикетки.

Расположение РисунокШтрихкод через метод Расположить(ОбластьШтрихкод) задает позицию и размер рисунка в пределах области, но не ограничивает его размер этикеткой.

Чтобы параметры входили в размер этикетки 20×30 мм, нужно:

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

Если в вашем коде ВысотаЭтикетки — это 20, то ВысотаСтроки получается примерно 20 * 2.65 * 0.5 = 26.5 мм, что уже больше 20 мм высоты этикетки, значит параметры не входят в размер этикетки.

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

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

Andrey, эта строка в УТ 10.3 означает, что из макета печатной формы (объекта Макет) выбирается область для вывода, задаваемая координатами ячеек табличного документа.

Метод ПолучитьОбласть(1,1,3,2) возвращает область, которая начинается с ячейки в строке 1, столбце 1 и занимает 3 столбца по ширине и 2 строки по высоте.

Комментарий //(1,1,4,2) показывает, что раньше, возможно, использовалась область шириной 4 столбца, а сейчас изменена на 3 столбца.

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

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

Andrey, привет!

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

Что можно сделать:

1. Проверь проверить, что версия обработки загрузки отчёта из фронтол 6 совместима с УТ 10.3. Возможно, стоит использовать более старую версию обработки, адаптированную под УТ 10.3.

2. Если есть возможность, уточни у поставщика фронтол 6, что означает транзакция с кодом 43, и есть ли рекомендации по её обработке в УТ 10.3.

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

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

Оценка ответа: 8

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

ВТИ Николай, в 1С УНФ 3.0.12.226 ситуация с разной ставкой НДС при добавлении товара через «Подбор номенклатуры» и при обычном добавлении связана с тем, что механизм подбора может использовать отдельные настройки или справочники ставок НДС, отличающиеся от тех, что применяются при прямом добавлении товара.

Чаще всего причина в следующем:

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

2. В обработке подбора номенклатуры (например, в модуле формы подбора) может быть жестко задана ставка НДС 20%, либо вызывается функция, которая возвращает ставку по умолчанию, а эта ставка по умолчанию в справочнике ставок НДС — 20%.

3. Возможен вариант, что в справочнике «Ставки НДС» есть несколько записей, и при подборе выбирается не та, что соответствует 22%, а 20%, из-за сортировки или фильтрации.

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

Рекомендации для решения:

— Проверьте справочник «Ставки НДС» в конфигурации, убедитесь, что там нет лишних ставок 20%, или что ставка 22% стоит первой или по умолчанию.

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

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

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

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

8

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

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

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

1. Найти в справочнике торгового оборудования элемент с кодом «000000001» или с такой же моделью.
2. Проверить, какое оборудование уже подключено к этой модели.
3. Если требуется изменить обработку обслуживания, сначала отключите или удалите существующее подключенное оборудование для этой модели.
4. После этого можно будет изменить обработку обслуживания.

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

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

1С (Код)

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

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

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

9

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

Алексей, поддержка специальных ставок НДС 5% и 7% в 1С:Розница появилась начиная с версии 3.0.10.143, которая вышла 28.11.2024. Для версии 2.* таких обновлений официально не было, эти ставки введены в более новых релизах 3-й линии конфигурации.

Если вам нужна именно версия 2.*, то там поддержки ставок 5% и 7% НДС нет, обновления с этими ставками реализованы только в 3.0.10.143 и выше.

Рекомендую посмотреть здесь:
https://v8.1c.ru/news/vyshla-novaya-versiya-3-0-10-143-tipovoy-konfiguratsii-roznitsa-bazovaya.htm

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

Алексей, поддержка специальных ставок НДС 5% и 7% в 1С:Розница появилась начиная с версии 3.0.10.143, которая вышла 28.11.2024. Для версии 2.* таких обновлений официально не было, эти ставки введены в более новых релизах 3-й линии конфигурации.

Если вам нужна именно версия 2.*, то там поддержки ставок 5% и 7% НДС нет, обновления с этими ставками реализованы только в 3.0.10.143 и выше.

Рекомендую посмотреть здесь:
https://v8.1c.ru/news/vyshla-novaya-versiya-3-0-10-143-tipovoy-konfiguratsii-roznitsa-bazovaya.htm

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

Kubanychbekov, ошибка «Индекс находится за границами массива» в обработчике ‘ОбработкаПроведения’ документа СписаниеТоваров (1176) обычно возникает, когда в коде происходит обращение к элементу массива или коллекции по индексу, который не существует. Это значит, что либо индекс меньше 0, либо больше или равен количеству элементов в массиве.

Основные причины такой ошибки в обработчике проведения:

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

2. **Неправильное использование индексов при работе с табличными частями**
Часто при поиске строк в табличной части документа (например, через НайтиСтроки или прямой перебор) может быть попытка обратиться к элементу по индексу, который отсутствует.

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

4. **Неправильное использование циклов с индексами**
Например, цикл Для i = 0 По Массив.Количество() Цикл — в 1С индексы начинаются с 1, а не с 0.

5. **Отсутствие проверки на наличие данных перед обращением к элементам**
Например, если в коде есть обращение к Массив[0] или Массив[Количество() + 1].

Для точного определения причины нужно проверить код процедуры ОбработкаПроведения в документе СписаниеТоваров, особенно участки, где происходит:

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

**Рекомендации по устранению:**

— Добавить проверки на количество элементов перед обращением к элементам массива или выборки, например:

1С (Код)

Если Массив.Количество() > 0 Тогда // работа с элементами КонецЕсли;

1 2 3

Если Массив.Количество() > 0 Тогда       // работа с элементами   КонецЕсли;

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

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

Рекомендую посмотреть здесь: https://infostart.ru/public/1485525/ (по ошибкам и оптимизации кода в 1С) и https://infostart.ru/public/1896407/ (по ошибкам в обработке проведения документов).

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

[Автор]

Сообщения