Давайте, я расскажу вам одну хорошую сказку.
Жили‑были Дед да Баба... бла‑бла‑бла...Курочка снесла золотое яйцо... Дед его бил, бил — не разбил; Баба его била, била — не разбила... мышка... бла‑бла‑бла... хвостиком... бла‑бла‑бла... яйцо разбилось... Дед плачет, Баба плачет... бла‑бла‑бла... не может такого быть, что вам не рассказывали в детстве эту сказку!
Только знаете что, если для вас фирма 1С — это курица, которая несет вам золотые яйца, вам не нужно нажимать кнопку читать далее...
Почему 1С:7.7, официально объявленная устаревшей еще 20 лет тому как, до сих пор работает быстрее, устойчивей всех этих 1С:8.х и пользуется такой популярностью?
Стабильность фундамента.
В этом заключается главная причина бессмертия 7.7. Пользователям, бизнесу, программистам‑одинесникам нужен устойчивый фундамент, а не зыбучий песок. Люди хотят вкладываться в автоматизацию, которая будет работать завтра и послезавтра и послепослезавтра, а не требовать ежедневного «обновления» от высокооплачиваемых специалистов.
Хватит кормить 1С!
7.7 покупают один раз. И после этого купленный софт находится в бессрочном пользовании.
За 8.х клиент вынужден платить бесконечно. Это уже не покупка софта, а аренда права вести учёт, где правила игры все время меняются, причем, в одностороннем порядке.
Жизнь и смерть внешних решений
У меня есть разработка для типовых конфигураций 1С (это одна из моих самых первых по времени), которую я уже и не вспоминаю. Она была написана в прошлом веке на компьютере с Win«95 для типовых конфигураций 1С:7.5 (и лежит где‑то в тырнете, даже не помню точно где); пережила все версии Windows от XP до 11; смену движка на 7.7; два десятка принципиально различных редакций (а не релизов!) конфигураций и два Плана Счетов бухгалтерского учёта в РФ. И вот совсем недавно на древний мейл, указанный в ней, получаю обращение пользователя с благодарностью и техническим вопросом по функционалу. Обработке больше 25 лет, а она живее всех живых.
И дело не в моей гениальности (я знаю очень много одинесников и в онлайне и в оффлайне, которые программисты гораздо сильнее меня), просто в среде 7.7 такое долгожительство — обычное дело.
А сможет кто‑нибудь повторить такое же на восьмерке? Нет! Могу даже на деньги поспорить.
Когда конфигурации у всех разные (как это было в 7.7), вендору сложно навязывать свои сервисы и облачные технологии. Если же движок и конфигурации постоянно мутируют под контролем 1С, выжить может только «типовое» решение.
Кадры не решают ничего
На восьмерке нет программистов. Настоящих разработчиков, которые пишут на 8-ке, не существует. Рынок забит «нажимателями кнопок», чей максимум — запустить типовое обновление и надеяться, что оно не упадет и не завалит базу.
Причин такого положения несколько, но основная — нестабильность фундамента. Восьмерка — сырая. И это превращает работу программиста в бег на месте: ты не создаешь новое, а бесконечно латаешь старое, чтобы оно просто не развалилось после очередного обновления движка или конфигурации. Кто будет работать в таких условиях?
Релизобесие
Сколько обновлений для одной типовой конфигурации 8.х выпускается, допустим, в неделю?
Если вы не одинэсите (не важно, юзером или программистом), ни за что не угадаете! В среднем — 3–4 релиза в неделю. Иногда, больше. (Если у вас 2 базы, например: БП и ТРУП — умножайте на два.) «Пропускать» релизы нельзя, нужно обязательно устанавливать строго по возрастанию и запускать после каждого обновления. Для средних по размеру баз обновление одним релизом занимает часы, в больших базах — до суток и более...
Движок «обновляется» с такой же частотой, хотя релизы движка не обязательно устанавливать все и подряд.
Где‑то лет 5–6 тому назад франчи, вероятно, окончательно взвыли, и разработчики типовых перешли на другую тактику: вместо новых релизов, они стали выпускать костыли и заплатки (официальное название «патч»). Релизов стало меньше, зато заплатки расплодились сотнями тысяч: одна заплатка = один косяк, но один косяк <> один костыль, бывает и три, и пять, и кто их считал... Казалось, что система костылей решит проблемы «обновляльщиков». Решила. Но теперь воют юзеры: во‑первых, заплатками тоже нужно заниматься, они сами себя не установят. Во‑вторых, патчей слишком много, их нельзя устанавливать сплошняком и все подряд, пользователи не в состоянии знать и понимать какие заплатки нужны их конфигурации, а какие, наоборот, завалят её в коврик. И, в‑третьих, костыли и заплатки конфликтуют между собой и новыми релизами, новые релизы не удаляют заплатки, даже если релиз включает в себя «последний» костыль к конкретному багу. А «добрый» разработчик публикует список заплаток, которые нужно вручную удалить в зависимости от применяемого релиза конфигурации. Те же грабли релизы, вид сбоку...
Вы помните «главное конкурентное преимущество» движка 8.0 перед 7.7? Так называемый «запрос к таблице значений». Правда, он «не дожил» до 8.1, как и все типовые конфигурации, в которых его сразу применили. Потом этот свинтопрульный аппарат снова появился в языке запросов (кажется, это было в каких‑то релизах 8.2?), но почти сразу сгинул, вероятно, окончательно.
Про «гениальное» внедрение двух отдельных Планов Счетов (для Бухучёта и Налогового Учёта) в бухгалтерских конфигурациях, наверное, тоже никто уже не вспоминает? А рекламного визгу было — минимум на Луну слетали! Исчезло тихо и бесследно, как Атлантида, вернувшись к схеме, взятой из 7.7.
И таких примеров — несть числа. Да вот хоть из последних, про 8.5:
Если достаточно долго (более 15 минут) править код в каком‑нибудь модуле, открытом в полноэкранном режиме, то пропадают кнопки закрытия окна модуля. И если это не отследить, клик по крестику и захлопывается весь конфигуратор …
Вендор за более чем 20 лет (20 ЛЕТ, КАРЛ!!!) не может стабилизировать работу инструмента программиста. Это как вообще?! — А я вам скажу как: не нужен вам конфигуратор, если нет программистов.
Метаданные‑призраки типовых конфигураций
Реквизит документа или справочника вашей рабочей базы 8.х неожиданно поменял идентификатор. Был (условно) СуммаПродаж, стал СуммаПродажи. Как такое может быть в действующей типовой конфигурации? — Легко!
Внимательно смотрите за руками (релизами): шаг первый — добавлен новый реквизит полностью идентичный «старому», в программных модулях «старый» идентификатор автозаменен на новый, а в форме, которую видит пользователь на месте «старого» реквизита размещается «новый» точно такой же геометрии, только пустой в уже существующих в базе объектах (документах, например).
При первом запуске после обновления, специальная обработка копирует значение «старого» реквизита в новый. Таким образом, пользователь видит, что ничего не изменилось, а о том, что во вновь созданных объектах заполняется и сохраняется только новый реквизит, а старый остается пустым, он не может знать никаким доступным ему способом.
Шаг второй — в следующем релизе «старый» реквизит будет удален из конфигурации физически. Этот фокус регулярно делается на раз — два в типовых конфигурациях 8.х, под раздачу попадают и целые объекты метаданных (что технически невозможно в 7.7). И, в лучшем случае, ваша разработка валится сама, но может и базу уронить...
С именами процедур и функций еще проще. Конец прошлого года: во всех типовых конфигурациях процедуры и функции со словом «Обработка» в названии стали называться «ПакетнаяОбработка».
Вот на фэншуй?
ОбработкаТабличнойЧастиВызовСервера -> ПакетнаяОбработкаТабличнойЧастиВызовСервера ОбработкаТабличнойЧастиКлиент -> ПакетнаяОбработкаТабличнойЧастиКлиент ОбработкаТабличнойЧастиКлиентСервер -> ПакетнаяОбработкаТабличнойЧастиКлиентСервер ОбработкаТабличнойЧастиСервер -> ПакетнаяОбработкаТабличнойЧастиСервер .....
В порядке вещей изменение состава параметров, дробление процедур и функций, часто даже без переименования, например, была функция ДваПлюсДваУмножитьНаДва() — вызывалась из других процедур/функций, вычисляла формулу, которая следует из её названия, и возвращала число. И вы ею тоже пользовались в своих разработках. Теперь она тоже есть, но ее «оптимизировали», и она последовательно вызывает две новые функции ДваПлюсДва() и УмножитьНаДва(), возвращая число 8. В результате, если вы не заметили рефакторинга от 1С, вы рискуете получить банальную арифметическую ошибку, когда пользуетесь вызовом глобальных переменных, функций или процедур.
Ваши разработки просто протухнут с выходом следующего релиза БСП (Библиотеки стандартных подсистем). Потому что имя реквизита теперь по‑фэншую, а функция глобального модуля стала называться «по‑модному».
Рефакторинг а‑ля 1С — бессмысленный и беспощадный.
Рефакторинг ради рефакторинга.
Да, с точки зрения нормального человека — это все бессмыслица и чухня для слабоумных.
Ну, в самом деле, получив в подарок золотое яйцо от производителя, они сразу начинают его пытаться разбить...???!!!... Они нормальные? Зачем нужно разбивать золотое яйцо? Они что, золотую яичницу из него хотели сделать? Планировали вывезти по частям за границу? Какой в этом практический смысл? Если вы продаете золотые запасы, по частям всегда намного дешевле, чем целое, да еще в виде ювелирного изделия. Кринжатина лютая. Как такие вещи можно детям на ночь читать? Полная бессмыслица в действиях персонажей.
Еще бы Рябу на суп пустили — ведь так обычно поступают с курами, которые несут золотые яйца …
Дальше совсем плохо начинается: нашлись добрые помощники безруким, помогли разбить яйцо. И‑и-и‑и...??? Эти двое начинают плакать! Просто ревут в голос! Совсем адекват потеряли? Вы же только что хотели его разбить и у вас не получалось, вам помогли — так скажите спасибо, чё вы воете‑то, словно у вас ключ защиты для 1С:Бухгалтерии не работает?
Ну, бред же полнейший, а не сказка со смыслом!
На самом деле, никакие это не бредни, нам просто форсят создании закрытой экосистемы, где вендор является единственным источником истины, а все остальные — лишь потребителями или трансляторами его воли. Такая стратегия «выжженной земли» для сторонних разработчиков. И деньги здесь даже не главное, они вторичны по отношению к власти над рынком. Монополия позволяет диктовать не только цены, но и то, как именно бизнес должен вести свои процессы. Вендор уже давно объявил и считает свою систему 1С национальным стандартом учёта. Не, ну а чё? Да вы спросите любого, даже главного, бухгалтера: что такое журнально‑ордерная система учёта? Вам у виска покрутят пальцем, причем, у вашего. А разве её кто‑то отменял? А Минфин‑то знает, кто у нас заведует стандартами бухучёта?
Глоссарий одинэсников
Далее в тексте используются устоявшиеся названия программных продуктов: 7.7 — Клюшки, 8 — Снеговик. © Екатерина Слуцкая
Мне категорически не нравится, когда определяют Клюшки как «мертвый софт», а всякие там «олдскулы» просто бесят. Сами вы это слово.
«Техническое устаревание» платформы существует только в головах пиарщиков Снеговика. Десятилетия существования таких проектов как 1С++, Йоксель, ВКЛЭР, разработки авторства Кошки Рулят и команды OpenConf полностью опровергают мифологию вендора о невозможности дальнейшей работы на Клюшках из‑за изменений законодательства и новых требований к отчетности. Чушь!
Клюшки & ООП
Есть такая избитая фраза: в Снеговике нет ничего такого, чего нет в Клюшках. А ещё в Снеговике нет ООП. Зато оно есть в Клюшках. Те, кому были нужны инкапсуляция, наследование и полиморфизм бесплатно получили все это богатство в 1С:7.7 еще в далеком 2004 году. Благодаря движению 1С++ и его идейному вдохновителю Александру Орефкову.
А знаете, почему оказались так удачны и востребованы некоторые IT‑проекты (такие как 1С++, nginx, например)? Потому что их писали «как себе», а потом отдали в Open Source.
Один программист делает то, что не может сделать целая Фирма 1С — выпускает обновления для типовых конфигураций 7.7 и рег. отчетности с поддержкой текущего законодательства по НДФЛ, РСВ, НДС, УСН...
А технические решения, применяемые в разработках (в частности, применение API системных библиотек Windows) гарантирует, что код, написанный 25 лет назад, будет работать и в Windows 12, и в будущих версиях. Это и есть та самая «вечная совместимость». Системные библиотеки MS проверены временем и обновляются самой ОС. Прямая работа с системными компонентами быстрее и стабильнее, чем встроенные компоненты вендора. Пока Снеговик, это мертворожденное дитя фирмы 1С, обрастает тяжелыми фреймворками, сообщество программистов очищает Клюшки от лишнего, делая их максимально близкими к ядру ОС. Нет никакой «устаревшей системы» — забудьте!!!
Клюшки & Windows
Да, глупо отрицать, что иногда для некоторых задач по интеграции учётной системы с периферийным оборудованием и другими сервисами и ПО, встроенных в прошлом веке инструментов движка 7.7 недостаточно. Например, встроенный объект Текст позволяет производить с текстовыми файлами и переменными любые манипуляции, но «знает» только две кодировки — DOS и Windows. А некоторые «получатели» требуют присылать им файлы или текстовые строки в кодировке UTF-8. Это, например, ПФР РФ, который теперь стал СФР. Многие маркетплейсы для работы по API используют json‑формат, у которого по умолчанию должна быть кодировка UTF-8.
Системная библиотека Windows полностью перекрывает все потребности одинэсника, у неё даже больше методов, чем у встроенного Текста:
АдоСтрим = CreateObject("Adodb.Stream"); АдоСтрим.Charset = "utf-8"; АдоСтрим.Type = 2; АдоСтрим.Mode= 3; АдоСтрим.Open(); АдоСтрим.WriteText("<?xml version=""1.0"" encoding=""UTF-8""?>"+РазделительСтрок); АдоСтрим.WriteText("<ЕФС-1>"+РазделительСтрок); ... ... АдоСтрим.WriteText("</ЕФС-1>"+РазделительСтрок); АдоСтрим.SaveToFile(ИмяФайла, 2); АдоСтрим.Close();
Драйвер ККМ Атол тоже может выкинуть коленца, но не сможет поставить одинесника в тупик. Мне нужно было сделать фирменный чек ККМ - вставить в него картинки (логотип фирмы и логотип банка-эквайера при оплате через его терминал). Оказалось, что драйвер Атола "не принимает" имя файла, если оно слишком длинное или сетевое - драйвер не падает, но печатает чек без логотипов. Когда стала понятна причина такого поведения кассового аппарата, три строки кода закрыли вопрос (у встроенного объекта ФС тоже проблема с длинными именами файлов, зато у любого Windows есть короткие имена любой длины):
ФСВинды = СоздатьОбъект("Scripting.FileSystemObject"); Файл = ФСВинды.GetFile(ПутьКФайлуЛоготипа); КороткоеИмяВин = Файл.ShortPath; Феликс.setParam(Феликс.LIBFPTR_PARAM_FILENAME, ""+КороткоеИмяВин); Феликс.setParam(Феликс.LIBFPTR_PARAM_ALIGNMENT,Феликс.LIBFPTR_ALIGNMENT_CENTER); Феликс.printPicture();
Хватит кормить нас сказками рекламного отдела фирмы 1С!
Ладно, как говорится, о пустом поговорили, давайте о делах...
Конечно, никакой это не бред и не совсем сказка про Курочку Рябу, а по большому счету, даже совсем и не сказка. Скорее — притча. Философская и вечная, как жизнь и люди. Все «недоразумения» кажущиеся и мой стёб лишний... Но всё встаёт на свои места и обретает глубокий поучительный смысл, если понять и принять, что «золотое яйцо» — это символ счастья:
У них было СЧАСТЬЕ, которое они НЕ БЕРЕГЛИ и поэтому потеряли.
Клюшки были «ошибкой» вендора — они дали нам слишком много свободы. И всё то, что мы видим в Снеговике, — это работа над ошибками, чтобы свободных художников в этой среде больше не осталось, а была бы только одна‑единственная и проприетарная экосистема, замкнутая на вендоре.
Манифест «Клюшки Рулят».
Бессрочный жизненный цикл
Мы привыкли считать, что прогресс — это наслоение новых библиотек, фреймворков и гигабайтов кода. Но истинный прогресс — это избавление от лишнего. 1С++, Кошки Рулят и другие команды одинэсников доказали, что Клюшки остаются актуальной средой до сего дня и далее.
Прекращение разработчиком поддержки софта не означает, что софт должен умереть.
Мы провозглашаем отказ от сторонних прослоек в пользу прямой интеграции с операционной системой. Используя системные библиотеки Windows вместо проприетарных DLL, мы опираемся на самый стабильный фундамент в мире ИТ. Это позволит обеспечить принцип вечной совместимости. То, что обращается к ядру операционной системы напрямую, не ломается при обновлениях. Оно работает везде — от Windows XP до Windows 11 и будет работать завтра.
Мы убираем посредников. Прямое использование системных ресурсов делает систему неубиваемой. Нам не нужно контролировать регистрацию компонент или права доступа к папкам — система использует то, что уже встроено в неё по умолчанию.
Отказ от внешних зависимостей делает конфигурацию автономным организмом. Это высшая форма цифрового суверенитета: ваша база данных больше не зависит от капризов вендора или доступности проприетарных библиотек. Только чистый код и мощь системных вызовов.
Прозрачность и доверие. Системная библиотека Windows — это стандарт. В ней нет «закладок» или скрытых ошибок. Опираясь на системные стандарты, мы создаём решения, которые сможет аудировать и поддерживать любой квалифицированный программист.
Присоединяйтесь к нам. Мы не просто «поддерживаем старое». Мы очищаем легендарную платформу от наносов времени, превращая её в идеальный, быстрый и абсолютно независимый инструмент учёта.
Клюшки в связке с системным кодом — это не прошлое. Это будущее, в котором софт принадлежит тем, кто его использует.
Малому бизнесу для ведения учёта не нужны искусственный интеллект, тяжелые облачные подсистемы и ежемесячные гигабайтные обновления, требующие покупки новых серверов. Клюшки — это разумный минимализм. База данных должна быть легкой, интерфейс — понятным, а скорость работы — мгновенной. Стабильность ядра — это ценность, а не отсталость.
Приоритетные задачи:
Превращение закрытой экосистемы в общественное достояние (commons), платформу Long‑Term Suppor без срока годности.
Распространение на разработки культуры DIY (Сделай сам), прозрачность и возможность аудита.
Борьба против планового устаревания, создание низкого порога входа для железа.
Независимость от лицензионного давления, уход от принудительных платных подписок (ИТС) за функционал.
Наша конечная цель: Создание вечной, полностью автономной и бесплатной экосистемы поддержки для ваших учётных систем.
Присоединяясь к нам, программист выбирает профессиональное достоинство. Мы отказываемся быть обслуживающим персоналом для хотелок вендора, который постоянно меняет правила игры. Мы строим системы, которые принадлежат нам и нашим клиентам, на фундаменте, который невозможно снести никакими плановыми обновлениями.
Мы не рабы релизобесия! Хватит тратить свою жизнь и квалификацию на бесконечную адаптацию Снеговика к постоянно меняющимся интерфейсам вендора. Подключайтесь к созданию открытых (Open Source) разработок под лицензией MIT/GPL. Давайте вместе создадим единый национальный репозиторий свободных модулей для Клюшек.
Не платите за то, что вам не нужно! Не поддавайтесь на маркетинговый шантаж франчайзи, заявляющих, что «семерка умерла». Может, синус в Снеговике и доходит до полутора, но Клюшки считают штуки, рубли и налоги так же, как и 20 лет назад — математика не изменилась. Дебет все там же — слева, а кредит — справа. Бойкотируйте принудительный переход на Снеговика, если вам хватает текущего функционала. Поддерживайте независимых разработчиков. Инвестируйте малую часть сэкономленных от не-перехода на Снеговика денег в развитие независимой поддержки Клюшек.
Нам нужны открытые API. Снеговик не должен быть монополистом в отправке отчетности и ЭДО. Независимые ИТ‑разработчики и операторы ЭДО, если у нас будут открытые консольные утилиты, сдача электронной отчетности и электронный документооборот будут доступны даже калькулятору. Вы получите новых клиентов, а Клюшки будут жить вечно.
Комментарии (15)
KoIIIku_PuJI9IT Автор
04.06.2026 20:06Дык, а я о чем ... Клюшки и государства эти переживут и нас. А в чем смысл "сделать собственный вариант движка"? Для себя, для своих разработок? Я не очень понимаю, зачем?
2С - это Парус
Emelian
04.06.2026 20:06А в чем смысл “сделать собственный вариант движка”? Для себя, для своих разработок? Я не очень понимаю, зачем?
О «собственном варианте движка» речь не идет. Просто замена встроенного либо на движок VFP, либо на Sqlite. Можно использовать и другие варианты, но «семерка» это, прежде всего, «для малых и средних предприятий», скажем, до 1000 человек, примерно. Для промышленных учетных систем, нужны другие решения.
2С - это Парус
«Парус», с которым я имел дело, был написан на Visual FoxPro и, кстати, легко декомпилировался до исходных скриптов. Например, их поделка по учету зарплаты. Только, ничего ценного в исходниках я там не нашел.
«2С» был в исходниках (C++ / MFC) и в виде компилируемой сборки с демо-конфигурациями. В «ихнем» ReadMe.txt написано:
Интегрированная платформа автоматизации предприятия
Авторские права: VTOOLS.RU (info@vtools.ru) 2002-2004г.
KoIIIku_PuJI9IT Автор
04.06.2026 20:061С - ОдинС
2С - ПаруС
Я знаю имена проектов "убийц 1С". Я даже знаю у кого есть (написан) такой движок (пусть и без названия), который сможет реально заменить движок 7.7. Когда и если Клюшки станут Open Source или народным достоянием (смотря что наступит раньше), автор сможет опубликовать свой движок и мы благополучно на него перейдем.
Но мой манифест не об этом.
У любого "убийцы 1С", помимо детских болезней, есть одна и очень большая проблема, которая называется Пользователи. Их попросту нет. А у Клюшек - все ровно наоборот! Многие десятки тысяч пользователей, которые купили коробки оказались кинутыми без поддержки, хотя и продолжают (???) зачем-то за нее платить. Им не нужен ни другой движок, ни лекарства, ни тощие клиенты, ни конкурентные преимущества Снеговика. Они хотят всего-то нормальную поддержку для своего ПО.
Emelian
04.06.2026 20:06Я знаю имена проектов “убийц 1С”
«1L» в этот список входит? Очень древний проект, но ведь был же!
Я даже знаю у кого есть (написан) такой движок (пусть и без названия), который сможет реально заменить движок 7.7.
Ну, это в вашем Мире.
В нашем Мире, прекрасной заменой для встроенного движка, в официальной платформе 1С77, служит движок VFP, о котором я упоминал, и который работает практически идеально. Например, полный расчет заработной платы для первичных данных, для сложного производственного предприятия на 1000 человек, выполняется на обычном компьютере, с четырьмя гектарами памяти, за тридцать, максимум, 45 минут (когда нужно делать сложные перерасчеты за весь год).
Я веду речь о 100%-но собственной конфигурации по учету заработной платы. У меня данные там хранились с времен «Царя Гороха», т.е., за все двадцать лет, которые я работал. При этом, вторичные данные были отделены от первичных и хранились в группах справочника (самый главный объект, на мой взгляд, в «семерке»!). Группу результирующих данных, за текущий период, можно было пометить на удаление (если были найдены ошибки ввода в первичных данных) и пересчитать все заново. Очень удобно.
Расчетчики, могли быстро пересчитать, по дешевому терминал-серверу, отдельных людей, по которым выявляли ошибки ввода. С учетом использования электронных табелей, автоматически получаемых от нетбуков, считывающих карты доступа сотрудников, все работало как часы.
Ну и зачем нам «реально заменять «свой» движок 7.7» «вашим», когда «собственный» прекрасно работает? Его с головой хватало и для моего «Учета ресурсов».
То, что я хочу написать свой вариант платформы 7.7, то не потому, что это реально нужно. На фирме я уже не работаю, а абстрактно предлагать его другим – довольно глупо. Времена меняются, люди хотят чего-то новомодного, а разбираться в древних инструментах, пусть даже эффективных, они не желают. Только что и остается, то ваять программу из «любви к искусству» и «удовольствия ради». И то, не факт.
Многие десятки тысяч пользователей, которые купили коробки оказались кинутыми без поддержки, хотя и продолжают (???) зачем-то за нее платить.
Тут, я вас не понимаю! О чем вы говорите? Мы купили дважды, в свое время, платформу 1С77 вместе с доступными на тот момент типовыми конфами (которые нам так и не пригодились). Это были локальная и сетевая версии. И все! Потом годами пользовались, безо всякой дополнительной оплаты. .Какая еще поддержка? Фирма «1С» уже много-много лет, как отказалось от нее для 7.7. .Как по мне, она и не нужна вовсе! Все равно их типовые конфигурации, хоть «семерочные», хоть «восьмерочные» – отстой полный. ,Иметь дело можно только с их платформами.
На «восьмерке» можно сделать «конфетку», но на порядок тяжелее, чем на «семерке». .Поэтому, я по этому пути никогда не шел (при том же самом эффекте – получении нужного результата).
Они хотят всего-то нормальную поддержку для своего ПО.
А я не хочу! .Мне больше устраивало – как есть! Сейчас, правда, почти все равно, ибо я уже не в отрасли.
KoIIIku_PuJI9IT Автор
04.06.2026 20:06"ТиС на справочниках" это была злая шутка, прикол, розыгрыш.
Для меня компьютеры, софт - это инструмент. И пользователей своих всегда учу относиться к 1С как к рабочему инструменту: его надо знать, уметь пользоваться и он станет эффективным орудием вашего труда.
В 1С:7.7 учетная конфигурация "на справочниках" это не верный выбор инструмента. 1С:Налогоплательщик - да, все остальное - категорически нет.
Для типовой ЗиК "нормой" нагрузки считается 1200 - 1300 сотрудников в базе = 1 (Один) расчетчик. Если больше 1500 человек, нужен второй расчетчик. Расчет "по всем сотрудникам" в больших чисто типовых базах с полным зоопарком начислений ~ 15-20 секунд. В гигантских базах - может быть и минута и две. Для работы 1С:7.7 требуется компьютер DX2-100 (если вы знаете что это такое) или выше. Время расчета указано для старых компьютеров. При работе на современных компах и серверах скорость расчетов в таких базах увеличивается в разы. Какие 30 минут?! О чем вы?! Переходите в наш мир ...
Emelian
04.06.2026 20:06“ТиС на справочниках” это была злая шутка, прикол, розыгрыш.
Я ведь не типовые конфигурации, для «всех», создавал, а для собственного предприятия, да пару попутных.
У меня «Учет ресурсов» был на «справочниках». Там была, в том числе, и «торговля и склад», не считая «производства». Все великолепно работало и летало. Проведение, кстати, я тоже делал на подчиненных справочниках ресурсов (это вас не сильно злит :) ?).
В 1С:7.7 учетная конфигурация “на справочниках” это не верный выбор инструмента.
Для 100%-но собственных конфигураций – самое оно!
1С:Налогоплательщик - да, все остальное - категорически нет.
Странно, вы все время говорите о типовых конфигурациях, а я о собственных. С типовыми работать – невозможно, хоть «на справочниках», хоть «без». В этом смысле, я всегда считал лишними более половины объектов в платформе 7.7. Ими я никогда не пользовался, за ненадобностью. И если, когда-нибудь наваяю свою платформу, то там этих объектов, естественно, не будет.
Мне приходилось много иметь дело с внешними программами учета, навязываемых вышестоящими органами. Ни одна из них мне никогда не нравилась. Все работали «через одно пикантное, не побоимся этого слова, импозантное место». В некоторые из них, типа «электронных больничных», чтобы внести свои данные (которые никто не хотел набирать вручную) нужно было применять хакерские методы.
А вот программа «Налогоплательщик ЮЛ», с которой приходилось иметь дело, оказалась еще не самой бестолковой. Она хотя бы внешний экспорт / импорт поддерживала.
Для типовой ЗиК “нормой” нагрузки считается 1200 - 1300 сотрудников в базе = 1 (Один) расчетчик.
Вы какие-то чудеса описываете. Моя новая главбухша, которая перевнедрила мой «Учет ресурсов» на «свой» ПУБ (тогда, еще для Украины), поскольку, как она говорила: «В ПУБ я умею играть, а в твой УР – нет!», рассказывала, что на ее предыдущем предприятии, большом заводе, три программиста ваяли два года «зарплату» на базе типовой ЗИК, пока, более-менее, чего там не достигли. Я же, за то же время, сделал свою собственную аналогичную конфигурацию, с нуля.
Однако мне все равно пришлось сильно переделывать «её» ПУБ, сначала при переходе в юрисдикцию ЛНР, а затем (О! Этот отдельная песня!) под законодательство РФ.
Она, кстати, и мою «зарплату», с удовольствием, перевнедрила бы, если бы могла. Я даже, по её просьбе, загрузил ей на компьютер порядка десяти различных программ по учету и расчету заработной платы, полученные «правдами и неправдами» из Интернета, но, ни одну из них она не смогла адаптировать для нашей фирмы.
Более того, я предложил ей вести параллельный учет в ЗУП, ради будущего использования. Она, нехотя согласилась, но всю текущую работу приходилось делать мне. В итоге, я добился нужного результата для самых сложных случаев расчета особо «проблемных» сотрудников. Но, очень большой ценой! Поэтому, я и говорю, что основной учет надо делать в «своей» «семерке», а затем с помощью своей обработки КД делать экспорт / импорт в типовую «восьмерку».
Что качается ваших норм расчета, то я хотел бы посмотреть на вашу работу на нашем предприятии. Могу лишь добавить, что эти нормы вообще не имеют особого смысла. У нас, ни на одном предприятии региона никогда не было 1300 сотрудников на одного расчетчика. В лучшем случае, не более 500 человек. А расчетчикам работы всегда хватало. Во-первых, контроль. Ошибки ввода всегда были и будут. А на контроль расчета больничных был вообще выделен отдельный человек. Во-вторых, от них требовали много вторичной отчетности (в основном для целей бухучета), которые они делали на базе моей отчетности. Да, я всегда старался удовлетворять их «хотелки», но, некоторые задачи они мне просто не поручали, может быть, чтобы не терять свою уникальность, как специалистов.
Что качается времени расчета, то я не думаю, что вы приводите сопоставимые цифры. Во-первых, на ЗИКе вы вообще не смогли бы посчитать наши данные и, тем более, хранить их двадцать лет в рабочей конфигурации. Может быть, вы имеет в виду бюджетников, где «зарплата» простая? Во-вторых, эта скорость расчета вообще не критична.
Было время, когда расчет у меня был пропорционален накопленным данным (ну, первая версия, без оптимизации, сделанная на скорую руку – что с неё взять?). И настал момент, когда сам расчет достигал шести часов и более (на старом сервере, с двумя гектарами памяти), но, даже это было не критично. Мы оставляли расчет на ночь, утром, я давал к ним доступ расчетчикам и они работали с результатом. При необходимости, в следующую ночь, все повторялось.
Потом, я не поленился, оптимизировал свой расчетный exe-модуль (скомпилированный в Visual FoxPro) и работа ускорилась на порядок. Кстати, оптимизировать расчет можно было и дальше, но нам этого вполне хватало.
Так что я считаю ваши цифры лукавыми.
Переходите в наш мир …
К сожалению, вы не убедили. Поэтому, останусь в своём :) .
KoIIIku_PuJI9IT Автор
04.06.2026 20:06К сожалению, вы не убедили.И в мыслях не было. Если человек утверждает "типовые - г@вно" и начинает писать конфигурации "на справочниках", тут как бы сказать ... наверное, вы - не формат для моей статьи.
Мой манифест обращен к трём группам читателей:
одинесники
юзеры 1С
IT - сообщество
Вы, как вы говорите, отошли теперь от дел и не относитесь к целевой аудитории моей статьи.
A1WEB
04.06.2026 20:06Мы в своё время уперлись в ограничения по максимальному размеру dbf-файла. Это было основной причиной перехода на 8-ку, т.к. SQL-версию 7-ки тогда было уже не купить.
А вообще, сейчас больше вопросов не к платформе, а к типовым решениям.
KoIIIku_PuJI9IT Автор
04.06.2026 20:06Не соглашусь с вами - ограничение dbf на размер файла 2Гб - это все-таки слабый аргумент для перехода на восьмерку. 1С не прекратила продажи 7.7 (да, прайс "спрятан" и для покупки требуется формальное "обоснование", но оно может быть совсем формальным, а в вашем случае апгрейд на SQL-версию был более чем обоснован), немного настойчивости и вопрос решается. И если вы были вынуждены перейти на Снеговика по описанной вами схеме, значит вы стали жертвой прямого обмана. Приятно, что соглашаетесь с моими основными тезисами о проблемах 7.7 (я тоже на вашей стороне). Уверяю вас, они вполне решаемы.
zgwerby
04.06.2026 20:06На клюшках держу "старые" компании, где реально проще зайти в уже давно нетиповой ТиС9 и добавить форму, реквизит, новую ставку, но...
На линуксах это просто кошмар. Все через COM, буквально все, аршинными гвоздями прибито к венде. Сейчас есть необходимость работать с линуксовых дистро: особенно там, где требуется лицензионная чистота (там обычно тонкие клиенты) или повышенная безопасность (а там - веб-клиенты).
Без dll'ки "плюса" там делать нечего в принципе. И вообще, если что-то нужно из уже стандартных функций свежих платформ - давай, подключай кучу сторонних, древних библиотек, после чего и систему хрен обновишь нормально (или пиши скрипт с повторяющимся "regsvr32 ..."). Или вперёд, создавай на любой чих CreateObject("MSScriptControl.ScriptControl"), имеющий свои заморочки даже в зависимости от минорных версий винд...
Пускать юзеров можно только в режиме толстого клиента. Никаких тонких клиентов, только терминал, только хардкор. Безопасность? Разделение серверов? Вынос базы на быстрые диски? Пха!
Большие базы - мимо. Большие - это более 2-3Гб.
Ох уж эти папочки EXTFORMS/... . В восьмёре это сделано очень грамотно и реально снимает кучу геморроя при работе кучи юзеров.
Особенно мне нравится "любой чих со стороны компа/админа (даже если просто прибил зависший сеанс на терминальнике с открытой базой) - бери базу монопольно и давай, вилкой, проверяй&реиндексируй".
Отдельный конфигуратор и отладчик, мммм....
Это уже не покупка софта, а аренда права вести учёт, где правила игры все время меняются, причем, в одностороннем порядке.
А я думал, что любой, кто работал с 1С знает, чем различается понятия "платформа" и "конфигурация БД"...вся статья такая. Разделяй понятия "конфигурация ТиС9.2 поверх платформы 7.7" и "конфигурация УТ 10.3 поверх платформы 8.3"
А сможет кто‑нибудь повторить такое же на восьмерке? Нет! Могу даже на деньги поспорить.
Проспоришь ведь.
Доработанная до полной несовместимости КА на 8.2, при этом имеет все фичи работы со свежими версиями скуля/постгреса и реально большими размерами базы. Работает с конца 2010 года, с момента, когда, собственно была куплена платформа + первый сервер БД под неё + конфигурация.Из фич - база документов с того срока (ни разу не сворачивалась, ибо незачем). Возможность работы с тупого тонкого клиента - терминальник был выключен и весь геморр с ним, типа лицензирования сеансов ушел с ним.
Оно давно снято с поддержки, но работает исправно. Только я её поддерживал 8 лет, приняв наследством у прошлого программиста, после чего передал другому в наследство.
KoIIIku_PuJI9IT Автор
04.06.2026 20:06Спасибо за развёрнутый опыт. Моя статья не про спор 8 vs 7.7, предлагаю не уводить обсуждение в очередной срач - найдите для этого другую площадку и более благодарную аудиторию
zgwerby
04.06.2026 20:06Моя статья не про спор 8 vs 7.7, предлагаю
При этом статья целиком строится на сравнении снеговика и клюшек с явным упором на плюсы семёрки и заметанием под ковёр её минусов, которые решали 8.0-8.2, вытягивая софтину на уровень выше "формочки над бд"? Люблю двойные стандарты.
не уводить обсуждение в очередной срач
Ответ недостаточно комплиментарен для семёрки?
Наличие в нём минусов мешает агитке?
trevellerr
04.06.2026 20:06Один программист делает то, что не может сделать целая Фирма 1С — выпускает обновления для типовых конфигураций 7.7 и рег. отчетности с поддержкой текущего законодательства по НДФЛ, РСВ, НДС, УСН...
Вы, конечно, большой молодец, но мало выпустить обновление, нужна ещё и адекватная поддержка, чего вы обеспечить не можете. Когда у меня появилась ошибка на вашем обновлении в рег. отчетности, я связался с вами, описал ошибку и отправил обезличенную базу. Напомнить, что вы ответили? "Вы мне не доверяете, поэтому я с вами работать не буду". И после этого на связь перестали выходить. Я, конечно все исправил, но после такого ответа у нас не осталось вариантов, кроме как перейти на актуальный базовый ЗУП. И знаете, как бабка отшептала, все просто работает. Я уже давно не работаю в этой организации, а они просто обновляются и все хорошо, даже помощники не нужны.
KoIIIku_PuJI9IT Автор
04.06.2026 20:06Что это было?
О чем вы?
Какие обезличенные базы? Я не работаю в базах даже своих клиентов. Принципиально. Мой режим - Конфигуратор и только. Открывать базу в режиме Предприятие, работать в ней - это не моя работа, за это вы получаете зарплату. Помочь, посоветовать, научить, показать пользователю как что-то работает - сколько угодно, постою "за спиной", скажу куда смотреть, что делать и как, но кнопки нажимать будете только вы сами.
А просить присылать мне вашу базу?! Это гон. Нет у меня никаких ваших баз и быть не может.
Что касается отказов - да, бывает. Во-первых, я недолюбливаю сисадминов, которые сами не могут, но на них бухгалтерия давит и они хотят, чтобы их работу делал кто-то другой. С такими я всегда в отказ - каждый должен делать свою работу, не можешь - заявление об увольнении и скатертью дорога. А перепродавать своему работодателю мои услуги? Не покатит у вас ...
И есть вторая группа с которыми тоже у меня работать не получается - неучи. Пишут какую-то чушь для телепатов, я, может, и догадываюсь о чем может идти речь, но в чужую голову не залезешь, поэтому начинаешь уточнять проблему, наводящие вопросы, а в ответ новая порция бессвязной ереси с кучей восклицаний. Те же сисадмины часто пересылают мне письма своих "бухгалтеров" с полным набором ахинеи, в которой ни в зуб ногой. Да, бывает - поиграем - поиграем в сломанный телефон и отказ пишу - мне времени убитого на вас жалко.
Возможно, вы из одной из этих двух групп. Я вас не помню, у меня перед вами не было и нет никаких обязательств, проблемы вы свои, как вы говорите, сами были в состоянии решить и решили. Вы хотели удачным кейсом перехода на снеговика поделиться? - Это пожалуйста, сколько угодно!
Emelian
Меня собственная конфигурация на 1С77 кормила двадцать лет и еще столько бы, если бы фирму не ликвидировали.
С 1С8х я работал так. Есть одна официальная, типовая конфа, исключительно для внешней отчетности. Однако, весь учет ведется в «семерке». Просто, в нужный момент делаем КД (конвертацию данных, на собственной обработке), другими словами экспорт / импорт данных и вуаля!
Дешево и сердито!
1С77 крутилась на старом терминал-сервере, без каких либо проблем.
Там я использовал 7.7 как DDE-сервер, а движок Visual FoxPro, как DDE-клиент. Подключался к dbf / cdx-файлам непосредственно. Производительность движка БД была в пятнадцать раз выше встроенного, чего было достаточно для моих целей.
Кроме того, интенсивно использовал ВК (внешние компоненты), которые писал на С++. Это очень классный инструмент.
Создал собственную систему учета рабочего времени для производственного предприятия, на базе нетбуков и китайских считывателей RFID-карт доступа сотрудников. Для которой написал собственный драйвер, тоже на С++. Все работало долго и успешно. При этом, данные из нетбуков автоматически обрабатывались, для целей табельной и учета заработной платы (электронные табеля и т.п.). Также поддерживал зарплатные проекты, клиент-банки, нестандартную внешнюю отчетность и много чего еще.
Моя система учета пережила три государственности: Украину, ЛНР и РФ. Жаль, что на «новых регионах» быстро победил «капитализьм» и фирму, в связи с этим, тупо законсервировали.
В общем, сейчас мечтаю, с помощью вайбинга, сделать собственный вариант платформы 1С77, по типу опенсорсной «2С» (только «лучше»). Смысла в этом немного, только ностальгия по «старой, доброй семёрке».