В оригинальной базе данных производитель есть для ряда позиций, но там такая путаница и столько дубликатов, что пока решили не публиковать их в открытом доступе. Из соображения, что отсутствие данных лучше, чем плохие данные.
У нас тоже есть api (http://www.uhtt.ru/dispatcher/ws/iface?wsdl) и тоже платный (1 копейка за одну товарную позицию). И им даже пользуются, однако это не приносит каких-либо значительных денег. Даже если бы мы увеличили расценки кратно — все равно. Возможно, мы не достаточно хорошо работали над вопросом.
Нет не делали. Знаем, что такой подход существует и работает. В действительности, этот справочник лежит несколько в стороне от нашей основной деятельности, а скрейпинг требует дополнительный ресурсов на реализацию — просто руки не дошли.
1. У OpenPapyrus идеология иная — это готовый продукт. Мы понимаем, что многим нравится иметь возможность самостоятельно заточить готовое решение по примеру конфигураций в 1С. Собственно, одна из причин публикации opensource-варианта — дать возможность специалистам почувствовать независимость от оригинальных разработчиков. С другой стороны, такие решения очень сложны, и мы отдаем себе отчет в том, что дорога будет долгой.
2. Скорость работы в многопользовательской среде сильно снижается. В зависимости от того, как пойдет с open-вариантом papyrus'а, мы планируем организовать поддержку других СУБД.
3. Понял. Товарные группы, склады и многие иные объекты иерархические.
Видео-ролики на сайте есть (правда с некоторыми какие-то проблемы были). Иной вопрос, можно ли там увидеть то, что непосредственно требуется. По прямым запросам мы обычно удаленные презентации устраиваем.
Что касается вопроса про реселлера: на первый взгляд OpenPapyrus здесь хорошо подходит: работа с заказами, платежами, расчетом комиссионных и т.д. хорошо отлажена, но наверняка конкретно у вас есть множество собственных нюансов, потому буду осторожен.
Здравствуйте.
1. OpenPapyrus с 1С никак не соотносится. На уровне маркетинга — почти чистая конкуренция с решениями на платформе 1С. Исключение составляют случаи, когда предприятия используют 1с только для бухучета — в этом случае OpenPapyrus обеспечивает хорошие инструменты для экспорта и импорта данных.
2. Движок БД nosql: Pervasive SQL (только низкоуровневый доступ, ранее называвшийся btrieve)
3. Насчет «групп на уровне интерфейса» не понял (я не разбираюсь в 1С).
Для небольшого магазина правильнее всего использовать решение Papyrus Retail
поскольку, имея всю необходимую функциональность, оно включает развитый pos-модуль, что избавляет от необходимости покупать специализированные pos-терминалы, требующие еще и отдельного кассового модуля (фронтол или сет ритейл, например).
Впрочем, это решение и для больших супермаркетов годится, ибо поддерживает практически все типы специализированного оборудования.
Любопытно. У нас аналогичный поиск есть, только чуть меньше функционала:
операторы ||, && («трусы&&incanto», «кукуруза||фасоль»)
и оператор нечеткого поиска! ("! кукуруза" — найдется «кукуруза», «какуруз.», «кукурузн.» и т.д.)
Эта штука уже лет десять в системе, но пользуются очень не многие. Кстати, посмотреть как такая фильтрация работает можно на примере Universe-HTT. Кнопка товары и в поле «Наименование» ввести строку.
И, кстати, как вы воюете с проблемой скорости поиска по сложным текстовым критериям? В большом справочнике (несколько сотен тыс наименований) это — действительно проблема.
А чего обсуждать при вводе десятичного разделителя? Если поле ввода предполагает ввод числа, то за разделитель сойдут и точки и запятая. Мне совсем не понятно зачем некоторые программы ограничивают ввод либо тем либо другим.
[Я пока не в теме — разбираюсь. Хочу уточнить что бы унифицировать в своей голове подходы к проблеме, используемые разными людьми и компаниями]
Портироваться на linux — да, планируем.
Пока считаем, что лицензия GPL.
2. Скорость работы в многопользовательской среде сильно снижается. В зависимости от того, как пойдет с open-вариантом papyrus'а, мы планируем организовать поддержку других СУБД.
3. Понял. Товарные группы, склады и многие иные объекты иерархические.
Что касается вопроса про реселлера: на первый взгляд OpenPapyrus здесь хорошо подходит: работа с заказами, платежами, расчетом комиссионных и т.д. хорошо отлажена, но наверняка конкретно у вас есть множество собственных нюансов, потому буду осторожен.
1. OpenPapyrus с 1С никак не соотносится. На уровне маркетинга — почти чистая конкуренция с решениями на платформе 1С. Исключение составляют случаи, когда предприятия используют 1с только для бухучета — в этом случае OpenPapyrus обеспечивает хорошие инструменты для экспорта и импорта данных.
2. Движок БД nosql: Pervasive SQL (только низкоуровневый доступ, ранее называвшийся btrieve)
3. Насчет «групп на уровне интерфейса» не понял (я не разбираюсь в 1С).
поскольку, имея всю необходимую функциональность, оно включает развитый pos-модуль, что избавляет от необходимости покупать специализированные pos-терминалы, требующие еще и отдельного кассового модуля (фронтол или сет ритейл, например).
Впрочем, это решение и для больших супермаркетов годится, ибо поддерживает практически все типы специализированного оборудования.
операторы ||, && («трусы&&incanto», «кукуруза||фасоль»)
и оператор нечеткого поиска! ("! кукуруза" — найдется «кукуруза», «какуруз.», «кукурузн.» и т.д.)
Эта штука уже лет десять в системе, но пользуются очень не многие. Кстати, посмотреть как такая фильтрация работает можно на примере Universe-HTT. Кнопка товары и в поле «Наименование» ввести строку.
И, кстати, как вы воюете с проблемой скорости поиска по сложным текстовым критериям? В большом справочнике (несколько сотен тыс наименований) это — действительно проблема.