Detaily designu: Aplikace položky
Když zaúčtujete transakci zásob, zaúčtování množství se zaznamená do položek knihy artiklů, zaúčtování hodnoty do položek hodnot. Více informací viz Detaily designu: Zaúčtování zásob.
Kromě toho je vytvořena aplikace položky, která propojí příjemce nákladů s jeho zdrojem nákladů, aby se zajistilo přeposílání nákladů podle metody kalkulace. Další informace naleznete v části Design Details: Costing Methods.
Business Central vytváří dva typy aplikací položek.
| Typ aplikace | Popis |
|---|---|
| Aplikace množství | Vytvořeno pro všechny transakce zásob |
| Aplikace nákladů | Vytvořeno pro příchozí záznamy spolu s aplikací množství jako výsledek interakce uživatele ve speciálních procesech. |
Aplikace položek lze provést následujícími způsoby.
| Metoda | Popis | Typ aplikace |
|---|---|---|
| Automatické | Vyskytuje se jako obecné přeposílání nákladů podle metody kalkulace | Aplikace množství |
| Opraveno | Vytvořeno uživatelem, když: - Zpracování vratek - Zaúčtování oprav - Vrácení zaúčtování množství - Vytváření zásilek Poznámka: Opravnou aplikaci lze provést buď ručně zadáním čísla položky do Přihláška-z položky položky nebo pomocí funkce, jako je Získat obrácení řádků zveřejněného dokumentu. |
Aplikace množství Aplikace nákladů Poznámka: Uplatnění nákladů se vyskytuje pouze u příchozích transakcí, kde je vyplněno pole Přihláška-z položky položky k vytvoření pevné aplikace. Viz další tabulka. |
Zda jsou provedeny množstevní aplikace nebo nákladové aplikace, závisí na směru transakce zásob a na tom, zda se aplikace položky provádí automaticky nebo pevně ve spojení se speciálními procesy.
Následující tabulka ukazuje, na základě centrálních aplikačních polí na skladových transakčních řádcích, jak náklady plynou v závislosti na směru transakce. Také uvádí, kdy a proč je aplikace položky typu množství nebo náklady.
| - | Pole pro zadání položky Appl.-to | Aplikace-z pole Vstup položky |
|---|---|---|
| Žádost o odchozí vstup | Odchozí záznam přebírá náklady z otevřeného příchozího záznamu. Aplikace množství |
Není podporováno |
| Žádost o příchozí vstup | Vstupní položka přesune náklady na otevřenou odchozí položku. Vstupní položka je zdrojem nákladů. Aplikace množství |
Vstupní položka stáhne náklady z odchozí položky. Poznámka: Při vytváření této pevné aplikace se s příchozí transakcí zachází jako s vráceným prodejem. Použitá odchozí položka proto zůstane otevřená. Vstupní položka NENÍ zdrojem nákladů. Aplikace nákladů |
Důležité
Vrácení prodeje NENÍ považováno za zdroj nákladů, pokud je aplikováno fixní.
Záznam prodeje zůstane otevřený, dokud nebude zveřejněn skutečný zdroj.
Záznam aplikace položky zaznamenává následující informace.
| Pole | Popis |
|---|---|
| Číslo položky v hlavní knize | Číslo položky knihy položek pro transakci, pro kterou je tato položka aplikace vytvořena. |
| Vstupní položka č. | Číslo záznamu v knize položek zvýšení zásob, ke kterému má být transakce navázána, je-li to relevantní. |
| Položka odchozí položky č. | Číslo položky položkového úbytku zásob, ke kterému má být transakce navázána, je-li to relevantní. |
| Množství | Aplikované množství. |
| Datum zveřejnění | Datum zaúčtování transakce. |
Zvýšení zásob
Když zaúčtujete navýšení zásob, zaznamená se jednoduchý záznam aplikace položky bez aplikace k odchozí položce.
Příklad
Následující tabulka ukazuje položku aplikace položky, která se vytvoří, když zaúčtujete potvrzení o nákupu 10 jednotek.
| Zúčtovací datum | Vstupní položka č. | Položka odchozí položky č. | Množství | Číslo položky v hlavní knize |
|---|---|---|---|---|
| 01-01-20 | 1 | 0 | 10 | 1 |
Snížení zásob
Když zaúčtujete snížení zásob, vytvoří se položka aplikace položky, která spojí snížení zásob se zvýšením zásob. Tento odkaz je vytvořen pomocí metody kalkulace položky jako vodítka. U položek používajících metody FIFO, Standardní a Průměrná kalkulace je propojení založeno na principu „první dovnitř, první ven“. Snížení zásob se použije na zvýšení zásob s nejstarším datem zaúčtování. U položek využívajících metodu kalkulace LIFO je propojení založeno na principu poslední do skladu, první ven. Snížení zásob se použije na zvýšení zásob s posledním datem zaúčtování.
V tabulce Položka knihy položek pole Zbývající množství zobrazuje množství, které ještě nebylo použito. Pokud je zbývající množství větší než 0, je zaškrtnuto políčko Otevřít .
Příklad
Následující příklad ukazuje položku aplikace položky, která se vytvoří, když zaúčtujete prodejní zásilku 5 jednotek položek, které byly přijaty v předchozím příkladu. První položka aplikace položky je doklad o nákupu. Druhou položkou aplikace je prodejní zásilka.
V následující tabulce jsou uvedeny dva záznamy aplikace artiklů, které jsou výsledkem zvýšení zásob, respektive snížení zásob.
| Zúčtovací datum | Vstupní položka č. | Položka odchozí položky č. | Množství | Číslo položky v hlavní knize |
|---|---|---|---|---|
| 01-01-20 | 1 | 0 | 10 | 1 |
| 01-03-20 | 1 | 2 | -5 | 2 |
Opravená aplikace
Pevnou aplikaci vytvoříte, když určíte, že náklady na zvýšení zásob by se měly vztahovat na konkrétní snížení zásob nebo naopak. Pevná aplikace ovlivní zbývající množství záznamů, ale pevná aplikace také ruší přesnou cenu původního záznamu, na který nebo ze kterého žádáte.
Chcete-li vytvořit pevnou aplikaci, použijte Appl.-to Item Entry pole nebo Appl.-from Item Entry pole v řádcích dokladu určete položku knihy položek, na kterou se má řádek transakce vztahovat nebo ze které se má použít. Můžete například vytvořit pevnou aplikaci, když chcete vytvořit nákladovou aplikaci, která určuje, že by se vratka prodeje měla vztahovat na konkrétní prodejní zásilku, aby se zvrátily náklady na prodejní zásilku. V tomto případě Business Central ignoruje metodu kalkulace a použije snížení nebo zvýšení zásob pro návratnost prodeje na položku knihy položek, kterou určíte. Výhodou vytvoření pevné aplikace je, že náklady na původní transakci jsou přeneseny do nové transakce.
Příklad – Opravená aplikace ve vrácení nákupu
Následující příklad, který ilustruje účinek fixní aplikace vrácení zboží pomocí metody kalkulace FIFO, je založen na následujícím scénáři:
- V záznamu 1 uživatel zaúčtuje nákup za cenu 10,00 LCY.
- V záznamu 2 uživatel zaúčtuje nákup za cenu 20,00 LCY.
- V záznamu 3 uživatel odešle nákup. Uživatel provede pevnou přihlášku k druhému nákupu zadáním čísla položky knihy položky do pole Appl.-to Item Entry pole na řádku nákupu vratka.
Následující tabulka ukazuje položky knihy položek vyplývající ze scénáře.
| Datum zveřejnění | Typ položky knihy položky | Množství | Částka nákladů (skutečná) | Číslo položky v hlavní knize |
|---|---|---|---|---|
| 01-04-20 | Nákup | 10 | 10.00 | 1 |
| 01-05-20 | Nákup | 10 | 20.00 | 2 |
| 01-06-20 | Nákup (vrácení) | -10 | -20:00 | 3 |
Vzhledem k tomu, že od vráceného nákupu do druhého záznamu o nákupu je provedena pevná aplikace, jsou položky vráceny se správnou cenou. Pokud by uživatel neprovedl pevnou aplikaci, pak by vrácená položka byla nesprávně oceněna na 10,00 LCY, protože vrácení by bylo aplikováno na první položku nákupu podle principu FIFO.
Následující tabulka ukazuje položku aplikace položky, která je výsledkem pevné aplikace.
| Zúčtovací datum | Vstupní položka č. | Položka odchozí položky č. | Množství | Číslo položky v hlavní knize |
|---|---|---|---|---|
| 01-06-20 | 2 | 3 | 10 | 3 |
Náklady na druhý nákup, 20,00 LCY, jsou správně převedeny do vrácení nákupu.
Příklad – Fixní aplikace s průměrnými náklady
Následující příklad, který ilustruje účinek pevné aplikace, je založen na následujícím scénáři pro položku, která používá metodu průměrné kalkulace:
- Do položky číslo 1 a 2 uživatel zaúčtuje dvě nákupní faktury. Druhá faktura obsahuje nesprávné přímé jednotkové náklady ve výši 1 000,00 LCY.
- V položce číslo 3 uživatel zaúčtuje nákupní dobropis s pevnou aplikací aplikovanou na položku nákupu s nesprávnými přímými jednotkovými náklady. Součet v poli Částka nákladů (skutečná) pro dvě pevné použité hodnoty se stane 0,00
- V položce číslo 4 uživatel zaúčtuje další nákupní fakturu se správnou přímou jednotkovou cenou 100,00 LCY
- V položce číslo 5 uživatel zaúčtuje prodejní fakturu.
- Množství zásob je 0 a hodnota zásob je také 0,00
Následující tabulka ukazuje výsledek scénáře na položkách hodnoty položky.
Následující tabulka ukazuje výsledek scénáře pro položky hodnoty položky po dokončení účtování a provedení úpravy nákladů.
| Zúčtovací datum | Typ položky knihy položky | Oceněné množství | Částka nákladů (skutečná) | Vyrovnat položkou zboží | Oceněno průměrnými náklady | Číslo položky v hlavní knize | Číslo položky |
|---|---|---|---|---|---|---|---|
| 01-01-20 | Nákup | 1 | 200.00 | Žádný | 1 | 1 | |
| 01-01-20 | Nákup | 1 | 1000.00 | Žádný | 2 | 2 | |
| 01-01-20 | Nákup | -1 | -1000 | 2 | Žádný | 3 | 3 |
| 01-01-20 | Nákup | 1 | 100.00 | Žádný | 4 | 4 | |
| 01-01-20 | Prodej | -2 | -300,00 | Ano | 5 | 5 |
Pokud by uživatel neprovedl pevnou žádost mezi nákupním dobropisem a nákupem s nesprávnými přímými jednotkovými náklady (krok 2 v předchozím scénáři), náklady by byly upraveny jinak.
Následující tabulka ukazuje výsledek na položkách hodnot položky, pokud se krok 2 v předchozím scénáři provede bez pevné aplikace.
| Zúčtovací datum | Typ položky knihy položky | Oceněné množství | Částka nákladů (skutečná) | Oceněno průměrnými náklady | Číslo položky v hlavní knize | Číslo položky |
|---|---|---|---|---|---|---|
| 01-01-20 | Nákup | 1 | 200.00 | Žádný | 1 | 1 |
| 01-01-20 | Nákup | 1 | 1000.00 | Žádný | 2 | 2 |
| 01-01-20 | Nákup | -1 | 433,33 | Ano | 3 | 3 |
| 01-01-20 | Nákup | 1 | 100.00 | Žádný | 4 | 4 |
| 01-01-20 | Prodej | -2 | 866,67 | Ano | 5 | 5 |
V položce číslo 3 je hodnota v poli Částka nákladů (skutečná) oceněna průměrem, a proto zahrnuje chybné zaúčtování 1000,00. V souladu s tím se stává -433,33, což je nafouknutá částka nákladů. Výpočet je 1300 / 3 = .-433,33.
V položce číslo 5 je ze stejného důvodu také nepřesná hodnota pole Částka nákladů (skutečná) u této položky.
Poznámka
Pokud vytvoříte pevnou aplikaci pro snížení zásob pro artikl, který používá metodu průměrné kalkulace, pak snížení neobdrží průměrné náklady na artikl jako obvykle, ale místo toho obdrží náklady na zvýšení zásob, které jste zadali. Toto snížení zásob pak již není součástí kalkulace průměrných nákladů.
Příklad – Opravená aplikace v tržbách
Pevné aplikace jsou také velmi dobrým prostředkem pro přesné zvrácení nákladů, jako například u vrácených prodejů.
Následující příklad, který ilustruje, jak pevná aplikace zajišťuje přesné zvrácení nákladů, je založen na následujícím scénáři:
- Uživatel zaúčtuje nákupní fakturu.
- Uživatel zaúčtuje prodejní fakturu.
- Uživatel zaúčtuje prodejní dobropis pro vrácenou položku, který se vztahuje na záznam prodeje, aby správně stornoval náklady.
- Dorazí náklady na dopravu související s nákupní objednávkou, která byla zaúčtována dříve. Uživatel to zaúčtuje jako poplatek za položku.
Následující tabulka ukazuje výsledek kroků 1 až 3 scénáře na položkách hodnot položky.
| Zúčtovací datum | Typ položky knihy položky | Oceněné množství | Částka nákladů (skutečná) | Vyrovnáno položkou zboží | Číslo položky v hlavní knize | Číslo položky |
|---|---|---|---|---|---|---|
| 01-01-20 | Nákup | 1 | 1000.00 | 1 | 1 | |
| 02-01-20 | Prodej | -1 | 1000.00 | 2 | 2 | |
| 03-01-20 | Prodej (dobropis) | 1 | 1000 | 2 | 3 | 3 |
Následující tabulka ukazuje zadání hodnoty vyplývající ze scénáře krok 4, účtování poplatku za položku.
| Zúčtovací datum | Typ položky knihy položky | Oceněné množství | Částka nákladů (skutečná) | Vyrovnáno položkou zboží | Číslo položky v hlavní knize | Číslo položky |
|---|---|---|---|---|---|---|
| 04-01-20 | (Poplatek za položku) | 1 | 100.00 | 1 | 4 |
Následující tabulka ukazuje vliv přesného storna nákladů na položky hodnoty položky.
| Zúčtovací datum | Typ položky knihy položky | Oceněné množství | Částka nákladů (skutečná) | Vyrovnáno položkou zboží | Číslo položky v hlavní knize | Číslo položky |
|---|---|---|---|---|---|---|
| 01-01-20 | Nákup | 1 | 1000.00 | 1 | 1 | |
| 02-01-20 | Prodej | -1 | 1100.00 | 2 | 2 | |
| 03-01-20 | Prodej (dobropis) | 1 | 1100.00 | 2 | 3 | 3 |
| 04-01-20 | (Poplatek za položku) | 1 | 100.00 | 1 | 4 |
Když spustíte dávkovou úlohu Upravit náklady – položky položky , zvýšené náklady na položku nákupu v důsledku poplatku za položku budou předány do položky prodeje (položka číslo 2 ). Záznam prodeje pak tyto zvýšené náklady předá záznamu prodejního kreditu (záznam číslo 3). Konečným výsledkem je, že náklady jsou správně obráceny.
Poznámka
Pokud pracujete s vratkami nebo dobropisy a nastavili jste Přesná reverzace nákladů povinná pole v obou Nastavení nákupů a závazků stránku nebo Nastavení prodeje a pohledávek podle vaší situace, pak Business Central automaticky vyplní různá vstupní pole aplikace, když použijete Kopírovat z dokumentu funkce. Pokud použijete Získejte obrácení řádků vloženého dokumentu funkce, pak se pole vždy vyplní automaticky.
Poznámka
Pokud zaúčtujete transakci s pevnou aplikací a položka knihy položek, o kterou žádáte, je uzavřena, což znamená, že zbývající množství je nulové, stará aplikace se automaticky vrátí zpět a znovu použije položku knihy položek pomocí pevné aplikace, kterou jste specifikováno.
Převod aplikace
Když je položka převedena z jednoho místa na druhé, uvnitř inventáře společnosti, pak se mezi dvěma záznamy převodu vytvoří aplikace. Ocenění položky převodu závisí na metodě kalkulace. U položek používajících metodu průměrných kalkulací je ocenění provedeno průměrnou cenou v průměrném nákladovém období, ve kterém nastal den ocenění převodu. U položek používajících jiné kalkulační metody se ocenění provádí zpětným sledováním nákladů na původní zvýšení zásob.
Příklad – Metoda průměrných nákladů
Následující příklad, který ilustruje, jak se aplikují položky převodu, je založen na následujícím scénáři pro položku používající metodu průměrné kalkulace a průměrné nákladové období Den.
- Uživatel zakoupí položku za cenu 10,00 LCY.
- Uživatel zakoupí položku znovu za cenu 20,00 LCY.
- Uživatel přenese položku z místa VÝCHOD na ZÁPAD.
Následující tabulka ukazuje vliv převodu na hodnoty položky.
| Zúčtovací datum | Typ položky knihy položky | Kód lokace | Oceněné množství | Částka nákladů (skutečná) | Číslo položky |
|---|---|---|---|---|---|
| 01-01-20 | Nákup | VÝCHODNÍ | 1 | 10.00 | 1 |
| 01-01-20 | Nákup | VÝCHODNÍ | 1 | 20.00 | 2 |
| 02-01-20 | Transfer | VÝCHODNÍ | -1 | 15.00 | 3 |
| 02-01-20 | Transfer | ZÁPAD | 1 | 15.00 | 4 |
Příklad – metoda standardní kalkulace
Následující příklad, který ilustruje, jak se aplikují položky převodu, je založen na následujícím scénáři pro položku používající standardní metodu kalkulace a průměrné nákladové období Den.
- Uživatel zakoupí položku za standardní cenu 10,00 LCY.
- Uživatel převede položku z místa VÝCHOD na ZÁPAD za standardní cenu 12,00 LCY.
Následující tabulka ukazuje vliv převodu na hodnoty položky.
| Zúčtovací datum | Typ položky knihy položky | Kód lokace | Oceněné množství | Částka nákladů (skutečná) | Číslo položky |
|---|---|---|---|---|---|
| 01-01-20 | Nákup | VÝCHODNÍ | 1 | 10.00 | 1 |
| 02-01-20 | Transfer | VÝCHODNÍ | -1 | 10.00 | 2 |
| 02-01-20 | Transfer | ZÁPAD | 1 | 10.00 | 3 |
Vzhledem k tomu, že hodnota původního navýšení zásob je 10,00 LCY, převod je oceněn touto cenou, nikoli 12,00 LCY.
Opětovná aplikace
Kvůli způsobu výpočtu jednotkových nákladů položky může nesprávná aplikace položky vést ke zkresleným průměrným nákladům a jednotkovým nákladům. Následující scénáře mohou způsobit nesprávné aplikace položek, které vyžadují, abyste zrušili aplikace položek a znovu použili položky knihy položek:
- Zapomněli jste provést pevnou aplikaci.
- Udělali jste nesprávnou pevnou aplikaci.
- Chcete přepsat aplikaci vytvořenou automaticky při účtování podle metody kalkulace položky.
- Musíte vrátit položku, na kterou již byl prodej ručně aplikován, bez použití Získejte obrácení řádků vloženého dokumentu a musíte proto aplikaci vrátit zpět.
Business Central nabízí funkci pro analýzu a opravu aplikací položek. Tato práce se provádí na Pracovní list aplikace strana.
Viz také
Podrobnosti návrhu: Známý problém aplikace položky
Detaily návrhu: Kalkulace zásob
Detaily návrhu: Metody kalkulace nákladů
Detaily designu: Průměrná cena
Detaily designu: Úprava nákladů
Správa nákladů na zásoby
Finance
Spolupracujte s Business Central
Zde najdete bezplatné e-learningové moduly pro Business Central