Грабли в следующем:
При автоматическом проведении документов любой обработкой выдаёт сообщение что не может провести из за отсутствия на складе(хотя на складе есть),когда то же самое делаешь в ручную,то всё прекрасно проводится....
25 платформа, 424конфа(буха переписаная)

отладчик тебя спасёт!

2(0) Ты может какие-то данные берешь не из реквизитов документа? Имхо ключевое слово - переписанная... туда и копать

еще и скоростью

Отладчик отлично показывает, что сальдо маловато, но только в автомате. Вот ПОЧЕМУ это может быть?

"При автоматическом проведении документов любой обработкой"
А условие стоит на Проведен() ?

надо искать в том месте, где рассчитываются остатки - на какую дату, позицию, все параметры проверить

(0) пересчитай итоги, потом попробуй провести не на SQL-ом релизе.

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

re: 6 а это разве по разному идет скажем стандартным проведением со сменой точки актуальности и интерактивно ручками?

Это все на SQL...

(9) ну конечно, ты-ж сам сказал: "со сменой ТА", т.е. условия рассчета меняются. В таких ситуациях я обычно провеяю в отладчике пошагово все переменные, таблицы, результаты запросов... что вобще у тебя используется, как остатки рассчитываются?

возможно в процедуре проведения попадаются условия на групповую обработку которые и мешают вам жить.

(11) Отлично, делал тоже самое. А со сменой это я к примеру. Пробовал так же Док.Получить() Док.Провести() результат меняется но все ровно отличен от интерактивного. Модуль формы вообще комментировал, чтоб интерактивность не влияла не-то...

(13)исключено модуль простой получить остатки, списать метод получения СКДРС и т.п.

ну чтож, тогда покажите модуль может присутствующие смогут увидеть ошибку. случается что мы не замечаем очевидного, со мной не раз такое бывало :)

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

???

аууу специалисты....

Повторю (5) Чем ты проводишь программно?