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

27.02.23

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

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

Скачать исходный код

Наименование Файл Версия Размер
Удаление склада из движений регистра НДСПоПриобретеннымЦенностям.
.epf 6,73Kb
9
.epf 1.0 6,73Kb 9 Скачать

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

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

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

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

См. также

Исправление в 1С:ЗУП/ЗКГУ ошибок по НДФЛ и взаиморасчетам с сотрудниками на начало расчетного года.

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

Обработка исправляет технические ошибки по НДФЛ, взаиморасчетам с сотрудниками в 1С:ЗУП (1С:ЗКГУ) на начало года. Фактически все ошибки, которые проявляются в ведомостях на выплату, расчетных листках, при заполнении ведомостей на выплату и отчетах 6-НДФЛ и т.д. нужно начинать исправлять с начала расчетного года. Это позволит быть уверенными, что после завершения расчетов предыдущего года, начали работать с «чистого листа» без ошибочных остатков.

4800 руб.

06.10.2023    2627    29    15    

35

Тестирование и исправление ключей аналитики ERP, УТ11, КА

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

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

3600 руб.

10.02.2017    107293    636    173    

679

Ускоренное проведение документов (x4), устранение ошибок 60/62 счетов и зачет авансов (Бухгалтерия 3.0)

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

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

14400 руб.

29.04.2020    27939    82    146    

61

Исправление ошибки закрытия месяца "Обнаружены ненулевые остатки по суммам при нулевом остатке по количеству в регистре себестоимости по организации". УТ 11.4,УТ 11.5, КА 2.4,КА 2.5, ERP 2.4, ERP 2.5, КА 2 Казахстан, Управление торговлей 3 для Казахстана

Закрытие периода Корректировка данных Платформа 1С v8.3 Оперативный учет 1С:Управление торговлей 11 Управленческий учет Платные (руб)

Закрытие месяца - важный процесс в современных конфигурациях, таких как УТ 11.4, УТ 11.5, КА 2.4, КА 2.5 ERP 2.4,ERP 2.5, КА 2 Казахстан, УТ 3 Казахстан регламентные операции влияют на расчет себестоимости, и ошибки в данном расчете не дают картины деятельности организации.

2400 руб.

27.10.2021    22561    302    35    

74

Заполнение документа "Корректировка регистров" произвольными данными

Закрытие периода Корректировка данных Платформа 1С v8.3 Система компоновки данных 1С:Управление нашей фирмой 1.6 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 Управленческий учет Платные (руб)

Внешняя обработка, позволяющая произвольным образом заполнять документ "Корректировка регистров" Предназначена для использования в конфигурациях "Управление торговлей 11", "Управление небольшой фирмой", "ERP Управление предприятием", а также в других конфигурациях, в состав которых входит библиотека стандартных подсистем (БСП) версии 2.2+ и указанный выше документ.

2400 руб.

13.07.2015    50321    171    29    

121

Исправление ошибок по НДФЛ и взаиморасчетам с сотрудниками в 1С:Бухгалтерия 3.0

Корректировка данных Зарплата Платформа 1С v8.3 Бухгалтерский учет 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Платные (руб)

Внешняя обработка предназначена для исправления самых различных ошибок, возникших по самым разным причинам. Общее проявление этих ошибок видно в различии данных между: проводками и различными отчетами по НДФЛ, заполнении ведомостей на выдачу зарплаты, неверным расчетом НДФЛ при начислении ЗП и т.д.

3600 руб.

09.02.2024    719    3    4    

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

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

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

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