В общем ситуация следующая.
Есть большой склад, куча водителей для развозки, стандартные продавайзеры/покупайзеры. Розница только на заказ с доставкой, основные объемы - опт.

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

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

Бухгалтерия естественно на 1С. Так что свежие печатные формы поставляются регулярно.

Спасибо.

(103) Потом контора смотрит, как дир ШПИЛИТ Васю, за то, что тот криво пилит.

(99) Подсказать куда такие советы следует засовывать?

(109) Совет уже вырвался из уст и его теперь ни куда не засунешь. Как бы не уместно не был этот совет. Тебе стоит задуматься над своим вектором развития.

(78) в данном случае делается класс нужный и потом везде используется.
Сложность только на старте в первый раз. Поэтому если проект достаточно сложный - получается сравнимо.

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

Получаем полный контроль над системой (а в случае с Java еще и кроссплатформенность)

(107) По поводу WMS. Как по мне, просто никто не пытался написать нормальную WMS на 1С. Потому что цена такой WMS будет сопоставима с ценами на WMS  на других языках программирования.

(111) А кроссплатформенность таких систем еще актуальна? Я за последние лет 5 во всяких производственно-торговых конторах только винды видел. Хотя я по сильно крупным международным не хожу.

Автор, если не слабо будет - напиши потом, на каком решении остановился!
Честное слово интересно...

(112) а как же Axelot?

(114) Если не забуду, напишу по итогу.

(49) Ждать серьезного ответа на глупый вопрос? Как минимум глупо. Глупые вопросы выявляют дефекты психики.

(0) Вот за каким мужским детородным органом на форуме для специалистов по 1С спрашивать аргументы против 1с?
Идите на... формум Ананаса какого-нибудь...Или навижина с ораклом

(0) http://img.4plebs.org/boards/tg/image/1372/97/1372979776003.jpg

(118) И много вы знаете народу нормально знающих 1С на форме оракла?

(120) Ну говнецом пополивать точно насоветуют :)

(121) Просто говнецом пополивать я и сам могу. При чем при желании все что угодно, даже то чего ни разу не видел.

Бери пример с укров — они вообще объявили 1С шпионским ПО.

(119) Ваховский поверармор просто убивает своей вычурностью и пафосностью %)

(119)(124) Че за игруха?

(125) Не только игруха, это какбе вселенная "Warhammer 40000".

(126) Слышал.

(112) За всех не говорите, что никто не писал, заказных разработок по конкретные конторы достаточно...  когда смотрел было из чего выбрать...

нам требовалось учитывать динамическое хранение в ячейках,по итогам делали свою... основная засада с WMS это требование работы 24/7 , делали распределенку на 7,7  в переферийку данные скидывались раз в 30 секунд...

(111) То что ты говоришь, на Java сделать невозможно. Уже бы сделали бы... да кабы... да еще чего... А считать жалкие попытки типа - смотри пример из 3 строк как просто на Java интересны только с точки зрения изучения Java. А с точки зрения блефа - все гут!

+(129)
http://www.cyberforum.ru/java-j2se/thread1128467.html

(128) А где я писал про заказное решение? Я писал про массовый продукт. Сам видел и дорабатывал две WMS на 7.7+SQL. Со своими задачами они справляли прекрасно, но это был сугубо заточенный продукт.

(0) потому что одноэсники тупые

(130) бэдалаги, регистр накопления по полгода пишут :-D

(77) Думаешь кроме аксапты нет решений? (0) Как вариант Фолио

тут ищи

http://www.sql.ru/forum/erp-crm

(135) Спасибо, посмотрю обязательно.

(0) Описание бизнес-процессов есть - пиши на чем хочешь. Плюсы 1с - скорость разработки. Минусы - отсутствие в ядре полноценной поддержки механизмов БД(лично я имею в виду MSSQL, SP, функции, триггеры...) Но эта функция влияет в основном на скорость работы при больших объемах БД.

(123) Ссылка есть?

Вот тут http://www.imbo.kz/viewtopic.php?f=93&t=471  можешь почитать обзор про учетные системы. Обзор старый, но суть отражена верно. 5 пост.

(139) Классный пост.. правда немного однобокий. Всё плохо и Галактика решает все проблемы, хотя показывает как легко можно формировать мнение за счет правильных фраз. "Система 1с тормозит, однажды я видел, что базу на 10 пользователей сделали так, что работать в ней было невозможно". Вроде и не соврали, но информация в целом показывается с одного бока.

(0) Почему 1С:

1) дешево;
2) хватает специалистов (можно сменить разработчика);
3) скорость разработки (на 1с учетные системы достаточно быстро разрабатываются);

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

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

(119) Чую лоялиста. Слаанешка тобой недовольна.

(2) Qbasic

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

Умных людей мало, хороших систем тоже

(0), нет других вариантов.

Всё не читал. Автор видит какие-то варианты, кроме 1с?

а может автору нужно только приход-расход, остатки и 2 ордера - на приход и расход? и на сях напишет за день, и забудет. Зачем тогда 1с? =) 1 таблица, 1 отчет и 2 печатных формы)

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

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

щупал я учётные системы. все гуано, кроме 1с, как-то так, грубо говоря

(152) Да и 1с тоже, мягко говоря, не мёд...

(153) и жизнь не сахар. ты точно подметил

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

(0) Не понял, почему 1с надоел?

(155) коллега, так вы ещё юнец в этой сфере

Недавно вышла аналитическая статья по 1С по которой, в связи с с санкциями запада, 1С будут внедрять на всех госпредприятиях и коммерчески предприятия, вместо западных систем http://www.pcweek.ru/business/article/detail.php?ID=164640

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

(145) Вот как-то не улыбается из пластили дома строить...

(160) качни виртуалки сап, аксапта, заюзай демки альтернативных учёток. вперёд. составь список из 10 кандидатов и потрать неделю на их изучение

(160) откуда такая предвзятость?
Руководство право, быстрая разработка и в случае чего и спецов на сопровождение легко найти.

(160) Образные аналогии почти всегда неверны, в том числе и пластилин

Автор, если не секрет, предприятие находится в крупном городе (от 1 млн. жителей)?

(0)"Есть большой склад, куча водителей для развозки, стандартные продавайзеры/покупайзеры. Розница только на заказ с доставкой, основные объемы - опт."
+ торговые агенты со смартфонами (5 человек). Своих пользователей 30, из них 15 работают удалённо.
Терминальный сервер. 1С 7.7 (dbf).
Всё работает. Хорошо работает.
Конечно, это "хорошо" не сразу появилось - пришлось пошевелить мозгами и изрядно покодить. Но на "более совеменные" версии 1С и ОС клиент переходит категорически не желает, хотя я предлагал (чисто из интереса).
Так что...

+165 "15 работают удалённо" из других городов

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

(165) Ну вот а тут примерно то же самое, только очень хотят перейти. Затевают реорганизацию с расширением и под эту лавочку очень хотят заодно перейти.

(129) У меня клиенты работают. Платформа - Java, Интерфейс - PHP+JavaScript.

(0) Полторы-две тысячи заявок в день , 25000 наименований номенклатуры , три тысячи контрагентов , транспортный парк около 40 машин .
Семерка вполне тащит транспортно-складскую логистику

(168) Соболезную, что уж там... )))

(0) в 1с логистика и склад нет так дорого стоит+ готовое решение,2-х программистов вполне хватет,допилить до свои нужды...

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

Так откуда предвзятость?

"Если с нуля, то стоимость совсем не меньше разработки нормальной системы на том же Java."
-------
Может конечно все сильно изменилось, но при сертификации на опер учет 7.7 требовалось написать складскую программу за 4 часа. С контролем остатков, складами, отчетами, документами. Неужели на Java тоже так можно ?

(174) в том и прикол, если есть наработки, то да.
А с 1С каждый ппрошедший курсы мнит себя крутым спецом.

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

И в конечном итоге совсем не быстрее и не дешевле, просто затраты размазываются по времени

(168) Зря ты тут бадягу эту завел. Все равно будет у тебя 1С (причем типовая) и никто не будет именно для твой конторы писать с нуля. А если и будут, то - беги оттуда! Отказываться от проверенного типового решения в пользу наспехнаписанного и тестировать своим горбом и рисковать надежностью в глазах клиентов - бред!

Просто прог на 1с стоит сейчас как и на другом языке, вот только если будите писать на C# скажем вместо одного тупого и жадного наймете 5 заумников

(174) смотри 177

(173) не предвзятость, а заинтересованность
либо прокачаться на к.л. технологиях либо финансовые

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

(180) А какие проблемы с надежностью у 1С ? Хотя кривые руки и Оракл угробить могут :)

(181) ++
Нужно просто знать её фичи и умело обходить их! )))

(181) СУБД тут не причем. Когда не критично рестартануть сервер приложений - тогда да, надежно.

P/S к 77 sql претензий нет, там действительно только из-за кривых рук может не работать

(182) вот вот и при этом не обновлять релизы, а значит убрать бухов на отдельный сервер (+ еще одна серверная лицензия))))

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

(180) К примеру Оракл настолько надежен, что никто не рискует на нем писать учет РСБУ с функционалом равный типовой конфе, к примеру, Бух 7.7.
Это аргумент из детской серии:
- А у меня есть мороженое, а у тебя нет.
- Ну и что, зато мой папа сильнее твоего.
Про цену конструктора под названием Оракле, вообще молчу.
К примеру, чтобы ездить, ты что купишь, ящик с деталями для сборки современного и сверхнадежного БМВ или родную Ладу-Калину?!
Лично я уже знаю кто просто поедет, а кто будет стоять - вечно!

"потому что 7.7 уже морально и физически устарела"
с чего это? в мире что-то поменялась? хорошая платформа для почти любого учёта

(186) если нужна нормальная машина, а не дрова на пару километров возить, то ответ очевиден в пользу BMW.

(188) Ты берешь не машину - а ящик с деталями!
БМВ будут для тебя собирать нанятые тобой падаваны. А ездить будешь на том, что они соберут.

+(189) БМВ будут для тебя собирать нанятые тобой падаваны. =
БМВ будут для тебя собирать нанятые тобой падаваны не по технологиям БМВ, а по твоему ТЗ.

(189) моя квалификация позволяет проконтролировать это (в обоих смыслах) и даже поучаствовать в сборке (тоже в обоих смыслах)))

(186) В итоге управленку напишут на "классной системе", а для сдачи РСБУ выберут 1с.

(186) я прокапитанил? =)

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

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

(0) на тебе морально устаревших клюшек: http://infostart.ru/public/266256/ наваял неспешно за рабочий день с перекурами и рынндежлм по скайпу.

а так - все зафисит от обемов складских операцтий, темпов, характера товар а, персонала и еще кучи факторов...

(130) читал и плакал))))

(198) ага!
;-)

кстати, хорошая идея? сделать фейс работы с бух/торг системой в виде командной тсроки - этож капец как все будет леатть

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

накладная? > 300
01 пряники
02 печеньки
03 крыжики

строка ? > 02
товар = печеньки
цена = 30
количетство = 10
ндс = 10
сумма = 310

что?> цена
сколько? > 40

....

(201) А это смотря как самописка написана :) И для каких целей

(201) чтоговорит только об одном - выбирая продукт надо очень сильно думать и смотреть и все равно на 80% - пальцем в небо. потому что всякие печеньки стоят отдельных денежек. и то что совй прог написал бы за 3 дня - растягивается на три недели...
.
тоже всякий опыт.. ;-)

(202) О_О  :)

и еще: богатая функционалом "универсальная" прога - как правило - неповоротлива. неудобна в эксплуатации. не заточена под конкретные частности изюминки и т.д.
.
вот тупо у меня например: товар подбирается тупо почти поштучно все. но есть заказы - на которых чтобы посчитать быстрый грамотный отбор товара - налдо включать оптимизационные алгоритмы с кучей условий а не простой набоор галочек и правил следующих друг за другом... - с чем сейчас и столкнулся. даже заикатьяс не хочую. бо или "сам" напишу - гораздо умнее и красивше выйдет... умные алгоритмы постройки маршутов движения, отбороы - требуьт запоминания предыдущих действия и обилия взаимосвязей между этапаи. то есть ДИНАМИКУ. а надо четко понтимать: что нормальн ситсему знает и предсталвет - только ее создатель/архитектор. всем остальным это дело до п..ы. в итоге то, что у меян в самописке реализуется за пару часов - в универасльнйо проге натыкается на ткаое колво огарничений свяханных с универсализмом - что капец. в итоге - весь этот универсализм продвинутых прог представлеят собой маленький нормальный код когда-то красивого ядра для мелкой задачи - а сверху написано собрано уча частностей ихз предыдущих решений/внедрений.

..в результате - чтобы понять УСТРОИТ ли тебя прога - надо УВИДЕТЬ ИПОЮЗАТЬ то. что тебе надо. а как это сделать - если этого в униыверсальной проге - нет..?