kalapanga

Чтобы вывести текст в несколько строк, нужно написать свой обработчик OnDrawCell. А там хоть перенос слов, хоть выравнивание, хоть раскраску делай. Примеры "гуглятся" в большом количестве. Или поискать готовый компонент на замену StringGrid-у, в котором это уже реализовано.

Предположу, что в таблице dbt_ProductAll поле p_visible не целого типа, а булево какое-нибудь.

Более бестолковое задание придумать сложно! Если данные уже в Excel-е, то анализировать их нужно его собственными средствами. Их там более чем достаточно. А уж расчёты всяких средних, сортировки и т.п. - это самые базовые функции.
Ну а если суть задания в написании внешней программы, то не усложняйте и выгрузите данные в какой-нибудь CSV. А уж его на любом языке прочитать сможете!

Как Circular unit reference лечить Вам уже написали, но, по-моему, тут "что-то в консерватории поменять нужно". Не должно в методах класса быть обращения к каким-то "левым" (не относящимся к этому классу) формам и т.п. Такой метод должен быть не у Вашего класса, а у формы - Form3.SetColorRed.

Вот здесь товарищ на PHP что-то из xlsx вытягивал: habrahabr.ru/post/140352 . Если Ваш файл максимально простая таблица, то наверное получится его прочитать. А вот если будут формулы, ссылки, оформление разное, то уже будет сложнее. По крайней мере цена на компоненты, которые это делают, не зря не маленькая.

Если я правильно понимаю, тут даже никаких дополнительных расчетов производить не требуется. Нужно чисто визуально объединить строки с одинаковым адресом? Сделать можно и наверное даже разными способами. Вот только на словах по памяти это всё трудно изложить - пробовать нужно. Вариант первый - в самом вопросе. Можно использовать группы. Группировка по адресу. Если можно получить номер выводимой строки в пределах группы, то для текста первых 6 колонок можно задать обработчик. который будет печатать текст допустим только в первой. А может быть то, что с 7-й колонки выводится, вложенным отчетом сделать. Вид должен как раз такой получиться. Но не помню только, как там с итогами.
Посмотрите примеры к fastreport.

Плохая идея - игнорировать ошибки. Ваши программы с таким подходом будут вести себя непредсказуемо. Уж если нельзя вводить отрицательные числа, значит нельзя! Проверяйте это до начала вычислений, выдавайте пользователю предупреждение и только при корректном вводе начинайте расчёт Ваших таблиц.

Переходите с Access на какой-нибудь SQL-сервер.