← На главную

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

Анализируем стандартную логику: принцип «ведущего» документа

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

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

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

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

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

Решение проблемы: настройка режима «Переводы в пути»

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

1. Переходим в раздел Настройки.
2. Выбираем пункт Еще больше возможностей.
3. Находим подраздел Деньги.
4. Устанавливаем флаг (галочку) напротив опции Использовать переводы в пути.

После включения этой опции логика программы кардинально меняется. Рассмотрим, что произойдет при перемещении средств:

• Документ Расход со счета теперь будет делать расход со счета-отправителя и приход на виртуальный регистр (аналог 57 счета).
• Документ Поступление на счет станет обязательным: именно он при проведении «заберет» деньги из «пути» и зачислит их на счет-получатель.

Работа с банковскими выписками и загрузкой данных

Проанализируем ситуацию, когда вы используете загрузку из Клиент-Банка. При включенной опции «Переводы в пути» система будет более корректно сопоставлять входящие и исходящие платежи:

Во-первых, при загрузке выписки по первому счету создастся Расход со счета. Деньги спишутся, но на втором счете они еще не появятся. Это критически важно для контроля ликвидности.

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

Нюансы валютных переводов и эквайринга

Стоит отметить, что для валютных операций в 1С:УНФ используется документ Купля-продажа валюты. Здесь логика «денег в пути» заложена архитектурно, так как между списанием рублей и зачислением валюты (и наоборот) всегда существует разница курсов и временной лаг. Программа автоматически рассчитывает курсовые разницы, используя промежуточные технические счета.

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

Заключение и рекомендации

Мы выяснили, что «странное» поведение 1С:УНФ при перемещении денег — это не ошибка, а осознанный выбор разработчиков в пользу упрощения учета. Однако для качественного управленческого контроля мы рекомендуем:

• Всегда включать опцию Переводы в пути, если ваши банки не проводят платежи мгновенно.
• Следить за тем, чтобы документы Поступление на счет были проведены, иначе деньги «зависнут» на виртуальном счете и не попадут в отчеты по остаткам.
• Регулярно сверять отчет Денежные средства в пути (его можно найти в разделе «Деньги» — «Отчеты»), чтобы контролировать незавершенные переводы.

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