Имя: Пароль:
1C
1С v8
УПП 1.3: для целей учета НДС не списано
0 amiko
 
13.07.11
11:41
Понимаю, что проблема вечная, но все же. В организации настройка "реализация с 0% или без НДС".
Перепровожу (на тестовой) абсолютно все документы за 3 года. Натыкаюсь на известную ошибку "Для целей учета НДС не списано".. Иду в ведомость по партиям НДС: товар оприходован двумя партиями (по количеству 0,259 и 12,960 соответственно).
С первой списывается весь остаток, со второй показывает, что нач. остаток 12,960, но списывает только 12,701 (списание производится документом "Передача товаров"). Остальное остается висеть на кон. остатке. Но ошибку выдает "Для целей учета НДС не списано 0,259 товара ...". При этом остаток он пытается списать именно с первой партии. По остальным регистрам все списания по партиям произведены корректно: 0,259 и 12,960.
В каком направлении двигаться? Уже все варианты перебрала, ничего не получается.
1 John83
 
13.07.11
11:54
посмотри, что списывается по обычным партиям
если не ошибаюсь, НДС по партиям уже от них пляшут. Т.е. возможно разница 0.259 списалась совершенно другим документом
2 John83
 
13.07.11
11:59
в смысле было взято из другой партии, но по ней не было остатка по НДС
3 amiko
 
13.07.11
12:05
По ведомости по партиям УУ все списывает корректно:
С первой партии списал 0,259, со второй партии списал 12,960. Остаток 0.

По ведомости по партиям НДС показывает:
С первой партии списал 0,259, со второй партии списал 12,701. На остатке по второй партии 0,259. При этом выдает ошибку Для целей учета НДС не списано 0,259 товара и ссылается, что списать не может именно с первой партии.
4 John83
 
13.07.11
12:10
надо смотреть не УУ, а БУ
а еще лучше скрин движений по партиям (в т.ч. НДС)
5 amiko
 
13.07.11
12:12
По БУ у нас списание по средней, по УУ - ФИФО. Поэтому в БУ не отражается документ оприходования.
6 amiko
 
13.07.11
12:26
7 amiko
 
13.07.11
12:44
up
8 dka80
 
13.07.11
12:58
(7) это вообще принципиально? в сравнении со старой базой (до перепроведения) и новой (после) цифры разъехались?
9 amiko
 
13.07.11
13:04
(8) я восстанавливаю учет в этой компании, т.к. после неграмотных действий главного бухгалтера система кривая. У них при любом проведении выдается море ошибок, бухня корректирует ручными операциями и топает дальше. Восстановили им взаиморасчеты с контрагентами, сейчас восстанавливаем партионку. Все регистры по партионке восстановили. По НДС вот такая ситуация. Эти ошибки у них и раньше возникали и возникают сейчас. Но именно по этому случаю мне непонятно, почему списание не видит партию, точнее почему не списывает весь остаток с партии.
10 rinatru
 
13.07.11
13:18
какой релиз УПП 1.3.???
просто у меня такая же ситуация, но именно с теми материалами, которые мы закупаем, затем отдаем переработчику, а потом возвращаем.
С обычными партиями списание проводится хорошо
11 amiko
 
13.07.11
13:21
(10) 1.3.12.1. У нас тоже проблема только с такими материалами, остальные списываются без проблем.
12 rinatru
 
13.07.11
13:47
(11) так что делать будем? есть светлые мысли у народа?
13 amiko
 
13.07.11
13:51
(12) сижу код читаю.. почему так происходит - пока непонятно
14 John83
 
13.07.11
14:23
что-то мне подсказывает, что там аналитика разная
15 rinatru
 
13.07.11
15:04
(13) завтра посижу в отладчике... потом расскажу в чем дело
16 amiko
 
13.07.11
15:11
(14) аналитика не разная
17 amiko
 
14.07.11
10:57
(15) есть результат какой-нибудь?
18 amiko
 
17.07.11
18:26
В общем, удалось найти источник проблемы.
В 2009 году в параметрах бух учета стояло списание партий по ФИФО, с 2010 года списание партий изменили по среднему. По упр учету списание организовано по ФИФО. Проблема возникла при списании номенклатуры, поступивший по нескольким партиям, в 2009 и в 2010 году. Т.е. в регистре "Партии товаров на складах (бух)" есть записи как с конкретным Документом оприходования (2009 год), так и с пустой ссылкой (поступившие в 2010 году). Так вот программа сортирует такие партии неверно: сначала пустая ссылка, а потом верно отсортированная последовательность 2009 года. При этом списывает она по правилу, заданному в настройках: сначала собственные, потом принятые. В итоге из-за этой нарушенной сортировки и возникает ошибка "Для целей учета НДС не списано ...", хотя по ведомости остаток есть. Изменили код в процедуре СформироватьДвиженияПоНДС(), где поменяли порядок сортировки в таблице значений РаспределеннаяТаблицаСписания: сначала старые определенные партии, а потом уже новые пустые. Теперь списывает без ошибок.