Отрицательные остатки при неотрицательном складе

[Натка]

Всем доброе время суток.

Возникла следующая непонятная для меня ситуации. Настройски складских моделей отрицательный склад отключен. Тем не менее, в некоторых ситуациях пользователи умудряются товар двигать так, что в результате появляются отрицательные остатки на складе. Такое было при разноске журнала инвентаризации, и причиной , мы думали, является то, что в момент, когда журнал разносится, партия по которой товар пришел по закупке не закрыта (накладные не обработаны). Но недавно провели журнал переноса такой, при чем по партии в закупке отклонений не было.
В закупке 18 шт принято по накладной
В переносе заказывали 18 шт.
Какой -то юзверь , хотя утверждается что Аксапта сама поставила, поменял на 26 шт.
В результате журнал провелся с 26 шт, а на остатках появилось - 8 шт. При этом в момент разноски никаких ругательств почему-то не услышали.

Заранее благодарны за варианты причин сего недоразумения.

[twilight]

А отрицательный склад финансовый или физический запрещен?

[Андре]

Может быть, есть смылс проверить все галочки в строке Склад формы Складские аналитики.
Есть подозрение, что система отслеживает остатки не в разрезе складов, а всем скопом.

[IvanHARD]

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

[Андре]

Цитата:

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

В общем то, тоже возможная причина.

[IvanHARD]

Цитата:

Сообщение от Андре

В общем то, тоже возможная причина.

Да не возможная, а именно она. Для этого дописывается резервирование по датам InventSum.UpdateDatePhysical и InventSum.LastExpectedDate, вот только, к сожалению, всего две даты на inventdimid явно недостаточно, т.к. в рамках одного id может быть множество движений разными датами. Но это хоть как-то закрывает дырку.

[glibs]

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

Ну или кто-то что-то нашаманил в Х++.

[Андре]

Цитата:

Да не возможная, а именно она.

Не, мне уже подсказали, что не она
Если посмотреть первый пост, а не скриншот - то сказано, что принято по накладной 18, поэтому списать 26 нельзя никак - не зависимо от даты Если, конечно, человек все рассказывает

[IvanHARD]

Цитата:

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

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

Ну или кто-то что-то нашаманил в Х++.

Ах да! Это ж "В наличии". Тогда два варианта:
1. Резервирование в заказанных включено и разрешен отрицательный склад. Хотя, судя по описанию, резервирования вообще нет...
2. В аналитиках хранения не стоит галка "Физ. наличие".

Думаю так...

[IvanHARD]

Цитата:

Сообщение от Андре

Не, мне уже подсказали, что не она

Ну погорячился... Утро... Кто ж скриншоты смотреть будет.

[Натка]

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

На форуме говорю правду и только правду, в подтверждение своих слов прикрепляю проводки по данной партии с датами их движения.

[Натка]

Упс, файлик не прикрепился.

[AraraT®]

В номенклатурном справочнике есть такая функция:
"Функции" -> "Редактирование кодов аналитики"
никто случаем не трогал?

[Натка]

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

[tigress]

Смущает то, что финансовая дата закупки самая ранняя из всех дат, как то нелогично. Может дело кроется в особенностях обработки закупки? Расскажите поподробнее об этом: в какой последовательности обрабатывалась закупка?

[IvanHARD]

А не могли вы обработать отборочную накладную на одно количество, а накладную на другое, меньшее?

[Натка]

Объяснение почему дата накладной самая ранняя - простое, мы далеко от Москвы, вагоны идут долго. Вот пришли они к 20.08. Мы их приняли, а в собственность к нам товар перешел на транзитном складе в Москве датой накладной 04.08, от которой пляшет потом график платежей поставщику, поэтому отборочная накладная показывает дату окончания приемки на конечном складе, 18.08. была зарегистрирована конкретно эта позиция, а накладная поставщика от 04.08. Вот и все.
Порядок обработки тоже как всегда:
1. Журнал прибытия - с количеством на 18 шт.
2. Отборочная накладная - с количеством на 18 шт.
3. Накладная по отборочной накладной - то есть на 18 шт.
Не понимаю, это черные чернушки Аксапты или наш гон в чем-то?

[tigress]

"Гонит" у Вас InventSum. Повторите эту ситуацию в тестовой базе, посмотрите, что показывает InventSum(Запасы в наличии) на каждом этапе.
И еще не помешало быть посмотреть, когда реально выполнялась проводки (переноса, закупки) - проанализируйте поля "Дата создания" и "Дата модификации" для каждой проводки .

[IvanHARD]

Вообще приходилось сталкиваться с тем, что InventSum "сносило крышу". Вот только не помню в каких это ситуациях было.

[glibs]

А при чем тут InventSum? По проводкам то действительно минус выходит на складе "Основной". Там 8 + 8 + 2 - 26 = -8.

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

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

"Качество" — это новая складская аналитика или переименованная номенклатурная?