Import · eksport · walidacja danych

Import cennika i towarów z Excela, XML i PDF do Subiekta i Optimy

Gdy ten sam plik wraca co tydzień, warto spisać reguły i przenieść powtarzalne kroki do procesu, który można sprawdzić.

  • Excel i CSV
  • XML / JSON
  • PDF do analizy
  • Access / VBA / DBF
  • ERP i WMS
  • SQL

Kiedy to jest Twój przypadek

Brzmi znajomo?

Co miesiąc przychodzi cennik od dostawcy w Excelu, XML-u albo PDF-ie i ktoś przepisuje go do Subiekta, Optimy lub sklepu. Przy każdej paczce te same poprawki: inne nazwy kolumn, przecinek zamiast kropki, brakujące EAN-y, produkty, których nie ma w kartotece. To da się zapisać jako reguły i uruchamiać jednym poleceniem, z listą rekordów do sprawdzenia zamiast całego pliku do przejrzenia.

  • Co miesiąc ktoś kopiuje kolumny z Excela do kolejnego szablonu albo systemu.

  • Import przechodzi, ale nie wiadomo, które wiersze odrzucono i dlaczego.

  • W kilku plikach ten sam kontrahent, produkt albo numer dokumentu ma różne oznaczenie.

  • Raport powstaje z CSV, PDF i eksportu z programu, a wynik trzeba ręcznie porównywać.

01

Import cennika i towarów z Excela do Subiekta GT lub Nexo

Mapuję kolumny arkusza na pola kartoteki: symbol, EAN, nazwa, grupa, jednostka, ceny w kilku poziomach, stawka VAT, stan. Nowe towary mogą wejść jako propozycje do akceptacji, a zmiany cen jako lista różnic. Wynik zawsze ma liczbę rekordów przyjętych, odrzuconych i wymagających decyzji.

02

XML i PDF od dostawcy: kiedy import da się zautomatyzować

XML z ustalonym schematem to najprostszy przypadek. PDF wymaga wcześniejszego sprawdzenia na prawdziwych plikach, bo katalog ze skanu i katalog wygenerowany z systemu to dwie różne sprawy. Oglądam dwie, trzy paczki — w tym jedną z wyjątkami — zanim powiem, co jest wykonalne.

03

Eksport z Optimy albo enova365 do sklepu i z powrotem

Eksport też bywa powtarzalny: cennik dla sklepu, kartoteka dla marketplace, plik dla księgowości. Ustalam format, harmonogram i regułę akceptacji, a proces zostawia log przebiegu, żeby dało się sprawdzić, co poszło i kiedy.

Nazwy plików są różne, ale problem zwykle wygląda podobnie.

Najpierw oglądam prawdziwe pliki, w tym te z wyjątkami. Dopiero potem ustalam reguły mapowania, walidacji i raportowania.

01

Cennik dostawcy XML / CSV / XLSX → Subiekt, Optima lub enova365

Mapuję SKU, EAN, kategorie, ceny i stany do układu używanego w ERP. Przy kolejnych paczkach zostaje lista wyjątków, zamiast poprawiania całego pliku ręcznie.

02

PDF / Excel / XML → Shoper

Przy dużym katalogu produktów sprawdzam warianty, atrybuty, zdjęcia, kategorie i duplikaty. Dane mogą trafić do kolejki akceptacji, żeby pracownik zatwierdził niepewne rekordy.

03

Normalizacja kartotek: SKU, EAN, ceny i stany

Jeśli ten sam produkt ma różne oznaczenia u dostawcy, w sklepie i w magazynie, przygotowuję słownik oraz raport braków, duplikatów i konfliktów.

04

Kilka eksportów → jeden raport

Łączę dane z ERP, WMS, sklepu, banku albo plików reklamowych po uzgodnionych identyfikatorach. Wynik pokazuje liczności, sumy kontrolne i rekordy do sprawdzenia.

05

CSV / XML z błędnym kodowaniem, separatorem lub schematem

Sprawdzam, dlaczego plik przechodzi tylko czasami, gubi polskie znaki albo odrzuca część wierszy. Naprawa obejmuje regułę wejścia i czytelny raport błędów.

Co dostajesz

Zaczynam od małego zakresu, który można sprawdzić.

Dobieram narzędzia do konkretnego przepływu. Nie zakładam z góry wymiany systemu ani budowy dużej platformy.

01

Poznanie źródeł i celu

Spisuję formaty, kolumny, kodowanie, typy wartości i regułę, według której wynik ma zostać zaakceptowany.

  • Excel, CSV, XML, JSON lub PDF
  • nagłówki, formaty dat i liczb
  • miejsce docelowe i wymagany układ
02

Transformacja danych

Zamieniam ręczne kroki i niepisane reguły na opisany proces, który można powtórzyć przy kolejnej paczce.

  • łączenie i rozdzielanie pól
  • normalizacja nazw i identyfikatorów
  • konwersja formatów oraz kodowania
03

Walidacja i uzgodnienie

Wynik dzielę na rekordy poprawne, odrzucone i wymagające decyzji, zamiast ukrywać różnice w gotowym pliku.

  • braki i duplikaty
  • sumy kontrolne oraz liczności
  • raport rozbieżności do weryfikacji
04

Małe narzędzie lub skrypt

Dobieram formę do częstotliwości: od jednorazowego przetworzenia po skrypt, który można uruchomić przy kolejnej dostawie danych.

  • instrukcja wejścia i wyjścia
  • bezpieczny plik wynikowy
  • log z przebiegu i błędów

Jak pracuję

Zakres i cena przed startem, potem wdrożenie etapami.

Pierwsza rozmowa jest bezpłatna. Cenę podaję po zobaczeniu procesu, nie z cennika. Jeśli da się to rozwiązać prościej albo gotowym narzędziem, mówię o tym na początku.

  1. 01

    Pokazujesz dwie lub trzy paczki danych

    Jedna poprawna paczka i jedna z typowymi wyjątkami mówią więcej niż ogólna nazwa procesu.

  2. 02

    Ustalamy regułę poprawności

    Ustalamy, które rozbieżności zatrzymują proces, które trafiają do raportu, a które są dopuszczalne.

  3. 03

    Przygotowuję próbkę wyniku

    Najpierw pokazuję wynik na ograniczonym zakresie, żeby sprawdzić mapowanie przed przetworzeniem całości.

  4. 04

    Przekazuję powtarzalny sposób pracy

    Dostajesz plik wynikowy, raport i opis uruchomienia albo obsługi wyjątków.

Zakres

Najpierw jeden przepływ, potem reszta. Zakres, kolejność prac i jedna cena na piśmie, zanim zacznę.

Dane

Logi, raport odrzuconych rekordów i dokumentacja. Przy aktualizacji ERP wiadomo, co się stało i gdzie szukać.

Opieka

Po wdrożeniu zostaję do obsługi i rozwoju. Płatna miesięcznie, bez umowy rocznej. Rozmawiasz ze mną, nie z działem.

Granice odpowiedzialności

Ustalamy je, zanim zacznę.

  • Nie podejmuję za klienta decyzji, czy rekord jest prawidłowy biznesowo; wskazuję go i opisuję regułę.
  • Pliki i bazy udostępniasz w uzgodnionym, bezpiecznym kanale; nie potrzebuję nieograniczonego dostępu do całej firmy.
  • Nie traktuję automatycznie odczytanego PDF-u jako dowodu poprawności dokumentu.
  • Jeśli wynik ma zasilać system księgowy, kadrowy albo regulacyjny, warunek akceptacji ustala właściciel procesu.

Przejmuję też rozwiązania, które zrobił ktoś inny: najpierw diagnoza cudzego kodu i logów, potem możliwie mała poprawka, na końcu dokumentacja przepływów i sposobu restartu.

Kontakt

Opisz, co dziś nie działa.

Wystarczy krótki opis: jakie systemy są zaangażowane, co robisz ręcznie i jaki wynik chcesz sprawdzać. Odpowiadam w 24 h. Rozmawiasz bezpośrednio ze mną.