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

В данном случае неплохо было-бы определить куда должен быть встроен фильтр (на клиентской или серверной части), каким интерфейсом это будет доставляться пользователю, так-же стоит понимать что например в Excel при отображении непустых значений обычно автоматически отображаются и ненулевые (т.е. по умолчанию null не показывается) - что практически решает вторую часть вопроса: так как сформулировано

по сути задача в простейшем случае элементарно сводится в PivotTable с мерой целевого ассортимента и ТТ.
расширяя до сравнения с фактом присутствия (остатков) не хватает логики определения для срабатывания значения (брать только конец дня и игнорировать если завезли под закрытие а весь день было пусто и т.д.)

В SSAS например есть ещё и функциональность KPI - которую обычно очень удобно использовать в таких целях (флаг выполнения плана, отклонения от нормы и пр.)

один из базовых сценариев для лёгких данных будет логика с введением промежуточной меры которую можно использовать в качестве фильтра iif(isempty([Measures].[Цель]),null,[Measures].[Наличие])

можно ввести дополнительный junk-атрибут для фильтра и на него scope-прописать значения по нужной логике

Остальные (множество) сценариев решений зависят от модели и структуры данных (а так-же их тяжести) и более конкретных требований отображения результатов.