Narzędzia użytkownika

Narzędzia witryny



pl:transport_settings

To jest stara wersja strony!


FIXME Ta strona nie jest jeszcze kompletnie przetłumaczona. Pomoc mile widziana.
(po skompletowaniu usuń ten komentarz)

Transport

  • 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.
  • Dodatkowe pole faktury, które definiuje pole prezentacji e-faktury -
  • 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 „Czas załadunku” w zamówieniu sprzedaży Cargoson -
  • Pole czasu załadunku w zamówieniu zakupu Cargoson -
  • Podstawowy adres URL interfejsu API Cargoson -
  • Klucz API Cargoson -
  • Pole komentarza Cargoson -
  • 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ń).
  • Dodatkowe pole dokumentu przypisujące notatkę fakturową do zamówienia dostawy (desorder) -
  • Dodatkowe pole dokumentu, które przypisuje specjalną notatkę do zlecenia dostawy (nieporządek) (wymaga interwencji człowieka) -
  • Dodatkowe pole dokumentu określające notatkę kompletującego zamówienie dostawy (desorder) -
  • Zatwierdzenie dokumentu utworzonego w ramach Transportu dokumentów powoduje zamknięcie rekordu transportu -
  • 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.
  • konto odbiorcy płatności e-fakturą -
  • nazwa odbiorcy płatności e-faktury -
  • numer referencyjny odbiorcy faktury elektronicznej -
  • e-faktura, identyfikator umowy sprzedawcy (sellerContractId) -
  • Podczas tworzenia faktury zakupu na podstawie e-faktury należy również podać kwotę do podziału -
  • W fakturze elektronicznej należy wypełnić blok DeliveryParty (preferując klienta) -
  • Faktura elektroniczna wypełni blok RecipientParty, jeżeli wpisano odbiorcę faktury -
  • 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 -
  • Tylko te linie, których RV jest równe NR linii, zostaną uwzględnione na fakturze elektronicznej .
  • Podczas tworzenia faktury zakupu z faktury elektronicznej automatycznie tworzony jest brakujący dostawca -
  • 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.
  • PŁATNIK eksportowanego zamówienia zakupu -
  • Adres API ENVOICE -
  • Klucz API ENVOICE -
  • Dodatkowe dane klientów Finvoice, które są przesyłane jako wiersze w formacie XML -
  • Numer referencyjny klienta Finvoice -
  • GLN-
  • Użytkownik Unifiedpost do e-faktur -
  • Hasło Unifiedpost do e-faktur -
  • Faktura gotówkowa jest domyślnie wysyłana w formie e-faktury -
  • Bezpłatna konfiguracja podsumowania magazynowego do eksportu do Telema -
  • 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 klienta przypisując PayerParty/PartyCode do elektronicznego dokumentu faktury Telema -
  • Magazyny, których łączne saldo jest eksportowane do Telema -
  • Magazynier koryguje paragon dostawcy domyślnego -
  • Domyślny typ dokumentów inicjowanych przez magazyniera -
  • Proces magazynowy polega na wystawianiu faktur po otrzymaniu potwierdzenia dostawy -
  • Identyfikator konta LHV/IBAN -
  • LHV Natychmiastowe powiadomienia o rachunkach i wydatkach -
  • Dział (kod:dział) podawany jest również w kodzie klienta na liście przewozowym -
  • Dodatkowe pole określające nazwę użytkownika i hasło DPD -
  • Dodatkowe pole, w którym przechowywany jest klient transportu -
  • Dodatkowe pole, z którego pobierane są dane DespatchParty i SenderID desadv -
  • Dodatkowe pole określające kod artykułu dostawcy finvoice -
  • 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
  • Ilości zerowe są wysyłane z listem przewozowym (desadv) -
  • SEB Gateway pangakontod/IBAN'id -
  • Nazwa hosta SharePoint, np. *.sharepoint.com -
  • Nazwa strony Sharepoint -
  • 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
  • Zamówienie przychodzące jest również przekształcane w zamówienie zakupu -
  • 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.
  • Omniva/Smartpost XML: Dodatkowe pole faktury dla kodu kreskowego paczki -
  • Ulepsz kod dostawcy procesu dostawy -
  • Ulepsz proces dostawy, ruch dostawyKod strony -
  • Dokument dotyczący inteligentnego procesu dostawy -
  • 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
  • Prefiksy tekstur Telema -
  • Wraz z fakturą Telema zostanie wysłany również plik PDF -
  • Wyjście e-faktury Telema po zgrupowaniu pobiera nazwę artykułu z karty artykułu, a nie z dokumentu -
  • Eksport cen dla klientów Telema -
  • Dodaj sprzedawców lub kod(y) użytkownika do pliku eksportu klienta Telema -
  • Eksport klientów Telema - 0 - nie, 1 - tak
  • Saldo eksportowe klienta Telema -
  • Dane wyjściowe XML klientów Telema wymagają dostawcy -
  • Podczas identyfikacji pozycji na fakturze EDI otrzymanej od Telemas na podstawie kodu kreskowego sprawdzana jest również zgodność dostawcy -
  • 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).
  • Nazwa użytkownika Unifaun -
  • Hasło Unifaun -
  • Unifaun wysłał ID -
  • 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.
  • Podczas tworzenia paragonu z wyciągu bankowego, przy identyfikacji faktury preferowany jest kod projektu w opisie płatności -
  • Ruchy magazynowe wychodzące są zawsze tworzone z ilościami dodatnimi -
  • 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.1746187385.txt.gz · ostatnio zmienione: 2025/05/02 15:03 przez karolina

Donate Powered by PHP Valid HTML5 Valid CSS Driven by DokuWiki