ВЫБРАТЬ
    ХозрасчетныйОстатки.Счет,
    ХозрасчетныйОстатки.Субконто1 КАК Контр,
    ХозрасчетныйОстатки.Субконто2 КАК Товар,
    СУММА(ХозрасчетныйОстатки.СуммаОстаток) КАК СуммаОстаток,
    СУММА(ХозрасчетныйОстатки.КоличествоОстаток) КАК КоличествоОстаток,
    ХозрасчетныйОстатки.СуммаОстаток / ЕСТЬNULL(ХозрасчетныйОстатки.КоличествоОстаток, 1) КАК Цена
ИЗ
    РегистрБухгалтерии.Хозрасчетный.Остатки(
            &Дата,
            Счет = &Счет,
            ,
            Организация = &Организация
                И Субконто2 В (&СЗТоваров)
                И Субконто1 = &Контр) КАК ХозрасчетныйОстатки

СГРУППИРОВАТЬ ПО
    ХозрасчетныйОстатки.Счет,
    ХозрасчетныйОстатки.Субконто1,
    ХозрасчетныйОстатки.Субконто2,
    ХозрасчетныйОстатки.СуммаОстаток / ЕСТЬNULL(ХозрасчетныйОстатки.КоличествоОстаток, 1)

круто

(0) Несомненно

ноль не ЕСТЬNULL

Вываливается с ошибкой, деление на ноль

(4) Продолжай, мы заинтригованы

всё правильно

ХозрасчетныйОстатки.СуммаОстаток / ЕСТЬNULL(ХозрасчетныйОстатки.КоличествоОстаток, 1) КАК Цена

Это безобразие может появится только в этой строке

(4) Используй ЕСТЬНОЛЬ()

Выбор Когда ЕСТЬNULL(ХозрасчетныйОстатки.КоличествоОстаток, )=0 Тогда 1
   Иначе
   ЕСТЬNULL(ХозрасчетныйОстатки.КоличествоОстаток, 1)
Конец КАК Цена

(3) Не пали интригу

ХозрасчетныйОстатки.СуммаОстаток = ?

(7) это очень хорошо

(7) Так так

(11) 1С сообщает про деление, думаете делимое также влияет?

(7) если в запросе единственный оператор деления, то он один

(14) а почему нет? тем более без оглашения ошибки трудно ванговать

там ресурсы с типом число там всегда ноль

ТС наверное подсознательно читает ЕстьNULL как ЕстьНуль:-)

(16)Делимое может быть =0. Делитель -нет.

(18) а ещё делит на единицу, раз на ноль нельзя

а откуда мысль про нулл в остатках? я тоже хочу таких веществ

(20)Так единица у него получается только если там NULL,а если 0, то будет ноль,т.к. как сказали выше NULL и 0 - это две большие разницы

(19) запрос вроде всегда вываливается если или делитель, или делимое = 0, ломает проверять. но я на всякий случай всегда проверку на ноль стараюсь делать (так сказать на всякий пожарный)

(21)Перестраховался на всякий случай:-)

(23) а при сложении не проверяешь на переполнение?

(20)Только если делитель.Запрос чтит правила математики.

(23) там ресурсы там не будет нулл

(26) к (23)

(22) тоже покурил?

(25) ну-ка по подробней про переполнение.

(23) " запрос вроде всегда вываливается если или делитель, или делимое = 0" - с математикой в школе нелады были?

про деление на ноль на хабре есть статья habrahabr.ru/post/233103/

(29)Обоснуй?:-)  1 будет только если NULL, ты возражаешь?

(33) я то это вижу, ещё в (3) написал, а вот то, что делить на единицу, когда получаем ноль, чтобы получить цену тебя не смутило.

(30) ч=240+20 сколько будет, если ч типа char?

(34)Нет. Списывать то надо всю сумму.Нахрена она при нулевом количестве?  Я сам так всегда делаю. А при делении на 1 как раз всю сумму и получаем.

(35) я думал сейчас будет про 32 разряда )))

Всем спасибо! Терпеть ненавижу чужой код!!!

(34) а что не так ?

(38)Привыкай:-) Лопатить чужой код это практически 80% работы адинесника:-)

(30) Пошел Иван-царевич биться со Змеем-Горынычем, срубил ему голову, на ее месте 2 выросло, размахнулся срубил обе, а заместо них 4, поднапрягся Иванушка срубил 4 головы, а заместо них глянь уже 8... Шла битва не на жизнь а насмерть, и вот уж силы на исходе, срубил Иван-царевич 128 голов Змею-Горынычу, и помер Змей-Горыныч, потому как был он 8-разрядным.

(38) ) ты просто свой еще не видел , который был написан несколько лет назад

(36) а зачем тебе цена, если ты списываешь всю сумму?

(43)ну..Это типа и будет ценой. Потому что ее надо все равно убирать. Зависшая сумма при количестве=0 - это не есть хорошо.

(43) поле цена наверно все равно должно быть заполнено , в случае с делением на 1 меньше когда , чем "выбор когда..."

(41) Начальник отдела программистов увольнял их по одному, пока программисты не кончились. После этого он уволил еще одного. Теперь у него FFFFFFFF программистов.

(43)вернее не ценой, а всей себестоимостью:-)  Ну, ты понял:-)

46 так тоже хорошо )

+(45) меньше кода

(46) даже лучше, потому что если змей горыныч реализован через RRL то после 128 будет не ноль а 1 голова снова.

(50)Скорее всего будет Overflow :-)

не-не. RCL он на то и Cyclic чтобы норм результат выдавать. хотя флаг переполнения по-моему ставится действительно, но это не является ошибкой.

(49) почему меньше? Тоже ведь нужно ВЫБОР КОГДА делать.

(53) да , ты прав