pl:transport_settings
Ta strona nie jest jeszcze kompletnie przetłumaczona. Pomoc mile widziana.
(po skompletowaniu usuń ten komentarz)
Transport
Nazwa | Opis |
Pole danych klienta określające PayerParty/PartyCode dla faktury Telema | |
Baza URL API Cargoson | |
Klucz API Cargoson | |
Źródłowy dokument Cargoson | |
Baza URL API Collect.Net | |
Domyślny czas przechowywania w Collect.Net (w dniach) | |
Hasło API Collect.Net | |
Opcja zwrotu w Collect.Net (w dniach) | |
Nazwa użytkownika API Collect.Net | |
Okres ważności zapytania w Collect.Net (w minutach) | |
Obiekt określający blok faktury SellerParty Telema | |
Baza URL DPD Interconnector | |
Pole danych określające nazwę użytkownika i hasło DPD, których należy używać | |
Nazwy usług DPD | |
Hasło DPD Interconnector | |
Format etykiety przesyłki DPD Interconnector | |
Źródłowy dokument przesyłki DPD | |
Nazwa użytkownika DPD Interconnector | |
Pobieranie e-faktur Omniva/Finbite/EAK | |
Pobieranie wydatków Omniva/Finbite/EAK | |
Pobieranie załączników Omniva/Finbite/EAK | |
E-faktur wypełnia blok DeliveryParty (preferując nabywcę) | |
Ukryte wiersze (wiersze, w których RR nie równa się l.p.) nie są generowane w e-fakturze | |
Numer konta odbiorcy płatności na e-fakturze | |
Nazwa odbiorcy płatności e-faktury | |
Numer referencyjny odbiorcy płatności na e-fakturze | |
Opóźnienie wysyłania RIK/Omniva/Finbite/EAK-earve w godzinach (0-24) | |
E-faktura wypełnia blok RecipientParty, gdy pole nabywca jest wypełnione | |
Faktura zakupu utworzona z e-faktury automatycznie tworzy brakującego dostawcę | |
Interfejs e-faktury RIK | |
Klucz ENVOICE API | |
Adres ENVOICE API | |
Logowanie Unifiedpost do e-faktur | |
Hasło Unifiedpost do e-faktur | |
Faktura POS (paragon) jest domyślnie wysyłana jako e-faktura | |
Podczas generowania wpłat na wyciągu bankowym wykrywanie faktury preferuje kod projektu znajdujący się w opisie płatności | |
Szybkie powiadomienia o otrymanych opłatach i płatnościach w LHV | |
Lista kont bankowych/IBAN w LHV | |
Pole danych przechowujące klienta transportu | |
Pole danych dostawy zamówienia (desorder) dla terminala paczkowego | |
Eksportowane zamówienie zakupu zawiera dane cenowe | |
XML Omniva/Smartpost: płatność gotówką przy odbiorze | |
Eksportowane zamówienie zakupu PAYER PARTY | |
Dokument dostawy (desadv) przesyła również wiersze z zerową ilością | |
Identyfikator klienta i sekret klienta e-faktury SABIS LT | |
SABIS LT e-invoice: attach printout to sent invoices | |
Lista kont bankowych/IBAN w SEB Gateway | |
Nazwa (hostname) Sharepointa, na przykład: *.sharepoint.com | |
Adres folderu Sharepointa | |
Klucz API Smartpost | |
XML Omniva/Smartpost: pole danych faktury dla kodu kreskowego paczki | |
XML Smartpost: pole danych faktury dla numeru paczkomatu | |
XML Smartpost: ID | |
XML Smartpost: nazwa użytkownika self-service | |
XML Smartpost: hasło self-service | |
XML Smartpost: URL danych paczki | |
Wysyłanie faktury Telema obejmuje również plik PDF | |
Pole danych definiujące magazyn dla wiersza zaimportowanego zamówienia | |
Indetyfikacja artykułów w przychodzącym dokumencie rozpoczyna się od kodu artykułu | |
Eksport artykułów Telema | |
Pole danych, które ustawia eksport artykułów do Telemy | |
Pole danych, które ustawia eksport artykułów do Smarten | |
Dowód odbioru (RECADV) automatycznie potwierdza fakturę | |
Odpowiedź na zamówienie dostawy (DESORDRSP) automatycznie potwierdza fakturę | |
Prefiks faktury Telema | |
Wykrywanie artykułów w imporcie faktury EDI Telema na podstawie kodu kreskowego również sprawdza zgodność dostawcy | |
Cena zimportowanego zamówienia jest ustalana na podstawie płatnika | |
Konto bankowe/IBAN transportu | |
Automatyczne potwierdza wykonawca | |
Identyfikator umowy sprzedawcy e-arve (sellerContractId) | |
Faktura sprzedaży wysyła również e-fakturę w przypadku użycia D2D | |
Dokument dostawy (desadv) pole DeliveryDateActual przesunięcie w dniach w stosunku do rzeczywistej daty na dokumencie dostawy | |
Pole danych przechowujące dostawę (desadv) DespatchParty i senderID | |
LV E-address | |
E-mail z powiadomieniem o zaimportowanej fakturze elektronicznej (transport dokumentów). | |
E-mail z powiadomieniem o błędach | |
Pole danych definiujące kod artykułu dostawcy dla Finvoice | |
Dane wejściowe Finvoce wypełniają podzielną sumę faktury zakupu | |
Numer referencyjny klienta na Finvoice | |
Dodatkowe dane klienta Finvoice jako wiersze w XML | |
GLN | |
E-faktura Telema grupuje artykuły wg nazwy z karty pozycji zamiast z dokumentu | |
Domyślny typ dokumentów inicjowanych przez dostawcę usług magazynowych | |
Faktura zakupu/Przyjęcie magazynowe utworzone z transportu dokumentów nie zezwala na utworzenie dokumentu w przypadku, gdy w systemie są już dokumenty o tym samym numerze faktury od tego samego dostawcy | |
Dokumenty transportowane do systemu zawsze pobierają cenę artykułu z karty, gdy nie jest ustawiony żadny cennik | |
Ceny zakupu artykułów importowanej faktury (pliku faktury) są zawsze zerowe | |
Dane wejściowe e-faktury wypełniają sumę podzielną faktury zakupu | |
Domyślny użytkownik | |
Potwierdzanie dokumentu utworzonego z transportu dokumentów zamyka rekord | |
Pole danych definiujące artykuł klienta podczas importu zamówienia | |
Pole danych klienta definiujące nazwę klienta na fakturze elektronicznej | |
Pole danych klienta definiujące numer rejestracyjny klienta na fakturze elektronicznej | |
Eksport klientów Telema | |
Eksport cen klienta Telema | |
Pole danych, które ustawia klienta do eksportu Telemy | |
Telema XML klienta wyjściowego wymaga sprzedawcy | |
Import zamówienia i odpowiedź na zamówienie dostawy (desorder) dzieli artykuły wg przepisu | |
Domyślny dostawca dla dokumentu przyjęcia korekty stanu magazynowego (usługa magazynowa) | |
Token uwierzytelniający polskiej faktury elektronicznej (KSeF) | |
Opóźnienie w wysyłce polskiej faktury elektronicznej (KSeF) w godzinach (0-24) | |
Proces zarządzania zapasami tworzy faktury po potwierdzeniu dostawy | |
Odpowiedź na zamówienie dostawy (DESORDRSP) automatycznie potwierdza dostawę | |
Magazyny, którego stany są eksportowane do Telema | |
Definicja wolnych zapasów użytkownika do eksportu poziomu zapasów do Telemy | |
Dokument wysyłki zawiera miejsce docelowe w kodzie klienta (kod:miejsce docelowe) | |
Eksportowane przesunięcia magazynowe zawsze są tworzone z dodatnimi ilościami | |
Plik eksportu klienta Telema dla dodatkowych sprzedawców/kodów użytkownika | |
Automatyczne generowanie rekordu transportu dokumentów e-faktury | |
Domyślny sprzedawca dla importowanego zamówienia | |
Status zamówienia zakupu po otrzymaniu dokumentu od Telema z ujemnymi kwotami | |
Podczas tworzenia faktury zakupu z e-faktury, ostrzeżenie jest dodawane jako wewnętrzny komentarz w przypadku, gdy e-faktura nie jest ustawiona na płatność (PAYABLE=NO). | |
Domyślny obiekt | |
Zamówienie zakupu DeliveryParty Telema XML jest wysyłane z powiązanej karty klienta zamówienia sprzedaży | |
Zaimportowane opakowania zamówienia zaokrąglane do liczby całkowitej | |
Eksport salda klienta do Telemy | |
ID Peppol | |
Omniva XML: pole danych faktury dla numeru przesyłki | |
Tworzenie faktury zakupu i dokumentu wydatków z nizwiązanego załącznika obejmuje dane pocztowe jako komentarz wewnętrzny | |
Pole danych faktury związane z polem e-faktury | |
Domyślny projekt | |
Pole danych dokumentu definiujące uwagę dotyczącą faktury w zleceniu dostawy (desorder) | |
Pole danych dokumentu definiujące uwagę dotyczącą montażu w zleceniu dostawy (desorder) | |
Pole danych dokumentu definiujące specjalną uwagę w zleceniu dostawy (desorder) (wymaga interwencji człowieka) | |
Domyślna numeracja | |
Kod dostawcy procesu Smarten | |
Kod dostawy procesu Smarten | |
Dokument procesu Smarten | |
SWIFT transportowy | |
Podstawa sumy płatności na e-fakturze (PaymentTotalSum) | |
Podstawa ID usługi na e-fakturze (serviceId) | |
Pole danych definiujące typ artykułu Telema PRODAT | |
Pole danych definiujące specjalny tryb typu artykułu Telema PRODAT | |
Zaimportowane zamówienie tworzy również zamówienie zakupu | |
Zaimportowane zamówienie będzie zawsze miało aktualną datę jako datę dokumentu | |
Domyślny typ zimportowanego zamówienia | |
Szablon e-faktury | |
Interfejs Unifiedpost | |
Numer referencyjny transportu | |
Nazwa użytkownika Unifaun | |
Hasło Unifaun | |
ID nadawcy Unifaun | |
Pole danych dla ID nadawcy Unifaun | |
Omniva XML: Adres nadawcy | |
Omniva XML: korekta wagi | |
Omniva XML: ID | |
Nazwa klienta Eesti Post XML | |
Omniva XML: prefiks kodu kreskowego przesyłki | |
Omniva XML: hasło self-service | |
Omniva XML: URL danych przesyłki | |
Omniva XML: nazwa użytkownika self-service |
- 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!
pl/transport_settings.txt · ostatnio zmienione: 2025/05/02 15:05 przez karolina