Зачем нужно поле Остаток Кол-Во? - NAV: Функционал

Wooldoor_Sockbat · 16.11.2009, 10:06

Добрый день, ситуация следующая, не учитывается возврат поставщику, пишет что нет на складе, хотя если смотреть
"Строка-->Наличие товара по складам", его там нужное кол-во. Просуммировав поле Остаток Кол-во, получилось меньше, чем нужно для учета. Не очень понятно для чего это поле нужно? Почему он смотрит на него при учете или не смотрит?
П.С. Хелп по данному полю читал и ГТД правильное.

RedFox · 16.11.2009, 10:28

Цитата:

Сообщение от Wooldoor_Sockbat

Добрый день, ситуация следующая, не учитывается возврат поставщику, пишет что нет на складе, хотя если смотреть "Строка-->Наличие товара по складам", его там нужное кол-во. Просуммировав поле Остаток Кол-во, получилось меньше, чем нужно для учета. Не очень понятно для чего это поле нужно? Почему он смотрит на него при учете или не смотрит?

Это поле вычисляемое и служит оно для быстрого расчета значенийпо 1 товару, но! делается расчет по всем операциям по полю Quantity в разрезе Товара без учета ГТД, партий, толов и т.д., но с учетом склада.
А когда система учитывает, то оно смотрит по Remaining Quantity.

Кстати, если у Вас не 5.0 и SQL, то нужно периодически пересоздавать SIFT-таблицы

Wooldoor_Sockbat · 16.11.2009, 10:32

Цитата:

Сообщение от RedFox

Цитата:

Сообщение от Wooldoor_Sockbat

Добрый день, ситуация следующая, не учитывается возврат поставщику, пишет что нет на складе, хотя если смотреть "Строка-->Наличие товара по складам", его там нужное кол-во. Просуммировав поле Остаток Кол-во, получилось меньше, чем нужно для учета. Не очень понятно для чего это поле нужно? Почему он смотрит на него при учете или не смотрит?

Это поле вычисляемое и служит оно для быстрого расчета значенийпо 1 товару, но! делается расчет по всем операциям по полю Quantity в разрезе Товара без учета ГТД, партий, толов и т.д., но с учетом склада.
А когда система учитывает, то оно смотрит по Remaining Quantity.

Кстати, если у Вас не 5.0 и SQL, то нужно периодически пересоздавать SIFT-таблицы

Не очень понял по поводу вычисляемого поля, Remaining Quantity (Остаток Кол-во), поле стандартное, почему оно не равно Quantity,почему именно их сумма разная?

Fordewind · 16.11.2009, 11:25

Цитата:

Сообщение от Wooldoor_Sockbat

Не очень понял по поводу вычисляемого поля, Remaining Quantity (Остаток Кол-во), поле стандартное, почему оно не равно Quantity,почему именно их сумма разная?

Насколько я помню, в обычной ситуации суммы по операциям одного товара по полям Remaining Quantity и Quantity равны.
А Вы пробовали проссумировать Remaining Quantity по товару без разделения по ГТД, складам и т.д. и сравнить с суммой по полю Quantity?
У Вас никто руками в 32-й таблице ничего не менял, например, склад?

RedFox · 16.11.2009, 15:10

Цитата:

Сообщение от Wooldoor_Sockbat

Не очень понял по поводу вычисляемого поля, Remaining Quantity (Остаток Кол-во), поле стандартное, почему оно не равно Quantity,почему именно их сумма разная?

Как писалось ранее, они равны только в момент прихода на склад и Remaining Quantity (Остаток Кол-во = показывает реальный остаток товара на текущий момент) изменяется в зависимости от расходных операций. Обычно суммы по ним должны быть равны, но..
Первым делом выгрузите все операции по товару из 32 и посчитайте операции.
Проверте операции пересорта (если ещё есть склад, то "откорректируйте" значение ячейки коррекции)!
Потом найдите расхождение в разрезе ГТД (партий или серийника) и смотрите что было в связке с документом и таблицей применения.

P.S. У Вас никто не правил 339?

Wooldoor_Sockbat · 16.11.2009, 15:37

Цитата:

Сообщение от RedFox

Цитата:

Сообщение от Wooldoor_Sockbat

Не очень понял по поводу вычисляемого поля, Remaining Quantity (Остаток Кол-во), поле стандартное, почему оно не равно Quantity,почему именно их сумма разная?

Как писалось ранее, они равны только в момент прихода на склад и Remaining Quantity (Остаток Кол-во = показывает реальный остаток товара на текущий момент) изменяется в зависимости от расходных операций. Обычно суммы по ним должны быть равны, но..
Первым делом выгрузите все операции по товару из 32 и посчитайте операции.
Проверте операции пересорта (если ещё есть склад, то "откорректируйте" значение ячейки коррекции)!
Потом найдите расхождение в разрезе ГТД (партий или серийника) и смотрите что было в связке с документом и таблицей применения.

P.S. У Вас никто не правил 339?

Что означает "посчитайте операции"?
339 врядли кто-нибудь правил, скорее всего просто искались навигатором таблицы и потом все это дело удалялось через сиквэл.

RedFox · 16.11.2009, 18:01

Цитата:

Сообщение от Wooldoor_Sockbat

Что означает "посчитайте операции"?

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

НЕБОЛЬШОЕ УТОЧНЕНИЕ:

Цитата:

Сообщение от Lates

Берем операцию № 1. В таблице 339 находим записи, у которых Товар Операция Но. = 1 и Вход. Товар Операция Но. = 1. Разница должна быть равна остатку операции № 1.

Поле Кол-во должно равняться Кол-во в приходной операции покупки или перемещения (только я вот не помню точно Базовое кол-во помоему - нужно проверить на кронусе). Дальше все расходы это все операции, где Item Ledger Entry No. = Outbound Item Entry No., а Inbound Item Entry No.= 1 (пример для нашего случая). По этому значению считается сумма и выводится остаток. Далее он просто сравнивается с Remaining Quantity.

Цитата:

+ наверное можно проверить разрывы в товарных операциях - по опыту - может навести на какие-то мысли.

Я бы сделал отчет хотя бы по 1 товару и посмотрел картинку..

Milk · 16.11.2009, 11:27

Если сумма полей "Количество" и "Остаток Кол-во" не сходится, это скорее всего означает, что были какие-то ручные правки в 32 таблице. Допустим, удалили расходную операцию, а остаток приходной операции, из которой был расход, не поправили. Возникло расхождение. В нормальной ситуации эти суммы всегда совпадают.

Storkich · 16.11.2009, 12:11

Нужно поставить курсор в это поле и нажать F1

Цитата:

Поле Остаток Кол-во
Таблица Товар Книга Операций

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

Это количество рассчитывается автоматически при учете операции.

После того, как операция применена, поле будет обновлено, если использовалось поле Примен. Товар Операция Но. в строке продажи, поле Примен. Операция Но. в строке журнала товаров или пакетное задание Корр. Себест. - Товар Операции.

Это поле содержит остаток с учетом применения, то есть остаток на текущий момент. При расходе, расходная операция будет применена к "открытой" операции с положительным остатоком(при приходе с отрицательным).
Рекомендую проверить даты учета и корректность примменения.

Wooldoor_Sockbat · 16.11.2009, 13:24

To Fordewind:
Суммы разные получаются, Quantity=64, а Remaining Quantity=9. Нужное кол-во для учета 57. Это по одному складу. Меняли ли что-нибудь в 32 руками сказать сложно.
Storkich: Как я написал выше, хелп я читал. За разъяснения - спасибо.
Milk: Скорее всего, так и было, так как удаление учтенных документов через SQL раньше была не редкость.
to ALL:как можно исправить данную ситуацию, проставить в операциях нужное Remaining Quantity? как это сделать корректно?
Заранее, спасибо.

Fordewind · 16.11.2009, 13:32

Цитата:

Сообщение от Wooldoor_Sockbat

To Fordewind:
Суммы разные получаются, Quantity=64, а Remaining Quantity=9. Нужное кол-во для учета 57. Это по одному складу. Меняли ли что-нибудь в 32 руками сказать сложно.
Storkich: Как я написал выше, хелп я читал. За разъяснения - спасибо.
Milk: Скорее всего, так и было, так как удаление учтенных документов через SQL раньше была не редкость.
to ALL:как можно исправить данную ситуацию, проставить в операциях нужное Remaining Quantity? как это сделать корректно?
Заранее, спасибо.

То, что по одному складу расходятся, это понятно. Я спрашивал про суммы без разделения по складам лотаи и прочее. И если они будут равные, то это будет означать, что данные где-то подправили вручную, но не удалили полностью.
Вам НЕОБХОДИМО выяснить куда же делось недостоющее количество прежде, чем что-то корректировать опять же вручную. Иначе ошибка вылезет потом в другом месте (появится,например, лишнее количество).

apanko · 16.11.2009, 13:39

Цитата:

Сообщение от Wooldoor_Sockbat

to ALL:как можно исправить данную ситуацию, проставить в операциях нужное Remaining Quantity? как это сделать корректно?
Заранее, спасибо.

Посмотрите тему http://forum.mazzy.ru/index.php?showtopic=8561 может натолкнет вас на какие-то мысли.

InTacto · 16.11.2009, 15:55

Можно еще по таблице применений товарных операций пройтись отчетом: сравнить кол-ва. Если криво удалили операции, то там точно что-то осталось.

Wooldoor_Sockbat · 16.11.2009, 16:33

Цитата:

Сообщение от InTacto

Можно еще по таблице применений товарных операций пройтись отчетом: сравнить кол-ва. Если криво удалили операции, то там точно что-то осталось.

Сравнить что с чем?

Wooldoor_Sockbat · 16.11.2009, 17:08

Написал запрос, который идет по Item Application Entry, оказалось в этой таблице такие приходы и расходы, которых нет в Item Ledger Entry.Что мне делать с этими операциями, ILE по ним не восстановишь?

Lates · 16.11.2009, 17:19

Цитата:

Сообщение от Wooldoor_Sockbat

Написал запрос, который идет по Item Application Entry, оказалось в этой таблице такие приходы и расходы, которых нет в Item Ledger Entry.Что мне делать с этими операциями, ILE по ним не восстановишь?

Может тестовая база какая осталась.. Бэкап..

apanko · 16.11.2009, 19:58

Цитата:

Сообщение от Wooldoor_Sockbat

Написал запрос, который идет по Item Application Entry, оказалось в этой таблице такие приходы и расходы, которых нет в Item Ledger Entry.Что мне делать с этими операциями, ILE по ним не восстановишь?

А собственно, что вы хотите получить в итоге?

На данный момент у вас есть база данных в которой были некорректно удалены операции. Теперь система работает не так как хотелось бы.
* Вы хотите восстановить удаленные операции?
* Вы хотите завершить процедуру удаления?

В любом случае для начала хотелось бы понять масштабы бедствия, для этого:
* Во-первых, посмотрите к каким операциям эти операции применены. Это даст вам информацию о Товар, Склад, Вариант, Серийный номер и др. измерениях. (Выше писали как это делать)
* Во-вторых, посмотрите таблицу VE, на наличие записей, связанных с несуществующими товарными операциями (перечень несуществующих товарных операций у вас уже есть).
* В-третьих, как уже говорили, посмотрите на наличие пропусков в номерации товарных операций.
* В-четвертых, на основании номеров "проблемных" товарных операций посмотрите Товар Регистр. Тоже могут быть идеи.
* В-пятых, нужно "пробежаться" по товарным операциям и проверить их применение. Т.е. если в операции кол-во 10, остаток 6, то в применненных операциях в сумме кол-во должно быть -4 (Это для приходов). Список расходных операций тоже не помешает. Составьте список операций по которым есть проблемы - с ними будете работать позже. И не только с ними (см. выше).

Пара общих советов:
1. Если сейчас вас посетила какая-то идея типа "исправить товарную операцию", "удалить операцию применения" или "операцию стоимости". Не делайте этого. По крайней мере скопируйте исходную операцию, хотя бы в Эксель.
Не делайте ничего на рабочей базе.

2. И настройте бекапы. Сейчас. А не потом, когда все почините.
Сделайте несколько копий базы данных. Т.к. вы будете ставить много экспериментов, часть их них будет неудачной. Эталонная база совсем не повредит. Не удаляйте базы с неудачными экспериментами, они пригодятся если вы невнимательно отнесетесь к следующему совету. Придумайте, как будете подписывать эти базы данных.

3. Все шаги записывать. Подумайте как вы это будете делать, до того как станете вносить какие-либо изменения.
Вы ведь будете ставить эксперименты на тестовой базе (так?), а потом вам придется повторить эти шаги и на рабочей базе.

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

Lates · 16.11.2009, 17:09

Цитата:

Сообщение от Wooldoor_Sockbat

Сравнить что с чем?

Берем операцию № 1. В таблице 339 находим записи, у которых Товар Операция Но. = 1 и Вход. Товар Операция Но. = 1. Разница должна быть равна остатку операции № 1. Вроде так.

+ наверное можно проверить разрывы в товарных операциях - по опыту - может навести на какие-то мысли.

А у Ваших пользователей получается есть доступ к дизайнеру объектов?

Wooldoor_Sockbat · 16.11.2009, 17:31

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

**Sancho** · 16.11.2009, 21:09

а может просто сунете все записи по конкретному товару в Excel и выложите тут (таблица 32)?
интересуют: Тип Операции, Кол-во, Остаток Кол-во, Склад, ГТД... ну и дату можно, чтобы предметно говорить...
а мы посмотрим и бегло подумаем...
операций много по этому товару?

ну и наводящие вопросы: отрицательные остатки разрешены?
код склада обязателен?
учет себестоимости какой? фифо? среднее?