Здравствуйте!
Нужна помощь, сижу уже пол дня. Есть документ поступления на расчетный счет. Вот так выглядит таб. часть "Расшифровка платежа": http://s018.radikal.ru/i522/1201/1a/afe4851d6c71.png
Отсюда видно, что первыми четырьмя строками идет оплата реализация, а две последних - аванс. Но при вводе С/Ф на основании этого документа (или при выполнении спец. обработки "Регистрация счетов-фактур на аванс") в счет-фактуре получаются следующие данные: http://s04.radikal.ru/i177/1201/64/be2ec32bfc98.png
Хотя сумма должна быть 2800 (см. скриншот по первой ссылке - на аванс две строки, из них НДС только в одной, где 2800). ЧЯДНТ?

Из расшифровки платежа никогда ничего не видно. Авансы определяются по проводкам.

из скринов не ясно период возникновения задолженностей

В коде нашел, что эта сумма в С/Ф получается вот тут "ОбщегоНазначения.РаспределитьПропорционально". В эту функцию уходит сумма аванса по документу = 6100 (2800+3300) и массив с двумя числами - первое это сумма по документу по строкам с НДС (2800+2800+2800=8400) и второе - сумма по строкам без НДС (9800+9800+3300=22900). И там пропорционально этим числам получаются 1 637,06 и 4 462,94 - в сумме = 6100. Но я, честно говоря, не понимаю смысл всех этих манипуляций, может кто-то подскажет?

(3) Дубль два. АВАНСЫ ОПРЕДЕЛЯЮТСЯ ПО ПРОВОДКАМ. Проводки поступления на расчетный счет в студию.

(4) Извините, я с бухгалтерией плохо знаком. Это получается мне надо сделать отчет по счету 62.02?

(5) Это значит, что нужно нажать на кнопку "ДтКт" в заголовке формы документа

http://i065.radikal.ru/1201/f7/b684fe9c3402.png вот проводки документа.

(7) Что стоит в учетной политике по зачету авансов?

(8) "Регистрировать счета-фактуры всегда при получении аванса". В договоре с контрагентом стоит галка использования значения уч. политики.

А черт его знает.

Посмотреть нужно саму реализацию, что у нее там с погашением по ставкам НДС, может, суммы не совпадают, может, просто 1С некорректно распределяет.

(0)Есть предложение организовать удаленный доступ/оплату/решение проблемы :)

(12) Какие ж вы все тут жадные ))

У меня есть подозрение на баг в программе (могу ошибаться). Но зачем делается распределение как в (3)? 1637,06 потом и попадает в С/Ф...
(12) Я тут сам решил бесплатно людям помочь, но вот уже полдня туплю...

(14) Не обязательно баг, но без базы сказать сложно. В принципе, в (12) было интересное предложение.

(13)Жадность?Вы даже не знаете цену вопроса :)
Искать в чужой базе косяки за бесплатно тоже никому не хочется.

Последнее до чего дошел - движения документа (проводки) абсолютно ни при чем. При получении этой цифры (1637,06) данные берутся непосредственно из документа.

это косяк в алгоритме

(18) Тоже пришел к такому выводу.
Править конфигурацию не следует. Как думаете, что стоит сделать? Написать в 1С?

напишите, а в базе руками поправьте суммы в сф

Ок. Попробую отослать информацию, может быть они даже исправят. Но судя по всему - это уже давно такая проблема (проверил на копии базы на несколько версий раньше).