tutaj - Ergom

Załącznik 1
Wymagania szczegółowe dla systemu AX 2012 R3
1. Zarządzanie Produktem
2. System musi umożliwiać odwzorowanie wdrożenia nowego produktu w procesie workflow.
3. System musi umożliwiać stworzenie nowego produktu i przesyłanie do poszczególnych
użytkowników systemu informacji z koniecznością wypełnienia przez nich odpowiednich danych.
4. System musi umożliwiać wprowadzenie w odniesieniu do nowego produktu wszystkich kosztów
związanych z jego stworzeniem.
5. System musi umożliwiać takie zarzadzanie produktem aby jeden indeks (wyrób sprzedawany)
mógł raz pochodzić z produkcji, a raz z zakupu.
6. System musi umożliwiać podpięcie pod nowy produkt (projekt) dokumentacji i notatek.
7. System musi umożliwiać stworzenie dla produktu technologii i na jej podstawie obliczenia TKW.
(bez błędów obliczeniowych, powtarzalność wyników).
8. System musi umożliwiać tzw. „przystosowanie towaru do sprzedaży” bez powiązania z
określeniem kategorii towar/BOM.
9. System musi umożliwiać brak konieczności sztywnego powiązania produktu z jednym wydziałem
produkcyjnym oraz elastyczne marszruty z operacjami na różnych wydziałach bez konieczności
„mnożenia” zleceń i półproduktów.
10. Obliczenia TKW muszą mieć możliwość wydzielenia i pokazania poszczególnych kategorii kosztów
składowych.
11. System musi umożliwiać pełna archiwizację obliczeń TKW (PTKW) wraz z różnymi wariantami
symulacyjnymi i zapisaniem symulacji wraz z niezbędnym opisem.
12. System musi umożliwiać budowanie nowych BOM/marszrut poprzez kopiowanie i edytowanie
istniejących wraz z ich wszystkimi ustawieniami systemowymi i powiązaniami (półprodukty,
gniazda itp.).
2. Produkcja
System musi umożliwiać sekwencjonowanie i eliminacja przezbrojeń.
System musi umożliwiać konstruowanie struktury materiałowej dla wyrobów.
System musi umożliwiać konstruowanie macierzy umiejętności pracowników.
System musi umożliwiać budowanie macierzy przezbrojeń.
System musi umożliwiać zdefiniowanie marszrut technologicznych z uwzględnieniem
następujących elementów:
a. definicji operacji technologicznych,
b. przypisania materiałów do poszczególnych operacji w marszrutach,
c. definiowanie gniazd produkcyjnych,
d. kolejkowanie operacji w poszczególnych marszrutach.
6. System musi umożliwiać wygenerowanie dla produkcji przewodnika technologicznego z
uwzględnieniem kodów kreskowych do raportowania przebiegu produkcji.
7. System musi umożliwiać obsługę produkcji:
a. zleceniowej (produkcja kontraktowa),
b. produkcji pod zamówienie sprzedaży,
c. produkcji na magazyn.
1.
2.
3.
4.
5.
8. System musi umożliwiać stworzenie kalkulacji kosztów wytworzenia wyrobów i półwyrobów na
podstawie struktury materiałowej i technologii wytworzenia.
9. System musi nadawać na wyrób numer partii i datę ważności o ile występuje.
10. System musi obsługiwać produkcję długich i krótkich serii produkcyjnych.
11. System musi umożliwiać zarejestrowanie strat, jakie powstały w procesie produkcyjnym.
12. System musi umożliwiać stworzenie Karty kontroli lub podpięcie dokumentacje technicznej pod
poszczególne zlecenia w AX.
13. System musi umożliwiać kompletacje zestawów, ich dekompletowanie lub przekompletowanie.
14. System musi umożliwiać przeliczenie pomiędzy różnymi jednostkami miary, np. z kg na metry, szt.
na opakowania, etc..
15. System musi umożliwiać zarejestrowanie czasu pracowników na poszczególnych zleceniach
produkcyjnych.
16. System musi umożliwiać rejestracje i rozliczenie pracy pracownika na więcej niż jednym zleceniu w
tym samym czasie (wielostanowiskowość).
17. System musi obsługiwać kooperacje w zakresie przekazania materiałów dostawcom i przyjęcie
wyrobu gotowego od dostawcy. Musi być pełna rejestracja, jakie, gdzie i kiedy materiały zostały
przekazane. System musi także umożliwiać wygenerowanie raportu różnic wynikających z wysyłek
z kooperacji.
18. System musi umożliwiać łączenie w pętli MRP kilku zamówień zapotrzebowań w jedno planowane
zlecenie produkcyjne.
19. System musi umożliwiać wygenerowanie planowanych zleceń produkcyjnych w pętli MRP na
podstawie zdefiniowanych prognoz sprzedaży.
20. System przy planowaniu produkcji musi uwzględniać czas realizacji i dostępne materiały do
produkcji.
21. System musi umożliwiać śledzenie kolejek zleceń na poszczególnych gniazdach produkcyjnych.
22. System musi umożliwiać zamrożenie planu produkcji na określony okres oraz identyfikacje dla
niego wąskich gardeł.
23. System musi dawać możliwość wyboru surowca od konkretnego dostawcy do danej technologii na
etapie produkcji.
24. System musi umożliwiać realizację zleceń w 2 trybach dla jednej jednostki organizacyjnej (wydział
może realizować zarówno zlecenia produkcyjne jak i tzw. projektowe wraz z ich rzetelnym
rozliczeniem).
25. System musi umożliwiać rozliczenie kosztów produktów z uwzględnieniem kategorii składowych
wg planowanego TKW.
26. Integracja Kart Uzgodnień (dokument wewnętrzny ustalający realizację nietypowych zleceń
produkcyjnych lub na wyroby nie katalogowe) ze zleceniami produkcyjnymi powiązanymi z KU
(dane z opiniowania a rzeczywista realizacja).
27. System musi umożliwiać rejestracje wykonanej produkcji, również w toku.
28. System musi umożliwiać zarządzanie pracą działu utrzymania ruchu, planowania przeglądów i
innych elementów TPM.
3. Zarządzanie Jakością
1. System musi umożliwiać przeprowadzenie kontroli jakości na każdym etapie procesu produkcji i
magazynowego.
2. System musi umożliwiać blokowanie poszczególnych partii materiałów w procesie przyjęcia.
3. System musi umożliwiać blokadę poszczególnych partii produkcyjnych do sprzedaży.
4. System musi umożliwiać przeprowadzenie procesu naprawy wadliwej, zablokowanej partii wraz z
przypisaniem kosztów.
5. System musi umożliwiać grupowe zaznaczanie oraz odznaczanie indeksów do kontroli z
dokładnością do poszczególnych dostawców.
6. System musi posiadać możliwość nadawania statusów (lista rozwijana z polem wyboru)
dotyczących obecnego etapu kontroli dla poszczególnych indeksów będących przedmiotem
kontroli. Wraz z dostępną historią zmiany tych statusów dla konkretnej partii
produkcyjnej/dostawy.
7. System musi posiadać możliwość manualnego oraz automatycznego zaznaczania i odznaczania
towarów do kontroli (według określonego algorytmu – możliwego do łatwej edycji podczas
późniejszego użytkowania systemu).
8. System musi posiadać możliwość blokowania (manualnego i automatycznego) poszczególnych
partii towarów i produktów do dalszej sprzedaży/zakupu.
9. System musi posiadać możliwość podpinania dokumentacji produktowej/towarowej do
poszczególnych indeksów.
10. System musi umożliwiać stworzenie Karta kontroli dostawy.
11. System musi obsługiwać zlecenia kontroli jakości.
12. System musi obsługiwać karta braków.
13. System musi nadawać dla niektórych wyrobów np. narzędzia numerów seryjnych.
14. System musi umożliwiać pełne śledzenie produktu po numerze serii jak również umożliwiać
przeprowadzenie symulacji wycofań produktu z rynku.
4. Planowanie i Harmonogramowanie Produkcji
1. System musi mieć wysoką sprawność modułu planowania (krótki czas przeplanowania, dużej
liczby zleceń).
2. Możliwość wykorzystania równolegle kilku metod planowania produkcji - uzależnione od systemu
produkcji: produkcja na magazyn, produkcja pod zamówienie Klienta.
3. Możliwość planowanie produkcji z uwzględnieniem wszystkich poniższych warunków:
a. Planowanie produkcji na podstawie stanów magazynowych wyrobów gotowych;
b. Planowanie produkcji z uwzględnieniem stanów minimalnych dla wyrobów gotowych;
c. Planowanie produkcji na podstawie ilości produkcji w toku – uwzględnienie
przewidywanego przekazania wyrobów do Magazynu Wyrobów;
d. Planowanie produkcji na podstawie prognozy sprzedaży;
e. Planowanie produkcji na podstawie zamówień zakupu;
f. Uwzględnianie terminów dostaw dla surowców i opakowań;
g. Automatyczne sprawdzanie dostępności surowców i opakowań podczas planowania
produkcji i uwzględnienie uzyskanych informacji podczas planowania produkcji;
h. Uwzględnienie braku faktycznej dostępności w stosunku do zaplanowanych terminów
dostępności surowców i opakowań wynikającej z zamówień zakupu;
i. Uwzględnienie dostępności surowców i opakowań dla zlecenia z uwzględnieniem
sumarycznego zapotrzebowania na materiał ze wszystkich zleceń;
j. Tworzenie kroczącego planu produkcji (dłuższy horyzont czasowy) na wyroby standardowe
na podstawie prognoz sprzedażowych;
k. Automatyczna aktualizacja kroczącego planu produkcji na podstawie rejestrowanej
sprzedaży;
l. Uwzględnianie zarejestrowanych w systemie zamówień sprzedaży;
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
m. Uwzględnienie wydajności gniazd ludzkich, maszynowych podczas planowania produkcji;
n. Uwzględnianie czasów przygotowania produkcji w tym przezbrojeń podczas planowania
produkcji;
o. Uwzględnienie czasów kontroli jakości;
p. Uwzględnianie kalendarzy dostępności gniazd/zasobów produkcyjnych podczas
planowania produkcji;
q. Uwzględnianie wariantów technologii;
r. Uwzględnianie komponentów alternatywnych;
s. Możliwość ręcznej zmiany komponentu w zleceniu;
t. Uwzględnienie rozgałęzionych technologii podczas planowania produkcji - wsad do
wyrobu produkowany wspólnie, następnie wykorzystywany do różnych wyrobów;
u. Automatyczne uwzględnianie określonego terminu realizacji zlecenia podczas planowania
produkcji;
v. Uwzględnianie zmian opakowań, zaplanowanie produkcji z wykorzystaniem nowego
materiału opakowaniowego na moment wykorzystania całości stanu magazynowego
starej wersji opakowania w oparciu o ciągła kontrole ilości starej wersji;
w. Uwzględnienie podwykonawstwa;
x. Uwzględnienie dotychczas zaplanowanych zleceń produkcji w tym zatwierdzonych dat lub
tygodni - możliwość definiowania.
Możliwość blokowania zleceń przed przeplanowaniem, potwierdzone daty klientowi.
Obsługa w procesie planowania jednostek zmienno-wagowych np. wsad galwaniczny.
Możliwość dopisania komentarza w zleceniu.
Optymalizacja planu z uwzględnieniem jednego lub wielu równocześnie ograniczeń i parametrów:
a. dostępność zasobów ludzkich;
b. wąskich gardeł zidentyfikowanych przez system i wskazanych przez planistę;
c. wydajności gniazd produkcyjnych;
d. dostępności surowców i opakowań;
e. zagwarantowania stanów minimalnych;
f. dat wymaganej dostępności wyrobu gotowego;
g. priorytetów zleceń;
h. minimalnych partii półproduktu.
Przeprowadzanie symulacji "what if" dotyczących planowania produkcji;
Wskazywanie skutków wprowadzenia nowego zlecenia produkcyjnego do planu - wskazanie braku
dostępności, mocy produkcyjnych, zasobów ludzkich. (funkcjonalność Capable to Promise)
Wskazanie dotychczas zaplanowanych zleceń, które nie zostaną wykonane na skutek
wprowadzenia nowego zlecenia i przyczyn braku możliwości realizacji.
Tworzenie wariantów planu dla zmienianych przez planistę parametrów i różnych zleceń.
Możliwość porównywania wariantów planów.
Tworzenie predefiniowanych zestawów parametrów dla wariantów planu.
Automatyczne przeplanowywanie zleceń produkcji półwyrobów w przypadku zmiany terminów dla
zleceń głównego.
Możliwość przeplanowania połączonego bloku zleceń.
System alarmuje o zleceniach z zablokowaną datą produkcji na których nie ma dostępności
zasobów i surowców i opakowań.
Możliwość bieżącej, ręcznej korekty Planu produkcji.
Dowolne definiowanie czasowego horyzontu planistycznego.
19. Uwzględnianie w procesie planowania nadanych priorytetów zleceń produkcyjnych.
20. Planowanie zasobów ludzkich na gniazda produkcyjne.
21. Generowanie zapotrzebowań na zasoby ludzkie i maszynowe z ograniczonymi i bez ograniczonych
zdolności produkcyjnych.
22. Możliwość generowania szczegółowego harmonogramu realizacji operacji na gniazdach na
podstawie Planu produkcji (realizacja wskazanych w Planie Zleceń Produkcyjnych).
23. Możliwość korekty harmonogramu realizacji zadań.
24. Harmonogramowanie obłożenia gniazd równocześnie z zapotrzebowaniem na ludzi do obsługi
tych gniazd uwzględniając zadaną sumę dostępnych osób, które mogą pracować wymiennie na
różnych gniazdach.
25. Optymalizacja kolejności zleceń pod kątem minimalizacji czasu przygotowania produkcji.
26. Optymalizacja kolejności zleceń pod kątem minimalizacji kosztu przygotowania produkcji.
27. Dowolne definiowanie czasowego horyzontu harmonogramu.
28. Optymalizacja harmonogramu pod kątem optymalnego wykorzystania dostępnych zasobów
ludzkich.
29. Optymalizacja harmonogramu pod kątem optymalnego wykorzystania gniazd maszynowych.
30. Harmonogramowanie do przodu, do tyłu oraz dwukierunkowe, z uwzględnieniem atrybutu zleceń.
31. Możliwość tworzenia zleceń awaryjnych – ręcznych.
32. Identyfikacja zleceń zagrożonych (brak surowców i opakowań, awaria, brak dostępnych mocy).
33. Możliwość wydruku Harmonogramu produkcji całościowego oraz harmonogramu produkcji dla
poszczególnych gniazd.
34. Wydruk harmonogramu produkcji na zmianę.
35. Możliwość tworzenia wariantów harmonogramów dla różnych parametrów i ograniczeń w tym
dodanych i usuniętych zleceń w stosunku do planu.
36. Harmonogramowanie z uwzględnieniem ograniczeń materiałowych.
37. Harmonogramowanie sekwencyjne i równoległe dla różnych zleceń.
38. Harmonogramowanie algorytmiczne zgodnie z regułami minimalizacji produkcji w toku,
dynamicznych wąskich gardeł, minimalizacji przezbrojeń.
39. Identyfikacja wąskich gardeł.
40. Harmonogramowanie z uwzględnieniem podwykonawców.
41. Uwzględnienie dostępności materiałów dla zlecenia z uwzględnieniem sumarycznego
zapotrzebowania na surowce i opakowania ze wszystkich zleceń.
5. Sprzedaż i CRM
1. Rejestracja sprzedaży powinna być objętą kontrolą przepływu pracy (workflow).
2. System musi posiadać kartotekę odbiorców z danymi o adresie, płatniku, warunkach dostaw i
płatności.
3. System musi umożliwiać zdefiniowanie indywidualnych cenników dla odbiorców.
4. System musi umożliwiać zdefiniowanie rabatów dla odbiorców, jak i grup odbiorców.
5. System musi umożliwiać zdefiniowanie prognoz sprzedaży na produkt, które będą uwzględniane w
procesie planowania produkcji.
6. System musi umożliwiać stworzenie zamówień sprzedaży w walutach EUR, USD, PLN, etc.
7. System musi umożliwiać wygenerowanie dokumentów sprzedażowych w językach: polskim,
angielskim, rosyjskim (Faktura VAT, WZ, oferta, potwierdzenie).
8. System musi umożliwiać wygenerowanie dokumentów sprzedażowych i magazynowych
zawierających opcjonalnie (dla klienta) partie i daty przydatności przy każdej wydawanej partii.
9. System musi umożliwiać przypisanie kodów towarów i nazw towarów dla odbiorców i
wykorzystanie ich na dokumentach sprzedażowych – Faktura VAT, WZ, oferta, potwierdzenie.
10. System musi umożliwiać sprzedaż zestawów.
11. System musi umożliwiać stworzenie ofert sprzedaży dla klienta, a po zaakceptowaniu
przekształcenie ich w zamówienie sprzedaży.
12. System musi umożliwiać dopisanie zbiorczo do wszystkich wierszy zamówienia rabatu
procentowego lub kwotowego.
13. System musi umożliwiać porównanie kosztu wyrobu do ceny sprzedaży w celu sprawdzenia
możliwości przydzielenia rabatu.
14. System musi umożliwiać zaciągnięcie zamówienia z MS Excel.
15. System musi umożliwiać zaciągnięcie zamówień z EDI.
16. System musi umożliwiać zarejestrowanie umowy z klientem na wyroby – umowy czasowe i
ilościowe.
17. System musi umożliwiać zdefiniowanie dowolnych alertów dotyczących zamówień sprzedaży.
18. System musi umożliwiać symulowanie cen sprzedaży w oparciu o rzeczywiste koszty wytworzenia
wyrobu, zakupu towaru.
19. System musi posiadać integracje zadań i kalendarzy z system MS Outlook.
20. System musi umożliwiać rozliczenie zrealizowanych zamówień do klienta vs umowa.
21. System musi w przypadku braku asortymentu na stanie musi informować operatora na kiedy dana
linia zamówienia może być wyprodukowana, dostarczona.
22. System musi pokazywać na podstawie stanów magazynu surowców i półproduktów w jakiej ilości i
na jaki termin mogą zostać wyprodukowane wyroby gotowe dla zamówienia klienta.
23. System musi umożliwiać stworzenie zlecenia produkcyjnego pod zamówienie sprzedaży, od strony
zamówienia.
24. System musi umożliwiać podgląd procentowy realizacji poszczególnych zamówień.
25. System musi umożliwiać wystawienie z zamówienia sprzedaży Faktury VAT lub paragonu
fiskalnego.
26. System musi umożliwiać elektroniczną wymianę danych – Faktura VAT.
27. System musi umożliwiać obliczenie prowizji dla handlowca za sprzedaż konkretnego wyrobu.
28. System musi umożliwiać sprawdzenie stanu towaru od strony zamówienia sprzedaży.
29. System musi umożliwiać przypisanie do kontrahenta limitów zaangażowania kredytu kupieckiego
w odniesieniu do pojedynczej dostawy, zaangażowania całkowitego oraz do max limitu
przeterminowania płatności. Powinny być brane pod uwagę faktury niezapłacone oraz
zamówienia/dostawy w trakcie kompletacji.
30. Możliwy podgląd wykorzystania limitów podczas wprowadzania zamówienia.
31. System powinien blokować zamówienie automatycznie w przypadku przekroczenia któregokolwiek
limitu (przeterminowanych płatności, generując zawiadomienie do wskazanej osoby i pozwalając
na ew. ręczne zwolnienie dostawy przez tą osobę.
32. System musi umożliwiać stworzenie korekty Faktury VAT:
a. wartościowej,
b. ilościowej,
c. wartościowo – ilościowej.
33. System musi umożliwiać przyznanie rabatów retrospektywnych i przypisanie ich wysokości do
klientów.
34. System musi pozwalać na generowanie zestawiania do wyliczenia rabatu retrospektywnego na
podstawie obrotu za dany okres z uwzględnieniem terminowości płatności dla celów korekty
faktur.
35. System musi umożliwiać prawidłowe wystawianie faktur zbiorczych dla wszystkich faktur
sprzedaży za zadany okres – dotyczy zwłaszcza rabatów retrospektywnych.
36. System musi umożliwić wystawienie duplikatu faktury Vat i duplikatu korekty faktury Vat.
37. System musi umożliwiać obsługę reklamacji zgłoszonych przez odbiorcę lub osobę, która nie jest
bezpośrednim odbiorcą.
38. System musi umożliwiać wygenerowanie etykiety przewoźnika na opakowanie zbiorcze.
39. System musi umożliwiać zestawienia sprzedażowe z rozbiciem na klienta, wyroby.
40. System musi umożliwiać stworzenie zestawienia sprzedażowego z informacją o sprzedaży
zestawów, a także poszczególnych elementów wchodzących w skład zestawów z osobna.
41. System musi posiadać raport z historią reklamacji i ich klasyfikacją.
42. System musi umożliwić obsługę wydań reklamowych wraz z naliczeniem Vat w przypadku wartości
przekraczających limit ustawowy. System musi umożliwiać raportowanie sprzedaży produktu
osobno (uwzględniając sprzedaż w zestawie) i zestawów.
43. System musi posiadać kartę klienta, na której będzie zapisywana historia interakcji z klientem (w
tym kontakty telefoniczne z notatkami / kwestionariuszami) oraz inne dane z systemu ERP bądź
zaciągane z zewnętrznych baz w sposób sporadyczny lub systematyczny posegregowane w
kategorie.
44. System powinien podpinać korespondencję e-mail pod klienta.
6. Prognozowanie Sprzedaży
1. System musi umożliwiać analizę danych historycznych przy wprowadzaniu forecastu.
2. System musi umożliwiać analizę forecastu bazowego wraz z naniesioną zmianą.
3. System musi umożliwiać podział okresu przejściowego między danymi historycznymi a forecastem,
na część zrealizowaną (dane historyczne) i część forecastowaną.
4. System musi umożliwiać przechowywanie zapisanych wersji forecastu.
5. System musi umożliwiać prezentowanie wprowadzanego forecastu w formie graficznej z
podziałem na dane historyczne i wszystkie składowe wprowadzanego forecastu.
6. System musi umożliwiać wprowadzenie forecastu bazowego, peak’ów sprzedażowych i promocji,
cen.
7. System musi umożliwiać przedstawienie forecastu wartościowo (sposób obliczenia ceny
jednostkowej zostanie ustalony w fazie analizy) .
8. System musi umożliwiać wprowadzanie forecastu na różnych poziomach agregacji z
automatycznym rozbiciem ilości do poziomu szczegółowego (produkt, grupa produktów) ilościowo
i wartościowo – top down.
9. System musi umożliwiać wyświetlanie aktywnych indeksów (podlegających MRP) lub wszystkich.
10. System musi umożliwiać filtrowanie i grupowanie indeksów, blokowanie pól – bottom up.
11. System informatyczny musi posiadać narzędzia do przygotowania zgromadzonych danych
transakcyjnych i zaprezentowania ich w odpowiedniej formie, również w postaci graficznej, tak,
aby z określoną skutecznością uzyskać informacje o możliwych zmianach badanego zagadnienia w
czasie.
12. System musi umożliwiać wprowadzanie prognoz na poziomie klienta i ich rozbijanie na indeksy
sprzedażowe.
7. Rozrachunki z odbiorcami
1. System musi umożliwić sprzedaż do:
a. dystrybutorów,
b. sieci handlowych,
c. odbiorców zagranicznych: UE, Export,
d. odbiorców detalicznych (dwa punkty detaliczne z kasami fiskalnymi)
2. System musi również umożliwić handel obcymi markami.
3. System musi umożliwiać sprzedaż z wyrobów z magazynu.
4. System musi umożliwiać rozliczanie transakcji faktur sprzedaży z płatnościami od odbiorców .
5. System musi umożliwiać parowanie transakcji płatności do dostawcy z transakcją faktury
dostawcy (w tym kompensaty) oraz generowanie propozycji kompensat, dokumentu kompensaty.
6. System musi umożliwiać wystawianie faktur sprzedaży przez dział BOK oraz wystawianie faktur
niezależnych przez dział księgowości.
7. System musi umożliwiać ewidencję faktur retro.
8. System musi umożliwić wystawianie wszystkich rodzajów faktur korygujących.
9. System powinien pozwolić generować wiekowanie należności nieprzeterminowanych i
przeterminowanych w dowolnych konfiguracjach dla zadanych warunków i przedziałów
czasowych.
10. System powinien pozwolić na śledzenie historii rozrachunków z kontrahentem.
11. System powinien obsłużyć potwierdzenia sald z klientem – generowanie dokumentu, ewidencja
potwierdzeń, może podpięcie dokumentu potwierdzenia.
12. System powinien zapewnić generowanie dokumentu wezwania do zapłaty zawierającego
dokumenty nierozliczone.
13. System powinien zapewnić opcjonalne automatyczne naliczenie odsetek do wezwania do zapłaty
(bez księgowania).
14. System powinien zapewnić wystawianie not korygujących w systemie.
15. System powinien umożliwić prześledzenie historii dokumentów dostaw i faktur – chodzi o
prześledzenie wykonania zafakturowanej sprzedaży.
8. Zarządzanie projektami
Wdrożenie tego modułu oraz zakres powinno być ustalone na etapie analizy przedwdrożeniowej.
9. Kadry i Płace
1. Funkcjonalności zgodne z posiadanym oprogramowaniem AX DST 3.0
2. Funkcjonalność umożliwiająca samodzielne wpisywanie wniosków urlopowych wraz z workflow
(po akceptacji przełożonego) i wgląd w bieżącą absencję.
3. Moduł dotyczący obsługi szkoleń – zawierający plany szkoleniowe, stopień ich realizacji,
możliwość zrobienia raportów kosztowych, ocen szkoleń itd.
4. Możliwość wglądu pracownika we własne dane kadrowe.
5. Obsługa delegacji w tym również rejestracja kosztów.
6. Możliwość automatycznego monitowania bezpośrednio do pracownika np. o kończących się
badaniach lekarskich, braku oceny szkolenia, kończącej się umowie itp.
10. Planowanie zakupów i zaopatrzenie
1. System musi posiadać kartotekę dostawców wraz z danymi o adresie, danych o dostawach i
warunkach płatności.
2. System musi umożliwiać przeprowadzenie okresowej oceny dostawcy. Kategoryzowanie
dostawców. Kwalifikowanie do grup. Dostawca potencjalny.
3. System musi umożliwiać zdefiniowanie cenników od dostawców i możliwość szybkiej ich
modyfikacji. Możliwość odróżnienia w systemie czy z dostawcą mamy podpisaną umowy czy
ofertę.
4. System musi umożliwiać przypisanie do materiałów/surowców kwalifikowanych dostawców i
uniemożliwiać zakup od dostawców niekwalifikowanych lub zablokowanych.
5. System musi dla planowanego zamówienia zakupu ponownie je przeplanować według opcji
dostępnych dostawców „najszybciej”, „najtaniej”.
6. System musi umożliwiać zdefiniowanie kodów i nazw kupowanych materiałów/surowców w
odniesieniu do dostawcy oraz generować zamówienia zakupu z wykorzystaniem tych nazw i
kodów.
7. System musi umożliwiać zdefiniowanie ceny zakupu na konkretną ilość, a następnie przeliczenie
kosztu na jednostkę – możliwe kilka miejsc po przecinku.
8. System musi umożliwiać automatyczne wysłanie wydruku zamówienia zakupu na wskazany e-mail
dostawcy w procesie generowania zamówień.
9. System musi umożliwiać tworzenie zamówienia zakupu w różnych walutach.
10. System musi umożliwiać filtrowanie po statusie zamówienia zakupu. Status ma określać stopień
realizacji zamówienia.
11. System musi umożliwiać zdefiniowanie min/max na towarze i na tej podstawie generować w
procesie pętli MRP planowane zamówienia zakupu, także z uwzględnieniem innych
zapotrzebowani. O ile występuję powinna być uwzględniana data przydatności. System powinien
informować o zakończeniu przydatności z wyprzedzeniem.
12. System musi generować planowane zamówienia zakupu w pętli MRP pod planowane zlecenia
produkcyjne. Planowane zamówienia zakupu i zlecenia produkcyjne muszą uwzględniać zapas
materiałów/surowców.
13. System musi umożliwiać zarejestrowanie wszelkich niezgodności – reklamacji jakie zostały
zgłoszone do dostawcy – błędne dostawy, niepełna ilość, uszkodzenia itp.
14. System musi umożliwiać sprawdzenie w jakich wyrobach, półwyrobach występuje konkretny
surowiec, materiał i szybkie sprawdzenie jaki jest jego aktualny stan i jakie jest aktualne
zapotrzebowanie.
15. System musi umożliwiać zarezerwowanie konkretnej ilości oraz partii materiału lub surowca pod
konkretny rozchód – zlecenie produkcyjne, planowane zlecenie produkcyjne, lub zamówienie
sprzedaży.
16. System musi umożliwiać wygenerowanie raportu o zaleganiu towarów (materiały, surowce,
wyroby, półprodukty) na magazynach.
17. System musi umożliwiać wygenerowanie raportu – „Miernik zapasów” – porównanie stanu na
magazynie i zakupów na zadany okres czasu.
18. System musi umożliwiać wygenerowanie raportu „Stan towarów na dzień”.
19. System powinien posiadać funkcjonalność - zgłaszania komunikatów dla zamówień np.
przyspieszyć, opóźnić dostawę, anulować.
20. System musi umożliwiać generowanie raportów dot. terminowości dostaw, statystyki zakupów wg
indeksu towaru, dostawcy oraz historii rozliczeń z dostawcą. System musi zapewnić kontrolę
przeprowadzonego monitoringu tj. po upewnieniu się czy dostawa jest w drodze kupiec odhacza
przeprowadzenie monitoringu. Każdego dnia musi być lista zadań do wykonania dla realizacji
zamówień.
21. System powinien zapewnić aby na kartotece towaru były widoczne zamienniki od wszystkich
dostawców alternatywnych.
22. System musi umożliwiać wprowadzanie odręcznych zmian w zamówieniach, dopisywanie tekstu
lub anulowanie zamówienia.
23. System powinien rejestrować reklamacje , zwroty reklamacyjne oraz generować zestawienia
reklamacji jakościowych dot. dostawcy.
24. System powinien uwzględniać w planowaniu zapotrzebowanie wprowadzone do systemu na
podstawie prognozy sprzedaży.
25. System musi grupować planowane zakupy według dostawców oraz według grupy kupców.
26. System powinien generować kubaturę planowanej dostawy na poziomie potwierdzonego
zamówienia zakupu.
27. System powinien umożliwiać generowanie raportu dającego informację o indeksach
komplementarnych podając ich typ (WXZ) oraz stan zapasu i aktualne zapotrzebowanie.
28. System powinien umożliwić rezerwowanie pod zamówienia sprzedaży na przyszłych przychodach.
29. System powinien umożliwić generowanie raportu do Intrastatu.
30. System musi umożliwiać wpisywanie daty potwierdzonej dostawy na jednej linii zamówienia jak i
na całym zamówieniu (jeżeli daty potwierdzone dla wszystkich linii z tego zamówienia są
jednakowe).
31. System powinien obliczać zapotrzebowanie brutto i netto uwzględniając prognozę sprzedaży z
kluczami redukcji.
32. System powinien generować propozycję automatycznego przeniesienia pomiędzy magazynami.
33. System powinien umożliwiać workflow w procesie obsługi kart niezgodności dostaw, a w
następstwie blokowanie dostawców o złej jakości.
34. System powinien obsługiwać workflow przy realizacji zakupów awaryjnych.
35. Raport o zgodności cen zakupów z zaplanowanymi po realizacji każdego zamówienia lub za
określony okres w stosunku do dostawcy lub grup towarów.
36. Automatyczne powiadamianie o opóźnieniu realizacji zam. zakupu osób z biura sprzedaży, którzy
czekają na dostawę, system alertów.
11. Logistyka magazynowa
1. System musi zapewnić śledzenie numeru partii.
2. System musi posiadać kartotekę towarową z podziałem na poszczególne grupy towarowe, miedzy
innymi:
a. opakowania,
b. surowce,
c. wyroby,
d. półwyroby,
e. towary handlowe,
f. usługi.
3. System musi umożliwiać zdefiniowanie na kartotece:
a. kod towaru,
b. nazwę towaru,
c. grupę towarową,
4. typ towaru – czy towar, produkt, usługa,
a. wagę,
b. wymiary
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
c. objętość,
d. przelicznik pomiędzy opakowaniem jednostkowym, zbiorczym, paletą,
Możliwość zaznaczenie czy towar podlega kontroli KJ z dokładnością do dostawcy. W przypadku
gdy więcej niż jeden dostawca kontrola dla tego indeksu może dotyczyć tylko jednego wskazanego
dostawcy.
System musi umożliwiać agregacje indeksów na kartotece towarowej wg. drzewa produktowego,
strategicznych grup wyrobu etc.
System musi umożliwiać zdefiniowanie w systemie:
a. oddziałów,
b. magazynów w oddziałach,
c. lokalizacji w obrębie magazynów.
System musi umożliwiać obsługę za pomocą terminali, procesów:
a. przyjęcie towarów z zamówienia zakupu,
b. wydanie na produkcję,
c. przyjęcie z produkcji,
d. przesunięcie międzymagazynowe,
e. wydanie na zewnątrz (do klienta),
f. inwentaryzacja.
System musi umożliwiać obsługę procesów:
a. przyjęcie towarów z zamówienia zakupu,
b. wydanie surowców i materiałów na produkcję,
c. przyjęcie z produkcji,
d. przesunięcie międzymagazynowe,
e. wydanie na zewnątrz (do klienta),
f. inwentaryzacja (ciągła, częściowa, całkowita)
g. kooperacji,
h. arkuszy PW i RW.
System musi umożliwiać wydrukowanie etykiet towarowych na przyjęciu z zakupu i przyjęciu z
produkcji.
System musi umożliwiać obsługę zwrotów z reklamacji i zwrotów handlowych.
System musi umożliwiać skorygowanie każdej transakcji rozchodowej jak i przychodowej.
System musi umożliwiać wygenerowanie „harmonogramu dostaw” na żądany okres czasu na
podstawie zamówień zakupu.
System musi umożliwiać wygenerowanie dokumentów wydań pod sprzedaż i produkcję wraz z
lokalizacjami, z których mają zostać pobrane towary zarówno w postaci papierowej jak i na
terminale.
System musi umożliwiać sprawdzenie stanów magazynowych sumarycznie lub na poszczególne
oddziały, magazyny i lokalizacje, partię.
System musi blokować możliwość wydania towarów z zablokowanych partii.
System na wejściu musi automatycznie przypisać bufor przyjęć w zależności od planu kontroli
dostaw, rodzaju awiza (zwrot, dostawa z zewnątrz lub wewnątrz). Możliwość podziału jednego
zamówienia na wymienione strefy.
System umożliwia przyjęcie tego samego indeksu w dostawie do różnych faktur.
System musi umożliwiać wydruk przewodnika zgodnego z zaplanowaną dostawą.
System umożliwia wydruk przewodnika tylko dla dostawy potwierdzonej - częściowej
System umożliwia przesuwanie pomiędzy buforami wyrobów (z KJ na pakownie …).
22. Raporty dzienne pracy na pakowni, rejestracja czasów obsługi każdego PW/PZ w procesie
przyjmowania, pakowania, odkładania do gniazda, terminowość zadań.
23. Zmiana rodzaju pracy magazyniera przez przesłanie zadań na czytnik.
24. Przypisywanie listy kompletacyjnej do magazyniera z możliwością przerwania kompletacji.
25. Priorytety kompletacji.
26. System komasuje listy pod jeden adres wysyłkowy dla jednego magazyniera.
27. System dedykuje wysyłki do odpowiedniego bufora wyjścia.
28. System optymalizuje ścieżki kompletacji.
29. System optymalizuje miejsca składowania na podstawie rotacji, wagi objętości (bhp).
30. System umożliwia utworzenia inwentaryzacji podczas kompletacji, jest to jedyna opcja w
przypadku kiedy nie znaleziono stanu.
31. Możliwość wydruku etykiet podczas kompletacji z dokładnością do dostępnej ilości.
32. Możliwość kompletowania jednej listy przez kilku magazynierów.
33. Na liście kompletacyjnej ten sam wyrób jest w jednej pozycji.
34. System automatycznie drukuje dokumenty do wysyłki w zależności od różnych form uzgodnionych
z klientem (tylko faktura, WZ itp.).
35. Raport z kompletacji (czas, ilość, wydajność).
36. Raport o inwentaryzacji, kto kiedy i pod jakim adresem ją przeprowadził.
37. System umożliwia upoważnionym pracownikom zmianę indeksu na inny.
38. System informuje o terminie przydatności wyrobów. System umożliwia nadawanie daty
przydatność automatycznie dla określonej grupy asortymentowej lub poszczególnych indeksów.
39. Blokowanie lokacji na określony czas.
40. Możliwość identyfikacji skompletowanego wyrobu.
41. Waga paczki.
42. Różne opcje pracy w magazynie (sprzątanie, rozładunek…) dla określenia rodzaju pracy w
magazynie w danym okresie lub dniu.
12. Rozrachunki z dostawcami
1. System musi umożliwiać zakupy magazynowe (materiały i towary), kosztowe oraz zakupy środków
trwałych.
2. System musi umożliwiać prowadzenie zakupów od dostawców krajowych, unijnych oraz
pozaunijnych.
3. System musi umożliwiać przebieg pracy dla rejestracji, procesu dekretacji i akceptacji oraz
księgowania faktury zakupowej kosztowej (może być na późniejszym etapie wdrożenia) w
odróżnieniu od rejestracji faktury magazynowej, która nie wymaga ewidencji Workflow.
4. System musi umożliwiać ewidencję faktury zakupu, w oczekiwaniu na przyszłą dostawę (faktury
oczekujące), po ewidencji dostawy połączenie faktury oczekującej z dokumentem dostawy.
5. System powinien wspierać identyfikację nierozliczonych przedpłat.
6. System musi umożliwić ewidencję odchyleń w zakupie.
7. W zakresie księgowania podatku VAT od zakupów, system musi umożliwiać poprawną obsługę
podatku naliczonego od zakupów krajowych, vat odwróconego, zakupów unijnych (WNT), importu
usług.
8. System musi umożliwiać parowanie transakcji płatności do dostawcy z transakcją faktury
dostawcy (w tym kompensaty) oraz generowanie propozycji kompensat, dokumentu kompensaty
9. System musi umożliwiać generowanie raportu wiekowania zobowiązań nieprzeterminowanych i
przeterminowanych według zadanych kryteriów i okresów czasowych.
10. System musi pozwolić na śledzenie historii rozrachunków z kontrahentem.
13. Rachunkowość Finansowa i Zarządcza
1. System musi umożliwiać stworzenie dowolnego planu kont.
2. System musi umożliwiać ewidencję transakcji finansowych na dowolnej liczbie kont bilansowych,
wynikowych i pozabilansowych.
3. System musi umożliwić generowanie dziennika księgi głównej.
4. System musi umożliwiać ewidencję transakcji finansowych w dowolnej walucie, niezależnie od
spełnienia ustawowego obowiązku prowadzenia ksiąg w walucie polskiej.
5. System musi umożliwiać ustawienie schematów księgowań do poszczególnych rodzajów transakcji
oraz maksymalną automatyzację księgowań sprzedaży, magazynów i innych dokumentów
wewnątrz firmy.
6. System musi umożliwiać przygotowywanie procesów, które będą uruchamiały ciąg księgowań
wedle obowiązujących reguł i warunków brzegowych. Uruchomienie (a wcześniej ustawienie)
procesu powinno skutkować automatycznymi księgowaniami wedle określonych w procesie
zasad), zwłaszcza:
a. rozliczenie kosztów produkcji według ustalonych zasad,
b. Rozliczanie VAT od wydań reklamowych,
c. Rozliczenie zleceń wydziałów pomocniczych na koszty produkcji,
d. Rozliczanie odchyleń od cen ewidencyjnych,
e. Zakładanie i rozwiązywanie odpisów aktualizujących należności, zapasy.
7. System musi umożliwiać księgowanie rozliczeń międzyokresowych. W tym zakresie system musi
umożliwiać automatyczne dzielenie kwoty rozliczanej w czasie na podaną przez użytkownika ilość
okresów.
8. Musi być możliwość księgowania na podstawie zewnętrznych plików (Excel) oraz generowanie z
systemu do zewnętrznych plików Excel na podstawie wcześniejszych zaksięgowanych dokumentów
księgowych.
9. System umożliwi stosowanie wielopoziomowego planu kont (poprzez wymiary finansowe) z
możliwością drill down, w tym umożliwiać emitowania wszystkich raportów w tym zestawienia
obrotów i sald z podziałem na wymiary.
10. System musi umożliwiać minimalnie ewidencję wymiarów finansowych z możliwością
rozszerzenia:
a. Centrum kosztów
b. Rodzaj kosztu
c. Zakres
d. Grupa produktów
e. KUP/NKUP
f. Dodatkowe
11. System musi umożliwiać wycenę materiałów i towarów handlowych w cenie zakupu lub z
uwzględnieniem kosztów transportu
12. System musi umożliwiać rozliczanie kosztów produkcji wg. przedstawionego schematu
13. System musi umożliwiać obsługę dekompletacji zestawów i innych produktów towarów, oraz
kompletację produktów, towarów i ich kombinacji z automatycznym księgowaniem.
14. System musi umożliwiać ewidencję odchyleń per seria.
15. Chcemy mieć możliwość przeglądania historycznych parametrów poszczególnych indeksów (np.
status).
16. System umożliwia wystawiania dokumentów korygujących do zamkniętych zleceń produkcyjnych
powiązanych ze zleceniem korygowanym z odpowiednimi księgowaniami.
17. Chcemy mieć możliwość budowania raportów odchyleń (kursowe, cenowe) oraz raportów z
analizą produkcji vs struktura (różnice skalkulowane jako Ponadnormatywne zużycie oraz jako
produkcję inaczej niż w strukturze).
18. System musi umożliwiać uzgadnianie analityki zapasów (wartość zapasów na magazynie) z
saldami odpowiednich kont Księgi głównej.
19. System musi umożliwić identyfikację wartości podatkowych i niepodatkowych dla celów wyliczenia
podatku dochodowego od osób prawnych.
20. System musi umożliwiać poprawne prowadzenie rejestrów VAT, w szczególności:
a. Rejestrowanie transakcji podatku VAT ze szczegółowością co najmniej taką, jaka
wymagana jest na deklaracji VAT-7 / VAT-UE,
b. VAT przy korektach sprzedaży - możliwa zmiana daty podatku na transakcji,
c. Przy transakcjach sprzedaży poza kraj naliczenie VAT-u krajowego przy braku
potwierdzenia odbioru,
d. Incydentalne występowanie Dostaw w drodze,
e. Różna wycena waluty w imporcie usług – inny kurs do wyceny VAT inny do wyceny kosztu,
f. Sprawdzenie zgodności dat wydania towaru, daty dokumentu WZ, daty transakcji, daty
dokonania dostawy, daty wystawienia faktury, daty rejestru VAT dla zdefiniowanych
warunków dostaw, Zabezpieczenia raporty zgodności, automatyzacja,
g. Mechanizm uzupełniania dat jw. przy dostawach na bazie franco magazyn odbiorcy i
innych szczególnych. Raporty zgodności.
21. System musi umożliwiać przypisanie kursu budżetowego i analizę odchyleń od cen i - w przypadku
transakcji walutowych - od kursu budżetowego.
22. System musi umożliwiać analizę księgowań na podstawie numeru zlecenia / zamówienia etc.
23. System musi umożliwiać automatyczne rozliczanie różnic kursowych przy transakcjach i zapłatach
oraz wycenę roczną kont walutowych (banki, rozrachunki itd.) przy możliwości
wprowadzania/zaciągania kursu walut NBP do systemu.
24. System musi umożliwiać automatyczne przeniesienie sald kont wynikowych na konto wyniku
finansowego podczas zamknięcia roku, zapewniając możliwość śledzenia wyniku zamkniętego
okresu przed przeksięgowaniem.
25. System musi umożliwiać zamknięcie roku oraz wstępne zamknięcie miesiąca w celu blokady
księgowania w okresie – wstępne zamknięcie miesiąca powinno być odwracalne, zamknięcie roku
ostateczne.
26. System musi umożliwiać uzyskanie informacji o saldach kont wynikowych przeniesionych na konto
wyniku finansowego po wykonaniu zamknięcia.
27. System musi umożliwiać automatyczne przeniesienie sald kont bilansowych na bilans zamknięcia i
bilans otwarcia podczas zamknięcia roku (wielokrotnie).
28. System powinien pozwalać na generowanie podstawowych raportów finansowych: rachunek
wyników w wersji kalkulacyjnej i porównawczej, bilans, cash flow, zmiana stanu kapitałów,
obrotówka za zadany okres z wybranym zakresem szczegółowości z uwzględnieniem wymiarów.
29. System musi umożliwić wystawianie i odpowiednie księgowanie faktur korygujących zbiorczych.
30. System powinien umożliwić przy automatycznym księgowaniu utrzymanie tzw. „czystości zapisów”
dla wskazanych kont.
31. System umożliwia wycenę produkcji w koszcie rzeczywistym.
32. Wycena obejmuje:
33.
34.
35.
36.
37.
38.
39.
40.
a. koszty bezpośrednie zleceń (wycenione w cenie zakupu) tj.:
i. materiały,
ii. półprodukty,
iii. usługi zewnętrzne.
b. koszty pośrednie gniazd przypadające na zlecenie i obejmujące:
i. koszty wynagrodzeń z narzutami,
ii. koszty pośrednie funkcjonowania gniazd (grup gniazd) na których wykonywano
zlecenie produkcyjne.
Kalkulacja kosztów pośrednich gniazd poniesionych w okresie obliczeniowym odbywa się poprzez
wielostopniowe rozliczenie kosztów w tzw. modelu rozliczenia kosztów.
Na koszty gniazd będą składały się koszty proste przenoszone bezpośrednio z zespołu czwartego,
oraz koszty złożone gromadzone a następnie rozliczane z innych miejsc powstawania kosztów.
Będą to: koszty gniazd pomocniczych, koszty ogólne wydziałów, koszty świadczeń wzajemnych
między MPK (rozliczane przez projekty), koszty zleceń nieprodukcyjnych. Koszty gniazd
pomocniczych i koszty ogólne wydziałów mogą być rozliczane na wskazane gniazda przy
zastosowaniu różnych kluczy podziałowych.. Do rozliczenia kosztów pośrednich gniazd na
produkty (zlecenia) możliwe jest zastosowanie także różnych kluczy podziałowych (np.: czas ludzki,
czas maszynowy , inne), w zależności od rodzaju gniazda. Będzie możliwość realizacji i wyceny
zleceń nieprodukcyjnych (według czasu rzeczywistego).
Model rozliczenia kosztów umożliwia określenie dla gniazd (grup gniazd) limitów mocy
produkcyjnych (miernik to czas ludzki, maszynowy) służących eliminacji z rozliczenia kosztów
gniazd i wyceny zleceń (produktów) kosztów stałych przypadających na niewykorzystane dostępne
moce na poszczególnych gniazdach i wydziałach. Model umożliwia wycenę produkcji w toku z
uwzględnieniem robocizny i kosztów pośrednich. Program umożliwia a model uwzględnia w
rozliczeniu wykonywane na gniazdach operacje na towarach.
Księgowanie kosztów odbywa się na odpowiednich kontach zespołu piątego w podziale na MPK
(gniazda, wydziały, działy) z podziałem w wymiarach na układ rodzajowy (dla kosztów prostych)
rozszerzony o konta zespołu 5 i 6 (dla kosztów złożonych tj. rozliczanych MPK lub RMK). W
wymiarach następuje też podział kosztów na stałe i zmienne.
Dla wybranych MPK-ów kosztów wydziałów i działów pomocniczych model zapewnia kalkulacje
kosztów roboczogodziny i rozlicza koszty na realizowane projekty. Podstawa rozliczenia karty
pracy pracowników.
Program umożliwia samodzielną rozbudowę modelu o nowo powstałe wydziały, gniazda, MPK-i
oraz zmianę powiązań i kluczy rozliczeniowych w przypadku zmian organizacyjnych. Zapewnia też
sprawdzenie poprawności danych wejściowych (w szczególności zleceń produkcyjnych) i
wyjściowych (kompletności rozliczenia kosztów z uwzględnieniem świadczeń wzajemnych), oraz
raportowanie w celach controlingowych. Opcjonalnie zapewnia szczegółowy raport kosztów
wytworzenia produktów w podziale na materiały usługi i koszty gniazd z porównaniem do
normatywów.
System ma możliwość wyliczania i prezentacji TKW planowanego w różnych wariantach dla
różnych stawek dla wszystkich indeksów.
Program umożliwia tworzenie budżetów i raportowanie realizacji budżetów dla wyodrębnionych
MPK-ów. Budżety tworzone są w podziale na układ rodzajowy (dla kosztów prostych) rozszerzony
o konta zespołu 5 i 6 (dla kosztów złożonych tj. rozliczanych MPK lub RMK). W wymiarach
następuje też podział kosztów na stałe i zmienne.
41. Program umożliwia rejestrację kosztów dla realizowanych projektów: inwestycyjnych,
rozwojowych, usługowych (usługi zewnętrzne powiazanie z fakturowaniem), oraz świadczeń
wewnętrznych tj. na inne MPK-i z uwzględnieniem kosztów roboczogodzin wydziałów i działów
pomocniczych oraz gniazd produkcyjnych. Program zapewnia automatyczne księgowanie i
raportowanie controlingowe realizacji projektów.
14. Kontroling
1. System musi umożliwiać tworzenie Rachunku wyników w podziale na różne analityki również takie
które są po za systemem.
2. System musi umożliwiać liczenie TKW.
3. System musi umożliwić budżetowanie i analizę wykonania budżetów (odchyleń). Proces
budżetowania poprzez workflow.
4. Musi być możliwość „wyciągania” danych z systemu za pomocą kwerend w Microsoft Office
(Access, Excel). Generowanie dowolnych zestawień analitycznych z zapisów na kontach.
5. System musi dawać możliwość zakładania elementów poszczególnych analityk księgowych.
6. System musi umożliwiać podgląd dokumentów powiązanych z daną transakcją np. podgląd korekt
do faktury, WZ do faktury itp.
7. System powinien umożliwiać rozliczenie kosztów wg dowolnie definiowanych współczynników.
8. System powinien umożliwiać kluczowanie kosztów wg uprzednio zdefiniowanych kluczy (musi być
możliwa ręczna zmiana klucza).
9. System umożliwia porównywanie TKW planowanego z rzeczywistym w różnych układach.
15. Kasa i Banki
1. System musi umożliwiać ewidencję środków na rachunkach bankowych, zarówno w PLN, jak i w
walucie.
2. System musi umożliwiać import wyciągów bankowych z wpływami do banku – automatyczne
parowanie transakcji z możliwością ręcznej korekty.
3. System musi umożliwiać ewidencję kart płatniczych pracowników.
4. System musi umożliwiać prognozowanie płatności oraz wpływów na podstawie zaksięgowanych
dokumentów z terminami płatności za zadany okres.
5. System musi umożliwiać generowanie i automatyczne księgowanie dokumentów kasowych.
16. Środki Trwałe
1. System musi umożliwiać prowadzenie kartoteki środków trwałych, WNiP i wyposażenia, według
Grup i rodzaju.
2. System musi zapewnić przypisanie do środka trwałego miejsca użytkowania, osoby
odpowiedzialnej, kodu kreskowego, MPK, czy używany, daty zakupu i przyjęcia do użytkowania.
3. Przy każdej czynności ze środkiem trwałym lub WNiP system powinien generować automatycznie
dokument księgowy.
4. System musi przy każdym środku trwałym i WNiP zachowywać historię operacji na nim,
zapamiętując numer inwestycji lub/i numer faktury zakupu i umożliwiać analizę księgowań w
przekrojach dla poszczególnych inwestycji w Środki trwałe i WNiP.
5. System musi umożliwiać nabywanie środków trwałych i WNiP poprzez konto inwestycyjne (Środki
trwałe w budowie lub RMK) oraz poprzez realizacje projektów i konta inwestycyjne.
6. System musi zapewnić dodanie do wartości początkowej wartości z faktur dotyczących np.
montażu, transportu itp.
7. System musi umożliwiać wydruk dokumentu OT dla oddawanych do użytkowania środków
trwałych i WNiP.
8. System musi umożliwiać wprowadzenie różnej wartości początkowej dla celów bilansowych i
podatkowych (dualizm uwzględniany we wszystkich dokumentach i raportach dotyczy wszystkich
transakcji i operacji).
9. System powinien pozwolić na modyfikację wartości początkowej w późniejszym okresie z tytułu
odpisu aktualizującego z tytułu utraty wartości lub z tytułu przeszacowania w górę – generując
odp. dokumenty księgowe.
10. System musi umożliwiać prowadzenie amortyzacji środków trwałych w modelu podatkowym i
bilansowym, różnicując stawki amortyzacji bilansowe i podatkowe.
11. Naliczana amortyzacja bilansowa powinna uwzględniać ewentualne zmiany wartości środków
trwałych z tytułu utraty wartości lub przeszacowania w górę.
12. System powinien dawać możliwość ustalania wartości rezydualnej środka, poniżej której nie
będzie naliczana amortyzacja.
13. System powinien obsłużyć przypadki specjalne, jak np. środki trwałe w leasingu z dopotacji.
14. System powinien pozwolić na wprowadzenie środka trwałego w postaci jednego środka trwałego
o jednym numerze ale złożonego z kilku części (podśrodków). Możliwość taka służyłaby do obsługi
zestawów, które mają jeden numer środka, ale również do obsługi środka trwałego złożonego z
kilku komponentów. Dla zestawów i komponentów powinna być możliwość ustalenia odrębnych
stawek amortyzacji dla każdego „podśrodka” przy zachowaniu jednego numeru dla tego środka.
15. System powinien umożliwić blokadę amortyzacji podatkowej lub bilansowej na okres nieużywania
środka.
16. System powinien umożliwić zmianę stawek amortyzacji bilansowej w trakcie użytkowania środka i
naliczanie amortyzacji bilansowej według zmiany od dnia wyznaczonego jako jej zastosowanie.
17. System powinien umożliwić tworzenie zestawienia wszystkich środków trwałych i WNiP według
wartości podatkowych i bilansowych.
18. System musi pozwalać na tworzenie tabel amortyzacji podatkowej i bilansowej.
19. System musi umożliwiać księgowanie likwidacji środka trwałego, zarówno poprzez sprzedaż
środka, jak i złomowanie środka. Podczas księgowania likwidacji środka system powinien
automatycznie wyksięgować odpowiednie wartości z konta nabycia środka oraz konta umorzenia
środka. Podczas likwidacji system musi umożliwiać wydruk dokumentu LT. Podczas sprzedaży
generuje fakturę sprzedaży.
20. System musi obsłużyć likwidację częściową środka.
21. System musi umożliwiać uzgodnienie wartości analityki środków trwałych z saldami odpowiednich
kont Księgi głównej.
22. System musi obsłużyć inwentaryzację.
23. System powinien generować raport zmiany stanu środków trwałych według zadanych kryteriów.
24. System musi dawać możliwość automatycznego rozliczania amortyzacji na poszczególne MPKi,
serie produktowe, klientów itp. (środki trwałe i WNiP). System powinien umożliwiać również
rozliczenie amortyzacji jednego środka trwałego (ew. WNiP na kilka MPK przy pomocy kluczy
rozliczeniowych.
17. Business Intelligence
1. Musi zostać ciągłość raportowania z dotychczas istniejącym systemem OLAP. Około 10 kostek
zasilanych danymi z bazy AX.
2. Powinny być dodane nowe funkcjonalności wynikające z AX 2012 R3 w oparciu o technologie
Analyses Services.
Szczegółowy zakres Business Intelligence jak również określenie po czyjej stronie leży ich wykonanie
powinno być dokonane na etapie analizy przedwdrożeniowej.
18. Interfejsy
1.
2.
3.
4.
5.
6.
Platforma B2B – wymiana plików w standardzie XML.
System PIM Amirada.
EDI – Operator Comarch, specyfikacja SHE, komunikaty Order i Invoice.
Wysyłka z systemu ERP sprawozdań intrastat (format urzędu celnego)
Generowanie plików do przelewów – Elixir
Pobieranie danych z systemu bankowe do automatycznego księgowania płatności w systemie ERP
Szczegółowy zakres interfejsów jak również określenie po czyjej stronie leży ich wykonanie powinno
być dokonane na etapie analizy przedwdrożeniowej.
19. Migracja danych
1. Dane słownikowe - wszystkie.
2. Dane kartotekowe - wszystkie.
3. Dane transakcyjne finansowo-księgowe - umożliwiające prace operacyjna bez sięgania do
archiwalnego systemu np. wystawianie faktur korekt do okresu 5 lat wstecz.
4. Dane transakcyjne pozostałe – np. oferty – do ustalania na etapie analizy przedwdrożeniowej.