Opis przedmiotu zamówienia (OPZ) dla drukarek, czytników i kolektorów – wzór i błędy

Opis przedmiotu zamówienia (OPZ) na drukarki etykiet, czytniki kodów i kolektory danych musi być jednoznaczny, a jednocześnie nie może „ustawiać” przetargu pod jeden model. Poniżej znajdziesz, co na ten temat mówią art. 99 i 101 ustawy Prawo zamówień publicznych, gotowy szablon zapisów do uzupełnienia dla trzech grup sprzętu oraz listę błędów, które najczęściej kończą się pytaniami wykonawców, zmianą SWZ albo odwołaniem.

Opis przedmiotu zamówienia w Pzp – co mówią art. 99 i 101

Podstawą jest ustawa z dnia 11 września 2019 r. – Prawo zamówień publicznych. Zasady opisu przedmiotu zamówienia zawiera art. 99, a dopuszczalne sposoby opisu – art. 101. W skrócie:

• Art. 99 ust. 1 – przedmiot zamówienia opisuje się „w sposób jednoznaczny i wyczerpujący”, z uwzględnieniem okoliczności mogących mieć wpływ na sporządzenie oferty.
• Art. 99 ust. 2–3 – wymagane cechy muszą być związane z przedmiotem i proporcjonalne do jego wartości i celów; w opisie stosuje się kody CPV.
• Art. 99 ust. 4 – opis nie może utrudniać uczciwej konkurencji, w szczególności przez wskazanie znaków towarowych, patentów lub pochodzenia, jeśli prowadziłoby to do uprzywilejowania lub wyeliminowania określonych wykonawców lub produktów.
• Art. 99 ust. 5 – wskazanie znaku towarowego, patentu lub pochodzenia jest dopuszczalne wyjątkowo, gdy przedmiotu nie da się opisać dostatecznie precyzyjnie; wskazaniu towarzyszą wyrazy „lub równoważny”.
• Art. 99 ust. 6 – w takim przypadku zamawiający wskazuje w opisie kryteria stosowane w celu oceny równoważności.
• Art. 100 – przy sprzęcie dla osób fizycznych (także pracowników zamawiającego) opis uwzględnia wymagania dostępności dla osób z niepełnosprawnościami, o ile uzasadnia to charakter zamówienia.
• Art. 101 ust. 1 – przedmiot można opisać przez: (1) wymagania wydajnościowe lub funkcjonalne, wystarczająco precyzyjne dla wykonawców i zamawiającego; (2) odniesienie do norm; (3) połączenie obu metod; (4) wymagania funkcjonalne z odesłaniem do norm jako domniemania zgodności.
• Art. 101 ust. 4–5 – przy odniesieniu do norm zamawiający dopuszcza rozwiązania równoważne (dopisek „lub równoważne”) i nie może odrzucić oferty tylko dlatego, że nie jest zgodna z przywołaną normą, jeśli wykonawca wykaże, że jego rozwiązanie w równoważnym stopniu spełnia wymagania.

Dla sprzętu auto-ID najwygodniejsza jest metoda z art. 101 ust. 1 pkt 1 lub 3: opisujesz, co urządzenie ma robić, a tam, gdzie istnieje norma (np. IP według IEC 60529), odwołujesz się do niej z dopuszczeniem rozwiązań równoważnych.

Co z tego wynika w orzecznictwie KIO

• KIO 1584/22 (5.07.2022, system dostępu do zasobów sieciowych) – zamawiający może opisać przedmiot pod uzasadnione potrzeby, a zasada konkurencji nie wymaga dopuszczenia wszystkich rozwiązań z rynku.
• KIO 1295/26 (11.05.2026, materiały eksploatacyjne do urządzeń drukujących) – Izba nakazała zmianę SWZ, bo wymogi dokumentowe dla produktów równoważnych były niewykonalne w terminie składania ofert. Sposób wykazania zgodności ma być jednakowy dla produktów oryginalnych i równoważnych.
• KIO 1916/26 (16.06.2026, materiały eksploatacyjne) – OPZ definiował produkt równoważny przez parametry „takie same lub lepsze w zakresie wydajności” i przenosił na wykonawcę ciężar wykazania równoważności; Izba uznała wydajność za istotną treść oferty.

Wniosek dla OPZ na drukarki, czytniki i kolektory: kryteria równoważności muszą być konkretne i mierzalne, a sposób ich potwierdzenia – realny do spełnienia dla każdego producenta.

Jak budować OPZ na sprzęt auto-ID: potrzeba, nie model

Zanim wpiszesz pierwszy parametr, zapisz, do czego sprzęt będzie służył. Każdy wymóg w OPZ powinien wynikać z jednej z tych potrzeb:

1. Proces – co jest znakowane lub skanowane, jakie kody (1D, 2D, symbologie), jaki wolumen na zmianę.
2. Środowisko – biuro, magazyn, chłodnia, praca na zewnątrz, ryzyko upadków, pył, woda.
3. Integracja – z jakim systemem (WMS, ERP, ewidencja majątku) urządzenie ma współpracować i przez jaki interfejs.
4. Utrzymanie – zarządzanie (MDM), okres wsparcia, czas naprawy, dostępność baterii i części.

Parametru, którego nie umiesz uzasadnić potrzebą, nie wpisuj albo przenieś go do kryteriów oceny ofert jako punktowany.

Każdy wymóg zapisuj w trzech częściach: parametr → wartość minimalna lub zakres → sposób potwierdzenia (karta katalogowa, deklaracja producenta, certyfikat).

Szablon: drukarka etykiet

Wartości w nawiasach kwadratowych uzupełnij według własnego procesu – szablony celowo nie podają „typowych” liczb.

Szablon: czytnik kodów 2D

Szablon: kolektor danych z Androidem

Zamiast wpisywać konkretną wersję Androida „na sztywno”, opisz wersję minimalną i wymagany okres aktualizacji zabezpieczeń.

Niezależnym punktem odniesienia może być program Google Android Enterprise Recommended. Dla urządzeń rugged (wersja dla Androida 16.0) producent publikuje m.in. datę końca wsparcia aktualizacji zabezpieczeń i ich częstotliwość, a urządzenie ma otrzymać co najmniej jedną główną aktualizację systemu; wymagany jest też test upadku według MIL-STD-810G lub IEC 60068-2-31:2008 i certyfikat IP54. Powołując się na program, dopuść rozwiązanie równoważne.

Od karty produktu do zapisu w OPZ – trzy przykłady

Karty produktów w kategoriach drukarki etykiet, czytniki kodów kreskowych i kolektory danych pokazują parametry w ujednoliconej formie. Z karty bierz rodzaj parametru, a wartość ustalaj według potrzeby. Przykłady ilustrują metodę – nie są rekomendacją wpisania tych modeli do OPZ.

Drukarka: Bixolon XD5-43t

Karta Bixolon XD5-43t 300 dpi termotransferowa, wyświetlacz podaje: metoda termotransferowa, 300 dpi, maks. szerokość druku 106 mm, maks. szerokość nośnika 118 mm, maks. średnica rolki 127 mm, prędkość do 102 mm/s, interfejsy Ethernet, RS232, USB i USB Host, emulacje EPL i ZPLII, gwarancja 36 miesięcy.

• Dobrze: „szerokość druku nie mniejsza niż [szerokość Twojej etykiety + margines] mm”, „interfejs Ethernet”, „obsługa szablonów w języku stosowanym w systemie [___] lub rozwiązanie równoważne”.
• Źle: przepisanie kompletu – 106 mm, 118 mm, 127 mm, 102 mm/s, RS232, USB Host – bez potrzeby. Taki zestaw opisuje model, a nie potrzebę.

Czytnik 2D: CipherLab 1264

Karta CipherLab 1264 z bazą, skaner Bluetooth, 2D podaje: odczyt 2D, forma pistoletowa, Bluetooth, złącze USB-C, bateria 2600 mAh, łóżko ładujące w zestawie, IP42, odporność na upadek z 1,5 m, tryb prezentacji, gwarancja 12 miesięcy. Karta nie zawiera listy obsługiwanych symbologii.

• Dobrze: „czytnik bezprzewodowy z bazą, tryb prezentacyjny, IP nie niższy niż [], upadek z co najmniej [] m” plus własna lista symbologii.
• Źle: „bateria 2600 mAh” i „złącze USB-C”. Pojemność ogniwa nie mówi wprost o czasie pracy – opisz raczej czas pracy na zmianie i sposób podłączenia do komputera.

Kolektor: CipherLab RK26

Karta CipherLab RK26 AK266A4DNNG41 2D SE5500 IP65 Android podaje: Android, silnik skanujący SE5500 (2D), ekran 4" 480 × 800 px, klawiatura numeryczna, Bluetooth, Wi-Fi, NFC, 4 GB RAM, 64 GB pamięci, IP65, GMS, gwarancja 12 miesięcy. Karta nie podaje wersji Androida, odporności na upadki ani okresu aktualizacji.

• Dobrze: „RAM nie mniej niż [] GB”, „IP nie niższy niż [] według IEC 60529 lub równoważnej”, „klawiatura numeryczna – wymagana ze względu na [___]” oraz deklaracja producenta o okresie aktualizacji.
• Źle: „silnik skanujący SE5500” – to oznaczenie konkretnego modułu; opisz wymagane symbologie i odległość odczytu. Brakujące na karcie dane sprawdź w dokumentacji producenta.

Najczęstsze błędy w OPZ na drukarki, czytniki i kolektory

1. Kopiowanie specyfikacji jednego modelu. Komplet wartości z jednej karty katalogowej (wymiary, masa, dokładne liczby) zwykle spełnia tylko ten model. To ryzyko naruszenia art. 99 ust. 4.
2. Parametry bez uzasadnienia. Masa, wymiary czy konkretny procesor, które nie wynikają z potrzeby, zawężają rynek bez korzyści.
3. Nazwa własna bez „lub równoważny” albo bez kryteriów równoważności. Dopisek bez kryteriów (art. 99 ust. 6) nie mówi wykonawcy, co ma udowodnić.
4. Iluzoryczna równoważność. Dopuszczenie produktów równoważnych przy dowodach, których nie da się uzyskać w terminie składania ofert (por. KIO 1295/26).
5. Nazwy modułów i komponentów zamiast funkcji. Oznaczenie silnika skanującego, chipsetu czy firmware zamiast wymaganej funkcji (symbologie, zasięg, czas pracy).
6. Brak parametrów, które naprawdę są ważne. Np. pominięcie okresu aktualizacji zabezpieczeń kolektora, zgodności z istniejącymi szablonami etykiet lub warunków serwisu.
7. Brak sposobu weryfikacji. Wymóg, którego nie da się potwierdzić kartą katalogową, deklaracją ani testem, rodzi spór przy ocenie ofert.
8. Pominięcie materiałów i akcesoriów. Drukarka bez określenia nośników (etykiety, taśmy) albo kolektor bez baterii zapasowych i stacji ładowania.

Regulamin sklepu Alph.pl przewiduje sprzedaż m.in. instytucjom i jednostkom budżetowym oraz oferty indywidualne dla projektów wdrożeniowych i przetargów. Jeśli przygotowujesz zakup lub odpowiadasz na postępowanie i potrzebujesz oferty projektowej albo kart katalogowych urządzeń, napisz przez formularz kontaktowy.

Źródła

• Ustawa z dnia 11 września 2019 r. – Prawo zamówień publicznych (ELI, Dz.U. 2019 poz. 2019)
• Pzp – art. 99, tekst jednolity (lexlege.pl)
• Pzp – art. 100 (lexlege.pl)
• Pzp – art. 101 (lexlege.pl)
• Wyrok KIO 1584/22 z 5.07.2022 (orzeczenia.uzp.gov.pl)
• Wyrok KIO 1295/26 z 11.05.2026 (orzeczenia.uzp.gov.pl)
• Wyrok KIO 1916/26 z 16.06.2026 (orzeczenia.uzp.gov.pl)
• Android Enterprise Recommended – wymagania (android.com)
• E-T-A: Degrees of Protection Demystified (kod IP, IEC 60529)
• Regulamin sklepu B2B Alph.pl