"Как мы создали универсальную систему управления бизнесом."

http://habr.ru/p/259541/

Автор не разбираясь особо в архитектуре 1с противопоставляет свою разработку :)

Предлагаю обсудить

(265) Путаете.. и фронт и миддл и бэк ..

Вы никогда не поставите  одну базу УПП на 3 000 пользовтелей в  онлайн.. Придется все переписать , выкинуть , привлечь софтпойнт с их чудоблокировками  и прочее. И даже если поставите не будете строить отчетность с  нее так как придется разворачивать бэкап и т д и тп и о СКД и не вспомните :)

(273) казалось бы, при чем тут кластер серверов...

(144) это, кстати, довольно распространенная парадигма идиотизма. Я несколько таких поделий видел. С авторами даже забавная переписка была, где они сначала непонимали, что в этом плохого, потом я показал скриншот документа, в котором стандарт ацетилсалециловой кислоты пришел и купил Иванова Иваноа Ивановича в количестве 5 штук. В результате, правда, всего-лишь костылей понаделали, чтобы именно так сделать было нельзя, а таблица, как была одна, так и осталась...

+(275) с авторами одного даже забавная переписка была

(273) есть реально на 1с 3к онлайн?

(277) деловые линии

(278) Сколько там баз с обменом? И сколько в кажой онлайн?

(279) все в одной

(280) Хм, как интересно.
Неужели за 20 лет 1С таки смогла победить тормоза...

(280) В одной УПП?

(282) в одной самопиське

(282)  я не понимаю, почему сравнивают систему с тремя регистрами для склада с монстром типа УПП?

(284) +1

Тоже непонимаю

(284) Да все там понятно.
На простых вещах все работает. А на сложных конфах 1С умирает...

(286) Вы, кажется, путаете понятие "сложный/простой" и "оптимизированный/неоптимизированный". Сомневаюсь, что конфа Деловых Линий простая. Другое дело, что она заточена и оптимизирована под их процессы. В то время как та же Бух 3.0 может оказаться проще, но в попытке покрыть требования 95% компаний РФ иметь избыточный, а значит неоптимизированный для конкретного случая, функционал.

(287) Да в общем-то пофиг как называть те 100500 регистров писутствующих в бухне.
Галавное что это все летает нызэенько нызэнько))

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

(286) покажите, как у вас всё будет летать на сложных вещах. Пока мы видим систему, которую можно смастерить за неделю и много пафоса по этому поводу.

(289) на инфостарте общался с теми, кто это сделал. вроде нормальная система, только тяжелые (не все) отчеты вынесены в отдельный узел РИБ и формируются из основной базы по вебсервису

(288) Вообще не пофиг. Покажите мне универсальные решения уровня УПП, УНФ, Бух 3.0, которые бы летали? Конкуренты УПП и УП по функциональности от SAP, Oracle, MS требуют железа на порядок, а то и два мощнее чем решения от 1С.

(291) те пошли по классическому разделению OLTP+OLAP

(290) Ух ты. Не подскажете, как вы увидели нашу систему?
Надо будет следователям эту инфу отписать, когда будут утечку расследовать.

(284) Проследи цепочку ответов

(291) Ну кстати отчеты отдельной системой это вполне нормальное решение.

(292) Да вы батенька загнались совсем... конкуренты требуют железа в сто раз больше 1С ??

И даже если представить, что это возможно в принципе. Они хотя бы могут утилизировать это железо.
А то на 1С стоит реальный сервак 16 ядер, памяти завались, быстрые диски. База на SQL крутится.
А документ в стандартной бухне проводится по 10 мин. При этом ни процы не грузятся ни винты... и вто думай что она там химичит такого))

(294) вы не представитель (0)?
ну, тогда вообще обсуждать нечего, что у вас там за супер система, если ее никто не видел

(298) Так никто ее и не обсуждает. Вы первые начали пальцем тыкать)

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

(297) админу или 1с нику руки поотрывать за такое.

(297) Да, про два порядка я немного преувеличил. На одной из прошлых работ внедряли SAP. Закупили несколько серверов под него. Не внедрили за 5 лет, закрыли проект. Серверов хватило: на новую систему учета вместо САП, на новый сервак под бухию отдельно, на ЗУП отдельно, и еще на поиграться. Админы прикалывались, что теперь хоть с серверами и железом напрягов не будет :)

(301) Это как бы крутой франч устанавливал. Все типовое, на поддержке.

(297) "А документ в стандартной бухне проводится по 10 мин. При этом ни процы не грузятся ни винты... и вто думай что она там химичит такого))"

Чтобы так работало надо вредить целеноправленно. Или быть фееричным долбо*бом с кривыми руками.

(303) а, значит второе из (304)

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

а фране такие фране... при падении клиента советуют купить сервер приложений x64

+(304) Вру! Видел рассчет ЗП на 1С 7.7 ЗиК за 4 часа. Было дело, да.

Вот только там ЗиК был скульный (!) и стоял на "серваке" со вторым пнем (!!) и 2 гигами оперативы (!!!) Работали в ней параллельно человек 10 :)

+(308) ЗП считалось по почти 1000 человек, кстати. Немного, конечно.

зуп первых версий просто падал на расчете ндфл > 500 человек

(297) Так не бывает, или ты думаешь что там в коде Sleep() понапрописано?

Всегда можно выяснить кто и что делает.

Сидел недавно на рабочем месте рядом с руководителем IT компании, в которой внедрили ERP 2.0.

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

(304) еще один фанатик. Нет для этого достаточно вбить немного документов и посадить десяток бухов.
А в демкие с 1,5 документами и одним пользователем конечно же вселетает

(312) Мдя, в нашей системе (не типовая) сидит одновременно 200 человек. Что мы делаем не так?

(312) Да и в типовой у меня сидели полтора десятка бухов. И все хорошо :)

(311)>И тут нахожу, что в одном из кучи окон брэйкпоинт просто сработал и держался...

А брекпоинт был в 1С же? Ну значит тут без вариантов 1С виновата)

(313) Самое интересное начинается, когда они перестают сидеть и начинают работать, при чем одновременно...

(316) Ничего интересного. Скука.

(312) Не забудь еще использовать при этом файловую базу или  postgre с дефолтными настройками.

(318) А 1С уже научилась использовать дефолтный postgre?
Она же вроде делала свой, ортогональный все миру postgre, с шахматами и поэтессами. Ну что бы 1С смогла в него...

(319) дефолтный - имеется ввиду дефолтные настройки, с которыми он разворачивается. Для поддержки 1С его надо патчить, или брать готовый от 1С, или брать готовый от известных отдогонов - компании Etersoft.

(319) У тебя какая-то мания ортогональности и идиосинкразия к 1С. Они вполне стараются опираться на стандарты. Все отклонения - выбор меньшего из зол для минимизации цена/качество.

(316) Если мы говорим про конфигурацию "Бухгалтерия предприятия", то это действительно не продукт, рассчитанный на высокую параллельность работы, у него совсем другие задачи. В бухгалтерии оперативность вообще 100й по важности критерий, там документы могут спустя месяцы заводить.
Но даже там нет 10 минут при проведении документов, разве что закрытие затратных счетов в конце месяца на крупных предприятиях.

(318) и компьютер возрастом чуть помладше главного бухгалтера

(313) ключевое слово - нетиповой

(324) Если внедряют там, где 100 пользователей нормально работают, а у тебя на 10 всё встало, то стоит ли винить сам продукт?

(324) см (314)

(313) Добавь еще 1 000 и отпишись в ветку.

+(327) Плюс добавь  пару террабайт ... сделай реструктуризацию и ..... не надо о том что все надо было раньше делать свертки  :)

(216) > Теперь берм 1С и понимаем, что оно снихрена ни с кем  не совместино, оно вое собственно сделанное по каким-то своим законам.

Что за ересь? О_о....

(322) Гилев также говорил, но покрутив типовую на неслабом сервере только развел руками. Только и сказал, ну что вы хотите типовая.
Конечно не 10 минут, но.. пометка документа совердофига строками занимало в бп 2.0 несколько минут, приэтом проводились такие документы вполне за приемлемое время, менее 10 сек
Бп 1.6 вообще ниразу не смогла в паралельной работе, ибо блокировала все фирмы при проведении организации
Бп 2.0 вполне поддерживает паралельность, если только у вас нет ИП или комиссии
3.0 пока активно тестирую, но пока что проблем с паралельностью не наблюдаю

И по поводу 10 минут. Когда я на бп 1.5 в файловой версии включил рлс время проведения ПКО возросло в 30 раз с 1 сек до 30 секунд

Но это все лирика

(328) Это тебе в Деловые Линии с их 3к одновременных пользователей.

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

(330) параллельность по организациям?

(331) В деловых линиях  ,я так понял , подключались на проект   "весь мир"  в том  числе и сам вендор движка по ходу.

(332) блокировки. и один регистр на все данные

(334) ЦКТП конечно было

http://v8.1c.ru/expert/cts/cts-218-001.htm

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

(337) Сервер БД у них прикольный - 512 гиг памяти и 60 дисков.
И это было тогда, а сейчас даже представитьстрашно

(330) да. Сейчас у меня 20 бухов на 3.0 вполне себе работат в одной базе с 40 фирмами (12 главбухов у каждой по 1-3 фирмы плюс 8 обычных бухов). Т.е групповое перепроведение по фирме не блокирует работу всех других пользователей, как это было в 2.0 или при включеном уриб. Да 3.0 тормазнутее чем 2.0, но более масштабиремая. Т.е. при увеличении объема не умирает, а продолжает работать

(0) из-за чего хай поднят - не понятно
торговая учетная система с функционалом менее 20% от УТ11,
абсолютно жёсткая и не конкурентоспособная, с отвратительным сайтом, не выдерживающем критики с точки зрения маркетинга


загнётся через квартал

(341) ну да, до этого несколько лет работало, причем не только у них. А как только на мисте узнали, так тут же- загнется через кварталяя

(341) + выходит система в спарке с "убийцей" БП
http://buh.dirx.ru/

вот тут уже есть повод поржать над разработчиками

(342) ты мало что смыслишь в маркетинге, ничего личного =)

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

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

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

(343) десятки отчетов и диаграмм доступны в реальном времени...
это типа круто? С очень овер 100 отчетов в бухии конечно сравнивать не будем...

забавно что не вижу ни слова про регламентированную отчетность - видимо её нет. Флаг в руки продавашкам этого

(348) это та же учетная система, но на пол-года раньше и провалившаяся, регламентированный учет как всегда в 1С


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

(349) УУ тоже на 1С вполне рисуется (очень часто не без напильника как правило в виду специфичных хотелок)...

Да и зачем зоопарк разного софта!

(349) Откуда знаешь это?

(351) элементарно, Ватсон (с)

(307) да, бывает. когда у третьего заместителя младшего помощника не выводится тупейший отчет по ВСЕЙ номенклатуре с миллионом колонок различных свойств...
правда, обычно решается вопросом нафейхуа тебе отчет 500 колонок на 100кк строк.

но таки, виноват 1с.

(353) А, это элементарно: в Экселе фильтровать, группировать и ВПРить :) У нас тоже пытались выгружать в Эксель объемы, на которых он тупо подыхал...

(354) если в 1ске выводить в отчет только представления - все только от клиентских 4 гб зависить будет. вопрос - зачем?

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

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

:))

эх, жена с детьми на даче... впереди суббота, а я на хабре в ро :(

(355) мне это объяснять точно не надо :-) А вот до юзеров донести- проблема.

(358) умения "как разговаривать с пользователями" только за деньги. ПОНЯЛ???!!

:)

(359) Разговаривать с пользователями у меня тоже нет проблем :-)

(360) тогда зачем им эксель? Ж)

(235) "самые популярные платформы для разработки приложений" - идут лесом. меня платформы как таковые - не интересуют. Меня интересуют работающие приложения

(240) хз.. у меня сайт-хомячок на перле написан был - перл генерил из текстовой базы набор связанных страниичек (хмячка япоследний раз обновлял в 2004г)

(253) Проблема в том, что ПОДАВЛЯЮЩАЯ часть сотрудников не в состоянии самостоятельно не то что логические цепочки построить, но вообще хоть какую-то непротиворечивую систему учета построить.

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

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

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

(362) Держи нас в курсе, о том, что тебя интересует.
Это так важно всем знать...

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

(367) всенепременно

(284) вы поосторожней про три регистра для склада ;-)

(297) это да, есть еще над чем поработать ;-)
.
сегодня бухня (БП3корп) пожаловалась мимоходом "что-то сегодня тормозит" - я грю хз что у вас там тормозит. у мну в торговой базе с количеством движений на порядки больше нихера не тормозит.

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

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

можно банально сравнить с телефонами... у мня дешевый htc 510... 64 бит проц...млин оно легко в виртуалке тащит вин 98... причем шустрее чем она работала на моем компе 1999 года выпуска