После обновления конфигурации 1С:ERP с версии 2.4.12.75 на 2.4.13.85 пользователи часто сталкиваются с целым рядом непредвиденных проблем, затрагивающих ключевые аспекты работы системы, такие как электронный документооборот (ЭДО), работу с номенклатурой и учет налога на добавленную стоимость (НДС). Рассмотрим подробнее выявленные ошибки и возможные пути их решения.
Одной из наиболее заметных проблем, с которой мы можем столкнуться сразу после обновления, является расхождение в отображении статусов электронного документооборота. В списках журналов документов (например, закупки или продажи) в колонке "Состояние ЭДО" мы можем видеть статус "Не начат", в то время как при открытии самого документа его реальный статус отображается как "ЭДО завершен". Эта ситуация создает путаницу и затрудняет оперативный контроль за состоянием документов. Для восстановления контроля можно задействовать внешний отчет для отслеживания состояния документов ЭДО.
Причины возникновения:
Предполагается, что данная проблема связана с некорректным обновлением или очисткой реквизита Представление состояния в регистре сведений Состояния электронных документов. Именно этот реквизит используется системой для вывода информации в динамические списки журналов, и его некорректное значение приводит к отображению статуса "Не начат" вместо актуального.
Как диагностировать и исправить:
РегистрСведений.СостоянияДокументовЭДО и РегистрСведений.СостоянияПоОбъектамУчетаЭДО. Важно: выполнять подобные изменения следует с осторожностью и только после создания резервной копии базы данных.%AppData%\1C\1cv8\tmplts). В некоторых случаях, если 1С ЭДО не получает корректный статус, это может быть связано с отключением временных файлов, и тогда нужно проверить целостность dt-файл и восстановить данные.Еще одна проблема, выявленная после обновления, касается отображения реквизитов номенклатуры. В документах "Заказ поставщику" и "Заказ клиента", введенных до обновления, в табличной части "Товары" исчезает реквизит "Номенклатура поставщика/клиента". При этом в настройках формы этот реквизит отмечен галочкой, а при создании новых документов он присутствует.
Причины возникновения:
Причина кроется в переименовании реквизитов разработчиками 1С, предположительно, в целях подготовки к переходу на версию 2.5. Ранее реквизит назывался НоменклатураПоставщика, а после обновления стал НоменклатураПартнера. Аналогичные изменения затронули и другие реквизиты, например, ИмпортерАлко был переименован в ИмпортерКонтрагент. Для поиска таких изменившихся реквизитов в доработках и внешних отчетах пригодится инструмент для обнаружения неработающих запросов после обновления.
Что делать:
Мы наблюдаем существенные изменения в механизме сопоставления номенклатуры, особенно актуальные при работе с ЭДО. Ранее для этой цели использовался относительно простой справочник "Номенклатура поставщиков". Теперь же функционал реализован с помощью нового справочника "Номенклатура контрагентов" и связанного с ним регистра сведений, которые синхронизируются при записи.
Проблемы с реструктуризацией и заполнением:
НоменклатураПартнера. Этот поиск не всегда успешен, что может приводить к ошибкам при автоматическом формировании документов.Контроль сопоставления номенклатуры, который также может содержать ошибки или работать некорректно. Процедура контроля, как выясняется, отличается от процедуры заполнения документа из ЭДО, что только усугубляет ситуацию.Как исправить неверное сопоставление:
Если номенклатура контрагента была сопоставлена неверно, мы можем исправить это следующим образом:
Мы также сталкиваемся с изменениями в логике учета НДС, которые проявляются при проведении документов реализации. При установленном типе налогообложения "Продажа не облагается НДС" система теперь выполняет дополнительный контроль, сравнивая настройки документа с константой "Использовать учет НДС" и учетной политикой организации. В результате, может возникать ошибка, указывающая на несоответствие типа налогообложения учетной политике, например: "Обратите внимание, что тип налогообложения "Продажа не облагается НДС" не поддерживается учетной политикой организации. В этом случае могут быть списаны только комиссионные товары."
Официальная позиция 1С по оформлению реализации без НДС:
Для корректного оформления реализации без НДС 1С предлагает два основных подхода, в зависимости от статьи Налогового кодекса РФ:
Проблема с УПД и СФ при ЭДО:
При использовании второго подхода (Продажа облагается НДС, ставка – Без НДС), когда мы оформляем УПД с признаком 2 и отправляем его по ЭДО, система ЭДО может автоматически создавать Счет-фактуру (УПД с признаком 1), присваивать ей номер и отправлять контрагенту. Это происходит даже в тех случаях, когда Счет-фактура не нужна ни продавцу, ни покупателю. Как следствие, в нашей базе данных "занимается" номер в сквозной нумерации, что может создавать учетные и организационные сложности.
Рекомендации:
Для решения проблемы с контролем НДС нам следует строго следовать рекомендациям 1С по оформлению. Необходимо пересмотреть учетную политику и документы реализации, чтобы они соответствовали одному из двух описанных выше вариантов. Что касается автоматического создания Счета-фактуры через ЭДО при УПД с признаком 2, это является текущей проблемой, по которой нам пока приходится искать обходные пути или ожидать официальных исправлений от разработчиков 1С. В краткосрочной перспективе, возможно, потребуется ручной контроль или корректировка нумерации в случае возникновения такой ситуации.
Чтобы минимизировать риски и оперативно решать возникающие проблемы при обновлении 1С:ERP, мы рекомендуем придерживаться следующих практик:
chdbfl.exe. Запускайте ее с установленной галочкой "Исправлять обнаруженные ошибки", чтобы восстановить индексные файлы и исправить возможные повреждения информационной базы.%AppData%\1C\1cv8\tmplts. Это помогает системе перестроить кэш и устранить связанные с ним неполадки.