собственно:
   "ВЫБРАТЬ ПЕРВЫЕ 1
   |    ПартииТоваровНаСкладахОбороты.СтоимостьПриход /    ПартииТоваровНаСкладахОбороты.КоличествоПриход КАК ЦенаПрихода
   |ИЗ
   |    РегистрНакопления.ПартииТоваровНаСкладах.Обороты(, &Дата, Регистратор, Номенклатура = &Номенклатура) КАК ПартииТоваровНаСкладахОбороты
   |ГДЕ
   |    ПартииТоваровНаСкладахОбороты.Регистратор = ПартииТоваровНаСкладахОбороты.ДокументОприходования
   |УПОРЯДОЧИТЬ ПО
   |    ПартииТоваровНаСкладахОбороты.ДокументОприходования.Дата УБЫВ";

может-ли хотя-бы теоретически там оказатся бяка?

И откуда тут null?

(0) Не вижу, где у тебя NULL может появиться. Да и нуля вроде быть не должно, если в документе нет.

и кста, можно както извратиться и  засунуть
|ГДЕ
   |    ПартииТоваровНаСкладахОбороты.Регистратор = ПартииТоваровНаСкладахОбороты.ДокументОприходования

в параметры?

(1) та да, я-ж про "чисто теоретически"...

null ты тут фиг получишь, а вот 0 можно и сделать

Ну вот тут, по идее, может быть 0

ПартииТоваровНаСкладахОбороты.КоличествоПриход

а ты на него делишь.

(2) ну документ при 0 не проведется

короче - не парится с проверками?

(6) каким образом ?
там же ПартииТоваровНаСкладахОбороты.Регистратор = ПартииТоваровНаСкладахОбороты.ДокументОприходования

null вроде как только при связывании таблиц можно плучить

null можно ещё запихать в sql-ную таблицу насильно попробовать )

(8) В теории - может быть. Теории на это ваше "та я зуб даю, там нуля не будет" начхать.

(8) Ну та понятно, ну например отключили проверку не заполненного количества в документе.
Ты ж спрашиваешь теоретически .

(11) :)

(12)+ Поменяли текст запроса. Просто отсуствие там 0 в данном случае зависит от внешних факторов, а не от самого запроса, лучше вставить проверку.

уговорили, вставил:
   |    ВЫБОР
   |        КОГДА ПартииТоваровНаСкладахОбороты.КоличествоПриход = 0
   |            ТОГДА 0
   |        ИНАЧЕ ПартииТоваровНаСкладахОбороты.СтоимостьПриход / ПартииТоваровНаСкладахОбороты.КоличествоПриход
   |    КОНЕЦ КАК ЦенаПрихода

всем спавибо