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

(1) Открыть конфигуратор. Найти строку "Не списано по партиям".
Поставить точку останова. И посмотреть, почему.

(1) Модуль партионного учета выполняется на сервере. С точкой останова не прокатит. Я конечно понимаю вы мне посоветуете бэкапнуть базу, развернуть копию и извращаться над ней как душа пожелает, но в моей ситуации такой возможности нет(

(2)  [Модуль партионного учета выполняется на сервере. С точкой останова не прокатит]
чё это ?

Проверь еще раз ведомость по партиям.
В большинстве таких случаев виноват не код, а пользователи.

(4) Проверял. И отчет "Остатки и обороты" юзал. Всё чисто

Есть подозрение что база нуждается в профилактике (Пересчет итогов и т.д.)

(3) что именно?

а теперь открой по Заказам ведомость

(8) Опа. Сформировал ведомость по заказам покупателей, а там две строки "Объект не найден". Кто-то нашкодил?)

(8)"Кто-то нашкодил?)"->(0)

И, кстати тебе вопрос в (3) задали, может ответишь, что значит твоё "Модуль партионного учета выполняется на сервере. С точкой останова не прокатит"

(11) то и значит) точка останова срабатывает когда код выполняется на клиенте. В режиме "На сервере" соответственно все алгоритмы обрабатываются на стороне сервера. Если не прав поправьте)

(10) Разъясни свою блок схему, плз)

(12) Все верно. И что, это не отменяет отладку того самого кода

(14) Когда я ставлю точку останова на любой строке кода, который выполняется на серваке, у меня тупо не останавливается на ней отладка.

(10)К(9) расшифровке таких крайне запутанных "блок-схем" нужно учиться годами, да...

(16) ок. надо бы записаться на курсы)

(15)И ты принял решение, что данный участок кода не подлежит отладке, я ничего не путаю?)

(8) итак. в отчете "ведомость по заказам покупателей" есть две строки "объект не найден" там где должен быть Заказ покупателя. Почему там битые ссылки...

(19)Видимо отсутствует 2 заказа покупателя, внезапно...
Вангую следующий вопрос, "куда делись заказы покупателей?")

(18) если перевести модуль на режим обработки "на клиенте", тогда будет все ок, но для этого нужно делать обновление, а этого мне делать низзя

(20) это вопрос) но возвращаясь к моей проблеме, может ли этот косяк как раз влиять на проверку остатков?

(22)А запрос в консоле сделать слабо, посмотреть остаток по партиям? Код посмотреть слабо? И в итоге свести все в одно.

(21) Вообще можно перезапустить сервер с ключом debug Тогда отладка будет работать

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

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

(22) Запрос может не показывать условия проверяемые в коде, по проблеме скорее всего отрицательный остаток по партии, последовательность не нарушена?

(27) Нет.

(24) как-то на производительность повлияет?

Ну ты заблокируешь таблицу партий в дебаггере

Как если бы проведение документа остановилось

(30) жесть) меня казнят прилюдно)

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

В УТ 11.0.9 был забавный прикол например - если пометить поставщика на удаление модуль проведения считал что остатка по партии нет

Вообще иметь девелоперскую копию базы ОЧЕНЬ удобно, можно все тестить на актуальных данных, и спокойно разбиратся с вывертами базы

Вот инструкция по перезапуску сервера в режиме отладки http://osergey.wordpress.com/2012/05/17/debugging-applications-1s-to-server/