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