Доброго вечера!

Собственно проблема:

Имеем конфигурацию БП 2.0 релиз 2.0.62.4
Перекачиваем в нее данные из УТ 10.3, перекачивается все корректно и правильно, далее необходимо объединить договора в разрезе контрагента, объединяем, и имеем следующую картину одна из реализаций  упорно не хочет закрываться - то есть есть РТиУ и есть поступление на РС, погашение задолженности стоит "Автоматически", часть реализаций закрывает корректно, а на одной хоть ты тресни остается какой-либо остаток - в данном случае минусовой, если сформировать запрос к регистру "Хозрасчетный" и указать эту реализацию в качестве параметра, до проведения оплат, он показывает по ней остаток по субсчету "62.01", провожу оплату и если оплата больше остатка, то он всю сумму пишет на "62.01", хотя должен превышение относить на "62.02" следовательно при формировании оборотки по 62 счету с группировкой по субсчетам напротив этого документа расчетов в остатках на конец периода в дебете появляется краснота.... я уже себе всю голову сломал почему такое происходит, другие реализации до нее закрываются корректно, и после нее тоже, а вот с этой одной какой-то косяк - если кто сталкивался или может есть какие - то мысли - высказывайтесь- не стесняйтесь...- прям очень надо!!

продам отладчик (с) БН

(0) дык это - галка в договоре стоит По докуменам расчета али как ?

(1) Отладчик пока ничего не сказал... пока еще говорит...
(2) Какая галка о_О я про БП говорю...

(3) а что, в БП на 60 счете всего два субконто ?

(4) причем тут 60 счет????? у меня РЕАЛИЗАЦИЯ!!!!

(5) а что, в БП на 62 счете всего два субконто ?

(5)  s/60/62/g
(3) Внимательно его слушай. Он иногда говорит дельные вещи...

(6) нет не два... а это вообще к чему!?

(8) ну раз тебе это ни к чему - ступай в отладчик

(9) ОМГ то,что там содержится эта конкретная накладная, - это я понимаю, у меня не в этом вопрос,у меня вопрос в том, почему там остаток уходит в минус по 3му субконто - которое является документом расчетов!?

(10) а почему у тебя стоит Автоматически ?

(11) потому что в БП все закрывается по фифо

(12) по крайней мере так задумано, но если закрывать по документам - то он закроет остаток, если документ не указывать - все равно повесит на эту накладную...

(12)
(13) почему не поставить по документам и не выбрать нужный документ, к чему тупо долбить Автоматически, если оно не работает ?

(14) хм... из 500 контрагентов на 1м не работает.... мне кажется дело не в этом, я не даром сказал про объединение договоров - может быть в этом проблема...

(15) а ты сделай и увидишь, что нужного документа нет в списке

(15) сделать что!?объединение?

(17) в ТЧ расшифровка платежа Поступления на расчетный счет есть колонка Погашение задолженности, её надо установить в состояние По документу, если тебе это не очевидно, то стоит наконец обратиться к специалисту и перестать мудохаться, толку всё равно ноль

(18) ты не понял, я не про это спрашиваю, это я сделать могу, тут много ума не надо, НО!!! вопрос то в том, почему по конкретному документу остаток уходит в минус при проведении поступления на РС, при установленном способе погашения автоматически - а по другим документам все нормально!!! ты хотя бы понимай о чем я спрашиваю, а не делись советами на счет того, что можно все руками закрывать!

подниму

(0) Контроль отрицательных остатков есть в БП?
А как объединили договора? Скорее всего из-за этого возникает краснота.
Ещё посмотрите на вкладке счета, там иногда бухи ставят 62.01 и для аванса.. Склад может не совпадать, а в БП нет контроля отрицательных остатков в настройках программы, из-за этого тоже бывает краснота...

РН небось задним числом подпихнул, а поступление на РС не перепровел