Точно това е!

Аз се бях отплеснал да правя проверки на кортктността на данните, понеже бях доста уверен останалата си логика. Направих десетки проверки, дали са точен брой параметрите, дали сред тях няма празни, дали датите се парсват към дати, а цените към float, дали цените са положителни, дали датите съдържат time zone info... Накрая вече изтрещях и взех да проверявам дали няма градове от различни страни с еднакви имена, дали всички данни са в кавички, даже сложих един списък със всички кодове на държави от ISO стандарта и сверявах с него... докато не ми хрумна да пусна един тест който винаги връща "INVALID INPUT" и един с "NO UNIQUE SALES" и разбрах че проблема не ми е във валидацията.

Но вече явно се бях изморил и забил и не можах да си открия грешката в алгоритъма.

Супер, благодаря ти, беше ми ясно че е нещо сравнително просто и много ме тормозеше че не мога да се сетя.

Тоест ако даден продукт е продаден само и единствено в един град, но е продаден повече от веднъж, не трябва да участва в крайния резултат?

Ако даден продукт е продаде няколко пъти, но само в един град, се брои за уникален (тоест продаван само в един град). Аз, а предполагам и други, като броях в колко града е продаван продукта, слагах градовете в лист вместо в сет, поради което не ми излизаше единия тест. 

Според мен най-простия начин беше, основната структура да е речник и по ключ се записват ИД-то на продукта, а по стойност имаш сет от градовете, в които е продаден продукта. След като заредиш тази структура имаш всичко необходимо и от там нататък може да си разчупваш, както искаш и да обработваш информацията. Между другото Python се оказва доста гъвкав и удобен за обработка на данни и най-вече разнородни типове данни, и самите лектори го споменаха. :D