Текущие остатки на дату списания

[Den_Is]

Возникла такая не очень мне понятная ситуация.
Имеем по материалу текущий остаток (допустим на сегодняшнюю дату), пытаемся списать этот материал допустим датой на две недели вперед (в пределах текущего месяца), система говорит о том что нет текущего остатка (хотя по ctrl-f2 остаток показывает), делаем пересчет текущего остатка на дату формирования документа и о чудо материал списывается.
Может быть кто сталкивался объясните в чем загвоздка, пока выходим из ситуации тем что если возникает такая проблема бух. сам пересчитывает текущий остаток, но таких позиций становиться все больше и больше.
з/ы пересчет всех текущих сотатков на определенную дату результата дает не много (скажем расчитываем на 28 декабря, остатки пересчитались, но когда бух делает списание 31-м декабрем траблы повторяются)

[edward_K]

1.остатков текущих 3 вида - по предприятию, по разрезу, по целевому учету.
2. возможно также при пересчете снялись резервы.
Можно в складе в операциях смотреть текущие остатки - там в принципе такое видно.

[Мария_Ф]

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

[Den_Is]

Да, еще заметил следующее сальдовые остатки расчитываются верно, а вот текущие остаки по тем же материалам или отсутствуют или расчитаны неверно. Думается неверно будет если каждый день РУЧКАМИ запускать расчет текущих остатков, все таки они сами должны расчитываться автоматом при каждой операции.
З/Ы Размер Saldomc 2.04 Гигабайт, Dat файл разделился уже на 2 части.

[edward_K]

текущие остатки сидят в других таблах - tekmc, SklOst, TekSaldo
к сожалению вы так и не приводите текст сообщения и картину что именно творится в текущих остатках.
При этом еще вычитаются резервы и просроченные партии.
К слову пересчет текущих остатков не обязательно запускать руками - у него есть параметры автозапуска или выполнить aqa скрипт.

[Den_Is]

К слову пересчет текущих остатков не обязательно запускать руками - у него есть параметры автозапуска или выполнить aqa скрипт.

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

текущие остатки сидят в других таблах - tekmc, SklOst, TekSaldo
И это нам тоже уже давно известно, про сальдомц это я просто написал для общей информации (просто закралась вот какая мысль, поскольку при расчете текущих остатков идет сбор сальдовых а при сборе сальдовых все таки используется сальдомц, в которой уже больше 4 млн. записей, то может быть первасив где то что то ... ну ладно это так мысли вслух)

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

Ну попробую еще раз )))
Примерно так...
1.Ситуация. Накладная на вн.перемещение, формирование ордеров, матценностей недостаточно в требуемом разрезе.
Сальдовые остатки есть, текущих нет (вообще), пересчитываем текущие на дату формирования ордеров, все нормально.
2.Ситуация.Накладная на вн.перемещение, формирование ордеров, матценностей недостаточно в требуемом разрезе.
Сальдовые остатки есть, текущих были ранее расчитаны скажем на 20/12, а формирование ордеров делаем 31/12 (движений в требуемом разрезе за период с 20/12 по 31/12 небыло!!!) , пересчитываем текущие на дату формирования ордеров (31/12), все нормально.
С остатками (сальдовыми) на разрезах хранения все нормально, отсюда вывод текущие остатки тоже должны быть расчитаны верно и совпадать с сальдовыми на текущую дату.

Да, еще вопросик про интерфейс TekSRas (просто для уточнения). Пересчет производиться по всем материалам справочника или только по тем по которым есть текущие остатки.

[Seybukan]

Где-то есть ошибка в коде формирования текущих остатков.
Найти это можно только методом тыка.
В моей практике например была такая ошибка с текущими остатками (исправили ли её я не знаю):
Если в сформированных ордерах перевыбрать накладную, система спросит что ордер полностью переформируется.
Ордер судя по журналу действительно полностью переформировывался, но вот текущие остатки добавлялись при создании новых позиции ордера, а при их удалении текущие остатки не изменялись. Таким образом происходило увеличение остатков.

С сальдовыми была такая проблема (исправили ли её я не знаю - лично регил в ПиР):
Если происходит формирование складских ордеров в большом количестве по одной и той же МЦ система выдает такую ошибку "Ошибка записи в таблицу SaldoMc". На самом деле в коде не верно выставляется семафор. Вернее наличие семафора проверяется, но с учетом визуализации все же система дает сбой. Из за чего происходит попытка одновременного обращения к позиции SaldoMc. Смоделировать можно нажав оприходование двух накладных с 1000-ю позиций накладных с одной и той же МЦ.

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

[Andrey]

"К слову пересчет текущих остатков не обязательно запускать руками - у него есть параметры автозапуска или выполнить aqa скрипт"

Просветите, как запустить "автозапуск" пересчета текущих остатков. С aqa скриптом не сильно получается