Две базы 1С показывают разные остатки: с чего начать сверку
В одной базе 1С товар есть, в другой его количество меньше. Сотрудники вручную исправляют цифры, но после очередного обмена расхождение возвращается. Чтобы разобраться, недостаточно сравнить два итоговых числа. Важно понять, одинаковое ли событие и одинаковый ли состав запасов отражают системы.
Сравнивайте одинаковые показатели
Физическое наличие, доступное количество и остаток с учётом резервов могут отличаться без технической ошибки. Разные отчёты также используют разные склады, организации и моменты времени. Начните с согласования условий сравнения, иначе исправлять придётся корректные данные.
Выберите одну позицию и зафиксируйте дату, время, единицу учёта и включённые склады. Если одна система уже получила новый документ, а другая ещё нет, временная разница ожидаема. Вопрос в том, исчезает ли она после завершения обмена.
Найдите первое расходящееся событие
Сверка последних итогов показывает наличие проблемы, но не её происхождение. Проследите движение товара: поступление, перемещение, резерв, реализацию и возврат. Нужен момент, после которого согласованные данные впервые стали различаться.
Проверьте сопоставление номенклатуры
Похожее название не гарантирует одинаковый товар. В одной базе могут использоваться характеристики, в другой - отдельные карточки. Коробка и штука тоже иногда считаются разными единицами. Перед сверкой документов убедитесь, что сопоставлены правильные позиции.
Обратите внимание на дубли. Если часть документов связана с одной карточкой, а часть - с другой, отчёт по отдельной записи покажет неполную картину. Ручная прибавка количества скроет симптом, но не восстановит корректную историю движения.
Посмотрите журнал обмена
Ошибки передачи часто затрагивают определённый документ или справочник, а не весь процесс сразу. Общее сообщение «Обмен выполнен» ещё не объясняет, что случилось с конкретной записью. Полезны идентификатор операции, время отправки и результат обработки на принимающей стороне.
Также проверьте направление изменений. Если обе базы независимо обновляют один показатель, более позднее сообщение может вернуть старое состояние. Для каждого вида данных нужен понятный источник и правила разрешения конфликтов, соответствующие устройству вашего учёта.
Исправляйте причину, затем последствия
После обнаружения ошибки подготовьте контролируемый порядок восстановления. Не стоит запускать массовую повторную загрузку без проверки: она может затронуть корректные документы. Сначала воспроизведите исправление на небольшой выборке и убедитесь, что повторная передача не создаёт дублей.
Затем повторите сверку на согласованных условиях и понаблюдайте за следующими операциями. Если цифры совпали только сразу после ручного вмешательства, задача ещё не решена. Важно, чтобы новые поступления и продажи снова не создавали расхождение.
Kommutator.net настраивает синхронизацию 1С с учётом источников данных, правил обмена и связанных процессов. Для первого разбора полезно подготовить одну проблемную позицию и историю её движения. Такой пример помогает быстрее перейти от спора об итоговых цифрах к конкретной причине несоответствия.
На что обратить внимание
- Начните с согласования условий сравнения, иначе исправлять придётся корректные данные.
- Проследите движение товара: поступление, перемещение, резерв, реализацию и возврат.
- Важно, чтобы новые поступления и продажи снова не создавали расхождение.
