Вот хотел узнать есть ли такие у кого стоит, и чем пользуетесь?

Т.е. интересует программа которая устанавливается у клиента на windows и в которой он видит наш каталог с картинками и свои индивидуальные цены. Плюс возможность набить заказ и отправить его нам.

У нас используется программа от Софт-Синтеза https://ez-catalog.ru/.
Когда в каталоге было 20 тысяч позиций, полностью все устраивало. Сейчас загрузил в каталог 200 тысяч и понял что нужно искать замену.

P.S.
- Разработки на 1С не рассматриваются принципиально, ибо лицензионная чистота и жаба не позволяет покупать за 11 тысяч на каждого пользователя лицензию на 1С (сейчас порядка 1000 клиентов и покупать лицензий на 11 миллионов никто не готов).
- Разработки на андройде тоже не рассматривается (точнее как бонус - было бы неплохо, а вот как единственная возможность однозначно нет)
- веб разработку тоже отметаем ибо нужна оффлайн программа с возможностью работать без инета


Что то гугл у меня совсем не хочет искать, вот решил обратиться к сообществу

А нету ((

Точнее их просто дофига и больше но от крупных оптовых поставщиков у каждого своя со своими тараканами.

А универсальную когда искал не нашел, чтобы еще настраиваться могла "под товар" и был как обычный толстый клиент так и веб-клиент.

Битрикс + можно добавить на нем же мобильное приложение за относительно недорого, ну а на случай оффлайна стандартно рассылку прайса на почту.

Либо писать с нуля на чем можешь, только не факт что будет лучше и дешевле.

Почему не рассматриваешь 1с? 1с сейчас есть у 99% клиентов, так что можно например сделать внешнюю обработку для их баз или под тонкий клиент набросать конфигурацию, и собственно на лицензии тратиться не придется. Основной клиент я же правильно понимаю не частник?

Битрикс - это веб, т.е. онлайн

(3) и что? для оффлайна прайс на почту, это нужно одному из тысячи раз в году

1С у продавца в магазине или у бухгалтера дома?
Тем более зоопарк будет дай боже (7.7,8.0,8.2,8.3..)

(5) и что? проблема реализовать 3 простых обработки или конфигурации? Всего то надо 77, ОФ и УФ

(5) + поэтому веб предпочтительней

(4) у меня все сидять на офлайне, и более того в некоторых случаях у продавца в магазине нет инета (заказ скидывается на флешку и директор её отправляет со своего компа)

К тому же ты себе екселевский файл с картинками на 200 тысяч представляешь? Это какого размера он будет, если там одни картинки в нормальном разрешении на гиг потянут

(0) ТС можешь бюджет озвучить на покупку системы под вас?

(9)+ С исходниками на том на чем скажете.

(8) опять картинки в экселе в качестве, навига они там. Толку от программы в оффлайне, если нет интернета, то как в ней обновятся остатки?

(8) чем торгуете?

(9) Спасибо, желания разрабатывать систему под нас нет никакого. Ибо разработчик сам незнает как, а у меня нет желания описывать все подводные камни. Поэтому и ищу рабочую, обкатанную систему, чтобы просто взять и начать пользоваться

(13) значит поиск закончен, потому как ее не существует. Идеал не достижим

(11) Не понимаешь что обновление прайса оно не так часто, в отличие от времени работы в проге по составлению заказа.

Все системы еЗаказа аптечные только оффлайновые работают успешно, как не пытаются фармпоставщики не онлайн перевести, аптеки сопротивляются ибо неудобно пользоваться.

(11) неповеришь, программа на флешки, продавец бъет заказ, потом флешка вставляется в комп где есть инет и выгружаются заказы и загружается прайс

(13) Поймите что нету такого, все универсальные системы это комната/номер в гостинице.
А не личный домик или квартирка со своей планировкой и мебелью с техникой.

(15) прайс обновляется в них по требованию или по времени, если сделали заказ без обновления, то приезжает как правило совсем не все и не всегда по той цене, по которой хотели. Так что далеко там не оффлайн.

(14) Ну почему еордер вполне себе идеал. есть клиент на андройде, возможно создать сайт с заказами в комплекте + полноценная оффлайн версия. Если бы не резкое увеличение ассортимента, то так и сидели бы

(16) а к этому моменту у вас будет что ему отгружать?

(14) +1

Самое странное что если 1000 клиентов то заплатить смешную сумму за свой заказ это уже за гранью понимания.

(19) Этот еордер позволяет не одну картинку а 10-к на товар да еще и в 4К разрешении?
Нам нужен вот такой заказ ))

(21) Так не наркотикой же торгуем с наценком в 500%. Как будто 1000 клиентов от хорошей жизни и потому что бабла девать некуда. Откуда такая уверенность что количество клиентов прямо пропорционально прибыли? Иногда пару клиентов уровня Газпром дадут выхлопа в 1000 раз больше чем 1000 клиентов уровня ларька в подвале

Знаю http://www.nextsoft.ru/seo и еще одна была украинская система как то наподобе fastprice или нечто вроде называлась но сча не смог найти.

(23) Вам честно жалко 50 тысяч за софт с исходниками?

(22) Позволяет, количество картинок мжет быть сколько угодно. Причем картинки могут быть как оффлайн, так и онлайн (для тех у кого с инетом плохо)

(25) Мне честно жалко время на написания, ибо проходили, я не готов описывать каждую таблицу и взаимосвязи

(26) да чем вы таким торгуете, что у клиентов нет интернета?

(27) так тебе и не надо, ты бюджет озвуч и опишет кто-нибудь другой

(28) Просто у нас клиенты живут далеко за МКАДом

Когда-то работал в компании где схожая задача решалась с помощью прайса в excel + макросы формирующие заказ + отправка. Вам вполне можно такое накрутить. Правда не знаю как будет себя чувствовать файл с 200 записей, но наверное можно разбить.

(30) ты не поверишь, но оптоволокно за мкад уже провели

(27) Эээ причем тут описывать каждую таблицу и взаимосвязи? Блин ну реально смешно, такой заказ за пару дней пишется рабочий в простейшем варианте.

Далее за несколько недель-месяцев вылизывается до нужного требуемого уровня разных дополнительных хотелок.

Для фармацевтики 2 раза писал встроенный заказ на 1С и 1 раз не на 1С.

(29) Еще раз, это пройденный этап (найм людей для написания своей проги) - не взлетело, ибо ни один сторонний разработчик без знаний специфики не сможет написать то не знаю что

(34) и исходя из этого кто-то не зная специфики уже взял и написал?

(33) А хрен его знает что надо. Есть программа нужна точно такая же, но оптимизированная по работе с большим объемом данных

(35) Что тебе непонятно в слове - "не взлетело"?

(36) что тогда ты имеешь ввиду под словом специфика? если самый обычный каталог с заказом удовлетворял потребностям

(37) у невзлетело причины могут быть разнообразные

(36)  ну ты умный
Кто ж знает что ваши клиенты и ты вкладываете в понятие оптимизированной для работы с большими данными

Если вы хотите чтобы у клиента стояла справочная система с кучей наворотов, всевозможных поисков и прочего хрен знает чего то чем не устроит поисковая машина?

А если нужна система заказа в которую вбить заказ на десять штук с поиском по артикулу или наименованию - то в чем проблема?

почему сайт не рассматриваешь?

(38) Ну например нужно как то предусмотреть обмен каталога, индивидуальных цен и фото. Причем если сейчас этим занимается серверная часть еордера и я туда не лазию, то в случае написания "под нас" мне нужно или самому разработать механизмы хранения и обмена этой информации и предоставить формат разработчикам, или заказывать разработку серверной части описывая все нюансы (например в каком случае нужно обновлять картинку и как)

(41) за мкадом интернета нет, см. (30)

(41) Потому что кто то читать не умеет, поэтому смысл отвечать?

(40) Ну в том когда я загрузил 200 тысяч позиций программа впала в ступор, стало отжирать гиг+ места на диске в темпе и неоправданно долго открываться и далее в момент работы периодически подвисать

(44) как цены и каталог будут обновляться?

(42) то есть ты действительно считаешь, что есть некая чудо программа, которая сама придумает как забрать данные из неизвестного товароучетного по, как туда отправить заказ, сама подстроится под непонятную специфику и тп?

Под тот же ез выгрузку то небось правили?

(42) >сейчас этим занимается серверная часть еордера и я туда не лазию

все с вами понятно )) вопросов больше не имею

(39) С разработкой катлога проблем небыло, ступор начался в протоколах обмена, т.е. большой кусок работы пришлось бы прописывать в рабочей 1С по подготовки и выгрузки данных и отслеживанию изменений.

(45) нафига твои картинки в системе, они могут спокойно лежать на веб сервере и грузиться по мере необходимости.

А ну да, это же за мкадом, голубями долго

(47) Они цены для клиентов в этом готовом софте делать

(45) подозреваю, что вам проще сервер проапгрейдить. Ведь вы хотите готовую программу под вас и не просто под вас, а такую же как "та".

(48) Так я сразу и сказал, что нужна готовая программа, а не подделка студентов для которой еще пол 1С-ки придется поменять

(52) У клиента? Причем тут сервер?

оффлайн браузер с твои сайтом )

(49) а ты как хотел? или плохо поставил задачу для реализации уже готовых методов обмена

(53) А нефиг было студентов на работу нанимать... Отделом кадров...

возможно связаться с поддержкой знать как подтюнит ьпрогу настрйоками

(54) так может у клиента за мкадом адекватно не хватает вычислительных ресурсов для вполнения программы?

(47) нет ничего не правил. Внешняя обработка, которая по оле общается с серверной части отдает каталог и забирает заказы. Причем серверная часть полностью автономная, т.е. можно руками забить позиции, или экспортировать остатки из файла, просматривать заказы, регистрировать новых клиентов

(58) Там клиентская часть C++ и firebird без всяких .net'ов тормозить нечему.

Что гиг сожрала места все логично ибо индексы для поиска. Тормозить начала вероятно от сжирания памяти, может подгрузка картинок так сделана.

(53) зачем? вариантов масса, причем с минимумом вмешательств в 1с

1.вебсервисы
2.XML
3.commercml
4.КД
5.com (тут вообще можно 1с не трогать)

(56) Что значит готовых методов обмена? Об этим методах (что, как и куда) знают только разработчики из Софт-Синтеза, мне о них не известно

(58) Бесполезно.

(63) Вы студент? Что даже не в курсе как у вас товароучетная система работает и как устроен обмен с системой Софт-Синтеза...

(63) причем тут софт-синтез, я про тех, кто писал под заказ

(61) С++ это высокий потенциал, который сходит на нет при косяках в разработке. Так что тормозить может еще как. Как минимум утески памяти в С++ програх есть практически всегда

(61) Не ОЗУ не жрет, последние оптимизации с их сторон прошли успешно, а вот винт жрет как вне себя. Отсюда и тормоза. Т.е. на ССД все работает нормально, не тормозит

(68) так не грузи туда 200000 картинок и не будет жрать

(69) Не в картинках дела, а в полнотекстовых индексах для поиска.

(66) Прости а кто разработчикам должен дать "готовых методов обмена"? Я? Так я не готов вникать и разрабатывать их. Софт-Синтез? Так ему с какой радости делиться?

(68) озу не жрет скорее плохо чем хорошо, значит буферезацию/кеширование плохо используют

(69) 200000 картинок еще не грузил, у меня картинки вообще по запросу через http подгружаются

(71) причем тут Софт-Синтез????

Есть ты и некая товароучетка, есть некий студент и написанная им для тебя система заказа, которая не взлетела. Кто должен был участвовать в составлении ТЗ?

(72) Ну в ранних версиях как раз дико жрал ОЗУ и тормозило на 20 тысячах позициях

(73) так нет интернета же?

(75) на какой странице скажешь что же такая за "специфика" нужна?

(70)+ Обратите внимание ищет по нескольким нецелым частям слов
http://pastenow.ru/TNU3

(76) Для этого можно клиенту можно передать СД с фотками, которые он подгрузить к себе в программу

(79) CD с фотками? я уже начинаю ржать

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

В настройках чтобы было такое. Может еще у них там RegExp юзаются для поиска )) что вполне возможно.

(79) ты не поверишь, но у нас тут за мкадом вполне себе ничего. Жизнь есть, и на мисту я как-то пишу, так что и интернет тоже есть

(74) Что возвращает нас к тому о чем я выше писал. Что если человек ниразу не разрабатывал таких систем, то он не знает как лучше реализовать такие обмены и какие при этом могут возникнуть подводные камни, т.е. не знает специфики таких программ. И 99.9% сторонних разработчиковэто как раз те, у которых нет опыта в написании таких программ, т.е. они тупо будут работать по ТЗ. У меня тоже нет опыта в этой области и составить ТЗ с описанием "готовых протоколов обмена" для меня тоже достаточно проблематично. Отсюда и неудачный опыт в этой области. Т.е. клиентскую часть мы без проблем реализовались, а вот в "готовые протоколы обмена" как раз и упёрлись.

(82) Ты видимо из элиты

(80) Да хоть в памяти смартфона с которым приедет менеджер. Суть то не в этом

(85) суть в том, что 31 июля 2016 года. Вдумайся ДВЕ ТЫСЯЧИ ШЕСНАДЦАТОГО года!!!

(82) У меня тоже дома 3 провайдера на выбор. А вот на работе в здании пенсионного фонда не то что проводного нет, но и сотовый провайдер работает отвратно, странички в интернете через раз открываются. И это в центре города
А уж если магазин в подвале в какой нибудь деревне, где чтобы позвонить на улицу выходят - то вообще попа

(83) Вот сюда https://ez-catalog.ru/integratsiya-s-1s-i-drugim-po.html уперлись?

(83) если ты ничего не знаешь, ничего не умеешь, то какой совет от нас тут ждешь?

(89) В (0) разве не написано? Какие готовые системами стоят у вас на работе

ТС не понимает что то что он хочет просто физически невозможно!

Нельзя сделать составной полнотекстовый поиск мгновенно/быстро работающий по 200+ тысяч каталогу на древних компах на hdd.
Т.е. или уменьшаем аппетиты по каталогу или повышаем требования к компах или урезаем функционал программы.

Других вариантов еще кроме использования технологий клиент-сервер (через инет) просто нету!

(81) Боюсь автора перестанут воспринимать серьезно, после таких предложений.

(81) Тогда скорее всего не будет работать другая фишка - динамические группы. Т.е.у меня все грузться в одну папку, а уже на других папках стоят фильтры и он автоматически подтягивает позиции которые удовлетворяют фильтрам

(90) так тебе в (1) и (2) уже вполне конкретно расписали что да как

(92) Да, тоже об этом подумал )) Но вдруг там гениальные спецы сидят умеющие обходить физические законы ))

(93) На это и пытаюсь тебе уже давно намекнуть )) Что или урезаем аппетиты или платим за железо.

Простейший варианта это тонкий клиента через инет, но потратится на "свой сервер" придется и клиентам инет постоянный потребуется.

(94) Если (1) и (2) не знают о каких то системах, это не значит что их нет

(95) Предполагаю, что уход от firebird на MSSQL Express вполне позволит немного разогнать процесс

(97) >уход от firebird на MSSQL Express вполне позволит немного разогнать процесс

Гыгыгы... точно студента ))

(97) в (2) я тебе описал какие варианты бывают и то что идеала, удовлетворяющего на 100% всем не бывает, что и подтверждено в (1). Ты же все твердишь про специфику, которую никак не желаешь раскрыть

(98)+
firebird (по сути это фри https://ru.wikipedia.org/wiki/Interbase) это самая шустрая и нетребовательная система БД для древних компов с хорошим функционалом

(97) ну так поставь им MSSQL вдруг поможет )))))

(98) ага

(97) это уже совсем не серьезное заявление

(100)+ если нужно меньше функционала то есть пошустрее системы (но они не умеют что умеет firebird), если больше функционала то Postgres (там требования намного выше)

(98) Так а я разве выше не писал что у меня нет опыта разработок такого рода хозяйств? Т.е. хочется использовать готовый инструмент, а не разбираться что быстрее

(104) нет такого готового инструмента. Какие твои действия далее?

(105) делать доработку почти готовго который уже используют.

(100) firebird - это древнее (а)морально устаревшее ПО, которое в новых разработках ни один адекватный человек применять не будет.Как раз под стать альтернативно мыслящим, вроде ТСа, которые хотят сайт на флешку запихнуть.

(106) как? используемое по с закрытым кодом

(107) Ну да на текущий момент из встраиваемых реляционных взял бы https://ru.wikipedia.org/wiki/SQLite

Но она нифига не шустрее Firebird ((

(108) там же есть поддержка. А готовые обмены и подходящий функционал много стоит

(107) нормальное ПО, если не требовать от него больше чем оно может. Как раз таки в небольших системах обеспечивает максимум быстродействия

(110) смею предположить что у ТП он уже не в очень белом списке

(105) Ну например. Разбит каталог на 2 по 100 000. Такой размер он вроде бы нормально пережевывает

Или выпустить несколько каталогов. Полных для тех у кого шустрые машины и урезанный для слабых

Или ... не знаю, буду решать проблемы по мере их появления. Сейчас проблема, найти альтернативное решения, ибо здесь всё хорошо, кроме техподдержки

(107) (109) если мне не изменяет память инфопредприятие как раз на Firebird, и довольно таки неплохо функционирует

Среди недостатков: отсутствие кэша результатов запросов, полнотекстовых индексов, значительное падение производительности при росте внутренней фрагментации базы.
(с) https://ru.wikipedia.org/wiki/Firebird

(113) Да тока хотел предложить простейшее решение разбить свой каталог на несколько меньших причем хитрым образом "не пересекающихся".

Т.е. из одного огромного "каталога автозапчастей" сделать 10 каталогов по 20+ тысяч позиций

(115) еще раз повторю, не надо от нее требовать больше, чем она может. Или ты знаешь БД вообще лишенную недостатков?

(115) А вот сложно понять что "полнотекстовый индекс" сразу размер базы будет не 1 гиг, а 10 гигов на HDD ?

Они обошлись простейшим разделением текста запроса на слова и выполнением составного запроса из нескольких like %слово1% and like %слово2% and ...

(117) Так я вроде бы от текущей программы и не требую ничего. Тем более разработчик говорил что поддерживается каталог до 100 000 позиций, а у меня явно выше. Так что тут претензий нет

(117) Тетрадка с ручкой ))

(120) скорость записи низкая и поиск тормозит )))

(121) Наймите Кларка Кента ))

(118) Это по какой формуле? Вы ее сами явно пидумали
like %слово1% and like %слово2% and  - скопление тормозов. Если так оно и есть то без смены бд от томозов не уйти.

(118) Вот формула для MS SQL
https://msdn.microsoft.com/en-us/library/ms142560.aspx

(123) По обычной формуле размер индекса равен размеру "словаря" (из всех слов в бд во всех полях для которых он подключен) + длина id (слова из "словаря") * кол-во слов в во всех полях.

Ссылки для просвящения
https://ru.wikipedia.org/wiki/Полнотекстовый_поиск
https://habrahabr.ru/post/40218/

(124) очень интересно где там нашли по ссылке формулу для disk space? когда там речь только про memory requirements in MB

(125)+ В формуле конечно накосячил ;) но смысл надеюсь понятен.

Что для каждого "слова" (и есть тонкости с разделителями и знаками препинания для поиска например "а и д" для результата "системА И Дурак") нужно найти и сохранить в базе все записи/поля где это искомое "слово" встречается.
Т.е. чем более длинные наименования и описания из более редких слов тем оно хреновее.

(126) не то скопировал
http://dba.stackexchange.com/questions/22400/sql-server-2005-full-text-search-space-requirements

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

(128) Вы такое смешное говорите, прям как ТС ))

Откуда вы знаете что там за записи в 200 тысяч? Может там абзацы описаний в BLOBах и увеличение индекса в 10 раз это еще мало.

(128) А по поводу устаревшей БД то https://habrahabr.ru/post/281865/

(129) Нет там такого, самое длинное - наименование - строка 80 символов
еще 4 колонок - цифровые и 4 колонок строковые, но там максимум 40 символов. Ну и 6 колонок - системные (типа остаток, сумма, код и т.п.)

И программа работает по ФБ 2.5

(131) Переводите клиентов на онлайн потихоньку, сейчас интернета один фиг везде будет обязательно с "кассами онлайн".
Заюзав http://www.oknosoft.ru/metadata/ можно "почти в 1С" сделать удобных и шустрых веб-клиентов.

(129) Это 5кб на запись. Если в среднем слово занимает 6 симвоволов (примем 10б), то это 512 слов и это офигеть как много, но считаем дальше. Пусть в индексе лежат теже 2гб слов (если все уникальные) + id + служебная инфа. Так вот я максимум могу допустить оверхде в 2-3 раза.
Я надеюсь вы технический специалист и не плохо было бы обосновывать ответы.

(134) А вот тут вступает в дело закон больших чисел.
200 000 записей каждая из пусть 5 слов.
Пусть всегда повторяется 1 слово (оно есть во всех записях), а прочие слова уникальные.

Тогда легко посчитаем что у нас 1 + 200 000 * 4 слов всего.
Для каждого слова нужно сделать 2 записи, каждая с id слова и с id записей где оно (это слово) встречается.

Таких записей будет для повторяющегося слова 200 000. Для уникальных слов будет 200 000 * 4 записей.

Осталось превратить все в байты.
И добавить "обычный индекс" (для быстрого поиска слова в словаре) для словаря из (1 + 200 000 * 4) записей, например би-дерево. Который можете сами посчитать сколько займет еще.

(135)+ А теперь внимание вопрос )) что будет если в каждой исходной записи не по 5 слов а по 10? Или по 50?

(135) не понятно о каких 2х записях речь, должно быть достаточно ID(само слово) + id записи. И не ясно зачем делать индекс на индекс если достаточно отсортировать id, что даст такуюже логорифмическую сложность как и в вашем случае но для доступа к данным нужно на 1 действие меньше. Из вышеуказанного следует, что максимальный коэф размера full text индекса относительно данных равен (грубо):
k = (объем слов + pk таблицы * ко-во записей) / (объем слов + pk таблицы * ко-во записей) = 1
Ведь слова будут занимать столько же места + pk таблицы будет занимать столько же места. И не важно сколько слов.

(137) да "не 2 записи", а "записи из 2-х полей"

Индекс нужен на словарь, сортировка id ничего не даст для быстрого поиска слова по его части. Нужно https://ru.wikipedia.org/wiki/B-дерево, а там уже отдельная табличка из id записи + id родительской записи

про коэффициент k = 1 ничего не понял, в курсе что индексы занимают обычно больше места чем сами данные?

Автор, дай базу свою скачать, хочу прогонять ради интереса на своём супер пупер мега гиго движке.

(0) Готов реализовать проект за определенный интерес. Мой скайп intercommunicate2

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

Aleksey, добрый день.
Напишите о вашей проблеме в нашу службу поддержки. По возможности пришлите редакторский файл базы данных каталога. Мы его протестируем, на новой 8 версии клиентского каталога.
Релиз продукта в этом месяце, программа рассчитана на ассортимент в 200 тысяч товаров, работает приемлемо даже с флэш накопителя. Новая версия написана с нуля, используется много-поточный режим работы, выйдет вариант под Windows и Linux.

(142) клёво. А он ещё на поддержку жалуется.
Она зарегистрировалась на мисте и пять лет ждала его плача. И это в воскресенье!

(142) А техподдержка это где? А то на форуме пишу о проблемах а в ответ зачастую тишина. Иногда ответят типа "Проблема решается. В ближайшее время вам будет выслано обновление с исправлением ошибки.", но еще ниразу исправленного дистрибутива так и не видел

Алексей, вы Android каталог используете? Новая Windows версия по скорости будет работать примерно как он.
Писать лучше всего на электронную почту, так как на форуме редко пишут сообщения, он редко просматривается.

(145) В планах. Тем более, если не путаю, там был вопрос с ценовой политикой (с индивидуальной ценовой политикой на каждого клиента)

Индивидуальная ценовая политика в новой Windows версии сделана. Для версии Android в разработке.

"Новая версия написана с нуля" - ясненько, старая версия была сделана так криво, что доктора звать бесполезно, и да нам нужны платные бета-тестеры для новой версии с новыми ошибками. история повторится с "новой новой версией, и тоже с нуля"?

"используется много-поточный режим работы" - чего, где, в прайс-листе? красивый набор слов для лошков?

после таких откровений, заказчики говорят досвидули, не, нечего не говорят, тупо игнор.

softsintez как любой производитель - тупо игнорирует неприятные вопросы типа (144)

(148) не, ну почему... не имеет смысла сразу делать мегасуперпупер. просто стоить будет дохрена и окупится ли - хз.. поэтому делаем "пилотный" рабочий вариант - запускаем в продакшен, пойдет - хорошо, будем допиливать при возникновении проблем

тупо девочка, для генерации предложений из стандартных шаблонов.

(148) Ну как бы программе разрабатывается более 10 лет (http://www.ixbt.com/soft/e-order.shtml). Мы ей начали пользоваться со времен 3.3, сейчас уже версия 7.5.

Естественно что за 10 лет программа обрастает костылями, плюс за это время появились новые возможности в плане софта.

Вообщем не вижу ничего плохого в написании с нуля. Вон 1С периодически пишет с нуля свои конфигурации (УТ11, БП 3.0) и ничего, никто не умер

(152) а они дозу яда так рассчитывают, чтоб тошнило постоянно, но чтобы никто не умер... ;-)

через 10 лет разработки, они поняли, что нужно делать с нуля, быстро соображают.

(154)  А по твоему они должны были ежегодно разрбатывать с нуля? Типо вот как айфон, чтобы каждый год новая версия и обязательно с нуля?

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

айфон это маркетинг, продавать девайс за 100 баксов по цене 600, это мега круто, причем мего круто каждый год.

(156)
Ты хоть сам понял что написал?

Каждый год с нуля пишет только школьник
Раз в 10 лет с нуля пишут тугодумы, которые медленно соображают.

Ты сам то свою программу сколько раз с нуля написал, или настолько туп, что даже не понимаешь зачем люди с нуля пишут свои программы?

сделай мне выгрузку в три текстовых файлах базу в 200к позиций, интересно посмотреть, но самому возится лень.

с нуля пишут школьники, потому что не понимают, что делают.
перенос программы на другую платформу, это не писать с нуля, это адаптация старого на новый лад.

(183) Согласен, что будут расходы на хранение слов в виде деревьев (скорее всего отдельаня таблица не нужна), просто в листьях дерева будут данные, а именно id документов (покрывающий индекс).
К примеру сейчас одним из прдвинутых движков полнотекстовго поиска считается https://lucene.apache.org/core/ у которого размер индекса и цитата "index size roughly 20-30% the size of text indexed"
Так что ваше утверждение о 1000% - это полная чушь.

С нуля написана не вся программа, а только та часть, которая устанавливается конечным клиентам, из которой формируются заказы покупателями. Есть еще серверная часть - редактор каталога, в ней расширяется функционал, она работает на FireBird и в этой части эта СУБД очень хорошо отрабатывает себя.

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

Смена поколения продукта продиктована в первую очередь накопленным опытом, необходимостью создать версии под несколько ОС и повысить общую производительность.

(107) Да конечно

(164) переписывать продукт с 0 - это вполне практический подход. Только большие продукы переписываются помодульно, а тут относительно не большой продукт(клиент там вообще тревиальный должен быть) который 1 махом не так сложно было переписать. Тем более, что за 10 лет технологии сильно меняются

прайс- лист достаточно простая вещь, которая не требует использование каких либо сторонних СУБД. Обычно пишут свою, в которой расчеты фильтрации строк и подстановки значений из других таблиц (lookup) выполняет сама СУБД. нечего сложного для тех кто понимает что делает.

Повышение производительности в более поздних версиях - это мое любимое "не понимаем что делаем, тыкаемся как слепой котенок".

(164) -> (160)

(165) вот такое чаще всего можно услышать от новичков. Че там делать, сейчас мы все сами напишем. Пока вы будете реализовывать часть субд, граммотный программист будет реализовывать бизнес логику. И то что вы напишите сами будет хуже чем написано командой специализирующейся на СУБД

(167) и много новичков написали свою СУБД? примеры можно или звездобол? бизнес-логика реализуется в самой СУБД.
СУБД на продажу пишутся под все случае жизни, по этой причине сливают по производительности специализированным субд под конкретную задачу. смешно читать глупости про "грамотных" разработчиков, использующих сторонние продукты, это как про "программистов 1с", которые программистами не являются, так алгоритмоописатели.

(165) Прайс-листэто не только табличка из файлика ексельс фиксированными данными.

Прайс лист может быть в виде дерева, причем один и тот же товар может отображаться в разных его ветках.
Например в автозапчастях может быть верхний уровень "Автозапчасть" у него может быть подуровень - "Отечественные" и далее подуровень "ВАЗ". Причем один и тот же товар должен отображаться во всех трех разделах.

Далее ценообразования. У товара есть 4 вида цен и далее в зависимости от некого признака клиенту задается наценка/скида от одного из 4-х видов цен. Т.е. на эту группу у него цена1 + 2%, а на другую группу Цена3 - 5%.

Далее идет таблица с сопутствующими товарами и таблица аналогов ...

Все еще думаешь что твоя подделка сможет это все реализовать, причем без сторонней СУБД?

(168) На каком языке написана твоя программа? А то смешно читать про программистов которые пишут не на своем языке, а используют специализированный язык программирования под конкретную задачу

моя поделка делает обновление данных при любом внешнем воздействии, причем с картинками, и делает это так быстро, что никто еще не заметил этого прикола :)
мощь специализированной СУБД в действии, так сказать.

алгоритмы едины для всех языков, синтаксис отличается.

это че, Агентоид продвигается/рекламируется?

(168) Не знаю таких кто написал я это их хотел донести. Но вы посягаете, что лучше сами реализуете пусть даже частичный функционал. Есть куча бесплатных файловых СУБД которые примерно под такие задачи и проектировались. Субд на продажу(и не на продажу) тоже очень разные бывают. Начиная от sqlite заканчивая hbase/casandra и многие заточены под свой спектр задач. Сейчас сложно делить на программистов и алгоритмописателей. Является ли программистом 1с разработчик ставится под сомнения из за узконаправленности и очень высокого уровня абстрации.

PS. я пишу на java/scala/js и не пишу на 1с.

(172) производительность, уровень абстракции и досутпный функционал тоже отличается

(174) любой кто юзает готовые фреймворки, СУБД и прочую халяву - алгоритмоописатель.

(171) я уверен, что смогу прдложить СУБД которая как минимум не хуже (но судя по выражениям скил кодинга у вас так себе), вероятнее лучше(быстрее) справится с задачей

(175) все фреймворк над машинным кодом.

sqlite как оказалось, очень хорошая встраиваемая СУБД, не требовательная к ресурсам. Самое главное правильно их использовать. Везде есть свои плюсы и минусы. Использование СУБД собственной разработки сложно будет использовать в своих проектах, так как объем программного кода может получиться даже больше самого продукта.

в приложениях алгоритмоописателей, запрос из субд передается в адаптер, который листают на экране...почему? а потому что тормозит. а у меня листание экрана обновляет не только экран но и данные в субд..почему? потому что не тормозит :)

вы все еще хотите мне что то предложить? %)

(178) архив апк прайс-листа для дроида у меня занимает 500 килобайт...почему? потому что специализированный продукт с минимумом кода и понятно почему отменной производительностью.

(179) то что вы написали ни о чем. Другое дело адекватные показатели. За какое время можно сделать insert/update миллиона записей, select из миллиона записей. И на каком железе

Мне всеравно приложение весит 500кб или 100мб, если говорим о прайсе

хотя 100 это уже должно быть что-то посерьезнее. ну 0.5мб или 10мб точно пофиг

99% читающих эту ветку вообще впервые узнали, что расчет бизнес-логики может быть запущен банальным скроллингом экрана :) программисты, йопть!

(181) "insert/update миллиона записей, select " - у меня этого хавна нет в принципе, поэтому и не тормозит :)

вместо этого, простая формула расчета порядкового номера записи для доступа к ней.

никаких переборов таблиц полностью, никаких сравнений, тупо знаю, что и где у меня лежит.

почему программа автора не справляется с объемом данных? да потому что, ей тупо нужно пробежать по всем таблицам полностью и не один раз в поиске нужного значения, вот и весь ответ. и эти люди убеждают меня в преимуществе сторонних субд над специализированными, гы гы.

(183) это может прокатит как какой-то плюс в кругу торговых представитлей на презентации, в кругу программистов звучит как что-то не внятное и не понятно толи хвастаетесь, то ли сожелеете.
(184) Что значит нет таких объемов данных. Вот за сколько загрузится 200тыс товаров с наименованием и 4 полями пусть по 100 символов.
Потом за сколько я смогу найти товар который по вхождения подстроки найдет соответствующие к примеру в результате должно найти 10 из 200тыс?

мне самому интересно, умоляй автора сделать мне выгрузку, посмотрим.

(186) С изобретателями лисапедов бесполезно спорить.
Застрял на уровне xBase/Clipper/FoxPro скоро курсоры изобретет.

(187) что мешает нагенерить данные рандомными буквами (131) есть инфа о размере полей

я же писал лень. из разряда, а какая у вашего мотыка максималка? да хз, больше 80 уже страшно :)

(190) То есть вы не проводили нагрузочное тестирование? О чем мы вообще говорим...

200к товара невозможно продуктивно продавать торговому представителю..я же объяснил на примере мотоцикла.
может вообще при загрузке выдать оут от мемори.

(178) Самое главное - чтобы производитель оперативно реагировал на замечания юзеров. при этом юзеру абсолютно пофиг на чем это там написано - если прога работает и его замечания учитываются.

(184) когда я был молодой и глупый и ничего не знал про базы данных у меня была самописка. которая адресовалась тупо по номерам записей, без индексов и прочей обвески. работало тоже быстро... но...

(186) "в кругу программистов звучит.." - вот мне пофиг как звучит если работает нормально. а программисты могут меряться всем чем угодно в кругу программистов и программировать для программистов - ;-)

если прога не работает, то оперативное сопровождение мало чем поможет.
я и говорю, что моя субд узко специализирована под конкретную задачу.

скачал свою поделку с гугл плей, в ней 5к товаров, быстрый поиск по вхождению работает мгновенно. есть небольшая задержка, после ввода символа, но это особенность поля ввода. но всяко быстрее всяких поделок на скл.
любой может проверить самостоятельно.

причем вывод результата с группами.

через форму фильтров, фильтрует мгновенно, после закрытия формы.

(197) У тебя в твоей поделке готов поспорить поиск всего по вхождению одного слова, а не нескольких слов через другие любые слова.

И 5к это смешно, попробуй на 50к.

https://github.com/oknosoft/order-online
Если каталог очень большой, от поддержки offline, возможно, придется отказаться, а может и прокатит - эксперименты нужны.
В онлайн-режиме запас масштабируемости будет огромный.
В metadata.js задействована та же серверная математика, что и в npmjs.com, который обрабатывает около 500 млн. запросов в сутки, каталог больше миллиарда записей.

можно добавить еще реквизитов для поиска, но зачем?
зато есть поиск по всем группам или только открытым.
вам и 5кк будет смешно, потому что смешно.

вообще в прайсе примерно пара десятков отборов и лукапов, можно добавить еще столько же, но зачем?

> веб разработку тоже отметаем ибо нужна оффлайн программа
1. Последнюю пятилетку, можно считать, что веб и оффлайн - это синонимы. Любое современное веб приложение умеет работать в оффлайне
2. Веб-приложение можно скомпилировать в нативное настольное с помощью electron.js - под win32, linux и osx
3. Веб-приложение можно скомпилировать в мобильное с помощью cordova под ios, androis, win-monile и т.д.

(204) Ну к примеру у меня сайт на битрексе. Как будет выглядит его оффлайновая версия для клиентов. Как оно будет обновляется и как я смогу получить из такого оффлайновой версии данные?

>> можно добавить еще реквизитов для поиска, но зачем?
по тому, что клиенты ищут именно по тем параметрам, которые их интересуют и если они не найдут нужный товар у поставщика будете упущенная выгода.

на ваших скринах очень мало реквизитов для поиска, срочно добавьте, иначе "они не найдут нужный товар у поставщика будете упущенная выгода"!

на планшете всего 7 строк на экране....вы серьезно? и как лопатить при такой наглядности прайс в тысячи позиций? вывих пальцев обеспечен и планшет затрут до дыр.
Ю - юзабельность.

Agent ООЗ, вы пишите самые быстрый и удобный  софт, больше не видим смысла с вами соперничать. Удачи.

можно было проще:
Ой, все!

(210) А что с тобой общаться, если на (169) ты не ответил. И на любые вопросы в плане функционала ты всегда отвечаешь одно и тоже, что типа это вот нафиг не кому не нужно, вот есть моя реализация и другое пользователю не нужно. Поэтому что с тобой общаться если ты предсказуемый в плане ответов?

сделай выгрузку, народу же интересно будет подтвердить свои сомнения по поводу моей поделки. прикинь, какой это будет удар для меня.

(212) Так сложно взять 1 строчку и повторить ее 200 тысяч раз?

потом докажи, что там 200 000 строк.

(214) А ты еще одну строчку отличающуюся добавь и попробуй ее поиском то среди 200 тыщ одинаковых найти.

я за чистоту эксперимента

(216) Тя скоро софт как услуга/сервис по подписке http://lp.st-mobi.com/ того из рынка.

(212) Еще раз, смысл сравнивать попу с пальцем. Если у тебя тупо плоская табличка, то о чем тут говорить?

(218)  У вас тоже тупо плоская табличка с наложенными отображениями группировок и фильтрами с вычисляемыми колонками.

Гугулить https://ru.wikipedia.org/wiki/Нормальная_форма.

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

откуда там вычисляемые колонки? там обычная деревянная выборка.

быстрый поиск с автоподстановкой, нафига он там? представляю какие тормоза на нормальных объемах.

(221) Разные цены в "электронном прайсе" для разных клиентов, путем назначения скидочных групп.

(222) Если кто то что то не может представить, это не означает что этого нет и не может быть.
Но позиция страуса многим ближе и понятнее.

и че? что меняет, там обычная деревянная выборка, в зависимости от начальных параметров. изменил параметр, новый запрос, где там что вычисляется?
это у меня к таблице прикручена вьюха, а в таблице есть действительно вычисляемые поля.

(224) Есть базовая цена, есть группы скидок/наценок на базовую.
Каждый клиент попадает в одну из групп скидок/наценок и все цены для него вычисляются от базовой.

(225)+ Кстати что разработчик проги для торговых агентов не в курсе основ оптового ценообразования (для покупателей) это уже слегка странно...

если в запросе не можете вычислить цену, то...держитесь там, хорошего настроения, всего доброго :)

(227) В запросе вычислить цену которая динамически меняется при заказа разного кол-ва штучек? Да вы гений... альтернативно-непризнанный

и чего в этом сложного? обычный запрос с параметром.

неальтернативно-признанные считают такое в клиенте? гы, продолжайте держаться, мысленно с вами :)

для умственного развития: значение вычисляемого поля можно узнать только во время обращения к этому полю, в случае автора, делается через запрос. в моем случае, при обновлении вьюхи.

(230) Никого не волнует может или нет разработчик посчитать такое в клиенте или только на сервере.
Просто его софт покупают (платят за подписку на софт/сервис) или нет.

можно проще: Ой, все!

(231) Никогда  не задумывались почему в 1с хранится сумма вычесланная в документах? Подскажу потому что не всегда можно вычислить нужную сумму иногда ее нужно запомнить, так как она может отличаться от вычисленной. Помню ужасные времена когда было модно ставить точность по 5-10 знаков после запятой.

Что за бред?

Веб - и точка. Тут даже обсуждать нечего.

В 2016 говорить о десктоп-приложениях для тысячи своих клиентов - непрофессионализм граничащий с некомпетентностью.

Даже на кассы в розничной торговле фронт доставляется в броузер и прекрасно там работает, а вы тут про заказы с картинками.

Абсурд на марше.

(235) Не вам конечно с Питера сидя в теплом офисе виднее нужды простых селян. Разрешите идти и исполнять ваши пожелания?

(234) Никогда  не задумывались почему 1с тормозит безбожно? потому что все вычисления на клиенте, субд для расчетов не используется от слова совсем, тупо место для хранения данных. результат, как говорится на экране. но хомячкам нравится, потому что они думают, что так и должно быть.

(237) "субд для расчетов" - это надо не забыть записать в анналы

99% моих оппонентов тут, вообще не понимают о чем речь, но с очень богатой фантазией на счет примеров ни к месту. вопчем продолжаем веселится :)

человеку (238) 35 лет, он до сих пор не знает, как расшифровывается СУБД. Подскажу, система управления, а не система хранения баз данных.

(240) ну напишите запрос (на языке запросов 1С или стандартном sql для совместимости с кучей БД) по вычислению последовательности числа Пи до требуемого знака...

примеры и аналогии как всегда топчик :)

у клиента настроил так: поставил виртуалку от андроида на винду и на нее моб.приложение от 1с. такой объем то что просите как раз работает и хорошо крутиться. создают заказ отправляют поставщику. смотрят остатки.

(236)

Простой селянин, объясни плз, как:

- веб разработку тоже отметаем ибо нужна оффлайн программа с возможностью работать без инета

Вот это соотносится вообще с передачей куда-то какой-то инфы?

(244) Я уже писал как. Повторить?

(245)
Достаточно номера поста.

(246) клиенты в местах без классического инета

с инетом на флешках - сам с таким обменом любился в 2005-2008 гг

(246) см (8) " в некоторых случаях у продавца в магазине нет инета (заказ скидывается на флешку и директор её отправляет со своего компа) "

(246) По поводу инет есть в каждой дыре см (87)

(244) Например, как приложение одной конторы канцпринадлежностей.
Приложение тихо и спокойно лежит себе в локальной сети конторы. по зеленому свистку "а нука всем заказать канцтовары на след.месяц" сотрудники  (доступ к инету закрыт у 80%) открывают эту софтину, делают заказ, в результате получают файлик экзелевский, который и отправляют своему руководятлу. руководятел собирает из кучи файлов от сотров один "от отдела", и посылает своему руководятлу. тот утверждает (ну, или режет), и отсылает ответственному за заказ у этой конторы. ну а ответсвенный связывается с канцконторой, передает заказ, уточняет и все такое...
во-первых, надо ли сотне юзверей давать инет только потому, что им придется раз в месяц делать заказ канцтоваров?
во-второых, можно, коечно, это перенести во внутреннюю систему (портал), но оно надо - лишнюю работу делать?

(250) Подозреваю 1С пора выпустить базовую версию Клиент-заказа с ценником в 1 000 р.
И возможностью продажи "клиентских" лицензий в привязке к поставщику со скидками.

(251)+ наваять шо ли... с обработкой клоном "от Мани" и своими некоторыми допилками

(251) почему бы и нет?
чтоб примерно как плеймаркетовые приложения.

(253) Да про такое и подумал, кто в курсе насчет "базования" конфы? Куда хоть писать то?

(252) а что за "клон от мани"?

(255) Загрузка их табличек екселя прайсов и электронных накладных/актов

(256)+ "Мегапрайс" который

(256) этот мрак-то тут причем?

(258) Это для упрощения интеграции с другими системами, не 1С

(251) у неё есть на андройде 1С:Заказы

(250)

Это не процесс, это г***о на лопате.

Равно как и размышления - надо ли давать юзерам инет и прочая.

У продавца нет инета, он скидывает файлы на флешку и директор отправляет со своего компа - ну браво, чо.

Надо понимать, что обновления каталога директор со своего компа сам продавцу тащит на флехе.

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

(260) В курсе но это не совсем то что хочется, 1С:Заказы это для торговых представителей.
А нужна система непосредственно для клиентов и для поставщиков чтобы могли "прайсы формировать".

(261) а это не "размышления". Юзверям инет не нужен. от слова вообще. запрещен.
вообще, у тебя во всем посте одна ключевая фраза: "я не думал". а зря. надо думать, хотя б изредка...

(261) Представь что есть места где инета до сих пор нет (никакого даже мобильного хоти официально типа есть покрытие), хотя эти места всего в 10 км от города полмиллионика неофициального.

(237) на пример джава считает сложную математику куда быстрее распространенных СУБД (MsSQl, Oracle и тд.). Так что не несите чушь.

(265) ну, во-первых, сложной математики применяется не так уж и много. а во-вторых, даже простые расчеты очень часто требуют передачи большего количества данных на клиента. (пример - какой-нибудь "итог" ). ну и в третьих, многие возможности сервера, весьма облегчившие бы жизнь клиенту, не используются от слова совсем (хотя это обратная сторона разноформатности хранения).
Так что тут маркус прав.

(263)
Ты не то что скучный, ты унылый. Тебе только процессы и ставить в глубинке, запрещая инет юзерам.

(264)

Ну а как в итоге данные попадают от клиента на сервер? На собаках флеху засылают туда, где инет есть??

(267) а, культурная столица поребриков? ну-ну..

(268) Правильно догадался, бывает что скидывают заказа (файл обмена) на флешку и везут туда где есть инет.

А бывает по телефону/факсу скидывают, суть проги в прайсе - удобном каталоге с ценами и интерфейсе заказа с подсчетом суммы получающейся.
Далее заказ хоть на печать хоть куда.

(270)

А как обновляется "удобном каталоге с ценами"?

Собака приносит ответную флеху?

(271) Да специально обученная которая умеет "доехать до инета", скачать на флешку и привезти назад.
Реально каталог обновляется не так часто, обычно в нем самом закладывается когда ценники перестают действовать и предупреждает что давайте уже обновляйте меня.

(271) Иногда и не обновляют

(270) гу. я уж забыл, что такие девайсы существуют. Но подтверждаю, есть еще некоторые клиенты, способные осилить только факс... причем неспособные понять, как по факсу можно передать этикетку контейнера не сдирая ее с контейнера :-)))
(271) да, с поставкой передают маленький диск.
зачастую - вместе с толстым бумажным каталогом.

(266) я говорю про распределение обязанностей СУБД и Сервера. Я не предлагаю не использовать агрегирование в запросах (я не помню как считается итог в 1с), но если допустим, что нужен именно итог и мы считаем его на стороне сервера, то трафик будет ниже чем при расчете на стороне субд.
1. Расчет на субд
передаем исходные данные + итоги на сервер откуда отдаем на клиента
2. Расчет на сервере
передаем только исходные данные на сервер там добавляем итоги и отдаем клиенту

сделал демку из 87087 товаров и 20020 групп, это максимум что залезло в моего китайченка, быстрый поиск занимает всего 2 секунды для 100к строк с лукапами и выч полями.
качаем здесь, устанавливаем? запускаем, останавливаем, копируем папку main (базу вынес отдельно) в папку agentoid, запускаем приложение, создаем заказ, в товары и enjoy!
http://agentoid.ru/?attachment_id=1316

кто первый отскролит до конца и пришлет скриншот, тому суперприз!

(276) муахаха 2 метра данных... терь повтори на бис с хотя бы по 150 символов наименованиями

издуй в цирк, и там клоунам загадывай свои влажные желания.

(279) Говорят пока вакансий нету

(277) А смысл качать, если туда даже вся моя номенклатура не влезет. Плюс нет динамических групп, а без них мне тупо придется дублировать товар в нескольких подразделах, что увеличит количество позиций с 200 тысяч до 350 тысяч.

И что там с индивидуальными ценами на группу товара? (не на папку а на реквизит в карточки товара, к примеру "производитель")

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

(281) слишком много у тебя вопросов  к "типовому решению"

индивидуальная цена - она называется индивидуальной, потому что одна единственная для конкретного клиента. смысл клиенту выгружать все цены, если у клиента индивидуальная цена?

(283) Ну у софт-синтез это вполне себе типовое решение, а "не требования заказчика"

(284) Чтобы не выгружать каждые 5 минут по 1000 прайсов для каждого клиента. А выгрузить один раз индивидуальную таблицу скидок/наценок и один общий прайс

вышла 2с 9.0 http://www.ultimaerp.com/2c/

у меня сделано, через категории товаров. один товар к множеству категорий. категория товаров в разделе фильтров.
категории товаров с группировками.
есть группы товаров, а есть более продвинутое категории товаров, причем взаимно накладываются.

(286) клиенту уходит один тип цен, нахрена на клиенте иметь 1000 типов цен?

(281) У меня лично сложилось впечатление, что чем вы пользуетесь сейчас вполне годное решение. Можно добиться увеличения производительности в новой версии + есть другие модули в том числе вэб каталог и андроид и интеграция с 1с. А вот, то что вещает товарищь Agent ООЗ - это поток фантазий смешанный с потоком заблуждений.

(287) 2С 9.0 - это как Агентоид Плюс 2.0 :)

(290) абида и банная :)

(292) Да как-то совсем не обидно, на оборот спокойнее становится, что пока есть таки на контрасте можно набивтаь себе цену на рынке.

(286) чем именно текущая программа не устраивает? задержками? когда и сколько по времени?

(289) У меня уходит 5 типов цен

(290) Совершенно верно, сейчас тестируем новую версию, пока что вполне устраивает. Параллельно, по горячим следам, поправим несколько старых багов и вообще красота будет

Реклама новой версии совместно с softsintez, у которой за 5 лет только первое сообщение здесь? Реклама на мисте как бы платная, если что.

(288) это правильный подход.