Добрый день.
Запрос по регистру цены Номенклатуры срез последних возвращает две цены.
Думаю тестирование исправление поможет. Уже запущено!
Меня интересует корень проблемы. Как избежать данной ситуации в будущем?
База распределенная!
В главной БД нет такой проблемы!

Спасибо за внимание!

а сколько измерений в регистре?

(0) Это нормально. Для двух типов цен так и должно быть. Можно закрывать ветку.
Следующий.

а корень - надо смотреть не в виртуальную таблицу, а в реальную, покурить, что там с регистраторами и прочей фигней. мало ли что там на файловой может быть...

(0)По какому-нибудь из измерений строки среза различаются

(2) "В главной БД нет такой проблемы! "

Проблема только одна - в голове.

да небось валюты задвоились, а параметр в запросе на Валюта.Наименование

и ни один не спросил про сам запрос..

(8) Ванговать прикольней

Автор, покажи запрос уже!

ВЫБРАТЬ
    ЦеныНоменклатурыСрезПоследних.Период,
    ЦеныНоменклатурыСрезПоследних.Регистратор,
    ЦеныНоменклатурыСрезПоследних.НомерСтроки,
    ЦеныНоменклатурыСрезПоследних.Активность,
    ЦеныНоменклатурыСрезПоследних.ТипЦен,
    ЦеныНоменклатурыСрезПоследних.Номенклатура,
    ЦеныНоменклатурыСрезПоследних.ХарактеристикаНоменклатуры,
    ЦеныНоменклатурыСрезПоследних.Валюта,
    ЦеныНоменклатурыСрезПоследних.Цена,
    ЦеныНоменклатурыСрезПоследних.ЕдиницаИзмерения,
    ЦеныНоменклатурыСрезПоследних.ПроцентСкидкиНаценки,
    ЦеныНоменклатурыСрезПоследних.СпособРасчетаЦены,
    ЦеныНоменклатурыСрезПоследних.МаксСкидка,
    ЦеныНоменклатурыСрезПоследних.Акция,
    ЦеныНоменклатурыСрезПоследних.ЦенаПоКарте
ИЗ
    РегистрСведений.ЦеныНоменклатуры.СрезПоследних(
            &Дата,
            Номенклатура В (&Сз)
                И ТипЦен = &ТипЦен) КАК ЦеныНоменклатурыСрезПоследних

(11) оставь только номенклатуру и цену - очень удивишься

(11) ХарактеристикаНоменклатуры - измерение?

(11) LOL
Номенклатура В (&Сз)

Фильтрую лишние изречения великих умов не относящихся к сути  дела, и проявляющие неуважение к автору. Время ценно!


Т.е. в срез последних может возвращать более одного результата запроса если идут разные измерения.
Характеристику измерений не используем "Пустая ссылка: Характеристики номенклатуры".
Но есть вероятность того что  характеристика имеет разный типы или ссылку. Мб запись в таблице. БД на SQL.
Поправьте если не правильно понял.

хватит гадать, покажи результат запроса и все будет видно

(15)[Но есть вероятность того что  характеристика имеет разный типы или ссылку. Мб запись в таблице. БД на SQL. ]
бред

(15) всё-таки какие измерения у регистра?

(14) в чем LOL то?

(19) В том, что В.
Для разных номенклатур будут разные записи. Не?

(20) да но на каждую номенклатуру одна запись с ценой

http://s13.postimg.org/52calra7b/image.png

Я все таки жду результата тестирования БД.
При открытии регистра "цены номенклатуры" в бд РИБ идет какое то наложение данных.

(21) Нет. На каждую характеристику.

(21)  Нигде не написано, что это на одну номенклатуру

(22) так он у тебя по Акция двоит

(24) ну для "Стаж: 4 года 8 месяцев 25 дней" было бы совсем уж глупо если б написал что для двух номенклатур выводит две записи

(23) причем тут характеристика ежели она пустая везде

один док в центральной непроведен

(22) походу при обмене задвоились документы "Установка цен". Грохните лишние и всё будет нормально.

В рисунке не видно кода номенклатуры. Вытащи еще код номенклатуры и выложи рисунок. Мне кажется 2 строки - 2 разные номенклатуры

поддерживаю (29)
два разных документа, по одной номенклатуре в один и тот же момент времени (потому и записи две). просто почистить документы установки цен надо

будет в итоге фруктовый сад 0,95 и  фруктовый сад 1,93

Номенклатура В (&Сз) - в &Сз у тебя наверное эти 2 номенклатуры.

продолжая мысль (33) - Вместо Номенклатура В (&Сз) нужно
Номенклатура = &ВамНужнаяНоменклатура

(33) да это то причем, ТС интересуется почему для одной номенклатуры выходит две записи?

(0) "Запрос по регистру цены Номенклатуры срез последних возвращает две цены" - то есть вы хотите же на 1 номенклатуру вывести цену?
(35) он передает список номенклатур в &Сз. А нужно только одну

(35) его запрос тоже отработает, если в &Сз передаст только 1 номенклатуру

(0) отладчиком посмотри,что в &Сз

(36) да на картинку глянь хоть

(39) У неё там своя атмосфера. :)

(40) ну да :)

(36) Кто сказал, что нужно одну. Автору нужно получить цену каждой номенклатуры из списка номенклатур.

(22) я бы из запроса еще НомерСтроки убрал.

(40) да уж. Согдасна. Я верхнюю смотрела. Вообщем документы задвоены

Отстаньте от списка пожалуйста. я подавал специально два значения в списке. да бы понять проблема по одной номенклатуры или нет! Проблема идет по все номенклатуре.
Поверьте если подать одно значение или поставить "=" картина одинакова.

Проверил установки цен нету двойных записей.


Я стараюсь вам дать максимум информации и для помощи мне.

Есть еще информация следующая.
При открытии регистра и установки фильтра имею следующую картинку.
http://s15.postimg.org/ama0v3qa3/image.png
Далее передвигаю полосу прокрутки для просмотра верхних значений регистра. Получаю нормальные данные.

http://s30.postimg.org/4xqmfx3pt/image.png

Грешу на бд. Проверку и тестирование БД сейчас запустить не могу т.к. порушу работу окончательно.
Выбираю меньшее зло.
Ночью поставлю на тест.

(44) ну это двояться одинаковые строки, с этим можно и без тестирования разобраться, а вот как несколько записей с одинаковыми измерениями периодом по разным докам попали не понятно, РИБ вместе с доками движения переносит, или движения в ПБ после проведения доков получаются?

(45) вторая картинка идентична отбору в главной бд!

(44) "Далее передвигаю полосу прокрутки для просмотра верхних значений регистра. Получаю нормальные данные" - это просто хватаете полосу прокрутки и двигаете? и получается в итоге резко второй рисунок из (44)?

(46) кстати кэш чистить не пробовал? ну так... на всякий случай

(48) было у меня такое - у одного пользователя такие цифры в одном и том же документе. У другого другие цифры в том же документе. Очистила темп файлы - все нормально стало.

(49) рекомендуешь мне почистить, чтоб у ТСа все нормально стало? :)

попробуй.

(46) мне вот про картинку из (22) интересно

знаешь как темп чистить?

а то сейчас поначистиете

(51) глумишься? или прикалываешься?

(54) сама с собой беседу ведешь?

(55-56) - не поняла

C:\Users\Юзер\AppData\Local\1C\1Cv82
C:\Users\Юзер\AppData\Roaming\1C\1Cv82

(57) (50) и (51) прочитай

(47) Верно!
Про кеш не подумал. Спасибо!

(60) очень внимательный, иде в (47) про кэш?

(61) Тссс!!  Мы наблюдаем случай так называемой спонтанной телепатии. Это очень распространено на мисте.

Все правильно!!!! Документы проведены в одно и тоже время и в рег. пошло две записи. Один док некорректно сел.
Провел заново в последовательности, все исправилось.
Я уже голову сломал.
Спасибо вам!

(63) хочешь сказать, что в РС создались неуникальные записи?

(64) если не проведение документов, а запись в регистр наборов записей напрямую с ОбменДанными.Загрузка = Истина, думается вполне себе может записаться

Сейчас думаю как этого избежать на будущее.

Кто виноват? пользователи, железо, программист - тяжело определить.
Когда происходит сбой нужно устранить проблему как можно быстрее, последствия бывают разные. В данном случае обошлось, нету конфликта с покупателем, статус фирмы не подпорчен и покупатель не потерян.

Просто сложить руки и забыть не могу.
Вижу минимально решение мониторинг (Отчет по сравнению дб, рег. и.т.д).

Прошу вас поделится мыслями или решениями по поводу предотвращения ,мониторинга.
Буду очень признателен.


(65) ОбменДанными.Загрузка = Истина, изучаю данную область.

(66) для перегрузки, перегружать движения не самое лучшее, либо сильно контролировать надо, но лучше все таки думаю перегружать документы, а движения пусть при проведении этих документов происходят, но вообще что то в настройке обмена РИБ что то неправильно...