Narzędzia użytkownika

Narzędzia witryny



pl:transport_settings

FIXME 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

Donate Powered by PHP Valid HTML5 Valid CSS Driven by DokuWiki