Ресторан - Форум SAGA
Тут ми вчимо, спілкуємось, дружимо
ресторан
ресторан
# 1 Повідомлення від паращивл454 »Четвер, 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 Повідомлення від паращивл454 »Він, 16 березня 2007 р., 11:23
Дякую!
для "ionetei"
Я не знаю, чи можу я використовувати 711 безпосередньо по відношенню до 371, як для завантаження, так і для розвантаження. Я працюю з Saga c у двох управліннях g-v, і для завантаження це визначено безпосередньо 607.x. При завантаженні повинен бути визначений постачальник 711, але втручається VAT-UL. Можливо, в Saga S це можна зробити певним чином.
Я роблю NIR безпосередньо за ціною продажу. Але я не можу завантажувати його безпосередньо квасолевим супом, а необхідними інгредієнтами. Чи можу я завантажувати без додавання? Деякі з них завантажують з додаванням і ведуть окремий запис на аркушах складів для кожного інгредієнта. Вивантаження здійснюється на основі ваучерів. споживання та згідно з рецептами. Вивантаження товару є нормальним. Окремі дані не враховують, але я використовую його лише між запасами, щоб встановити швидкопсувність.
# 7 Повідомлення від АПЕТР »Він, 16 березня 2007 р., 11:47
Я взагалі не рекомендую доказів про додану ціну запасів сировини з державного харчування (AP).
Це приносить лише приблизний облік.
Додавання від кінцевого значення "порції" ніколи не буде сумою теоретичних доповнень на вході.
Оскільки ціна продажу є відносно постійною, а ціна входу завжди коливається, відхилення поглинаються додаванням.
Якщо з різних причин ви не можете мати кількісний запис, як у книзі, з рецептом, конкретним споживанням тощо. (варіант, введений у «Сазі»), то я рекомендую періодичну інвентаризацію: наприкінці місяця проводиться інвентаризація решти запасів, для різниці складання споживання.
Незалежно від того, відповідають вони конкретному споживанню в рецепті. це більше справа адміністраторів. Бухгалтерія повинна намагатися бути якомога ближче до реальності.
# 8 Повідомлення від ionetei153 »Він, 16 березня 2007 р., 15:18
Побачивши всі інші думки, я подумав про такий варіант:
-основний прийом їжі здійснюватиметься із входів SAGA,
301840 лей
4426 160 лей
------------------------------
401 1000 лей
-щомісяця, на основі періодичної інвентаризації, робити ваучер на споживання за програмою Saga 601 = 301840 лей
-щоденні продажі на основі грошей, що вводяться при створеному "виході"
клієнт, ресторан, з рахунком 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 кг картоплі - це не все гаразд, і ви їх викидаєте, так . порції в рецепті трохи підуть . ось чому інвентаризація необхідна принаймні наприкінці місяця.)
Ось і все. Після перевірки рахунків все було нормально, не роблячи жодних додаткових бухгалтерських записок.