Jak prowadzić bazę produktów w programie do faktur?

Po dwóch latach w systemie jest już jednak kilka tysięcy pozycji:

„Kabel HDMI”

„Kabel HDMI 2m”

„KABEL HDMI 2 M”

„HDMI 2m czarny”

„Kabel hdmi - stary”

i nikt nie ma pewności, które z nich są jeszcze używane.

Przy samym wystawianiu faktury jest to irytujące. Jeżeli baza produktów jest jednocześnie połączona z magazynem, sklepem internetowym, marketplace'em i KSeF, nieuporządkowane kartoteki zaczynają powodować realne błędy w stanach, cenach i dokumentach.

Dlatego bazę produktów dobrze od początku traktować jako główne źródło informacji o tym, co firma sprzedaje, a nie tylko listę nazw podpowiadanych przy wystawianiu faktury.

Jeden produkt powinien mieć jedną kartotekę

Najważniejsza zasada jest prosta: nie twórz nowego produktu tylko dlatego, że nie możesz znaleźć starego.

Jeżeli firma sprzedaje:

Monitor Dell P2725H 27"

powinien istnieć jeden produkt reprezentujący ten konkretny model.

Na jego karcie mogą znajdować się:

nazwa,

wewnętrzny kod SKU,

EAN/GTIN,

symbol producenta,

jednostka,

stawka VAT,

cena sprzedaży,

cena zakupu,

stan magazynowy,

kategoria,

producent,

dodatkowy opis.

Gdy zmienia się cena z 900 na 950 zł, nie tworzymy:

„Monitor Dell P2725H – nowa cena”.

Aktualizujemy cenę istniejącego produktu.

Poprzednie faktury nadal powinny zachować wartości obowiązujące w momencie ich wystawienia. Kartoteka produktu służy do przygotowania kolejnych dokumentów, nie do przepisywania historii sprzedaży.

To samo dotyczy nazwy.

Jeżeli poprawiasz literówkę albo doprecyzowujesz nazwę towaru, nie ma potrzeby tworzenia nowego indeksu.

Nowa kartoteka jest potrzebna wtedy, gdy rzeczywiście mamy inny produkt.

Wariant produktu to osobny towar

Tu najczęściej powstaje bałagan w sklepach.

Firma sprzedaje koszulkę roboczą w pięciu rozmiarach:

S,
M,
L,
XL,
XXL.

Z perspektywy klienta jest to jeden model koszulki.

Z perspektywy magazynu to pięć różnych towarów.

Jeżeli na półce masz:

S – 4 sztuki,
M – 12,
L – 18,
XL – 9,
XXL – 3,

nie możesz prowadzić jednego stanu:

Koszulka robocza – 46 sztuk.

Klient zamawiający L nie może przecież otrzymać S tylko dlatego, że suma magazynowa się zgadza.

Każdy wariant powinien więc mieć własny indeks, np.:

TSHIRT-BLK-S
TSHIRT-BLK-M
TSHIRT-BLK-L
TSHIRT-BLK-XL

Podobnie z kolorami, pojemnościami czy innymi cechami wpływającymi na to, jaki konkretnie produkt jest sprzedawany.

Telefon 128 GB i telefon 256 GB to dwie pozycje.

Lampa 3000 K i 4000 K również.

But w rozmiarze 43 i 44 także.

Przy produktach posiadających GTIN/EAN zasada jest podobna – poszczególne warianty handlowe mają własne identyfikatory.

Dzięki temu później można bezpiecznie połączyć bazę produktów ze sklepem, magazynem i marketplace'ami.

SKU, EAN i symbol producenta nie są tym samym

W jednej kartotece dobrze przechowywać kilka identyfikatorów, ponieważ każdy służy trochę do czegoś innego.

SKU

To wewnętrzny kod firmy.

Możesz stworzyć własny system:

LAM-023-BLK

albo po prostu używać kolejnych numerów.

SKU ma przede wszystkim jednoznacznie wskazywać produkt w Twoim systemie.

Dobrze, żeby był:

unikalny,

stały,

krótki,

i zrozumiały dla pracowników.

Nie warto pakować do SKU zbyt dużej ilości informacji.

Kod:

LAMPA-SUFITOWA-CZARNA-40CM-3000K-MODEL-A-2026

będzie niewygodny praktycznie wszędzie.

EAN / GTIN

To globalny identyfikator produktu wykorzystywany w handlu, kodach kreskowych i na marketplace'ach.

Jeżeli sprzedajesz gotowe produkty producenta, najczęściej korzystasz z jego GTIN znajdującego się pod kodem kreskowym.

W Europie typowym formatem jest GTIN-13, często nazywany po prostu EAN-em.

GTIN świetnie sprawdza się przy skanowaniu produktów.

Magazynier nie wyszukuje:

„Latarka LED model ABC”.

Skanuje kod z opakowania i program od razu odnajduje właściwą kartotekę.

Kod producenta

To jeszcze inna wartość.

Producent może oznaczać konkretny produkt jako:

P2725H

i takim symbolem posługiwać się w katalogach oraz zamówieniach.

Warto przechowywać go oddzielnie.

Nie należy więc próbować zmieścić wszystkiego w jednym polu „kod produktu”.

Dobrze skonfigurowany system pozwala wyszukać towar zarówno po nazwie, SKU, EAN, jak i symbolu producenta.

Nazwa produktu na fakturze powinna być zrozumiała dla klienta

Kartoteka może przechowywać bardzo techniczne dane, ale klient nie musi ich wszystkich widzieć.

W magazynie możesz mieć:

LMP-SFN-BLK-60-3K

Na fakturze znacznie lepiej wygląda:

Lampa sufitowa LINEA 60 cm, czarna, 3000 K

Nazwa na fakturze powinna jednoznacznie określać sprzedany towar lub usługę.

Nie musi natomiast zawierać wszystkiego, co wie o produkcie Twój system.

Nie ma sensu tworzyć nazw typu:

Lampa LINEA kod LMP-SFN-BLK-60-3K EAN 5901234567890 magazyn A dostawca 0034

jeśli klient tych informacji nie potrzebuje.

W strukturze KSeF FA(3) znajduje się również fakultatywne pole na wewnętrzny indeks produktu oraz osobne pole GTIN. Dane identyfikacyjne nie muszą więc być wciskane do samej nazwy pozycji tylko po to, żeby nie zginęły.

To kolejny argument za tym, aby kartoteka produktu była czymś więcej niż dwoma polami „nazwa” i „cena”.

Stawki VAT najlepiej przypisywać do produktu

Jeżeli firma sprzedaje towary objęte różnymi stawkami, wybieranie VAT ręcznie podczas każdej faktury jest proszeniem się o błąd.

Kartoteka produktu może zawierać domyślną stawkę.

Po dodaniu pozycji:

Produkt A

program automatycznie ustawia właściwy VAT.

Pracownik nie musi pamiętać, czy konkretny towar ma 23%, 8%, 5% czy inne właściwe oznaczenie.

Trzeba jednak uważać na jedną rzecz.

Stawka zapisana przy produkcie powinna być domyślna, a nie traktowana bezkrytycznie jako niezmienna właściwość produktu w każdej możliwej sprzedaży.

Sposób opodatkowania może zależeć również od rodzaju transakcji.

Ta sama usługa sprzedawana polskiej firmie może podlegać polskiemu VAT, a świadczona zagranicznemu przedsiębiorcy w określonych warunkach może zostać rozliczona poza Polską.

Program powinien więc podpowiadać, ale nie zastępować logiki podatkowej związanej z całą transakcją.

Przy zwykłym krajowym handlu przypisanie prawidłowego VAT do kartoteki usuwa jednak ogromną liczbę niepotrzebnych decyzji podczas wystawiania faktur.

Jednostka miary też powinna być ustalona raz

Towary sprzedajesz na:

sztuki,

kilogramy,

metry,

litry,

opakowania.

Usługi mogą być rozliczane jako:

godziny,

miesiące,

sztuki,

abonament,

albo po prostu jako jedna kompletna usługa.

Jeżeli produkt zawsze sprzedawany jest w metrach, kartoteka powinna automatycznie podpowiadać „m”.

Nie ma sensu wybierać tego za każdym razem.

Szczególnie trzeba uważać przy produktach kupowanych i sprzedawanych w różnych jednostkach.

Firma może kupować przewód w rolkach po 100 metrów, ale sprzedawać go na metry.

Magazyn musi wtedy wiedzieć, że:

1 rolka = 100 m.

Podobnie można kupować napoje w kartonach, ale sprzedawać pojedyncze butelki.

To już nie jest samo fakturowanie. Pojawia się przelicznik magazynowy i program musi obsługiwać go prawidłowo.

Cena w kartotece nie zawsze powinna oznaczać jedną cenę

Prosty przedsiębiorca może mieć:

Produkt A – 100 zł.

I to wystarczy.

W handlu szybko pojawia się jednak więcej poziomów:

cena detaliczna,

cena hurtowa,

cena dla instalatora,

cena dla konkretnego klienta,

cena promocyjna,

cena na marketplace.

Dlatego nie warto tworzyć nowych kartotek typu:

„Produkt A detal”

„Produkt A hurt”

„Produkt A klient ABC”.

Nadal jest to ten sam produkt.

Różni się sposób ustalania ceny.

Dobrze, jeśli program pozwala prowadzić kilka cenników albo indywidualne ceny klientów.

Przykład:

cena bazowa – 100 zł,

detal – 100 zł,

hurt – 88 zł,

klient ABC – 84 zł.

Po wystawieniu faktury dla klienta ABC program automatycznie podpowiada 84 zł.

Kartoteka pozostaje jedna.

Ma to również znaczenie przy integracji ze sklepami i marketplace'ami. Cena na Allegro nie musi być identyczna jak we własnym sklepie, jeśli prowizje albo koszty sprzedaży są inne.

Jednocześnie wszystkie kanały mogą nadal korzystać z tego samego produktu źródłowego.

Nie zmieniaj starych produktów w nowe

To jeden z najgorszych skrótów.

Firma przestaje sprzedawać produkt A.

Po kilku miesiącach zaczyna sprzedawać produkt B.

Ktoś zauważa, że starej kartoteki już nie potrzeba i zmienia:

nazwę,

EAN,

SKU,

cenę,

na dane nowego produktu.

Efekt?

Historia zaczyna wyglądać tak, jakby kilka lat temu firma sprzedawała produkt B, mimo że wtedy w rzeczywistości sprzedawała A.

Kartoteki produktów powinny mieć swoją trwałość.

Jeżeli produkt wychodzi z oferty, oznacz go jako:

nieaktywny,

archiwalny

albo wycofany ze sprzedaży.

Nie musi pojawiać się podczas tworzenia nowych dokumentów, ale jego historia powinna zostać.

Dzięki temu po trzech latach można otworzyć starą sprzedaż i nadal wiedzieć, czego dotyczyła.

Nieaktywność i usunięcie to dwie różne rzeczy.

W praktyce w systemie sprzedażowym zdecydowanie częściej należy dezaktywować, niż usuwać.

Usługa też może być produktem w bazie

Baza produktów nie jest tylko dla sklepów.

Firma usługowa również korzysta z kartoteki.

Software house może mieć:

Godzina prac programistycznych

Pakiet utrzymania Standard

Pakiet utrzymania Premium

Wdrożenie systemu

Konsultacja

Agencja marketingowa:

Obsługa Google Ads

SEO – abonament miesięczny

Przygotowanie landing page

Audyt SEO

Dzięki temu nie trzeba co miesiąc wpisywać tych samych nazw i stawek.

Przy usługach cyklicznych kartoteka może zostać powiązana z automatycznym fakturowaniem.

Klient ma abonament:

Pakiet PRO – 299 zł netto miesięcznie.

Program co miesiąc wykorzystuje tę pozycję do stworzenia kolejnej faktury.

Jeżeli nazwa, cena albo VAT zmienią się od następnego okresu, wystarczy odpowiednio zaktualizować warunki abonamentu.

Kategorie powinny pomagać w raportach, nie tworzyć drugie drzewo Amazona

Przy 50 produktach kategorie nie są szczególnie potrzebne.

Przy 5 000 zaczynają bardzo pomagać.

Hurtownia oświetlenia może mieć:

Lampy wiszące
Lampy sufitowe
Kinkiety
Profile LED
Taśmy LED
Zasilacze
Źródła światła

Nie ma jednak potrzeby budować kilkunastu poziomów:

Oświetlenie
→ Oświetlenie wewnętrzne
→ Lampy
→ Lampy sufitowe
→ Lampy sufitowe nowoczesne
→ Lampy sufitowe czarne
→ Lampy sufitowe czarne okrągłe

jeżeli później nikt z tego nie korzysta.

Kategoria ma być pomocna przy wyszukiwaniu, cennikach, magazynie albo analizie sprzedaży.

Jeżeli chcesz wiedzieć:

ile firma zarobiła na zasilaczach LED w ostatnim kwartale

dobrze przypisana grupa produktów daje odpowiedź praktycznie od razu.

Bez niej zaczyna się eksport do Excela i ręczne rozpoznawanie produktów po nazwach.

Cena zakupu daje więcej informacji niż tylko stan magazynowy

Jeżeli program ma obsługiwać również handel, przy produkcie dobrze przechowywać informacje o koszcie zakupu.

Pozwala to później analizować marżę.

Sprzedaż:

150 zł netto.

Koszt:

100 zł.

Marża kwotowa:

50 zł.

Sama informacja o przychodzie niewiele mówi o rentowności.

Produkt sprzedający się za milion złotych rocznie może być mniej opłacalny niż druga grupa generująca połowę tego obrotu.

Przy zmieniających się cenach zakupu pojawia się jednak pytanie, jak program wycenia zapas i rozchód.

To zależy już od sposobu prowadzenia magazynu i księgowości. System może korzystać np. z określonych metod wyceny.

Nie warto więc wpisywać jednej „ceny zakupu” i zakładać, że na zawsze będzie ona prawidłowym kosztem każdej sprzedanej sztuki.

Przy prostym programie może to być wartość orientacyjna. Przy pełnej gospodarce magazynowej koszt powinien wynikać z rzeczywistych przyjęć.

Magazyn wymaga jeszcze bardziej uporządkowanej kartoteki

Jeżeli baza produktów służy tylko do wystawiania faktur, duplikat jest głównie irytujący.

Jeżeli jest połączona z magazynem, zaczyna być groźny.

Firma ma:

KABEL-HDMI-2M

stan: 15 sztuk

oraz drugi produkt:

HDMI-2M

stan: 8 sztuk.

Fizycznie jest to dokładnie ten sam kabel.

System uważa jednak, że magazyn ma dwa różne towary.

Łączny rzeczywisty stan wynosi 23 sztuki, ale żaden kanał sprzedaży nie wie tego prawidłowo.

Jeszcze gorzej jest przy integracji z marketplace'em. Oferta może być połączona z jednym indeksem, a sprzedaż stacjonarna z drugim.

Dlatego przed uruchomieniem magazynu, sklepu albo integracji warto poświęcić czas na uporządkowanie kartoteki.

Późniejsze scalanie kilku tysięcy duplikatów, gdy istnieją już dokumenty PZ, WZ, faktury i zamówienia, jest dużo trudniejsze.

Jak zacząć, jeżeli firma ma tysiące produktów w Excelu?

Nie należy wpisywać ich ręcznie.

Dobry program powinien umożliwiać import przynajmniej z CSV lub XLSX albo przez API.

Najpierw warto jednak uporządkować plik źródłowy.

Przykładowe kolumny:

SKU
EAN
Nazwa
Kategoria
Jednostka
VAT
Cena netto
Cena brutto
Cena zakupu
Stan początkowy

Przed importem trzeba wyszukać duplikaty.

Nie tylko identyczne nazwy. Duplikatem może być:

„LAMPA ABC CZARNA”

i

„Lampa ABC – czarna”.

Jeżeli oba rekordy mają ten sam EAN, bardzo prawdopodobne, że to jeden produkt.

Najlepszym identyfikatorem przy migracji jest stabilny, unikalny kod: własny SKU albo GTIN.

Po imporcie dobrze sprawdzić kilkanaście produktów ręcznie, zanim system zacznie na tej bazie wystawiać setki faktur.

Nie pozwalaj każdemu tworzyć produktów według własnego pomysłu

W niewielkiej firmie nie ma to wielkiego znaczenia.

Przy dziesięciu użytkownikach szybko zaczynają się różnice.

Jedna osoba wpisuje:

„szt.”

druga:

„sztuka”

trzecia:

„sztuki”.

Jedna tworzy nazwy:

„Laptop Dell Latitude 5550”

a inna:

„DELL 5550 LAPTOP”.

Warto ustalić kilka prostych zasad.

Jak tworzymy SKU?

Jak zapisujemy producenta?

W jakiej kolejności podajemy model, kolor i wariant?

Czy cenę zapisujemy netto czy brutto jako bazową?

Kto może zmieniać VAT?

Kto może tworzyć nowe kartoteki?

Przy większym katalogu dobrze ograniczyć możliwość masowego tworzenia i usuwania produktów do wybranych osób.

Nie chodzi o biurokrację. Chodzi o to, żeby po dwóch latach jedna baza nadal wyglądała jak jedna baza.

KSeF nie zastąpi dobrej kartoteki produktów

Od 2026 roku faktury ustrukturyzowane korzystają ze struktury FA(3).

Program do fakturowania bierze dane wprowadzone przez użytkownika – nazwę produktu lub usługi, ilość, cenę, VAT i pozostałe informacje – i na ich podstawie tworzy odpowiedni XML.

W FA(3) można dodatkowo przekazać między innymi wewnętrzny indeks produktu oraz GTIN.

Nie oznacza to jednak, że KSeF uporządkuje bazę za przedsiębiorcę.

Jeżeli w programie istnieją trzy duplikaty produktu, KSeF nie będzie wiedział, że są tym samym towarem.

Jeżeli kartoteka ma niewłaściwy VAT, system nie zdecyduje samodzielnie, że przedsiębiorca chciał zastosować inną stawkę.

Jeżeli nazwa jest niezrozumiała, faktura nadal będzie zawierała niezrozumiałą nazwę.

Jakość faktury zaczyna się więc wcześniej – w danych, z których jest tworzona.

Dobra baza powinna pozwalać rozwijać firmę bez jej przebudowy

Na początku przedsiębiorca potrzebuje tylko:

nazwy,

ceny,

VAT.

Po roku może dojść:

SKU,

EAN,

magazyn.

Potem:

kilka cenników,

sprzedaż Allegro,

WooCommerce,

kilka magazynów,

raportowanie,

API.

Jeżeli produkt od początku posiada stabilny identyfikator, nie trzeba budować kartoteki ponownie za każdym razem, gdy dochodzi nowy kanał.

Ten sam SKU może łączyć:

program do faktur,

magazyn,

sklep internetowy,

marketplace,

ERP,

WMS.

To dużo ważniejsze niż wyjątkowo rozbudowana nazwa produktu.

Najlepiej prowadzona baza jest właściwie mało interesująca. Produkt zostaje utworzony raz, ma właściwy kod, VAT, jednostkę i ceny, a potem pracownicy po prostu z niego korzystają.

Chaos zaczyna się wtedy, gdy każdy dokument tworzy własną wersję produktu.

Dlatego przed dodaniem kolejnej pozycji warto zadać sobie jedno banalne pytanie:

czy ten produkt rzeczywiście jeszcze nie istnieje w bazie?

Przy dziesięciu towarach nie ma to większego znaczenia. Przy dziesięciu tysiącach właśnie od odpowiedzi na to pytanie zależy, czy baza produktów będzie narzędziem automatyzacji, czy kolejnym miejscem, które ktoś musi ciągle sprzątać.