Обновление 1С:ERP: как сохранить себестоимость закрытого месяца
Чтобы перейти на новую версию 1С:ERP без искажения себестоимости, сначала сохраните результаты закрытого месяца и проверьте обновление на копии базы. Сравните стоимость запасов, выпуска и продаж при одинаковых исходных данных. Каждое расхождение нужно объяснить до рабочего перехода, а порядок восстановления базы согласовать до начала обновления.
Закрытый месяц после обновления показывает другую прибыль
Представим производственную компанию: бухгалтер закрыл месяц, финансовый директор согласовал отчёт о прибыли, менеджеры получили данные о рентабельности заказов. После обновления 1С:ERP бухгалтер повторяет расчёт себестоимости. Количество выпущенной продукции прежнее, но стоимость отдельных изделий изменилась. Вместе с ней меняется прибыль по заказам, на которую уже опирались при согласовании скидок.
Это учебный сценарий, а не описание конкретного клиентского проекта. Он показывает, почему сообщение об успешном обновлении ещё не подтверждает правильность учёта. Конфигурация запускается, документы открываются, но распределение затрат требует отдельной проверки.
Ставка здесь вполне деловая: компания рискует продавать продукцию по цене, рассчитанной на неверной марже, пересобирать управленческую отчётность и задерживать закрытие следующего месяца. Если расхождения затронули регламентированный учёт, бухгалтеру придётся отдельно оценить необходимость исправлений. Само изменение управленческой себестоимости ещё не означает ошибку налогового учёта.
Поэтому проверку строят вокруг конкретного закрытого периода. Проверять только вход пользователей и проведение новой реализации недостаточно: проблема может проявиться лишь при повторном распределении накопленных расходов.
Сначала выясните, что именно изменило расчёт
В тестовой базе бухгалтер открывает отчёт по выпуску и видит: одна продукция стала дороже, другая дешевле, а сумма затрат подразделения совпала. Но совпадение общего итога не снимает вопрос. Вероятная причина такого поведения связана с распределением расходов: нужно проверить базу распределения, аналитику затрат и результат расчёта по изделиям.
После перехода расхождения возникают по разным причинам. Новый релиз может исправлять ошибку прежнего алгоритма. Обработка перехода может преобразовать учётные данные. Доработка или расширение может некорректно взаимодействовать с изменёнными объектами конфигурации. Наконец, между сравнениями могли загрузить документы задним числом или изменить настройки учёта.
Эти причины нельзя смешивать. Если в копию попали новые документы, сравнение уже не показывает влияние одного обновления. Если новый алгоритм исправил прежнюю ошибку, механическое возвращение старых сумм закрепит неверный результат.
До эксперимента специалист читает описание целевого релиза и инструкции перехода, проверяет требования к промежуточным обновлениям. Затем составляет перечень изменений, которые затрагивают расчёт себестоимости именно в этой базе. Названия операций и доступные настройки зависят от версии 1С:ERP, поэтому универсальный совет перепровести всё подряд здесь опасен.
Зафиксируйте исходные данные, с которыми согласен бухгалтер
Для проверки нужен закрытый месяц с характерными операциями компании. У производителя это период с выпуском продукции, незавершённым производством и распределением косвенных расходов. Если отклонения обычно возникают при возвратах или дополнительных расходах на закупку, такие документы тоже должны попасть в проверку. Спокойный месяц без сложных операций даст мало полезных свидетельств.
Бухгалтер подтверждает, что выбранный период закрыт в исходной версии, а известные ошибки записаны отдельно. Если расчёт уже сейчас не завершается, сначала нужно разобраться с этим состоянием. Иначе после перехода команда будет искать дефект обновления там, где причина существовала раньше.
Сохраните отчёты вместе с настройками: организацией, периодом, видом учёта, валютой, отборами и группировками. Скриншота общего итога недостаточно. Нужна выгрузка с детализацией, по которой получится найти изделие, заказ или статью расходов с отклонением.
- ✓Зафиксируйте количество и стоимость запасов на начало и конец периода.
- ✓Сохраните стоимость выпуска и остатки незавершённого производства по используемой аналитике.
- ✓Запишите себестоимость продаж и финансовый результат в выбранном виде учёта.
- ✓Сохраните сообщения закрытия месяца и перечень нераспределённых расходов.
Рядом укажите версии платформы и конфигурации, состав расширений, дату копии. Этот набор позволит повторить эксперимент и понять, сравниваются ли одинаковые состояния базы.
Разделите технический переход и повторное закрытие месяца
Копию размещают отдельно от рабочей базы. До первого запуска проверяют фоновые задания, обмены, отправку писем и подключения к внешним системам. Тестовая база не должна отправить контрагенту повторный документ или принять свежую загрузку, которая изменит исходные данные проверки.
Далее выполняют предусмотренную разработчиком последовательность обновления и завершают обязательные обработки перехода. Их сообщения сохраняют. Проверку требований к платформе начинают с системных требований 1С, а совместимость конкретного релиза уточняют в документации поставки. Этот источник помогает проверить техническую основу, но не подтверждает правильность расчёта затрат.
Первое сравнение проводят после завершения перехода, до отдельного повторного закрытия выбранного месяца. Оно покажет изменения, которые уже внесли процедуры обновления. Затем сохраняют доступное для восстановления состояние копии и выполняют согласованный сценарий расчёта. Если обязательная обработка сама пересчитывает данные, это отдельно отмечают в протоколе.
Так команда различает последствия преобразования данных и последствия нового расчёта. При обновлении 1С этот порядок нужно включать в перечень работ заранее: технический запуск конфигурации и сверка себестоимости требуют разных проверок и участия разных сотрудников.
Сравнивайте суммы по цепочке движения затрат
Начинать удобно с остатков и общего финансового результата, но останавливаться на них нельзя. Взаимно компенсирующие отклонения скрываются внутри итоговой суммы. Например, одинаковые затраты подразделения могут иначе распределиться между продукцией на складе и продукцией, которую уже продали.
Таблица помогает выбрать глубину проверки. Для каждого показателя используйте одинаковые настройки отчёта в исходной и обновлённой базе. Конкретные отчёты подбирают под используемые подсистемы и вид учёта.
| Участок проверки | Что сравнить | О чём говорит расхождение |
|---|---|---|
| Запасы | Количество и стоимость по номенклатуре и доступной аналитике | При равном количестве нужно исследовать оценку стоимости и распределение расходов |
| Выпуск | Стоимость продукции по подразделениям и заказам, если их используют | Разница между изделиями требует проверки состава затрат и базы распределения |
| Незавершённое производство | Остатки затрат и их аналитика на конец месяца | Затраты могли иначе разделиться между выпуском и незавершённым производством |
| Продажи | Себестоимость реализации и прибыль по одинаковым отборам | Отклонение показывает, какие продажи получили другую оценку расходов |
Проверяйте также начало периода. Если начальные остатки уже различаются, поиск только в документах текущего месяца не объяснит всю разницу. При этом расширять пересчёт на прошлые периоды без согласования с бухгалтером нельзя: так легко потерять исходную точку сравнения.
На каждое отклонение нужен ответ, а не ручная подгонка
Специалист обнаруживает разницу по изделию и предлагает изменить сумму вручную, чтобы отчёт совпал. Но ручная корректировка без установленной причины маскирует проблему. Следующее закрытие может снова дать отклонение, а связь между первичными документами и результатом станет сложнее проследить.
Разбор начинают с конкретной строки: какой показатель изменился, на какую сумму, в какой аналитике. Затем прослеживают документы и операции, которые сформировали стоимость. Проверяют распределяемые расходы, настройки расчёта и сообщения регламентных операций. Если количество тоже отличается, сначала выясняют причину этого отличия.
Для каждого расхождения в протоколе записывают причину, подтверждение и решение. Подтверждением может быть воспроизводимый результат на копии, описание исправления в релизе или найденный документ. Формулировка «после обновления стало иначе» не объясняет ошибку.
Если виновато расширение, нужна доработка 1С с повторной проверкой затронутой цепочки расчёта. Если новый релиз корректно исправляет старый алгоритм, бухгалтер согласует новый результат и порядок отражения изменений. Цель проверки состоит в достоверной себестоимости. Полное совпадение со старой базой принимают только там, где для изменения сумм нет оснований.
Назначьте условия допуска к рабочему переходу
Решение о запуске принимают по протоколу проверки. Бухгалтер подтверждает результаты расчёта, ответственный за управленческий учёт согласует объяснённые изменения, технический специалист подтверждает завершение перехода и работоспособность базы. В небольшой компании несколько обязанностей может выполнять один сотрудник, но сами проверки всё равно нужны.
До запуска определите условия, при которых перенос откладывается. Это необъяснённое изменение стоимости, незавершённая обработка перехода, ошибка закрытия месяца или нарушение обмена, от которого зависят первичные документы. Допускать расхождение только потому, что оно кажется небольшим, нельзя. Даже малая разница может указывать на систематическую ошибку распределения.
Рабочее обновление проводят после остановки ввода документов и обменов. Перед ним делают резервную копию и проверяют возможность восстановления. Длительность окна определяют по тестовому переходу с учётом объёма рабочей базы. Обещать завершение за вечер без такого замера рискованно.
Отдельно назначают момент открытия доступа пользователям. До него возврат к сохранённой базе проще. После начала работы восстановление старой копии приведёт к потере новых изменений, если их заранее не сохранить и не перенести согласованным способом. Поэтому план возврата описывает действия с документами и обменами, а не ограничивается наличием резервной копии.
Что включить в задание подрядчику и бюджет
Для обращения в UKVED подготовьте версии конфигурации и платформы, описание доработок, проблемный период и пример отчёта с расхождением. Персональные данные и коммерческие сведения из примера уберите, если они не нужны для первичной оценки. Доступ к рабочей базе на этом шаге обычно не требуется: сначала нужно определить состав проверки.
В задание на переход включите подготовку копии, фиксацию исходных отчётов, тестовое обновление и разбор отклонений. Отдельно запишите, кто проверяет управленческую себестоимость и регламентированный учёт. Это разные результаты, и подтверждение одного не заменяет проверку другого.
Такую задачу можно включить в проект внедрения 1С:ERP или согласовать как отдельную работу с действующей системой. В UKVED стоимость часа сопровождения 1С составляет 3800 руб. Общая стоимость перехода зависит от трудозатрат; фиксированную сумму без оценки конфигурации, расширений и состояния учёта назвать нельзя.
Для оценки разделите работы по результатам: подготовленная копия, выполненный переход, проверенный расчёт и рабочий запуск. Попросите указать, какие исправления входят в согласованный объём, а какие потребуют отдельной оценки. Это позволяет сравнивать предложения подрядчиков по содержанию работ.
Результат, который нужно закрепить в задании для UKVED, конкретен: протокол сравнения себестоимости с объяснением отклонений и согласованный порядок запуска. Именно он даёт бухгалтеру основание принять новую версию, а руководителю помогает понять, почему изменилась прибыль по заказам и можно ли использовать отчёт для решений о ценах.
❓ Частые вопросы
Должна ли себестоимость после обновления полностью совпасть со старой версией?
При одинаковых исходных данных необъяснённых расхождений быть не должно. Однако новый релиз может исправить ошибку прежнего расчёта, поэтому совпадение сумм не всегда означает правильный результат. Каждое изменение проверяют по документам и описанию релиза, после чего бухгалтер согласует корректную сумму и порядок отражения исправлений.
Можно ли проверить переход без остановки работы сотрудников?
Тестовое обновление и сравнение себестоимости проводят на отдельной копии, пока сотрудники работают в основной базе. Копию изолируют от рабочих обменов и отправки документов. Для самого рабочего перехода потребуется согласованное окно: ввод документов останавливают, создают резервную копию, выполняют обновление и проверяют результат перед открытием доступа.
Что делать, если исходный месяц уже закрывается с ошибками?
Сначала зафиксируйте ошибки и разберите их на текущей версии. Если обновление должно исправить конкретный дефект расчёта, проверьте это на копии и сохраните подтверждение. Сравнивать итоговые суммы без понимания исходной ошибки бессмысленно: команда не сможет отделить последствия перехода от прежних проблем учёта.
Сколько стоит обновление 1С:ERP с проверкой себестоимости?
В UKVED час сопровождения 1С стоит 3800 руб. Общую стоимость перехода рассчитывают после оценки версии, доработок, расширений и состояния учёта. В согласованный объём нужно включить тестовое обновление, сравнение отчётов, разбор отклонений и рабочий запуск. Исправление накопленных ошибок учёта оценивают отдельно, если оно требуется.
Можно ли восстановить старую базу, если ошибка обнаружится после запуска?
Восстановление возможно при наличии исправной резервной копии, но новые документы и изменения после её создания в неё не попадут. Поэтому до перехода согласуют момент возврата и порядок сохранения новых данных. Возможность восстановления проверяют заранее, а последствия для обменов и введённых документов описывают в плане запуска.
Или позвоните: +7 906 045-28-27 — в рабочее время с 9:00 до 19:00
Остались вопросы? Нужна помощь?
Менеджеры компании с радостью ответят на ваши вопросы, произведут расчет стоимости услуг и подготовят индивидуальное коммерческое предложение.
Бесплатная консультация

