Не списано по партиям управленческий учет как исправить

1)Открываем отчет «Полный интерфейс» — «Отчеты» — «Запасы» — «Ведомость по партиям товаров на складах».

Если в ошибке указано, что не списано по управленческому учету, то ставим галочку «Управленческий учет», если не списано по бухгалтерскому — «Бухгалтерский учет».

В отчете указать:
период «с» — пусто «до»-до даты документа. 
Склад — склад из документа
Номенклатуры — позицию номенклатуры, по которой не произошло списание.

Формируем. 
Если видим,что в колонках имеется количество а суммы нет, то:


Проверить наличие «Плановой себестоимости» на дату проведения документа «Отчет производства за смену» или «Поступление товаров и услуг». 
Ее можно увидеть из карточки номенклатуры Меню — Перейти — Цены номенклатуры.
При этом цена должна быть в разрезе характеристики, если у  номенклатуры ведутся характеристики.


И, убедившись, что плановая себестоимость имеется, перепровдим документы партии.

Если в отчете «краснота», то перепрводим документы — регистраторы. (Не путать с документами партии).

Обычно, этого достаточно, для исправлении ошибки.

Это работает, если остаток на складе достаточный!

Не списано по партиям. УПП

Я

   Люблю_УПП

03.07.14 — 12:12

   Люблю_УПП

1 — 03.07.14 — 12:14

на остатке 80 000 ..

   floody

2 — 03.07.14 — 12:20

   Люблю_УПП

3 — 03.07.14 — 12:20

По характеристикам не ведем.

   Люблю_УПП

4 — 03.07.14 — 12:20

Ведомость по партиям товаров на складах и смотрим.  прошу прощения не то написал.

   Люблю_УПП

5 — 03.07.14 — 12:21

(2)   если бы было все так очевидно , я бы  не создавал этой темы) остаток есть , приходы есть.   реализация тупит

   undertaker

6 — 03.07.14 — 12:24

запрос, который остатки по партиям формирует, в консоль и смотреть где чего не хватает

   Люблю_УПП

7 — 04.07.14 — 12:38

   floody

8 — 04.07.14 — 12:57

Если пишет «не списано по партиям», то это означает, что партий нет, как пить дать.

   Ринат-СПб

9 — 04.07.14 — 13:19

(8) +1

если бы был резерв — псало бы не хватает свободного остатка

   Мэс33

10 — 04.07.14 — 13:22

Посмотри остатки на РН: Партии товаров на складах (бухучет)

   France

11 — 04.07.14 — 13:28

восстановить последовательность не предлагать??..есть же те, кто работаю «в заднем числе»??

   Ринат-СПб

12 — 04.07.14 — 13:29

(10) он ту не причем. Написано, что не списано по партиям в упр. учете.

Тут дело может быть по времени (если поступление и реализация созданы в один день — поступление должно быть хоть на секунду, но раньше)

Может быть, что приход был на другую организацию и/или  на другой склад

   shuhard

13 — 04.07.14 — 13:34

(7)[Хотя все на остатках есть]

брехня

разверни остатки по партиям по всем аналитикам на момент документа

   Люблю_УПП

14 — 04.07.14 — 13:53

(10) пусто. не ведем в бух  ничего

   Люблю_УПП

15 — 04.07.14 — 13:54

(12) реализация через месяц

   Люблю_УПП

16 — 04.07.14 — 13:54

(13)  как?)

   Люблю_УПП

17 — 04.07.14 — 13:56

Остатки только по Упр учету..

   Джинн

18 — 04.07.14 — 13:56

См. регистр Свободные остатки.

   godmod80

19 — 04.07.14 — 13:57

(0) может оно у вас на другой организации по приходу

   Джинн

20 — 04.07.14 — 13:58

Не, стоп! На количество то не ругается

   Enders

21 — 04.07.14 — 13:59

(16) как как… отчетом… выберите все измерения.

Возможно не состыковка в какой-то из аналитик

   Люблю_УПП

22 — 04.07.14 — 13:59

(19)  нет все на одной.  Один склад .  ща скину пару скринов

   godmod80

23 — 04.07.14 — 14:02

сделай отчет остатков с группировкой по регистратору и в каждом усе проверь

   Люблю_УПП

24 — 04.07.14 — 14:07

(23)  в любом учете кроме упр — нет остатков.

   Люблю_УПП

25 — 04.07.14 — 14:08

   censored

26 — 04.07.14 — 14:16

(25) а может 2 разные карточки номенклатуры? типа «трубка…» с кодом (00000001) в документе, а на остатках «трубка…» с кодом (00000002)

   censored

27 — 04.07.14 — 14:17

(25) и, кстати, нифига не видно на какую дату ты отчет построил

   Джинн

28 — 04.07.14 — 14:18

А как с резервами дела обстоят по этим позициям?

   godmod80

29 — 04.07.14 — 14:18

я нинавижу УПП но как отчеты настраивать знаю)

   Джинн

30 — 04.07.14 — 14:19

(29) Не гоните на УПП — это единственная относительно нормальная конфигурация в мире убожества 1С.

   Люблю_УПП

31 — 04.07.14 — 14:19

(26) (27)  норма все с остатками зую даю) в  другом косяк.   моде т быть дело в структуре подчиненности документов Поступления и Реализации??

   Джинн

32 — 04.07.14 — 14:20

(31) Нет. Структура вообще никаким боком. Либо позиции документов, либо разбежка в аналитике, либо партия в резерве. Ну еще с качеством косяки бывают.

   Ринат-СПб

33 — 04.07.14 — 14:20

(31) уже бы давно нашел запрос и посмотрел чаго ему мало

   censored

34 — 04.07.14 — 14:21

(31) тебе служебное сообщение как-бы намекает, что не все норм с остатками

   Люблю_УПП

35 — 04.07.14 — 14:21

(32)  в резерве только 1 позиция которая нормлаьно продалась.  та что я делал для теста.

   Ринат-СПб

36 — 04.07.14 — 14:21

(32) ЕМНИП партия не ставиться в резерв. Ставиться количество, а партия подбирается при списании

   Люблю_УПП

37 — 04.07.14 — 14:24

(36)  ?

   asp

38 — 04.07.14 — 14:25

давно бы уже открыл регистр и посмотрел

   Люблю_УПП

39 — 04.07.14 — 14:26

последовательнось восстанавливаю.  сейчас посомтрю

   Ринат-СПб

40 — 04.07.14 — 14:29

   Ринат-СПб

41 — 04.07.14 — 14:32

посмотри еще отчетик Ведомость товаров на складах, разверни по регистратору и смотри не ушел ли товар в минус при проведении твоей реализации.

   dka80

42 — 04.07.14 — 14:33

(25) в скринах не видно даты отчета

что отчет Анализ доступности товаров на складах показывает?

   dka80

43 — 04.07.14 — 14:33

(39) последовательность то тут причем? последовательность для нормальной цены нужна

   floody

44 — 04.07.14 — 15:00

отрицательный резерв увеличивает свободный остаток, но к партиям это не относится

   Черников

45 — 04.07.14 — 15:35

(0) По партиям БУ НУ идет, а по УУ не идет?

   Люблю_УПП

46 — 04.07.14 — 16:14

Учет только управленческий ведем (45)

   shuhard

47 — 04.07.14 — 17:58

   dka80

48 — 04.07.14 — 21:15

(47) как вариант…

   Турист

49 — 04.07.14 — 21:21

Еще один внедренец упп, который даже  ведомость по партиям развернуть не может

   ОчкарикСлава

50 — 04.07.14 — 21:34

(49) мож он не внедренец… что сразу заярлычивать?

   disk-2008

51 — 04.07.14 — 22:24

Резервы смотри.

   Джинн

52 — 04.07.14 — 23:04

(44) По остаткам контроль пройдет, а по партиям не спишется.

А я просто в шоке.

Подсказки «1с»

Примеры по программированию в 1с 7.7, 8.1, 8.2

вторник, 29 апреля 2014 г.

Не списано по партиям. УПП

Если в ошибке указано, что не списано по управленческому учету, то ставим галочку «Управленческий учет», если не списано по бухгалтерскому — «Бухгалтерский учет».

В отчете указать:
период «с» — пусто «до»-до даты документа.
Склад — склад из документа
Номенклатуры — позицию номенклатуры, по которой не произошло списание.

Формируем.
Если видим,что в колонках имеется количество а суммы нет, то:

Проверить наличие «Плановой себестоимости» на дату проведения документа «Отчет производства за смену» или «Поступление товаров и услуг».
Ее можно увидеть из карточки номенклатуры Меню — Перейти — Цены номенклатуры.
При этом цена должна быть в разрезе характеристики, если у номенклатуры ведутся характеристики.

И, убедившись, что плановая себестоимость имеется, перепровдим документы партии.

Если в отчете «краснота», то перепрводим документы — регистраторы. (Не путать с документами партии).

Обычно, этого достаточно, для исправлении ошибки.

Это работает, если остаток на складе достаточный!

Источник

Как искать причину ошибки — Налоговый учет Не списано по партиям (КА 1.1 / УПП 1.3)

Т.е. по управленческому и бухгалтерскому учету товар есть, а по партиям в НУ нет.
Я стал сопоставлять данные по остаткам УУ и партий НУ.

Не знаю глюк ли это, но у меня регистр «ПартииТоваровНаСкладахНалоговыйУчет» на одну и ту же дату по виртуальной таблице «Остатки» показывает один конечный остаток, а по виртуальной таблице «Остатки и обороты» — другой.

прикладываю два скрина.

там если посмотреть, между двумя виртуальными таблицами на одну дату разный конечный остаток. отборы таблиц идентичны.

Вот эта разница на скринах в 28 единиц как раз и вылезает в итоге.
По БУ и УУ 28 ед. товара на остатке.

А по партиям НУ — нету. Я построил таблицу «Партии НУ остатки и обороты» за весь период работы с отбором по нужной фирме и товару.
Остатка на конец нету по этой таблице.

(3) Я проверял документы на отсутствующие галки УУ, БУ, НУ.
Делал проведение по партиям, восстановление последовательности по НУ — без толку.

Все-таки я еще раз заострю внимание (может так кто-то быстрее мне поможет) — за 1 августа на 1 рисунке было продано 28 единиц товара. И остаток конечный по таблице «Остатки и обороты» — 207 единиц.
А если мы строим на эту же дату запрос к тому же регистру, но к его таблице «Остатки», то он на втором рисунке показывает на 28 единиц меньше. А это как раз и есть количество из реализации за этот день.

только там на двух рисунках «Документ оприходования» разный. При продаже* (рисунок 1) списано с одной партии, а на другой день это же количество висит с минусом по другой партии (другой док оприходования).
как оно так вышло хз.

Первый раз вижу, чтобы две виртуальные таблицы («остатки» и «остатки и обороты») показывали разный конечный остаток.

я запустил ТиИ со всеми галками. может все же банальный глюк в остатках.

Источник

Обработка «Проведение по партиям». Не сдвигается граница последовательности.

Народ, есть такая проблема, может кто сталкивался.
УТ 10.3.5.1
Делаю восстановление партий с помощью обработки «Проведение по партиям».
Ставлю дату «Провести по партиям на» предположим, на день позже, чем ГП (пишется в поле «Проведение по партиям выполнено на»).
Обработка отрабатывает, ошибок НЕ выдает (только пишет: «Обработано 1 022. Транзакция зафиксирована»), однако, ГП вперед не сдвигает.

Если сделать аналогичное действие через стандартную «Восстановление последовательностей», дата ГП двигается, ошибок тоже не возникает. Но ей пользоваться неудобно.

Кто-нибудь знает где посмотреть, почему «Проведение по партиям» может не сдвигать ГП?

Ставлю «Провести по партиям на»: 02.07.2007.

Вижу, что обрабатывается РТиУ 2, ошибок не выдает, транзакция фиксируется, но в поле «Проведение по партиям выполнено на» все равно остается РТиУ № 1 от 01.07.2007. не понимаю, что я не так делаю.

На день — для простоты примера, можно хоть на месяц.
Только все равно документы перепроводятся, а дата ГП не двигается.

Да, так и есть. Я написал в первом сообщении:

В том-то и странность, что, вроде бы все в порядке, а дата не двигается. не могу разобраться куда копать, что проверить.

Немного переписана, но не механизм партий.

Самое интересное, что «пинок» через стандартную «Восстановление последовательностей» помогает, правда, не надолго.

Источник

Обработка Проведение по партиям(восстановление последовательности в парт учете)

Конфигурация УПП ред 1.3. Партионный учет.

Июнь месяц. Выполнили все регламентные операции по закрытию мес, потом проверили отчеты — себестоимость расчиталась верно, производственные счета закрылись.Установили дату запрета редактирования по 30.06.14.

Пришло время закрывать Июль. Напоминаю, дата запрета редактирования 30.06.14. Запускаю обработку Проведение по партиям(восстановление последовательности в парт учете). Ставлю нужные галочки, выбираю организацию, указываю дату по которую хочу восстановить последовательносить, нажимаю Выполнить, а он ругается «Редактирование данных этого периода запрещено. Изменения не могут быть записаны». Хотя дата начала проведения в обработке стоит последняя секунда июня(30.06.2014 23:59:59). Ну думаю косяк, надо исправлять. Устанавливаю дату запрета редактирования на 29.06.14. Восстанавливаю последовательность, по 01.07.14. Ну хорошо. проверяю отчеты(Ведомость по затратам), а себестоимость то сбилась(появились остатки, причем только по одной статье затрат. может это имеет значение не знаю)! Снимаю Документы расчета себ-ти за июнь с проведения , восстанавливаю последовательность за июнь(по 1 июля, чтоб наверняка), заново считаю себе-ть(провожу документы рассчета себ-ти) и казолось бы все хорошо. Остатки в ведомости пропали, а последовательность за июнь восстановлена. Снова устанавливаю дату запр ред на 30.06.14. Начинаю восстанавливать последовательность за июль, а он опять ругается «Редактирование данных этого периода запрещено. Изменения не могут быть записаны». Хотя опять же, дата начала проведения в обработке стоит последняя секунда июня(30.06.2014 23:59:59) а документ указан — расчет себестоимости.

Как исправить ошибку?
Если через настройки в обработке Проведение по партиям, просто установить вручную границу последовательности на 01.07.14, к каким последствиям может привести?

Источник

Проведение по партиям остановлено ошибка что значит

А почему не должны входить?
Услуги-то производственные. Со списанием материалов и прочими радостями.

услуга по аренде офиса

При восстановление последовательности системе безразлично содержание документа. Важен только его вид.
Указанные Вами виды документов (Поступление и Акт) входят в последовательность «Партионный учет», а, значит, должны быть перепроведены.

операция восстановлении последовательности эти документы не видит

КОГДА СписанныеТоварыСрезПоследних.Регистратор ЕСТЬ NULL
И РегистрНакопленияПартииТоваровНаСкладах.Регистратор ЕСТЬ NULL
И РегистрНакопленияПартииТоваровПереданные.Регистратор ЕСТЬ NULL

РегистрНакопленияПартииТоваровНаСкладах.Регистратор КАК Регистратор1,
РегистрНакопленияПартииТоваровПереданные.Регистратор КАК Регистратор2,

Источник

Для любой компании очень важным показателем является прибыльность. При ведении учета в программе «1С:Управление торговлей, ред. 10.3» вы можете отслеживать валовую прибыль от продажи товаров. Но в некоторых ситуациях, информация о валовой прибыли может быть неверной из-за неправильного расчета себестоимости товаров.

В данной статье мы рассмотрим основные ошибки, которые вызывают неверный расчет себестоимости и способы их устранения. (См. также Учет товаров в 1С Управление торговлей в штуках и упаковках).

Списание товаров «в минус»

Наиболее частая ситуация, которая влечет неправильный расчет себестоимости – это списание товаров в минус. Т.е. по программе товар у вас на складе отсутствует, но вы его все равно продаете.

Если пользователи вводят документы в базу оперативно (т.е. сегодняшней датой и текущим временем), то продать товар в «минус» не получится – программа сообщит об ошибке. Но если пользователи вводят документы в базу неоперативно (т.е. задним числом), то программа позволяет списать товары в минус. При этом выдаются сообщения об ошибках, но документ все равно проводится и товар списывается.

Примечание: списание в минус и соответствующие ошибки могут возникнуть и при проведении документа текущим временем, если у пользователя есть права на превышение остатков по складу и по организации. Данные права даются в настройке дополнительных прав пользователей. Пример документа «Реализация товаров и услуг».

Сообщения об ошибках:

С помощью данных ошибок программа информирует нас о том, что товар списывался со склада в минус, и программа не смогла провести расчет себестоимости. В отчете по валовой прибыли мы увидим по данной продаже нулевую себестоимость и, соответственно, 100% валовую прибыль.

Меню: Отчеты – Продажи – Анализ продаж – Валовая прибыль

Причины возникновения отрицательных остатков могут быть разными, но в основном встречаются следующие:

1. Документ поступления товаров еще не введен в базу.
2. Документ поступления товаров введен в базу, но более поздним временем, чем продажа товаров.
3. На складе возникли излишки товаров или пересортица.

В случае возникновения излишков товаров или пересортицы нужно произвести инвентаризацию товаров на складе и оприходовать излишки. Оприходование излишков должно быть проведено до того, как товар будет продан.

Если же ошибка возникла из-за неправильных дат документов, то достаточно поправить даты и перепровести документ реализации товаров.
Оценить остатки товара и разобраться с причиной возникновения ошибки можно в отчете «Ведомость по товарам на складах».

Меню: Отчеты – запасы (склад) – Ведомость по товарам на складах

В настройке отчета сделаем группировки по складу, номенклатуре и документу движения. Также установим флаг «Отрицательное красным» (чтобы видеть отрицательные остатки) и поставим отбор по нужному товару:

Пример сформированного отчета:

В данном случае мы видим, что реализация товаров была оформлена на 3 часа раньше, чем поступление товаров на склад. Для правильного списания достаточно поменять время реализации на более позднее и провести документ.

Как быть уверенными, что все документы провелись верно и себестоимость в них посчитана правильно?

Если даты документов находятся в разных днях (например, поступление 1 апреля, а продажа сделана еще 31 марта), то нужно более подробно разобраться в данной ситуации. Возможно, один из документов введен в программу неправильной датой (например, поступление товаров и документы по нему были от 30 марта, а в программе поставили неправильную дату). Или поставщик прислал первичные документы, оформленные неправильной датой (например, товар поступил 30 марта, а поставщик прислал документы, датированные 1 апреля) – в таком случае понадобятся новые документы от поставщика.

В любом случае, в конечном итоге никаких отрицательных остатков в отчете быть не должно, а поступления товара должно быть оформлено раньше по времени, чем его продажа.

Пример отчета после исправления:

Исправление ошибок в партионном учете. Проведение по партиям

Пример 1

21 числа поступили холодильники – 10 шт. по 11000 рублей.

25 числа менеджер продал 3 холодильника по цене 14000 руб. При этом списалась себестоимость – 33000 руб., и рассчиталась валовая прибыль – 9000 руб.

После этого менеджер по закупкам оформил в программе еще одно поступление холодильников – 15 числа по 10500 руб.

В итоге, если бы менеджер по закупкам ввел всю информацию в программу вовремя, то при продаже холодильников была бы другая себестоимость (10500*3=31500 руб.) и другая валовая прибыль (10500 руб.).

Но документ реализации уже проведен, никто его перепроводить скорее всего не будет. Значит, себестоимость может так и остаться неверной.

Пример 2

21 числа поступили холодильники – 10 шт. по 11000 рублей.

25 числа менеджер продал 3 холодильника по цене 14000 руб. При этом списалась себестоимость – 33000 руб., и рассчиталась валовая прибыль – 9000 руб.

После этого менеджер по закупкам зашел в документ поступления и изменил в нем цены холодильников на 12000 руб. (изначально цена была введена неверно).

В итоге, если бы менеджер по закупкам ввел всю информацию в программу вовремя, то при продаже холодильников была бы другая себестоимость (12000*3=36000 руб.) и другая валовая прибыль (6000 руб.).

Таких ситуаций может возникать очень много. По сути, каждое создание, изменение, удаление документа задним числом может сделать себестоимость в оформленных позднее документах продажи ошибочной.

Чтобы быть уверенными, что все документы провелись верно и себестоимость в них посчитана правильно, нужно запустить последовательное перепроведение всех документов. Для этого можно воспользоваться двумя механизмами:

Общий механизм перепроведения документов платформы

Меню: Операции – Проведение документов

Этот механизм позволит вам перепровести все документы нужного вида за месяц, но он имеет небольшой недостаток – документы будут проводиться независимо от того, нужно это или нет. Ведь вполне возможно, никаких операций неоперативно сотрудники не делали. А проведение всех документов может занять длительное время.

Механизм проведения по партиям программы «1С:Управление торговлей, ред. 10.3»

Смысл механизма состоит в том, что программа запоминает так называемую «границу актуальности» – дату, до которой все документы были проведены оперативно и никаких ошибок нет. Если какой-то документ проводится задним числом, то программа сдвигает эту дату на дату этого документа. Таким образом, программа всегда знает, начиная с какой даты в документах могут быть ошибки. В конце месяца запускается специальная обработка «Проведение по партиям», которая последовательно проводит все документы реализации, сделанные позднее «даты актуальности», и рассчитывает в них себестоимость заново.

Рассмотрим работу второго механизма на первом примере.

Поступление товаров:

Реализация товаров:

Отчет по валовой прибыли:

Второй документ поступления, оформленный задним числом:

После создания второго документа поступления, отчет по валовой прибыли остался неизменным:

Откроем обработку «Проведение по партиям». Меню: Документы – Дополнительно – Проведение по партиям В обработке мы видим, что последовательность документов актуальна на 22 марта – дату второго поступления, введенного неоперативно.

Нажмем кнопку «Выполнить» и программа перепроведет все реализации товаров, сделанные после 15 числа. Отчет по валовой прибыли после выполнения обработки:

Теперь в расчете себестоимости все верно.

Примечание: в момент выполнения обработки вы можете увидеть сообщения об отсутствии товаров на складе, т.к. задним числом могут не только создать поступление, но и удалить его или перенести на более позднюю дату. Каждую такую ситуации надо рассматривать отдельно (как было описано выше).

Оперативное отражение данных в базе

Чтобы в программе все было верно в расчете себестоимости и прибыли, желательно вводить все документы в базу оперативно (т.е. сегодняшним днем и текущим временем). Но часто бывают ситуации, когда необходимо ввести документ задним числом, или поправить уже созданный документ. Такие ситуации могут привести к неправильно посчитанной себестоимости и прибыли в базе.

Если периодически выполнять проведение по партиям, а также реагировать на все сообщения об отсутствии товаров, себестоимость в вашей базе всегда будет рассчитана правильно. А значит, вы всегда будете видеть правильную информацию о валовой прибыли от продаж.