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