Доброго дня.

И не только в этом счете, во всех подобных формах (формы все стандартные). Если у товара 3 штрихкода - количество (и стоимость) затраивается. Это как-то интерфейсно можно победить? Или проблема на уровне запросов к БД?

Смотри запрос

Какой смысл в 2-х штрихкодах (если только это не разные упаковки или характеристики)?

(2) В электронной коммерции это иногда нужно. Также у некоторых номенклатур может быть два ШК разных форматов, не обязательно оба EAN-13. И если система позволяет вносить несколько ШК, она должна адекватно с этим работать, ан нет.

(3) в типовом счете нет штрихкодов, это вы чего-то там сами наделали.

Разумеется, проблема в запросе.

(0) Да.Да.

(4) В счете и нет штрихкодов, там количество единиц товара умножается на количество штрихкодов в номенклатуре.

(7) в типовой нет такого, это вы там сами накосячили, дорабатывали печатную форму. ищите ошибку у себя в программе.

(8) Такого это какого именно?

(0)[Это как-то интерфейсно можно победить] нет

(7) если есть руки - сделай свою печатную форму
если есть мозги - найди готовую в инете
в противном случае купи

(11) Сам не программист 1С, но программист вообще, потому пытаюсь сейчас с помощью гугла и интуиции разобраться с запросом, понять почему происходит именно так. Если не получится поправить, найду фрилансера какого-нибудь. Но пока интересно наковырять что-то самостоятельно.

левое соединение виновато

если ШК не нужны, просто убрать это соединение из запроса

(12) Найди консоль запросов в ней потренируйся. Научись запускать базу в режиме отладки, чтобы найти точку формирования запроса и табличного документа

(14)+

(12) для отладки запроса не нужна интуиция, в любых СУБД для этого есть GUI, 1С не исключение
(13) угу

(14) Спасибо, покопаю в эту сторону.
(15) Отладчиком в конфигураторе разумеется пользуюсь, он такой же, как и везде. И место запроса конечно тоже нашел, с ним и развлекаюсь :)

(17) Интуиция нужна чтобы в чем-то новом разобраться экстерном

(19) интуиция - это опыт сконцентрированный в бессознательное. А не что-то само по себе

(20) Согласен. В данном случае опыт - знание других платформ :)

(21) в 1с свои платформы. И их штук 80. Поэтому это слово не употребляй, а то будут ржать.

(21) > опыт - знание других платформ
Скажите, а с другими платформами вы тоже разбирались по принципу "интересно наковырять что-то самостоятельно"?

(22) Да, помню что слово занято, но сути не меняет. К миру 1С профессионально приобщаться не планирую, поэтому пусть ржут сколько хотят.
(23) Ответ в (12)

(24) про (12) - ну и будет такой же фрилансер, как ты - типа "копался самостоятельно..." ;-)

(25) Честно - не понял смысла сказанного

(26) Он интересуется, как вы собираетесь оценивать уровень фрилансера, которого искать собрались.

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

(28) > любой знакомый с синтаксисом запросов
Отлично. И количество, собранное по какому именно из двух штрихкодов, вы собраетесь оставить?

В общем. Там длинный запрос из нескольких выборок, результат которых объединяется через "ОБЪЕДИНИТЬ ВСЕ", с этим всё прозрачно, и вот все эти выборки заключены в подзапрос.
Далее, соответственно, сам запрос к РегистрСведений.Штрихкоды, откуда он выполняет подзапрос по *количество_возвращенных_шк* раз. В подзапросе, предварительно, через еще один отфильтровал выборку по полю "Штрихкод" до одного шк (через МАКСИМУМ/МИНИМУМ), что и решило проблему.
Спасибо гуглу за наводку, как записать подзапрос с "фильтром" (в SQL не приходилось подзапросы делать).

Всех с наступающим!

(29) Количество из &ТекущийДокумент)