Рассмотрим ситуацию, когда банковская выписка загружается в 1С с неверным видом операции. Например, поступления по QR-коду через СБП или эквайринг отражаются как личные средства предпринимателя, хотя их необходимо учитывать как поступления по платежным картам.
Пользователь массово меняет в обработке Групповое изменение реквизитов вид операции, плательщика, договор, счет расчетов и другие реквизиты. После этого документы внешне выглядят исправленными, однако при открытии движений документа бухгалтерские проводки отсутствуют. При ручном открытии документа и нажатии кнопки проведения проводки появляются.
Причина состоит не в том, что реквизиты были изменены неправильно, а в том, что массовое изменение реквизитов и проведение документа являются разными операциями. Групповое изменение реквизитов изменяет данные в самом документе, но не всегда запускает алгоритм проведения, который формирует движения по регистрам и бухгалтерские проводки.
Разберем подробнее, почему это происходит, как правильно исправить документы и как избежать подобных ошибок при последующих загрузках банковской выписки.
В 1С документ состоит не только из полей, которые пользователь видит в форме. У документа есть реквизиты, табличные части, состояние проведения и движения по регистрам.
Например, документ ПоступлениеНаРасчетныйСчет может содержать такие реквизиты, как организация, банковский счет, контрагент, договор, сумма, статья движения денежных средств, вид операции, счет расчетов и другие аналитические параметры.
При проведении документа 1С выполняет прикладной алгоритм, заложенный в конфигурации. Этот алгоритм анализирует заполненные реквизиты и формирует движения по регистрам. В бухгалтерской конфигурации результатом проведения могут быть записи в регистрах бухгалтерии, регистрах накопления, регистрах сведений, налоговых регистрах и других учетных механизмах.
Проводки не хранятся как обычные поля документа. Они создаются во время проведения. Поэтому изменение реквизита не означает автоматического пересчета движений.
Проанализируем ситуацию на примере. Документ был первоначально загружен как поступление личных средств предпринимателя. При таком виде операции программа могла сформировать одни движения либо не сформировать нужные движения для расчетов по эквайрингу.
Затем через обработку ГрупповоеИзменениеРеквизитов пользователь изменил вид операции на поступление по платежным картам, указал банк-эквайер в качестве плательщика, изменил договор и счет расчетов. Реквизиты документа стали выглядеть корректно, но прежние движения не были пересчитаны либо были удалены в процессе изменения документа.
Когда пользователь открывает документ вручную и нажимает кнопку проведения, запускается алгоритм проведения именно для нового вида операции. В этот момент программа читает уже исправленные реквизиты и формирует корректные движения.
Следовательно, массовое изменение реквизитов необходимо дополнять массовым перепроведением документов.
Рассмотрим назначение обработки ГрупповоеИзменениеРеквизитов. Она предназначена для массового изменения значений реквизитов и табличных частей документов, справочников и других объектов.
Через эту обработку удобно менять данные, которые не влияют на учетные движения. Например, можно массово изменить комментарий, ответственного, дополнительный реквизит, подразделение, статью затрат, значение пользовательского поля или иной справочный реквизит.
Однако при изменении реквизитов, которые участвуют в проведении, требуется отдельное действие. К таким реквизитам относятся:
Вид операции особенно важен. В типовых конфигурациях 1С именно вид операции часто определяет, какие поля доступны пользователю, какие счета подставляются автоматически и какие алгоритмы будут использованы при проведении.
Поэтому нельзя считать, что изменение вида операции через обработку автоматически исправляет бухгалтерский и налоговый учет. Оно исправляет исходные данные документа, но для отражения изменений в регистрах необходимо повторно провести документ.
Разберем специфику поступлений по QR-коду. Оплаты через СБП, платежные агрегаторы и банковские сервисы могут попадать в банковскую выписку с разным назначением платежа и разными реквизитами отправителя.
В одних случаях банк передает в выписке данные конечного плательщика. Тогда поступление может быть отражено как оплата от покупателя.
В других случаях в выписке отображаются реквизиты банка, платежного агента, агрегатора или банка-эквайера. В такой ситуации поступление может оформляться как поступление по платежным картам или как операция эквайринга.
Для QR-платежей через СБП нельзя автоматически выбирать один вариант учета для всех случаев. Необходимо анализировать, кто указан плательщиком в банковской выписке, как организованы расчеты с покупателями и каким образом программа отражает оплату в учетной системе.
Если в выписке указан банк, платежный агрегатор или эквайер, а деньги поступают общей суммой за продажи, обычно требуется использовать вариант учета, связанный с поступлением по платежным картам или эквайрингом.
Если в выписке указан конкретный покупатель и платеж поступает непосредственно от него, может быть корректнее использовать оплату от покупателя.
Поэтому перед массовой заменой реквизитов необходимо проверить несколько документов из каждой группы операций. Не следует массово менять вид операции для всех банковских поступлений только по одному общему признаку, например по слову «СБП» в назначении платежа.
Рассмотрим основной способ исправления. Сначала массово изменим реквизиты документов, затем выполним групповое перепроведение в правильной последовательности.
Для начала сформируем выборку только тех документов, которые действительно были загружены с ошибочным видом операции. Желательно ограничить отбор периодом, организацией, банковским счетом, видом операции и иными признаками.
Не включайте в обработку все документы за большой период без проверки. При массовом перепроведении могут измениться движения взаиморасчетов, остатки по счетам, данные по НДС, КУДиР, управленческим регистрам и другим учетным данным.
ГрупповоеИзменениеРеквизитов.Документ.ПоступлениеНаРасчетныйСчет.В типовой конфигурации 1С:Бухгалтерия 3.0 обработка массового перепроведения обычно доступна через раздел операций или через административные функции корректировки данных. Название команды и расположение могут отличаться в зависимости от редакции конфигурации, интерфейса пользователя и прав доступа.
При поиске команды используйте слова ГрупповоеПерепроведениеДокументов, «Групповое перепроведение документов», «Проведение документов» или «Корректировка данных».
В обработке массового перепроведения укажем:
ПоступлениеНаРасчетныйСчет, если обработка позволяет ограничить типы документов;После выполнения обработки откроем несколько документов из разных дат и проверим движения. Для контроля посмотрим бухгалтерские проводки, движения по регистрам взаиморасчетов, отражение по счетам учета и данные по эквайрингу.
Если документы были исправлены правильно, после перепроведения должны появиться движения, соответствующие новому виду операции.
Выясним причину, по которой ручное проведение решает проблему. При проведении документа платформа вызывает процедуру проведения, реализованную в модуле объекта документа или в общих механизмах конфигурации.
Во время проведения программа выполняет примерно следующую последовательность действий:
При простом изменении реквизитов такая последовательность может не выполняться. Документ сохраняется с новыми значениями полей, но его регистры не пересчитываются автоматически.
В типовом прикладном коде 1С разница между записью и проведением имеет принципиальное значение. Объект документа может быть записан без формирования движений, а может быть записан с проведением. При программной работе с объектами эта разница обычно выражается режимом записи документа, например режимом РежимЗаписиДокумента.Проведение.
Поэтому в рассматриваемой ситуации ручное изменение договора или вида операции не является обязательной частью исправления. Пользователь фактически запускает проведение, когда нажимает кнопку «Провести». Если реквизиты уже были правильно изменены массовой обработкой, достаточно выполнить перепроведение без повторного ручного выбора значений.
Правильная последовательность действий: массово изменить реквизиты, затем массово перепровести документы.
После выполнения массового перепроведения не ограничивайтесь проверкой одного документа. Рассмотрим контроль по нескольким направлениям.
Сначала откроем несколько документов из начала, середины и конца периода. Посмотрим, что установлен правильный вид операции, указан корректный плательщик, заполнен договор и выбран нужный счет расчетов.
Затем откроем движения документа. В зависимости от конфигурации это может быть команда «Движения документа», «Дт/Кт», «Показать проводки и другие движения» или аналогичная команда.
Проверим, что документ формирует проводки, а не остается без движений. При этом состав проводок зависит от конфигурации, настройки плана счетов, системы налогообложения и конкретного сценария эквайринга.
После этого сформируем отчет по счету расчетов с банком-эквайером или платежным агрегатором. Посмотрим, не образовались ли необъяснимые остатки, двойные обороты или несоответствия между суммой поступлений и суммой продаж.
Если учет ведется в 1С:Бухгалтерии, дополнительно проверим:
Если документы относятся к прошлому закрытому периоду, необходимо отдельно проверить, не затронет ли перепроведение уже сформированную отчетность. При необходимости сначала согласуем исправление с бухгалтером, который отвечает за закрытие периода.
Рассмотрим случаи, когда перепроведение не дает ожидаемого результата. Если после выполнения группового перепроведения документ остается без проводок, необходимо искать причину в настройках документа, учетной политике или ошибках проведения.
Сначала откроем один проблемный документ вручную и попробуем провести его. Если при ручном проведении появляется сообщение об ошибке, необходимо исправить именно эту ошибку. Групповая обработка могла остановиться на документе либо пропустить его в зависимости от настроек.
Если документ проводится вручную без ошибок, но в массовом режиме не перепроводится, проверим отбор обработки. Возможно, в период не попала нужная дата, не выбрана организация, не включен тип документа или установлена настройка, исключающая уже проведенные документы.
Если документ проводится вручную, но проводок все равно нет, необходимо выяснить, предусмотрены ли бухгалтерские движения для этого сценария в конкретной конфигурации. Некоторые документы могут формировать только движения по оперативным или управленческим регистрам, а не бухгалтерские проводки.
Для документов поступления на расчетный счет отсутствие проводок может быть связано с несколькими причинами:
Особенно внимательно проверим дату запрета изменения данных. В 1С часто устанавливают запрет редактирования ранее закрытых периодов. В таком случае пользователь может изменить отдельные реквизиты в доступной форме или получить неполный результат обработки, но проведение документа может быть ограничено либо выполнено с ошибкой.
Проверим настройки в разделе администрирования, включая дату запрета изменения данных, права пользователя, параметры проведения документов и доступ к операциям прошлых периодов.
Разберем безопасный порядок работы. Массовое изменение документов, влияющих на учет, всегда следует выполнять поэтапно. Не рекомендуется изменять тысячи документов одним действием без резервной копии и контрольной выборки.
Особое внимание уделим договору и счету расчетов. Если для разных поступлений должны использоваться разные договоры, нельзя устанавливать один договор для всех документов. В таком случае необходимо разделить документы на группы и обработать каждую группу отдельно.
Например, если часть платежей поступила от одного банка-эквайера, а часть — через другой платежный сервис, создадим отдельные отборы по назначению платежа, банковскому счету, плательщику или иным признакам выписки. Затем для каждой группы назначим правильного контрагента, договор и счет расчетов.
Рассмотрим общий принцип учета поступлений от банка-эквайера. При продаже покупателю деньги могут сначала учитываться как задолженность банка или платежного сервиса перед организацией. Когда банк перечисляет деньги на расчетный счет, программа отражает поступление от банка-эквайера.
В таком сценарии плательщиком обычно выступает банк-эквайер или платежный агрегатор, а не конечный покупатель. Договор также должен относиться к расчетам с этим банком или сервисом.
При этом необходимо понимать, что вид операции «Поступление по платежным картам» подходит не для каждого QR-платежа автоматически. Название вида операции не должно быть единственным критерием. Определим реальную экономическую сущность операции.
Если QR-платеж поступает от конкретного покупателя напрямую, без расчетов через эквайринговую схему в учете, может быть корректнее использовать оплату от покупателя.
Если QR-платеж поступает от банка или агрегатора общей суммой, за вычетом комиссии либо с отдельным отчетом о продажах, обычно применяется схема расчетов по платежным картам или эквайрингу.
Если банк удерживает комиссию, необходимо проверить, как она отражается в базе. В зависимости от применяемой схемы комиссия может отражаться отдельным банковским списанием, отдельным документом расходов или автоматически на основании отчета банка-эквайера.
Не следует включать банковскую комиссию в сумму поступления без анализа учетной схемы. Иначе могут появиться расхождения между выручкой, поступлением денег на расчетный счет и расходами на услуги банка.
Иногда возникает желание исправить только бухгалтерские проводки, не меняя документы. Такой подход является рискованным.
Проводки должны быть следствием правильно оформленного первичного документа. Если изменить только движения, но оставить в документе неправильный вид операции, плательщика или договор, в дальнейшем учет может снова исказиться при перепроведении, закрытии месяца, обновлении конфигурации или выполнении регламентных операций.
Правильнее исправить первичные данные документа, затем перепровести документ. Тогда реквизиты и движения будут соответствовать друг другу.
Ручные операции допускается использовать только в исключительных случаях, когда типовой документ не позволяет корректно отразить хозяйственную ситуацию, а бухгалтер понимает последствия такого отражения.
В рассматриваемой задаче исправлять нужно именно документы поступления на расчетный счет, а не только их проводки.
Рассмотрим практический вариант работы, если документов много. Не следует выполнять все изменения одновременно, особенно если необходимо изменить вид операции, плательщика, договор и счет расчетов.
Разделим работу на логические этапы.
Такой подход уменьшает риск массового неверного изменения. Если после первого этапа обнаружится ошибка в настройке отбора или реквизитов, исправить небольшую группу документов будет значительно проще, чем восстанавливать большой период целиком.
Перед массовой заменой вида операции рассмотрим несколько исходных документов. В каждом из них проверим назначение платежа, плательщика, сумму, наличие комиссии, связь с продажами и способ отражения оплаты в программе.
Полезно сравнить два документа: один, который был загружен ошибочно, и один, который пользователь оформил вручную правильно. Сопоставим реквизиты обоих документов.
Проверим:
После такого сравнения будет понятнее, какие реквизиты можно менять массово, а какие требуют индивидуальной настройки.
Если ошибка обнаружена не сразу, а спустя несколько месяцев, массовое перепроведение может затронуть закрытые периоды. В этом случае необходимо действовать особенно осторожно.
Сначала выясним, сдана ли отчетность за исправляемый период. Затем проверим, включены ли в период регламентные операции, закрытие месяца, расчет налога при УСН, расчет НДС, амортизация, переоценка валюты, распределение расходов или иные операции, зависящие от движений документов.
Если перепроводятся документы прошлого периода, может потребоваться повторное выполнение отдельных регламентных операций. Например, изменение поступлений может повлиять на доходы при УСН, взаиморасчеты, остатки по счетам и данные отчетов.
Не следует автоматически отменять закрытие месяца только для того, чтобы перепровести документы. Сначала оценим, влияет ли изменение на сформированную отчетность и необходима ли корректировка.
При работе с налоговым учетом желательно согласовать порядок исправления с бухгалтером или специалистом, который отвечает за отчетность.
При массовом перепроведении желательно включить остановку по ошибке либо использовать режим, который формирует список ошибок. Это особенно важно, если документы были созданы автоматически из банковской выписки.
Если программа сообщает об ошибке проведения, не следует игнорировать сообщение и продолжать обработку без анализа. Ошибка может означать, что документ не заполнен, отсутствует договор, не указан счет учета, не найден нужный контрагент или нарушена последовательность документов.
Разберем общий порядок обработки ошибок.
Если ошибка связана с отсутствием договора или контрагента, не следует создавать фиктивные элементы справочника только ради проведения документа. Сначала определим, какие реальные реквизиты должны быть указаны в операции.
Рассмотрим случаи, когда перепроведение действительно не требуется. Обычно это изменение реквизитов, не влияющих на алгоритм учета и движения по регистрам.
Например, отдельно можно массово менять:
Однако даже для таких полей необходимо понимать логику конкретной конфигурации. Дополнительный реквизит может использоваться в отчетах, обменах, правилах заполнения или внешних обработках. Поэтому перед массовым изменением следует проверить, не влияет ли реквизит на бизнес-процесс организации.
Если изменяется реквизит, который участвует в проводках, расчетах, отчетах, взаиморасчетах, НДС, налоговом учете или распределении затрат, безопаснее считать перепроведение обязательным.
После исправления уже загруженных документов необходимо устранить причину повторения ошибки. Иначе новые поступления снова будут попадать в программу с неправильным видом операции.
Рассмотрим, что необходимо проверить.
Если выписка загружается через типовой обмен, проверьте, по каким признакам программа определяет вид операции. Это могут быть назначение платежа, ИНН, расчетный счет плательщика, наименование банка, шаблон текста, ранее созданные правила или ручные настройки обработки банковской выписки.
Если используется внешняя обработка загрузки или расширение конфигурации, необходимо проверить ее алгоритм. Внешняя обработка может устанавливать вид операции напрямую либо формировать документ с реквизитами, которые затем типовая конфигурация интерпретирует как личные средства предпринимателя.
Для стабильной работы рекомендуется сначала вручную правильно оформить несколько новых поступлений одного типа. Затем посмотреть, запомнила ли программа способ заполнения и стала ли автоматически подставлять корректный вид операции.
Если программа продолжает выбирать неверный вариант, необходимо настроить правило обработки или обратиться к специалисту по 1С для доработки загрузки банковской выписки.
Подведем итог и разберем последовательность действий, которая подходит для описанной ситуации.
ПоступлениеНаРасчетныйСчет с некорректным видом операции.Главный вывод: обработка «Групповое изменение реквизитов» не заменяет проведение документов. Она массово изменяет данные документов, но для пересчета проводок и движений по регистрам необходимо выполнить групповое перепроведение.
В рассматриваемой ситуации не нужно открывать каждый документ и вручную повторно выбирать договор или вид операции. Если реквизиты уже корректно изменены массовой обработкой, достаточно перепровести нужные документы через обработку массового перепроведения и затем проверить движения по регистрам.
Информация носит справочный характер