УТ11.5 отличие "Остатки и доступность" и "Движение"
Здравствуйте коллеги. Помогите пожалуйста разобраться с непонятной мне ситуацией.
Произвел обновление УТ11.4.13.275 на 11.5.7.279. Всё прошло нормально, без проблем. Однако как потом выяснилось, все остатки стали отличаться и со слов оператора, не верными. Открыл старую базу и действительно, очень много товаров ушло в минус и стали отличатся в отчетах.
Т.е. в отчете "Остатки и доступность" одна информация. А в движениях совсем другая! При этом в движениях всё нормально и актуально, а вот в "Остатках и доступность" какая то жесть. Обсасал уже всю 1С и не могу понять, почему так происходит, откуда растут ноги, куда смотреть и что поправлять?
Заказы не используют. Работа типовая: Продажи чеками ККМ, перемещение между складами через "Перемещение". ТиС с пересчетом итогов не помог. Перепроводка всех документов не дало результатов. На всякий случай очистил кеш, нет результата. Помогите кто чем может.
Произвел обновление УТ11.4.13.275 на 11.5.7.279. Всё прошло нормально, без проблем. Однако как потом выяснилось, все остатки стали отличаться и со слов оператора, не верными. Открыл старую базу и действительно, очень много товаров ушло в минус и стали отличатся в отчетах.
Т.е. в отчете "Остатки и доступность" одна информация. А в движениях совсем другая! При этом в движениях всё нормально и актуально, а вот в "Остатках и доступность" какая то жесть. Обсасал уже всю 1С и не могу понять, почему так происходит, откуда растут ноги, куда смотреть и что поправлять?
Заказы не используют. Работа типовая: Продажи чеками ККМ, перемещение между складами через "Перемещение". ТиС с пересчетом итогов не помог. Перепроводка всех документов не дало результатов. На всякий случай очистил кеш, нет результата. Помогите кто чем может.
Прикрепленные файлы:
Ответы
В избранное
Подписаться на ответы
Сортировка:
Древо развёрнутое
Свернуть все
Решил проблему взяв остатки из отчета "Движение товаров на складах", там они верные и очистив регистр "Распределение запасов" и перезаписав туда данные из отчета.
В моём случае это возможно было, потому что учет самый простой. Но если будут заказы, резервы и т.д., скорее всего потребуется больше информации, ибо в регистр так же необходимо заполнять все статусы.
Полет нормальный, будем посмотреть. Спасибо Dem0 за наводку с регистрами.
В моём случае это возможно было, потому что учет самый простой. Но если будут заказы, резервы и т.д., скорее всего потребуется больше информации, ибо в регистр так же необходимо заполнять все статусы.
Полет нормальный, будем посмотреть. Спасибо Dem0 за наводку с регистрами.
(5) Вот еще 1 решение. В моем случае было 13 складов и характеристики, ну и остатков по складам десятки тысяч. Выполнялось очень долго все это + сохранения остатков, В результате после загрузки стало понятно что где то есть косяки. Плюс поиск шел по наименованию, что было не корректно (у нас были одинаковые наименования). В итоге сделал идеальную обработку с одной кнопкой "Выполнить" :)
Обработка сверяет данные из отчета "Движение товаров на складах" с регистром "Распределение запасов" и делает правильным регистр.
По всем складам, номенклатура может быть с характеристиками или нет, учитывает заказы (не ломает их). Спасибо GhostIrviWolf за первоначальную идею.
Обработка сверяет данные из отчета "Движение товаров на складах" с регистром "Распределение запасов" и делает правильным регистр.
По всем складам, номенклатура может быть с характеристиками или нет, учитывает заказы (не ломает их). Спасибо GhostIrviWolf за первоначальную идею.
Прикрепленные файлы:
ПереносОстатков.epf
Это было не самое элегантное решение.
1) Я сформировал по каждому складу (их у меня было 4) максимально упрощенный вариант отчета "Ведомость товарам на складах", оставив всего 2 пола "Номенклатура" и "Количество". Сохранив в ексель, я окончательно убрал всё ненужное, оставив окончательно всего 2 столбца, во вложение пример
2) Смотрим на регистр как он был заполнен, запоминаем. Очищаем весь регистр сведений по каждому складу.
3) Обходим выгруженную таблицу и записываем в регистр новые сведения так, как они были записаны до очистки, только уже данными из таблицы.
В моём случае было просто. У них нет резервов, запасы и т.д. Они просто принимают. И чеком ККМ продают. Поэтому я просто взял данные из отчета и всё засунул в поля "Запас", "Свободно" и "ВНаличие".
После этого, жалоб на расхождения от них не было. Работают по сей день и осваивают ЭДО. :)
1) Я сформировал по каждому складу (их у меня было 4) максимально упрощенный вариант отчета "Ведомость товарам на складах", оставив всего 2 пола "Номенклатура" и "Количество". Сохранив в ексель, я окончательно убрал всё ненужное, оставив окончательно всего 2 столбца, во вложение пример
2) Смотрим на регистр как он был заполнен, запоминаем. Очищаем весь регистр сведений по каждому складу.
Набор = РегистрыСведений.РаспределениеЗапасов.СоздатьНаборЗаписей();
Набор.Отбор.Склад.Установить(Объект.Склад);
Набор.Записать();
3) Обходим выгруженную таблицу и записываем в регистр новые сведения так, как они были записаны до очистки, только уже данными из таблицы.
Для Каждого Строка из Объект.ТЗ Цикл
Запись = РегистрыСведений.РаспределениеЗапасов.СоздатьМенеджерЗаписи();
Запись.Состояние = Перечисления.РаспределениеЗапасовСостояния.ОстатокНаСкладе;
Запись.Номенклатура = Строка.Ссылка;
Запись.Склад = Объект.Склад;
Запись.Запас = Строка.Количество;
Запись.Свободно = Строка.Количество;
Запись.ВНаличии = Строка.Количество;
Запись.ТипЗаписиРаспределенияЗапасов = 1;
Запись.РезервПревышаетОстатки = ЛОЖЬ;
Запись.Записать();
КонецЦикла;
ПоказатьВ моём случае было просто. У них нет резервов, запасы и т.д. Они просто принимают. И чеком ККМ продают. Поэтому я просто взял данные из отчета и всё засунул в поля "Запас", "Свободно" и "ВНаличие".
После этого, жалоб на расхождения от них не было. Работают по сей день и осваивают ЭДО. :)
Прикрепленные файлы:
1) Выгружаем отчет "Ведомость товарам на складах", сохраняем в Excel, и приводим его к виду, как я показал сверху.
2) Открываем обработку и конвертируем Excel файл в CSV (Этот костыль был сделан, потому что на компе клиента нет Excel, приходилось файлы клиента на своем ПК конвертировать в CSV и уже работать с ними. А переписывать я уже не хочу)
3) Считываем сконвертируемый файл в обработку. Заполнится таблица. Проверяем колонку сопоставленные. Не сопоставленные колонки, естественно будут пропущены при записи в регистр.
4) Выбрать склад
5) Очистить
6) Заполнить.
2) Открываем обработку и конвертируем Excel файл в CSV (Этот костыль был сделан, потому что на компе клиента нет Excel, приходилось файлы клиента на своем ПК конвертировать в CSV и уже работать с ними. А переписывать я уже не хочу)
3) Считываем сконвертируемый файл в обработку. Заполнится таблица. Проверяем колонку сопоставленные. Не сопоставленные колонки, естественно будут пропущены при записи в регистр.
4) Выбрать склад
5) Очистить
6) Заполнить.
Прикрепленные файлы:
Вопрос: кнопка "Очистить" - очищает весь реестр по складу или только для конкретных товаров которые считали из файла?
Просто у нас ситуация что выявили несколько товаров у которых отличаются остатки в выше описанных отчетах. И вот думаю если я в файл эксель только конкретные товары введу (10 товаров) то реестр остатков будет очищаться только для этих 10-ти товаров или как?
Просто у нас ситуация что выявили несколько товаров у которых отличаются остатки в выше описанных отчетах. И вот думаю если я в файл эксель только конкретные товары введу (10 товаров) то реестр остатков будет очищаться только для этих 10-ти товаров или как?
Добрый день рассказываю как я победил это.
Регистр сведений "Распределение запасов" заполняется по данным Регистра накопления
Распределение запасов - Движения
У меня была часть заказов которые были не проведены, но движения делали по резервам в регистре "Распределение запасов - Движения" .
Я нашёл период когда были эти кривые заказы. И просто удалил их из базы обработкой. Затем протестировал базу с удалением битых ссылок объектов. С пересчетом итогов. После этого все выровнялось.
Регистр сведений "Распределение запасов" заполняется по данным Регистра накопления
Распределение запасов - Движения
У меня была часть заказов которые были не проведены, но движения делали по резервам в регистре "Распределение запасов - Движения" .
Я нашёл период когда были эти кривые заказы. И просто удалил их из базы обработкой. Затем протестировал базу с удалением битых ссылок объектов. С пересчетом итогов. После этого все выровнялось.
Всем привет.
Сегодня столкнулся с описанной проблемой в базе клиента. Оказывается, уже есть решение для этой проблемы в типовых конфигурация. В КА 2.5.10.84 (может были и раньше) есть обработка "Исправление ошибок в регистре сведений "Распределение запасов" (Обработки)"
Сегодня столкнулся с описанной проблемой в базе клиента. Оказывается, уже есть решение для этой проблемы в типовых конфигурация. В КА 2.5.10.84 (может были и раньше) есть обработка "Исправление ошибок в регистре сведений "Распределение запасов" (Обработки)"
Похожая ошибка,
не понятно, как исправить.
Пишут, что если не отредактировать регистр накопления "Распределение запасов (движения)", то при следующем обновлении все исправленные обработкой "Исправление ошибок в регистре сведений "Распределение запасов" (Обработки)" данные снова выскочат.
Может кто из этой ветки что посоветует?
Проблема такая:
Работали в УТ до сих пор на версии 11.4.14.181.
Так как рано или поздно придется обновляться на 11.5, решили это выполнить сейчас без особой спешки.
Взяли ближайший к 11.4.14.181 релиз по 11.5.8. Это был 11.5.8.232.
Чтобы было поменьше изменений в составе и структуре регистров.
Далее будем обновлять уже штатно 11.5.
Остатки по отчету "Остатки и доступность" получились почти все отрицательные!
Обработка Исправление ошибок в регистре сведений "Распределение запасов" не дала нужного результата.
Искали в интернете. Нашли обработку, что в этой ветви ПереносОстатков.epf - Спасибо!
Эта обработка заново заполняет регистр сведений "Распределение запасов"
После этого отрицательные остатки практически ушли и большая часть данных в базе до обновления и после обновления совпали.
Теперь планируем вручную исправить не совпавшие по базе до и после обновления остатки через обработку Исправление ошибок в регистре сведений "Распределение запасов" через ее нижнюю таблицу.
Остается вопрос: что будет после следующего обновления, так как регистр накопления "Распределение запасов" остается без изменений.
не понятно, как исправить.
Пишут, что если не отредактировать регистр накопления "Распределение запасов (движения)", то при следующем обновлении все исправленные обработкой "Исправление ошибок в регистре сведений "Распределение запасов" (Обработки)" данные снова выскочат.
Может кто из этой ветки что посоветует?
Проблема такая:
Работали в УТ до сих пор на версии 11.4.14.181.
Так как рано или поздно придется обновляться на 11.5, решили это выполнить сейчас без особой спешки.
Взяли ближайший к 11.4.14.181 релиз по 11.5.8. Это был 11.5.8.232.
Чтобы было поменьше изменений в составе и структуре регистров.
Далее будем обновлять уже штатно 11.5.
Остатки по отчету "Остатки и доступность" получились почти все отрицательные!
Обработка Исправление ошибок в регистре сведений "Распределение запасов" не дала нужного результата.
Искали в интернете. Нашли обработку, что в этой ветви ПереносОстатков.epf - Спасибо!
Эта обработка заново заполняет регистр сведений "Распределение запасов"
После этого отрицательные остатки практически ушли и большая часть данных в базе до обновления и после обновления совпали.
Теперь планируем вручную исправить не совпавшие по базе до и после обновления остатки через обработку Исправление ошибок в регистре сведений "Распределение запасов" через ее нижнюю таблицу.
Остается вопрос: что будет после следующего обновления, так как регистр накопления "Распределение запасов" остается без изменений.
(29) Самый просто способ проверить, обновитесь дальше до 11.5.12.80 с уже поправленными остатками и посмотрите. Судя по тому, что никто больше не ругается после обработки, возможно ошибок нет. Либо их появление, это какой то особое стечение правил учета и настроек, которые пока совпали только у (20) . Если при обновлении у вас вылезли снова не правильные остатки, уже тогда надо разбиратся дальше
Заново вернулись и исправили в базе 11.4 : убрали все старые неверные резервы, начиная с 16 года.
Обновили до 11.5.8.443 заново.
Запустили обработку - ПереносОстатков.
Вроде всё стало похоже на правду.
Обновили на 11.5.12.80:
все товары опять с минусом!!!
Мое мнение:
сейчас есть 2 регистра "Распределение запасов." - Сведений и Накопления
И при обновлении берутся данные из регистра накопления (движения) .
Получается, что перенос остатков делает все замечательно по Регистру Сведений, но не трогает
Регистр Накопления.
Обновили до 11.5.8.443 заново.
Запустили обработку - ПереносОстатков.
Вроде всё стало похоже на правду.
Обновили на 11.5.12.80:
все товары опять с минусом!!!
Мое мнение:
сейчас есть 2 регистра "Распределение запасов." - Сведений и Накопления
И при обновлении берутся данные из регистра накопления (движения) .
Получается, что перенос остатков делает все замечательно по Регистру Сведений, но не трогает
Регистр Накопления.