Форум OlegON > Программы и оборудование для автоматизации торговли > Системы автоматизации торговли > КИС Lack & УС Land

Компьютерщики и 1С:Программисты против УС Land : КИС Lack & УС Land

25.04.2024 16:19


06.07.2011 23:52
AndreyZh
 
Доброй, наверное ночи!

Хотя и написал изначально в 2000 году фразу из достаточно популярного обзора по системе Обзор системы КИС Lack и сравнение её с другими системами автоматизации

Цитата:
Почему решение по приобретению данной программы не должны принимать:
.......
2. Компьютерщики.
Прошу у них прощения (сам такой). Желая обслуживать самое совершенное и современное аппаратное и программное обеспечение забывают о таких «мелочах» как затраты (доходы) фирмы, удобство работы операторов и менеджеров, производительности труда работников. Набор аргументов, приводящихся ими стандартный:

-. Устаревшая операционная система Dos и язык разработки Clipper (xBase). На это замечу, что данная система может работать под управлением любой более совершенной системы (Windows All, Linux, Pocket PC и так далее), что позволяет программам комплекса работать в гетерогенных сетях компьютеров. Язык же разработки заслуженно считается самым легким в освоении и программы, написанные в нем самыми быстрыми в Dos, исключая конечно профессиональные языки.
-. Медленная и «не надежная» файл – серверная архитектура доступа к данным в сети компьютеров. На это замечу, что пакет ориентирован на нагрузку в сети до 10 компьютеров (реально до 4-х) и при такой нагрузке скорость обработки информации сравнима или даже выше чем в архитектуре клиент – сервер. Что касается затрат на программы и оборудование в «совершенной» сетевой среде, то затраты, требуемые на внедрение клиент - серверной системы автоматизации можно умножать на число от 10 до 1000.
.......
Не поверив самому себе изначально систему начал презентовать на форумах разработчиков (продавцов) программ.... и конечно "получил по ушам от них".

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

Поехали....
Цитата:
Не думаю, что все так радужно как Вы описали. DOS - это вчерашний день, скоро принтеры пойдут без поддержки DOS, на чем будете тогда печатать?

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

ЗЫ Если он ее действительно успешно продвигает, то я могу только порадоваться за него.
Не думаю, что все так радужно как Вы описали. На самом деле описано примерно 60% возможностей и очень "контурно". В принципе похожая презентация была в стартовой теме https://olegon.ru/showthread.php?t=6852

DOS - это вчерашний день. Кто с этим спорит!!! Но зато полная (проверенная на практике) совместимость с Windows All, Linux, FreeBSD, MacOS, Pocket PC. В то время (старт обсуждения) мультиплатформенной (в частности Win32) системы УС land ещё не существовало.

скоро принтеры пойдут без поддержки DOS, на чем будете тогда печатать? А с поддержкой Dos единицы используют и только матричный Epson 300+. В комплекс входит программа ХБК, имеющая функции:

Изначально предназначенная для печати DOS документов на принтерах, не поддерживающие DOS печать, программа ХБК сейчас может печатать все виды торговых документов, вести каталоги картинок, создавать отчеты пользователей и конвертировать данные DOS программ во множество форматов. А именно:
1. Любой текстовый DOS файла на установленном по умолчанию принтере с автоматической или ручной настройкой параметров печати.
2. Платежные поручения и объявления о сдаче выручки с возможностью их доработки из экранной формы.
3. Приложение к сопроводительной документации по алкоголю. Раздел «Б» по Российскому и импортному товару.
4. Конвектор DBF таблиц в формат XLS (таблицы MS Excel).
5. Конвектор любого текстового DOS документа в формат MS Word посредством MS Word или OO Writer.
6. Каталогизация, архивация, ведение и печать библиотеки произвольных картинок – система электронных документов.
7. Печать финансовых, торговых и аналитических документов в графическом формате, совпадающем с форматом программы 1С. Вторая жизнь DOS приложений – делаются «красивые» документы практически любого типа, используемые в торговле.
8. Печать произвольного документа, списка документов, используя внешний генератор отчетов, создаваемых пользователями самостоятельно.


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

- поизводительность операторов (удобство и скорость интерфейса) у меня в 2 - 2.5 выше.

Сервер: 2 ядерный ПК с 2Gb/Raid 0 (Server 2005), рабочие станции (обычные офисные ПК).
1. 1C - файл сервер. 1ПК (сравнимо), 3ПК (1С в 2 раза медленнее), 8ПК (1С в 5 раз медленнее);
2. 1С - MsSql. 1ПК (1С в 3 раза медленнее), 3ПК (сравнимая скорость), 8ПК (1С в 2 раза быстрее).


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

ЗЫ Если он ее действительно успешно продвигает, то я могу только порадоваться за него. Более корректная фраза - пока выживаю.

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

P.P.S. Здесь и в других местах иногда даются ссылки на "свой ресурс" или файл (документ) хранимый на том же ресурсе, что связано с невозможностью отражение "оформленной Web страницы" или копипаста многостраничного документа (так же оформленного для лучшей читабельности). Что по ссылкам на "другие ресурсы", то считаю, что давать их здесь не всегда "корректно" (желающие могут воспользоваться поиском).
07.07.2011 16:40
AndreyZh
 
Продолжим ...

Цитата:
Если всё таки сравнение идёт с 1с (на примере торговли) и речь о 10 ПК, то десятки тысяч у.е. это громко сказано. Например "1С:Предприятие 8. Управление торговлей" = 14500руб. + набор лицензий на 10 мест = 34 500 руб Итого: 49000 руб. т.е. около 1500$

Сколько будет стоить "аналог" КИС Lack?

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

Уважаемый имярек! К Вашему расчёту добавлю, пару из необходимых (примерно 8 дополнительных конфигураций 1С), но встроенных в систему КИС Lack с "реальными" ценами на 10 (Ваш расчёт) рабочих мест (которые в своё время озвучивались):

1. Система "электронной" сертификации - 3.500$ (без внедрения и адаптации) или 25.000$ (с доработками, внедрением, командироваками);
2. Складская логистика (довольно примитивная конфа, сравнимая со встроенной в КИС Lack) - 3.400$ (со внедрением).


А самое главное:
1. Будет ли вообще шевелиться 1С файл серверной архитектуры с двумя сложными добавленными конфигурациями разных производителей или сколько будет стоить клиент-серверный вариант 1С?
2. Сколько спецов на обслуживании нужно держать при данной системе, если учесть необходимость постоянного и непрерывного дописования базовой конфигурации?


Сколько же будет стоить "аналог" КИС Lack? Если Вы обратили внимание, то это бесплатная, предоставляемая с исходным кодом система. это без учёта последующих обновлений - Плановые обновления, можно взять с сайта бесплатны.

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

1. Программистов 1С, которые пишут модули интеграции или выгрузки в 1С:Бухгалтерию;
2. VFP программисты, создающие некоторые "уникальные" отчёты - технологии проработаны в графической подсистеме пакета;
3. C++ программисты, делающие программы интеграции со системами "мобильной торговли" и т.д.

Но теоретически для развития системы достаточно знаний VFP (xBase) или стандартного C.


Цитата:
Вопрос поддержки не освещен. Плюс увязка с бухгалтерией.
Вопрос с обучением и последующей качественной поддержкой "очень больной" для любого бесплатного П/О. Лично я не верю, что какая-то система хотя-бы близко приблизится к качеству обслуживания систем семейства 1С!!! Для себя решил и это прописал в лицензии - цитата из лицензии КИС Lack:

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

Увязка с бухгалтерией! Зачем пытаться создать велосипед, когда стандартом de facto стала 1С:Бухгалтерия, по этому в системе сделано и я это считаю достаточным - выгрузка всей первичной документации в 1С.
07.07.2011 16:46
AndreyZh
 
Цитата:
Теоретическое желание развития системы с открытым кодом - идея хорошая. Если система была бы рассчитана например под линукс и уровень среды программирования был бы таким же высоким как у 1с, или выступал альтернативой имеющей свои преимущества перед ней, как линукс против винды.... Я бы занялся изучением. Думаю многие начинающие конторы оценили бы преимущества данной системы и многие программисты 1с получили бы дополнительные шансы зарабатывать.
Но возвращаться к прошлому (dos-среда) то что уже уходит и почти ушло, нету не смысла не желания.
Спасибо за корректное выражение главенствующей идеи интерфейса современных программ! Но это (рассматриваемая система учета) не инструмент разработчика или продвинутого пользователя, а "молотилка" бизнес данных и технологий. По этому, если "удаётся" убедить заказчика в полезности системы, то он "обратно" в гаджетно богатую среду типа 1С возвращаться не хочет. Причины:

1. Высокая скорость интерфейса и оперативной обработки данных.

2. Универсальность решений. Реальный пример (Мелкий опт -> производство -> опт -> розница) один из пользователей прошёл в течении 11 лет, используя только данную системе.

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

4. Расширяемость. Да ядро поддерживается одним программистом, но ЛЮБЫМИ инструментами доступны расширения отчётной системы, интерфейсы к нестандартному оборудованию и Web. Для примера интерфейс к системе МТ:Мобильная торговля реализован вне основной системы, часть дистрибьюторской отчётности подаётся в формате Access и т.д.

5. Открытый код. Позволяет "легко" получать "уменьшенные" специализированные варианты системы, например OpenSource система разработки Harbour переводит исходный код системы в программу на С, далее "надёргав" исходников можете слепить свою систему.


Примечание. Но возвращаться к прошлому (dos-среда) то что уже уходит и почти ушло, нету не смысла не желания В системе ряд полезных отчетов реализованы на VFP, часть типов документов, например договора можно реализовать на "псевдопрограмируемой" отчетной системе (нарисовать шаблон в формате RTF). Но ни одного из пользователей за 2 года (существования технологий) не удалось заставить этим пользоваться самостоятельно.
07.07.2011 17:33
AndreyZh
 
Продолжим'c...

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

Цитата:
Сам проработал с клиппером, dbase порядка 10 лет. Отличная средство, но ... для своего времени. Морально устаревшее средство, несмотря на работоспособность, бесплатность, низкие требования по железу итп

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

Про такие "мелочи" как разрушение dbf файлов базы при интенсивной работе я уже не говорю, они как правило приравниваются к нормальному поведению.
Цитата:
Сам проработал с клиппером, dbase порядка 10 лет. Отличная средство, но ... для своего времени. Морально устаревшее средство, несмотря на работоспособность, бесплатность, низкие требования по железу итп.
Грустная ода «помершей» в 1997 году системе!!!
Никому и не предлагаю ее использовать, хотя до сих пор она продается и развивается . Но существует множество Clipper совместимых, в том числе freeware современных много платформенных, имеющих связь с любыми СУБД/ООБД, например CA Visual Objects () - совместимая с Клиппером визуальная система программирования для Win32 от Computer Associates; Xbase++ () - совместимая с Клиппером система программирования для Win32, как провозглашают его авторы, real Clipper for Windows; Flagship () - Клиппер для Unix платформы; Harbour () - кросс-платформенный Клиппер-совместимый компилятор ( Win32, Unix, OS/2 ), разрабатывается в рамках Open Source проекта (по сути препроцессор в C++), Clip () - Российский clipper совместимый компилятор для Unix; Max () - совместимый с Клиппер'87 компилятор для Unix и Win32.

Цитата:
Даже мелкий бизнес, для которого результат нужен уже вчера, подсев на эту готовую систему будет вынужден мучаться…
Они мазохисты и садисты – до сих пор постоянно предлагают ее своим друзьям – бизнесменам, но причины Вы объяснили выше. От себя добавлю широчайший функционал за небольшие деньги.
Цитата:
Про такие "мелочи" как разрушение dbf файлов базы при интенсивной работе я уже не говорю, они как правило приравниваются к нормальному поведению.
Это действительно нуждается в пояснении.
I. Разрушение – это проблема файл – серверной архитектуры (базы 1С, xBase, Access, Paradox, FileMaker и т.д.) возникает, когда в процессе записи с рабочей станции возникает аппаратный сбой, как правило сетевого оборудования. При этом до сервера «не доходит» часть данных, как правило, касающихся индексных файлов. Решения:

1. Надежное оборудование, электропитание.
2. Алгоритмическая минимизация и пакетирование сохраняемой информации и принудительное «вытеснение» ее из Ram.
3. Контроль физической и логической целостности данных в процессе оперативной работы.

II. При интенсивной работе. Всё имеет свои ограничения, но КИС Lack предполагает не более 10 ПК, работающих на запись одновременно, что не дает «большой» интенсивности. Известная максимальная нагрузка: 9 ПК операторов + (сеансы сервера 32 КПК «МТ Мобильная Торговля» + 18 КПК «Оптиум» + 4 удаленных сеанса из автоматической системы заказа); прекрасная техника; «разрушения» - примерно раз в 6 месяцев.

Если небольшое предприятие имеет больше ПК (работающих на запись в одну БД), то или плохая организация бизнес процессов (что зачастую возникает при использовании 1С), или же предприятие в состоянии приобрести более серьезное ПО, например Scala, SAP, Галактика, Парус, Фолио и т.д.


Цитата:
подробно: происходит разрушение файлов базы данных (dbf), чаще всего это визуально выглядит как сдвиг информации, заголовков. Достаточно неприятная вещь происходящая в непредсказуемые моменты. Лечится либо вручную (если удастсявосстановитьструктуру) либо повторным вводом документов оператором если есть бекап.
Цитата:
Сказки какие-то, это не "мелочи", это бывало крайне редко и раз лет за 10. А то, что индексы летели, вот это да - это мелочи. Раз в день перестроить индекс не считалось чем - то ужастным. Особливо привередливые "привертывали" от фокса (.sdx). То, что сделал автор - это серьезно: законченный продукт, внедрён, эксплуатируется. На чем написан - какая разница? Алгоритмический язык. С теми же операторами, if, for и т.д.. и используется тот же sql(слегка другой диалект). Пользователю глубоко фиалетово юзается ли при разработке фреймворк или нет.
Цитата:
Поломки индексов бывают довольно экзотические. Я например, наблюдал, как при поломке индекса товары "упали" на другой склад. Был специальный админ, неусыпно следивший за системой (24/365). Мониторил несколько раз в день на предмет целостности. Знал досконально, чтоб поправить ручками. А система была простой: 20-30 таблиц, из них 3-4 важных. Такие системы хоть и могут работать, но за ними нужен глаз да глаз. Нет четкой уверенности, что после "падения" пользователя не осталось малозаметных следов поломки. Заметные это срочный переход в монопольный режим и переиндексация (10-15мин).

Файл-сервер !!!! Никакого масштабирования ! Никакой сложной аналитики ! При 20-30 юзерах - вероятны тормоза. ЗЫ: Ф-С забыть как страшный сон.
Цитата:
А озере плавают только лодки. ледоколы в него не поместятся да и не нужны. Океан же лодок не терпит. Автор, по-моему, четко определил область возможного применения его системы. Это предприятия малого, а кое-где и среднего бизнеса. Data block corruption хоть и не часто, но и в Oracle бывает. Так что глаз нужен не только за программами навигационного стиля программирования, но и за клиент-серверными системами, за последними даже в большей степени. Не у всех есть деньги на сервера и лицензии, не все хотят иметь проблемы с законом, использую нелицензионное ПО, нет лишних денег на отказоустойчивое железо, но все хотят есть, желательно сегодня. СМБ не менее привлекателен в денежном плане, если с головой подойти к этому вопросу. ИМХО, спор становится беспредметным, когда каждый хвалит свое болото и оставляет интересы клиента на втором или даже третьем плане.
Цитата:
Простите, но Ф/С проигрывает по всем фронтам. Пригоден разве что для простых, немасштабируемых задач с 100% подходящим ф-лом, т.е. с минимумом возможных доработок.
Нередко малый бизнес усложняется, что требует масштабирования ИТ-решений. Надежность Ф/С в сто раз ниже К/С. За 10лет помню единичные случаи нарушения работы серверов (МССКЛ). Причем один связан с осыпанием диска, а другой с ресетом "на лету". Для новых проектов с тенденцией к росту, Ф/С это полнейший тупик. Даже не о чем говорить. Даже для бесплатных вариантов. Ф/С ничем не проще в реализации, чем К/С и не дешевле.
08.07.2011 14:52
AndreyZh
 
Следующий диалог наглядно показывает:

1. Рекламное враньё по стоимости и возможностям программного обеспечения.
2. "Эрудицию" собеседников - не знаю, не пробую, но утверждаю.
3. Непонимание бизнес-задач заказчика и способов их реализации.
4. Ограниченный (узкий, частный) взгляд на автоматизацию.
5. Нетерпимость компьютерщиков друг к другу.

В беседе участвуют довольно грамотные специалисты, что и вызвало моё недоумение стилем ведения беседы и используемой аргументации:

Х - автор темы, начальник ИТ отдела;
А - начальник ИТ департамента сети Московских супермаркетов, консультант по продуктам 1С;
Л - ведущий разработчик крупного Московского холдинга, в основном на платформе 1С:Предприятие.
Ж - Ваш покорный слуга.

Жирным шрифтом выделю глупые и взаимоисключающие утверждения и "запросы".

Помогите выбрать программу складского учета (движение запчастей)
(Х) Помогите выбрать программу складского учета, нужна только для ПОЛНОГО учета запчастей + расходных материалов.

Требования:
1) Ввод запчастей от разных поставщиков (возможность на любом этапе посмотреть поставщика)
2) Возможность отслеживать движение каждой зап. части (приход на склад-установка-пробег конкретной запчасти-списание)
4) Построение графиков и отчетов по поломкам\отказам\пробегу каждой запчасти
5) Желательно взаимодействие с 1с - бухгалтерия 7,7
3) Желательно Freeware.

Сейчас выбираю выбираю между Дебет Плюс, Ананасом, 1С Торговля и Склад.

--------------------------------------------------------

(А) Требования 1,2,4 к складскому учету не относятся совершенно.
(А) Куда ведет кроилово? Решения на платформе 1С: (даются ссылки на сайт специализированных решений на платформе 1С)
(А) (Про Дебет+) А оно разве под российские документы заточено? (Тогда при чем тут осуждение "складских задач")
(А) (Про Ананас) А этот полуфабрикат до работоспособности доточили? Но всё равно стоимость поддержки недетская будет. Ибо спецов полторы калеки на всю Россию.
(А) (Про ТиС) Очень многое надо будет напильником дотачивать.

(Х) Угу, спасибо... Сам понял что кроме 1ски не катит ничего... Скорее вчего закажем конфигурацию..

------------------------------------------------------

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

Несколько странные требования к программе СКЛАДСКОГО учёта! По 1С:Торговля - не катит, т.к. её нужно сильно дорабатывать под Ваши требования, что выльеться в очень большие деньги... Пусть спецы по 1С подсчитают хотя бы на 3 ПК (объём номенклатуры уже требует SQL) и стоимость доработок под описанные требования!!!

Альтернатива - поищите КИС Lack. Он "бесплатный"! А по поводу учёта Ваших пожеланий см. ниже:

1) Ввод запчастей от разных поставщиков (возможность на любом этапе посмотреть поставщика) --- Есть любой анализ в разрезе поставщиков. От остатка, ходимости до рентабельности.

2) Возможность отслеживать движение каждой зап. части (приход на склад-установка-пробег конкретной запчасти-списание). --- Пробег? Остальное есть в полном объеме.

4) Построение графиков и отчетов по поломкам\отказам\пробегу каждой запчасти --- Очень неопределенно! Но в КИС Lack любой отчёт (их более 300) легко портируется в любой ПК формат (в частности XLS) и можно строить графики при помощи "любимой" программы.

5) Желательно взаимодействие с 1с - бухгалтерия 7,7 --- Выгрузка данных в 1С:Бухгалтерия.

3) Желательно Freeware --- Даже Open Source.

---------------------------------------------

(А) Блиин, это же Клиппер. Я прям прослезился! Но почему, почему всё это дело под Аляску за все эти годы не затянули? Ну, на крайний случай на Фокса уйти можно было. ДОС по нынешним временам некоторый моветон. Ибо печатать на USB принтеры довольно проблематично.
Кстати, это под 64 битной вистой не работает в принципе.

(Х) Угу, посмотрел я это дело... Да я сам себя прокляну если такое поставлю Хоть на том железе, которое будет стоять на складе, и не будет Висты вообще , но все остальные ДОСовские проблемы ловить неохота, оно и под ХР не всегда корректно работает Так что скорее всего конфигурация 1С (к тому же оказалось, что у нас есть доп. лицензии на Бухгалтерию), пока приемлимых альтернатив нету.

---------------------------------------------
(Ж)
Блиин, это же Клиппер. Я прям прослезился от .... --- А может быть лучше "прослезиться" от "блоков кода", "многоуровневых и вложенных массивов", ООП, RDD (совместимость с любыми СУБД) и т.д.

ДОС по нынешним временам некоторый моветон ... Зато:
--- совместимость со всеми OS;
--- работа на любом "мусоре" - ПК;
--- быстрый ввод информации....

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

Ибо печатать на USB принтеры довольно проблематично.... --- Нет проблем. В комплекс входит программа печати и преобразования:

64 битной вистой не работает в принципе.... Вы правы - ограничения 32 бита и не важно какая ОС!!!

P.S. Ответил и "замолчал" в теме, но довольно интересное обсуждение продолжилось .....

---------------------------------------------

(Х) AndreyZh - разработка новой конфигурации 1с ~ 200$, спецов навалом. ДОработка конфигурации "Бухгалтерия" под вышеназванные нужды ~120-150 $. Заточка КИС Lack под нужды нашей организации - ХЗ, людей, кто возьмется за такое - ХЗ где брать в нашем регионе... Я за бесплатный софт, но жить хочу спокойно. Не хочу чтобы меня на кол на масленицу посадили

---------------------------------------------

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

---------------------------------------------

(Х) Неа. у нас есть 3 "лишние лицензии" на 1с "Бухгалтерия" 7,7 сетевая. Нашлись люди, готовые за вышеназванные суммы внести в нашу существующую конфигурацию необходимые изменения. То есть получаем стандартное решение и для бухгалтерии и для склада + уже введены все остатки, есть все поставщики... Вроде так пока получается Я наверное не совсем понятно сформулировал первый топик. Торговли этими деталями не будет, наша организация вообще торговлей не занимается, учет деталей только для внутреннего пользования и ведения статистики + введение прозрачности "жизни" каждой детали...

Примечание: Через год "встречал" этот НИК, как начальника ИТ фирмами, торгующей продуктами питания.

---------------------------------------------

(А) Замолчал, но критика продолжается (правда конструктивная)...
Ничего что ntx одна из самых паршивых систем индексации для xbase? Я хоткеев для быстрого перехода по полям не увидел. Кстати, база спроектирована по-местечковому: исторические данные (например смена паспорта физлицом) похоже не хранятся вообще.

----------------------------------------------

(Л) разработка новой конфигурации 1с ~ 200$, спецов навалом. - По сложившимся на рынке расценкам, это около шести часов работы. У меня на вылизывание интерфейса какого-нибудь хитрого нетипового документа иногда больше времени уходит. Экспорт первички в бухгалтерию в ценник включен?

ДОработка конфигурации "Бухгалтерия" под вышеназванные нужды ~120-150 $. - Управленка, написанная под фирму с нуля - это здравая мысль. Но порядок расценок здесь другой. За такие деньги или студенты, или "Эксель на базе 1С". Если у Вас есть желание получить систему в адекватные сроки - не связывайтесь со студентами. Если учёт Вам действительно нужен - не экономьте на разработке и внедрении.

"Рарус Альфа-авто" достаточно известное решение, я видел его в куче автосервисов. И везде его приходилось очень долго и скучно допиливать, что семёрочный, что восьмёрочный.

-------------------------------------

(Х) ЗДесь решения автосервисов не подходят, слишком специфичные условия, автосервисом здесь и не пахнет. 200$ - это сумма которую запросила компания, у которой была закуплена 1с и которая занимается ее поддержкой, к тому же в нашей нынешней базе и конфигурации присутствует около 70% функций, которые нам нужны... Так что как-то так!
(А) Там другая ситуация. в приципе Рарус-пассажирские автоперевозки закроет процентов 90 потребностей. Останется только скрестить его с семерочной бухией.

-------------------------------------

(Л) "Альфа-авто" в полной комплектации - это "Автосалон+Автомагазин+Автозапчасти", и позиционируется как ultimate-решение для бизнеса, связанного с продажей автозапчастей и ремонтом автомобилей, потому я его и вспомнил (и именно поэтому его широко используют для автоматизации подобного бизнеса, иногда очень опрометчиво).

Задачи, описанные в первом посте, вполне можно решить типовыми механизмами восьмерочной "Управление торговлей", разве что специфические отчёты под себя нужно будет сделать. Единственное - изначально нужно очень подробно расписать хозяйственные операции, которые необходимо отражать в учёте, и выработать порядок их регистрации. Самописное решение отличается от этой схемы тем, что вместо рекомендаций "для выполнения этой операции оформите такую-то последовательность документов" Вы получите программу, в которой есть только то, что Вы используете, и оно уже работает только так, как Вам необходимо. Обычно заказчик ИС не может сам толково расписать список собственных бизнес-процессов. Поэтому интегратор сперва пишет этот список, потом по нему пишет софтину, потом её внедряет, только в таком варианте ИС получается работоспособной. И стоит это не $200, уж поверьте.

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

----------------------------------------------

(А) Там вот это (ссылка - не понимает, но предложил) ложится почти как родное. Надо только расширить учет шин до учета запчастей. И ценник гуманный.

Обычно заказчик ИС не может сам толково расписать список собственных бизнес-процессов. - Не тот случай чтобы автоматизацию по полному кругу раскручивать, муниципалы провинциальные они. От "миллиона за консалтинг" директор в обморок упасть может. Да и основная задача - понять где воруют.

А, то есть там не реализация, а обслуживание своего парка техники? - Да. Учет запчастей в разрезе тр. ед. и пробега. Грубо говоря, не выдавать ступичные подшипники каждую неделю на девайс, не выезжавший из парка.

P.S. Потихоньку (из контекста и переписки собеседников по "аське") выясняется, что описанное в стартовой теме и необходимое ПО - две большие разницы :lex_14:

-----------------------------------------

(Х) по Рарусовскому продукту. за это, кстати, отдельное спасибо. Показал сегодня шефу.... посидели, слюну поглотали будем думать...
(А) А че там думать? На всё про всё надо ~сто тысяч рублей. Ежели вики не врет, то это по две копейки с каждого пассажира в течении года.
(Х) При внешней задолжности в районе 15 млн это серьезная сумма.
11.07.2011 17:03
AndreyZh
 
Цитата:
Представь, что дебилы из думы разделили все предприятия на 3 группы налогоплательщиков, для которых размер НДС = Размер существующей НДС * Коэффициент для группы. Скольво времени надо будет для доработки твоей проги? Может ли это как то настроить пользователь?
Неразумно нынешних "думских" считать "дебилами", раньше были ещё хлеще... Посему в программе имеются 2 ставки налогов (НДС и "прочий" - их уже 4 типа было)... Что по НДС:

1. Ставки могут быть любыми (>=0)
2. Программа не контролирует правильность ввода (считайте налоги - (ВО)), но можно запретить части операторов изменять данный атрибут в документах, тогда он будет использоваться из спр. товаров.
3. Есть отчёт верифицирующий ставки налогов, т.е. быстро можно посмотеть "ошибки ввода"

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

Цитата:
я воще то задал конкретный вопрос, если ставка НДС уточняется через группу предприятий (бедные, богаты, так себе,...). А если проще - есть ли у пользователя возможность настроить алгоритмы(ну, формулы хотя бы), при этом использовать некоторые ограничения (возможно новые, приводящие к изменению структуры таблиц)
Таких возможностей НЕТ!

Цитата:
у меня эти вещи были реализованы еще начале 90ых на том же клиппере (за счет макроподстановок и контекста для них, все расчеты по начислениям, удержаниям, налогам, отчилениям сделано было так и бухи сами все свое хозяйство настраивали), потому я ему этот вопрос и задал. Ну, а сейчас все намного мощнее, хотя механизмы те же - контекст метода + скрипт (на том же с#) (если не хватает мощей вычислимых полей, которые в НЕТ могут использовать агрегатные функции через релейшны вверх и вниз, а я это дело расширил через ленивую загрузку нужных блоков данных по надобности) + типизация и классификация типов и связей :) мы уже говории на эту тему. Вощем если метаданные у тебя, то ты можешь делать все что захочешь
Уважаемый Сахават!
В приниципе стараюсь держать "исходный код" на диете, что было связано раннее с многочисленными dos ограничениями... Для УС Land это уже не критично и возможно буду вносить некие настраиваемые алгоритмы расчёты реквизитов. Только смысла для таких, как "НДС" не вижу большого (может и ошибаюсь), т.к. ставки меняются раз в пятилетку.

Что касается "стройности" системы. Консольная её часть реализована (сей момент) в 101177 строк кода, для хранения информации и настроек число DBF=54, NTX(индексов)=95, а при работе в постоянно открытом режиме около 100 файлов (DBF+NTX).

Примечание по реализации замечаний и пожеланий. Стараюсь каждое пожелание, если нельзя "выкрутиться" встроенными средствами делать максимально универсальными. Приведу конкретный пример - потребовался "дистрибьютерский" отчёт по товарам поставщика (появиться в версии декабрь.2010):

1. Направление (опт, розница, хорека, сети)
2. Наименование покупателя
3. Наименование товара поставшика
4. 1й месяц квартала
- сумма по закупу
- отпуск в 9 литровых кейсах
5. 1й месяц квартала
- сумма по закупу
- отпуск в 9 литровых кейсах
5. 1й месяц квартала
- сумма по закупу
- отпуск в 9 литровых кейсах

Можно было бы сделать и его, но это не интересно! Сделал по другому:

1. Направление (опт, розница, хорека, сети) + код тогового агента
2. Наименование покупателя
3. Наименование товара из произвольной группы
4. 1й период
- измеритель1*коеффициент1
- измеритель2*коеффициент2
......
4. Nй период
- измеритель1*коеффициент1
- измеритель2*коеффициент2
и задачка стала интересно почти всем оптовкам... Смотрите скриншот запроса отчётов, но думаю в процессе развития он будет постоянно усложняться, охватывая и другие нюансы....

Дальнейшее просто интересно, как "юмор" для "конечного пользователя":

-- Вводим разбивающий классификатор по ставкам НДС

-- А как мы его введем? Он же будет ссылаться на кучу других классификаторов плюс включать в себя ограничения, которые вообще могут ссылаться на что угодно. Хочется же не просто иметь цифры ставок, а иметь возможность исследовать их влияние (для учетной системы это не актуально, но в общем случае очень даже интересно). Т. е. все связанные сущности мы описать не можем по определению. Если можем описать ограничения с помощью модели - хорошо, а если нет?

-- Непонятно. Вводим новую сущность СтавкаНДСПоГруппе{Наим, Ставка}
В Лица даем ссылку на СтавкаНДСПоГруппе, тем самым каждое Лицо связываем с определенной групповой ставкой. Тут же получаем анализ в разрезе групп ставок где бы это не было.
Почему мы не можем вводить связанные сущности?????
Можно ВООБЩЕ не уточнять СтавкаНДСПоГруппе.Ставка!!!
Тут три подхода.
1.Инкрементное расширение контекста, пока какой нить объект не выйдет на связь с СтавкаНДСПоГруппе. то такой академический подход.
2. Мигрировать СтавкаНДСПоГруппе.Ставка в Лица и дальше по по нужде прямо до места где формула расчета. Миграция может быть 2.1 виртуальной (вью), 2.2 персистентной (если часто используется.
Вощем либо обход связей (для быстроты можно типизирровать ссылки что бы граф поиска был небольшим), либо виртуальноая или физическая денормализация.

Забыл самое главное - все Свойства типизированы и уникальны. Допустим "Количество" как бы оно не называлась в разных типах ссылается на уникльное свойство Количество из домена Свойства. Можно зафиксировать свойства, выбрать типы в контексте и сузить путь в графе поиска. еоднозначности можно исключить через типизацию ссылок.

-- С налогами же все очень просто. сущность: Группа налогообложения
Атрибуты: ставка НДС, ставка акциза, ставка НП, порядок начисления.
Плюс к этому опциональный список, каждый элемент которого сопоставляет указанному набору атрибутов некоторые факторы. В качестве факторов используется, например, пара {период, вид операции}.
Каждая товарная операция извлекает свои атрибуты налогообложения по факторам собственного контекста.

Дополнительная сложность - входящие налоговые группы: поставщик может считать, что товар облагается такими-то налогами, а наша точка зрения отличается от этой. В этом случае придется с лотом ассоциировать налоговую группу, заставить юзера не забыть про нее и правильно ее обработать.
15.07.2011 13:16
AndreyZh
 
Продолжим'с...

1. КИС Lack - Высокая скорость интерфейса и оперативной обработки данных.
Цитата:
А что будет с вашей системой при одновременно активно работающих хотя бы 20 пользователях?
Система КИС Lack ориентирована на небольшие фирмы (до 100 работников и до 10 компьютеров в локальной сети) Но для 20 user сохраняется ТЕОРИТИЧЕСКАЯ работоспособность.

Цитата:
У Вас 500 "тестеров", а у любой "Типовой конфигурации" их несколько десятков тысяч, в том числе очень квалифицированные - сотрудники фирм партнеров. А у Microsoft-а миллионы, но от этого Windows не стала содержать меньше ошибок.
Однозначно число ошибок, а особенно грубых ошибок МЕНЬШЕ, т.е., если в alpha версиях они исчисляются десятками тысяч, то уже в beta их "всего лишь" сотни.

Цитата:
Универсальных решений не бывает.
Согласен, но при этом в 1С создаётся УНИКАЛЬНАЯ "нахлобучка", а в КИС Lack встраивается НОВАЯ технология, которая становится доступна для ВСЕХ.

Цитата:
А расширяемость КИС Lack доступна любому пользователю?
Да, но ВНЕ системы!

Цитата:
Что менеджер может зайти и поменять интерфейс?
Очень ограниченые возможности! Может:

1. Изменить раскраску;
2. Частично настроить поведение пакета при обработке некоторых операций;
3. Отключить "ненужные" поля справочников и детализации товарных документов;
4. Определить права доступа к режимам;
5. Создать виртуальные объекты, привязанные к реальным объектам (справочники, документы, операции), описывающие бизнес технологии конкретной фирмы;
6. Задать индивидуальную настройку пакета для конкретного пользователя и т.д. (по мелочи).

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

Цитата:
AndreyZh, вопрос: Вы с 1С сами работали? или только рассуждаете?

Вот, например, сколько будет стоить внедрить в Вашу программу следующий модуль и сколько по времени это займет?:
Необходимо создать систему приема посетителей в поликлинике. Посетитель делает заявку на некоторый набор процедур, например массаж 10 сеансов, при приеме заявки необходимо сделать систему включения пациента в общее расписание. В каждой процедуре указано количество времени необходимое для процедуры. Необходимо сделать систему, которая позволит указать дату приема для каждой процедуры, и подобрать свободный кабинет, через интерфейс, который покажет все кабинеты и время, на которое они заняты другими посетителями. Отдельно надо просматривать расписание на сегодняшний день и делать отметки приходил пациент или нет.
По знаниям 1С... Только на уровне User начальной подготовки и постановщика задач для программистов 1С, т.е. чуть знаю интерфейс и относительно прилично технологические возможности платформы 1С.

или только рассуждаете? В основном! Что же данная система "постоянно путается у меня под ногами", чем иногда раздражает. Но в принципе хотелось бы получить критику моей систему, а не критиковать 1С.

По "посетителей поликлиники" - раннее была описана область применения КИС Lack: Система ....ориентирована на небольшие фирмы .... с большой номенклатурой товаров .... и большого количества поставщиков (покупателей). Т.е. на небольшие производственно - торговые предприятия.


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

Цитата:
Ну хорошо, тогда задача более связанная с торговлей:
Нужно реализовать систему адресного хранения товаров. Есть ряды стеллажей (ABCD), есть номера полок (1234), есть номера мест на полках (ABCD). Соответственно у каждого товара есть адрес хранения, например "A3C". Что удобно при подборе товара и для проведения инвентаризации. Дополнительно хочется, чтобы при приходе товара компьютер сам предлагал куда положить полученный товар на основе следующих условий: Если товар данного вида уже есть на складе, то на это же место, если место заполнено (у каждого места есть предельный объем), то как можно ближе к нему. Условие на одном месте может лежать только товар одного вида. Кроме этого необходимо графически показать загрузку мест (цвета зеленый - свободно, желтый - заполнено меньше 50%, красный - более 50%). Надо учесть возможную выбраковку мест, т.е. на какие-то места товар нельзя класть по техническим причинам (грязная полка, сломанная полка и т.д.)
В принципе для меня, как разработчика это не составляет большого труда доработать функционал системы под решение любой "экзотической" задачи, пример - в феврале доработал для страховых компаний (пару мелких функций и отчётов), но позиционирование системы на торговлю и производство, отсеивает приведённые Вами задачи. Самое главное - система КИС Lack не является "языком программирования", на котором можно создавать произвольные программы.

По адресному хранению... Уже упоминал о встроенном в КИС функционале складской логистики, но замечу, что при его создании изучалось множество систем, в том числе конфигураций ценовой категории от $500 до $10 000 за рабочее место и неразумно производить сравнение возможностей КИС Lack с "навороченными" системами на платформе 1С:Предприятие или WMS системами (напоминаю - ориентация на небольшие фирмы).

100% реализовано. Есть ряды стеллажей (ABCD), есть номера полок (1234), есть номера мест на полках (ABCD). Соответственно у каждого товара есть адрес хранения, например "A3C". Что удобно при подборе товара и для проведения инвентаризации.

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

...графически показать... Отражение в форме алфавитно цифрового отчёта.
Цитата:
И всетаки, сколько будет стоить и займет по времени доведение Вашей системы под указанные правила? Допустим клиент хочет пользоваться системой именно в том виде, который указал я.
1. Быстро, с соответствующей оплатой - один месяц.
2. Спокойно, с продумыванием нюансов - три месяца.

Цитата:
Интересно, сколько же стоит месячное обслуживание?
Данные цифры сильно зависят от региона, моей или клиента жадности, объема решаемых задач (от программирования, анализа финансово-хозяйственной деятельности до сопровождения железа и "стороннего" программного обеспечения). Но стараюсь "отслеживать" формулу:

Сумма за обслуживания = з/пл Московского специалиста / 3 / 3, т.е. если бы Вы работали в штате "нормальной" фирмы (около 20 ПК в сети) и выполняли весь спектр перечисленных работ, то Ваша з/пл была бы примерно 70 000, а моя в регионе была бы примерно 8 000 рублей. Более конкретные цифры, извините "закрыты".

Цитата:
Функционал давно реализован в конфигурациях 1С. И не только там. Для таких систем - это обязы.

Все куда прозаичней - до Ваших клиентов не добрались толковые 1Сники. Сам подобных систем "похоронил" немало. Боролись с 1С 2.0 и клиперисты, тогда еще текстовый интерфейс был и там и там, боролись и фокспрошники

А вот чтобы с 1С уходили на подобное, как-то не слышал... На Парус, на MS Dynamics, на "Open ERP" какой-нибудь - да.

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

2. На каком ЯП дописывать собственные модули? На Си? Как в юности сишник спрошу - работая на нищих клиентов, да еще на Си писать бизнес-логику??? А дописывать - придется. Или галочек в "настройках" должно быть десятками на каждый чих и талмуды для настройщика.
Open source - в действительности обычная рекламная фишка. Чтобы разобраться в системе уровня КИС - нужно потратить немало времени и иметь неплохие знания как языка (каким бы он ни был) так и предметной области. Пример - же конфигурации 1С, хотя там всего лишь скриптовый ЯП, и об инфраструктуре думать не нужно, какую дали такую и увязывай с помощью встроенного языка.
Если же специалист в состоянии разобраться в Си, Java, ..., подобного уровня системы, то зачем же ему выживать (см п1)?? То есть зачем такому профессионалу связывать свою судьбу с бедными, малоприбыльными клиентами?

3. Повторю уже сказанное - чтобы говорить об 1С ее нужно знать. А не "1C - В базовой поставке реально пригодна для мелкого опта или розницы". Посмотрите УТП и УПП, а то похоже Ваши знания о 7.7. Потратьтесь на семинар какой-нить по этим конфигурациям, чтобы узнать врага в лицо.

4. В маленьких городках, где бизнес не растет с времен царя гороха, действительно можно встретить и системы на клипере адаптируемые авторами предпенсионного возраста. И это - адекватный выбор бизнесменов, нет смысла в 1Сах, если только то и нужно - что изменить что-то под законодательство (и то, пусть бухгалтера сводят, за то они запрплату получают), или добавить работу с фискальным принтером или сканером штрихкода. Где жизнь остановилась - и DOS сойдет. (ситуация как с COBOL'ом в США - работает, и ладно. А когда почтовая служба США попыталась недавно перейти на новую систему, оказалось дорогооооо, а ничего нового то и не нужно. Письма и посылки остались письмами и посылками. Так зачем??)

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

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

Возьмём "последнюю" описанную CRM подсистемку пакете КИС Lack - будте добры дать ссылку на хотя бы одну конфу 1С ПОЛНОСТЬЮ "покрывающую" перечисленные возможности.

От себя замечу, что постоянно отслеживаю состояние развития 1С и степень проработанности отдельных задач КРУПНЫМИ разработчиками конфигураций типа Рарус, Астор ВЦ и т.д.

О том, что маркетинговый проект "1С" "забил" всех разработчиков - не буду спорить. ЭТО ФАКТ.
04.08.2011 23:09
AndreyZh
 
Пока нет, по делу вопросов, замечаний и у меня полезных идей - продолжу "критику" (пожалуй это самая злая) от компьютерщиков.

История вопроса: Некий спец, которому удалось получить контракт спросил по задачам автоматизации производства. Конечно сразу предложили 1ц с пожеланиями "не изобретать велосипед". С дуру встрял и далее "обсуждение" уже моё и "меня":

AndreyZh:
I. По поводу советов "1С". Кажется имеется только конфигурация 1С:УПП, которая стоит больших денег и мало где успешно внедряется. Возможно ошибаюсь, но тогда:

1. Приведите конфы и прайс на них, в которых бы решались задачи ТС?
2. Если не сложно примеры удачных внедрений УПП на малых и средних предприятиях и стоимость данного "успешного" внедрения?

II. Могу предложить Open Source решение КИС Lack/УС Land, которое используется на нескольких консервных и кондитерских заводах. Интерфейс "непривычный", но все задачи (кроме белого бухучёта - на это 1С лучшее решение) производственного предприятия она решает.

....

Считаю 1С:Бухгалтерия отличной системой бухгалтерского и налогового учёта среднего и малого предприятия. Кроме того - это уже стандарт. Но по поводу "вот и вот" - это отсылка к рекламных реляциям 1С:Франчайзи об достигнутых "успехах" в области автоматизации (глупо было, если бы там докладывалось об неудачах). Но даже там... Приведу цитату из самой первой агитки:

"Автоматизация ведения учета в ООО «Газпромнефть-Нефтесервис» на базе «1С:Управление производственным предприятием 8»" --- КРУТО!!!
"ходе проекта были достигнуты следующие результаты:
1. Разработаны и внедрены единые стандарты ведения бухгалтерского и налогового учета, для всех 9 предприятий холдинга, в соответствии с требованиями Российского законодательства и корпоративной учетной политики. Повышена прозрачность и качество ведения учета. Сформирован информационный базис для принятия решений и последующего развития системы.
2. Обеспечен полный контроль над процессами управления денежными средствами, в том числе со стороны управляющей компании.
3. Автоматизирована и унифицирована бюджетная модель и базовая финансовая структура по всем предприятиям холдинга. Повышено качество подготовки отчетности по плановым и фактическим данным. Увеличена степень детализации бюджетов (как до уровня вида деятельности, так и до уровня цеха/участка).
4. Реализована автоматическая консолидация данных в центральной информационной базе (обмен данными 1 раз в час). Реализована уникальная подсистема безопасности, позволяющая гибко настраивать параметры доступа пользователей к данным системы."

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

......

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

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

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

3. Интерфейс дааа.. Да здравствует консоль в Винде! Особенно круто смотрится в 7.

4. ОМГ! Установка - супер! 1С точно сосет. Автор, оно написана под DOS???
О СУБД я так понимаю можно забыть. Мдя, здравствуй 21-й век! Автор выйди из спячки, в которой ты видимо пробыл лет 15. На дворе 2010г. Кстати, у меня на ноуте 64-битная винда. Сказать каким лесом пойдет твое поделие?

5. твою мать! Ты должен мне глаза! По поводу "интерфейса". Автор! ТрупоВижон уже не в моде (это был "раз"), а вот и "два"... У меня на компьютере линукс долго плевался от "этого", пришлось лезть в винду. Wine не спас.
Вывод. На основании двух фактов, предлагаю переименовать из "УС" в "УГ", закрыть сайт и бросить разработку программного обеспечения во-об-ще.
P.S. В работе пользуюсь GnuCash. Абсолютно всё удовлетворяет. И идите-ка со своей проприетарщиной...

6. Вот ты то видать ничего крупнее ларька в своей жизни и не видел, раз такую пургу несешь. твое УГ прокомментировали люди - работающие как раз таки в весьма крупном бизнесе, но ты так же туп и безнадежен как и твой УГ КИС КАЛ.

.....

P.S. К чему привёл данный срач? Недавно один потенциальный клиент привёл тестить мою систему студента второго курса какого-то платного ВУЗа и внимательно выслушав его компетентное мнение отказался от программы. При этом привёл аргументацию схожую с приведённой выше. Занятно, что на предварительной беседе он был шокирован (в бизнесе с 2002 года):

1. Необходимостью покупки лицензионной Win и ценами на неё
2. Что "возврат поставщику" нужно документально оформлять
3. Удивлялся зачем нужен постатейный учет затрат и тому подобное...
07.08.2011 12:36
AndreyZh
 
Лень искать конкретную формулировку "вопроса" по поводу "фи - это Dos", а дам один из вариантов ответа:

УС Land является пока консольным Win32 приложением, исходный код которого можно пересобрать компилятором xHarbour под любую ОС ПК и мобильных устройств... Уже этого более чем достаточно, но имеется прямая работа с СУБД (в том числе Ваш бетрив) без существенной модификации кода, полезные возможности (копипаст, списки, гриды и т.д.) GUI интерфейса и так далее... Процесс начался и его скорость зависит от реакции реальных пользователей моего пакета.
24.04.2016 09:45
AndreyZh
 
Прикольно и наверное это относится к данной теме...

Вот появился второй независимый проект "УС Лэнд:ЕГАИС", имеющий все те же "недостатки" и достоинства осуждаемые "компьютерщиками и 1С:Программистами", как и основной проект автора "УС Land"...

Понятно, что мне любопытно - кто этой программой "пользуется"? "Обратной связи", как обычно нет! - приходится пользоваться поиском упоминаний об этой программе. Результат "удивляет"! Почти все упоминание и позитивные отзывы на форумах "компьютерщиков и 1С:Программистов" - использование, как костыля к их "суперсистемам"
Часовой пояс GMT +3, время: 16:19.

Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.