Описываю ситуацию (воспроизводится на демобазе):
1) создаем заказ покупателя из одной позиции и добиваемся ручной скидкой, чтобы при четном кол-ве номенклатуры сумма была нечетная
2) создаем ПКО (клиент оплатил заказ)
3) корректируем заказ на половину позиций (документ "Корректировка заказов покупателей")
4) создаем РТУ на остаток позиций по заказу (т.е. на половину)
5) создаем РКО, чтобы вернуть деньги клиенту

Если использовать механизмы ввода на основании и в договоре с контрагентом стоит галка "Вести по документам расчетов с контрагентами", то на шаге 5 произойдет ошибка вида "Указана сумма взаиморасчетов, превышающая непогашенный остаток по документу расчетов с контрагентом!" и ругнется на одну копейку.
Для наглядности привожу упрощенную табличку движений документов, приводящую к ошибке (прочерки означают, что документ движения в регистр не делает): http://s51.radikal.ru/i132/1109/f9/b8f3e695364d.png
Суть в том, что сумма документа корректировки и реализации больше на копейку, чем сумма в заказе.
Вопрос к вам, друзья: кто как борется с такой проблемой (если возникает, конечно) и какой метод вы считаете оптимальным?
Навскидку пока вижу два способа:
1) проверять копейки на четность в заказе (малоприемлем и бредовен, но все же решит лишь часть проблем в конкретных случаях)
2) формировать сумму в РТУ исходя из остатка по заказу (если взглянете в табличку, то убедитесь, что это снимает вопрос "А какую же сумму вводить в РКО?")

Ап.

В каких случаях по РН "Заказы покупателей" может остаться отрицательная сумма, кроме "повисшей копейки" в (0) и случая продажи (отгрузки) больше, чем было заказано?

(2) в случае того чт ов заказе строки идут без серий (гтд) а РТУ разбивает строки по ГТД (моджет одну поделить на кучу).
В итоге если они разобьются может получится что
одна строка - цена*кол = ПЕРВАЯ СУММА

А при разбиении

строка 1 - цена*кол = сумма
строка 2 - цена*кол = сумма
строка 3 - цена*кол = сумма
                  ИТОГ СУММА

и будет ПЕРВАЯ СУММА <> ИТОГ СУММА

таже хрень ит с НДС происходит еще чаще.

И происходит еще постоянно с товаром который тысяче штучный и цены с копейками. Если так то вообще - считай что у тя регистр пухнуть будет не по дням.

(0) все не очень просто А ОЧЕНЬ ПРОСТО
Тебе надо поменять ФОРМУЛУ ЗАПОЛНЕНИЯ.

Там ща все работает через Ж. потому что формула срабатывает цены*кол

а ты поменяй так чтобы ставилась первой СУММА и от неё цена по формуле
ЦЕНА = СУММА/ кол.

Но там весь геммор в том что все не на основании заполняется, а из регистра.
Допили и все будет ок.

ЦЫ С тебя 10 баксов..

(3) Т.е. отрицательные суммы по заказу, исключая описанные в (2) - это нештатная ситуация (возникает не из-за учета, а из-за алгоритмов программы)?
(5) пухнуть это как? У меня каждый заказ закрывается "Закрытием заказов покупателей", проблема в (0) возникает только в момент частичного возврата денег по заказу (клиент заплатил одну сумму, а сумма корректировки + реализации на копейку больше).
(6) "там" - это ты про алгоритмы для ТЧ в общих модулях?
P.S. Бакс здесь http://www.bachs.ch/