Групповое изменение вида операции в банковских выписках 1С 8.3: четыре рабочих способа

Массово изменить вид операции в банковской выписке 1С 8.3 можно штатной обработкой Групповое изменение реквизитов: Администрирование — Обслуживание — Корректировка данных — Групповое изменение реквизитов. Выбираете документ «Поступление на расчётный счёт» или «Списание с расчётного счёта», ставите отбор по периоду, организации и текущему виду операции, указываете новое значение — и обработка переписывает хоть 500 документов за один проход. Групповое изменение вида операции в выписках банка делается за 3–5 минут, но само по себе оно не исправляет проводки: нужно ещё поменять счёт расчётов и перепровести документы.

Откуда вообще берётся эта задача. Выписка загружена из клиент-банка, контрагентов в базе на тот момент не было, и 1С поставила всем платежам «Прочее поступление» и «Прочее списание» со счётом 76.09. В итоге у покупателей не закрыт долг, авансы не попали в счета-фактуры, ОДДС показывает кашу. Руками править 300 документов — день работы.

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

Что тянет за собой вид операции — и почему менять только его недостаточно

Вид операции в документах выписки — это не ярлык, а переключатель логики. Он определяет сразу три вещи:

• 🧾 состав реквизитов документа — при «Оплате от покупателя» появляется расшифровка платежа с договором и счётами 62.01/62.02, при «Прочем списании» её нет;
• 📊 счёт расчётов по умолчанию — 62.01, 60.01, 68.xx, 70, 71 или 76.09;
• 💧 статью движения денежных средств — от неё зависит, в какой раздел ОДДС попадёт сумма.

Поэтому в одном проходе обработки почти всегда меняют минимум два-три реквизита: сам вид операции, счёт расчётов и счёт авансов. Иногда ещё договор и статью ДДС.

Что проверить до того, как нажать «Изменить реквизиты»

Резервная копия — не формальность. Откатить групповое изменение штатно нельзя: обработка не ведёт журнал «как было». Единственный способ вернуться — восстановить базу.

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

Основной инструмент. Работает в «Бухгалтерии 3.0», ЗУП 3.1, УТ 11, КА и ERP — это общая обработка из библиотеки стандартных подсистем.

Где её открыть

Два пути:

1. Администрирование — Обслуживание — Корректировка данных — Групповое изменение реквизитов.
2. Через Все функции — Обработки — Групповое изменение реквизитов. Команду «Все функции» сначала включают: меню «Сервис и настройки» (шестерёнка справа вверху) → Параметры → галка Отображать команду "Все функции".

Настроить отбор — самый важный шаг

В поле Изменять выбираете Поступление на расчётный счёт (или Списание с расчётного счёта — это два разных документа, за один проход обрабатывается один).

Дальше жмёте ссылку с отбором и добавляете условия:

Отбор без условий = правка всех выписок за всю историю базы. Это самая частая и самая дорогая ошибка.

Указать новые значения реквизитов

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

Там же отмечаете:

• Счёт расчётов → 62.01 для поступлений от покупателей, 60.01 для оплат поставщикам;
• Счёт авансов → 62.02 или 60.02;
• Статья доходов/Статья расходов (статья ДДС ) — если хотите заодно починить ОДДС.

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

Жмёте Изменить реквизиты. В конце обработка покажет, сколько объектов изменено и сколько не удалось.

Перепровести — обязательный финал

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

Самый надёжный вариант — групповое перепроведение:

1. Администрирование — Обслуживание — Проведение документов — Групповое перепроведение документов.
2. Отбор по виду документа и периоду.
3. Запуск — и затем контроль списка не перепроведённых.

Либо вручную: в журнале Банк и касса — Банковские выписки выделить строки, Ещё — Провести.

Способ 2. Групповая обработка справочников и документов

Вторая типовая обработка, её часто и называют «групповой обработкой». Удобна тем, что в ней изменение реквизита и проведение делаются подряд, в одном окне.

Путь: Все функции — Обработки — Групповая обработка справочников и документов.

Порядок:

1. На первой закладке в Тип объектов выбираете Документы, в списке — Поступление на расчётный счёт.
2. Закладка с отбором: добавляете условия по дате, организации, виду операции.
3. Жмёте Отобрать — получаете список конкретных документов. Лишние строки можно просто снять галками, это удобнее «слепого» отбора.
4. Закладка Обработка: действие Изменить реквизит → Вид операции → новое значение → Выполнить.
5. Повторяете действие для счёта расчётов.
6. Меняете действие на Провести → Выполнить.

Способ 3. Правка в журнале выписок — когда документов пять-десять

Если «неправильных» платежей десяток, массовая обработка излишне рискованна.

• Откройте Банк и касса — Банковские выписки, настройте отбор по виду операции через Ещё — Настроить список — Отбор.
• Правьте документы по очереди: F2 открыть, сменить вид операции, проверить счёт и договор, Провести и закрыть.
• Копирование не помогает: вид операции в новом документе берётся из копируемого, но суммы и назначение платежа всё равно свои.

В части конфигураций и релизов в журнале доступна команда Ещё — Изменить выделенные — это та же обработка группового изменения, только с уже готовым отбором по отмеченным строкам. Если команда есть, это самый быстрый путь для 20–50 документов.

Способ 4. Запрос и внешняя обработка — когда правило зависит от назначения платежа

Ситуация: 400 списаний, из них аренда должна стать «Прочим списанием» со счётом 76.09, услуги связи — «Оплатой поставщику» с 60.01, а налоги — «Перечислением налога». Отбором в типовой обработке такое не разложить: нужен разбор текста в поле Назначение платежа.

Здесь работает короткая внешняя обработка или код в консоли:

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

Выборка = Запрос.Выполнить().Выбрать();
Пока Выборка.Следующий() Цикл
    Док = Выборка.Ссылка.ПолучитьОбъект();
    Док.ВидОперации = Перечисления.ВидыОперацийСписаниеДенежныхСредств.ОплатаПоставщику;
    Док.Записать(РежимЗаписиДокумента.Проведение);
КонецЦикла;

Такой скрипт удобно прогонять в несколько проходов: отдельный ПОДОБНО на каждое правило.

Какой способ выбрать под вашу ситуацию

Сводно, по трудозатратам и риску:

Проводки до и после смены вида операции

Вот что реально меняется в учёте. Пример: поступление 180 000 ₽ от покупателя и оплата поставщику 96 000 ₽.

Отдельно про НДС. Пока аванс лежит на 76.09, он не виден обработке Банк и касса — Регистрация счетов-фактур на аванс — счёт-фактура не выпишется, НДС с аванса не начислится. После массовой смены вида операции эту обработку перезапускают за весь период, иначе в декларации будет недобор.

Как поменять вид операции массово в УТ 11, ERP и ЗУП

«Бухгалтерия 3.0» — всё описанное выше, документы «Поступление на расчётный счёт» и «Списание с расчётного счёта», журнал Банк и касса — Банковские выписки.

УТ 11, КА 2, ERP 2 — документы называются «Поступление безналичных денежных средств» и «Списание безналичных денежных средств», лежат в Казначейство — Безналичные платежи. Вместо «Вида операции» реквизит Хозяйственная операция. Групповое изменение реквизитов его меняет, но вместе с хозоперацией меняется состав объектов расчётов: после правки проверьте отчёт Расчёты с клиентами и Расчёты с поставщиками — суммы по документам расчётов могут поехать.

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

ЗУП 3.1 — банковских выписок в конфигурации нет, но обработка группового изменения реквизитов там та же и по тому же пути Администрирование — Обслуживание — Корректировка данных. Её применяют, например, к ведомостям на выплату.

Типичные ошибки

🚫 Отбор не настроен. Обработка меняет все выписки за все годы, включая закрытые периоды и другие организации. Лечится только восстановлением из копии.

🚫 Поменяли вид операции, забыли счёт расчётов. Документ выглядит правильно, в проводках остаётся 76.09. Проверка — ОСВ по 76.09: если сальдо не изменилось, счёт не переписался.

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

🚫 Не указан договор. При «Оплате от покупателя» без договора зачёт аванса не выполняется: на 62.01 и 62.02 одновременно висят суммы по одному контрагенту.

🚫 Закрытый период. Выходит сообщение о запрете изменения данных — часть документов остаётся непеределанной, а в отчёте обработки это легко пропустить. Сверяйте число изменённых документов с числом отобранных.

🚫 Правка под работающими пользователями. Документ, открытый у коллеги, не запишется. Плюс блокировки и частичный результат.

🚫 Смена вида операции на несовместимый. Значения для поступления и для списания — разные перечисления. Попытка поставить «Оплата поставщику» в поступление даст ошибку заполнения.

🚫 Правки «на всякий случай» в УТ и ERP без проверки расчётов. Там за хозоперацией стоят объекты расчётов и графики оплаты — простая подмена реквизита ломает аналитику.

Отчёты, которыми проверяют результат

После массовой правки нужно 10 минут на контроль:

1. Универсальный отчёт по документу. Отчёты — Стандартные отчёты — Универсальный отчёт, объект Документ → Поступление на расчётный счёт → Основные данные, группировка по Вид операции. Сразу видно, сколько «Прочих» осталось.
2. ОСВ по счёту 76.09. Отчёты — Оборотно-сальдовая ведомость по счёту. Если задача была снять мусор с 76.09, обороты должны уйти почти в ноль.
3. Анализ субконто по контрагентам. Проверка, что долги по 60 и 62 закрылись, а не раздвоились на аванс и расчёты.
4. Экспресс-проверка ведения учёта. Отчёты — Анализ учёта — Экспресс-проверка: блоки по банку и НДС с авансов.
5. Отчёт о движении денежных средств. Если меняли статьи ДДС, смотрите распределение по разделам — текущие, инвестиционные, финансовые операции.
6. Регистрация счетов-фактур на аванс — перезапустить за период и посмотреть, сколько новых документов создалось.

Когда массово менять вид операции не нужно

Не всякая «Прочая» выписка — ошибка:

• 💼 платежи по эквайрингу корректно отражаются отдельным видом операции с 57-м счётом — переводить их в «Оплату от покупателя» нельзя;
• 🔁 переводы между своими счётами — это «Перевод на другой счёт организации», а не оплата поставщику;
• 🏦 комиссии банка часто правильно висят на 91.02 через прочее списание;
• 📅 период закрыт, отчётность сдана, расхождений в сальдо нет — массовая правка задним числом создаст больше проблем, чем решит.

Прежде чем править, выгрузите список «Прочих» в Excel из универсального отчёта и глазами пройдитесь по назначениям платежей. Часто из 300 документов правки требуют 180, а остальные корректны.

Как не возвращаться к этой задаче

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

• Перед загрузкой заводите контрагентов с ИНН: 1С сопоставляет платежи по ИНН и КПП из платёжного документа и сама ставит нужный вид операции.
• В форме загрузки выписки проверяйте колонки с контрагентом, видом операции и счётом до нажатия кнопки загрузки — там же их и правят, по одному документу, без обработок.
• Заполните договоры с видом «С покупателем» / «С поставщиком» — от вида договора зависит подстановка счётов 62/60.
• Заведите статьи движения денежных средств заранее и назначьте их типовым платежам.
• Поставьте дату запрета изменения после сдачи отчётности: это защита от случайного массового прогона по закрытому периоду.
• Правило для себя: после каждой загрузки выписки — универсальный отчёт с группировкой по виду операции. Десять секунд проверки вместо дня разгребания.

Частые вопросы