Имя: Пароль:
1C
1С v8
Где искать ошибку?
0 Novicadmin
 
24.04.13
10:31
ВЫБРАТЬ
       (УстановкаЦенНоменклатуры.ИндексСтрокиТаблицыЦен + 1)    КАК НомерСтроки,
       УстановкаЦенНоменклатуры.Номенклатура,
       УстановкаЦенНоменклатуры.Номенклатура.НаименованиеПолное КАК Товар,
       УстановкаЦенНоменклатуры.ХарактеристикаНоменклатуры      КАК Характеристика,
       NULL                                                     КАК Серия,
       УстановкаЦенНоменклатуры.ТипЦен                          КАК ТипЦен,
       УстановкаЦенНоменклатуры.Цена,
       УстановкаЦенНоменклатуры.ЕдиницаИзмерения.Представление  КАК ЕдиницаИзмеренияПредставление,
       УстановкаЦенНоменклатуры.Валюта,
   УстановкаЦенНоменклатуры.Валюта.Представление            КАК ВалютаПредставление,
       УстановкаЦенНоменклатуры.ПроцентСкидкиНаценки
   ИЗ
       Документ.УстановкаЦенНоменклатуры.Товары КАК УстановкаЦенНоменклатуры
   ГДЕ
       УстановкаЦенНоменклатуры.Ссылка = &ТекущийДокумент
   УПОРЯДОЧИТЬ ПО
       УстановкаЦенНоменклатуры.ИндексСтрокиТаблицыЦен,
       УстановкаЦенНоменклатуры.ТипЦен
   ИТОГИ
   ПО УстановкаЦенНоменклатуры.ИндексСтрокиТаблицыЦен

Проверил этот запрос в обеих базах

в БД-1 получаем таблицу с индексами строк 1,2,3,4 и т.д.
в БД-2 получаем таблицу с индексами строк 1,1,1,1 и т.д.

вот такая вот бяда )
1 Wobland
 
24.04.13
10:33
ИндексСтрокиТаблицыЦен в БД2 равен нулю
2 andreymongol82
 
24.04.13
10:33
И документы установки цен прям одинаковые?
3 Лефмихалыч
 
24.04.13
10:34
(0)  разное количество строк в этих документах в разных БД
4 Defender aka LINN
 
24.04.13
10:34
(0) И?
5 Wobland
 
24.04.13
10:35
(4) скажи автору про ДНК (см. заголовок) ;)
6 Defender aka LINN
 
24.04.13
10:36
(5) Подмывало, да.
7 cw014
 
24.04.13
10:39
В БД1 (где 1,2,3,4) - один тип цены, много строк
В БД2 (где 1,1,1,1) - четыре типа цены, одна строка
8 Novicadmin
 
24.04.13
10:47
(7) Документы одинаковые с одним типом цен и множеством строк в обеих БД
9 х86
 
24.04.13
10:50
(0)возможно в документах разное количество типов цен
10 cw014
 
24.04.13
10:51
(8) Результат запроса в студию (желательно второго)
11 Defender aka LINN
 
24.04.13
11:03
(8) А я говорю, оне разные. И 1С со мной согласна. А у тебя какие доказательства?
12 Novicadmin
 
24.04.13
11:03
<a target="_blank" href="http://radikal.ru/F/s019.radikal.ru/i606/1304/d6/55f5a82cebc7.jpg.html"><img src="http://s019.radikal.ru/i606/1304/d6/55f5a82cebc7t.jpg" ></a>
13 Novicadmin
 
24.04.13
11:03
14 Novicadmin
 
24.04.13
11:11
натолкнулся на то что в базе присутствуют документы которые выводятся нормально по строкам и я в ступоре или тупоре ) получается где-то приблезительно неправильное заполнение документа, чтоли так? как найти причину такого поведения документа при выводе на печать.
15 Novicadmin
 
24.04.13
11:13
теперь роюсь в одной БД где присутствует эта проблема с печатью, взял 2 дока разных, в обоих случаях мы имее множество строк и один тип цен в документе, но печатается по разному (
16 Privalov
 
24.04.13
11:17
(13) Это что?
17 Novicadmin
 
24.04.13
11:19
(16) Результат запроса с индексами строк 1,1,1,1 на картинке видно
18 х86
 
24.04.13
11:22
(0)у тебя просто ИндексСтроки в ТабЧасти не заполнен. Установка цен такое позволяет
19 Novicadmin
 
24.04.13
11:28
в документа в ТабЧасти номера строк присутствуют 1,2,3,4, я так понимаю это и ИндексСтроки тоже, верно? по крайней мере так должно быть
20 hhhh
 
24.04.13
11:29
(14) наверно кто-то обработкой фигачил документы установки цен. А ты по простоте душевной понадеялся в своем запросе, что они честно руками все документы ввели.
21 cw014
 
24.04.13
11:30
(19) Неверено. НомерСтроки - служебный, недоступный для редактирования реквизит строки. Он заполняется автоматически. А вот ИндексСтрокиТаблицыЦен - это обычный реквизит, заполняемый програмно. Кстати, во втором случае как раз у тебя верно, а вот в первом - нет
22 Novicadmin
 
25.04.13
15:08
всем спасибо, всё верно одни доки ручками созданы другие обработкой, нашел эту обработку ) )
23 Novicadmin
 
25.04.13
15:09
поэтому это был для меня феномен ))))
v8: v8: Для меня феномен )
2 + 2 = 3.9999999999999999999999999999999...