Omniva/Smartpost XML: Dodatkowe pole faktury dla numeru paczkomatu — dodatkowe pole faktury, dla którego generowany jest kod śledzenia przesyłki lub kod kreskowy przesyłki.

Automatyczna obsługa potwierdzeń – używana w dwóch przypadkach, gdy niektóre faktury zakupu muszą zostać przetworzone natychmiast lub gdy używany jest moduł obsługi zamówień zakupu i nie jest zalecane ponowne przetwarzanie faktur zakupu. Automaatkinnituse menetleja

Pole podstawowego adresu URL interfejsu API Collect.Net będzie automatycznie https://app.collect.net/api . Zawsze jest tak samo, nie ma potrzeby tego zmieniać.

Nazwa użytkownika API Collect.Net - nazwa użytkownika konta Collect.Net firmy

Hasło API Collect.Net - hasło do konta Collect.Net firmy

Opcja zwrotu paczki Collect.Net (w dniach) – liczba dni, w ciągu których odbiorca paczki może ją zwrócić (domyślnie 2 tygodnie).

Czas ważności biletu Collect.Net (w minutach) – jak długo niewykorzystany bilet pozostaje aktywny (domyślnie 1 tydzień).

Domyślny okres przechowywania przesyłek Collect.Net (w dniach) – jak długo niewykorzystany bilet będzie aktywny (domyślnie 1 tydzień).

Faktura zakupu/paragon utworzone w ramach Transportu dokumentów nie pozwalają na ponowne utworzenie dokumentu przy użyciu istniejącego numeru faktury dostawcy — opcje Tak/Nie. Wyłącza/włącza tworzenie e-faktury w obszarze Faktury zakupu/Dochód z istniejącym numerem faktury dostawcy Faktura zakupu/Dochód. Dzieje się tak w przypadku, gdy z jakiegoś powodu faktura zakupu została już wprowadzona ręcznie i użytkownik próbuje utworzyć ten sam dokument za pośrednictwem faktury elektronicznej.

W polu Podstawowy adres URL DPD Interconnector wprowadź https://integration.dpd.ee:8443 . Możesz także wybrać rozmiar etykiet paczek, które mają zostać utworzone.

Nazwa użytkownika DPD Interconnector - nazwa użytkownika używana podczas logowania do samoobsługi.

Format etykiety paczkowej DPD Interconnector – możesz wybrać rozmiar etykiet paczkowych.

Hasło DPD Interconnector - jest to hasło umożliwiające zalogowanie się do systemu samoobsługowego.

Dokument bazowy listu przewozowego DPD - w zależności od specyfiki pracy firmy konieczne jest ustalenie, jaki jest dokument bazowy do nadawania danych przesyłkowych, tzn. z jakiego dokumentu i odpowiadającego mu raportu można tworzyć przesyłki i drukować etykiety paczkowe. Możliwe opcje to Wysyłka, Faktura i Zamówienie.

Nazwy usług DPD - wskazane jest podanie w polu kodów usług stosowanych w firmie. Kody tych usług są wyświetlane w menu rozwijanym „Typ paczki” w wysyłanym dokumencie, a domyślnie wybierany jest pierwszy z nich. Znaczenie najczęściej stosowanych kodów: PS - paczka do paczkomatu, D-B2C - przesyłka kurierska dla klientów indywidualnych, D - przesyłka kurierska dla klientów biznesowych, PS-COD - przesyłka do paczkomatu/punktu odbioru przesyłki. Aby ustalić prawidłowe kody serwisowe, zaleca się bezpośredni kontakt z osobą kontaktową DPD.

Pobieranie e-faktur EAK - opcje Tak/Nie. Ustawienie dotyczy interfejsu faktur elektronicznych Poczty Estońskiej (Omniva). Określa, czy akceptować e-faktury wysyłane przez dostawców. Jeśli wybierzesz „Nie”, będziesz mógł samodzielnie wysyłać faktury elektroniczne, ale faktury elektroniczne od dostawców nie będą akceptowane (w rejestrze Przesyłania dokumentów nie będą tworzone żadne wpisy typu „eak_earve”).

Pobieranie załączników EAK - opcje Tak/Nie. Umożliwia przesłanie dodatkowych załączników wraz z e-fakturą do Directo. Standardowo do e-faktury dołączany jest załącznik w postaci obrazu faktury, który nie jest uważany za załącznik w rozumieniu e-faktury. Jeśli wybrany przez klienta Directo operator faktur elektronicznych na to pozwala, faktura elektroniczna może zawierać dodatkowe załączniki (np. list przewozowy, dokument itp.) i jeśli wybrano opcję „Tak”, zostaną one dodane do dokumentu utworzonego w Directo.

Podstawa pola płatności e-faktury (PaymentTotalSum) - podstawa dla pól InvoiceSumGroup/TotalToPay i PaymentInfo/PaymentTotalSum.

podstawa identyfikatora usługi e-faktury (serviceId) - podstawa zawartości pola Invoice/@serviceId

e-invoice templateId -

Omniva XML: korekta wagi - Z reguły waga jest pobierana z karty przedmiotu. Jeśli wartość poniższego ustawienia wynosi 0, interfejs zgłosi błąd w przypadku braku wagi. Na wszelki wypadek możesz wypełnić to pole cyfrą 1.

Omniva XML: Nazwa użytkownika do samoobsługi – to nazwa użytkownika używana podczas logowania do samoobsługi Omniva. Może to być zgodne z Twoim kodem klienta w systemie Omniva.

Omniva XML: ID – kod klienta w Omniva. To może pasować do poprzedniego.

Nazwa klienta w języku estońskim -

Omniva XML: prefiks kodu kreskowego paczki – to unikalny prefiks używany podczas wysyłania danych dotyczących paczki do środowiska Omniva. To pole wymaga 10 znaków. Najpierw JJEE, a następnie kod klienta składający się z maksymalnie 6 cyfr. Jeżeli jest krótszy niż 6 znaków, należy dodać zera na początku. Na przykład, jeżeli kod klienta to 14875, wpisz w tym polu JJEE014875.

Omniva XML: hasło samoobsługi - jest to hasło umożliwiające zalogowanie się do samoobsługi.

Omniva XML: Adres URL transmisji danych o przesyłkach - wpisz w polu: https://edixml.post.ee/epmx/services/messagesService

Omniva XML: Adres nadawcy — w polu „Adres nadawcy” wprowadź adres, na który ma zostać dostarczona paczka.

Dodatkowe pole klienta określające nazwę klienta na fakturze elektronicznej — jeśli nazwa klienta na fakturze elektronicznej musi być inna niż ta podana na karcie klienta, można ją zmienić za pomocą dodatkowego pola klienta określonego w tym miejscu.

Dodatkowe pole klienta określające numer rejestracyjny klienta, dla którego wystawiana jest faktura elektroniczna. numer - Jeżeli numer rejestracyjny klienta podany w e-fakturze różni się od tego podanego na karcie klienta, można go zmienić, korzystając z dodatkowego pola klienta określonego w tym miejscu.

Dodatkowe pole przypisujące magazyn do wiersza zamówienia przychodzącego - dodatkowe pole dla artykułu

Dodatkowe pole określające artykuł, który ma zostać wyeksportowany do Smarten -

Dodatkowe pole określające typ artykułu Telema PRODAT - dodatkowe pole artykułu

Pole dodatkowe określające szczególną sytuację typu artykułu Telema PRODAT - pole dodatkowe dla artykułu

Pole dodatkowe definiujące artykuł przeznaczony do eksportu do Telema - pole dodatkowe dla artykułu

Dodatkowe pole określające klienta, którego dane mają zostać wyeksportowane do Telema - pole dodatkowe klienta

Pole dodatkowe określające artykuł klienta do importu zamówienia - pole dodatkowego artykułu

Dodatkowe pole określające identyfikator nadawcy Unifaun -

W przypadku D2D faktura sprzedaży wysyłana jest również w formie e-faktury -

Status zamówienia zakupu z ujemnymi ilościami podczas importu z Telemas -

Obiekt definiujący blok Telema Invoice SellerParty -

Telema XML DeliveryParty zamówienia zakupu jest wysyłana z karty klienta powiązanego zamówienia sprzedaży -

Peppol Id - PEPPOL to system umożliwiający przedsiębiorstwom z UE wymianę faktur elektronicznych między sobą. Po przystąpieniu do programu Telema przyznaje klientowi identyfikator PEPPOL.

Interfejs e-faktury RIK - w różnych przypadkach wymagane może być tylko wysyłanie lub tylko odbieranie, ale na ogół wysyłanie i odbieranie jest rozsądnym wyborem . Po dokonaniu wyboru i naciśnięciu przycisku Zapisz, system wyśle ​​do RIK prośbę o aktywację umowy. W wynikach zostanie wyświetlony stosowny komunikat. Jeśli aktywacja przebiegnie pomyślnie, będziesz mógł natychmiast rozpocząć wysyłanie faktur. Jeżeli umowa RIK-earve jest już aktywna, tzn. interfejs został już skonfigurowany, a Ty chcesz tylko zmienić, czy będzie odbywało się wysyłanie, czy też wysyłanie i odbieranie, musisz najpierw rozwiązać umowę. Aby to zrobić, należy wybrać w ustawieniu interfejsu e-faktury RIK opcję NIE i zapisać. Nie możesz klikać w dowolne miejsca, aby zaznaczać i wylogowywać się z zaznaczenia — system pozwala na dokonanie jednego zaznaczenia dziennie. Na przykład nie można włączyć interfejsu, a następnie natychmiast go wyłączyć.

Opóźnienie w wysłaniu faktury RIK w godzinach (0-24) - Jeśli ustawisz opóźnienie np. na 8 godzin, to wysyłka będzie zawsze następować poza godzinami pracy, co pozwala na ponowne otwarcie faktury nawet po zatwierdzeniu i wprowadzenie niezbędnych zmian.

Przesunięcie w dniach od rzeczywistego czasu dokumentu wysyłki w polu DeliveryDateActual dokumentu desadv - liczba

Zamówienia przychodzące zawsze otrzymują datę bieżącego dnia - 0 - nie, 1 - tak

Ceny zakupu pozycji przychodowych utworzonych z pliku faktur przychodzących są zawsze zerowe - opcje Tak/Nie. Dotyczy dochodu z zapasów utworzonego na podstawie faktury elektronicznej. Określa, czy ceny przesłane za pośrednictwem faktury elektronicznej są używane jako ceny zakupu towarów.

Powiadomienie e-mail o otrzymaniu faktury elektronicznej (przesyłce dokumentów) – adres e-mail, na który zostanie wysłane powiadomienie o nadejściu faktury elektronicznej, jeśli nie został skonfigurowany na karcie Dostawcy. Wypełnienie tego ustawienia nie jest obowiązkowe.

Wzór cenowy dla zamówienia przychodzącego jest ustawiony na fakturę płatnika klienta, jeśli jest dostępny - 0 - nie, 1 - tak

Pakiety zamówień przychodzących są zaokrąglane do liczby całkowitej - 0 - nie, 1 - tak

Domyślny typ zamówienia przychodzącego - tekst

Cena towaru w dokumentach przychodzących jest zawsze pobierana z karty towaru, jeżeli nie ma formuły cenowej - 0 - nie, 1 - tak

Rozpoznawanie artykułów w dokumentach przychodzących priorytetowo traktuje kod artykułu - 0 - nie, 1 - tak

Smartpost XML: ID - to Twój kod klienta w systemie SmartPost.

Smartpost XML: Nazwa użytkownika do samoobsługi – to nazwa użytkownika używana podczas logowania do samoobsługi SmartPost.

Smartpost XML: Hasło samoobsługi - jest to hasło umożliwiające zalogowanie się do systemu samoobsługi.

Smartpost XML: adres URL do wysyłania danych o przesyłkach — wpisz w polu: http://iseteenindus.smartpost.ee/api/?request=shipment

Smartpost XML: Dodatkowe pole na fakturze zawierające numer paczkomatu – dodatkowe pole na zamówieniu/fakturze zawierające numer paczkomatu SmartPost.

Potwierdzenie dostawy (DESORDRSP) potwierdza fakturę natychmiast - 0 - nie, 1 - tak

Potwierdzenie doręczenia (DESORDRSP) potwierdza natychmiastową wysyłkę - 0 - nie, 1 - tak

Dodatkowe pole do zamówienia przesyłki do paczkomatu -

Eksport artykułów Telema - 0 - nie, 1 - ceny sprzedaży, 2 - ceny sprzedaży i ceny dla klientów

Eksport klientów Telema - 0 - nie, 1 - tak

Import potwierdzenia zamówienia i dostawy (desordrsp) rozbija produkty na przepisy - bitpattern

Powiadomienie e-mail o błędach przetwarzania — wiadomość e-mail, na którą wysyłane są powiadomienia o błędach przetwarzania (zwykle nieudane potwierdzenia).

Konto bankowe/IBAN do transportu – jeśli wypełnione, ustawienie to ma pierwszeństwo przed ustawieniem konta bankowego firmy. Rachunek bankowy (IBAN) przekazywany jako rachunek bankowy firmy. W tym polu należy wpisać TYLKO numer rachunku bankowego (IBAN), bez spacji i innych dodatków.

Transport SWIFT -

Numer referencyjny transportu – jeżeli zastosowano numer referencyjny, określa, który numer referencyjny zostanie przypisany do wysyłanej faktury. Opcje nie są wysyłane, od klienta - z karty klienta i od faktury - na podstawie faktury (innej dla każdej faktury).

Użytkownik domyślny - kod użytkownika, po wypełnieniu którego aktywowane jest automatyczne generowanie dokumentów, a użytkownik ten jest przypisywany do pola Użytkownik dokumentu (Faktura zakupu) utworzonego z zaimportowanej e-faktury. Wypełnienie tego ustawienia jest obowiązkowe w celu tworzenia automatycznych faktur. Zalecamy utworzenie wirtualnego użytkownika, który będzie miał uprawnienia do otwierania i tworzenia dokumentu oraz przypisane mu hasło. Dodatkowo użytkownik musi mieć dostęp do modułu Transportu Dokumentów. Aby to zweryfikować, możesz zalogować się jako ten użytkownik przed skonfigurowaniem ustawienia.

Domyślnie, w przypadku zamówienia przychodzącego od sprzedawcy -

Obiekt domyślny – kod obiektu, który jest automatycznie przypisywany do pola Obiekt w importowanej e-fakturze (fakturze zakupu), jeśli w sekcji Transport karty dostawcy nie określono żadnego obiektu lub w sekcji Informacje ogólne karty dostawcy nie określono żadnego obiektu. Wypełnienie tego ustawienia nie jest obowiązkowe. W razie potrzeby obiekt można także ręcznie przypisać do każdej importowanej e-faktury.

Projekt domyślny - kod projektu, który jest automatycznie przypisywany do pola Projekt importowanej e-faktury (faktury zakupu). Wypełnienie tego ustawienia nie jest obowiązkowe. W razie potrzeby projekt można także przypisać ręcznie do każdej importowanej e-faktury.

Seria domyślna – seria numerów przypisana domyślnie do importowanej faktury zakupu. Po imporcie, jeżeli zajdzie taka potrzeba, można wymienić na fakturze zakupu. Jeżeli seria nie zostanie wpisana w tym miejscu, zostanie podjęta próba identyfikacji serii według czasu jej utworzenia.

Wychodzące zamówienie zakupu zawiera również informacje o cenie : 0 – nie, 1 – tak

Potwierdzenie odbioru (RECADV) potwierdza fakturę natychmiast - 0 - nie, 1 - tak

Omniva/Smartpost XML: Kwota wykorzystana do realizacji zamówienia – określa, czy klient musi zapłacić za przesyłkę po jej otrzymaniu. Może mieć wartość NIE lub TAK. NIE – w tym przypadku nie ma kwoty wykupu. Oznacza to, że klient zapłacił za pakiet z góry lub może zapłacić później przelewem bankowym. TAK – w takim przypadku system Omniva wyśle ​​fakturę jako kwotę realizacji, a klient zobowiązany jest uiścić tę kwotę w bankomacie lub u kuriera przy odbiorze przesyłki. Jest to specjalna usługa Omniva, którą należy aktywować i która ma specjalną cenę. Jeśli chcesz skorzystać z tej usługi, musisz skontaktować się z przedstawicielem obsługi klienta!