Procedura Walidacyjna Interfejs



Podobne dokumenty
Opis komunikacji na potrzeby integracji z systemem klienta (12 kwiecień, 2007)

Kanał teletransmisji Bankowego Funduszu Gwarancyjnego (Portal BFG STP) Warszawa, 3 sierpnia 2017 r.

Wzorcowy załącznik techniczny, do umowy w sprawie przesyłania faktur elektronicznych pomiędzy Firmą A oraz Firmą B

PODRĘCZNIK UŻYTKOWNIKA PROGRAMU LBD <-> TBD

SKRÓCONA INSTRUKCJA OBSŁUGI SYSTEMU ZARZĄDZANIA OBIEGIEM INFORMACJI (SZOI)

Import zleceń / Integracja klienta K-Ex

MINISTERSTWO FINANSÓW PLAN INTEGRACJI SYSTEMU ZAŁĄCZNIK NR 6 SEAP SPECYFIKACJA KANAŁ DLA PODMIOTÓW ZEWNĘTRZNYCH PL PROJEKT ECIP/SEAP

Instrukcja dotycząca składania oświadczeń o spełnieniu Finansowego Kamienia Milowego. Wersja: 1.1

Internetowa Wymiana Dokumentów - aktywacja wymiany

Instrukcja dotycząca składania oświadczeń o spełnieniu Operacyjnego Kamienia Milowego. Wersja: 1.0

Instrukcja poprawy wniosku

ROZPORZĄDZENIE MINISTRA FINANSÓW 1) z dnia 27 stycznia 2011 r.

Płatności CashBill - Kody


Portal Personelu Medycznego Global Services Sp. z o.o.

(podstawa prawna: 5 ust. 2 rozporządzenia Ministra Finansów z dnia 26 września 2016 r. I. Definicje

DOTACJE NA INNOWACJE

Ełk, dn r. DOMSET Marcin Brochacki. ul. Wojska Polskiego 43 lok. 3, Ełk. Nip ZAPYTANIE OFERTOWE

Posiada (TAK / NIE. Zrzut ekranu. Opis funkcji

Polityka prywatności i bezpieczeństwa przetwarzania danych osobowych w zbiorze czas-na-przeglad.pl

Uwaga Przed każdą aktualizacją, zalecane jest zrobienie kopii bezpieczeństwa bazy oraz bibliotek programu

INFRA. System Connector. Opis systemu

Biuletyn techniczny. Eksport i import przelewów za pomocą usługi sieciowej

Struktura pliku wejściowego ippk Plik Składkowy

Analiza zgodności z wymogami dotyczącymi elektronicznej dokumentacji medycznej oraz gotowości na w

Podręcznik Użytkownika LSI WRPO

Moduł Handlowo-Magazynowy Przeprowadzanie inwentaryzacji z użyciem kolektorów danych

KOMPUTEROWY SYSTEM WSPOMAGANIA OBSŁUGI JEDNOSTEK SŁUŻBY ZDROWIA KS-SOMED INSTRUKCJA OBSŁUGI

Integracja Symfonia ERP ze sklepem internetowym

Zasady budowy i przekazywania komunikatów XML w systemie kdpw_otc

Instrukcja użytkownika. Aplikacja dla Comarch ERP XL

Instrukcja użytkownika

Wgrywanie danych z plików excela do bazy MS SQL 2008 server

Zapytanie ofertowe na: Zakup wartości niematerialnej i prawnej w postaci nowoczesnego systemu B2B wraz ze szkoleniem z obsługi ww.

Zapytanie ofertowe 1/2012. W związku z realizacją projektu pt. Wdrożenie systemu B2B w celu elektronicznej wymiany

Procesy ETL. 10maja2009. Paweł Szołtysek

Elektroniczny Urząd Podawczy

KS-ZSA. Korporacyjne grupy towarowe

Komunikaty statystyczne medyczne

DOTACJE NA INNOWACJE

Tom 6 Opis oprogramowania Część 8 Narzędzie do kontroli danych elementarnych, danych wynikowych oraz kontroli obmiaru do celów fakturowania

instrukcja użytkownika terminala ARGOX PA-20 SYSTEMY AUTOMATYCZNEJ IDENTYFIKACJI

Szczegółowe informacje dotyczące przekazywania do Bankowego Funduszu Gwarancyjnego informacji kanałem teletransmisji

Warszawa, dnia 16 kwietnia 2013 r. Poz. 463 ROZPORZĄDZENIE MINISTRA ZDROWIA 1) z dnia 28 marca 2013 r.

wersja dokumentu 1.0 data wydania

SYSTEM OBSŁUGI PROCESU TWORZENIA ZAMÓWIEŃ. Wersja demonstracyjna aplikacji w Internecie :

Instrukcja użytkownika Porównywarki cen Liquid

Zmiany funkcjonalne wprowadzone w wersji

Zasady budowy i przekazywania komunikatów XML w systemie kdpw_otc

DOKUMENTACJA TECHNICZNA KurJerzyAPI wersja 1.0

CDN KLASYKA/OPT!MA/XL PAKIET ECOD KOMUNIKACJA

Załącznik nr 1 do Instrukcji użytkownika minisiis, SIIS 5.x. Spis kodów błędów

Specyfikacja Płatności CashBill. Instrukcja podłączenia płatności elektronicznych do typowych zastosowań.

Dokumentacja Użytkownika Systemu. Integracja z Okazje.info, Skąpiec, Sklepy24

PROCEDURA ADMINISTROWANIA ORAZ USUWANIA AWARII I BŁĘDÓW W CSIZS

Zapytanie ofertowe. planuje zakup usług doradczych. Zapytanie kierowane jest do firm z branży informatycznej.

ZAWIADOMIENIE O MODYFIKACJI SPECYFIKACJI ISTOTNYCH WARUNKÓW ZAMÓWIENIA

Ulotka. Zmiany w wersji Data produkcji wersji: 25 września Wersja

Obowiązek wysyłania Jednolitego Pliku Kontrolnego (JPK) Instrukcja

System ZSIN wyzwanie dla systemów do prowadzenia EGiB

Zasady budowy i przekazywania komunikatów XML dla rynku OTC w systemie KDPW_CCP

WOJEWÓDZTWO PODKARPACKIE

Struktura pliku wejściowego ippk Plik Korekt Składek

Budowa aplikacji ASP.NET współpracującej z bazą dany do obsługi przesyłania wiadomości

SI-Consulting Sp. z o. o.

I. Interfejs użytkownika.

REGULAMIN KORZYSTANIA Z USŁUG INTERNETOWEGO BIURA OBSŁUGI KLIENTA W SPÓŁCE KOMUNALNEJ ŻUKOWO SP. Z O.O. Postanowienia ogólne

Celem wdrożenia systemu jest zwiększenie efektywności kilku podstawowych procesów biznesowych realizowanych między Wnioskodawcą a jego Partnerami.

Aplikacja pozwala wyliczyd numer rachunku NRB zarówno dla jednego jak i wielu kontrahentów.

METADANE GEOINFORMACYJNE PODLASIA

iqportal abonencki panel zarządzania

asix4 Podręcznik użytkownika OMRON drajwer protokołu HOSTLINK dla sterowników OMRON Podręcznik użytkownika

Opis modułu pl.id w programie Komornik SQL-VAT

Jak utworzyć fakturę lub notę uznaniową. Copyright Tungsten Corporation plc 2018

r. Informacja uzupełniająca do Instrukcji w zakresie obsługi w Systemie AES dla użytkowników zewnętrznych, wersja 1.0

S P I S T R E Ś C I. Instrukcja obsługi

Załącznik nr 1.3. Opis Przedmiotu Zamówienia (część 3) Moduł Komunikacyjny

Programy LeftHand - Obsługa plików JPK. Wrzesień 2016

Dokumentacja Użytkownika Systemu

Jednolity Plik Kontrolny oraz zmiany w przepisach podatkowych w 2016 r.

25 lat. Generator wniosków o dofinansowanie ze środków krajowych. Katarzyna Jakubowska Główny specjalista DepartamentRozwoju Systemów Informatycznych

SYSTEM INFORMATYCZNY KS-SEW

DOKUMENTACJA TECHNICZNA SMS API MT

Struktura pliku wejściowego ippk Plik Dyspozycje

SYSTEM INFORMATYCZNY KS-SEW

FlexDMS Aktualizacja 128

Jednolity Plik Kontrolny w Aplikacji Ramzes

KS-ZSA. Mechanizm centralnego zarządzania rolami

B2BCloud simple way to Scale Sale

Zakres wymagań dotyczących Dokumentacji Systemu

Przewodnik użytkownika (instrukcja) AutoMagicTest

PROJEKT PN.: PLATFORMA WYMIANY DANYCH B2B USPRAWNIAJĄCA PROCESY BIZNESOWE POMIĘDZY FIRMĄ SAWO-MET SP. Z O.O. A PARTNERAMI HANDLOWYMI

Załącznik nr 2 do zapytanie ofertowego nr 1 Specyfikacja

PUE ZUS Wysyłka elektronicznych zapytan. Instrukcja wysyłki zapytań do ZUZ-PUE za pomocą aplikacji Komornik SQL

System epon Dokumentacja użytkownika

System Kontroli Bazy Danych Topograficznych (SKBDT) zawód kartografa?

Opis zmian w wersji G Oprogramowania do Obsługi SR/FA/SW/DM

Zasady budowy i przekazywania komunikatów wykorzystywanych w Systemie IT KDPW_CCP

Wykład 1 Inżynieria Oprogramowania

Wymagania dla systemu HIS w zakresie komunikacji HL7. Serwer odbierający transakcje HL7. Klient wysyłający transakcje HL7

Transkrypt:

Strona: 1 Stron: 7 SPIS TREŚCI: 1. CEL 2. ZAKRES 3. DEFINICJE 4. ODPOWIEDZIALNOŚĆ I UPRAWNIENIA 5. TRYB POSTĘPOWANIA 6. ZAŁĄCZNIKI Podlega aktualizacji X Nie podlega aktualizacji

Strona: 2 Stron: 7 1. Cel. Identyfikacja i eliminacja błędów celem zapewnienia produktu (interfejsu wymiany danych) wolnego od wad oraz jego zgodności z wymaganiami specyfikacji 2. Zakres. Procedura określa tryb postępowania przy walidacji i odbiorze interfejsu wymiany danych 3. Definicje. 3.1. wykonawca interfejsu -osoba fizyczna lub przedsiębiorstwo wykonujące na rzecz dystrybutora prace związane ze stworzeniem interfejsu wymiany danych 3.2. interfejs wymiany danych oznacza program informatyczny działający jako podprogram do systemu informatycznego punktu dystrybucyjnego mający za zadanie automatyczne przyjmowanie (odbieranie) i wysyłanie komunikatów, 3.3. dystrybutor oznacza przedsiębiorcę, który na podstawie odpowiedniej umowy jest dystrybutorem produktów Producenta 3.4. punkt dystrybucyjny oznacza jednostkę organizacyjną dystrybutora posiadającą własny wyodrębniony system informatyczny przetwarzania danych, z którego i do którego przesyłane są dane za pomocą aplikacji., 3.5. system EBI Mobile oznacza informatyczny system EBI Mobile i EBI Plus, wdrożony u Producenta, z którym realizowana jest elektroniczna wymiana komunikatów z wykorzystaniem aplikacji EBI Connector, 3.6. system informatyczny punktu dystrybucyjnego oznacza informatyczny system przetwarzania danych dotyczących sprzedaży oraz stanów magazynowych punktu dystrybucyjnego, 3.7. komunikat oznacza zbiór danych Producenta lub dystrybutora w postaci: kartotek klienta, kartotek asortymentu, zamówień, faktur, stanów magazynowych, słowników, przesyłany (transmitowany) za pomocą systemu EBI Connector,

Strona: 3 Stron: 7 3.8. EBI Connector oznacza informatyczny system wymiany danych zapewniający (umożliwiający) elektroniczną, automatyczną transmisję (odbieranie i wysyłanie) określonych komunikatów pomiędzy systemem informatycznym punktu dystrybucyjnego i innymi zewnętrznymi systemami, 3.9. wdrożenie oznacza wszelkie czynności (w szczególności: instalacje, konfiguracje, i inne) mające na celu uruchomienie komunikacji i wymianę danych z interfejsem wymiany danych, 3.10. przedstawiciel AS oznacza wyznaczoną osobę ze strony Anica System do kontaktów z wykonawcą interfejsu 3.11. Producent - przedsiębiorstwo na rzecz którego uruchomiana jest wymiana komunikatów z interfejsem wymiany danych 3.12. wymagania specyfikacji Precyzyjnie zdefiniowany i opisany ogół wymogów które musi spełniać interfejs wymiany danych, zawartych w dokumentach dostarczonych wykonawcy interfejsu: Opis standardu formatów plików i sposobu ich przetwarzania na potrzeby integracji, Wymagania przy tworzeniu interfejsów w systemie informatycznym Dystrybutora przeznaczonych do wymiany danych z EBI, Opis komunikacji na potrzeby integracji z systemem klienta 4. Odpowiedzialność i uprawnienia. 4.1. Wykonawca interfejsu jest odpowiedzialny za całość działań zapewniających zgodność interfejsu wymiany danych z wymaganiami specyfikacji. 4.2. Przedstawiciel Anica System jest uprawniony do kontroli procesu walidacji oraz poprawności wdrożenia interfejsu wymiany danych. 5. Tryb postępowania. 5.1. Przeprowadzenie procesu walidacji 5.1.1. Walidacja komunikatów generowanych przez interfejs przy pomocy automatów walidacyjnych

Strona: 4 Stron: 7 Wykonawca interfejsu po wykonaniu etapu produkcji interfejsu pozwalającego na walidację generowanych przez niego komunikatów, zgłasza się do przedstawiciela AS o udostępnienie walidatora. Przedstawiciel AS udostępnia walidator dla nazwanego użytkownika dla implementowanej wersji formatów danych. W oparciu o walidator wykonawca interfejsu waliduje komunikaty. Wszystkie wskazane błędy w procesie walidacji wykonawca interfejsu zobowiązany jest poprawić. Dany komunikat uznaje się za zgodny technicznie ze specyfikacją formatów wymiany danych, jeżeli walidator po kolejnej walidacji nie wskaże żadnych błędów i wygeneruje certyfikat poprawności dla walidowanego komunikatu. Wszystkie walidowane pliki muszą uzyskać certyfikat poprawności generowany przez walidator 5.1.2. Walidacja logiczna w oparciu o przekazaną specyfikację Po zakończonej weryfikacji technicznej komunikatów przy użyciu automatów walidacyjnych po uzyskaniu dla każdego komunikatu certyfikatu zgodności technicznej ze specyfikacją, wykonawca interfejsu zobowiązany jest do przeprowadzenia walidacji logicznej w celu zapewnienia odpowiedniej jakości i spójności danych wysyłanych do EBI. Między innymi wykonawca interfejsu zobowiązany jest do przeprowadzenia weryfikacji komunikatów pod katem występowania następujących przypadków: 1. Nazewnictwo plików niezgodne z opisem w formacie weryfikacja występowania niedozwolonych znaków w nazwach plików. Przykład: powinno być SLO_20050508_063512.TXT a jest SLO_2005/05/08_063512.TXT. 2. Używanie w plikach kartotekowych lub zestawieniowych danych słownikowych, które nie zostały przesłane w pliku słownika. Przykład: w pliku ASO w kolumnie ID_PRODUCENT występują wartości Producent_1, Producent_2 które nie znalazły się w pliku SLO w wierszach posiadających w kolumnie SLO_POLE wartość ID_PRODUCENT. 3. Występowanie w plikach słownikowych wartości nie używanych w żadnym pliku kartotek lub zestawienia. Przykład: plik SLO zawiera rekord: KOD ID_ODD DATA_MOD SLO_POLE SLO_ID SLO_WART ATR_POLE ATR_ID SLO odd_1 2005-02-20 12:31:46 ID_PRODUCENT a producent_3 zaś plik ASO w kolumnie ID_PRODUCENT zawiera tylko wpisy z wartością. 4. Dublowanie danych występowanie w plikach kilku rekordów zawierających ten sam identyfikator. Przykład: plik SLO zawiera rekordy: KOD ID_ODD DATA_MOD SLO_POLE SLO_ID SLO_WART ATR_POLE ATR_ID SLO odd_1 2005-02-20 12:31:46 ID_PRODUCENT a producent_3

Strona: 5 Stron: 7 SLO odd_1 2005-02-20 12:31:46 ID_PRODUCENT a producent_4 5. Umieszczanie w plikach znaków niezgodnych z zadeklarowaną stroną kodową. Przykład: plik który miał być przesyłany wg kodowania ISO-88592 zawiera znak co stanowi kod ASCII 136 (litera ł) w kodowaniu CP-852 6. Przesyłanie niepełnych danych. Przykład: plik KLI zawiera wpisy (wycinek) KOM ID_ODD DATA_MOD ID_KLI ID_KLI_EBI ID_PLATNIK WSK_RODZ NAZWA NAZWA_2 SKROT. KLI odd_1 2005-02-20 12:31:46 1243 1243 O KLI odd_1 2005-02-20 12:31:46 1245 1245 O (brak nazw klientów). Powyższe przykłady stanowią tylko wskazówkę pod jakim kątem należy weryfikować zawartość plików. Realizacja samej weryfikacji nie sprowadza się jednak do stwierdzenia braku występowania opisanych powyżej (w sensie dosłownym) przypadków lecz do wyeliminowania przyczyn takich zdarzeń we wszystkich generowanych komunikatach. 5.1.3. Walidacja funkcjonalności interfejsu w oparciu o przekazane wymagania W oparciu o otrzymane dokumenty Wymagania przy tworzeniu interfejsów w systemie ERP Dystrybutora przeznaczonych do wymiany danych z EBI oraz Opis komunikacji na potrzeby integracji z systemem klienta, wykonawca interfejsu zweryfikuje funkcjonalność wykonanego interfejsu. W szczególności zweryfikuje: poprawność działania automatu do cyklicznego generowania danych, poprawność działania funkcji interfejsu pozwalających wygenerować komunikaty za dowolnie zdefiniowany przedział czasu dla realizowanej sprzedaży poprawność wczytywania zamówień 5.2. Zatwierdzenie wyniku walidacji formalne odebranie wdrożenia interfejsu wymiany danych. Po przeprowadzeniu walidacji technicznej, logicznej oraz wymaganych funkcji interfejsu(dok. Wymagania przy tworzeniu interfejsów w systemie informatycznym Dystrybutora przeznaczonych do wymiany danych z EBI oraz Opis komunikacji na potrzeby integracji z systemem klienta ), wykonawca interfejsu sporządzi protokół poprawności wykonania interfejsu ( zgodnie z załącznikiem nr 1) i wyśle faksem na wskazany przez przedstawiciela AS nr faksu. Przedstawiciel AS po uzyskaniu protokołu poprawności wystąpi do wykonawcy interfejsu o wygenerowanie komunikatów z danymi sprzedaży za określony okres. Wraz z wygenerowaniem danych odsprzedaży za wskazany okres, wykonawca interfejsu zobowiązany jest do przesłania skumulowanego

Strona: 6 Stron: 7 zestawienia sprzedaży per SKU (per ID produktów danego producenta u dystrybutora) za ten sam okres w celu porównania zgodności danych. Dodatkowo wykonawca interfejsu prześle do AS kilka losowych faktur ze wskazanego okresu, ze sprzedażą produktów danego producenta w celu weryfikacji zgodności pozycji, ilości i wartości tych dokumentów w wygenerowanych komunikatach. Anica System dokona weryfikacji na przesłanych danych i w przypadku wykrycia błędów wskaże je do poprawy. Warunkiem odebrania wdrożenia interfejsu jest otrzymanie protokołu poprawności wykonania interfejsu, zgodność danych generowanych w komunikatach z fakturami i dostarczonym przez wykonawcę interfejsu zestawieniem sprzedaży skumulowanej za dany okres oraz zgodność z wymaganiami specyfikacji. 6. Załączniki. 6.1. Protokół poprawności wykonania interfejsu 6.2. Opis standardu formatów plików i sposobu ich przetwarzania na potrzeby integracji 6.3. Wymagania przy tworzeniu interfejsów w systemie informatycznym Dystrybutora przeznaczonych do wymiany danych z EBI 6.4. Opis komunikacji na potrzeby integracji z systemem klienta. Poniższy dokument, jak również informacje w nim zawarte są całkowitą własnością firmy Anica System S.A.. Zawarte tu pomysły, procedury, opisy procesów, koncepcje, bez względu na formę przedstawienia stanowią tajemnicę handlową firmy Wszystkie elementy wymienione powyżej są prawnie chronione, dlatego też wszelkie prawa, w szczególności prawo do kopiowania i rozpowszechniania jak również prawo do tłumaczenia niniejszej pracy są zastrzeżone. Opracowanie, skład i produkcja:, ul. Bartosza Głowackiego 13, Lublin, Poland Copyright 2004, Lublin, Poland

Strona: 7 Stron: 7