Это продолжение статьи про исправление найденных ошибок в 1С:ERP.
Продолжим разбираться с затратами.
На себестоимость производства (распределяемые)
Проблемы с этими расходами такие же, как и с распределяемыми прямыми. Отличия только в масштабе: в прямых расходах программа ищет рабочие партии в пределах заказа на производство/конкретной продукции/конкретной группы продукции. Здесь же аналитика, которую мы указываем при регистрации расхода, не влияет на подбор партии. Программа смотрит только на то, что мы указали в правиле распределения в статье.
Соответственно, при любых проблемах смотреть нужно именно туда: какие стоят отборы и что является базой. Надо проверить, есть ли вообще «этапы производства» или «производство без заказа» с нужными критериями.
При этом правила, которые касаются направлений деятельности, тоже жестко соблюдаются. То есть если мы указываем при регистрации затраты направление деятельности, то, соответственно, партии подбираются только с ним же.
Правда, у таких затрат (в отличие от прямых) проблему можно решить локально. Можно зайти в документы распределения расходов, которые программа создает в конце периода, и в них указать, что мы хотим подбирать другие НД.
Но это именно локальное решение. Мы не можем указать такое правило в настройке статьи. Нужно каждый месяц искать документ распределения и вносить исправления.
Как проверить базу? К сожалению, универсального способа не существует. Базы разные, на разных регистрах.
Например, если у нас база «ФОТ», то смотреть надо регистр «Трудозатраты НЗП». Если — «материальные расходы», то — регистр «себестоимость товаров». Если у нас база, основанная на количестве выпусков, тогда проверять нужно регистр «Выпуск продукции». Но если «продукция с учетом будущих выпусков», то тут типовым способом ее не проверишь.
На расходы текущего периода (через распределение)
Это новый вариант распределения, который появился в 2.5.27. Точнее, так называется старый вариант «На финансовый результат». То есть расходы, которые должны распределиться между направлениями деятельности. Теперь его логично использовать для 26го счета.
Здесь очень редко возникают проблемы, потому что программа распределяет такие расходы даже при отсутствии выручки или себестоимости.
Проблемы чаще всего связаны с кривым перезакрытием периода после корректировки документов задним числом.
На расходы текущего периода (напрямую)
Вот это совсем новый вариант распределения, который появился в 2.5.27.
Это расходы 91го счета, которые по факту никуда распределять не надо. Мы знаем их направление деятельности в момент регистрации.
Это новый тип расходов, и я пока не могу себе представить ситуацию, по которой они не закроются, кроме того же «кривого» закрытия.
Теперь будем разбираться со взаиморасчетами.
Если проблемы только на счетах учета.
Я имею в виду такие проблемы, когда не заполнилось направление деятельности в проводке, либо встал неправильный счет учета и т.д. То есть то, что не касается регистров.
Они решаются простым переотражением документов в учете в периодах, когда это возможно. Старые периоды, которые трогать нельзя, корректируем просто ручной операцией.
Для ERP проводки вторичны. Главное, чтобы порядок был в регистрах.
Если документов для переотражения много, то можете воспользоваться вот такой обработкой с Инфостарта (она входит в мой Must-have список внедренца).
//infostart.ru/1c/tools/1031517/
Если проблемы с регистрами.
Это ситуация более сложная.
Напомню, по взаиморасчетам у нас два основных регистра: расчеты и расчеты по срокам (отдельно для поставщиков и для покупателей). Первый предназначен для ведения плановых оплат, плановых отгрузок и для задолженности в целом. Движения по первому формируются сразу, при проведении документов.
Второй же регистр заполняется на основании первого регистра, но не сразу, а отдельным регламентным заданием. И регистратором для него является внутренний документ «Регистратор расчетов».
То есть если мы посмотрим универсальным отчетом регистр «Расчеты с поставщиками», то мы из него сможем найти проблемный первичный документ. А вот «расчеты с поставщиками по срокам» будет выдавать ссылки только на «Регистратор расчетов». Найти в нем ошибку очень сложно, притом, что авансы определяются именно по данному регистру.
Но есть хорошая новость: большинство проблем решаются с помощью обработки «Заполнение регистров взаиморасчетов».
Она не выведена в интерфейс программы, ее нужно найти через меню «Все функции».
Данная обработка перезаполняет регистры расчета с клиентами по срокам либо расчеты с поставщиками по срокам, в зависимости от объектов расчета.
Важные нюансы:
- Работать надо только с верхней частью, то есть с частичным перезаполнением регистров. Полный использовать очень опасно, я настоятельно не рекомендую этого делать. Он удалит все движения у «регистратора расчетов» и перезаполнит заново. Не факт, что сделает это хорошо.
- Должна быть обязательно указана и аналитика учета, и объект расчетов. Недостаточно указать что-то одно.
Найти эти объекты можно в универсальном отчете, про который я писала в статьях про поиск ошибок.
Проводки данная обработка не формирует, то есть надо будет по итогам ее работы в рабочем месте переотразить документы.
К сожалению, данная обработка не спасает от проблемы задвоенных «аналитик учета». Ну, то есть от ситуаций, когда в договоре сначала было одно направление деятельности, а потом его поменяли.
В случае такой проблемы у нас два пути:
- Простой. Используем встроенный сервис «Поиск и замена дублей». Выбираем справочник «Ключи аналитики по партнерам» с отборами по организации, договору, партнеру и контрагенту. Отмечаем нужный элемент справочника, и программа везде сама его заменит.
Важно: сразу после выполнения замены нужно запустить обработку по заполнению регистров взаиморасчетов по аналитике, которую вы исправили. Это поможет восстановить зачет авансов.
Плюсы: типовой механизм, который сразу исправляет большое количество данных.
Минусы: лезет в закрытые периоды. Вскрывает крайне редко, однако… Обработка обходит даты запрета редактирования данных.
- Сложный. Тут следует поставить картинки в стиле «не повторять, опасно!». Это вариант только для очень опытных пользователей. Для него потребуется обработка, которая позволяет корректировать движения документа. Например, вот такая:
//infostart.ru/1c/tools/1464476/
С ее помощью вы во всех проблемных документах прямо в движениях корректируете аналитику в регистре «расчеты с клиентами» или «расчеты с поставщиками», после чего снова запускаете «Заполнение регистров взаиморасчетов», чтобы регистры «по срокам» обновились.
Хорошая новость: в 2.5.27 измерение «Направление деятельности» убрано из ключей аналитики.
Это должно снизить количество проблем в программе, особенно на начальных этапах запуска.
Вступайте в нашу телеграмм-группу Инфостарт