При переходе на систему 1С:Комплексная автоматизация 2 (КА 2) пользователи часто сталкиваются с вопросом: как разделить учет основной задолженности (счета 60 и 62) и расчетов по претензиям на счете 76.02? В отличие от «1С:Бухгалтерии», где счет учета можно выбрать непосредственно в документе или операции, в КА 2 логика работы строится на использовании механизмов финансового учета. Рассмотрим подробно, как правильно настроить систему и ввести остатки, чтобы данные сошлись и в бухгалтерском балансе, и в оперативных отчетах.
Проанализируем архитектуру 1С:КА 2. Программа является системой с развитым оперативным контуром. Это означает, что бухгалтерские проводки — это лишь отражение движений по оперативным регистрам. Если мы просто воспользуемся документом Операция (регламентированный учет) и сделаем проводку в дебет 76.02, программа «не увидит» эту задолженность в отчетах по взаиморасчетам. В дальнейшем при оплате претензии возникнут «разрывы»: деньги придут, а задолженность в оперативном учете не закроется, так как там не было начального остатка.
Выясним причину, по которой документ Ввод начальных остатков не содержит поля «Счет учета». В современных конфигурациях на базе ERP и КА 2 за подбор счетов отвечает справочник Группы настроек финансового учета (ГФУ). Именно в нем фиксируется связь между объектом расчетов и бухгалтерским счетом.
Рассмотрим первый и самый важный этап — создание специальной настройки, которая «скажет» программе использовать счет 76.02. Разберем этот процесс по шагам:
76.02. Если мы предполагаем использование этой группы и для кредиторской задолженности по претензиям, укажем тот же счет в поле «Расчеты с кредиторами».Важно помнить, что при использовании этой ГФУ программа при формировании проводок всегда будет обращаться к указанному в ней счету, игнорируя стандартные счета 60 или 62.
Посмотрим на ситуацию со стороны аналитики. В КА 2 задолженность всегда висит на определенном объекте расчетов. Чаще всего это Договор с контрагентом. Чтобы претензии не смешивались с основной торговой деятельностью, проанализируем следующий подход:
Создадим для контрагента отдельный договор. В поле Тип взаимоотношений выберем значение Прочее. Это наиболее корректный путь для расчетов, не связанных напрямую с куплей-продажей товаров. В карточке этого договора на вкладке «Учетная информация» выберем созданную нами ранее ГФУ «Расчеты по претензиям».
Теперь любой документ, ссылающийся на этот договор, будет автоматически формировать проводки по счету 76.02.
Теперь разберем, как внести сами цифры. Перейдем в раздел НСИ и Администрирование — Начальное заполнение — Документы ввода начальных остатков.
Выберем тип операции в зависимости от ситуации:
Рассмотрим подробнее заполнение табличной части документа:
76.02. Если договор не используется, ГФУ можно указать прямо в строке документа (в зависимости от версии программы).После проведения документа обязательно проверим проводки. Мы увидим дебет счета 76.02 в корреспонденции со вспомогательным счетом 000. Но, что более важно, мы увидим движения по регистру Расчеты с клиентами (или поставщиками). Это гарантирует нам корректное отображение в ведомостях взаиморасчетов.
Проанализируем еще один нюанс. Для корректного старения дебиторской задолженности и формирования резервов по сомнительным долгам, программе нужно знать дату возникновения долга. В документе ввода остатков в поле Объект расчетов можно создать так называемый Первичный документ (внутренний объект системы), где указывается реальная дата выставления претензии. Это позволит системе правильно считать дни просрочки, даже если вы только начали работать в программе.
Иногда пользователи пытаются ввести остатки по претензиям через «Прочие расчеты» на счета 76.05 или 76.09. Разберем, почему для претензий важен именно 76.02. Счет 76.02 имеет специфическую аналитику и используется в стандартных отчетах по претензионной работе. Используя механизм ГФУ, вы сохраняете методологическую чистоту учета, принятую в 1С.
Подводя итог, повторим алгоритм совместных действий:
ГФУ и прописываем в ней счет 76.02.ГФУ.Ввод начальных остатков взаиморасчетов.Такой подход обеспечит идеальную сходимость данных между бухгалтерским балансом и управленческими отчетами, что является критически важным для стабильной работы 1С:Комплексная автоматизация 2.