Запрос в первом поле содержит №партии, во втором - Товар, в третьем - цену. После экспорта его в Excel, пользователь начинает удалять лишние данные - наличие одного товара в 2 и более партиях вызывает дублирование поля цена и суммировать по полю бессмыслено.
Поизгалялся с группировками, вложенными запросами и т.п. - не получается.
Имею чёрное подозрение, что придётся писать процедуру, где строка Recordseta будет проверяться на условие: №партии(n) <> №партии(n-1) AND Товар(n)=Товар(n-1) и присваивать тогда Цена(n-1)=Null, а потом уже гнать в Ёксель.
Может какой способ я упустил?

Не понял...

Gruop By?
Ну что группировка изменит в таком наборе:
Партия1 : Валенки : 5р
Партия2 : Валенки : 5р
Партия3 : Галоши : 3р
вернутся те же 3 строки. Экспортнув их в Ёксель, делать СУМ по третьему полю можно только после удаления повтора значения во строке 2.
Видится, что в Ёксель можно переносить набор только приведя его к виду:
Партия1 : Валенки : 5р
Партия2 : Валенки :
Партия3 : Галоши : 3р
здесь уже будет правильная сумма.
Ну а дальше см. первый топик.

к Hammer:
не, среднее значение не подойдёт.
Запрос, по структуре, "двух-половинный". Левая половина, 5 полей, - всё, что относится к партии(№, Дата и т.п.), правая - 15 полей, характеризует Товар, числовых полей несколько и по ним надо получать итоги. Пользователю удобно мышью выделить записи в столбце и щёлкнуть на "Сумма", чем заморачиваться на среднее значение.

Отдельно считать тоже не выход. Нужно "выкатить" в Ёксель лист, с которым пользователь может делать, всё что ему приспичит. В принципе и сейчас это происходит, только ему приходится перелопатить ~500 строк и почистить лишнее. А ко мне пожелание, чтобы данные попадали в Ёксель в "готовом" виде.

Тут все так, да не так. Я упростил вводную и пошли непонятки.
Валенков, на самом деле, всего НА 5р (количество, в данном случае, не важно). Но вот поступали они с 1 и со 2 партиями(в какой пропорции - тоже не важно). Отчёт, в смысловом значении, какой-то "венегретный", - всё в одной таблице, но он устраивает, а правила игры не я устанавливаю...:(

Все поля запроса это очень много...
А желаемо мне, чтобы просто не было повторов в значимых полях, которые появляются из-за переусложнённой структуры запроса.
Почему складывать цену с ценой неспортивно? Очень распространённая процедура в Ёкселе - поле "Итого" в конце столбца. Заранее подсчитанных в Акссесе итогов не требуется.

Пардон, не ответил на более ранний топик.
"валенки были в 1, 2 и 4 партиях и в каждой из них написано 5 р., то это значит, что 5 р. - это сумма 1 и 2-й или сумма всех?"
Это сумма всех.
Как в запросе по одному полю сделать группировку(по товару), а по другому - нет(по группе)? Если речь идёт о предварительном запросе, то повторы по товару группировкой я уберу (не включая в запрос Группу), но в окончательном запросе, где надо указать Группы, опять появятся двойники товара.

Кинул бы прикреплённый файл - да не куда. :((

Господи, да № записи в таблице!
Введи число 114 в окошко "№ записи" (внизу), нажми Enter - фокус перейдёт на строку с этим номером...

Ответил и задумался: может вместо знака "№" почта донесла "?" ?
Тогда пардон, почтовая программа у нас "самотканная", может чего и глючит...