БП КОРП 3.0.
При проведении возврата от покупателя получаю сообщение, что "документом реализации было реализовано на 1 единицу меньше, чем возвращается".
Но в реализации строка по этому товару есть, возврат на 1 шт, в реализации тоже 1 штука. Подразделение, склад, счета учета и т.д. - все совпадает.
Нюанс: возврат в августе, реализация в июне.
В чем может быть причина?

В августе и в июне, ваш кэп)

Ну и, говорят, есть отладчик

(1) Почему же тогда по другим позициям номенклатуры из этого возврата не выдает ошибку?

(3) см (2)

Я бы посмотрел на то, что проведено документом Реализации, причем, не в ТЧ документа, а в его проводках.
И еще, этот документ реализации - уверены, что возврат ссылается на тот же документ, о котором Вы подумали и проверьте проводки у этого документа-регистратора

(0) Интеркампани? Проблемный товар не свой?

(3) другие позиции возврата могут использовать другие документы реализации, если в ТЧ возврата много строк. Там по каждой строке может оказаться свой док.

(6) какая интеркомпани в бухе?

(4) Смотрел уже. По этому товару в июле были реализации еще. Запрос выводит, что "КоличествоОтгружено" у этого товара равно нулю. По логике причина в том, что реализация из документа возврата находится в июне, других в июне больше нет, плюс есть реализации в июле.

(9) Ну, если ты уже дошел до запроса - то определи регистр из которого у тебя "КоличествоОтгружено=0" и смотри, что там. М.б. уже был возврат, например, по этому товару по этой реализации, или косяк какой-нибудь в движениях, документы создавали-отменяли-пересоздавали-редактировали задним числом и добились такой ситуации.

(0) Не знаю как на КОРП, но в релизе ПРОФ 3.0.115.19 еще была такая ошибка. Некорректно рассчитывался остаток проданных/переданных товаров по счетам с партиями. Правил расширением модуль, в релизе 3.0.119.9 уже починили, расширение отключил.

+ (11) ОбщиеМодули.УчетТоваров.ПодготовитьТаблицуВозвращенныеСписанныеТовары()

Его (товар) уже вернули

(10) В смысле определить регистр? Там все данные по регистру бухгалтерии выбираются.
(13) Возврата не было. Ни по этой реализации, ни по последующим.

да... автоматизация на марше... так, видать, задачу и не решили

(15) Нет, задача не решена. Не могу понять, почему товар был уже возвращен по логике программы.

1 - Может разные счета учета в реализации и в возврате
2 - Проведите этот возврат без документа основания и посмотрите карточку счета

Вариант - существует еще документ возврата по этой позиции

(18) см (14)

(19) тогда скорректировано количество в доке реализации

В запросе из (12) есть подзапрос, который формирует временную таблицу ВТ_СписанныеТовары:

ВЫБРАТЬ
    ВЫБОР
        КОГДА ХозрасчетныйДвиженияССубконто.ВидСубконтоКт1 = ЗНАЧЕНИЕ(ПланВидовХарактеристик.ВидыСубконтоХозрасчетные.Номенклатура)
            ТОГДА ХозрасчетныйДвиженияССубконто.СубконтоКт1
        КОГДА ХозрасчетныйДвиженияССубконто.ВидСубконтоКт2 = ЗНАЧЕНИЕ(ПланВидовХарактеристик.ВидыСубконтоХозрасчетные.Номенклатура)
            ТОГДА ХозрасчетныйДвиженияССубконто.СубконтоКт2
        КОГДА ХозрасчетныйДвиженияССубконто.ВидСубконтоКт3 = ЗНАЧЕНИЕ(ПланВидовХарактеристик.ВидыСубконтоХозрасчетные.Номенклатура)
            ТОГДА ХозрасчетныйДвиженияССубконто.СубконтоКт3
        ИНАЧЕ НЕОПРЕДЕЛЕНО
    КОНЕЦ,
    НЕОПРЕДЕЛЕНО,
    ХозрасчетныйДвиженияССубконто.СчетКт,
    НАЧАЛОПЕРИОДА(ХозрасчетныйДвиженияССубконто.Период, МЕСЯЦ),
    -ХозрасчетныйДвиженияССубконто.Сумма,
    ЕСТЬNULL(-ХозрасчетныйДвиженияССубконто.СуммаНУКт, 0),
    ЕСТЬNULL(-ХозрасчетныйДвиженияССубконто.СуммаПРКт, 0),
    ЕСТЬNULL(-ХозрасчетныйДвиженияССубконто.СуммаВРКт, 0),
    -ХозрасчетныйДвиженияССубконто.КоличествоКт,
    0
ИЗ
    РегистрБухгалтерии.Хозрасчетный.ДвиженияССубконто(
            &НачМесяцаРеализации,
            &КонДата,
            Организация = &Организация
                И ПодразделениеКт = &ПодразделениеОтгрузки
                И СчетКт В (&СчетКтНеПартионный)
                И НеКорректироватьСтоимостьАвтоматически
                И КоличествоКт < 0
                И ВидСубконтоКт1 = ЗНАЧЕНИЕ(ПланВидовХарактеристик.ВидыСубконтоХозрасчетные.Номенклатура)
                И СубконтоКт1 В (&Товары)
                И ВидСубконтоКт2 = ЗНАЧЕНИЕ(ПланВидовХарактеристик.ВидыСубконтоХозрасчетные.Склады)
                И СубконтоКт2 = &СкладОтгрузки,
            ,
            ) КАК ХозрасчетныйДвиженияССубконто

Внимание в нем привлекло условие "И НеКорректироватьСтоимостьАвтоматически".

Немного опишу цепочку из карточки счета по этому товару:
12.05 - Реализация №1
15.06 - Возврат №1 к реализации №1
21.06 - Реализация №2 (по которой не проводится возврат)
19.07 - Реализация №3
20.07 - Реализация №4
02.08 - Возврат №2 к реализации №2 (который не проводится)

В возврате №1 реквизит "НеКорректироватьСтоимостьАвтоматически" равен "Ложь". Если бы он был равен "Истина", тогда по товару в запросе поле "КоличествоОтгружено" будет равно 1, и возврат проведется.
Можете рассказать, для чего этот реквизит и должен ли он заполняться автоматически в значение "Истина"?
Был перевод на 3.0 с 2.0 в конце июля, и вполне возможно, что этот реквизит в июньских документах не заполнился.

Нет ни кого мыслей по этому поводу? Или лучше не трогать этот реквизит в возврате?

По запросу из ТекстЗапросаВозвращенныеСписанныеТоварыПрошлогоМесяца() получается ситуация, что возврат №1 считается как уже оформленный возврат как реализации №2. И программа считает, что товар уже был возвращен.
Но по логике это же не совсем верно, если реализация №2 корректируется другим возвратом.
Как из такой ситуации выходить?

(23) "что возврат №1 считается как уже оформленный возврат как реализации №2."
- это ошибка?

(24) Ну если возврат №2 (который не получается провести) делается по реализации №2, а программа считает, что по реализации №2 уже был возврат и это возврат №1, и он, в свою очередь, делался по реализации №1, то по получается, что что-то не то.

ты сам себя понял сейчас?

(26) Себя я понял. Я не понимаю, почему программа так считает. Почему она принимает за возврат товара совсем другой документ.

(27) в первом возврате не указан док реализации, автоматом подставлен ближайший
во вторую реализацию попал товар, который вернули, потом снова возврат

(28) В первом возврате указана реализация, в (21) расписал все

(27) см (1) Нам отсюда не видно

Правильно это или не правильно, но при наличии признака НеКорректироватьСтоимостьАвтоматически происходит расчет с корректировкой при закрытии месяца.
Соответствуют корректировки Стоимости возврата при закрытии месяцев

таким образом имеем, что для Реализации за май Возврат автоматически скорректирован по периоду 06 - т.е. с игнором того, что дата Реализации стоит позже даты возврата. Просто по Закрытию месяца они в одном периоде.

А вообще, еще в самом начале написал, что смотрите проводки. Там должно быть видно.

И скорей всего, мое предположение на взгляд мельком, что второй возврат не проводится не по той причине, что он ищет и не находит вторую реализацию, находящуюся в Июне, а по той причине, что в Августе не было найдено ни одной копейки реализации, а Возврат этот был в Августе. Нет суммы в Августе для расчета Возврата в Августе.
Но это можно проверить.
Подвигать даты документов возврата, попроводить их и будет понятно, когда проводит, когда не проводит.

(31) Если возврат провести в июне, то проводится. Июлем тоже - не проводится.

(32) Не знаю, как сейчас, но раньше, вроде, возврат в другом квартале нужно было оформлять как обратный выкуп (типа НДС уже сдан).

и вообще: когда оформляется возврат от покупателя, а когда корректировка реализации?

хотя и то и то по проводкам идет как сторно реализации?

может кто сталкивался, имеется актуальная база ут 11.5, обрезанная и такая же проблема нужно провести возврат от клиента, естественно документа реализации в базе нет (она обрезана) а документ возврат товаров от клиента упорно говорит не заполнены документы реализации к возвраты. кто как выходил с данной ситуации

(36) По идее, при обрезании базы возникают документы ввода остатков.
Надо смотреть, что там в 11.5 с этими документами, но раньше можно было создать или отредактировать ввод остатков с подстановкой туда нужных значений.