Sklad a vypocet zisku

Ahojte. Dostal som za ulohu zaviest evidenciu skladu a vypocet zisku pre jednotlive produtky. Zatial som tuto situaciu nikdy neriesil. Potreboval by som trochu posunut v mysleni. Ako sa standardne riesi takato situacia, ked su nakupne ceny rozne.


Nakup:

Produkt 1
pocet ks: 100
nakup : 1 euro
-----------------
pocet ks 200
nakup: 2 eura
-----------------
pocet ks: 100
nakup : 1 euro
-----------------
pocet ks 200
nakup: 2 eura
-----------------
pocet ks: 100
nakup : 1 euro


Predaj:
Produkt 1

pocet ks: 40
nakup : 5 eur
-----------------
pocet ks 70
nakup: 5 eur
-----------------
pocet ks: 30
nakup : 7 eur
-----------------
pocet ks 200
nakup: 4 eura
-----------------
pocet ks: 30
nakup : 7 eur


Akym sposobom sa v tomto pripade realizuju vypocty a ako je to idealne ukladat do databazy, aby dokazal vypocitat zisk zo zakazky?

Oceňování zásob - info třeba tady: http://www.uctujemeprovas.cz/ucetnic...cenovani-zasob

zisk = prodejní cena - nákupní cena ( bez zohlednění dalších nákladů)

Původně odeslal salab

zisk = prodejní cena - nákupní cena ( bez zohlednění dalších nákladů)

K tý nákupní ceně se musíš nějak dostat.
Buď FIFO - tzn. nejdřív prodávám ty nejstarší a pak bych u prvního prodeje měl náklad 40 a u druhého (60x1)+(10x2) = 80
Nebo váženej průměr tzn. (100+400+100+400+100)/(100+200+100+200+100) = 1,5714... Potom náklad na 1. prodej = 62,856, náklad na druhý prodej 109,998 atd.

Původně odeslal jar159

Oceňování zásob - info třeba tady: http://www.uctujemeprovas.cz/ucetnic...cenovani-zasob

Ocenovanie metodou FIFO mam zrovna rozpisanu ako 1 z rieseni.

Po dany prvy bod je to ok. Aby to malo dasie riesenie, tak by si to riesil v db tak, ze pridas do db stlpec, kde si budes uvadzat este zostatok z naskladneneho poctu?

v tomto konkretnom pripade odpisem 200, tym padom budem vediet, ze uz s danymi sumami nebude pracovat a nasledne uz len pracujem s cenou 19 kc.

Vyjadrujem sa asi ako Madar. Nie som moc vysvetlujuci typ :D

Jak budeš řešit rozpočítávání vedlejších nákladů? Bude to někdo počítat na kalkulačce před zadáním do toho Tvého skladového hospodářství? Nebo to bude zajišťovat Tvůj systém?

Budeš účtovat sklady metodou B? Nebo to budeš mít univerzální?

Atp...

Doporučuji vlézt si do nějakého běžného účetního systému a vyzkoušet si, co tam všechno (a jak) řešej, abys měl alepoň nějakou představu, co se běžně řeší a že to (nebo zda to) budete potřebovat.

Původně odeslal Creator13

Ocenovanie metodou FIFO mam zrovna rozpisanu ako 1 z rieseni.

Po dany prvy bod je to ok. Aby to malo dasie riesenie, tak by si to riesil v db tak, ze pridas do db stlpec, kde si budes uvadzat este zostatok z naskladneneho poctu?

v tomto konkretnom pripade odpisem 200, tym padom budem vediet, ze uz s danymi sumami nebude pracovat a nasledne uz len pracujem s cenou 19 kc.

Vyjadrujem sa asi ako Madar. Nie som moc vysvetlujuci typ :D

Na tohle nedokážu odpovědět. Technický řešení podle mě záleží i na okolnostech (jak moc musíš být přesný, jaké máš možnosti).

Původně odeslal boolk

Jak budeš řešit rozpočítávání vedlejších nákladů? Bude to někdo počítat na kalkulačce před zadáním do toho Tvého skladového hospodářství? Nebo to bude zajišťovat Tvůj systém?

Budeš účtovat sklady metodou B? Nebo to budeš mít univerzální?

Atp...

Doporučuji vlézt si do nějakého běžného účetního systému a vyzkoušet si, co tam všechno (a jak) řešej, abys měl alepoň nějakou představu, co se běžně řeší a že to (nebo zda to) budete potřebovat.

Vedlajsie naklady mame uvadzane ku kazdemu produktu. Zo systemu si ich vytiahnem.
Uctovanie skladov nebudem riesit.

Potrebujem len zistit zisk pre konkretnu polozku a aktualny stav skladu. Tieto dve veci musim dotiahnut.

---------- Příspěvek doplněn 14.02.2019 v 16:31 ----------

Původně odeslal jar159

Na tohle nedokážu odpovědět. Technický řešení podle mě záleží i na okolnostech (jak moc musíš být přesný, jaké máš možnosti).

Toto riesenie mi pride ako uplne presne, co sa tyka rozdielu nakup, predaj.

FIFO, FILO alebo vazeny priemer.

Původně odeslal Creator13

Vedlajsie naklady mame uvadzane ku kazdemu produktu. Zo systemu si ich vytiahnem.
Uctovanie skladov nebudem riesit.

Potrebujem len zistit zisk pre konkretnu polozku a aktualny stav skladu. Tieto dve veci musim dotiahnut.

---------- Příspěvek doplněn 14.02.2019 v 16:31 ----------



Toto riesenie mi pride ako uplne presne, co sa tyka rozdielu nakup, predaj.

Počítání zisku JE účtování.

Vedlejší náklady se obecně počítají ke každému naskladnění. Musel bys mít nějaké speciál podnikání, abys měl k danému produktu vždy a za všech okolností tytéž vedlejší náklady.

Daná věc se dá vždy řešit mnoha různými cestami - když nevím, jak je u vás podnikání nastaveno, tak se nedá vybrat správný způsob. Začátek prostě musí být analýza - jinak to budeš dvakrát předělávat.

v skladovom systeme ktory sme v predoslej firme pouzivali to mam pocit bolo implementovane tak ze sa slo FIFOm a pri nakupe sa zadavali vedlajsie naklady a tie sa rozpocitavali na polozku, a v db to bolo ulozene po kuse v a pri predaji sa polozky oznacovali poporadi ako uz predane.

tj priklad kupil si
2ks po 10€ + vedlasi naklad 2€
tak system interne ulozil 2 riadky po 1ks s nakupkou 11€(10+1)

4ks po 11 + vedlajsie naklady 2€
do db 4 riadky po 1ks s nakupkou 11,5€(11+0,5)

a pri vyskladnovani si odoberal jednotlive riadky poporadi v akom prisli

tj ak bol predaj 3ks po 15€
tak zisk = 15-11 + 15-11 + 15-11,5

a v skladovov systeme ti interne zostali 3ks s nakupkou 11,5

Původně odeslal boolk

Počítání zisku JE účtování.

Vedlejší náklady se obecně počítají ke každému naskladnění. Musel bys mít nějaké speciál podnikání, abys měl k danému produktu vždy a za všech okolností tytéž vedlejší náklady.

Daná věc se dá vždy řešit mnoha různými cestami - když nevím, jak je u vás podnikání nastaveno, tak se nedá vybrat správný způsob. Začátek prostě musí být analýza - jinak to budeš dvakrát předělávat.

Vedlajsie naklady su pre nas 3. 1 fixna a 2 premenlive. Fixnu si vytahujem zo systemu, 2 premenlive bude zadavat clovek pri kazdom pridavani produktu do skladu. Tak to maju nastavene.

---------- Příspěvek doplněn 16.02.2019 v 18:37 ----------

Původně odeslal martinzsa

v skladovom systeme ktory sme v predoslej firme pouzivali to mam pocit bolo implementovane tak ze sa slo FIFOm a pri nakupe sa zadavali vedlajsie naklady a tie sa rozpocitavali na polozku, a v db to bolo ulozene po kuse v a pri predaji sa polozky oznacovali poporadi ako uz predane.

tj priklad kupil si
2ks po 10€ + vedlasi naklad 2€
tak system interne ulozil 2 riadky po 1ks s nakupkou 11€(10+1)

4ks po 11 + vedlajsie naklady 2€
do db 4 riadky po 1ks s nakupkou 11,5€(11+0,5)

a pri vyskladnovani si odoberal jednotlive riadky poporadi v akom prisli

tj ak bol predaj 3ks po 15€
tak zisk = 15-11 + 15-11 + 15-11,5

a v skladovov systeme ti interne zostali 3ks s nakupkou 11,5

Mam to v hlave tak nejako premyslene. V pondelok sa to budem snazit zrealizovat.

Pocet ks, Dostupne ks, kupa/ks, doprava/ks, ostatne/ks, aktualny kurz ...z toho by som si uz mal vediet vytiahnut vsetky potrebne veci na vypocet.

Původně odeslal Creator13

Vedlajsie naklady su pre nas 3. 1 fixna a 2 premenlive. Fixnu si vytahujem zo systemu, 2 premenlive bude zadavat clovek pri kazdom pridavani produktu do skladu. Tak to maju nastavene.

---------- Příspěvek doplněn 16.02.2019 v 18:37 ----------



Mam to v hlave tak nejako premyslene. V pondelok sa to budem snazit zrealizovat.

Pocet ks, Dostupne ks, kupa/ks, doprava/ks, ostatne/ks, aktualny kurz ...z toho by som si uz mal vediet vytiahnut vsetky potrebne veci na vypocet.

ak si celu tu evidenviu rozhodis na kusy ako som pisal tak s tym spravis velmi lahko vsetky mozne statistiky a vypocty co budes potrebovat a aj fifo sa potom lahko implementuje a mas presny prehlad o pohyboch jednotlivych kusov + ak ti vznikaju vratky stale vies dohladat povodne ceny kedze pomocou idciek nato vies pri predaji aj vrateni odkazovat.

Původně odeslal martinzsa

ak si celu tu evidenviu rozhodis na kusy ako som pisal tak s tym spravis velmi lahko vsetky mozne statistiky a vypocty co budes potrebovat a aj fifo sa potom lahko implementuje a mas presny prehlad o pohyboch jednotlivych kusov + ak ti vznikaju vratky stale vies dohladat povodne ceny kedze pomocou idciek nato vies pri predaji aj vrateni odkazovat.

To je pravda, ale myslim, ze sa k tomu dostanem aj takymto sposobom. Sice trochu inak, ale vysledna suma by mala byt rovnka. Premyslim este to riesenie. U nas sa nakupuje v stovkach kusov, tak mi to tak pride jednoduchsie, ako riesit kusovky.

ak je pre teba lahsi tvoj sposob tak chod do toho nevravim ze mnou popisane riesenie je optimalne������.
ja som iba popisal ako fungoval interne skladovy system co sme mali na firme (kupene krabicove riesenie) - len pre info tocili sme denne okolo 2000 - 3000ks tj vecer sa naskladnilo rano vyskladnovalo do toho objednavky na sklad cca 200ks, a kopa vratiek ale vse slapalo ako malo iba ku koncu roka to slo pomalsie ale to bol problem skor HW a toho ze implementacia nebola robena na poriadnej DB

Původně odeslal Creator13

Vedlajsie naklady su pre nas 3. 1 fixna a 2 premenlive. Fixnu si vytahujem zo systemu, 2 premenlive bude zadavat clovek pri kazdom pridavani produktu do skladu. Tak to maju nastavene.

Např. dosud nevím, zda to ten tebou zmíněný člověk bude počítat na kalkulačce nebo zda to spočítá Tebou vytvářený systém.

Navíc, rozpočítání vedlejších nákladů je povoleno podle několika pravidel. Aktuálně, co jsem měl v ruce, tak jsme dali rozpočítávat podle ceny, tj.:

Přijde faktura, tam je třeba poštovné 120 a zboží na sklad první řádek 5 kusů po 50, druhý řádek 2 kusy po 100, třetí řádek 1 kus za 150.
Tak ty vedlejší náklady 120 Kč rozdělím proporcionálně 120 ku 600 takto:
produkty z prvního řádku naskladňuju za 60 (50+10), produkty z druhého řádku za 120 (100+20), produkt z třetího řádku za 180.

---------- Příspěvek doplněn 17.02.2019 v 22:46 ----------

Původně odeslal martinzsa

v skladovom systeme ktory sme v predoslej firme pouzivali to mam pocit bolo implementovane tak ze sa slo FIFOm a pri nakupe sa zadavali vedlajsie naklady a tie sa rozpocitavali na polozku, a v db to bolo ulozene po kuse v a pri predaji sa polozky oznacovali poporadi ako uz predane.

tj priklad kupil si
2ks po 10€ + vedlasi naklad 2€
tak system interne ulozil 2 riadky po 1ks s nakupkou 11€(10+1)

4ks po 11 + vedlajsie naklady 2€
do db 4 riadky po 1ks s nakupkou 11,5€(11+0,5)nebo 0,001

a pri vyskladnovani si odoberal jednotlive riadky poporadi v akom prisli

tj ak bol predaj 3ks po 15€
tak zisk = 15-11 + 15-11 + 15-11,5

a v skladovov systeme ti interne zostali 3ks s nakupkou 11,5

Ano, to jde - ale jen v některém podnikání. Nelze to použít univerzálně (tj. u některých firem to nejde - nebo spíše "prakticky nejde" jakože nemá smysl vůbec takový způsob uvažovat)


Například: naskladňuju v kg (mám dílek ,1 kg - ale nemám jistotu, jestli nebudou chtít za půl roku dílek ,01 nebo ,001kg... - a na druhou stranu jedu ve stovkách tun...)