Есть: 1с 7.7 билд 027, скульная, прямые запросы, 1С и скуль разнесены по разным серверам, 50 пользователей (активных в среднем 45), mdf 84 гига.
Появилась потребность объединить в единую базу (подключить переферийные) еще кучу филиалов. Для этого решил бросить взор (начать изучение) 8.2. Но один весьма авторитетный чел заявил, что 8-ка не то, что надо: мол не оправдала ожиданий, гораздо медленнее будет 7-ки и так далее в том же духе.
Развейте мои сомнения - может в самом деле не стоит дергаться. С 8-й никаким боком, поэтому буду благодарен за любые дельные советы.

правда. сиди на 7.7 до пенсии

Если на УПП то, твой товарищч прав.

железо, скорее всего, придётся обновлять

Шо , опять ? :)

8ка действительно медленней. но она одинаково медленна при 1м пользователе и при 40.

(2) Я бы сказал - больше похоже на Торговлю и склад - но полностью самописная.

"1С и скуль разнесены по разным серверам"

Это как??

Ну если на типовой сидеть, конечно. А так подожди еще годик может до ума доведут. Должен же этот бардак работать пошустрее когда нибудь.

(7) ну так :)

холивар

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

Работает - не трож :)
А вообще на больших объемах , и особенно большом количестве пользователей восьмерка по шустрее будет , хотя бы за счет кластеризации серверов приложений , но железо надо мощное

засру ветку. "переферия" - так ещё шевчук пел в 81м (?) году, за что его не уважаю

а если по теме (не вчитывался): если всё работает, только ничего не трожь

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

(0) Такие авторитеты наверно до сих пор на Windows 98 сидят))

(16) не угадал. DOS - наше фсё

(14) Последнее время стала подтормаживать. Есть еще мысля обрезание базе сделать - с 1.01.2007 много чего напилось...

(15) 50 активных пользователей , врят ли только для обменов

Опечатка: много чего напилось... = много чего накопилось...

(20) то есть в (0) была не опечатка? ;)

(21) А там что не так?

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

(22) в (13)

Если проблема только в тормозах , а функционал и все остальное устраивает , ИМХО лучше не переходить
Сделать свертку , нарастить мощность SQL сервера , поставить еще один терминальник , сделать репликации для тяжелых отчетов

(23) и чем это в 8ке управление нормальней?

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

(27) не вижу проблемы.

(24) А вот очем... Тогда извиняюсь. Вырвалось.

(26) кнопочки круглее

(26) там есть объект бизнес-процессы. многие верят...

(27) у нас за 4 года она будет больше.

(27) а, кстати, да! фильмы там хранят?

(28) с 50 пользователями? они как те машинистки вбивают?...

(30) О! Я кончаю...
(31) я не силён в 8ке... Они правда помогают управлять?

Программистам этого не понять. 99 процентов 1Сников кодеры и выше этого никогда не прыгнут.

(34) у меня это делает робот...

(35) Да. Логаном.

(27) Ну у нас за год 30 гигов на семерке , причем самопис , ничего лишнего :) Сворачиваемся каждый год (в марте), цикл базы 15 месяцев получается

(35) правда. у меня юзеры пользуют

(37) ни разу не сомневался ;)...

(27) на скуль перешли, когда ДБФ-ная распухла до 11 гиг  - и очень вовремя, кстати.

(39) каждый год в марте и цикл 15 месяцев? как вы так год растянули? прям как медведев гринвич отодвинул ;)

(34)  один оператор за смену забивает 150 заявок. Где-строк по 30 в среднем.

(41) ну не станут же звери вводить по 1000 выпусков в сутки...

(25) Спасибо - дельное замечание: завтра же в этом направлении буду взбадривать руководство (давно говорил, что железо слабое - теперь ветку приведу, как аргумент).

(43) Шутку понял :)
В  конце марта , сворачиваемся на первое января , то есть в базе хранится максимум 15 месяцев

(44) так у тебя и вбивают круглосуточно...

Две смены в день. Итого один пользователь в базе - 300 заявок в день.

(19) И что? У меня тоже оперативный учет на 7-ке, ночью это грузиться в 8-ку, днем менеджеры смотрят истории продажи готовятся в командировку в 8-ке

В 8-ке просто пофиг на объем (там история продаж с волосатого года + по всем филиалам) и там прикольная RLS.

(47) класс! спасибо, возьму на заметку. римлянский (?) календарь, где год считается с марта, свёртка базы и всё такое... ;)

(51) Опередил мой вопрос :)
Истории продаж храним в OLAP кубах , с 2002 года хранятся

(52) Хе .. , возьми лучше на примету опыт компании Ферреро , у них финансовый год начинается в сентябре :)

(51) так и семерке пофик. Ей как и восьмерке не пофик нагрузка - количество документов в единицу времени.

Только вот переиндексации, пересчету итогов, пересчету граф отбора - конечно же объем критичен.

(52) И обрати внимание , я нигде не писал что год 15 месяцев , я писал цикл базы 15 месяцев . При свертке стается 3 последних месяца наиболее актуальной оперативной информации , ну и к этому месяцу прошлый год окончательно подбит , по сверкам , фин результатам  , оплатам и прочему

(54) это уже отсылка к крестьянской царской руси ;) не пойду опыт изучать - лениво

(57) цикл базы - 12 месяцев, 15 месяцев - это макс. объём базы

(57) не понял.. цикл 15 месяцев, а каждый раз свёртка на 1е марта?

(60) На конец марта
(58) Угу , близко к тому , они продажи и стоки считают в квинталях

(57) Это понятно. ДБФ-ную тоже каждый год сворачивал. А скульная исправненько более 4-х лет отпахала и если бы не тормоза последние месяц-полтора и даже мысли бы не было что-то менять.

(61) твоё кунг-фу сильнее моего. а что такое квинталь? википедия не в курсе

(55) Не скажи. Пробовали делать центральную на скуле в 7-ке. Тупо не хватало времени чтобы обмены прокрутить. Долго

(59) Именно цикл работы базы , хотя это вопрос терминологии :)

(63) http://www.inslov.ru/html-komlev/m/metri4eskiy-kvintal5.html

(66) объяснил, ага. 6.04п. и только во франции ;)

(66) Это мера веса

Квинталь

- то же, что центнер. Старинная франц. мера (Quintal) в 100 фн. = 48,9 кгр.; в Испании, Португалии, Центр. Америке и Венесуэле К. (46 кгр.) делится на 4 арробы по 25 фн., но имеет и другие подразделения, напр. в Португалии же и Бразилии, где вес его достигает 58,75 кгр. В Боливии, Чили и Мехико = 46 кгр.; на Мальте К. или кантаро = 79,4 кгр. В Англии и Сев.-Амер Соедин. Штатах К. = 100 ф. авуардюпуа = 45,36. В Испании и тех американских штатах, где введена метрическая система мер, есть метр. К., или центнер = 50 кгр., т. е. = 2 франц. метрич. центнера.

(63) Старинная французская мера веса (устаревшая) . Это типа как старые русские единицы измерения "Ведро" , "жмень" и прочее
http://dic.academic.ru/dic.nsf/mera/130

(69) авуардюпуа (написал с первого раза!) - хороший тест на нетрезвость (написать сложнее, чем сказать)

(71) Исландский вулкан круче :)

(23) охренеть. у Форда, Даймлер-Бенца и Тойоты безобразное управление бизнесом - у них нет 1С! наверное, скоро прогорят...

(0) изучать конечно надо
только без опыта на 8-ку красиво сам не переведешь

(67) Ладно хоть дистр отчетность и расчеты не требуют вести в луидорах или какие там во франции монеты при Людовиках ходили , по курсу блин к японской йене

(72) вот зачем ты это сказал? ;)
Эйфьятлайокудль

(0)деньги есть на внедрение?
тогда велкам=)

(76) Ты крут
Или копипаст ? :)

(78) а вот теперь копипаст, я облажался: эйяфьятлайокудль

(77) Добро пожаловать в АД :)

(79) чорт! вроде был прав, был уверен в обратном ;)

(74) Это я понимаю... Попахать придется немало.
(64) Да уж... обрадовал... Вижу таки придется вгрызаться в 8-ку. Кроме удаленных баз ожидается еще в районе восьми дополнительно локальных пользователей.

>придется вгрызаться в 8-ку
это нормально, это так и надо ;)

(82) Вгрызатся придется по любому , семерка в принципе уходит , с боями правда и жестоко огрызаясь :)
Наш холдинг в целом закончил переход на восьмерку , полтора года , 80 % текущего документооборота там уже
Но в филиалах , на всяких вторичных задачах , семерка долго еще жить будет , а  восьмерку еще допиливать и допиливать

(82) А велики ли объемы периферийных баз ?

(84) в целом согласен. но платформа по сравнению с семёркой гораздо интереснее. да пусть даже в плане языка - вот это вот семёрочное "БулеваФункция()=1" ущербно по определению что-ли...

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

(85) Одна в филиале соизмерима с нашей, остальные  - аптеки с ДБФ-ными базами и максимум на 5 юзеров. Таких пока до 15 наберется. Но в виду больших перемен ожидается у величение раза в два как минимум.

6.0 быстрее 77 и 8

(88) С мелочовкой проблем не будет , а большая внушает опасения
ИМХО на хорошем железе вытянет , но свертка необходима , и конечно надо тесты провести
А железо по любасу придется покупать и для восьмерки и серверное и рабочие станции , пихать всех на тонкий клиент , нужен очень мощный сервер приложений .
По себе знаю работают под терминалом , рабочие станции многие очень и очень слабые , мощных и не надо

(89) Не фига , шустрее да , можно на 386 камне с 4 мегабайтами ОЗУ запустить
Ты бы видел как шестерочная база в 400 мегов тормозит даже на i3

личным опытом поделюсь. есть контора, хорошая, доходная контора. автозапчастями торгуют, причём в масштабах города. у них семёрка, в 2000м году взятая, перепиленная на тыщщу раз. задумали на 8.2 переходить. а это ж не просто платформу переставить, им же ещё УТ допиливать придётся. ТЗ человек (тамошний) уже месяц делает. Собссно, мысль о чём: переход на восьмёрку - переход на другую систему учёта (время идёт, всё меняется)..

(90) Да. Железо буду выбивать. На первое время память - только не смейтесь : оба сервера "чухают" на 4-х гигах. Давно прошу хотя бы до восьми увеличить. Если станет полегче, можно спокойно , без напряга параллельно 8-ку прорабатывать.

(93) Фигасе , начали наблюдатся тормоза
Для такой базы скулю хорошо бы 16 гиг оперативки , а можно и поболее , память он очень любит
Главное не пролети с операционкой , win 2003 32bit только 4 и видит , надо enterprise или 64bit

(93) для справки: за подобную работу просилось 80 Круб, строго за труд, плюс обновление железа..

(94) Тогда еще один глупый вопросс: можно ли стандарт обновить до enterprise (дистриб уже достал), или чистая установка?

(96) В теории (да и на практике) можно , по крайней мере голую на голую
http://support.microsoft.com/kb/816579/en-us

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

(97) Цитрикса нет (штатный терминальник), а вот домен вызывает сомнение. Да и несколько примочек тоже по типу Xtreme SuitePro Activex. Но это можно и доустановить.

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

(99) Рабочая на скуле 2000, копия на моем компе уже больше года (для проверки) на 2005-м. От домена вообще хочу отказаться - обычный файловый сервер и достаточно.

(100) Нее , домен это необходимо , особенно когда пользователей несколько десятков и больше

enterprise тебе поможет только для терминальника , скуль 2000 32bit по любасу видит только 4 (на самом деле 3.7) , прирост конечно будет , за счет кэшей дисков и прочего , но совсем не такой большой

SQL 2005 standart и старше , а так же 2008 видят оперативки столько сколько доступно ОС , к SQL 2000 это не относится :(

(101) Ясно... работенка предстоит немалая. Энтерпрайз 2003 и скуль 2005 однозначно надо ставить.
Черт! А может своих раскрутить на лицензионный сервер 2008? ОН-то наверняка более 4 гиг должен хавать.

(103) Хавает столько сколько видит операционка , причем 64-bit по крайней мере для восьмерки работает заметно шустрее чем 32-bit

Комании в которой работаю , комплексный переход на 8-ку ,
включая серьезную модернизацию оборудования , лицензионное ПО , расширение штата ИТО , наем аутсорсеров для решения ряда задач ,обучение персонала , и прочие накладные расходы обошлось примерно в 5 миллионов руб за полтора года

(101) SQL Server 2000 Enterprise Edition поддерживает до 64 Гигов памяти.

(106) Server 2000 Enterprise Edition 32 битный бывает ?
В текущей ситуации наверное все таки будет лучше стандарт 2005

(107) Он только 32 битный практически и бывает.
Есть вроде 64-битный для x86 архитектуры, но он какой-то совсем приватный.

Под семерку и большую базу - одназначно Server 2000 Enterprise Edition (есно 32 битный), на 64 битную винду, устанавливать все сервис-паки и патчи (в том числе и awe-шный), включать awe, и выделяешь сколько нужно памяти.

(108) Ну вроде везде пишут что есть х86 и 64 ...
Я начал 1С со скулем пользовать с 2005 версии , раньше особой необходимости не было , та и вроде у 2005 траблов по меньше , а восьмерку уже на 2008r2 запускали

(110) 64 "немного" под другой процессор. Под итаниум. Это не то что ты думаешь :)

Сейчас семерка на 2005 стандарте крутится , нормально
Но и база не 80 гиг , максимум было 32 гига

(111) Ааааа , Семен Семеныч ....
Точно

(110) Семерка беспроблемно совместимо максимально под SQL 2000. И если ты под более новый SQL даже с помощью бубнов заставишь её безглючно работать - никаких выгод ты от этого не получишь.

(114) Да никаких особых танцев с бубном , обязательно ставить sp2 как минимум , зато устранена ошибка очистки временных таблиц (групповое проведение)
По железу 2005 конечно изначально потребовательней чем 2000

50 пользователей в 1С 7.7 под 32 битную винду - в принципе комфортно работать не могут, ибо им не будет хватать нижней памяти. А в PAE памяти приложения выполняться не могут - она может выделяться приложеним под awe, но использовать awe 1C не умеет. То есть просто возникнут проблемы. Поэтому винда должна быть обязательно 64 битной.

(115) Как ты себе представляешь групповое проведение (перепроведение) в 70 гиговой базе?! Там никакой период перепровести в принципе невозможно. У нас весь опер учет строится на невозможности восстановления последовательности.

Так что этот глюк совсем некритичен. Просто нет возможности на него налететь.

http://www.mssqltips.com/sqlservertip/1268/memory-allocation-for-sql-server-2000-enterprise-edition/
Вот инструкция включения awe под SQL 2000EE.
Только boot.ini под 64 битную винду править конечно не надо.

Ну вы монстры.... За один вечер столько полезной информации.  Ей богу, если бы жили компактно - завтра за такую неоценимую помощь я бы "выставился". А так Спасибо. Я спать  - завтра (О! уже практически сегодня) как обычно в 5:30 подъем. Уже глаза слипаются (может и от таблеток - наглотался от сильнейшей простуды на рыбалке. хоть бы воспаление легких не схлопотать на шару...)

(117) с начала ведения учета естественно никак , но последнюю неделю две провести vожно до ТА :)
Я то же практически никода не делаю групповое проведение , мегаисключительный случай , и никогда глубиной больше нескольких недель. сейчас посмотрел , последний раз делал групповое проведение в начале этого года
Но это я к тому что в 2000 не все идеально , а 2005 вполне себе ничего , особенно с sp , BKEND.DLL править уже не надо :)

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

(121) Не поверишь, нельзя. У нас например круглосуточная работа без технологических перерывов. 10000 документов в день, если считать что каждый проводится по секунде - то три часа на перепроведение суток. Округляя - сутки на перепроведение недели. Но работа 24/7/364 (один выходной в году, 24 часа перерыва в году - первого января)

(103) Еще раз посоветую - Винда 2003 EE, x64
SQL 2000 EE x32, и памяти под такую базу желательно 32 гига оперативки. И УРБД я бы заменил собственными выгрузками, хотя если работа некруглосуточно, и есть возможность обмениваться в перерывы - то можно и УРИБ.

(103) Повторю SQL 2000 EE x32 понимает до 32 процов, и до 64 гигов памяти.

(116) Цитрикс отчасти в значительной степени решает проблему , в режиме публикации приложений , 100 пользователей на одном терминалнике в пиках , штатно 85-90
(122) Трудяги , у нас 22/7/Ну выходные есть :)
При пересменках , технолигический перерыв:) Конечно его недостаточно для перепроведения , накатить там обновления и т.п. Документооборот поменьше , сутки перепроводятся минут 40-60 , по этому в принципе так же не перепроводим базу , ну правил без исключений не бывает , раз в год и незаряженное ружье стреляет , пока 7.5 без перепроведений :)

(122)
10 000 доков в день??

7.5 месяцев :)

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

У нас приимерно 1500 заказов в день примерно по 100-120 строк каждый , которые сводятся потом примерно 300-400 накладных , соответсвенно по 300-400 строк в каждой

(129) А как их можно свести в 300-400 накладных, если например у нас все заказы от разных покупателей, и едут в разные точки?!

(130) Точек как раз 300-400 в день , а вот торговые представители и соответсвенно эксклюзивные команды и брэнды разные . То есть точку посещают ежедневно несколько независимых агентов и примают заказы , а вот отгрузка и собственно продажа идет одной накладнойй

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

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

(132) Предзаказов у нас нет , заказ проводится быстро , только проверка количества и кидание на резерв , секунда-полторы плюс минус в зависимости от общей нагрузки , накладная проводится долго , расчеты себестоимости , кратности в разрезе складов , всякие там заморочки , по другому никак , причем все что можно вынесено из модуля проведения, накладная на 300 строк проводится 6-7 секунд
Мы как то с тобой этот вопрос обсуждали

(133) Да, вроде обсуждали. У нас 6-7 секунд на накладную недопустимо, суток на проведение накладных за сутки может не хватить :) поэтому самое долгое в накладной - взаиморасчеты (в разрезе креддокументов). Но из-за невозможности перепроведения и восстановления последовательности - там хитрые алгоритмы закрытия в случае возникновения неприятностей.

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

В заявке в принципе расчеты есть - проверки просрочки задолжности с соотвествующими санкциами - естественно не в момент проведения, а в момент принятия заявки. Так же как и контроль остатков идет в момент принятия заявки.

(100) Сугубо имхо, использование 8-ки НЕ в клиент-серверном варианте при 50-ти пользователях и активном вводе данных в базу - это полный изврат. Сиди на 7.7.

(136) У него и речи не было о не клиент-серверном варианте.

(137) ну если у него руководство "хочет перемен" и при этом жлобится на клиент-серверную лицензию на 8-ку - пусть это руководство о переменах даже не мечтает.

(138) Что-то я такого в ветке не видел. Речь шла только об отказе от домена.

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

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

(139) ты плохо суть поста автора уловил

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

(141) При таких обемах базы не клиент-сервер даже рассматриваться не может , и нигде не писалось об отказе от него . Задавались вопросы о преимуществе быстродействия восьмерки перед семеркой на больших объемах базы и принципиальная необходимость перехода на неё.
ИМХО преимущества у восьмерки в этом вопросе есть , особенно на хорошем железе , но на соответсвующем железе и семерка вполне справится с поставленными задачами

(142) Хотя вру я как всегда, у нас печатная форма долго рассчитывается. Там действительно рассчетов хватает.

(143) спасибо за подробные объяснения.
В таком случае, сама тема - тупняк.

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

(145) Почему тупняк , рабочее обсуждение

(147) неча даже обсуждать.
КлиентСерверныйВариант 8-ки.

Остальное - изврат нищебродов.

(146) У нас с этим на сотне машин транспорта справляется один начальник транспортного отдела - логист, с помощниками (старшими водителями), но точки разбиты по маршрутам и приоритетам. Такого тупняка как превыгрузка у коиента у нас не бывает.
(148) Оцени, во сколько встанет денег переход на восьмерку, я как директор сумму знаю, но мне вот интересно твоё мнение... При этом учти - это деньги выброшенные на ветер, ибо плюсов не даст никаких.

(149) тебе как директору надо бы понимать, что больше денег уйдет на зарплату программисту, поддерживающему базу 7.7, чем на КСВ 8.

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

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

(151)+ А в фуру идущую на круг по области может попасть товар нескольким десяткам клиентов , заколебешся вручную прикидывать

(152) не, не знаю, что такое крупный бизнес.
Базы по 500 гиг на 8-ке не видал.
Всю жизнь работаю в 7.5 у нищебродов, жмущих пару сотен на КСВ 8, но при этом исправно оплачивающих расходы на поддержание и разработку в морально-физически устаревшей среде.

(153) Не заколебещься. Маршуты + приоритеты + грамотные логисты рулят. :)
Понятно что в машине не 10 клиентов, а заметно больше. Но это не страшно. У нас естественно тоже самое - ибо город, область и регионы.

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

(156) и после этого хочешь сказать, что ты директор конторы с миллиардными оборотами?

(155) Найди их грамотных логистов в провинциях то :))

(157) Именно так оно и есть.
(158) У нас Питер. :)

(159) Вам легче :)

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

(155)какой ужас, еще и логистика на 7.7

(157) Ты почитай свои ветки, чем ты занимаешься, посмотри на свой опыт, а потом уже пытайся кого-либо учить.
Я конечно вступил бы с тобой в дискуссию - но
https://1cers.ru/index.php?user_id=45802
И я понимаю что ты немного не на том уровне.
(161) Когда ты поднаберешься опыта, то ты поймешь фразу которую я тебе уже сказал. Работа системы не зависит от среды разработки. И стоимость разработки тоже. И любое типовое решение хоть на семерке, хоть на восьмерке придется переписывать полностью. Ибо скорости не будет хватать, и придется ускорять в десятки, если не в сотни раз, а типовой функционал не покрывает и 10% потребностей бизнеса, можно считать что его совсем нет. Тем более что его весь всё-равно придется переписывать для оптимизации.

(162) У нас уже на 8.2 , но переходили мы не из за того что семерка не тянула объемы , просто по совокупности прочих факторов назрел переход

(163) Опустил по полной программе... рву на себе волосы, рыдаю.

Меня удивляет безумно, когда фирма с "многомиллиардными" оборотами жмется на КСВ 8.
А её, якобы, директор не понимает, что срок жизни системы - не более 5-7 лет.

(165) Ну ты тормоз... Я тебе еще раз говорю - любой переход встанет в десятки миллионов рублей. И в ошибки бизнеса в процессе перехода.

+(165) Причем, директор "многомиллиардной" конторы боится, что внедрение нарушит бизнес-процессы его компании, т.к. не понимает, что существует опытная эксплуатация системы.

Видимо директор иного пути не видит, как сразу на собственном бизнесе экспериментировать.

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

(166) ну сиди тогда на 7-ке, быстрый наш. Какой смысл тогда в теме флудить?

(165) До сих пор на КОБОЛ ежегодно миллионы строк кода пишется , а это один из первых языков высокого уровня , ему уж лет тридцать , и что ?
Система определяется задачами , если соответсвует нефиг менять .
Основной принцип врача "Не навреди" , тут то же самое

(170) ну раз до сих пор, то почему в досе или в w3.11 не работаешь?

(167) Опытная эксплуатация системы на чем? Ты хоть раз видел систему прошедшую тестирование, и при этом без ошибок? Тем более ситему по функциональности сравнимую с УПП? Ты в курсе стоиомсти разработки УПП, и во что влетели первые её пользователи? И что тестирование реально шло в течении почти 10 лет на тысячах и десятках тысяч реальных фирм-зайчиках?


Ты вообще кем работаешь? Такое впечатление что кодер-писатель мелких отчетов.

Ты в курсе стоимости разработки УПП?
Система в данной фирме писалась 10 лет несколькими программистами. Очень плотно писалась.

(172) Вы себе, батенька, очень льстите.
На 7.7. не может быть самописной системы сравнимой с УПП.
Скорее всего, это гигантская мусорка с кучей умирающих участков, пальцем писаная.

(174) Мда. Уж. Молодец. Кодер-недоучка еще будет тыкать в мой профессиональный уровень. Потявкай где-нибудь в другой ветке.

(171) Кто сказал что в ДОС не работаю ? Попробуй низкоуровневую работу с HDD организовать из под винды
А мои любимые игрушки только под дос и запускаются :))

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

(175) тявкаешь пока ты.

А чуваков с физмата я реально недолюбливаю.

(177) чел, займись своими комплексами полноценности.
У тебя в кажом посте сквозит попытка унизить.

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

(180)
1. Вопросы нищебродов, работающих на 7.7 в файловом варианте меня мало волнуют.
2. Один раз видел коллектив ботанов в Аптека-****, где 7.7 используется просто как оболочка для доступа к SQL - поверь, препротивное зрелище. :)

Опять инкогниту пучит в ночи... Хоть бы диету сменил, чтоле. Такое впечатление, что он еще даже фазу "я самый умный, сделаю систему с нуля сам" не прошел, фанатично верит в непогрешимость разработчиков фирмы 1С. На объемах NS чихать на средства решения проблем - ни один инструмент не поможет без коллектива профессионалов. А профессинал - на то и профессионал, чтобы решить проблему тем, что есть, здесь и сейчас.

(181) Клиент-сервер , что семерка что восьмерка
На моих объемах файловый вариант даже в бреду не приснится :)

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

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

как можно дольше держитесть за 7ку.
ни в коем случае даже не смотрите в сторону 8ки, не изучайте ее, не переходите на нее.. все равно это все бесперспективно - 1С выпустит 9ую версию, затем 10ую, а 7ка как рулила так и будет рулить.

Можно увеличить скорость, если клиентам поставить Вынь98. За одно и в железе экономия. Можно и сервер на NT4 собрать.
Например, в свое время 2-х процессорный первый пень до 8 пользователей в терминале держал, так тут вообще все бесплатно. А вообще, реальный совет, 1С 6х еще быстрее летает и, вроде, даже на 386 запускается

Во!!!! Шеф принес Вынь2.0!!!! Мля, установить не можем ни куда, но написано, что на 386 просто летает! Не, это реальная тема. Кстати, заставка прикольная, правда графика символьная, но для учетных то систем какая разница?

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

(117)(121) "перепроведение", оно же "восстановление последовательности" на прямых запросах, с максимальным выполнением расчетов в памяти - вполне нормально идет и в разделенном режиме. Правда, на периоде более  полугода - падает по недостатку памяти, и приходится несколько раз считать за пол-года. Единственный недостаток такой технологии - актуальна только ЦБ, в перифериях реальны только "суммарные" остатки.

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

(184) посмотри мое приложение на планшете, заказы по 100 строк должны норм смотреться на них.

(0) старперов никогда не оправдывают ожидания от нового

(190) бухи и т.п. в БП/УТ а финики и кадры в УПП?

(193) Нет, вся бухгалтерия, финансы и т.п. - в УПП.
На клюшках крутится основной техпроцесс - торговля. Ну и аналитика..

(189) "перепроведение", <> "восстановление последовательности"
, прямой запрос не отменяет транзакций записи , следовательно записать в базу все равно никто ничего не сможет , а смысл тогда в разделенном режиме ? Кроме того пересчет партий и себестоимости во во время перепроведения просто лишает параллельную работа смысла

(195) Могут и пишут. Пересчет производится автоматически, ежедневно, в разделенном режиме (ибо контора в режиме 24*7), во время намиеньших нагрузок - примерно в 21 час.

Мы начинали с перехода с ЗиК на ЗУП , присматривались к платформе и т.п. потом основня связка торговля-бух , это 90 % работы , фин-анализ и бюджетирование пока в семерке и наверное долго там будут ибо смысла нет

(197) правильно.. смысла нет.. не торопитесь... 8ка еще сырая и глючная..

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

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

на 9ку всем пора

(199) да нет никакого эффекта..

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


а для владельцев бизнеса  вообще разницы нет.. они как одной цифрой оперировали так и оперируют..

зло это ваша 8ка.. н

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

(202) 8ка сырая.. и решения кривы.. там в 8ке нет общего журнала например...

(203) а он нужен?

(204) обязательно

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

(205) групповая обработка справочников и документов не оно?

(0) Голосовалку забыли. Гы гы гы. Как проголсуем так и будет!

(206) попробуй..

(205)несложная форма на динамическом запросе... это все ваши претензии к снеговику?

(209) к (203)

(205) а зачем?

+(211) ну опять-же если нужно перепровести - восстановление последовательности не оно разве?

+(212)или если самому отобрать в запросе: сортировать по дататиме + ссылка - будут в порядке вводе, неважно что в пределах 1 сек

(213) ну введи 4 документа в порядке который я указал и сделай свой запрос..

(209) а лицензии? а ИТС? а обновление железа? а переобучение пользователей? а непривычный блевотный интерфейс со свистоперделками невмещающийся в разрешение 800х600?

> а лицензии?

стоит на любой софт 5000 =)

(216) а если на 10 пользователей посчитать?

(217) на 10 за 5000 тоже можно

(217) 10 пользователей - это не серьезно...

(198) Мы перешли на восьмерку :)
(196) Тогда это уже не "семерка" а просто гуй для скуля , который с таким же успехом можно например на дельфях реализовать :)

(220) МОжет быть. в конце концов, стеговик - это тоже в некотором роде "гуй для скуля", только чуть выше уровнем...
---------

(221) Скорее уж тогда конструктор гуя для скуля :))

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

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

Если же Ваша Компания - просто дойная корова - тогда не стоит ее понапрасну беспокоить, а то упадут надои :)... Только учтите, что Коровка-то постареет, и давать будет все меньше и меньше....

(223) В целом согласен , и подобное переосмысление было ОДНИМ ИЗ , факторов подвигнувших на ...

(214) мля! Ты знал!!!

(223) Абсолютно несогласен, не для любой фирмы это возможно.
Допустим мы написали точь-в-точь такой-же функционал на восьмерке. Возникает вопрос - как на неё перейти? Есть допустим переносы. Допустим мы перенесем за сутки. За сутки простоя допустим прямых убытков миллион. Перенести заказы за эти сутки на другой день мы не сможем, ибо увеличить отгрузку в два раза на один день - это в два раза нужно увеличить площадь складских помещений, количество транспорта, работников на складе, а подготовленных людей на один день на работу не взять. Размать по нескольким дням тоже не выйдет - скоропорт. Клиенты заказывают раз в два дня. Так что возникает второй вид убытков от перехода - клиенты которые не взяли товар у нас - возьмут в другом месте, и возможно отвалятся. Далее - нужно обучить более полтыщи сотрудников. Каким образом? Взать дополнительную сотню сотрудников на работу? Из нужно предварительно так-же обучить, и на временную работу взять не выйдет. Лицензии на 75 рабочих мест и стоимость коробки - это вообще ерунда по сравнению с другими затратами.

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

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

И самое главное - зачем рушить систему которая работает как часы? И которая является нашим основным конкурентным преимуществом?

И при этом учтите специфику бизнеса, при которой норма чистой прибыли - порядка 1-2 процентов от оборота. И основные затраты - это фонд ЗП, которую на период простоя, обучения и т.д. придется платить.

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

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

опять?

(229) в (223) опять сказана очередная глупость. И совершенно непонятно при чем тут дойная корова.

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

(230) умнее чувака давно не встречал.
Все, что не вписывается в твою систему координат - глупость.

Наверно, поклонник бритвы Окама :)

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

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

+(234) Нам, ботанам с физмата, тебя не понять.

(235) для понимания нужно совсем мало... Достаточно сравнить его темы, и твои...

(233) Фигли ты вообще влез в разговор, который к тебе не относился?

(236) Ну да, чувак пенял меня тем, что последнее время я усиленно интересовался типовыми и распределенными базами.

Чувак знает абсолютно все?

(238) "абсолютно все" не знает никто. Но как бы по разнице уровня вопросов есть способ понять "скилл" каждого...

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

Это явно не уровень директора фирмы с "многомиллиардными" оборотами.

(239) Не канает чувак по скилу на директора фирмы с миллиардными оборотами бабла.

NS прав во всем. Держимся за 7-кой до последнего. Потому как всех пользователей устраивает. Но бизнес владельца переходит на новый принципиальный уровень максимум через 2 года и все понимаем, что если сейчас не соскочим с 7-ки на 8-ку, то потом не сможем точно и компанию можно закрывать за несостоятельностью (ит-инфраструктура не потянет требования нового бизнеса). Если бы можно было купить решение на рынке или найти хотя бы разработчиков - давно купили бы даже за 2-3 млн долларов (и не важно 1с или нет, никто за 1с не держится). А там как не компнёшь "а это у вас программа умеет?" ответ разработчика любого "никто об этом не спрашивал". Специфика сложная, так как компания с широким спектром деятельности.
Так что холивар 7 и 8 вообще не понятен. Какая разница. Лишь бы устраивало бизнес.

(232) это у тебя взгляд слишком узкий. сугубо кодерский...

(243) ну да, ну да, им, пингвинам, не понять...

(243) Мне, как сугубо кодеру, совершенно не понятно, что директор фирмы "с офигеть какими оборотами" делает тут на форуме среди пингвинов.

Зачем этот якобы директор, выполняет работу за своих подчиненных?

(245) вопрос не в должности, а в понимании ситуации.
Директоров-пингвинов (твое выражение) тоже хватает.

(243) Пипец. Это как раз у тебя. Ты хоть раз взгляни с другой стороны монитора. Гостиницы до сих пор сидят на дос-прогах и не жужжат. Автоматизатор.
(245) Причём здесь какой-то директор? Ты вообще о чём? От бутылки отойди, а то совсем сопъёшся. )))

(247) посты не попутал?

(247) NS мне тут писал, что он офигеть какой директор, охрнеть какой фирмы :)

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

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

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

(251) ты это, найди себе цель под стать - попробуй на помойке права покачать. А то директора от начальника не отличаешь. Просто смешон.

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

Учетная система одно из средств ведения бизнеса , и как любое средство она должна быть достаточна .
Я думаю что даже NS не будет спорить что восьмерка "круче" чем семерка , но достаточно ли этого чтобы в обязательном порядке заменять одну платформу другой ? Далеко не всегда . Появятся новые задачи , котрые невозможно (или затруднительно)решить старыми средствами , тогда переход неизбежен , в противном случае это всего лишь следование моде и не понимание причин и следствий

opty +100500

а спецов работать с 77 все меньше и меньше

*готовых

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

и дело не в цене.

с 77 будет тоже самое, что и с фокспро

Я это понимаю , ты это понимаешь , но желающие проехатся на боинге по лесным тропинкам все равно есть.

(261) будет , но даже досовский фокс все еще интенсивно юзается :) Не говоря уж о современных версиях

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

(264) Поддерживаю.
Бизнесу нужно конечное решение, удовлетворяющее требованиям; что как платформа 8ка круче 7.7 - фиолетово.

Решение и платформа на которой оно реализовано несколько разные вещи .

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

(264) У нас тоже на 7.7 все крутится, начальство планирует соскочить на что-то - более продвинутое (SAP, Oracle for Retail, Microsoft Dynamics AX for Retail и т.д.)... но, пока что, ничего их полностью не устраивает, так и работаем...

(200) 9-ка это и есть 8.2.14

(268) 8.2.14 это даже не 8.3!

(253) чел, твои потуги по повышению ЧСВ напрасны.

+(270) знавал я чуваков с ЧСВ, которые выросли в рамках одной компании до уровня "ё-маё", потом их увольняют и они даже простым прогом никуда устроиться не могут.

(269) оффтоп:
Ну да, по-моему Насипов и говорил, что думали, как назвать релиз. Если 8.3 - то это отпугнет людей, т.к. переход 8.0-8.1-8.2 был болезненный для многих. А тут нате, 8.3
АВот и решили, что версия платформы останется то й же.

(272) как это повлияло на методику работы с платформой?

(271) Я тоже проходил такое однажды. Что дало мне стимул отпустить звезду, которую словил.

(273) Без понятия. Я говорю то, что мне выдал мой склероз. Пруф - в ролике Насипова про новые возможности 8.2.14

(275) не поделишься ссылкой на ролик?

Эка вы тут страсти-то накалили...
А у меня уже есть реальный результат - руководство согласно оплатить увеличение "мозгов" на серверах от 4 до 8 гиг (потом сказали посмотрим за большее. ну и на том спасибо). И попросили поинтерисоватся стоимостью лицензии на сервер 2008. Лед тронулся, господа присяжные завсегдатели! (с)
Миста великая сила! Я прележно выписал аргументы, вами приводимые, приподнес руководству - и ву-а-ля!
А память для серверов дорогущая оказалась... йохарный бабай! Чуть ли не на порядок по сравнению для обычных компов.
Всем спасибо за понимание, терпение и особо за дельные советы.

(277) интересный топ. удачи вам.

(277) VasilyKushnir >> прележно

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

+(279) сори за офтопик, но МАТИВИРАВАТЬ НАДА ГРАМОТНА. ))

(276) За базар отвечаю.
http://www.spec8.ru/primer-novoe-v-8-2-14

(279) Для украинского мне ворд не нужен. Мы не местные, не русские, так что и на русском на мелкие опечатки руководство не обратило бы внимания. БАмага-то не официальная... :-))) Но если бы специально спросили, как это слово пишется - естественно ответил бы, что через "И".

В этом придложении три ошибки.

За сим откляниваюсь - иду кушать (извините - жрать) водку.