Расходятся остатки в УТ, при подборе и отчетах #495742

В реализаций при подборе видны одни остатки, а когда делаю отчет  Ведомость по товарам на складах то остатки другие. В подборе я смотрю не общие остатки а конкретно по каждому складу, также и в отчете.   Такое наблюдается только у некоторой номенклатуры, почему так ? Конфигурация УТ 8.1

свободные остатки?

Нет остатки по конкретному складу расходятся !

резерв?

Приходилось сталкиваться с подобным. Но резерва там не было. Соответственно причина не в нем.

ведется учет по характеристикам?

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

Попробуй помощником менеджера по продажам посмотреть.

Это не баг это кривые руки юзеров.

при таком раскладе она дура потом начинает вешать остаток в отчете не на товар а на товар чья характеристика оказалась в строчке. пришлось это править. 1С до сих пор этот баг не поправила.

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

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

Про учет в разрезе характеристик не доводилось слышать - представляю какой у вас бардак после таких исправлений.

+Приходилось наблюдать это именно при работе без использования характеристик.

какой еще брадак. с каких это пор исправление багов подразумевает бардак.

Могу еще сказать один баг. Если резерв каким либо образом пошел в минус (но не так как вы думаете т.е. когда резерв больше остатка) а когда по регу. Например был заказ, по нему было закрытие, потом какой то дурак закрытый заказ пометил на удаление (по резерву минус). То подбор в колокне остатк начинает показывать остаток с учетом минусового резерва. Т.к. там формула остаток = общий остаток - резерв. То получается  если например есть 5 штук и по резерву минус 3. То подбор покажет остаток 8

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

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

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

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

поддержу Евгения в (10_

Надо оперативно проводить тогда не будет багов.

в нутренние используються? там тоже багов с резервами может быть немерянно.

это фантастика. сам понимаешь что в реальности происходит.

Почему всегда если штатные действия программы не совпдают с ожидаемыми то это воспринимается как баг...

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

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

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

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

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

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

Характеристики номенклатуры не используются Да и зачем они ? У нас номенклатура заведена по старинке, на  каждую позицию по которой нужен остаток как элемент номенклатуры а всю аналитику иметь в свойствах.

есть специфика где характеристики нужны

по свойствам остатки не ведутся так же как и учет. это просто свойства и всё.

Отчеты - Запасы - анализ доступности товаров на складах чего показывает? и Дата реализации какая?

Анализ доступности глянь отчет - что он показывает?

еще возможно из-за даты может быть глюк...в подборе вроде текущую дату берет, а в отчете на конец дня...возможно в этот период были движения товара

умеешь проводить документы будущей датой?

Косяки в коде ДНК когда человек документ делает, распечатывает, ставит пеечати и отдает на склад при этом даже не удосуживается проверить что он там наваял - и никакая программа такого не исправит.

Тоже самое что и Ведомость товаров на складах

прикинь,если установить в доке "оперативное проведение = запретить" то можно и будущей датой проводить

Ну, по качеству глянь тогда еще.

это, наверное, очень здравое решение для использования в УТ

Есть еще вариант - сбой. У меня на одной файловой было такое - "потерялись" движения по нескольким строкам одного заказа. Попробуй ТИИ и/или перепроведение документов.

попробуйка отпустить накладную с 200 строками саморезов в коробках и упаковках по тысячам штук.

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

сбит партионный учет...

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

упаковка запакована, но в ней клиент потом обнаружит что из 45 ящиков в 5 ищаках половина оказалась бракованной.

ок, договорились

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

Это может быть При провидении документов выдает ошибки не списано по партиям Это как исправляется ?

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

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

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

Восстановлением партионного учета исправляется...

+ А вообще первый признак беспоряка в организации, тут надо серьезно все менять.

А отчеты тогда откуда берут остатки Ведомость по товарам на складах, Доступность товаров  ? если остатки получаются разные в подборе и отчетах

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

Сегодняшним числом смотрю остатки по складу и оформляю реализацию тоже сегодняшним числом. Так вот в подборе у реализации другие остатки ! Как избавится от этого ?