"Для целей учета НДС не списано.." - исправление ошибки регистра "НДС по приобретенным ценностям"

27.02.23

Задачи пользователя - Корректировка данных

В типовой БП 3.0 уже много лет есть интересный косяк, приводящий к невозможности проведения реализаций с выводом сообщения "Для целей учета НДС не списано..". Возникает эта ситуация, например, если скинуть в настройке плана счетов "учет по складам". Обработка позволяет убрать склад из движений этого регистра.

Файлы

ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.

Наименование Скачано Купить файл
Удаление склада из движений регистра НДСПоПриобретеннымЦенностям.
.epf 6,73Kb ver:1.0
16 2 500 руб. Купить

Подписка PRO — скачивайте любые файлы со скидкой до 85% из Базы знаний

Оформите подписку на компанию для решения рабочих задач

Оформить подписку и скачать решение со скидкой

Вы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».

  • 0% комиссии — оплата напрямую исполнителю;
  • Исполнители любого масштаба — от отдельных специалистов до команд под проект;
  • Прямой обмен контактами между заказчиком и исполнителем;
  • Безопасная сделка — при необходимости;
  • Рейтинги, кейсы и прозрачная система откликов.

В типовой БП 3.0 уже много лет есть интересный косяк, приводящий к невозможности проведения реализаций с выводом сообщения "Для целей учета НДС не списано..". Возникает эта ситуация, например, если скинуть в настройке плана счетов "учет по складам", то штатно проводки по 41 переделаются так, что субконто СКЛАД убирается, однако, склад не автоматически не убирается из движений по регистру НДС по приобретенным ценностям, после чего товарные документы перестают проводиться (в модуле проведения таблица остатков регистра НДС по приобретенным ценностям выбирается "соединением" с таблицей остатков счета 41 по СКЛАДУ, и, когда в одной таблице склад есть, а в другой нет, то остатки регистра всегда пустые). Возможна и обратная ситуация, когда склад появляется как субконто в проводках по счету 41, а в движениях регистра - нет. Понятно, почему 1с не исправляет это: если перепровести все товарные движения с начала учета, то все станет на свои места, то есть, они исходят из того что у вас должно быть все в порядке с базой. Однако, часто базу нельзя перепровести - либо по причине ее огромности, либо по причине кучи ошибок, либо (как это обычно и бывает) - все вместе. Да и можно задаться вопросом: зачем ее переводить всю, если нам нужно просто изменить один реквизит в движениях? Это же стрельба из пушки по воробьям, и для изменения проводок по 41 в типовой все-таки сделали механизм, но зачем-то не сделали для движений по регистру НДС по приобретенным ценностям, который ведется полностью параллельно - поэтому я считаю это косяком, о котором где только не написано. И что еще более удивительно, нигде нет готового решения, и мне пришлось его найти самостоятельно в срочном порядке, когда после объединения двух баз в одну, пришлось использовать одну и ту же настройку плана счетов (вот такие "широкие" возможности по ведению множества организаций в одной базе!).

Важное замечание: перед переделыванием движений за весь период, нужно отключить индексирование по этому регистру НДС по приобретенным ценностям - это ключевой момент, если база большая! Если не отключить, то самые старые записи будут обрабатываться очень медленно, и можно не дождаться результата! Конечно, после окончания обработки, индексирование нужно вернуть назад. Если с первого прохода не все записи удалось записать (она напишет), можно запустить ее повторно. Выбор начала даты обработки записей сделан для поэтапной обработки - если вы захотите посмотреть результат не дожидаясь, например за текущий год (товары, пришедшие в этом году, начнут списываться). И не забываем делать копию!

Тестировалось на платформе 8.3.22.1709 и релизе БП 3.0.130.22.

Вступайте в нашу телеграмм-группу Инфостарт

Для целей учета НДС не списано НДСПоПриобретеннымЦенностям

См. также

Закрытие периода Инструменты администратора БД Корректировка данных Бухгалтер Пользователь 1С:Предприятие 8 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Платные (руб)

Расширение «Оперативное проведение» в 4 раза уменьшает время проведения документов и закрытия месяца. Является комплексным решением проблем 62 и 60 счетов. Оптимизирует проведение при включенной функциональной опции «Раздельный учет НДС». Используется в более 10 организациях уже 2 года. Совместимо с конфигурацией Бухгалтерия 3.0 (+КОРП).

14640 руб.

29.04.2020    50178    136    162    

92

Корректировка данных Системный администратор Программист 1С:Предприятие 8 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Платные (руб)

Незаменимая обработка для сопровождения конфигураций: ERP, УТ, КА. Позволяет вычистить многие ошибки в ключах аналитики, в ключевых справочниках конфигурации.

3660 руб.

10.02.2017    121008    728    177    

765

Файловый обмен (TXT, XML, DBF), FTP Поиск данных Инструменты администратора БД Корректировка данных Системный администратор Программист 1С:Предприятие 8 1C:Бухгалтерия 1С:Розница 2 1С:Управление нашей фирмой 1.6 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Платные (руб)

Данная обработка позволит Вам легко и просто, а главное - быстро, выполнить сравнение данных между ЛЮБЫМИ базами (и РИБ, по правилам конвертаций) по контрольным суммам выбранных объектов баз 1С, работающих на платформах 8.3 и выше. Удобный и понятный интерфейс в виде "мастера". Высокая скорость сравнения достигается за счет специального алгоритма расчета контрольной суммы объекта/записи и сравнения по данным суммам объектов 2х баз через файл. Имеется возможность выбора реквизитов, по которым система будет сравнивать объекты. Сравнение количества записей в движениях документов, возможность сравнивать данные по правилам конвертации и не только! Выбор объектов конфигурации для КАЖДОГО узла в отдельности с индивидуальным отбором для каждого объекта конфигурации, работа с FTP, сохранение или загрузка настроек, сохранение или загрузка результата сравнения, регистрация на обмен объекта и его движений. (Обновление от 12.11.2024, версия 2.2-2.5)

24400 руб.

27.10.2017    45958    31    13    

49

Зарплата Корректировка данных Бухгалтер 1С 8.3 1С:Зарплата и кадры государственного учреждения 3 1С:Зарплата и Управление Персоналом 3.x Бухгалтерский учет НДФЛ Платные (руб)

Внешняя обработка сравнивает НДФЛ из расчетного листка и НДФЛ из регистра, на разницу формирует документы в 2 шага. Исправляет расхождения, в том числе, когда Аванс больше Зарплаты

9760 руб.

01.09.2023    7935    320    91    

19

Взаиморасчеты Корректировка данных Бухгалтер 1С 8.3 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Платные (руб)

Автоматическое создание документов корректировок долга. Распределение Аванса уплаченному Интернет-площадке и долгами поставщиков.

7320 руб.

02.03.2026    818    2    0    

4
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. TMV 2 04.03.23 11:19 Сейчас в теме
Совсем не обязательно перелопачивать все записи регистра. Достаточно сформировать корректные остатки по этому регистру, например на начало года - тогда все документы после этой даты проводятся без проблем.
Потому и нет никакого готового решения.
3. nano1c 174 02.05.23 13:31 Сейчас в теме
(1) И как вы это сделаете? Готового решения нет, потому что это реальный косяк 1с, многолетний и хорошо известный, описанный многократно. И даже если бы были остатки, как вы пишите, - а период ДО, значит уже не перепроводится и вы считаете это нормальным? Попробуйте объяснить это бухгалтеру - выйдет неплохой комикс)
5. TMV 2 02.05.23 14:53 Сейчас в теме
(3) Видимо про дату запрета редактирования вы не слышали - спросите у вашего буха, может тот в курсе, для чего она.
Принцип простой: внесли верные остатки, поставили дату и готово.

Готового решения от 1С нет, потому что никакой спец. инструмент и не нужен - нужно вовремя следить за регистрами.
6. nano1c 174 02.05.23 18:11 Сейчас в теме
Фантизировать - не ваш конек, не смешно совсем, только выдает в вас совершенного профана и выскочку. Не слышать про дату запрета мог только чудак вроде вас, зачем сюда писать столь лютый бред? "Нужно вовремя следить за регистрами" - ну я даже не знаю, плакать тут или смеяться) И вы не ответили на вопрос "как скорректировать остатки, если база не перепроводится?", напомню) Откуда вы возьмете эти остатки? Что сделаете с документами До даты остатков? Впрочем это все риторические вопросы..
7. TMV 2 03.05.23 06:43 Сейчас в теме
(6) Так вы хам, оказывается. После того как поплачете, спросите у бухгалтера, где вам взять остатки, если сами не знаете.
8. nano1c 174 03.05.23 10:19 Сейчас в теме
(7) так ты первый начал хамить тут, карл. но непонятно зачем строчить столь лютый бред? По существу ты предложил сделать ОБРЕЗКУ базы, вместо решения проблемы, не понимая, что эта процедура на порядки СЛОЖНЕЕ и дольше - база не перепроводится и штатно не свернется! Это как если бы тебе врач от головной боли предложил отсечь голову)))
2. Vida 18 05.03.23 15:18 Сейчас в теме
У нас такая же или похожая проблема со складами
"Для целей учета НДС не списано" при попытке проведения отчета за смену

причем в регистре "Раздельный учет НДС" - все отлично
в проводках бухгалтерии тоже отлично
а вот в независимом регистре сведений "АналитикаУчетаНДС" (там хранятся ключи аналитики)
- по документам перемещения вылезает склад = "объект не найден"

при перепроведении документа перемещения - склад заполняется верно, и после отчет за смену нормально проводится
4. nano1c 174 02.05.23 13:34 Сейчас в теме
(2) Эта проблема имеет множество проявлений, но суть именно в том что регистры бух и ндсПоПр.. расходится, а по логике 1с должны быть синхронны. Если у вас есть возможность все перепровести (за вменяемое время) - замечательно, у меня же база в принципе не перепроводилась.
9. nano1c 174 30.06.23 15:56 Сейчас в теме
Да, вот еще что: ВестиУчетПоСкладам - это не константа! Важно понимать что перегружая данные, мы, не трогая константы, убиваем эту настройку в базе-приемнике, просто через свойства счета 41 - в форме ПланаСчетов "УчетЗапасов" это свойство получается как признак субконто Склад на счете Товары, которое можно случайно загрузить той же обработкой ВыгрузкаЗагрузкаXML которая замещает объекты из базы-источника.
Для отправки сообщения требуется регистрация/авторизация