Comments 22
Меня собственная конфигурация на 1С77 кормила двадцать лет и еще столько бы, если бы фирму не ликвидировали.
С 1С8х я работал так. Есть одна официальная, типовая конфа, исключительно для внешней отчетности. Однако, весь учет ведется в «семерке». Просто, в нужный момент делаем КД (конвертацию данных, на собственной обработке), другими словами экспорт / импорт данных и вуаля!
Дешево и сердито!
1С77 крутилась на старом терминал-сервере, без каких либо проблем.
Там я использовал 7.7 как DDE-сервер, а движок Visual FoxPro, как DDE-клиент. Подключался к dbf / cdx-файлам непосредственно. Производительность движка БД была в пятнадцать раз выше встроенного, чего было достаточно для моих целей.
Кроме того, интенсивно использовал ВК (внешние компоненты), которые писал на С++. Это очень классный инструмент.
Создал собственную систему учета рабочего времени для производственного предприятия, на базе нетбуков и китайских считывателей RFID-карт доступа сотрудников. Для которой написал собственный драйвер, тоже на С++. Все работало долго и успешно. При этом, данные из нетбуков автоматически обрабатывались, для целей табельной и учета заработной платы (электронные табеля и т.п.). Также поддерживал зарплатные проекты, клиент-банки, нестандартную внешнюю отчетность и много чего еще.
Моя система учета пережила три государственности: Украину, ЛНР и РФ. Жаль, что на «новых регионах» быстро победил «капитализьм» и фирму, в связи с этим, тупо законсервировали.
В общем, сейчас мечтаю, с помощью вайбинга, сделать собственный вариант платформы 1С77, по типу опенсорсной «2С» (только «лучше»). Смысла в этом немного, только ностальгия по «старой, доброй семёрке».
Дык, а я о чем ... Клюшки и государства эти переживут и нас. А в чем смысл "сделать собственный вариант движка"? Для себя, для своих разработок? Я не очень понимаю, зачем?
2С - это Парус
А в чем смысл “сделать собственный вариант движка”? Для себя, для своих разработок? Я не очень понимаю, зачем?
О «собственном варианте движка» речь не идет. Просто замена встроенного либо на движок VFP, либо на Sqlite. Можно использовать и другие варианты, но «семерка» это, прежде всего, «для малых и средних предприятий», скажем, до 1000 человек, примерно. Для промышленных учетных систем, нужны другие решения.
2С - это Парус
«Парус», с которым я имел дело, был написан на Visual FoxPro и, кстати, легко декомпилировался до исходных скриптов. Например, их поделка по учету зарплаты. Только, ничего ценного в исходниках я там не нашел.
«2С» был в исходниках (C++ / MFC) и в виде компилируемой сборки с демо-конфигурациями. В «ихнем» ReadMe.txt написано:
Интегрированная платформа автоматизации предприятия
Авторские права: VTOOLS.RU (info@vtools.ru) 2002-2004г.
1С - ОдинС
2С - ПаруС
Я знаю имена проектов "убийц 1С". Я даже знаю у кого есть (написан) такой движок (пусть и без названия), который сможет реально заменить движок 7.7. Когда и если Клюшки станут Open Source или народным достоянием (смотря что наступит раньше), автор сможет опубликовать свой движок и мы благополучно на него перейдем.
Но мой манифест не об этом.
У любого "убийцы 1С", помимо детских болезней, есть одна и очень большая проблема, которая называется Пользователи. Их попросту нет. А у Клюшек - все ровно наоборот! Многие десятки тысяч пользователей, которые купили коробки оказались кинутыми без поддержки, хотя и продолжают (???) зачем-то за нее платить. Им не нужен ни другой движок, ни лекарства, ни тощие клиенты, ни конкурентные преимущества Снеговика. Они хотят всего-то нормальную поддержку для своего ПО.
Я знаю имена проектов “убийц 1С”
«1L» в этот список входит? Очень древний проект, но ведь был же!
Я даже знаю у кого есть (написан) такой движок (пусть и без названия), который сможет реально заменить движок 7.7.
Ну, это в вашем Мире.
В нашем Мире, прекрасной заменой для встроенного движка, в официальной платформе 1С77, служит движок VFP, о котором я упоминал, и который работает практически идеально. Например, полный расчет заработной платы для первичных данных, для сложного производственного предприятия на 1000 человек, выполняется на обычном компьютере, с четырьмя гектарами памяти, за тридцать, максимум, 45 минут (когда нужно делать сложные перерасчеты за весь год).
Я веду речь о 100%-но собственной конфигурации по учету заработной платы. У меня данные там хранились с времен «Царя Гороха», т.е., за все двадцать лет, которые я работал. При этом, вторичные данные были отделены от первичных и хранились в группах справочника (самый главный объект, на мой взгляд, в «семерке»!). Группу результирующих данных, за текущий период, можно было пометить на удаление (если были найдены ошибки ввода в первичных данных) и пересчитать все заново. Очень удобно.
Расчетчики, могли быстро пересчитать, по дешевому терминал-серверу, отдельных людей, по которым выявляли ошибки ввода. С учетом использования электронных табелей, автоматически получаемых от нетбуков, считывающих карты доступа сотрудников, все работало как часы.
Ну и зачем нам «реально заменять «свой» движок 7.7» «вашим», когда «собственный» прекрасно работает? Его с головой хватало и для моего «Учета ресурсов».
То, что я хочу написать свой вариант платформы 7.7, то не потому, что это реально нужно. На фирме я уже не работаю, а абстрактно предлагать его другим – довольно глупо. Времена меняются, люди хотят чего-то новомодного, а разбираться в древних инструментах, пусть даже эффективных, они не желают. Только что и остается, то ваять программу из «любви к искусству» и «удовольствия ради». И то, не факт.
Многие десятки тысяч пользователей, которые купили коробки оказались кинутыми без поддержки, хотя и продолжают (???) зачем-то за нее платить.
Тут, я вас не понимаю! О чем вы говорите? Мы купили дважды, в свое время, платформу 1С77 вместе с доступными на тот момент типовыми конфами (которые нам так и не пригодились). Это были локальная и сетевая версии. И все! Потом годами пользовались, безо всякой дополнительной оплаты. .Какая еще поддержка? Фирма «1С» уже много-много лет, как отказалось от нее для 7.7. .Как по мне, она и не нужна вовсе! Все равно их типовые конфигурации, хоть «семерочные», хоть «восьмерочные» – отстой полный. ,Иметь дело можно только с их платформами.
На «восьмерке» можно сделать «конфетку», но на порядок тяжелее, чем на «семерке». .Поэтому, я по этому пути никогда не шел (при том же самом эффекте – получении нужного результата).
Они хотят всего-то нормальную поддержку для своего ПО.
А я не хочу! .Мне больше устраивало – как есть! Сейчас, правда, почти все равно, ибо я уже не в отрасли.
"ТиС на справочниках" это была злая шутка, прикол, розыгрыш.
Для меня компьютеры, софт - это инструмент. И пользователей своих всегда учу относиться к 1С как к рабочему инструменту: его надо знать, уметь пользоваться и он станет эффективным орудием вашего труда.
В 1С:7.7 учетная конфигурация "на справочниках" это не верный выбор инструмента. 1С:Налогоплательщик - да, все остальное - категорически нет.
Для типовой ЗиК "нормой" нагрузки считается 1200 - 1300 сотрудников в базе = 1 (Один) расчетчик. Если больше 1500 человек, нужен второй расчетчик. Расчет "по всем сотрудникам" в больших чисто типовых базах с полным зоопарком начислений ~ 15-20 секунд. В гигантских базах - может быть и минута и две. Для работы 1С:7.7 требуется компьютер DX2-100 (если вы знаете что это такое) или выше. Время расчета указано для старых компьютеров. При работе на современных компах и серверах скорость расчетов в таких базах увеличивается в разы. Какие 30 минут?! О чем вы?! Переходите в наш мир ...
“ТиС на справочниках” это была злая шутка, прикол, розыгрыш.
Я ведь не типовые конфигурации, для «всех», создавал, а для собственного предприятия, да пару попутных.
У меня «Учет ресурсов» был на «справочниках». Там была, в том числе, и «торговля и склад», не считая «производства». Все великолепно работало и летало. Проведение, кстати, я тоже делал на подчиненных справочниках ресурсов (это вас не сильно злит :) ?).
В 1С:7.7 учетная конфигурация “на справочниках” это не верный выбор инструмента.
Для 100%-но собственных конфигураций – самое оно!
1С:Налогоплательщик - да, все остальное - категорически нет.
Странно, вы все время говорите о типовых конфигурациях, а я о собственных. С типовыми работать – невозможно, хоть «на справочниках», хоть «без». В этом смысле, я всегда считал лишними более половины объектов в платформе 7.7. Ими я никогда не пользовался, за ненадобностью. И если, когда-нибудь наваяю свою платформу, то там этих объектов, естественно, не будет.
Мне приходилось много иметь дело с внешними программами учета, навязываемых вышестоящими органами. Ни одна из них мне никогда не нравилась. Все работали «через одно пикантное, не побоимся этого слова, импозантное место». В некоторые из них, типа «электронных больничных», чтобы внести свои данные (которые никто не хотел набирать вручную) нужно было применять хакерские методы.
А вот программа «Налогоплательщик ЮЛ», с которой приходилось иметь дело, оказалась еще не самой бестолковой. Она хотя бы внешний экспорт / импорт поддерживала.
Для типовой ЗиК “нормой” нагрузки считается 1200 - 1300 сотрудников в базе = 1 (Один) расчетчик.
Вы какие-то чудеса описываете. Моя новая главбухша, которая перевнедрила мой «Учет ресурсов» на «свой» ПУБ (тогда, еще для Украины), поскольку, как она говорила: «В ПУБ я умею играть, а в твой УР – нет!», рассказывала, что на ее предыдущем предприятии, большом заводе, три программиста ваяли два года «зарплату» на базе типовой ЗИК, пока, более-менее, чего там не достигли. Я же, за то же время, сделал свою собственную аналогичную конфигурацию, с нуля.
Однако мне все равно пришлось сильно переделывать «её» ПУБ, сначала при переходе в юрисдикцию ЛНР, а затем (О! Этот отдельная песня!) под законодательство РФ.
Она, кстати, и мою «зарплату», с удовольствием, перевнедрила бы, если бы могла. Я даже, по её просьбе, загрузил ей на компьютер порядка десяти различных программ по учету и расчету заработной платы, полученные «правдами и неправдами» из Интернета, но, ни одну из них она не смогла адаптировать для нашей фирмы.
Более того, я предложил ей вести параллельный учет в ЗУП, ради будущего использования. Она, нехотя согласилась, но всю текущую работу приходилось делать мне. В итоге, я добился нужного результата для самых сложных случаев расчета особо «проблемных» сотрудников. Но, очень большой ценой! Поэтому, я и говорю, что основной учет надо делать в «своей» «семерке», а затем с помощью своей обработки КД делать экспорт / импорт в типовую «восьмерку».
Что качается ваших норм расчета, то я хотел бы посмотреть на вашу работу на нашем предприятии. Могу лишь добавить, что эти нормы вообще не имеют особого смысла. У нас, ни на одном предприятии региона никогда не было 1300 сотрудников на одного расчетчика. В лучшем случае, не более 500 человек. А расчетчикам работы всегда хватало. Во-первых, контроль. Ошибки ввода всегда были и будут. А на контроль расчета больничных был вообще выделен отдельный человек. Во-вторых, от них требовали много вторичной отчетности (в основном для целей бухучета), которые они делали на базе моей отчетности. Да, я всегда старался удовлетворять их «хотелки», но, некоторые задачи они мне просто не поручали, может быть, чтобы не терять свою уникальность, как специалистов.
Что качается времени расчета, то я не думаю, что вы приводите сопоставимые цифры. Во-первых, на ЗИКе вы вообще не смогли бы посчитать наши данные и, тем более, хранить их двадцать лет в рабочей конфигурации. Может быть, вы имеет в виду бюджетников, где «зарплата» простая? Во-вторых, эта скорость расчета вообще не критична.
Было время, когда расчет у меня был пропорционален накопленным данным (ну, первая версия, без оптимизации, сделанная на скорую руку – что с неё взять?). И настал момент, когда сам расчет достигал шести часов и более (на старом сервере, с двумя гектарами памяти), но, даже это было не критично. Мы оставляли расчет на ночь, утром, я давал к ним доступ расчетчикам и они работали с результатом. При необходимости, в следующую ночь, все повторялось.
Потом, я не поленился, оптимизировал свой расчетный exe-модуль (скомпилированный в Visual FoxPro) и работа ускорилась на порядок. Кстати, оптимизировать расчет можно было и дальше, но нам этого вполне хватало.
Так что я считаю ваши цифры лукавыми.
Переходите в наш мир …
К сожалению, вы не убедили. Поэтому, останусь в своём :) .
К сожалению, вы не убедили.
И в мыслях не было. Если человек утверждает "типовые - г@вно" и начинает писать конфигурации "на справочниках", тут как бы сказать ... наверное, вы - не формат для моей статьи.
Мой манифест обращен к трём группам читателей:
одинесники
юзеры 1С
IT - сообщество
Вы, как вы говорите, отошли теперь от дел и не относитесь к целевой аудитории моей статьи.
Мы в своё время уперлись в ограничения по максимальному размеру dbf-файла. Это было основной причиной перехода на 8-ку, т.к. SQL-версию 7-ки тогда было уже не купить.
А вообще, сейчас больше вопросов не к платформе, а к типовым решениям.
Не соглашусь с вами - ограничение dbf на размер файла 2Гб - это все-таки слабый аргумент для перехода на восьмерку. 1С не прекратила продажи 7.7 (да, прайс "спрятан" и для покупки требуется формальное "обоснование", но оно может быть совсем формальным, а в вашем случае апгрейд на SQL-версию был более чем обоснован), немного настойчивости и вопрос решается. И если вы были вынуждены перейти на Снеговика по описанной вами схеме, значит вы стали жертвой прямого обмана. Приятно, что соглашаетесь с моими основными тезисами о проблемах 7.7 (я тоже на вашей стороне). Уверяю вас, они вполне решаемы.
На клюшках держу "старые" компании, где реально проще зайти в уже давно нетиповой ТиС9 и добавить форму, реквизит, новую ставку, но...
На линуксах это просто кошмар. Все через COM, буквально все, аршинными гвоздями прибито к венде. Сейчас есть необходимость работать с линуксовых дистро: особенно там, где требуется лицензионная чистота (там обычно тонкие клиенты) или повышенная безопасность (а там - веб-клиенты).
Без dll'ки "плюса" там делать нечего в принципе. И вообще, если что-то нужно из уже стандартных функций свежих платформ - давай, подключай кучу сторонних, древних библиотек, после чего и систему хрен обновишь нормально (или пиши скрипт с повторяющимся "regsvr32 ..."). Или вперёд, создавай на любой чих CreateObject("MSScriptControl.ScriptControl"), имеющий свои заморочки даже в зависимости от минорных версий винд...
Пускать юзеров можно только в режиме толстого клиента. Никаких тонких клиентов, только терминал, только хардкор. Безопасность? Разделение серверов? Вынос базы на быстрые диски? Пха!
Большие базы - мимо. Большие - это более 2-3Гб.
Ох уж эти папочки EXTFORMS/... . В восьмёре это сделано очень грамотно и реально снимает кучу геморроя при работе кучи юзеров.
Особенно мне нравится "любой чих со стороны компа/админа (даже если просто прибил зависший сеанс на терминальнике с открытой базой) - бери базу монопольно и давай, вилкой, проверяй&реиндексируй".
Отдельный конфигуратор и отладчик, мммм....
Это уже не покупка софта, а аренда права вести учёт, где правила игры все время меняются, причем, в одностороннем порядке.
А я думал, что любой, кто работал с 1С знает, чем различается понятия "платформа" и "конфигурация БД"...вся статья такая. Разделяй понятия "конфигурация ТиС9.2 поверх платформы 7.7" и "конфигурация УТ 10.3 поверх платформы 8.3"
А сможет кто‑нибудь повторить такое же на восьмерке? Нет! Могу даже на деньги поспорить.
Проспоришь ведь.
Доработанная до полной несовместимости КА на 8.2, при этом имеет все фичи работы со свежими версиями скуля/постгреса и реально большими размерами базы. Работает с конца 2010 года, с момента, когда, собственно была куплена платформа + первый сервер БД под неё + конфигурация.
Из фич - база документов с того срока (ни разу не сворачивалась, ибо незачем). Возможность работы с тупого тонкого клиента - терминальник был выключен и весь геморр с ним, типа лицензирования сеансов ушел с ним.
Оно давно снято с поддержки, но работает исправно. Только я её поддерживал 8 лет, приняв наследством у прошлого программиста, после чего передал другому в наследство.
Спасибо за развёрнутый опыт. Моя статья не про спор 8 vs 7.7, предлагаю не уводить обсуждение в очередной срач - найдите для этого другую площадку и более благодарную аудиторию
Моя статья не про спор 8 vs 7.7, предлагаю
При этом статья целиком строится на сравнении снеговика и клюшек с явным упором на плюсы семёрки и заметанием под ковёр её минусов, которые решали 8.0-8.2, вытягивая софтину на уровень выше "формочки над бд"? Люблю двойные стандарты.
не уводить обсуждение в очередной срач
Ответ недостаточно комплиментарен для семёрки?
Наличие в нём минусов мешает агитке?
Большие базы - мимо. Большие - это более 2-3Гб.
2-3Г-10Г - это вообще не база.
160 Г работало, и нормально. Гораздо быстрее, чем снеговик на гораздо более крутом железе, и с бОльшим количеством юзверей. Архив, куда копировались данные перед автоподрезкой, был больше 250.
Ох уж эти папочки EXTFORMS/... . В восьмёре это сделано очень грамотно и реально снимает кучу геморроя при работе кучи юзеров.
Небольшая доработка напильником, и пользователь видел только то, что ему положено "по роли" (да, роли тоже были добавлены).
Особенно мне нравится "любой чих со стороны компа/админа (даже если просто прибил зависший сеанс на терминальнике с открытой базой) - бери базу монопольно и давай, вилкой, проверяй&реиндексируй".
в серверной базе такой необходимости нет. Если вы работали только с мелкими базёнками в файловом режиме - да, это боль.
Один программист делает то, что не может сделать целая Фирма 1С — выпускает обновления для типовых конфигураций 7.7 и рег. отчетности с поддержкой текущего законодательства по НДФЛ, РСВ, НДС, УСН...
Вы, конечно, большой молодец, но мало выпустить обновление, нужна ещё и адекватная поддержка, чего вы обеспечить не можете. Когда у меня появилась ошибка на вашем обновлении в рег. отчетности, я связался с вами, описал ошибку и отправил обезличенную базу. Напомнить, что вы ответили? "Вы мне не доверяете, поэтому я с вами работать не буду". И после этого на связь перестали выходить. Я, конечно все исправил, но после такого ответа у нас не осталось вариантов, кроме как перейти на актуальный базовый ЗУП. И знаете, как бабка отшептала, все просто работает. Я уже давно не работаю в этой организации, а они просто обновляются и все хорошо, даже помощники не нужны.
Что это было?
О чем вы?
Какие обезличенные базы? Я не работаю в базах даже своих клиентов. Принципиально. Мой режим - Конфигуратор и только. Открывать базу в режиме Предприятие, работать в ней - это не моя работа, за это вы получаете зарплату. Помочь, посоветовать, научить, показать пользователю как что-то работает - сколько угодно, постою "за спиной", скажу куда смотреть, что делать и как, но кнопки нажимать будете только вы сами.
А просить присылать мне вашу базу?! Это гон. Нет у меня никаких ваших баз и быть не может.
Что касается отказов - да, бывает. Во-первых, я недолюбливаю сисадминов, которые сами не могут, но на них бухгалтерия давит и они хотят, чтобы их работу делал кто-то другой. С такими я всегда в отказ - каждый должен делать свою работу, не можешь - заявление об увольнении и скатертью дорога. А перепродавать своему работодателю мои услуги? Не покатит у вас ...
И есть вторая группа с которыми тоже у меня работать не получается - неучи. Пишут какую-то чушь для телепатов, я, может, и догадываюсь о чем может идти речь, но в чужую голову не залезешь, поэтому начинаешь уточнять проблему, наводящие вопросы, а в ответ новая порция бессвязной ереси с кучей восклицаний. Те же сисадмины часто пересылают мне письма своих "бухгалтеров" с полным набором ахинеи, в которой ни в зуб ногой. Да, бывает - поиграем - поиграем в сломанный телефон и отказ пишу - мне времени убитого на вас жалко.
Возможно, вы из одной из этих двух групп. Я вас не помню, у меня перед вами не было и нет никаких обязательств, проблемы вы свои, как вы говорите, сами были в состоянии решить и решили. Вы хотели удачным кейсом перехода на снеговика поделиться? - Это пожалуйста, сколько угодно!
Вообще, у меня ещё много букв есть в заначке (хоть я и пишу очень медленно, для этой статьи было подготовлено в ворде ~ 25 страниц текстов-заготовок, из которых сюда попали только 1,5).
Если вам интересно мое мнение, о чем бы вы хотели прочесть в следующей статье?
Клюшки Open Source - кто выиграет: Клюшки, Снеговик или фирма 1С?
Дорожная карта манифеста "Клюшки рулят" (шаги и план действий)
Можешь не писать - не пиши!
Другое (напишите в комментариях)
Странное место этот ваш Хабр. Или всё дело в хабе "1С"? Люди не читают или не понимают смысла написанного. Писать статьи бессмысленно - комментаторы читают только заголовки, да и те не дочитывают до конца, а только видят знакомые слова и сразу - глаза горят, слюни текут и-и-и понеслась ... строчить нейронкой очередной холивар ...
Мои ощущения от написанного: я рассказываю анекдот, потом подробно объясняю его смысл (зашквар полный!), а из зала наперебой предлагают: пусть закадровый смех добавит ... нет! пусть лучше бегущую строку пустит где смеяться ...
Демотивирует немного ...
А, я кажется начинаю понимать ваши коменты.
Вы не читали текст, вместо этого, вы "показали" мою статью какой-то условной яндекс-алисе и ваши комментарии к статье - это копипаст ее "отзыва" об ошибке вендора. Совпадений с алисиным текстом слишком много для совпадения.
Проблема в том, что никакого интеллекта у ИИ нет. Совсем. Поиск - да, копирование (чужого контента с похожими словами) - да. Понимание смысла текста, аллюзии, аллегории, генерация оригинального контента - категорически нет. Ни одна модель даже близко не попадает в значение смыслов, но готова лезть в драку, чтобы "обосновать" ваши комментарии, которые вы здесь написали ...
Статистика показывает, что статью прочли/просмотрели (картинки?) около половины всех открывавших. Вероятно, комментаторы из второй половины. В самом деле, что можно комментировать в манифесте? Все равно, что открыть дискуссию на тему вывески магазина - Булочная, Гастроном, Хозтовары ...
Ошибка вендора, или Сказка про Курочку Рябу