Niniejsza dokumentacja opisuje instrukcje korzystania z aplikacji Import danych w odniesieniu do transakcji magazynowych. Opis aplikacji Import danych, który zawiera również opisy pól i przycisków, można znaleźć w dokumentacji Import danych.
Definicje terminów
- Zapotrzebowanie bez dowodu — aby móc zarezerwować zapotrzebowanie bez konieczności wcześniejszego wprowadzania dokumentu, dostępny jest pseudo dokument Zapotrzebowanie bez dowodu. Zapotrzebowanie bez dowodu posiada identyfikator i liczy się jako inicjator zapotrzebowania.
Informacje ogólne
Import transakcji magazynowych należy rozumieć jako opcję przesyłania transakcji magazynowych za pośrednictwem interfejsu importu, który może być używany głównie do przesyłania starszych danych z zapasów i do „elektronicznego” potwierdzania transakcji magazynowych.
Importowanie transakcji magazynowych skutkuje aktualizacją wyceny stanów magazynowych, ewidencji dostępności i/lub wyceny zapasów w importowanych transakcjach magazynowych, w zależności od użytego klucza transakcji. Jeśli określono proces specjalny, import może również prowadzić do aktualizacji statusu dokumentu lub aktualizacji Zapotrzebowania bez dowodu.
Aby móc wysyłać transakcje magazynowe za pośrednictwem interfejsu importu, należy zdefiniować co najmniej jeden filtr do importowania transakcji magazynowych.
Podczas przesyłania transakcji magazynowych za pośrednictwem interfejsu importu przeprowadzane są te same kontrole, co podczas przesyłania transakcji magazynowych za pośrednictwem aplikacji Transakcje magazynowe. Przykładowo, nie można zaimportować transakcji magazynowej dla magazynu, do którego nie ma się uprawnień. W takim przypadku wyświetlany jest komunikat o błędzie i tworzony jest wpis w protokole wymiany danych.
Instrukcja
- Pierwszym krokiem jest uruchomienie aplikacji Import danych.
- Następnie należy wyświetlić obiekt biznesowy poprzez filtr „com.cisag.app.inventory.obj.InventoryTransaction”.
- Wyświetlony zostanie filtr importowania specyfikacji (W razie potrzeby można również utworzyć nowy filtr dla tego obiektu biznesowego).
- Wybrane atrybuty filtra są już podświetlone. W razie potrzeby nadal można dostosować atrybuty.
- Należy wybrać przycisk [Import danych] na standardowym pasku przycisków.
- Otworzy się okno dialogowe Import danych.
- W tym oknie dialogowym można ustawić pliku importu. Szczegółowy opis pól można znaleźć w dokumentacji importu danych w sekcji o tej samej nazwie.
- Import można przeprowadzić, naciskając przycisk [W tle] lub [Natychmiast].
Szczegółowe informacje i przykłady
Użytkownik powinien zapoznać się z poniższymi informacjami na następujące tematy:
- Tworzenie transakcji magazynowych za pomocą interfejsu importu
W tej sekcji znajdują się również przykłady plików importu
- Funkcje specjalne dla importu transakcji magazynowych
- Import archiwalnych transakcji magazynowych
Tworzenie transakcji magazynowych za pomocą interfejsu importu
Atrybuty, które należy zaimportować, aby uzyskać prawidłową transakcje magazynową, zależą od używanego artykułu, jednostki ładunkowej, klucza transakcji i magazynu. Listę obsługiwanych atrybutów można znaleźć w rozdziale Przegląd: Atrybuty obsługiwane podczas importu.
Plik XML, który jest używany do transakcji przyjęcia artykułu, który posiada kilka jednostek artykułu i jednostek opakowaniowych do magazynu zwykłego, ma np. następującą zawartość:
<?xml version=”1.0″ encoding=”UTF-8″?>
<semiramis xmlns=”com.cisag.app.inventory.obj.InventoryTransaction”
xsi:schemaLocation=”com.cisag.app.inventory.obj.InventoryTransactio
n InventoryTransaction.xsd” locale=”en-US-XMLSchemaCompliant”
xmlns:xsi=”http://www.w3.org/2001/XMLSchema-instance”>
<InventoryTransaction
xmlns=”com.cisag.app.inventory.obj.InventoryTransaction”>
<Type>02</Type>
<date>2015-04-07T23:00:00.000Z</date>
<Item>10010</Item>
<Identifier></Identifier>
<ReferenceItem></ReferenceItem>
<ReferenceIdentifier></ReferenceIdentifier>
<Storage>
<warehouse>HAN1</warehouse>
<zone></zone>
<location></location>
</Storage>
<ReferenceStorage>
<warehouse></warehouse>
<zone></zone>
<location></location>
</ReferenceStorage>
<StorageUnit></StorageUnit>
<storageUnitCount></storageUnitCount>
<UnitLoad></UnitLoad>
<referenceText>Importierte Materialbuchung</referenceText>
<Partner></Partner>
<quantity index=”0″>
<amount>100</amount>
<Uom>Stk</Uom>
</quantity>
<quantity index=”1″>
<amount>99</amount>
<Uom>kg</Uom>
</quantity>
<orderQuantity>
<amount>1</amount>
<Uom>Ktng</Uom>
</orderQuantity>
<value>
<amount1>10</amount1>
<amount2></amount2>
<amount3></amount3>
</value>
<valueDimension>PER_UNIT</valueDimension>
<info>
<CostCentre></CostCentre>
<CostObjective></CostObjective>
</info>
<TargetOwner>00000</TargetOwner>
<SourceOwner>00000</SourceOwner>
<extendedPostingOrder>
<type></type>
<orderType></orderType>
<orderNumber></orderNumber>
<detailNumber></detailNumber>
<subDetailNumber></subDetailNumber>
</extendedPostingOrder>
<extendedOriginalOrder>
<type></type>
<orderType></orderType>
<orderNumber></orderNumber>
<detailNumber></detailNumber>
<subDetailNumber></subDetailNumber>
</extendedOriginalOrder>
<OriginalDemand></OriginalDemand>
<OffsetAccount></OffsetAccount>
</InventoryTransaction>
</semiramis>
Plik XML, który jest używany do transakcji przyjęcia artykułu, który posiada tylko jedną jednostkę artykułu i jedną jednostkę opakowania do magazynu zwykłego, ma na przykład następującą zawartość:
<?xml version=”1.0″ encoding=”UTF-8″?>
<semiramis xmlns=”com.cisag.app.inventory.obj.InventoryTransaction” xsi:schemaLocation=”com.cisag.app.inventory.obj.InventoryTransaction InventoryTransaction.xsd” locale=”en-US-XMLSchemaCompliant” xmlns:xsi=”http://www.w3.org/2001/XMLSchema-instance”>.
<InventoryTransaction xmlns=”com.cisag.app.inventory.obj.InventoryTransaction”>.
<Typ>02</Typ>
<date>2015-04-07T23:00:00.000Z</date>
<Item>10020</Item>
<Identyfikator></Identyfikator>
<ReferenceItem></ReferenceItem>.
<ReferenceIdentifier></ReferenceIdentifier>.
<Przechowywanie>
<magazyn>HAN2</magazyn>
<strefa>Z1</strefa>
<lokalizacja>001-001</lokalizacja>
</storage>
<ReferenceStorage>
<magazyn></magazyn>
<strefa></strefa>
<lokalizacja></lokalizacja>
</ReferenceStorage>.
<StorageUnit>PAL</StorageUnit>.
<storageUnitCount>1</storageUnitCount>.
<UnitLoad></UnitLoad>.
<referenceText>Post z materiałem importowanym</referenceText>
<partner></partner>
<quantity index=”0″>
<amount>100</amount>
<Uom>pc</Uom>
</ilość>
<orderQuantity>
<amount>1</amount>
<Uom>Ktng</Uom>
</orderQuantity>
<wartość>
<amount1>10</amount1>
<amount2></amount2>.
<amount3></amount3>.
</value>
<valueDimension>PER_UNIT</valueDimension>
<info>
<CostCentre></CostCentre>.
<CostObjective></CostObjective>.
</info>
<TargetOwner>00000</TargetOwner>.
<SourceOwner>00000</SourceOwner>.
<extendedPostingOrder>
<typ></typ>
<orderType></orderType>.
<orderNumber></orderNumber>
<detailNumber></detailNumber>
<subDetailNumber></subDetailNumber>.
</extendedPostingOrder>
<extendedOriginalOrder>
<typ></typ>
<orderType></orderType>.
<orderNumber></orderNumber>
<detailNumber></detailNumber>
<subDetailNumber></subDetailNumber>.
</extendedOriginalOrder>
<OriginalDemand></OriginalDemand>.
<OffsetAccount></OffsetAccount>.
</InventoryTransaction>
</semiramis>
Funkcje specjalne dla importu transakcji magazynowych
Nieprawidłowe transakcje magazynowe
Jeśli nie można pomyślnie zaimportować transakcji magazynowej, w protokole wymiany danych tworzony jest wpis, który można wykorzystać do analizy błędów. Następnie system kontynuuje pracę z kolejną transakcją magazynową w pliku importu.
Import transakcji magazynowych prowadzi do zmiany stanów magazynowych, jeśli użyty klucz transakcji przewiduje przesunięcie ilościowe. Jeśli serwer logistyki magazynowej odpowiedzialny za magazyn nie ma statusu W działaniu, generowane są transakcje magazynowe, ale ilości i wartości zapasów nie są aktualizowane. W takim przypadku należy sprawdzić status serwera logistyki magazynu. Więcej informacji na ten temat można znaleźć w dokumentacji Serwer logistyki magazynowej.
Dostępność
Import transakcji magazynowych prowadzi do zmiany dostępności, jeśli użyty klucz transakcji przewiduje przesunięcie ilościowe, a przesunięcie ilościowe występuje na poziomie magazynu. Możliwe są następujące scenariusze, w których dostępność jest zmieniana przez zaimportowane transakcje magazynowe:
- Jeśli importowana transakcja magazynowa nie jest procesem specjalnym, to na podstawie tej transakcji tworzona jest dostępność. Ta dostępność pozostaje taka sama do momentu przetworzenia przez serwer logistyki magazynowej zaimportowanej transakcji magazynowej i zaktualizowania stanu magazynowego.
- Jeśli importowana transakcja magazynowa reprezentuje proces specjalny, taki jak Zarezerwowany rozchód bez dokumentu, to dostępność zapotrzebowania bez dowodu jest uzupełniana podczas importu i odtwarzana dla transakcji magazynowych w tym samym czasie. Niemniej jednak, ilość artykułu nie jest w ogóle dostępna jako dostępny zapas; statusy procesu Zakończone i Zarejestrowane odzwierciedlają bardziej transfer.
Podobnie jak w pierwszym przypadku, dostępność transakcji magazynowych pozostaje taka sama do momentu przetworzenia ich przez serwer logistyki magazynowej i zaktualizowania stanu magazynowego.
Rezerwacja
Import transakcji magazynowych prowadzi do zmiany powiązanego zapotrzebowania lub powiązanych danych inicjatora zapotrzebowania, jeśli użyty klucz transakcji przewiduje przesunięcie ilościowe, a ów przesunięcie odbywa się na poziomie magazynu. Podobnie jak w przypadku dostępności, możliwych jest kilka scenariuszy, w których zapotrzebowanie i dane zapotrzebowania są zmieniane podczas importowania transakcji magazynowych:
- Jeśli importowane transakcje magazynowe nie stanowią procesu specjalnego, to na podstawie tej transakcji magazynowej generowane są zapotrzebowania lub dane inicjatora zapotrzebowania. Dane te pozostają takie same do momentu przetworzenia zaimportowanej transakcji magazynowej przez serwer logistyki magazynowej i aktualizacji stanu magazynowego.
- Jeśli importowane transakcje magazynowe reprezentują proces specjalny, taki jak Zarezerwowany rozchód bez dokumentu, dane zapotrzebowania bez dokumentu są uzupełniane podczas importu i odtwarzane dla transakcji magazynowej w tym samym czasie. Niemniej jednak, ilość artykułu nie jest w ogóle dostępna jako dostępny zapas; statusy procesu Zakończone i Zarejestrowane odzwierciedlają bardziej transfer.
Podobnie jak w pierwszym przypadku, dane dotyczące zapotrzebowania transakcji magazynowej pozostają do momentu przetworzenia ich przez serwer logistyki magazynowej i zaktualizowania stanów magazynowych.
Wycena zapasów
Import transakcji magazynowej prowadzi do zmiany wartości zapasów, jeśli użyty klucz transakcji przewiduje wycenę zapasów. Również w tym przypadku odpowiedzialny serwer logistyki magazynowej musi mieć status W działaniu, aby można było przeprowadzić wycenę zapasów.
Ceny są wykorzystywane do wyceny zapasów w następujący sposób:
- Jeśli ceny są podane we wszystkich walutach, to zostaną one przyjęte.
- Jeśli określono tylko jedną walutę, to pozostałe waluty lub te z wartością zero są obliczane automatycznie. Używany jest kurs wymiany, który obowiązywał w momencie określonej daty transakcji.
- Gdy nie określono waluty (nawet z wartością zero), to cena jest określana za pomocą klucza transakcji, jeśli wymagana jest cena.
Aktualizacja statusu poprzez powiązane zlecenie
Zaimportowana transakcja magazynowa może być powiązana z dokumentem transakcji magazynowej i dokumentem pierwotnym. Dokument transakcji magazynowej to dokument, który wygenerował transakcję magazynową. Dokument pierwotny to dokument znajdujący się na początku łańcucha dokumentów. Podczas importowania transakcji magazynowej status dokumentu pierwotnego powiązanego z transakcją magazynową jest aktualizowany tylko wtedy, gdy transakcja magazynowa zostanie oznaczone jako proces specjalny. Następujące procesy specjalne wymagają określenia dokumentu jako dokumentu pierwotnego:
- Zwroty do dostawców — wymagane są dane pozycji zamówienia zakupu
- Przychód na produkcję — wymagane są dane zlecenia produkcyjnego
- Rozchód z produkcji — wymagane są dane pozycji materiałowej
- Przyjęcie produktu ubocznego — wymagane są dane produktu ubocznego
- Materiały do produkcji obcej — wymagane są dane dostarczanego materiału
We wszystkich innych przypadkach status dokumentu pierwotnego nie jest aktualizowany przez transakcję magazynową. Statusy wszystkich innych określonych dokumentów nigdy nie są aktualizowane.
Import archiwalnych transakcji magazynowych
Import archiwalnych transakcji magazynowych odnosi się do transferu wszystkich transakcji magazynowych z systemu źródłowego do systemu docelowego. W przeciwieństwie do importu bieżących transakcji magazynowych, użytkownik może również przenieść średnią ruchomą cenę. Niemniej jednak, muszą być spełnione następujące minimalne wymagania:
- Zaimportowane transakcje magazynowe mogą być przetwarzane w systemie docelowym przez serwer logistyki magazynowej.
- Transakcje magazynowe są przetwarzane w systemie docelowym w tej samej kolejności, co w systemie źródłowym.
- W systemie docelowym przed importem nie ma żadnych istotnych transakcji magazynowych dla możliwych poziomów wyceny (artykuł i artykuł/magazyn).
Kolejność, w jakiej transakcje magazynowe są przetwarzane przez serwer logistyki magazynowej, ma ogromne znaczenie dla wyniku średniej ruchomej ceny. Z tego powodu, podczas importowania archiwalnych transakcji magazynowych należy zwrócić szczególną uwagę, aby importowane transakcje magazynowe były przetwarzane w tej samej kolejności, co w systemie źródłowym. Aby to osiągnąć, transakcje magazynowe w pliku importu muszą być posortowane w porządku rosnącym zgodnie z wewnętrznym numerem przetwarzania w systemie źródłowym.
Podczas importowania archiwalnych transakcji magazynowych należy również upewnić się, że wszystkie transakcje magazynowe są przetwarzane przez tylko jeden serwer logistyki magazynowej w systemie docelowym. Oznacza to, że wszystkie magazyny w pliku importu muszą być przypisane do tego samego serwera logistyki magazynowej. Jeśli przetwarzanie jest przeprowadzane przez kilka serwerów logistyki magazynowej, to nie można zagwarantować zgodności z prawidłową kolejnością, co skutkuje nieprawidłową średnią ruchomą ceny na poziomie artykułu.
Ograniczenia
Podczas importowania transakcji magazynowych dla artykułów, które są przechowywane w podzielonych magazynach, należy pamiętać, że jeśli plik importu zawiera transakcje magazynowe z środkami załadunku, to ten sam plik importu nie może zawierać żadnych innych transakcji magazynowych dla tego miejsca składowania lub pola odkładczego. Przykładowo, jeśli mają zostać zaimportowane zapasy o różnych specyfikacjach, transakcje magazynowe muszą zostać podzielone na kilka plików importu:
Miejsce składowania 001:
Partia z datą przydatności C01 150 szt.
Partia z datą przydatności C02 450 szt.
Miejsce składowania 002:
Partia z datą przydatności C03 50 szt.
Partia z datą przydatności C05 300 szt.
Partia z datą przydatności C06 250 szt.
Transakcje magazynowe są podzielone na dwa pliki importu. Zakładając, że miejsca składowania i artykuł pozwalają na środek załadunku PAL, pierwszy plik importu zawiera następujące pozycje materiałowe:
Miejsce składowania 001: Przychód 150 jednostek partii z datą przydatności C01 do 1 PAL
Miejsce składowania 002: Przychód 50 jednostek partii z datą przydatności C03 do 1 PAL
Drugi plik importu zawiera następujące transakcje magazynowe:
Miejsce składowania 001: Przychód 450 jednostek partii z datą przydatności C02 do 0 PAL
Miejsce składowania 002: Przychód 300 jednostek partii z datą przydatności C05 do 0 PAL
Miejsce składowania 003: Przychód 250 jednostek partii z datą przydatności C06 do 0 PAL
Przegląd: Atrybuty obsługiwane podczas importu
Atrybuty, które muszą zostać zaimportowane w celu uzyskania prawidłowej transakcji magazynowej (atrybuty obowiązkowe), zależą od używanego artykułu, jednostki ładunkowej, klucza transakcji i magazynu.
Atrybuty obowiązkowe
Poniższa tabela opisuje atrybuty, które muszą być określone w połączeniu:
| Atrybut | Relacja | Stan/objaśnienie |
| item | Artykuł | Atrybut obowiązkowy tylko wtedy, gdy nie określono jednostki ładunkowej lub gdy używany jest specjalny proces Korekta jednostek ładunkowych. Atrybut ten można również określić za pomocą relacji item. |
| identifier | Specyfikacja | Atrybut obowiązkowy tylko wtedy, gdy artykuł posiada specyfikację i ma wartość Ręcznie jako metodę otwierania w wartościach domyślnych dla specyfikacji. Jeśli metoda otwierania jest ustawiona na Automatycznie i podczas importu nie zostanie wprowadzona żadna specyfikacja, wówczas zostanie utworzona nowa specyfikacja i zapisana w transakcji magazynowej.Atrybut ten można również określić za pomocą relacji identifier. |
| referenceItem | Artykuł źródłowy | Atrybut obowiązkowy tylko w przypadku użycia klucza transakcji z transakcji Przeszacowanie. Atrybut ten można również określić poprzez relację referenceItem. |
| referenceIdentifier | Specyfikacja źródłowa | Atrybut obowiązkowy tylko wtedy, gdy artykuł źródłowy posiada specyfikację i ma wartość Ręcznie jako metodę otwierania w wartościach domyślnych dla specyfikacji. Jeśli metoda otwierania jest ustawiona na Automatycznie i podczas importu nie zostanie wprowadzona żadna specyfikacja, wówczas zostanie utworzona nowa specyfikacja i zapisana w transakcji magazynowej.Atrybut ten można również określić za pomocą relacji referenceIdentifier. |
| date | Data | Za pomocą tego atrybutu można określić datę transakcji. Data jest określana przy użyciu znacznika czasu z odpowiednią strefą czasową. Jeśli użytkownik nie wprowadzi daty, wówczas jako data transakcji zostanie użyta bieżąca data. |
| type | Klucz transakcji | Klucz transakcji musi być zawsze określony. Atrybut ten można również określić za pomocą relacji type. |
| warehouse | Magazyn | Magazyn musi być zawsze określony. Magazyn można również określić za pomocą relacji Storage. |
| zone | Strefa magazynowa | Atrybut obowiązkowy tylko wtedy, gdy używany jest ustrukturyzowany magazyn, przesunięcie ilościowe jest aktywowane dla używanego klucza transakcji i nie jest to strefa przyjęcia lub strefa wydania towarów, do której ma zostać dokonana transakcja. Strefę magazynową można również określić za pomocą relacji Storage. |
| storageLocation | Miejsce składowania | Atrybut obowiązkowy tylko wtedy, gdy używana jest ustrukturyzowana strefa magazynowa, a ruch ilościowy jest aktywowany dla używanego klucza transakcji. Miejsce składowania można również określić za pomocą relacji Storage. |
| slot | Pole odkładcze | Atrybut obowiązkowy tylko wtedy, gdy określone miejsce składowania posiada pola odkładcze. Pole odkładcze można również określić za pomocą relacji Storage. |
| Storage | Za pomocą tej relacji można określić magazyn, strefę magazynową, miejsce składowania i pole odkładcze. Poniżej opisano trzy atrybuty zawarte w tej relacji. | |
| Storage.warehouse | Patrz atrybut warehouse. | |
| Storage.zone | Patrz atrybut zone. | |
| Storage.location | Atrybut obowiązkowy tylko wtedy, gdy używana jest ustrukturyzowany magazyn, a ruch ilościowy jest aktywowany dla używanego klucza transakcji. Miejsce składowania jest adresowane poprzez określenie poziomów miejsc składowania. To, które poziomy należy określić, zależy od organizacji strefy magazynowej. Dla różnych organizacji strefy magazynowej należy określić następujące poziomy:
Jeśli miejsce składowania posiada punkty odkładcze, wówczas dane pola odkładczego muszą być oddzielone ukośnikiem. Przykład adresowania trzeciego miejsca składowania w magazynie blokowym: 001-001/3. |
|
| referenceWarehouse | Magazyn źródłowy | Atrybut obowiązkowy tylko w przypadku użycia klucza transakcji z procesu Przesunięcie. Magazyn źródłowy można również za pomocą relacji referenceStorage. |
| referenceZone | Źródłowa strona magazynowa | Atrybut obowiązkowy tylko wtedy, gdy magazyn źródłowy jest podzielony na strefy magazynowe i nie jest to strefa przyjęcia towarów lub strefa wydania towarów, do której ma zostać dokonana transakcja. Źródłową strefę magazynową można również określić za pomocą relacji referenceStorage. |
| referenceStorageLocation | Źródłowe miejsce składowania | Atrybut obowiązkowy tylko w przypadku korzystania z ustrukturyzowanej źródłowej strefy magazynowej. Miejsce składowania można również określić za pomocą relacji referenceStorage. |
| referenceSlot | Źródłowe pole odkładcze | Atrybut obowiązkowy tylko wtedy, gdy określona źródłowe miejsce składowania posiada pola odkładcze. Źródłowe pole odkładcze można również określić za pomocą relacji Storage. |
| ReferenceStorage | Za pomocą tej relacji można określić magazyn źródłowy, źródłową strefę magazynową, źródłowe miejsce składowania i źródłowe pole odkładcze. Opis atrybutów, które można określić w tej relacji, jest identyczny z opisem atrybutów zawartych w relacji Storage. | |
| targetOwner | Docelowy właściciel zapasów | Docelowy właściciel zapasów musi być zawsze określony. Docelowego właściciela zapasów można również określić poprzez relację targetOwner. |
| sourceOwner | Pierwotny właściciel zapasów | Pierwotny właściciel zapasów musi być zawsze określony. Pierwotnego właściciela zapasów można również określić poprzez relację sourceOwner. |
| unitLoad | Jednostka ładunkowa | Atrybut obowiązkowy tylko wtedy, gdy nie określono artykułu lub gdy używany jest specjalny proces Korekta jednostek ładunkowych. Jednostkę ładunkową można również określić za pomocą relacji unitLoad. |
| quantity | Ilość, która ma zostać objęta transakcją | Ilość można określić za pomocą tego atrybutu i atrybutu orderQuantity. Uwaga Jeśli użytkownik określi tylko atrybut quantity, ilość w jednostce logistycznej magazynu zostanie określona dla atrybutu orderQuantity.Ilości w jednostkach opakowaniowych zarządzanych przez magazyn mogą być importowane wyłącznie za pośrednictwem atrybutu orderQuantity. Atrybut quantity jest atrybutem tablicy. Wartość ilości może być określona w jednej z jednostek artykułu dla każdej pozycji indeksu. |
| quantity.amount | Wartość ilości | Należy użyć tego atrybutu, aby określić wartość ilości. |
| quantity.Uom | Jednostka | Jednostka miary użytego artykułu, tj. jedna z jednostek artykułu. Podczas transakcji jednostki ładunkowej należy określić środek załadunku jednostki ładunkowej. |
| orderQuantity | Ilość | Atrybut ten może być używany do importowania ilości w jednostkach opakowaniowych zarządzanych przez magazyn. Zasadniczo, ilość można określić za pomocą tego atrybutu i atrybutu quantity. Uwaga Jeśli określony zostanie tylko atrybut orderQuantity, ilość dla atrybutu quantity zostanie określona przy użyciu współczynników konwersji z danych podstawowych artykułu. W przypadku artykułów posiadających kilka jednostek artykułu może to prowadzić do niedokładnych ilości z powodu współczynników konwersji. W związku z tym, w przypadku tych artykułów zaleca się importowanie ilości w różnych jednostkach artykułu przy użyciu atrybutu quantity. |
| orderQuantity.amount | Wartość ilości | Należy użyć tego atrybutu, aby określić wartość ilości. |
| orderQuantity.Uom | Jednostka | Jednostka logistyczna magazynu artykułu lub jednostki opakowaniowej zgodnie z danymi podstawowymi artykułu. |
| storageUnit | Środek załadunku | Atrybut obowiązkowy tylko wtedy, gdy określono miejsce składowania obsługujące środki załadunku. Środki załadunku można również określić za pomocą relacji StorageUnit. |
| storageUnitCount | Liczba środków załadunku | Atrybut obowiązkowy tylko wtedy, gdy określono miejsce składowania obsługujące środki załadunku. |
| value | Cena | Cena jest obowiązkowa tylko w przypadku przeszacowania i transakcji korekty wartości. Oznacza to, że należy określić cenę o wartości różnej od zera. Cena powinna być określona dla wszystkich przychodów na poziomie magazynu, w przeciwnym razie przychód jest wyceniany na zero.Jeśli nie określono ceny (nie ma wpisu we wszystkich polach walutowych, nawet zero), cena jest określana zgodnie z używanym kluczem transakcji, pod warunkiem, że cena wyceny wybrana w kluczu transakcji jest określona w artykule.Jeśli cena jest podawana w kilku walutach, wówczas można określić wszystkie waluty lub tylko jedną, tak aby wszystkie pozostałe waluty były automatycznie przeliczane po kursie wymiany obowiązującym w dacie transakcji. |
| valueDimension | Wymiar ceny | Obowiązkowy atrybut dla przychodów i transakcji korekt, jeśli ma zostać przeprowadzona wycena stanów magazynowych. |
| info.costCentre | Centrum kosztów | Atrybut obowiązkowy, jeśli centrum kosztów musi być określone jako informacja obowiązkowa zgodnie z kluczem transakcji. Centrum kosztów można również określić za pomocą relacji info.CostCentre, w której organizacja jest używana do określenia dokładnego centrum kosztów, za pomocą atrybutu targetOwner lub, w przypadku rozchodów, sourceOwner. Jeśli użyty właściciel zapasów nie jest organizacją, używana jest organizacja magazynu. |
| Info.costObjective | Jednostka kosztowa | Atrybut obowiązkowy, jeśli jednostka kosztowa musi być określona jako informacja obowiązkowa zgodnie z kluczem transakcji. Jednostkę kosztową można również określić za pomocą relacji info.CostObjective, w której organizacja jest używana do określenia dokładnej jednostki kosztów, podobnie jak w przypadku centrum kosztów. |
| process | Proces specjalny | Atrybutu tego można użyć do określenia, czy zaimportowane transakcje magazynowe reprezentują proces specjalny, który skutkuje aktualizacją powiązanych dokumentów lub aktualizacją zapotrzebowania bez dowodu. Możliwe są następujące wartości dla określenia procesu specjalnego:
W przypadku ręcznych i importowanych transakcji magazynowych należy sprawdzić, czy transakcja magazynowa jest procesem specjalnym. Jeśli wartość nie jest określona w pliku importu, to dla tej transakcji magazynowej ustawiana jest wartość Prosta transakcja magazynowa. |
| demandNumber | Zapotrzebowanie bez dowodu | Zapotrzebowanie bez dowodu należy wprowadzić, jeśli określono proces specjalną Zarezerwowany rozchód bez dokumentu. Zapotrzebowanie bez dowodu można wprowadzić w aplikacji Rezerwacje. Określone zapotrzebowanie bez dowodu musi być zgodne z transakcją magazynową, która ma zostać zaimportowana. Dane zapotrzebowania bez dowodu są nieistotne dla wszystkich innych procesów specjalnych, więc określone zapotrzebowanie nie jest dalej brany pod uwagę.Zapotrzebowanie bez dowodu można również określić za pomocą relacji OriginalDemand. |
Dalsze atrybuty
Następujące atrybuty są obsługiwane przez interfejs importu oprócz atrybutów obowiązkowych:
| Atrybut | Relacja | Objaśnienie |
| referenceText | Powód transakcji | Dane dowolnego tekstu. |
| partner | Partner | Dane dowolnego partnera istniejącego w systemie. Jeśli określono dokument transakcji magazynowej, to partner jest zazwyczaj taki sam jak w dokumencie transakcji magazynowej. Nie jest jednak przeprowadzana żadna kontrola. Partnera można również określić za pomocą relacji partner. |
| cogOffsetAccount | Konto przeciwstawne | W przypadku aktywowanych księgowań syntetycznych istnieje możliwość określenia konta przeciwstawnego. Pozwala to np. na określenie specjalnego konta rozliczeniowego do ręcznej transakcji magazynowej. Jeśli jednak nie określono konta przeciwstawnego, to konto przeciwstawne jest określane automatycznie na podstawie wpisów w przyporządkowaniach kont w zakładce Księgowanie syntetyczne lub zgodnie z wpisami w aplikacji Konfiguracja, funkcja Księgowanie syntetyczne.Jeśli funkcja Księgowanie syntetyczne jest wyłączona, wówczas nie można określić konta przeciwstawnego.Konto przeciwstawne można również określić za pomocą relacji OffsetAccount, w której organizacja jest używana do określenia dokładnego konta przeciwstawnego, za pomocą atrybutu targetOwner lub sourceOwner w przypadku rozchodu. Jeśli użyty właściciel zapasów nie jest organizacją, wówczas używana jest organizacja magazynu. |
Dokument źródłowy
Dokumentem źródłowym jest zazwyczaj dokument znajdujący się na początku łańcucha dokumentów. W dokumencie pierwotnym atrybuty muszą być określone do poziomu pozycji lub podpozycji. Wyjątkiem jest zlecenie produkcyjne, w którym nie zawsze konieczne jest określenie pozycji. Procesy specjalne Rozchód z produkcji, Przyjęcie produktu ubocznego i Materiały do produkcji obcej wymagają określenia zlecenia produkcyjnego do poziomu pozycji lub podpunktu.
Wymagane atrybuty zostały opisane w poniższej tabeli:
| Atrybut | Relacja | Objaśnienie |
| extendedOriginalOrder.type | Typ zamówienia | Dane obowiązkowe przy określaniu dokumentu. Obsługiwane są następujące typy dokumentów:
|
| extendedOriginalOrder.orderType | Typ zamówienia | Identyfikator typu zamówienia |
| extendedOriginalOrder.orderNumber | Numer dokumentu | Dokument można również określić za pomocą atrybutu technicznego extendedOriginalOrder.header. |
| extendedOriginalOrder.detailNumber | Numer pozycji | Pozycję można również określić za pomocą atrybutu technicznego extendedOriginalOrder.detail. |
| extendedOriginalOrder.subDetailNumber | Numer podpozycji | Wymagane tylko w przypadku określania dokumentów obsługujących podpozycje. |
Dokument transakcji magazynowej
Dokument transakcji magazynowej to dokument, który wygenerował transakcję magazynową. Atrybuty muszą być określone dla dokumentu transakcji magazynowej do poziomu pozycji lub podpozycji. Wyjątkiem jest zlecenie produkcyjne, w przypadku którego nie jest konieczne określanie pozycji.
Wymagane atrybuty zostały opisane w poniższej tabeli:
| Atrybut | Relacja | Objaśnienie |
| extendedPostingOrder.type | Typ zamówienia | Obsługiwane są następujące typy dokumentów:
|
| extendedPostingOrder.orderType | Typ zamówienia | Identyfikator typu zamówienia |
| extendedPostingOrder.order Number | Numer zamówienia | Dokument można również określić za pomocą atrybutu technicznego extendedPostingOrder.header. |
| extendedPostingOrder.detailNumber | Numer pozycji | Pozycję można również określić za pomocą atrybutu technicznego extendedPostingOrder.detail. |
| extendedPostingOrder.subDetailNumber | Numer podpunktu | Wymagane tylko w przypadku określania dokumentów obsługujących podpozycje |
