Ресторант - Форум SAGA
Тук ние преподаваме, разговаряме, създаваме приятелства
ресторант
ресторант
# 1 Съобщение от paraschivl454 »Четвъртък, 15 март 2007 г. 8:38 ч
# 2 Съобщение от ionetei153 »Четвъртък, 15 март 2007 г. 16:29
Това е малко лесно за обяснение, но е така:
-прясна храна се получава в 301, суровини, Направете аналитична 301.1, храна,
-всеки ден трябва да се изготвя план за меню, в който да се посочва видът на ястията, които трябва да се приготвят, като се посочва теглото на крайния продукт.
-приспадането на храната от склада, който отива в кухнята, се извършва въз основа на "Ежедневния списък с храни" или разписката за консумация.
-трябва да има производствени рецепти за всеки кулинарен препарат. Те могат да бъдат изготвени от вас и одобрени или да вземете готварска книга, която циркулира в публичното хранене.
-изготвя се ежедневен производствен отчет, който трябва да доведе главно до:
-стойност на храната.консумирана по складова цена (тези в разписката за консумация или в дневния списък с храни.)
-получените препарати, броят на порциите и теглото/порцията, продажната цена на всеки препарат.
-общата стойност на препаратите по продажната цена
- за получените препарати се изготвя ежедневен прием
-приемане на храна% 401 1000 леи
301,1 840 леи
4426 160 леи
-освобождаване за консумация 6011 = 301,1 840 леи
-приемане на получените кулинарни препарати
371% 1500 леи
378 420 леи
4428 240 леи
711 840 леи
-продажби в брой
5311% 1500 леи
707 1260 леи
4427 240 леи
съпътстващо, ако inreg% = 371 1500 леи
711 840 леи
378 420 леи
4428 240 леи
Относно това са основните правила, вие тренирате и се адаптирате, докато вървите. Може би други колеги имат други мнения. Можете да си помогнете много добре, защото програмата SAGA има начин да работи с рецепти.
# 3 Съобщение от Томак »Четвъртък, 15 март 2007 г. 23:25 ч
Нормалната NIR-базирана регистрация може да се използва директно в продажната цена. Списъците с храни са валидни в столовите, където менюто е известно предварително. В ресторант правиш това, което клиентът поръча.
Записът на глобалната стойност може да се води, като се правят специфични за търговията записи
371 = 401
371 = 378
371 = 4428
5311 = 707 и т.н.
Обществената храна е търговия. Не се използват записи, свързани с производството или крайните продукти.
# 4 Съобщение от ionetei153 »Вин 16 март 2007 г. 9:53 ч
# 5 Съобщение от Томак »Петък 16 март 2007 г. 11:06 ч
Ресторантът има истинско меню, но клиентът може да поръча само половината порция или комбинация от 2 продукта от менюто. Или дори за месо, например, клиентите могат да бъдат помолени да правят по-големи порции и т.н.
От друга страна, свързани със счетоводството, включващо специфични за производството сметки като 601/301/711 и т.н. това автоматично означава доказателство не глобална стойност, а количествена стойност.
Общественото хранене, от гледна точка на класификацията, се счита за отрасъл на търговията. В OMFP 1850/2004 в буква D точка 23 се казва:
23. Методът с глобална стойност се прилага за регистрирането на стоки и опаковки, намиращи се в търговски обекти (магазини, ресторанти, бюфети и др.).
Съгласно този метод, аналитичното счетоводство на стоки и опаковки се води в глобална стойност, както в управлението, така и в счетоводството, а контролът на съответствието на записите в записите за управление и в счетоводството се извършва само по стойност в периоди, установени от звеното.
Има разлики между трапезариите, които имат зададено меню на ден и за които е известен точният брой порции, които трябва да се приготвят, и консумацията на тези порции. Там, да, можете да използвате списъци с храни и т.н.
Също така има разлика между ресторантите и сладкарски-сладкарските лаборатории, които имат възможност да произвеждат не само за фирмата, която ги притежава, но и за трети лица - юридически лица, функциониращи като отделна производствена единица.
# 6 Съобщение от paraschivl454 »Вин 16 март 2007 г. 11:23 ч
Благодаря ти!
за "ionetei"
Не знам дали мога да използвам 711 директно по отношение на 371, както за товарене, така и за разтоварване. Работя със Saga c на две управления g-v и за изтегляне е дефиниран директно 607.x. При зареждане трябва да се дефинира доставчик 711, но се намесва ДДС-UL. Може би в Saga S може да се направи по начин.
Правя NIR директно на продажната цена. Но не мога да го зареждам директно с боб чорба, а с необходимите съставки. Мога ли да го зареждам без добавка? Някои от тях се зареждат с добавка и водят отделен запис на складовите листове за всяка съставка. Разтоварването се извършва на базата на ваучери. консумация и според рецептите. Разтоварването на стоките е нормално. Отделните доказателства не го броят, но го използвам само между инвентаризации, за да установя нетрайността.
# 7 Съобщение от АПЕТР »Вин 16 март 2007 г. 11:47 ч
Изобщо не препоръчвам доказателства за добавената цена на запасите от суровини от обществено хранене (AP).
Той носи само приблизително счетоводство.
Добавянето от крайната стойност на "порцията" никога няма да бъде сбор от теоретични допълнения на входа.
Тъй като продажната цена е относително постоянна и входната цена винаги се колебае, отклоненията се поемат от добавянето.
Ако по различни причини не можете да имате количествен запис, както е в книгата, с рецепта, специфична консумация и т.н. (опция, въведена в Saga), тогава препоръчвам периодичния опис: в края на месеца се прави опис на останалите запаси, за разликата, съставяща консумациите.
Независимо дали отговарят на специфичната консумация в рецептата или не. по-скоро е въпрос на администратори. Счетоводството трябва да се опитва да бъде максимално близо до реалността.
# 8 Съобщение от ionetei153 »Вин март 16, 2007 15:18
Виждайки всички останали мнения, се сетих за следния вариант:
-основният прием на храна да се извършва от входовете на SAGA,
301 840 леи
4426 160 леи
------------------------------
401 1000 леи
-месечно, въз основа на периодичния инвентар, да се направи ваучер за консумация от програмата Saga 601 = 301 840 леи
-дневните продажби въз основа на парите, които трябва да бъдат въведени при създавания "изход"
клиент, ресторант, с акаунт 5311. Така продажбите ще бъдат отчетени
5311 1500 леи
-------------------------------------
707 1260 леи
4427 240 леи
-в края на месеца въз основа на общите продажби да се извърши ръчно чрез аритметични изчисления в обратен начин разлагането на продажбите и формулата:
371 1500 леи
-------------------------------------
607 840 леи
4428 240 леи
378 420 леи
и в същото време
след което следва окончателното затваряне през 121 и всичко е ок и очевидно при 301 колко сила 371 е glob.val.
ДДС сметките, в допълнение към автоматичните формули от jurn.de покупка и продажба, могат да бъдат затворени в края чрез добавяне на формули към „счетоводни статии“.
Мисля, че това е последното ми мнение.
# 9 Съобщение от herganiec »Вин март 16, 2007 16:55
Правя това в ресторант, който също има бар:
-това, което влиза в управлението на BAR, се регистрира като глобална стойност като стока. през 371г
-това, което влиза като суровина за ресторанта, вписва количествена стойност и аз имам складовия файл, засега всичко е ок.
-Създадох рецепти за всичко, което се прави в кухнята на ресторанта . (R-Ciorba Taraneasca, R-пържени картофи . и т.н.)
-всеки ден това, което се продава в ресторанта (като производство) е централизирано (например днес са продадени 18 порции селска супа, 40 порции пържени картофи и т.н.), които се въвеждат в SAGA като производство на този ден.
-след това влизам ежедневно в Z доклада от бара, а също и на изходите на клиентско "физическо лице" правя изхода за производството на този ден и съответната колекция, която се появява под къщата.
-в края на месеца се прави опис в склада и съответно се записват плюсовете и минусите. Тъй като това е, рецептата е една, но никога не съвпада с реалността (след като консумирате повече масло или 10-те кг картофи не са добре и изхвърляте повече от тях, така че ... порциите в рецептата отиват малко . затова инвентар е необходим поне в края на месеца.)
И това е всичко. След проверка на сметките всичко беше наред, без да се правят допълнителни счетоводни бележки.