15.11.11, Дмитрий Попов<dpop...@gmail.com> написал(а):
> Я себе вот так представляю сейчас процесс "набивания" базы товарами,
> "остатки"-"товары"-"новый" потом
> руками (штрихсканнером) считываем код,
> пишем название,
В Openbravo POS сначала справочник, потом остатки, потом приход.
> указываем цену (кстати, расскажите подробнее про процесс округления?)
Для цен арифметическое округление, до десятичных(целых) знаков
указанных в шаблоне денежных единиц.
> и указываем кол-во на склад пришедших.
> Как так генерация? И сразу вопрос есть ли еще какая-то толковая литература
> по POS кроме английской вики.
Вы сначала скажите у вас версия скомпилированная из нашего репозитария
или стандартная от Openbravo?
Вот её ещё-бы продолжить дополнять, а то прошло года два как я её
начал с тех пор ни одной правки :(
15.11.11, Дмитрий Попов<dpop...@gmail.com> написал(а):
15.11.11, Артур Акчурин<akar...@gmail.com> написал(а):
Я тоже для понимания начинал с вики, но потом меня утянуло в
разработку нового функционала. Так что будем рады Вашему участию.
> Мне стыдно, но я вообще в первый раз слышу (или просто не понимал этого), у
> меня только стандартная Openbravo. Расскажите откуда взять "вашу" версию.
Наша версия эта та что берётся отсюда http://code.google.com/p/openbravoposru/source/list
Как её скомпилировать описано здесь http://code.google.com/p/openbravoposru/wiki/OpenbravoPOSruDeveloper
Ну а у Вас стандартная, если русская, то ещё с моим переводом.
>
> А округление не по десятичным а целым (т.е. 5.60 р. до 6 рублей и т.д.)
Вопрос понял, но отвечу позже в виде FAQ, кстати хорошая мысль начать
его делать.
>
> Еще раз предлагаю:
> 1) Вместе приходим определяем какие процессы описывать
> 2) я описываю весь процесс, (по действиям),
> 3) даю вам для правки-вы вносите
> 4) публикую на вики
Тут проще всего, начинайте прям с раздела "5.1 Номенклатурные позиции"
http://wiki.openbravo.com/wiki/OpenbravoPOS_User_guide/ru#.D0.9D.D0.BE.D0.BC.D0.B5.D0.BD.D0.BA.D0.BB.D0.B0.D1.82.D1.83.D1.80.D0.BD.D1.8B.D0.B5_.D0.BF.D0.BE.D0.B7.D0.B8.D1.86.D0.B8.D0.B8
И плавно переходите к разделу "6 Складской учёт"
http://wiki.openbravo.com/wiki/OpenbravoPOS_User_guide/ru#.D0.A1.D0.BA.D0.BB.D0.B0.D0.B4.D1.81.D0.BA.D0.BE.D0.B9_.D1.83.D1.87.D1.91.D1.82
В текущей версии вики этих разделов нет, так что Ваш вклад будет очень
кстати. Стилистически постарайтесь придерживаться пошагового описания
каждого действия, названия кнопок указывайте в точности как они
отображаются в русской версии Openbravo POS. Как почувствуете что Ваша
разделы готовы для публикации можете сразу размещать их на
http://wiki.openbravo.com/wiki/OpenbravoPOS_User_guide/ru в пункт 5.1
и 6 соответственно, а мы уже если надо там их поправим.
Ждём Вашего описания, я думаю оно поможет ещё не одному пользователю.
Тут вопрос более коварный, не всегда и не везде так идеально проходит
округление, например для полей с налогом могут быть значения
6.00000000005 и тому подобные фокусы от использования Double. Основная
команда Openbravo POS предложило решение в виде утилиты
http://code.google.com/p/openbravoposru/source/browse/src-pos/com/openbravo/pos/util/RoundUtils.java?repo=main
округляющий значения в зависимости от установленного формата
валюты(шаблон #0 по идеи и должен давать 6.0 в формате Double для
хранения в БД). Но сами её практически не использовали, так что
проблемы есть, даже я уже делал патч
http://code.google.com/p/openbravoposru/source/detail?r=6c9c9da9e50fd4a3189c607ed2a962e2c675f393&repo=main
для округления значений для печати в чеки.
Для 100% правильного ответа Дмитрию, я для начала хочу заглянуть в код
и поискать, что всё таки не округляется, а хранится как есть.
А разве в Java нет что-то типа Decimal с нормальным округлением?
--
Геннадий Ковалёв,
Генеральный директор компании "Бигур",
http://www.bigur.ru/
Отчеты:
1) Отчет по поступлению товара, кол-во/сумма/наименование. (По
определенному отрезку времени)
2) Товарный отчет по поставщикам. (т.е. видеть какой поставщик что/
когда/на какую сумму привозил. Тут же, возможность пометки товара при
добавлении на склад, кто его привез)
3) Возможность создания этикеток товаров с выбором по дате
поступления. (Например: Создания этикеток сегодня привезенных
товаров).
4) Видеть по датам, сколько товара было на складе а сколько и от кого
привезли.
Справочник поставщиков.
1) Возможность выбора поставщиков из выпадающего меню при добавлении
товара на склад.
2) Как быть когда один и тот же товар привозят разные поставщики/
производители.
Склад:
1) Цена на оставшийся товар на складе при привозе нового НЕ/меняется
(т.е. возможность выбора варианта.
Пример: Закупили 10 шт. товара по 5 руб. -Осталось 3 шт.
Закупили еще 10 шт. уже по 2 руб. Но те 3 шт. надо продать еще по 5р.+
%. Иначе продаем дешевле чем закупали.)
Остальные:
1) Округление не до десятых а до целых. (конечно в большую сторону).
2) Штрих-код, действительно сам генерируется, но ведь он не
соответствует тому штрих-коду что находится на товаре. Я видимо не
понимаю здесь сам механизм работы, объясните пожалуйста.
3) Резервное копирование. Вопрос живой, я так подразумеваю, что на
одной из кассовых машин будет общая база остальные к ней коннектятся
по сети. (с этим же не должно быть проблем?), ну и соответственно по
крону скрипт бэкапит, базу и .properties а с остальных машин
только .properties. И складывает все это на отдельной машине. Думаю
раз в сутки бэкапа будет достаточно. Хотя, можно и почасовую
настроить. Кстати bash скриптом для бэкапа с легкостью поделюсь,
написать проблем не будет.
4) Вот тут я вообще в расстерянности. Как быть с товаром в котором нет
штрих-кода? (яйца, хлеб).
Спасибо заранее за участие и ответы. Честно, приятно удивлен и рад,
живому общению. А чтобы хоть какую-то пользу принести обществу,
обещаюсь все это оформить в Wiki.
> 2) Товарный отчет по поставщикам. (т.е. видеть какой поставщик что/
> когда/на какую сумму привозил. Тут же, возможность пометки товара при
> добавлении на склад, кто его привез)
Нет, работы с поставщиками нет, но есть возможность перемещения между
складами.
> 3) Возможность создания этикеток товаров с выбором по дате
> поступления. (Например: Создания этикеток сегодня привезенных
> товаров).
Этого нет, но можно реализовать через шаблон печати этикеток(на
чековом принтере по протоколу ESC/POS) при оприходовании.
> 4) Видеть по датам, сколько товара было на складе а сколько и от кого
> привезли.
Как таковых приходных нет, так что это сделать невозможно в принципе.
>
> Справочник поставщиков.
> 1) Возможность выбора поставщиков из выпадающего меню при добавлении
> товара на склад.
> 2) Как быть когда один и тот же товар привозят разные поставщики/
> производители.
Ничего нет
>
> Склад:
> 1) Цена на оставшийся товар на складе при привозе нового НЕ/меняется
> (т.е. возможность выбора варианта.
> Пример: Закупили 10 шт. товара по 5 руб. -Осталось 3 шт.
> Закупили еще 10 шт. уже по 2 руб. Но те 3 шт. надо продать еще по 5р.+
> %. Иначе продаем дешевле чем закупали.)
Это называется FIFO(<<First In, First Out>>), эта система расчёта в
Openbravo POS нет и согласно планов на 2012 год она появится только в
коммерческой версии Openbravo ERP.
>
> Остальные:
> 1) Округление не до десятых а до целых. (конечно в большую сторону).
Нет, но реализуемо.
> 2) Штрих-код, действительно сам генерируется, но ведь он не
> соответствует тому штрих-коду что находится на товаре. Я видимо не
> понимаю здесь сам механизм работы, объясните пожалуйста.
Меняйте на свой с товара(или поле заблокировано?).
> 3) Резервное копирование. Вопрос живой, я так подразумеваю, что на
> одной из кассовых машин будет общая база остальные к ней коннектятся
> по сети. (с этим же не должно быть проблем?), ну и соответственно по
> крону скрипт бэкапит, базу и .properties а с остальных машин
> только .properties. И складывает все это на отдельной машине. Думаю
> раз в сутки бэкапа будет достаточно. Хотя, можно и почасовую
> настроить. Кстати bash скриптом для бэкапа с легкостью поделюсь,
> написать проблем не будет.
Лично делаю настройку бэкапов через админки СУБД. Т.е. в самом
функционале Openbravo POS этого нет.
> 4) Вот тут я вообще в расстерянности. Как быть с товаром в котором нет
> штрих-кода? (яйца, хлеб).
А генератор зачем? Генерируете и печатаете на принтере(какой принтер
выбрать вариантов множество, у нас многие печатают на обыкновенном
лазернике) .
Из сказанного я так понимаете Вы рассчитываете увидеть в Openbravo POS
мощную систему для ведения складского учёта, к сожалению это не так,
здесь всё предельно просто и как сейчас складываются обстоятельства
развивать в дальнейшем этот функционал на уровне POS нет ни у кого
желания и времени. То есть могу порекомендовать Вам в качестве бэк-
офиса использовать более мощную систему учёта, хоть ту-же 1C или
систему которую предлагает Геннадий
http://groups.google.com/group/openbravoposru/browse_thread/thread/25e08365ebe01d00,
а с Openbravo POS работать только на кассах обмениваясь данными с бэк-
офисом.
> Спасибо заранее за участие и ответы. Честно, приятно удивлен и рад,
> живому общению. А чтобы хоть какую-то пользу принести обществу,
> обещаюсь все это оформить в Wiki.
Одно скажу здесь не ждите быстрых ответов, участников мало, все
загружены основной работой и командировками, так что отвечаем в
свободное время к тому же на такие большие посты :)
> систему которую предлагает Геннадийhttp://groups.google.com/group/openbravoposru/browse_thread/thread/25...,
К сожалению OpenSource у них только склад, за всё остальное надо
платить :(
> И я предполагал использовать ее в связке с OB но сейчас, честно признаться
> рассматриваю вариант полностью ею заменить. Удобнее она тем, что над ней
> работает группа людей, постоянно ее развивающих и добавляющих туда чтото
> новое. И есть возможность использовать как front ofice.
Был-бы Openbravo POS за деньги, то тоже была-бы постоянная команда, а
так каждый из нас такая команда со своим проектом :) А тут
выкладываем, то что остальным может будет интересно.
Дмитрий, посмотрите еще тут - http://www.pvision.ru/ программу Товар-
Деньги-Товар. Возможно она вам подойдет?
On 7 дек, 21:46, DMG <dmg...@gmail.com> wrote:
> Да, извращаемся кто как может, что бы приспособить то что имеем, к
> тому что есть... :-)
>
> Дмитрий, посмотрите еще тут -http://www.pvision.ru/программу Товар-
22.12.11, Артур Акчурин<akar...@gmail.com> написал(а):
22.12.11, Максим Захаров<maksz...@gmail.com> написал(а):
On 23 дек, 13:47, Артур Акчурин <akart...@gmail.com> wrote:
> А никто и не говорил что будет легко ;) Ошибка говорит о том, что не
> найден требуемый класс. Обратите внимание на DIRNAME=`dirname $0` ,
> которая в файле скрипта.
>
> 22.12.11, Максим Захаров<makszaha...@gmail.com> написал(а):
On 23 дек, 13:47, Артур Акчурин <akart...@gmail.com> wrote:
> А никто и не говорил что будет легко ;) Ошибка говорит о том, что не
> найден требуемый класс. Обратите внимание на DIRNAME=`dirname $0` ,
> которая в файле скрипта.
>
> 22.12.11, Максим Захаров<makszaha...@gmail.com> написал(а):
23.12.11, Максим Захаров<maksz...@gmail.com> написал(а):
Файл настроект создаётся в домашней директории пользователя.
--
Геннадий Ковалёв,
Генеральный директор компании "Бигур",
http://www.bigur.ru/
А вот вариант настройки Openbravo POS для печати чеков на обычном
принтере http://wiki.openbravo.com/wiki/Projects/POS/Hardware_Installation_Guide#Printer
Еще один небольшой вопрос. Вроде все настроено и работает, но одно не могу найти и настроить - это печать. Задача такова, что требуется печать не чека как такового в виде кассы, а товарного чека на обычном лазернике. схема такая вкратце: продавец отдела пробивает по OB продажу товара (наименование и т.д. все, что в кассовом чеке фактически), у него из принтера вылазит бумажка А4 (ну или А5, в зависимости от списка покупок),он дает эту бумажку вместе с товаром покупателю, который топает на кассу (она несколько удалена от другого отдела) и там оплачивает покупки уже по ккм. так вот главный вопрос: где настроить печать товарного чека вместо кассового? мошт у кого нить есть образец такой формы (ну или на крайний случай любой другой формы, главное чтобы А4-го формата), я уж попробую сам ее подправить через раздел настройки->ресурсы->Printer.Ticket. Или мошт где то спрятана хитрая кнопка для реализации такой схемы?
у меня Ubuntu 10.04 Desktop. Но дело не в этом, проблема не печати как таковой, печать прекрасно работает. Проблема в том, что выводится на печать. а именно - форма. Чек как кассовый прекрасно печатается на стандартном принтере. вот я хочу сам вид и форму просто изменить, чтобы не было кассового чека на А4-м листе. в любом случае за помощь спасибо.
<event key="ticket.close" code="code.printreport"/>
sales.printReport("/com/openbravo/reports/ticketsample");
уфф.... не знаю как, но получилось после ковыряния в iReport'е. Узнал много нового:) Буду пробовать рисовать в нем необходимый вид. Спасибо за подсказки (особенно по телепатическим каналам связи)))
Коллеги, я напоминаю, что вы общаетесь в ветке про "Базу данных". Это
про БД штрих-кодов товаров.
Давайте повнимательнее к веткам, так другим будет проще искать потом
нужную информацию.
Одна проблема - одна ветка.
Новая проблема - новая ветка.
Спасибо!