Zamówienia

[pyt. 2139] Dlaczego na dokumencie ZOS na liście operatorów odpowiedzialnych nie widać niektórych operatorów pomimo ich obecności w systemie?

• Przyczyną jest wprowadzenie tych operatorów do systemu, ale nigdy na te konta nikt się nie zalogował. Rozwiązaniem problemu jest zalogowanie się każdego stworzonego operatora do systemu przynajmniej raz.

[pyt. 1866] Według jakiej kolejności system sprawdza kolejność wydań towaru przy zaznaczonym parametrze „uwzględniaj chronologie rezerwacji”?

• Jeżeli parametr „uwzględniaj chronologię rezerwacji” jest włączony, wówczas sprawdzane są kolejno:

– priorytet rezerwacji (np. 10 ważniejszy niż 20)

– data realizacji (im wcześniejsza, tym „ważniejsza” rezerwacja)

– data ważności (im wcześniejsza, tym „ważniejsza” rezerwacja)

– jeżeli wszystkie w.w. parametry są takie same, wówczas brana jest pod uwagę „data rezerwacji” – tj. data fizycznego utworzenia rezerwacji w bazie (im wcześniejsza, tym „ważniejsza” rezerwacja)

Podczas analizy jw. są brane pod uwagę rezerwacje niezasobowe, blokujące towar, aktywne (z datą aktywacji nie większą niż data bieżąca) i ważne (z datą ważności nie mniejszą niż data bieżąca).

[pyt. 1864] Czy wygenerowanie faktury końcowej zaliczkowej jest konieczne, aby rozwiązać problem stanów magazynowych?

• Konieczność wystawienia faktury końcowej zaliczkowej wynika z tego, iż na podstawie tego dokumentu system generuje dokumenty magazynowe (wydania towaru). Do faktur zaliczkowych „niekońcowych” nie generuje się dokumentów magazynowych.

[pyt. 1862] Jak uzyskać dane z raportu Niezrealizowane Pozycje Zamówień dla Zamówień Zakupu?

• Z uwagi na fakt, że powyższy raport nie obejmuje dokumentów zamówień zakupów, dane te można otrzymać z Listy elementów zamówień, ograniczając filtr do zamówień zakupu. Funkcjonalność tą może wykorzystać także dla dokumentów zamówień sprzedaży i wewnętrznych.

[pyt. 1684] [XL] W jaki sposób od strony bazy danych można odróżnić zamówienie wewnętrzne od innych zamówień?

• W przypadku zamówień dane dotyczące typu dokumentu zapisywane są w tabeli cdn.ZamNag, w niej w polu ZaN_Rodzaj zapisywana jest informacja o tym, czy zamówienie jest wewnętrzne, czy zewnętrzne. W przypadku zamówień wewnętrznych wartość w tym polu będzie równa 8.

[pyt. 879] [XL] Jak dodać własny składnik do BST?

• W Systemie istnieje możliwość definiowania słowników składników bilansu stanu towarów. W tym celu w module: Administrator w menu: Listy została dodana opcja: Składniki BST, otwierająca Definicje składników BST. Znajdują się tutaj predefiniowane składniki oraz jest możliwość dodania własnych słowników, które mogą być użyte podczas generowania BST. Istnieje również możliwość ustalenia, które składniki mają być automatycznie dodawane do bilansu w trakcie jego wystawiania. W tym celu należy takie składniki dodać na zakładce składniki Definicji Dokumentu [BST].

[pyt. 685] [XL] Raport kosztów na OS, ZS, ZW

• W oknie elementu oferty sprzedaży oraz zamówienia sprzedaży i wewnętrznego jest dostępny Raport kosztów. Jest on uruchamiany poprzez ikonę „P!” [Raport kosztów]. Niezbędnym do wyświetlenia odpowiedniego raportu jest, by produkt wskazany na elemencie miał określoną technologię domyślną. Takiego określenia dokonuje się na karcie towaru na zakładce Produkcja. Służy temu ikona „?” [Wybierz podstawową technologię produkcji]. Po wybraniu ikony na elemencie OS, ZS, ZW pojawi się nowa formatka z oszacowaniem kosztów produkcji dla technologii domyślnej.

[pyt. 684] [XL] Nieaktywne pola: Kraj wysyłki oraz Rodzaj transakcji na ZZ

• Jeżeli do dokumentu ZZ zostanie dodany kontrahent, który w karcie kontrahenta ma zaznaczony parametr: Rolnik ryczałtowy, to na dokumencie ZZ nie można zmienić: kraju wysyłki oraz rodzaju transakcji – pole są niedostępne do edycji.

[pyt. 265] [XL] Wykorzystanie wygenerowanej faktury zaliczkowej w rozliczeniu z płatnościami nie powiązanymi z zamówieniem, do którego została ona wystawiona

• Przykład: operator zaewidencjonował w systemie zamówienie sprzedaży, w którym dodane zostały następujące pozycje: towar T1 – 1 sztuka w cenie 100 PLN, towar T2 – 1 sztuka w cenie 50 PLN orazusługa U1 – w cenie 50 PLN co w sumie daje wartość zamówienia na poziomie 200 PLN. Jednocześnie kontrahent przedpłacił całą kwotę wynikającą ze złożonego zamówienia, co zostało w systemie wprowadzone w formie zaliczki FSL. Następuje realizacja zamówienia, przy czym kontrahent rezygnuje z kupna towaru T2 i końcowy dokument handlowy zostaje utworzony tylko na kwotę 150 PLN (uwzględniony został towar T1 oraz usługa U1). Kontrahent rezygnuje z dalszej realizacji zamówienia, natomiast nie domaga się zwrotu nierozliczonej części faktury zaliczkowej, lecz chce by została ona uwzględniona na poczet przyszłych wspólnych transakcji. Aby takie rozliczenie było możliwe operator zamiast tworzyć nowe zamówienie w systemie może skorygować to już istniejące, w wyniku czego zaliczka zostanie przepięta na nowopowstałe zamówienie. Na powstałej korekcie zamówienia należy pamiętać, by sprecyzować pozycje, można dodać nowe, usunąć przepięte elementy. Na nowym zamówieniu jest również możliwość dodania kolejnej płatności typu zaliczka. Przedstawiony schemat postępowania można powielać, do czasu całkowitego rozliczenia wszystkich wystawionych zaliczek. Trick ten pozwoli na przeniesienie zaliczki na nowe zamówienie, a w dalszej kolejności wykorzystanie jej na nowym dokumencie handlowym.

[pyt. 263] [XL] Kontrola limitu kontrahenta na zamówieniach w oparciu o funkcję serwerową

• To rozwiązanie pozwala użytkownikowi wpływać na działanie tej funkcjonalności. Na dokumentach handlowych do wyliczenia salda należności porównywanego z limitem kontrahenta uwzględniane są zobowiązania wobec kontrahenta oraz nierozliczone wpłaty. Natomiast na zamówieniach saldo należności powiększone jest dodatkowo o wartość rezerwacji dla danego kontrahenta. Przykład Na karcie kontrahenta A na Zakładce Handlowe wprowadzono poniższe ustawienia: Kredyt: bezterminowy, Kwota: 10.00 PLN, Dozwolona kwota po terminie: 100.00%, Dozwolone przeterminowanie: 999 dni. Na definicji dokumentów FS i ZS na Zakładce Ogólne ustawiono opcję „Zablokuj” dla parametru „Zatwierdzanie dokumentów po przekroczeniu limitu kontrahenta”. W systemie CDN XL wystawiono kolejno dokumenty dla Kontrahenta A1. FZ – 122 zł bruttoBiuletyn techniczny 14 Aktualizacja: 2008-10-062. FS – 61 zł brutto3. ZS – 2 szt. x 10 zł = 20 zł netto (24,4 zł brutto)Następnie użytkownik próbuje:- zatwierdzić dokument FS o wartości brutto 73,20 zł. Operacja nie zostanie wykonana gdyż pojawia się komunikat: „Limit kredytu dla danego kontrahenta został przekroczony. Wartość limitu: 10.00 PLN. Saldo należności: 12.20 PLN”. Saldo należności 61 zł + 73,20 zł – 122 zł = 12,20 zł przekroczyło dozwolony limit kredytu wynoszący 10 zł. Użytkownik może zatwierdzić dokument FS o maksymalnej wartości 71 zł brutto (122 zł-61 zł+10 zł).- potwierdzić ZS na 2 szt. x 21 zł = 42 zł (51,24 zł brutto). System ERP XL nie zezwoli na potwierdzenie dokumentu mimo, że z analizy płatności wynika, że Kontrahent A może zakupić towar na maksymalną kwotę 71 zł brutto. Użytkownik otrzymuje komunikat: „Limit kredytu dla tego kontrahenta został przekroczony. Wartość limitu: 10.00 PLN. Saldo należności: 14.64 PLN”.Saldo należności 14,64 zł (61 zł + 24,4 zł + 51,24 zł – 122 zł) podczas potwierdzania zamówień uwzględnia wartość brutto rezerwacji dla tego kontrahenta. Nie należy mylić z wartością zamówienia, gdyż wartość rezerwacji to ilość zarezerwowana x cena uzgodniona x stawka VAT. Użytkownik może potwierdzić dokument ZS o maksymalnej wartości 46,6 zł brutto (122 zł – 61 zł – 24,4 zł + 10 zł).Saldo należności dla dokumentów handlowych obliczane jest za pomocą funkcji serwerowej CDN.SumaWartosciKredytuKontrahenta. Od wersji 7.1 HR 3 również obliczanie wartości rezerwacji oparte zostało na funkcji serwerowej CDN.LimitKontrahentaZRezerwacji, tak więc saldo należności na zamówieniach stanowi sumę wartości zwracanej przez funkcje: CDN.SumaWartosciKredytuKontrahenta i CDN.LimitKontrahentaZRezerwacji. Jeżeli użytkownik nie chce korzystać z rygorystycznej kontroli limitu na zamówieniach wystarczy zmodyfikować funkcję CDN.LimitKontrahentaZRezerwacji tak, aby zwracała wartość 0. Po takiej modyfikacji kontrola limitu kontrahenta będzie taka sama na zamówieniach i dokumentach handlowych. Modyfikacja może okazać się korzystna dla firm, które nie zamykają niezrealizowanych zamówień.

[pyt. 262] [XL] Jak wprowadzić płatności do ZZ, aby zaliczka, którą należy zapłacić klientowi pokazywała się w preliminarzu

• Dokument zaliczki nie posiada płatności i tym samym ani on, ani jego ‘płatność’ nie może być widoczna na Preliminarzu Płatności, który oparty jest na płatnościach, a ściśle na tabeli TraPlat. Zaznaczenie pola Zaliczka nie skutkuje wygenerowaniem płatności, bo nie może, bo płatność jest dopiero związana z fakturą. Rozwiązaniem jest generowanie Preliminowanych Płatności w Preliminarzu Płatności. Taka Preliminowana Płatność jest widoczna w Preliminarzu i na jej podstawie można wygenerować np. przelew. Przy czym należy pamiętać, aby po wprowadzeniu do systemu właściwej faktury zaliczkowej usunąć Preliminowaną Płatność z Preliminarza Płatności, by nie dublować wartości płatności na zestawieniach Płatności.

[pyt. 261] [XL] Ustalenie kolejności realizacji zamówienia

• Sposobem decydowania o kolejności realizacji zamówienia (szczególnie w sytuacji ograniczonej dostępności towaru) jest stosowanie ważności rezerwacji lub parametru na dokumencie realizującym zamówienie: Uwzględniaj chronologię rezerwacji. Parametr ten ma znaczenie dla ustalenia kolejności realizacji rezerwacji o tym samym priorytecie. Przy parametrze zaznaczonym, realizowane będą rezerwacje z wcześniejszą datą ważności. Jeżeli daty ważności będą te same – o kolejności realizacji zadecyduje data realizacji, jeżeli natomiast data realizacji jest taka sama, wtedy o kolejności rezerwacji zadecyduje data utworzenia rezerwacji.

[pyt. 260] [XL] Jakie są reguły ustawiania dat podczas potwierdzania zamówienia?

• 1. Jeżeli potwierdzamy zamówienie z listy (po kliknięciu prawym przyciskiem myszy) tego samego dnia, w którym to zamówienie zostało wystawione – daty wybrane przez użytkownika nie ulegają zmianie
• 2. Jeżeli potwierdzamy zamówienie z listy (po kliknięciu prawym przyciskiem myszy) w innym dniu, niż zamówienie to zostało wystawione – daty wybrane przez użytkownika zostają ponownie ustalone według parametrów określonych na definicji dokumentu
• 3. Jeżeli potwierdzamy zamówienie z poziomu formatki zamówienia/ zakładki potwierdź, pojawia się pytanie “Czy ustalić ponownie datę ważności zamówienia na podstawie daty potwierdzenia ?” i w zależności od odpowiedzi – data jest zmieniana na tę z konfiguracji, bądź pozostawiana taka, jaką ustalił użytkownik.