← На главную

При переходе на новую версию 1С:Комплексная автоматизация 2.5 (КА 2.5) пользователи часто сталкиваются с тем, что механизмы формирования проводок в регламентированном учете существенно отличаются от привычной версии 1.1 или обычной Бухгалтерии предприятия. В этой статье мы подробно разберем, почему возникают странные суммы в проводках реализации, как правильно настроить районный коэффициент и что делать, если план счетов «поплыл» после обмена данными.

Разбираемся с неверными суммами на счете 62 при реализации

Типичная ситуация: вы проводите документ Реализация товаров и услуг, смотрите проводки и видите, что по дебету счета 62.01 и кредиту 90.01.1 отражается только сумма НДС, а не вся выручка. На первый взгляд это кажется программной ошибкой, но в КА 2.5 это поведение часто продиктовано настройками взаиморасчетов.

Рассмотрим причины возникновения такой ситуации:

1. Архитектура онлайн-взаиморасчетов: В версии 2.5 расчеты ведутся в режиме реального времени. Если в системе уже зафиксирован аванс от клиента (счет 62.02), программа пытается автоматически сопоставить его с отгрузкой.
2. Настройка графика оплаты: Это ключевой момент, который обнаружил автор темы. Если в документе реализации в поле «Оплата» указаны этапы, не соответствующие фактическому состоянию задолженности, система может некорректно распределять суммы по регистрам.

Решение: Для того чтобы проводка Дт 62.01 Кт 90.01.1 сформировалась на полную сумму реализации, необходимо проверить вкладку «Основное» в документе реализации и перейти в гиперссылку правил оплаты. Выясним причину: если там стоит предоплата, которой по факту (в разрезе объекта расчетов) нет, система «путается».

Нужно сделать следующее: в правилах оплаты (этапы графика оплаты) установите вариант «Кредит (после отгрузки)». Именно эта настройка сообщает системе, что в момент проведения реализации возникает дебиторская задолженность в полном объеме, которая затем будет погашена авансом или последующей оплатой.

Настройка районного коэффициента в кадровом учете

Другой частый вопрос связан с приемом сотрудников на работу. При заполнении вкладки «Оплата труда» пользователь не находит в списке доступных начислений Районный коэффициент. Это происходит из-за того, что в КА 2.5 данное начисление является предопределенным и его доступность зависит от глобальных настроек организации.

Проанализируем ситуацию пошагово:

1. Зайдем в карточку организации (раздел НСИ и администрирование — Организации).
2. Перейдем на закладку «Зарплата и кадры».
3. Проверим настройки территориальных условий. Чтобы поле Районный коэффициент стало доступным в кадровых документах, необходимо, чтобы в справочнике «Организации» были заполнены соответствующие значения коэффициентов (федеральный и местный).

Важный нюанс: В КА 2.5 районный коэффициент не добавляется в список начислений вручную как Оплата по окладу. Он рассчитывается автоматически на основании данных о месте работы. Если коэффициент указан в карточке организации или подразделения, он появится в документе Прием на работу автоматически в отдельной колонке или строке, если выполнены настройки состава начислений в разделе Зарплата — Настройки и справочники.

Исправление ошибок плана счетов после обмена данными

Иногда после миграции данных или настройки синхронизации пользователи замечают странное поведение оборотно-сальдовой ведомости (ОСВ). Например, счет 43.01 (Готовая продукция) внезапно становится подчиненным счету 41 (Товары). Это критическая ошибка, которая ломает всю логику закрытия месяца и расчета себестоимости.

Выясним причину:

В типовой конфигурации счета 41 и 43 являются синтетическими счетами первого порядка. Если иерархия изменилась, значит, при загрузке данных через Универсальный обмен или через механизмы синхронизации были изменены реквизиты предопределенных счетов. Программа начинает суммировать обороты 43-го счета внутри 41-го, что приводит к «удвоению» данных в отчетах.

Как исправить ситуацию:

1. Проверка ГФУ: В КА 2.5 счета учета подтягиваются из справочника Группы финансового учета номенклатуры. Проверьте, что для готовой продукции выбрана ГФУ, в которой указан счет 43, а для товаров — 41.
2. Корректировка плана счетов: Если иерархия уже нарушена, придется программно или через обработку «Редактирование реквизитов объектов» вернуть родителю счета 43 значение «Пустая ссылка».
3. Анализ правил обмена: Проанализируйте код в правилах обмена (если используется самописный обмен). Скорее всего, там жестко прописана подстановка родителя для определенных счетов.

Рассмотрим пример того, как система определяет порядок отражения в учете через регистр сведений ПорядокОтраженияНоменклатуры. Если там допущена ошибка, то даже при правильном плане счетов проводки будут идти не туда. Рекомендуется использовать встроенное рабочее место «Настройка отражения документов в регламентированном учете» для массовой проверки и исправления счетов.

Заключение

Работа в 1С:Комплексная автоматизация 2.5 требует более внимательного отношения к справочникам НСИ (Нормативно-справочной информации). Большинство проблем с «неверными» проводками решаются не изменением кода, а правильной настройкой графиков оплаты, объектов расчетов и карточек организаций. Помните, что онлайн-взаиморасчеты — это мощный инструмент, который требует идеального порядка в первичных документах.