search

shuralex / openbravoposru

Automatically exported from code.google.com/p/openbravoposru
0 stars 0 forks source link

Журнал приход-расход реальзация не отчетесть мысли? #94

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago 
встала задача от руководителя ресторана по 
возможности
Внедрения приход-журнала 
Вопросы
1)Возможность редактировать приход задним 
числом  ????
2)Как это сделать и как она повлияет на 
себестоимость товара??
3)реализация перерасчета себестоимости 
товара по приходу товара???
4)Да кстати в сборку оупена я внедрил модуль 
с wiki ingridients (простая калькуляция) это 
повлияет на реализацию выше указанной 
задачи?

Допустим фисташки были завезены 10 числа по 
новой цене но администратор не о 
приходовал их, а сегодня уже 20 числа они 
провели приход этих фисташек задним числом 
те 10-м числом .. какжто повлияет на данные в 
базе
я  чета запутался
но журнал нужен как его сделать((

Original issue reported on code.google.com by adminp...@rambler.ru on 27 Dec 2010 at 6:35

GoogleCodeExporter commented 9 years ago 
Киньте ссылку на модуль о котором идёт речь.

Original comment by svinin...@gmail.com on 27 Dec 2010 at 6:40

GoogleCodeExporter commented 9 years ago 
http://forge.openbravo.com/plugins/espforum/view.php?group_id=101&forumid=434922
&topicid=7015833

Original comment by adminp...@rambler.ru on 27 Dec 2010 at 7:57

GoogleCodeExporter commented 9 years ago 
1) В принципе проблема в том, что в Openbravo POS 
задним числом провести продажу или приход 
невозможно (в других кассовых программах 
ситуация примерно такая-же), 
предполагается что если это вам нужно, то 
делается это в ERP системе, хотя в формах 
интерфейса сделать поле с указанием даты 
можно. 

2) и 3) Механизма расчёта себестоимости на 
единицу товара в Openbravo POS нет, т.е. его 
необходимо разрабатывать с нуля. 

Вообще, для понимания проблемы реализации 
такого механизма, поясню два существенных 
ограничение в архитектуре Openbravo POS 
связанное с реализацией оприходования 
товаров. Первое, как таковой приходной 
накладной нет, есть только запись в журнале 
товаров о поступление или отпуске товаров 
с заданным кодом со склада. По этому нет 
возможности отредактировать или даже 
посмотреть накладные. Второе, 
себестоимость это только запись в 
справочнике товаров, она никак не зависит 
от приходных цен, наоборот приходные цены 
по-умолчанию берутся из неё.

Original comment by svinin...@gmail.com on 27 Dec 2010 at 9:03

GoogleCodeExporter commented 9 years ago 
По поводу 4) это мне надо изучить код и 
посмотри что и как делается.

Original comment by svinin...@gmail.com on 27 Dec 2010 at 9:08

GoogleCodeExporter commented 9 years ago 
Вопрос ингридиентного учета и 
соответсвенно учета остатков сырья на 
складе пока является краеугольным камнем 
для нашего внедрения в Пиццерии. Более 
того, важно понимать критичные остатки, т.к. 
при производстве пиццы может оказаться, 
что к примеру кончился соус, а клиент-то 
ждет..

Original comment by uamillio...@gmail.com on 13 Jan 2011 at 8:39

GoogleCodeExporter commented 9 years ago 
В Issue 32 появились мысли по поводу 
ингредиентного учёта в Openbravo POS. Посмотрите.

Original comment by svinin...@gmail.com on 6 Feb 2011 at 9:21

GoogleCodeExporter commented 9 years ago 
За обсуждением, я так и не понял о каком 
"Внедрения приход-журнала" идёт речь. 
Поясните подробнее.

Original comment by svinin...@gmail.com on 18 Apr 2011 at 5:15

GoogleCodeExporter commented 9 years ago 
Я все-таки против того, чтобы тут вообще 
реализовывать калькуляцию. Это все-таки 
кассовая система, а не система управления 
предприятием. Надо нам все-таки соблюдать 
границу. Я проблемой калькуляции занимаюсь 
достаточно давно. Поверьте, это все 
цветочки, с чем мы сейчас столкнулись тут.

В общем случае необходимо делать как 
минимум методы расчета себестоимости по FIFO 
и по AVCO. А если добавить операцию 
перемещения готовых блюд между точками, то 
крыша поедет у системы считать какой 
ингредиент  из какой конкретно партии в 
каком блюде участвовал. Тем более все это 
делать задним числом при том, что в 
концепции POS день считается закрыт 
окончательно и задним числом ничего делать 
нельзя.

Калькуляция - это отдельный продукт в 
рамках системы управления предприятием.

Original comment by gennady....@gmail.com on 12 May 2011 at 6:28

GoogleCodeExporter commented 9 years ago 
Но возможно за это кто-нибудь возьмётся в 
будущем. На базе Openbravo POS кое-что в этом 
направлении реализовано, как пример проект 
openTPV. Для средних и крупных предприятий 
(больше 5 рабочих мест) конечно этот 
функционал не подходит и им нужна будет 
полноценная ERP система, но для небольших 
кафе и магазинов, где продавцы в одном лице 
и кладовщики и "бухгалтер", эти функции 
будут востребованы. 

Пока я склоне к реализации варианта 
описанного в Issue 32, когда этот функционал 
создаётся с помощью скриптов на основе 
имеющихся, но настроенных под эту задачу 
справочников.

Original comment by svinin...@gmail.com on 13 May 2011 at 4:47