При работе в программе 1С:Розница 3.0, особенно если используются отраслевые решения от компании «Рарус», пользователи часто сталкиваются с критической ошибкой при попытке провести документ (например, «Приходная накладная»). Чтобы корректно видеть данные после проведения, полезно использовать отчет по поступлениям товаров с закупочными и розничными ценами. Текст ошибки гласит: «Запись не верна! Не заполнены оба счета!». Ситуация осложняется тем, что в интерфейсе программы поля для выбора счетов учета могут отсутствовать вовсе, а попытка включить их через функциональные опции приводит к блокировке в защищенном модуле.
В рамках данной статьи мы подробно разберем, почему возникает эта проблема, как она связана с архитектурой 1С:Управление нашей фирмой (УНФ) и какими способами можно восстановить работоспособность системы, не прибегая к радикальному изменению кода конфигурации.
Для начала проанализируем ситуацию и выясним причину такого поведения программы. Конфигурация 1С:Розница 3.0 построена на едином ядре с 1С:УНФ 3.0. В «Управлении нашей фирмой» реализован полноценный управленческий учет по методу двойной записи, использующий ПланСчетов.Управленческий и соответствующий регистр бухгалтерии — для этого подойдёт обработка экспресс-проверки управленческого учета в 1С:УНФ. В «Рознице» этот функционал программно ограничен (скрыт), чтобы упростить интерфейс для малого ритейла.
Однако механизмы проведения документов остаются общими. Если в системе по какой-то причине активируется механизм контроля движений по регистру Управленческий, программа при проведении документа начинает искать счета дебета и кредита. Если ошибка возникла на этапе запуска магазина, рекомендуем изучить актуальную инструкцию по настройке торгового места на базе РМК.
Это основной и наиболее эффективный способ решения проблемы. В 1С:Розница 3.0 счета учета редко задаются для каждой позиции отдельно, вместо этого используется механизм категорий. Грамотная настройка категорий важна не только для устранения технических ошибок, но и для того, чтобы в дальнейшем проводить контроль оборачиваемости и расчет среднего срока хранения товаров на складе.
Разберем этот процесс по шагам:
Счет учета запасов и Счет учета затрат (счет доходов/расходов).Еще — Изменить состав дополнительных реквизитов или проверить настройки видимости через Изменить форму.Суть в том, что при записи движения в регистр РегистрБухгалтерии.Управленческий, программа обращается к регистру сведений СчетаУчетаНоменклатуры. Если для данной категории (или для пустой категории — «для всех») там нет записей, возникает ошибка незаполненных счетов.
Иногда ошибка проявляется из-за некорректно инициализированных параметров учета при первом запуске или после обновления конфигурации. Проанализируем настройки глобальных параметров.
Рассмотрим последовательность действий:
Как отмечалось в обсуждении, при попытке включить ОтображатьСчетаУчета в защищенном модуле может возникать ошибка «Функциональность недоступна». Это происходит потому, что разработчик (1С или Рарус) жестко ограничил использование счетов учета в данной версии продукта.
Выясним, как обойти это ограничение в диагностических целях:
Если у вас есть права администратора и доступ к консоли запросов или обработке Групповое изменение реквизитов, можно попробовать найти константу, отвечающую за эту опцию (обычно это Константа.ИспользоватьСчетаУчетаВДокументах), и установить её значение в Истина принудительно.
Проанализируем ситуацию, когда ошибка появляется только после настройки синхронизации. При включении обмена с 1С:Бухгалтерия 8, «Розница» может начать требовать заполнения счетов учета для того, чтобы корректно подготовить данные к выгрузке.
В этом случае необходимо:
Категории номенклатуры, как было описано в Решении 1, даже если вы не планируете использовать их в самой «Рознице».В отраслевых конфигурациях (например, «Розница 3. Аптека» или «Розница 3. Общепит») могут присутствовать собственные регистры, которые работают по принципу двойной записи. Если разработчики «Рарус» не до конца адаптировали механизмы УНФ, может возникнуть программный тупик.
Посмотрим на пример логики исправления:
Если ошибка возникает в защищенном модуле, к которому нет доступа для редактирования, единственным легальным способом остается обновление конфигурации. Разработчики часто выпускают патчи, которые «вычищают» ненужные требования к заполнению счетов. Также для оперативного исправления ситуации можно использовать расширение для группового перемещения товаров по нескольким складам (поможет расширение для группового перемещения товаров) или настроить автоматическое оприходование отрицательных остатков, если проблема блокирует товародвижение.
Если работа склада парализована, а найти, где именно не заполнен счет, не удается, можно воспользоваться документом Корректировка регистров — для этого подойдёт автозаполнение документа Корректировка регистров. Это позволит вручную внести записи в необходимые регистры, но это «костыль», который не решит проблему в долгосрочной перспективе. Нам же важно добиться автоматического и безошибочного проведения документов.
Подводя итог, можно сказать, что ошибка «Запись не верна! Не заполнены оба счета!» — это классический конфликт между скрытым интерфейсом и работающим «под капотом» движком управленческого учета. После устранения технических препятствий вы сможете полноценно использовать анализ закупок и продаж товаров для эффективного управления бизнесом и автоматического формирования отчетности.