Last1CmenВобщем такая вот задача: ...
На "овощные киоски" можно установить "УС Land" (xHarbour - Win32, VFP) под Wine. Итеграция с торговым оборудованием и OpenOffice имеется, отработаны технологии обмена с центральным складом (возможно и на 1С или другой системе), система элементарная в сопровождении и "бесплатная". На ЦС не подойдёт из-за ограничений файл-серверной архитектуры и её нужно малость "допиливать", что уже платно. Вы знакомы с её "презентациями", если интересно, то отвечу на конкретные вопросы .

LSVЭклипс(для приложений) + ОраклЭкспресс(СУБД).

Других вариантов не вижу.
Дешевизна бесплатных платформ - миф.

зы: почему экспрессы не предлагать ?
ТС нужно ГОТОВУЮ систему для "киоска", интегрированную в "открытую среду", а не инструмент её создания... Что по её функционалу, то он должен быть довольно "широкий", т.к. подразумевалась автоматизация полного цикла для рознично-?оптового магазина рлюс интеграция с системой центрального склада и это вполне может быть большой задачей.

Last1CmenАндрей Ж.под Wine.
а это не нарушение лицензии мелкософта случаем ?
Wine - нет ! Но возможны ряд мелких нюансов, которые нужно поизучать, например использование шрифта "Lucida", который можно заменить. Но не все win прикладные программы почему-то работают под Wine.

Last1CmenLSVЭклипс(для приложений)искать спеца по эклипсу ? а куда сходить за подробностями ?
Нужно чётко разделять задачи и системы "Центрального склада" и "киоска". Вы одинэсник и разумно на ЦС использовать 1С с базой на MS/Oracle - лицензионные платы будут довольно низкие, т.к. задача изначально предполагает автоматизированные механизмы обмена данными, т.е. число рабочих мест на ЦС будет ограниченно.

Для "киоска" при нагрузке даже 1000 продаж в день (хороший супермаркет) - всего около 700 000 операций в год, причём их уже квартальная актуальность некритична, т.е. можно "резать БД".

Last1Cmenдля реализации и спровождения согласны нанять 1 спеца + 2 никсовых админов
Чё-то начились "фантазии"? Leonid Kudryavtsev - дал довольно полезные, хотя и спорные рекомендации, вторая идея, что нереально в одиночку сдалать даже прогу для "киоска" можете почитать "приколисткую темку": http://www.sql.ru/forum/actualthread.aspx?tid=809220

Далее спец (программа) рассматривается для "киоска" vs "центрального склада"? Если для "киоска", то взгляните хотя бы на минимальный объем задач (в срезе "УС") и там нет ещё полусотни необходимых режимов и отчётов:

1…Накладные – ведение всех товарных операций, оформляемые накладными различного типа. Внутренние операции, т.к. списание, инвентаризация будут рассмотрены ниже…

1.1 Приходные накладные от поставщиков товаров, работ, услуг…
1.2 Возврат товаров поставщикам…
1.3 Отгрузка товаров покупателям или продажа «частным» лицам…
1.4 Возврат товаров от покупателей….
1.5 Между складская передача товаров между реальными и «виртуальными» складами…
1.6 Предзаказы агентов – это система учёта и анализа работ по «виртуальным» товарам, интеграции со внешними системами заказов (в частности с КПК), ведение счетов на предварительную оплату, учёт торговых операций при торговле «по заказам» и так далее…


2…Финансовые расчеты – ведение банка, кассы, виртуальных наличных средств…

2.1 Учёт кассовых операций – учёт наличных средств в кассах предприятия и находящихся «где-то» - «виртуальный» нал.
2.2 Оплата через расчетный счет – учёт безналичных операций через произвольное количество расчетных счетов предприятий. В одной БД ведется неограниченное число юридических лиц.


3…Производство – все оперативные режимы, связанные с производством готовой продукции, полуфабрикатов, блюд в ресторанах и кафе…

3.1 Операции изготовления продукции – серийное (согласно технологическим картам), штучное (ручной ввод) и «смешенное» создание готовой продукции и полуфабрикатов…
3.2 Составление технологических карт – ведение документов, совмещающих информацию по технологии производства, его калькуляцию и «меню» для общепита…
3.3 Влияние цены сырья на цену изделия – таблица для анализа себестоимости готовой продукции/(ПФ) и прогноза её стоимости, в зависимости от изменения цен на «первичное» сырьё…
3.4 Прогноз закупок под планы выпуска продукции – анализ и составления количественных планов закупок сырья/изготовления (ПФ) в зависимости от планируемого выпуска (при серийном производстве).

4…Аналитика – минимально необходимый в «оперативной» работе набор отчетов…

4.1 Альтернативная финансовая книга – не стандартизованный аналог «кассовой книги» или «реестра банковских операций», используемый для управленческого контроля и подачи сведений в банки….
4.2 Остатки товаров на текущий момент времени – 4 наиболее «популярных» форм анализа текущих остатков.
4.3 Список финансовых операций (списаний, инвентаризаций) – более 50 параметров настройки, 5 видов выходных форм, глубокий анализ данных операций…
4.4 Нечеткий прайс – около 10 форматов прайса, вывод в любой формат данных (от текстового Dos до HTML), 20 параметров настройки построения…
4.5 Акт выверки с клиентов – множество вариантов предоставления информации по взаиморасчетам с поставщиками, покупателями, «виртуальными» клиентами…
4.6 Реестр документов торговой точки – механизм контроля продавцов или кладовщиков за логической корректностью работы операторов, «налоговый» отчет, предоставляемый при проверках «внутреннего» документооборота, 4 формата…
4.7 Сводная ведомость по любым товарным накладных – более 20 форматов, 65 параметров настройки, анализ / регламентная отчетности / прогнозирование…
4.8 Список накладных по которым долги клиентов – анализ просрочек «чужих» и «своих» оплат, в том числе прогнозирование просрочек – анализ «будущих» платежей (график платежей). Около 10 форматов, 30 запросов.
4.9 Реестр банковских операций – регламентный отчёт, совмещенный с анализом безналичных платежей по любому набору расчётных счетов….

5…Прочие задачи – оперативный учёт «внутренних» и бухгалтерских операций…

5.1 Инвентаризация запасов склада – учёт и анализ инвентаризаций по отделам….
5.2 Списание товаров согласно актам – учёт и анализ списаний товаров…
5.3 Переоценка – переоценка товаров склада или отдела магазина, если учёт ведётся в ценах продажи (по умолчанию и везде программа учитывает товар в ценах закупа)…
5.4 Ведение исходящих счетов фактур – счета, выдаваемые при отгрузке товаров или «входящие» при возврате от покупателей. Сч./фактуры могут быть, связанными с товарными накладными, а могут быть «независимыми», например счета за услуги…
5.5 Ведение входящих счетов фактур – счета, получаемых при приходе товаров или «исходящие» при возврате поставщикам. Сч./фактуры могут быть, связанными с товарными накладными, а могут быть «независимыми», например счета за услуги.



Last1Cmenвот в том и вопрос чтобы определиться какой именно спец нужен, кого искать ?
Опять-таки для какой задачи, если ЦС, то 1С:Прогер, если "киоск", да ещё и "открытые системы", то, слишком много хотите от одного , это QT + C++ + SQL (Postgree другие имеют непонятную бесплатную перспективу).

Last1Cmenпс... системы заранее превышающие бюджет в 100к у.е. тоже можно не предлагать
Это 3.6млн.руб, на 1000 рабочих мест, создание+внедрение+сопровождение... Не говорю о себе, но если судить по "мисте" или "теме работа" - наивные иллюзии!!!

Last1Cmen(еслиб было столько денег то реализовывали бы связку 1С+МС)
Кажеться ещё смешнее, чем самим делать... Посчитаем 1С:Розница + сервак + ОС + внедрёж ==
40 тыр на раб.место * 1000 = 40млн.руб. и это только за лицензии .

Last1Cmenппс... "овощной киосок" это по сложности учета а не по профилю если чего :)
Если смотрели мои сообщения, то это и подразумевал... М/б в начале дать полный список автоматизируемых задач этого "киоска" и попробовать оценить трудозатраты на написание ПО для него?

Last1Cmen это не торговля и не производство,скажем так - оказание услуг по хранению специфичных товаров
"Хрен редьки не слаще"... В принципе Вы задействовали 50% минимум, перечисленных мной блоков задач и добавили чуток своей специфики. Каждый из перечисленных блоков - это множество "обслуживающих" блок задач, упрощающих работу с ним и увеличивающий "производительность" пользователя... Опять Leonid Kudryavtsev навалил кучу полезных соображений и исходных данных для расчёта потребностей в персонале.

Посмотрим Ваше неполное перечисление задач:

- операции по приему товаров и расчету сумм по услугам
+ отгрузка товаров и настраиваемые методы расчёта сумм услуг + подготовка платёжной документации...
+ заказы на приход/расход товаров + резервирование помещений
+ добавляем стандартные: инвентаризация, списание... Счета на предоплату и сч/ф скорее всего понадобятся...

- ведение остатков и движения этих товаров по точке
Бесконечная аналитическая "тема", для примера в "УС" около 20 настраиваемых отчётов по остаткам, анализирующие различные нюансы данного понятия.

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

- ведение кассовой книги (для налички)
+ безналичные операции + анализ денежных операций в различных разрезах

- учет затрат по точке (аренды, услуги жкх и т.д.)
+Анализ затрат в разрезе статей и центров затрат, методы выявления резервов оптимизации затрат

- комплекс печатных документов по этим операциям
Как минимум три десятка регламентируемых и зачастую видоизменяемых государством форм.

- блок стандартных отчетов (обороты, остатки, история)
- блок отчетов по прогнозам остатков и получению сумм (это отдельно пока не рассматриваем)
Это нужно понимать == около 50 гибких и глубоких отчётов уже в первичном варианте системы...

P.S. По "ценам 1С" и прочее. Для "обмена сообщениями" уже нужна версия Win Prof = 6тыр, на точку минимально нужна лицензия на "платформу".
P.P.S. xHarbour - система разработки "УС" многоплатформенная и теоретически систему элементарно пересобрать под xNix. Даже если делать программу на xHarbour, то система разработки OpenSource и можно заплатить и получить RAD и библиотеки "прямого" доступа ко всем freeSql, если "плоские" базы "некошерны".

Last1CmenАндрей Ж., мне кажется вы впали в панику :)
Да - нет, возможно ... Просто "гладко на бумаге" и в "голове", но мне в основном приходится воевать с нюансами, дающими основную долю задач. Про "остатки" и пр. упомянул, что бы сказать о наличии "проблем" даже в примитивных и очевидных задачах, т.е. не паникёр, а реалист .

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

Но если честно, то перестал её уже понимать после ряда Ваших уточнений ... Если это склады "ответхранения", то нафига там "весы с ШК" или "анализ затрат"? - Ну ладно!

теперь я могу "выдать" ТЗ на реально уже продукт готовый к внедрению (внедрение понятное дело гемор ещё тот но оно в любом случае будет) НО он должен быть либо кроссплатформенным либо иксоидным либо по возможности как наиболее менее затратным по лицензиям
Согласен по идеям использования СПО, т.к. на большом числе точек уменьшит проблемы с сопровождением и резко снизит стоимость внедрения... М/б поискать на сайтах линуксоводов?

поймите меня правильно я не хочу тут рекламу толкать про наилучший фреймворк для класса овощных ларьков коим получается является 1С (что за волнение по поводу кучи отчетов по остаткам ? СКД и пользователи сами настраивают их как им надо)
Не хочу холивар... Но замечу, чем решение для "овощных киосков" "жёстче" и стандартизированей, тем легче его сопровождать, если же дадите доступ к "настройкам отчётов", то "система" перестанет быть "контролируемой".

так вот выходит что руководство видя что разработка задачи в среде 1це по срокам минимальна и вполне приемлима по стоимости этой самой разработки ищет решение проблемы без использования 1це... вполне нормальное желание в принципе
Это с позиции типа уже готового решения (см. Вашу цитату выше) Но при этом на каждую точку вынуждены тащить и затем сопровождать ИЗБЫТОЧНЫЙ функционал, хотя "хотелки" руководства поддерживаю.

Не нужно, наверное здесь полного ТЗ , но для конструктивного обсуждения был бы полезен полный список конкретных задач "овощного ларька". Тогда возможно и спецы в OpenSource ERP смогут подключиться к обсуждению.

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

тут даже уже речь не во времени или стоимости специалиста (явист скажем за 3к для неризиновой конечно перебор) а вообще возможности экономии на лицензиях в счет удорожания разработки и стоимости сопровождения конечного продукта
Давайте ещё раз посчитаем? Пусть задача несложная и явист её сделает за год - это "встанет" 3к*12=3000*30*12=1080тыр, а лицензии на Win Prof = 6000*1000=6000тыр, т.е. заказ задачи стороннему xNix разработки даже в Мск шесть раз выгоднее одних только лицензий Билла.

короче говоря я склонялся к решению Java+MySQL на точках и ЦБ и плюс ещё одна уже управленческая 1С (это моя задача)
Хозяин-барин! Но разумно изучить детально вопросы по лицензированию "Java+MySQL" вообще и в свете покупки Oracle фирмы Sun. А так же поискать демки готовых решений на java и поспрошать специалистов - нет уверенности, что это быстрый инструмент разработки для "больших" систем?

выходит альтернативы как искать спеца Java (не джуниора под такой проект явно) нет ? или глянуть на Сишников или спецов по тому-же фрипаскалю... смогут ли они наладить централизацию сопровожения и обмен между точками и ЦБ в обе строны по аналогии с УРБД от 1С?
Сомневаюсь в правильности и реальности данных идей. Вариантов "быстрой" разработки под xNix довольно много, например Pyton/Tc + SQLigth или взять "готовую" OpenSource ERP, например упомянутую Plasma vs Ананас vs УС Land vs TinyERP и так далее и "допилить" его под данную задачу, или может у кого-то есть похожее (на неопубликованное ТЗ) готовое платное решение.