Deutsch (Deutschland) 
English (United Kingdom) 
Niezależna praktyka IFS Cloud · Zakupy
Zamówienie wyglądało dobrze w jednej walucie, a w drugiej kosztowało inaczej, niż zakładano
Zamówienie zakupu w IFS Cloud ma walutę i kurs wymiany, a zależnie od konfiguracji oba są ustalane w chwili tworzenia linii. Dostawca ma na swoim rekordzie walutę domyślną. Firma raportuje w walucie bazowej. Gdy waluta zamówienia nie zgadza się z tym, czego oczekuje dostawca albo umowa, albo gdy kurs na linii jest nieaktualny w chwili przyjęcia towaru, przeliczony koszt różni się od zamierzonego od samego początku. Towar może przyjść dokładnie taki, jaki zamówiono, a wartość na przyjęciu i tak będzie zła. To, czy cokolwiek wypisuje linie, w których waluta, kurs i domyślna waluta dostawcy się różnią, zależy od konfiguracji.
Najważniejsze w skrócie
- Zamówienie zakupu przechowuje własną walutę i kurs wymiany. Zależnie od konfiguracji wartość w walucie bazowej jest ustalona w chwili zamówienia i nie podąża za rynkiem, dopóki ktoś jej nie zmieni.
- Waluta różna od domyślnej dla dostawcy albo od umowy, której linia powinna przestrzegać, daje przeliczony koszt, którego nikt nie wybrał świadomie.
- Nieaktualny kurs to inny błąd niż zła waluta. Waluta może być poprawna, podczas gdy kurs pochodzi z daty, która nie oddaje już rynku.
- Cena jednostkowa może zgadzać się z umową co do grosza i mimo to dać zły koszt po przeliczeniu, bo waluta lub kurs są błędne.
- Waluta zamówienia, jej kurs, data kursu i domyślna waluta dostawcy są zapisane w IFS Cloud (dokładne projekcje warto potwierdzić w swoim środowisku), więc monitor tylko do odczytu może wypisać linie, w których się różnią, nie zapisując niczego z powrotem. SCM Automation Pack nie ma dziś takiej reguły; byłaby to dodatkowa reguła budowana na zamówienie.
1.Skąd zamówienie zakupu bierze walutę i kurs
Zamówienie zakupu w IFS Cloud ma walutę i kurs wymiany w nagłówku, a wartości linii przeliczają się na walutę bazową firmy tym kursem. Zależnie od konfiguracji kurs jest pobierany z tabeli kursów ważnej na datę zamówienia i potem nie podąża za rynkiem; to, czy Twoje zamówienia go odświeżają, warto sprawdzić.
Rekord dostawcy ma własną walutę domyślną, tę, w której firma umówiła się handlować z tym kontrahentem. Umowa ramowa albo cenowa również może określać walutę, jakiej linia ma używać. Są więc trzy miejsca, w których zapisana jest waluta: domyślna dostawcy, umowa i sama linia zamówienia. Przy tworzeniu zamówienia IFS Cloud może zaproponować walutę z jednego z nich, a kupiec może ją zmienić.
Zamówienie wystawione w walucie, w której dostawca na co dzień nie fakturuje, albo według kursu pobranego tygodnie przed przyjęciem towaru, daje koszt w walucie bazowej, który wygląda na ustalony, choć nigdy nie był tym zamierzonym. Tam, gdzie nikt nie porównuje tych trzech miejsc, różnica zostaje na rekordzie.
2.Które różnice walut zmieniają koszt
Zamówienie w obcej walucie jest normalne dla każdej firmy kupującej za granicą. Ryzykiem jest waluta lub kurs, których nikt nie wybrał świadomie dla tej linii. To, czy zamówienie zgadza się z domyślną walutą dostawcy i czy jego kurs wciąż oddaje rynek, da się odczytać z rekordu.
| Co widzisz | Na co może wskazywać |
|---|---|
| Waluta zamówienia różna od domyślnej waluty dostawcy | Faktura może przyjść w walucie dostawcy, gdy zamówienie wyceniono w innej, więc przyjęcie i dopasowanie faktury są niezgodne od początku. |
| Kurs na linii starszy od daty przyjęcia o więcej dni, niż ustawisz w oknie | Koszt w walucie bazowej oddaje rynek, który się zmienił, więc marża i koszt nabycia liczone są na liczbie, która może już nie obowiązywać. |
| Waluta zamówienia różna od umowy cenowej, której powinno przestrzegać | Linia jest wyceniona według umowy w jednej walucie, lecz przeliczona w innej, więc ochrona wynikająca z umowy zostaje utracona. |
| Ten sam dostawca, ta sama pozycja, dwa zamówienia w dwóch walutach | Proces, w którym waluta jest wybierana osobno dla każdego zamówienia, co utrudnia porównanie wydatków i marży u tego samego kontrahenta. |
Pozycja zamówiona poprawnie, z dokładnie właściwą ceną jednostkową, może mimo to wnieść błędny przeliczony koszt do wyceny zapasu i marży. Kupiec zatwierdzający jedno zamówienie naraz nie zobaczy, że ta linia odbiega od waluty domyślnej dostawcy. Porównanie waluty zamówienia z domyślną dostawcy i daty kursu z datą przyjęcia wypisuje linie niezgodne.
3.Znajdowanie linii, gdzie waluta lub kurs się nie zgadza
Waluta zamówienia, jej kurs wymiany, data kursu i domyślna waluta dostawcy są zapisane w IFS Cloud i można je odczytać przez projekcje OData bez dotykania rekordu (dokładne projekcje warto potwierdzić w swoim środowisku). Wykrywanie działa według harmonogramu, a pierwsze skanowanie następuje po ustawieniu okna wieku kursu. Porównuje trzy fakty już obecne w danych:
- Waluta a domyślna dostawcy - linie zamówień, których waluta różni się od waluty na rekordzie dostawcy, więc te, które odbiegły od uzgodnionej waluty handlu, trafiają na listę zamiast zostać wśród otwartych zamówień.
- Wiek kursu a przyjęcie - linie, których kurs pochodzi z daty znacznie sprzed przyjęcia towaru, tam gdzie konfiguracja wycenia przyjęcie kursem z zamówienia (warto sprawdzić), więc kurs, który może już nie oddawać rynku, trafia na listę, zanim zasili wycenę.
- Waluta a umowa - linie wyceniane według umowy ramowej lub cenowej w jednej walucie, lecz wystawione w innej, więc ochrona, którą umowa miała dać, nie znika niezauważona przy przeliczeniu.
Ponieważ to wzorzec monitorowania tylko do odczytu, działa obok zakupów i nie zapisuje niczego z powrotem do IFS. Nie dodaje żadnego obiektu w systemie klienta, więc aktualizacja wydania nie zostawia po naszej stronie nic do ponownego testowania w Twoim IFS. Przed każdym wydaniem sprawdzam, czy standardowe projekcje, które czyta, wciąż się zgadzają, w ramach abonamentu. Trzy reguły SCM Automation Pack (niepotwierdzone zamówienia zakupu, opóźnione dostawy, zapas poniżej minimum) nie porównują walut, więc to byłaby dodatkowa reguła budowana na zamówienie. Wybór waluty zostaje u kupca, a monitor tylko wypisuje linie do sprawdzenia przez człowieka.
4.Wdrożenie bez hałasu
- Zacznij od dostawców, u których kupujesz w jednej walucie - kontrahenci z jedną uzgodnioną walutą handlu dają najczystszy sygnał, więc zamówienie, które od niej odbiega, jest jednoznaczne i warte obserwacji najpierw.
- Najpierw próba na sucho - w pierwszym tygodniu reguła tylko zapisuje, które linie by wypisała, i nic nie trafia do kupca.
- Ustaw okno wieku kursu pod swój rynek - stabilna i zmienna para walutowa tolerują inną nieaktualność, więc ustaw próg osobno dla każdej waluty, nie jedną liczbą dla wszystkich.
- Tylko odczyt, zero śladu - standardowe odczyty OData, nic nie zapisywane z powrotem, żaden nowy obiekt w IFS Cloud.
Powiązane artykuły
5.Najczęstsze pytania
Czym jest niezgodność waluty zamówienia zakupu w IFS Cloud?
Niezgodność waluty zamówienia zakupu to linia zamówienia, której waluta lub kurs wymiany nie zgadza się z domyślną walutą dostawcy, obowiązującą umową cenową albo rynkiem w dniu przyjęcia. Tam, gdzie zamówienie ustala kurs w chwili utworzenia, zła waluta lub nieaktualny kurs daje koszt w walucie bazowej, który wpływa do wyceny zapasu i marży, choć towar przychodzi dokładnie taki, jaki zamówiono.
Dlaczego koszt jest błędny, gdy cena jednostkowa na zamówieniu jest poprawna?
Cena jednostkowa jest podana w walucie zamówienia, a IFS Cloud przelicza ją na walutę bazową firmy kursem z zamówienia. Jeśli waluta nie jest tą, w której dostawca fakturuje, albo kurs pochodzi z wcześniejszej daty, przeliczenie różni się od zamierzonego, choć cena jednostkowa zgadza się z umową, więc koszt nabycia jest zły.
Czy SCM Automation Pack sprawdza dziś waluty zamówień zakupu?
Nie. SCM Automation Pack ma dziś trzy reguły: niepotwierdzone zamówienia zakupu, opóźnione dostawy i zapas poniżej minimum. Reguła porównująca walutę i kurs zamówienia z domyślną dostawcy i z umową byłaby dodatkową regułą budowaną na zamówienie, a 30-minutowa rozmowa sprawdza, czy pasuje do Twoich danych.
Czy ten monitor zapisuje cokolwiek do IFS Cloud?
Nie. Waluta zamówienia, jej kurs wymiany, data kursu i domyślna waluta dostawcy są odczytywane przez projekcje OData i porównywane poza IFS. Nic nie jest zapisywane z powrotem, więc nie ma śladu przy aktualizacji ani nowego obiektu w systemie klienta. Wybór lub korekta waluty zostaje decyzją zakupów.
6.O autorze
Dariusz Myśliwiec ma 18 lat praktyki z IFS (Apps 7.5–10 oraz IFS Cloud). IFS Certified Associate Consultant. PRINCE2® 7. Niezależna praktyka z Krakowa, prowadzona zdalnie w Europie i globalnie, więc rozmawiasz z konsultantem, który to buduje.
Wybrani klienci: Fugro · LGC · BVI Medical · Betafence (PRÆSIDIAD) · Barlinek · NGK Ceramics · Newag · Oleofarm.
IFS jest zastrzeżonym znakiem towarowym IFS AB; ta praktyka nie jest powiązana z IFS AB.
Wiedz, które zamówienia przeliczyły się na złej liczbie
Powiedz mi, gdzie dryf waluty najbardziej boli Twój koszt nabycia. Na 30-minutowej rozmowie sprawdzimy, czy reguła porównująca otwarte zamówienia zakupu z domyślną walutą dostawcy i datą kursu pasuje do Twoich danych. SCM Automation Pack ma dziś trzy reguły (niepotwierdzone zamówienia zakupu, opóźnione dostawy, zapas poniżej minimum), więc to byłaby dodatkowa reguła budowana na zamówienie, z tygodniem próby na sucho, zanim cokolwiek trafi do kupca.
