Здрасте.
Сегодня 1С УТ 8.2 начала показывать огромные остатки товаров на складах. Например, если вчера было 2 ручки, то сегодня их миллион. Это касается почти всей номенклатуры. Оприходования товаров не было, перемещения тоже. Если смотреть отчеты по остаткам товаров на складах за последние 2-3 года, то они постоянно увеличивались за все время работы базы, сначала 200, потом 400 и так до миллионов, откуда это все взялось не понятно.
При этом, если ставить разные промежутки времени (месяц, пол года, год и т.д.), то разные отчеты на 1 дату пишут разное количество товара. Единственное что делали вчера, это оформляли реализацию товаров, внесли 1 номенклатуру и цену. Сегодня удалил все эти документы и ничего. Возможности бэкапа базы нет, так что нужно как-то починить эту))
Возможно кто-то с таким сталкивался:)
Заранее пасиб
Прежде всего сделайте копию базы - простым копированием каталога. Мало ли что может случиться при ремонте...
Затем я бы попробовал выгрузить базу(из Конфигуратора) и загрузить в пустую.
Хотя, если бы видеть ситуацию, возможно, что-нибудь другое придумал бы
Попробуйте пересчитать итоги (Операции - управление итогами)
Уже сделал, на полностью пустой базе все также. Заметил кстати в ведомости по товарам, если просто менять период ведомости, то остаток на Сентябрь показывает разный. Меняю год с 2013 на 2011 в периоде отчета, и конечный остаток на сентябрь другой.


Итоги не помогли
Егор Динин
05.09.13, 17:28
Тестирование и исправление делали?
Не использовать группировку "По месяцам".
Через "Рабочее место менеджера по продажам" остатки все равно отображаются миллионами. Если не ставить месяцы то все числа теже.
Тестирование до поломки имеете в виду, или после. Что именно тестировать.
Цитата(Vadim625 @ 05.09.13, 18:22) необходимо зарегистрироваться для просмотра ссылки
Итоги не помогли
Странно. Судя по картинкам проблема именно в работе таблиц регистров.
Раза 3 на разных системах уже эти итоги делал. Что еще порекомендуете посмотреть?)
Не вижу никаких миллионов.
" Если смотреть отчеты по остаткам товаров на складах за последние 2-3 года, то они постоянно увеличивались за все время работы базы, сначала 200, потом 400 и так до миллионов"
Куда смотреть?
Конечный остаток в ведомости с периодом за последнюю неделю, и за последние 2 года.
Чем позже я вбиваю начало периода, тем больше начальный и конечный остаток. Если например 01.01.2012 то начальный 39000, конечный 29000. Если 01.01.2013 то начальный уже 1 238 000. Логично, что нужно проследить, на основании какого документа увеличивается остаток. Поступление, перемещение, оприходование.
Но если смотреть ведомость по документам, то ничего за 2 года тысячами не оприходуется. Единственное что еще до самого первого оприходования товара, в расходе и приходе тысячи, и так почти по каждому. На основании чего это?

Кстати если запросить отчет за весь период что ведется база, то конечный остаток окажется верным.
Откройте сам регистр "Товары на складах", отберите одну номенклатуру по которой большие остатки, и посмотрите на движения. Либо вы там увидите документ(ы) который сделал подозрительные движения, либо проблема в другом, варианта два: либо техническая проблема в самих таблицах, либо кто-то поковырялся в отчете (отчетах) и они стали выводить не корректно остатки (если конфигурация снята с поддержки, если нет - то возвращаемся к варианту 1 - проблема с таблицами которые хранят регистры).
Цитата(Vadim625 @ 05.09.13, 19:40) необходимо зарегистрироваться для просмотра ссылки
Кстати если запросить отчет за весь период что ведется база, то конечный остаток окажется верным.
Ну вот. Тогда ищите проблему в отчете.
На скриншотах нет никаких ошибок.
Предлагаю забанить.

Чтоб узнать остаток на складе на сегодня, нужно делать отчет за 3 года. Через рабочее место менеджера показывает бред. Как это нет никаких ошибок!)
Сколько единиц измерений у товара. Что стоит в коэфициентах.
Скриншот отчета с миллионами по насосу.
Отчеты\Универсальние\Остатки и обороты\
Раздел учета - Товары в резерве на складах
Скриншот отчета с отбором по этому насосу.
Единицы измерения и коэффициенты:
В резерве ничего нет и не было никогда:
Миллионы если брать по всему складу. Посмотрите пожалуйста на первые 2 скрина, конечный остаток F PKm60 если брать период с 11 года - 6 штук, если брать период за неделю - 2000 шт. И так по всей номенклатуре
На второй фотке не до конца поднял страницу, но уверяю там пусто.
Цитата(Vadim625 @ 05.09.13, 22:04) необходимо зарегистрироваться для просмотра ссылки
если брать период за неделю - 2000 шт
Потому что не нужно группировать по месяцам.
rpodgornyy
05.09.13, 21:17
Судя по картинкам, сами движения - верны. Попробуйте сформировать отчёт "Ведомость по товарам на складах" по одной позиции с детализацией Период+Регистратор и покажите результат.
P.S. В самих отчётах в "Отборе" может стоять признак "Периодичность итогов". Его нужно удалить.
Цитата(Vadim625 @ 05.09.13, 22:09) необходимо зарегистрироваться для просмотра ссылки
необходимо зарегистрироваться для просмотра ссылки
Зачем мне белое поле которое ниже чем верхние строки данных?
Цитата(Ardi @ 05.09.13, 22:17) необходимо зарегистрироваться для просмотра ссылки
Зачем мне белое поле которое ниже чем верхние строки данных?
Я бы сказал по другому - зачем данные о товарах в резерве.
Цитата(logist @ 05.09.13, 22:19) необходимо зарегистрироваться для просмотра ссылки
Я бы сказал по другому - зачем данные о товарах в резерве.
Я не видел что в #14 есть отдельная графа "В резерве".
Клиент темнит. Больше всего похоже на последствия свертки базы.
Только свертку провели стандартно - ну, сэкономили на вызове одинэсника, а в свернутом периоде были не совсем стандартные корректировки. Или ввод начальных остатков был сделан творчески(вариант - данные переносились кривыми руками из прежней системы).
Ну признавайтесь, что с базой делали?

"Оно само" так не бывает...
ЗЫ. Мы Вашему начальству ничего не скажем
Цитата(Ardi @ 05.09.13, 22:28) необходимо зарегистрироваться для просмотра ссылки
Я не видел что в #14 есть отдельная графа "В резерве".
На процитированном Вами линке видно что отчет сформирован по регистру "Товары в резерве"
На копии попробуйте перепровести все документы в базе.
Цитата(logist @ 05.09.13, 22:39) необходимо зарегистрироваться для просмотра ссылки
На процитированном Вами линке видно что отчет сформирован по регистру "Товары в резерве"
В процитированном линке смотрим направо и видим полосу прокрутки.
Ardi, сразу как выложил скрин товаров в резерве, внизу отписал: "На второй фотке не до конца поднял страницу, но уверяю там пусто."
Через регистры накоплений удалил количество товаров на складах и перепровожу все документы. С детализацией Период+Регистратор ничего интересного там тоже нет.
С флажком "Списывать партии расходными ордерами" никто не игрался?
Честно говоря по поводу этого еще не знаю) Свертку базы не делали, она не такая большая еще. Конечно понимаю что "оно само" не бывает, но самому интересно что произошло все таки
Vadim625, и не вздумайте с нами шутить, матрица уже засекла вас ...5218
Цитата(Vadim625 @ 05.09.13, 23:13) необходимо зарегистрироваться для просмотра ссылки
Свертку базы не делали
А групповое перепроведение? Если в базе болтается куча непроведенных документов и забыли поставить "только проведенные"...
Сегодня впервые понадобилось перепроводить все документы. Галочка "списывать партии расходными ордерами" сейчас не стоит, уверен что никто пользователей ее клацать не станет.
Цитата(Zaval @ 05.09.13, 23:22) необходимо зарегистрироваться для просмотра ссылки
А групповое перепроведение
если ошибка проводок - то можно это определить по большим оборотам в отчете (за весь период).
А если большие только остатки - то в другом месте искать нужно.
А конфигурация типовая или что-то курочили? Могли скопипастить формирование движений и не поменять приход на расход.
Отчет за весь перод жизни фирмы - правильный? Тогда либо переоприходование либо недосписание - другие варианты не усматриваются.
По поводу правильности учета проверим. Конфигурация дописывалась, нужно было урезать права некоторых пользователей на Списание товаров и Перемещение товаров на складах, а так же дописывали Комплектации товаров.
Опытный программист, видя базу, разберется за 2-3 часа. Исправление может потребовать времени побольше - зависит от объема базы и ресурсов. Думайте.
Для просмотра полной версии этой страницы, пожалуйста,
пройдите по ссылке.