При оформлении заказа клиента в УТ11, делаются движения в РН ЗаказыКлиентов. При оформлении реализации в этот регистр также делаются движения, но уже со знаком "-". В регистре есть ресурсы - Заказано и Сумма. Заказано - это количество.
Если на основании заказа создается РТиУ и в ней ничего не меняется, то в остатках по этому регистру все получается ровно.
Но если в реализации изменить стоимость товара, то в остатках по регистру "неожиданно" получаем нулевой количественный остаток и ненулевую сумму остатка.
Например продаем Телевизор "SHARP" 1 шт., в заказе цена = 12 915, а в реализации ставим  13560.8
В результате получаем остаток суммы -645.8, что в общем-то ожидаемо.
Не совсем понятна логика формирования движений в этот регистр.
Получается, что нельзя продавать товар не по той цене, которая указана в заказе, но тем не менее программа позволяет это сделать.
Уважаемый коллеги, поясните плиз кто-нибудь, это такой косяк в программе (позволяет продать по другой цене) или я чего-то недопонимаю?

Up

(0) Информационный мусор. Чисти просто периодически суммовые остатки при нулевом количественном. Только следи за качеством данных.

(2) Ок, спасибо.

(0) Как мне думается, в Заказе фиксируется Цена (типа предзаказа на iPhone) - т.е. контора обязалась продать телевизор по оговоренной цене, небось и деньги получила (посмотри оплачен ли Заказ). В таком случае регистр тебе как напоминание "Что-то пошло не так".
  Поиграйся с заказами в различных вариантах (оплачен/нет) и поймёшь это просто информация и её можно почистить или всё таки это нужное напоминание и придётся корректировать либо Заказ, либо Отпуск товара.

(0) Логика есть: видеть отклонение суммы заказа от суммы реализации. Только реализовано через одно место.

4+ и покажи печатный бланк заказа юристу или глав.буху на предмет "фиксирована ли цена при получении заказа"

(5) Наверно, в этом и был смысл РН, но большой вопрос может ли цена продажи отличаться от цены заказа? Например, в интернет магазине заказал книгу за 50р., а при получении с тебя хотят 60р. Доплатишь или пошлёшь "в" или "на"?

(6) Если это смысл, боюсь он не радует. Остатки висят постоянно. База "пухнет". В УПП аналогичная ситуация, вроде, на регистре взаимозачетов. Там по валюте взаимозачетов все в копеечку закрывается, а по управленческой валюте висят хвосты. Переоценка на данный регистр не влияет. Таблица с остатками пухнет.

(6) >> но большой вопрос может ли цена продажи отличаться от цены заказа?
Может. Например заказали товар на 1000 рублей. Приехали забирать - товар имеет небольшой дефект, сделали скидку на этот дефект. То есть продали не за 1000, а за 900.

+ (8) Это разумеется все по согласованию с покупателем.

Также стоимость может меняться в сторону увеличения. Заказали 1 телевизор за 10000.
Приехали забирать и решили взять два, но по 10000 остался только один телевизор, а второй за 12000.
В регистре в этом случае будет остаток -2000.

(8) в УТ11 может есть какой-нить документ типа "Закрытие заказа"? который отсторнирует зависшие хвосты

(11) Я такого не видел.

(9) тогда допиливай реализацию и фиксируй факт "покупателю дали скидку" или "за что-то наценили"
(10) Второй телевизор - отпуск товара без заказа. Контора не обязывалась продать, а клиент купить телевизор №2 за 1000.

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

РН ЗаказыКлиентов регистраторами какие доки, смотрел?

(14) ЗаказКлиента и РТУ

(10) не -2000, а кол-во -1 и сумма -12000

(13) Ну да, все так и есть, но накладная-то одна. Нафига клиенту две бумажки?

(16) Все таки сумма будет -2000. Можете проделать эксперимент и убедиться.

(17) так типовые механизмы разработаны в расчёте на закрытие 1-1, оформляй простым отпуском и делай сторно заказа

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

Если бы любой из нас аналогично программировал, по голове бы настучали, а в УТ11 - и так сойдет :)

Если накладная создана на основании заказа и в эту накладную руками добавляется еще один такой же товар, то этот товар будет иметь пометку - строки сверх заказа. При проведении эти строки попадут в РН ЗаказыПокупателей, как приход, но сумма при этом попадет неправильная. Есть предположение, что эта сумма берется из первой строки, как это есть на самом деле, в коде пока не смотрел.

(19) Ну на самом деле ситуация несколько сложнее. В заказе несколько десятков позиций, при оформлении могут допустить ошибку, например перепутать товар или цену, а иногда и то и другое. Все всплывает постфактум, когда уже все отгружено и оплачено. То есть при отгрузке клиент смотрит, что он реально забирает и за что платит, соответственно РТУ в окончательном варианте отличается от заказа.
Хотелось просто понять, откуда берутся эти хвосты.