УТ 11.1. Остатки проверяются на сегодняшний день, при проведении документа задним числом.
Добрый день!
Помогите с проблемкой. В УТ 11.1 провожу документ "Перемещение товаров". В ТЧ одна позиция.
Дату дока указываю 02.12.2016. Не проводит. Говорит что нет определенного количества для данной позиции.
Формирую "Ведомость по товарам на складах" на 02.12.2016. По данной позиции остаток есть с лихвой. Не проводит.
Формирую "Остатки и доступность товаров". Ага, вот оно что! На сегодняшнее число остаток ниже, чем тот что я провожу в документе за 02.12.2016(!!!!!). Причем, сумма остатка плюс недостающее количество, как раз равняется количеству в документе. Это как такое?
Причем тут остаток за сегодняшний день? И как теперь быть? Ну не могут товароведы заносить перемещение день в день.
Контроль остатков отключен. Обеспечение слада отключено.
Управление торговлей 11.1.10.185
Платформа 8.3.8.2054
Заранее премного благодарен!
Помогите с проблемкой. В УТ 11.1 провожу документ "Перемещение товаров". В ТЧ одна позиция.
Дату дока указываю 02.12.2016. Не проводит. Говорит что нет определенного количества для данной позиции.
Формирую "Ведомость по товарам на складах" на 02.12.2016. По данной позиции остаток есть с лихвой. Не проводит.
Формирую "Остатки и доступность товаров". Ага, вот оно что! На сегодняшнее число остаток ниже, чем тот что я провожу в документе за 02.12.2016(!!!!!). Причем, сумма остатка плюс недостающее количество, как раз равняется количеству в документе. Это как такое?
Причем тут остаток за сегодняшний день? И как теперь быть? Ну не могут товароведы заносить перемещение день в день.
Контроль остатков отключен. Обеспечение слада отключено.
Управление торговлей 11.1.10.185
Платформа 8.3.8.2054
Заранее премного благодарен!
Найденные решения
(2)
Сделано так, чтобы колбаса при работе задним числом не вывела остатки в минус.
Вариант 1: поднять одну цепочку документов "по горячим следам", распровести/откорректировать документы, что идут позже того, который сейчас изменяем, и сразу же по всей цепочке "сделать правильно.
Вариант 2: ВНЕЗАПНО в конце месяца, а то и квартала, выравнивать остатки по складам, искать пропущенную первичку и перепроверять цифры.
Работа по варианту 1 бережёт нервную систему и снижает количество депрессий и инфарктов.
С чем конкретно связано решение сделать так - мне лично не очень понятно. Буду благодарен, если кто-нибудь объяснит.
Сделано так, чтобы колбаса при работе задним числом не вывела остатки в минус.
Вариант 1: поднять одну цепочку документов "по горячим следам", распровести/откорректировать документы, что идут позже того, который сейчас изменяем, и сразу же по всей цепочке "сделать правильно.
Вариант 2: ВНЕЗАПНО в конце месяца, а то и квартала, выравнивать остатки по складам, искать пропущенную первичку и перепроверять цифры.
Работа по варианту 1 бережёт нервную систему и снижает количество депрессий и инфарктов.
Остальные ответы
В избранное
Подписаться на ответы
Сортировка:
Древо развёрнутое
Свернуть все
(1) А у Вас не используется Ордерная схема складского учёта?
Просто у меня в ERP есть подобный прикол, но с Ордерной схемой. Когда Перемещение сделали, но Ордера на товары ещё нет, то в "Ведомости по товарам на складах" остаток якобы есть, но вот в "Остатки и доступность товаров" мы уже видим, что его нет, что он зарезервирован типа. Это значит в регистре накоплений "Товары в организации" движения уже есть, а в "Товары на складах" ещё нет.
Или может у вас какими-нибудь Заказами товар зарезервировался?
Просто у меня в ERP есть подобный прикол, но с Ордерной схемой. Когда Перемещение сделали, но Ордера на товары ещё нет, то в "Ведомости по товарам на складах" остаток якобы есть, но вот в "Остатки и доступность товаров" мы уже видим, что его нет, что он зарезервирован типа. Это значит в регистре накоплений "Товары в организации" движения уже есть, а в "Товары на складах" ещё нет.
Или может у вас какими-нибудь Заказами товар зарезервировался?
Вообще, давно уже так живем. Контроль результатов проведения происходит на текущую дату, а не на дату документа.
Впервые столкнулся в Рознице 2.0 по-моему.
С чем конкретно связано решение сделать так - мне лично не очень понятно. Буду благодарен, если кто-нибудь объяснит.
В моем случае есть возможность решить проблему небольшой правкой конфигурации, что я, собственно, и сделал.
Впервые столкнулся в Рознице 2.0 по-моему.
С чем конкретно связано решение сделать так - мне лично не очень понятно. Буду благодарен, если кто-нибудь объяснит.
В моем случае есть возможность решить проблему небольшой правкой конфигурации, что я, собственно, и сделал.
(2)
Сделано так, чтобы колбаса при работе задним числом не вывела остатки в минус.
Вариант 1: поднять одну цепочку документов "по горячим следам", распровести/откорректировать документы, что идут позже того, который сейчас изменяем, и сразу же по всей цепочке "сделать правильно.
Вариант 2: ВНЕЗАПНО в конце месяца, а то и квартала, выравнивать остатки по складам, искать пропущенную первичку и перепроверять цифры.
Работа по варианту 1 бережёт нервную систему и снижает количество депрессий и инфарктов.
С чем конкретно связано решение сделать так - мне лично не очень понятно. Буду благодарен, если кто-нибудь объяснит.
Сделано так, чтобы колбаса при работе задним числом не вывела остатки в минус.
Вариант 1: поднять одну цепочку документов "по горячим следам", распровести/откорректировать документы, что идут позже того, который сейчас изменяем, и сразу же по всей цепочке "сделать правильно.
Вариант 2: ВНЕЗАПНО в конце месяца, а то и квартала, выравнивать остатки по складам, искать пропущенную первичку и перепроверять цифры.
Работа по варианту 1 бережёт нервную систему и снижает количество депрессий и инфарктов.
(8)
Бывает, что работу задним числом исключить нельзя.
И в этом случае проверить, что изменение старого документа не вызовет отрицательные остатки на сегодня - решение более правильное, чем не контролировать такие вещи вообще.
используется механизм блокировки работы задним числом и точки актуальности
Бывает, что работу задним числом исключить нельзя.
И в этом случае проверить, что изменение старого документа не вызовет отрицательные остатки на сегодня - решение более правильное, чем не контролировать такие вещи вообще.
(9) А вы не изобретайте воздушных сущностей.
Факт свершился - отразите его в базе ИМЕННО СЕЙЧАС, когда он произошел. А произошел он сейчас. Вот и отражайте сейчас.
факт не свершился - не отражайте его в базе.
что-то произошло (появилась колбаса) - но непонятно откуда и вы ее отдали куда-то - извините, а по какому праву? появилась колбаса из ниоткуда? - да! неизвестно откуда? -да! значит это что - ИЗЛИШЕК, НАЙДЕННЫЙ. ОТРАЗИТЕ ЕГО СЕЙЧАС, во время как нашли. Документов для этого хватает - оприходование. частная инвентаризация. и работайте дальше.
все попытки "избежать работу задним числом нельзя" - на 99.99% - выдумки ленивых управленцев, у которых документооборот ходит отдельно, а ТМЦ - отдельно. для этого есть простое название - БАРДАК. для такой работы делаем все просто - отключаем все контроли. И ВСЕ. все-все-все пишем ручками. типа большой записнйо тетрадки. и все путем получится. Так и работают многие.
Факт свершился - отразите его в базе ИМЕННО СЕЙЧАС, когда он произошел. А произошел он сейчас. Вот и отражайте сейчас.
факт не свершился - не отражайте его в базе.
что-то произошло (появилась колбаса) - но непонятно откуда и вы ее отдали куда-то - извините, а по какому праву? появилась колбаса из ниоткуда? - да! неизвестно откуда? -да! значит это что - ИЗЛИШЕК, НАЙДЕННЫЙ. ОТРАЗИТЕ ЕГО СЕЙЧАС, во время как нашли. Документов для этого хватает - оприходование. частная инвентаризация. и работайте дальше.
все попытки "избежать работу задним числом нельзя" - на 99.99% - выдумки ленивых управленцев, у которых документооборот ходит отдельно, а ТМЦ - отдельно. для этого есть простое название - БАРДАК. для такой работы делаем все просто - отключаем все контроли. И ВСЕ. все-все-все пишем ручками. типа большой записнйо тетрадки. и все путем получится. Так и работают многие.
(4), Странная логика! А для чего тогда настройка КонтроляОстатков, или ОбеспеченияСкладов? Если программа сама решает что отписывать, а что нет. Может на прошлое число учет шел как нужно, а ошибка была допущена скажем сегодня, и соответственно остаток меньше чем нужно. Но на 02.12 все было хорошо, и есть смысл провести документ, а уж когда товаровед сформирует ведомость по товарам, тогда увидит что у него "краснота"на сегодня!
Во всяком случае так было раньше в 10.3
Во всяком случае так было раньше в 10.3
Да не, у нас все проще. СборкойТовара положили на склад продукцию, и теперь перемещаем ее на другой склад. Но так как сразу не ясно куда уйдет товар, на какой склад, сначала делают сборку, отдают на реализацию в другой склад(точку), а через несколько дней только заносят перемещение. Но с такими делами придется походу пилить конфигурацию!
Всем спасибо!
Всем спасибо!