Skip to main contentSkip to footer

Ratowanie wdrożenia IFS Cloud: diagnoza, decyzja, plan

Ratowanie wdrożenia IFS Cloud, które stanęło: audyt, decyzja zachować, naprawić lub przebudować każdy obszar i plan naprawczy z datowanymi bramkami.

Niezależna praktyka IFS Cloud · Ratowanie wdrożeń Wdrożenie IFS Cloud stanęło: najpierw diagnoza przyczyny, potem plan z datowanymi bramkami Wdrożenie IFS Cloud stoi, gdy termin go-live przesuwa się kolejny raz, stary system działa równolegle, a zamykane zadania nie przybliżają uruchomienia produkcyjnego. Stawką jest…

Czytaj dalej

Raportowanie w IFS Cloud: od Excela do Lobby

Raportowanie w IFS Cloud: kiedy użyć Quick Reports, Business Reporter, Lobby, Power BI i Analysis Models zamiast cotygodniowego eksportu do Excela.

Niezależna praktyka IFS Cloud · Raportowanie Raport, który nie starzeje się w chwili otwarcia pliku Raportowanie w IFS Cloud ma kilka warstw: Quick Report dla jednorazowego zapytania SQL, Business Reporter dla pracy w Excelu na danych z systemu, Lobby dla widoku roli, Power BI dla analiz i Analysis Models dla danych…

Czytaj dalej

Nieaktualny punkt zamawiania w IFS Cloud

Punkt zamawiania ustawiony raz i nigdy nieprzeglądany oddala się od popytu. Daje braki na jednej pozycji i wolno rotujący zapas na drugiej. Jak je wypisać.

Niezależna praktyka IFS Cloud · Zapasy Punkt zamawiania, który dawno przestał pasować do popytu, wciąż napędza każde zamówienie Planista ustawia punkt zamawiania przy zakładaniu pozycji i pasuje on do popytu z tego dnia. Potem zmienia się popyt, czas dostawy od dostawcy i sezonowość, a zapisana liczba się nie zmienia.…

Czytaj dalej

Niewykonane zadania transportowe magazynu w IFS

Zadanie transportowe w IFS Cloud może powstać i nie zostać wykonane: zapas zostaje w źródle, a miejsce kompletacji jest puste. Jak wypisać otwarte zadania.

Niezależna praktyka IFS Cloud · Magazyn Zaplanowane przesunięcia, których nikt nie wykonał, zostawiają puste miejsca kompletacji Jeśli Twoja konfiguracja używa zadań transportowych, IFS Cloud tworzy zadanie, gdy zapas musi się przemieścić: odłożenie po przyjęciu, uzupełnienie miejsca kompletacji, przeniesienie między…

Czytaj dalej

Zapas skompletowany, ale niewysłany w IFS Cloud

Kompletacja gotowa, towar w strefie wysyłkowej, ale wysyłka w IFS Cloud nie rusza. Zapas przypisany do zamówienia stoi na rampie, niezafakturowany.

Niezależna praktyka IFS Cloud · Magazyn Skompletowane, w strefie wysyłkowej i wciąż czeka na rampie Skompletowana dostawa zeszła z półki, stoi w strefie wysyłkowej i jest przypisana do zamówienia klienta. Ostatni krok, potwierdzenie wysyłki, może wciąż nie nastąpić: samochód odjeżdża bez niej albo dokumenty stoją, a…

Czytaj dalej

Zapas utknięty w kontroli jakości w IFS Cloud

Przyjęty zapas czeka w kontroli jakości i nie trafia do dostępnych zapasów w IFS Cloud. Jak wypisać zapas na blokadzie QA, który czeka za długo.

Niezależna praktyka IFS Cloud · Magazyn Przyjęty zapas czeka w kontroli jakości, a zamówienia czekają na niego Towar przyjęty do kontroli jakości albo na status zablokowany nie trafia do dostępnych zapasów, dopóki ktoś go nie zwolni. Fizycznie pozycja jest na półce. W zależności od konfiguracji nie liczy się do tego,…

Czytaj dalej

Przyjęte, ale nieodłożone w IFS Cloud

Zapas przyjęty, lecz wciąż w strefie przyjęć, liczy się na stanie w IFS Cloud, choć nikt go nie pobierze. Oto jak powstaje luka i jak ją zobaczyć.

Niezależna praktyka IFS Cloud · Magazyn Przyjęty zapas, którego magazynier jeszcze nie dosięgnie Przyjęcie na zamówienie zakupu robi dwie rzeczy, które ludzie traktują jak jedną. Księguje ilość na stan i powinno przenieść tę ilość tam, gdzie da się ją pobrać. Pierwsze dzieje się w chwili przyjęcia towaru. Drugie czeka…

Czytaj dalej

Wygasająca oferta sprzedaży w IFS Cloud

Oferta sprzedaży w IFS Cloud ma datę ważności. Gdy mija bez zamówienia i bez kontaktu, przychód cicho ucieka. Jak oznaczyć wygasające oferty na czas.

Niezależna praktyka IFS Cloud · Sprzedaż Oferta sprzedaży, która wygasła, gdy wszyscy zakładali, że wciąż jest aktualna Oferta sprzedaży ma datę ważności. Klient prosi o cenę, wysyłasz ją, a potem temat cichnie. Data ważności mija, oferta wygasa, a szansa przepada z powodu formalności, której nikt nie pilnował.…

Czytaj dalej

Wygrana oferta bez zamówienia sprzedaży w IFS Cloud

Klient zaakceptował ofertę, ale nikt nie zrobił z niej zamówienia sprzedaży. Uzgodniony popyt może nie trafić do planowania, a wygrana stoi.

Niezależna praktyka IFS Cloud · Sprzedaż Sprzedaż, na którą klient już przystał, wciąż bez zamówienia Oferta poszła, klient ją zaakceptował, i wszyscy poszli dalej. Nikt tylko nie zamienił tej oferty na zamówienie sprzedaży. Dopóki ktoś jej nie zamieni, popyt, który wywalczyłeś, może nie trafić do planowania.…

Czytaj dalej
Abstrakcyjna ilustracja na granatowym tle z tytułem artykułu: „Zapas konsygnacyjny nierozliczony w IFS Cloud”

Niezależna praktyka IFS Cloud · Zapas

Zapas na Twoich regałach, którego według ksiąg jeszcze nie jesteś właścicielem

Zapas konsygnacyjny stoi na Twojej hali i zachowuje się jak Twój. Widzisz go, pobierasz, budujesz z niego. Różnica jest w tym, kto jest właścicielem. Tytuł i zobowiązanie przechodzą dopiero, gdy zapas zostaje zużyty albo pobrany, a to przeniesienie zależy od transakcji, która musi zadziałać w odpowiednim momencie. Gdy zużycie nie jest zaraportowane albo ruch własności się nie zaksięguje, saldo konsygnacyjne odjeżdża od rzeczywistości. Albo trzymasz wartość, za którą już powinieneś był zapłacić, albo zużyłeś wartość, która nigdy nie stała się zobowiązaniem. Tak czy inaczej, liczba, której nikt nie pilnuje, jest błędna.

Najważniejsze w skrócie

  • Zapas konsygnacyjny zmienia właściciela przy zużyciu, nie przy przyjęciu. Ta jedna różnica sprawia, że dryfuje po cichu, bo ruch fizyczny i ruch finansowy to osobne zdarzenia, które mogą się rozjechać.
  • To nie są przyjęcia bez faktury (GRNI). Tam zapas jest Twój i zobowiązanie już istnieje, czeka na fakturę. W konsygnacji zobowiązanie jeszcze nie powinno istnieć, więc ryzykiem jest przeniesienie, które miało zadziałać i nie zadziałało.
  • To także nie nieaktualna rezerwacja. Rezerwacja blokuje dostępność. Rozjazd konsygnacyjny zafałszowuje własność i wartość, a to trafia do bilansu, nie tylko do planu.
  • Zapas konsygnacyjny, który nigdy nie zostaje zużyty, to druga pułapka: wygląda na darmowy, bo za niego nie zapłaciłeś, więc wymyka się zwykłym przeglądom wolnorotującego i zaległego zapasu i starzeje się niewidoczny.
  • Salda konsygnacyjne na stanie i transakcje zużycia leżą w IFS Cloud, więc monitor tylko do odczytu może je porównać i wyciągnąć pozycje, które przestały się rozliczać.

1.Dlaczego pozycja konsygnacyjna dryfuje, choć nikt jej nie dotyka

Konsygnacja jest dobrym układem właśnie dlatego, że własność zostaje u dostawcy, dopóki nie zużyjesz zapasu. Ten układ zależy od uchwycenia momentu zużycia. Gdy część jest wydawana na zlecenie albo pobierana na zamówienie, system ma zapisać zużycie i przenieść tytuł, co tworzy zobowiązanie. Jeśli wydanie zostanie zaksięgowane na niewłaściwy zapas, jeśli zużycie wpisze się z opóźnieniem albo jeśli ruch własności się nie zaksięguje, zapas fizycznie zniknął, ale rekord konsygnacyjny wciąż mówi, że jest, i wciąż mówi, że właścicielem jest dostawca.

Zdarza się też odwrotnie. Zapas przychodzi na konsygnację, zostaje policzony, a potem po prostu stoi. Nie pojawia się w raporcie wydatków, bo nic nie wydałeś. Nie uruchamia zwykłych alarmów wartości, bo w Twoich księgach nie niesie żadnej posiadanej wartości. To realny zapas zajmujący realne miejsce, niewidoczny dla raportów, które normalnie zapytałyby, czemu się nie ruszył.

Wyciek nie jest więc zepsutą regułą księgowania. Konsygnacja działa zgodnie z projektem. Brakuje okresowego rozliczenia: nic nie porównuje tego, co mówi saldo konsygnacyjne, z tym, co fizycznie zużyto, i nie pyta, gdzie oba przestały się zgadzać.

2.Gdzie cykl od zużycia do zapłaty się zatrzymuje

Zdrowa pozycja konsygnacyjna się obraca: zapas przychodzi, zostaje zużyty, własność przechodzi, dostawca dostaje zapłatę. Wartość jest w znalezieniu pozycji, w których ten cykl utknął.

Co widzisz Na co zwykle wskazuje
Zużycie zapisane, ale bez odpowiadającego przeniesienia własnościZapas, który zużyłeś i za który jesteś winien, wciąż w księgach jako własność dostawcy, więc zobowiązanie nigdy nie powstało.
Konsygnacja na stanie bez zużycia przez długi okresZapas starzejący się poza każdym przeglądem wartości, bo nie niesie posiadanego kosztu, po cichu zajmując miejsce.
Saldo konsygnacyjne, które nie zgadza się już z liczeniem fizycznymLuka raportowa między tym, co pobrano, a tym, co pokazuje rekord, rosnąca z każdym cyklem, w którym jej nie sprawdzono.
Własny zapas oddany w konsygnację u klienta, z opóźnionymi raportami zużyciaPrzychód, który zarobiłeś, ale nie rozpoznałeś, bo zużycie u klienta nie dotarło do Twoich rekordów.

Pierwszy wiersz to ten, który dociera do finansów. Zapas zniknął, zlecenie jest zbudowane, a zobowiązanie wobec dostawcy jest realne, ale nic w Twoich księgach go nie pokazuje, dopóki rozliczenie albo zestawienie od dostawcy nie wymusi pytania. Przeczytane przez wiele części i lokalizacji, to zobowiązanie, które nosisz, nie widząc go.

3.Rozliczenie sald konsygnacyjnych wobec zużycia, tylko do odczytu

Salda konsygnacyjne na stanie i transakcje zużycia są dostępne przez standardowe projekcje OData, więc można je odczytać bez dotykania rekordu. Wykrywanie patrzy na zapas konsygnacyjny i sprawdza dwie rzeczy:

  1. Zużycie bez przeniesienia - tam, gdzie zapas został wydany albo pobrany, a żaden ruch własności nie nastąpił, żeby zobowiązanie, które powinno istnieć, wyszło na wierzch przed zestawieniem od dostawcy.
  2. Salda, które przestały się ruszać - konsygnacja na stanie bez zużycia przez okres, który ustawisz, żeby zapas starzejący się poza księgami było widać tak samo, jak zapas posiadany.

Ponieważ to wzorzec monitorowania tylko do odczytu, działa obok gospodarki magazynowej i nic nie zapisuje z powrotem do IFS. Nie dodaje żadnego obiektu wewnątrz systemu klienta, więc wydanie R1 czy R2 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. Podaje właścicielom zapasu i finansów krótką listę pozycji konsygnacyjnych do rozliczenia, a korekta zostaje przy tych, którzy odpowiadają za księgi.

4.Wdrożenie bez szumu

  • Zacznij od największych dostawców - najpierw rozlicz umowy konsygnacyjne, które niosą najwięcej wartości.
  • Najpierw dry-run - zapisz, które pozycje zostałyby oznaczone przez pełny okres, zanim ktokolwiek zadziała na linii.
  • Rozdziel zużycie od zapasu bez ruchu - listę zużycia bez przeniesienia trzymaj osobno od listy sald, które ucichły.
  • Tylko odczyt, bez śladu - standardowe odczyty OData, nic nie zapisywane z powrotem, żaden nowy obiekt wewnątrz IFS Cloud.

Zobacz SCM Automation Pack Umów 30-minutową rozmowę

5.Najczęściej zadawane pytania

Czy IFS Cloud nie pilnuje własności konsygnacji sam z siebie?

Własność przechodzi, gdy transakcja zużycia zaksięguje się poprawnie, więc ryzyko leży w zdarzeniach wokół niej: zużycie zaraportowane z opóźnieniem, zapisane na niewłaściwy zapas albo ruch własności, który się nie zaksięguje. Wtedy rekord konsygnacyjny i zapas fizyczny nie zgadzają się, a dopiero porównanie sald konsygnacyjnych ze zużyciem pokazuje ten dryf.

Czym to się różni od przyjęć bez faktury (GRNI)?

Przyjęcia bez faktury to zapas posiadany: zobowiązanie już istnieje i czeka na fakturę dostawcy. Konsygnacja ma odwrotny punkt wyjścia. Zapas nie jest Twój, dopóki go nie zużyjesz, więc ryzykiem jest przeniesienie, które miało utworzyć zobowiązanie przy zużyciu i nie utworzyło. Jedno to brakująca faktura do znanego długu, drugie to dług, który nigdy nie został zapisany.

Czemu niezużyty zapas konsygnacyjny ma znaczenie, skoro za niego nie zapłaciliśmy?

Bo zajmuje realne miejsce i może się zestarzeć jak każdy inny zapas, ale ukrywa się przed przeglądami opartymi na wartości. Raporty wolnorotującego i zaległego zwykle liczą od posiadanego kosztu, a konsygnacja nie niesie go w Twoich księgach, więc starzeje się niewidoczna. Obserwowanie zużycia zamiast wartości przywraca ją do pola widzenia.

Czy to monitorowanie cokolwiek zapisuje do IFS Cloud?

Nie. Salda konsygnacyjne i transakcje zużycia są czytane przez standardowe projekcje OData i porównywane poza IFS. Nic nie jest zapisywane z powrotem, więc nie ma śladu przy aktualizacji ani nowego obiektu wewnątrz systemu klienta. Każdą korektę wprowadza Twój własny zespół.

6.O autorze

Dariusz Myśliwiec ma 18 lat praktyki z IFS (Apps 7.5–10 i IFS Cloud). IFS Certified Associate Consultant. PRINCE2® 7. Z Krakowa, pracuje zdalnie w Europie i globalnie jako niezależna praktyka, 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, ile jesteś winien, zanim zrobi to zestawienie dostawcy

Powiedz mi, które umowy konsygnacyjne niosą najwięcej wartości i gdzie zużycie potrafi zostać niezaraportowane. Na 30-minutowej rozmowie sprawdzimy, czy reguła porównująca salda konsygnacyjne ze zużyciem pasuje do Twoich danych. SCM Automation Pack ma dziś trzy reguły (zamówienia bez potwierdzenia, przekroczony termin dostawy, zapas poniżej minimum), więc byłaby to dodatkowa reguła budowana na zamówienie, z tygodniem dry-run, zanim cokolwiek trafi do Twojego zespołu.

Umów 30-minutową rozmowę

Kalkulator ROI

Oblicz zwrot z inwestycji

WartoÅ?ci wejÅ?ciowe

€
€
€

Wyniki

Roczne oszczÄ?dnoÅ?ci
€ 0
Okres zwrotu
0 months
ROI
0%
MiesiÄ?czne oszczÄ?dnoÅ?ci
€ 0

Pobierz szczegóÅ?owy raport

Podaj swoje dane, aby otrzymaÄ? szczegóÅ?owy raport ROI.