Мой ответ на вопрос "Openbravo POS ru перестали поддерживать ???"

[Andrey Svininykh]

Вопрос задают многие, так что решил ответить публично.

Пока, да, по крайней мере в рамках комьюнити. Сейчас занят переводом на русский язык и разработкой локализации Openbravo ERP для Казахстана, есть вариант что верну синхронизацию между ERP и POS, тогда возможно возрождение моего интереса к проекту и дальнейшее его развитие.

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

Советами помогать буду продолжать бесплатно, но вот сопровождение, если у кого-то будет интерес, готов передать, так как у самого на ближайшие полгода-год времени не будет.

--

С надеждой на понимание,

Андрей Свининых

[Andrey Svininykh]

Друзья с Новым годом!

На праздники время, которого так не хватало весь год, появилось и я решил обновить наш проект в несколько другой ипостаси, а именно сделать полноценный комьюнити форк Openbravo POS. Называться он будет незамысловато NORD POS Комьюнити Версия и в будущем станет основой для развития моей коммерческой версии.

Чем он будет отличаться от родительской версии и от других форков?

1) Ориентация на развитие поддержки POS-оборудования. Для этого первым шагом стало выделение классов отвечающих за подключения оборудования в отдельные модули. Это сделано по аналогии с Openbravo Web POS и в будущем я планирую, что эти модули будут совместимы между собой.

2) Выведение пользовательских интерфейсов за рамки десктоп интерфейса Swing и реализация их в виде сервлетов построенных на базе веб-интерфейсов стека NORD POS mobi. Первое, что будет переведено в веб, это функционал для ресторана, а именно резервация столиков и приём заказов официантами.

3) Но при этом всё, что связанно с работой кассы, останется. Также останутся все складские бизнес-процессы, которые хочу улучшит в сторону реализации полноценного учёта по документам, поставщикам, а также получению готовых изделий из инградиентов.

В проекте также остаётся поддержка синхронизации через встроенные библиотеки PDI:Kettle, также возможно будет интегрирован Jetty для удобного развёртывания сервлетов и Derby для запуске сервера СУБД непосредственно при запуске приложения. Вообще ещё, что касается СУБД, к сожалению такое их многообразие как сейчас я поддерживать не смогу, так что на первое время концентрируюсь только на 100% поддержку Apache Derby для коммьюнити версии, в будущем считаю целесообразным вообще всё работу с данными перевести в плоскость интеграции какой-либо ORM.

Ещё признаюсь, что git для нашего проекта более удачный выбор в качестве распределённой системы управления, поэтому проект развернул на https://github.com/svininykh/nordpos В опубликованном сегодня коде выделен код связанный с поддержкой оборудования(теперь в NetBeans дополнительно нужно указывать папку src-device), так что без проблем вы этот проект можете форкнуть. Модули поддержки конкретных принтеров, дисплеев и весов будут чуть позже.

А теперь за работу!

С пламенным приветом,

Андрей Свининых

[AndrewKo]

Добрый день и с Новым Годом!

Недавно у одного из пользователей возникал вопрос с подключением сканера штрихкодов с интерфейсом последовательного порта. Правда пользователь решил проблему средствами Windows, но... Может вынести в отдельный модуль работу с устройствами ввода? Я понимаю что потребность в таком модуле невелика, но не у всех есть сканеры которые эмулируют HID, да и иногда требуется подменять одни коды на другие. Так-же не всегда устройства ввода это сканеры - у меня, например, это ещё и считыватель RFID который имеет свой API.

[Andrey Svininykh]

Добрый день,

В сканерах из приложения всё время надо "слушать" порт на предмет
поступления сообщений, почему-то это сделать средствами библиотеки
RxTx у меня, сейчас её заменил на форк Neuron Robotics Java Serial
Library(https://code.google.com/p/nrjavaserial/) так что можно
попробовать.

Мысль хорошая, но что-бы понять как это можно реализовать в общем для
разных подобных устройств скиньте мне API RFID. Что-бы реализовать
интерфейсы подключения надо взглянуть как реализован вывод данных.

--
The best regards,
Andrey Svininykh

8 января 2014 г., 17:44 пользователь AndrewKo <kornev...@gmail.com> написал:

> --
> Вы получили это сообщение, так как подписаны на группу "openbravoposru".
> Чтобы отказаться от подписки на эту тему, перейдите на страницу
> https://groups.google.com/d/topic/openbravoposru/K5SHalP4k4I/unsubscribe.
> Чтобы отказаться от подписки на эту группу и все входящие в нее темы,
> отправьте электронное письмо на адрес
> openbravoposr...@googlegroups.com.
> Настройки подписки и доставки писем:
> https://groups.google.com/groups/opt_out.

[AndrewKo]

среда, 8 января 2014 г., 15:57:09 UTC+4 пользователь Andrey Svininykh написал:

В сканерах из приложения всё время надо "слушать" порт на предмет
поступления сообщений, почему-то это сделать средствами библиотеки
RxTx у меня, сейчас её заменил на форк Neuron Robotics Java Serial
Library(https://code.google.com/p/nrjavaserial/) так что можно
попробовать.

Хотелось-бы возложить работу с оборудованием - обслуживанием ввода/вывода именно на непосредственно модуль. Из модуля данные передавать как некое "событие" которое может быть как передача одного символа так и передача блока данных. В некоторых случаях на низком уровне требуется передача данных в обе стороны и хотелось-бы это предусмотреть заранее. Возможно что для передачи события можно использовать механизм сокетов, либо протокол наподобие XML-RPC (собственно он у меня сейчас используется для работы с удалёнными фискальниками и терминалами эквайринга), либо MQTT. В этом случае устройство считывания может быть не привязано к компьютеру на котором запущен NORD POS.

 

Мысль хорошая, но что-бы понять как это можно реализовать в общем для
разных подобных устройств скиньте мне API RFID. Что-бы реализовать
интерфейсы подключения надо взглянуть как реализован вывод данных.

Для работы с RFID (mifare и клоны) используется libnfc:

http://nfc-tools.org/index.php?title=Libnfc

Считыватель меток - ACR122U