Идею я понял, но для того, что бы попасть на рутрекер и флибусту не обязательно пользоваться американскими vpn. С украинских ip все так же отлично работает.
Кстати, то был результат со включенным флешем. Если оставить только разность языков, то эта "утечка" уже весит 30%, хотя по описанию на вашем сайте должна быть только 20%.
Отличие языка
Язык установленный в системе и/или в браузере отличается от языка страны вашего IP-адреса. Вероятно вы пытаетесь скрыть свое местоположение через средства анонимизации.
Какой-то странный у вас способ снимания 24%.
Вообще-то русский язык является обычным для жителей СНГ и его отсутствие на компьютере как раз должно быть звоночком для спецслужб — явно какой-то шпион маскируется под аборигена.
Сколько лет езжу в Ашан и даже не подозревал, что в соседской рухляди кто-то работает и тем более там выпускается какая-то продукция. Еще фотки немного устарели — нет секондхенда построенного прямо перед проходной, который частично прикрывает завод от любопытных глаз проходящих мимо.
Ситуация чем-то похожа на завод "Большевик" на Шулявке — никто не знает что он еще жив, почти все корпуса отобрал ТРЦ, а единственный цех, где все еще работают люди и что-то выпускают, хотят снести, что бы сделать более удобную развязку.
Спасибо. Немного сбили с толку комментарии выше с оформлением. Я тоже уже пришел к такому же выводу, но пока экспериментировал с разметкой своего комментария истекло время и я просто не успел дописать эту мысль :)
Если есть полные права, то такую галочку можно поставить в любой момент. Если прав нет, то и обработка не поможет.
Ну наверное в конторах с файловой версией и с небольшим количеством пользователей 1С и с отсутствующим штатным администратором и программистом 1с действительно так. Я в маленьких конторах не работал, только подрабатывал.
Не поверишь, как раз на серверных базах в средних торговых компаниях, у которых были в штате администратор и иногда собственные 1С-программисты :) Через AD удобнее заниматься администрированием списка пользователей и нет проблемы маленьких компаний, когда все подряд заходят под учеткой человека, который уволился еще несколько лет назад, а потом по журналам регистрации не найти крайних. И кстати, для маленьких компаний поднять и обслуживать домен обычно кишка тонка.
utyv ничего не пишет про универсальность: «Может кому пригодится, есть другое решение, совсем без обработок.»
По моим наблюдениям доменная аутентификация очень распространена и при этом пароль на обычный вход не ставят вообще — заходи под кем хочешь.
По поводу вашей обработки. Интересно. Ранее правил хеши вручную, а потом возвращал назад. Возьму вашу идею на вооружение.
Но думаю, что обработку можно сделать более удобной. Ведь в вашей реализации все еще нужно вручную запускать новую сессию, не потерять старый хеш, не забыть вернуть пароль… Но ведь можно по нажатию на кнопку сменить хеш, запустить второй сеанс под нужным пользователем/паролем и тут же сменить пароль на предыдущий. А если на форму выбросить целую табличку пользователей, то можно получить диспетчер тестирования (если лицензий на все сеансы хватит).
Тогда остановимся на том, что есть некоторая услуга для ленивых сисадминов (и просто далеких от ИТ людей) по обслуживанию почты личного домена с веб-доступом из любой точки планеты, у которой есть некоторые преимущества перед аналогичными бесплатными предложениями обслуживания личных доменов от того же Яндекса. Тут все ясно — дополнительный платный сервис поверх в принципе бесплатной концепции электронной почты — как минимум экономия времени. Что контрастирует с платными сертификатами, на выпуск/перевыпуск которых уходит больше времени, чем на создание самоподписанного, но все с этим продолжали морочиться исключительно ради зеленой плашечки вместо стремного красного крестика в строке браузера.
Комплексные корпоративные пакеты — это и так понятно, но это не совсем про платную почту. В изначальном комментарии акцент был на том, что почта в прошлом была в принципе платной. Это меня и зацепило, так как не соответствовало действительности.
А если говорить про Google Apps, то у меня там были две компании. Одной стало тесно в бесплатных ограничениях и мы перевели её на Яндекс, а вторая все еще на Гугле. При этом мы за корпоративные почтовые ящики не копейки не платим ни одним, ни другим.
BaRoN уже пояснил, что имел в виду платную почту местных провайдеров, которые давали в свою локальную сеть нелимитированный бесплатный доступ, что было великой роскошью во времена помегабитной тарификации.
На счет СМС — у вас наверное какой-то особенный тарифный план. У меня одна СМС стоит как полчаса телефонного разговора (так было и во времена Jeans, и сейчас с Билайн). Но если это про будущее, то надеюсь, что все же перестанут торговать воздухом как продавцы сертификатов.
И подскажите про платную электронную почту. Я активно почтой стал пользоваться с 1999/2000 годов и тогда уже было достаточно много бесплатных почтовых сервисов с красивыми доменами. Ранее c 1996/1997 большинство пользовалось бесплатной почтой hotmail.com. А еще ранее… просто не было такого количества доступных ПК, а те кто ими владел (корпорации и учебные заведения) обычно находились в сетях с Unix-сервером, на котором был запущен собственный почтовый демон.
теоретически, по задумке фирмы 1С, для 1с програмист не нужен — даже язык програмирования на русском.
Вы живете в реалиях 90-х. Когда я в начале нулевых еще писал программы для бухгалтерского учета на Foxpro (на базе такого нелюбимого вами формата dbf), у меня была знакомая бухгалтерша с Харькова, которая жаловалась, что в 6-ке она могла сама дописывать все, что ей было нужно, а теперь у них 7-ка и нужно каждый раз вызывать программиста (кстати, мы тоже думали, что с легкостью порвем и 1С, и Парус и всех остальных). Я веду к тому, что а) бухгалтера реально правили алгоритмы; б) начиная с версии 7.5 по официальным рекомендациям для бухгалтеров более не рекомендовано лазить в код и что-то менять.
Опуститесь на землю — никакие бухгалтера там ничего не редактируют и даже не открывают конфигуратор.
Я ничего не говорил про конфигуратор. Я говорил про типовой механизм «свойства и категории», который реализован у большинства справочников и документов в коробочном решении.
Даже скажу больше. Есть такой экзамен «1С: Специалист», на котором проверяют знания и навыки внедренцев типовых решений. Если внедренец делает то, что уже реализовано в конфигурациях, то ему снимают балы. За такие дополнительные реквизиты, как вы привели пример, как раз и штрафуют — они избыточны.
Это не ниша. Те сайты которые я вам перечислил являются вашими прямыми конкурентами и они уже работают, дают рекламу, собирают фидбеки, на основании которых исправляют баги и пишут планы развития. Недовольных «сложностью» 1С, когда нужно сделать несколько примитивных движений, по результатам которых сдать отчеты и распечатать в архив первичку для проверки, становится все меньше и меньше. Если вы позиционируете себя как догоняющего догоняющих, то это путь в никуда.
Последний довод вообще из области фантастики. 1) Вадим Мазур ни за что не откажется от своего бизнеса в Украине и полюбовно решит все возникающие «претензии»; 2) украинские типовые решения пишутся в Украине в украинской компании «ABBYY Украина» украинскими программистами; 3) для особо «свидомых» платформа имеет украинскую локализацию, а последние типовые конфигурации уже практически полностью переведены на украинский язык; 4) 1С у всех ассоциируется не с Россией, а с Бухгалтерией, а вот с Россией ассоциируется в первую очередь Газпром, но его почему-то никто не запрещает и его платежки до сих пор оплачивают :)
Зачем хамить, когда вам просто перечисляют факты, о которых вы не в курсе?
А в нашей вселенной бухгалтер тетя Маша даже понятия не имеет где там что редактируется и зачем.
Тогда зачем вообще поднимать этот вопрос? Если Маше нужны дополнительные реквизиты, то она спросит на курсах / у подружек / на форуме / в службе поддержки и начнет ими пользоваться. А нет — так у нее и голова не болит, они сами по себе на форме не появляются.
То же касается всех остальных крутых фич. — Это делают програмисты и делают небесплатно.
Вы упомянули конкретную «фичу», которую у вас должен делать программист. Я ответил, что в типовых 1С для такой мелочи вообще программист не нужен. А для более продвинутых вещей, как загрузка заказов с интернет-магазина, связка с клиент-банком и подключение торгового оборудования в любом случае понадобится программист (у вас в 100% случаев, а в случае 1С даже тут можно обойтись коробочным решением, которое админ просто должен правильно настроить — если связка с Битриксом, клиент-банк работает по протоколу от 1С, а торговое оборудование прошло сертификацию на «1С: Совместимо»).
Статья для тех кто не считает что на 1с свет клином сошелся. такие люди были есть и будут, как бы вас одинэсников это не бесило.
Ну у вас и юмор. Представляю вашу тетю Машу, которая открыла Хабр и читает технические статьи :)
А на самом деле вы написали статью именно для 1С-ников, что бы указать им на их недостатки и показать, что всего один человек может на коленке написать проект, который будет востребованным на фоне ихнего детища, которое они пилят уже третий десяток лет.
Не знаю, обратили ли вы внимание, но с те люди с которыми вы яростно дискутируете последние дни, вам явно пишут, что они не одинэсники и вообще 1С-ом не занимаются.
Дочитал все комментарии и не увидел самого главного. Ни в статье, ни в комментариях, ни на гитхабе, ни на сайте zippy.com.ua я не увидел нишевого предназначения данного продукта. Очевидно, что сделать универсальное — это «сизифов труд», который никто не оценит и про который все благополучно забудут. Но конкретики никакой нет. Разве что на уровне отрицаний — это не для аптек, это не для общепита, это не будет WMS или MRP, это не для организаций с огромным документооборотом, это не для организаций с торговым оборудованием…
Я вижу просто очередной вебовский бухгалтерский калькулятор, которых уже десяток — ifin.ua, delovod.ua, webzvit.com.ua и другие. Кстати, пока дергал для вас ссылки, гугл мне заботливо предложил прочитать интересную тематическую статью на DOU — рекомендую и вам ознакомится — dou.ua/lenta/articles/oblachnyj-fenomen-onlajn-buhgalterii
От меня совет: найдите и займите узкую нишу. Когда начнете заниматься продвижением, ни в коем случае не противопоставляйте себя и продукты компании 1С. На вас будет играть уже тот факт, что у вас уже есть все готовенькое с коробки и это уже реально успешно работает у других, а продукты 1С и прочих еще нужно пилить, но хороший результат никто не гарантирует.
В 1С кстати нельзя перекопировать документ. Отчет или обработку еще можно выгрузить и подключить а новое поле документа (по котрому вы хотите лихо что то там сортировать) меняет структуру хранилища. как и новый атрибут справочника.
И поэтому несовместимы не только версии 8.0 — 8.3 а и релизы конфигураций с релизами той же версии.
Я уже не говорю про то что в 1с нельзя сделать того что не поддерживается платформой. Поэтому лепим битрикс. Поэтому делаем веб в точности похож на десктоп а потом чешем репу и пилим отдельно мобильного клиента. Через пару версий 1с действительно догонит SAP… По монстрообразности и дороговизне внедрения и саппорта.
1) Совсем непонятно, что значит «нельзя перекопировать». Все объекты метаданных отлично копируется.
2) Добавление новых полей через стандартный механизм «Свойств и категорий» не требует присутствия программиста и изменений в программе. Пользователь сам решает какие дополнительные поля добавить, а далее заполняет их и в отчетах может по ним делать отборы и сортировки.
2*) Не понятна шпилька про изменение структуры хранения данных при добавлении реквизита в конфигураторе. В реляционных БД по другому никак нельзя сделать, а вменяемые версии document-oriented database появились только в последние года (во времена 8.0-8.1-8.2 их вообще не существовало). Но даже сейчас в разных сценариях применения релационки и NoSQL показывают различные показатели, что само по себе является аргументом не менять текущую архитектуру.
3) Про несовместимость версий платформ и конфигураций какая-то фигня. Все что написано для 8.0 запустится на всех релизах платформы вплоть до самой последней из 8.3. Для 8.1 нужно будет выполнить необратимое изменение, но зато начиная с 8.1 и далее все можно «проигрывать» в режимах совместимости. Так я локально на платформе 8.3 разрабатываю конфу, которой обновляю сервер с платформой 8.2 — и все отлично. В этом кардинальное различие от вашего любимого PHP, где никакой прямой и обратной совместимости нет (при переходе с PHP3 на PHP4 пришлось переписывать буквально все).
3) В 1С можно сделать все и не важно платформа поддерживает или не поддерживает. Если достаточно передать управление внешнему процессу — запускаем внешний процесс. Если нужен какой-то специфический объект, состояние которого должен изменять код в 1С и получать какие-то отклики, то в таких случаях пишется и подключается внешняя компонента.
4) Лепить Битрикс вообще не нужно — это другая тема. Битрикс был удобной известной отечественной «не OpenSource» CMS и потому идеально подошел компании 1С (если мне не изменяет память, то у них сделка прошла даже не поглощением, а путем обмена акциями). С помощью ручного CMS компания 1С сделала эталонную связку своих торговых решений с интернет-магазином. Но эта связка на базе открытого стандарта CommercML и потому её успешно используют так же в OpenCart, PrestaShop, Magenta и во многих других решениях интернет-торговли.
5) Веб-клиент и десктопная версия действительно на вид идентичны, но я бы поспорил на предмет «кто чей клон». Последние версии десктопного приложения (вариант интерфейса Такси) — это вообще полная калька с типовых приложений для iPad.
6) Про пилим отдельно мобильный клиент — это о чем? Платформа действительно имеет сборки отдельно для Android, iOs и Windows, но конфигурация как и раньше разрабатывается в конфигураторе и может быть запущена на любом из мобильных вариантов или вообще в десктопном исполнении.
7) Про SAP не нужно. Видел как это чудо техники работает. Нужно переключаться в один интерфейс и накладывать параметры, потом переключаться в другой интерфейс и формировать отчеты; если нужно изменить фильтр, то шаманство повторить; если нужно подправить данные по отчету, то лучше его сохранить, так как нас снова ждет увлекательная смена интерфейсов. То как в 1С в одном едином окошечке можно формировать отчеты по любым фильтрам, а в процессе открывать и править документы (тем самым меняя содержимое отчета) — выглядело как фантастика.
в этом конкретном нет
в остальных да в чем и преимущество
в 1С обновление затрет все
Т.е. вам можно мержить конфликтные правки, а 1Су вы это делать запрещаете? Для начала отметим, что в отличии от вашего варианта обновления пачки файлов «вслепую», в платформе предусмотрен предварительный анализ — если обновляемые элементы никем не менялись, то изменение пройдет «тихо», а иначе будет выдан список конфликтов с предложением их разрешить (нет, совсем не как в 7.7 — на 8-й платформе обновление было переработано).
А вы знаете, что в 1С для тех, кто не хочет использовать стандартную (как по мне очень удобную) систему мержа, прямо из коробки идет интеграция с Araxis Merge, DiffMerge, KDiff3, TortoiseMerge и Perforce P4Merge, а так же есть возможность подключения любой другой diff-утилиты?
Это общие положения, а теперь немного вглубь. У тех, кто сопровождает изменения в типовых, уже давно есть наработанные методики по минимизации рисков переписывания всего с нуля при обновлении — никому не нравится терять время на мержах. Далее в последних конфигурациях (которые используют БСП) пошли на встречу поддержки внедренцев — к примеру, в типовых есть общий модуль ОбщегоНазначения, который дорабатывается поставщиками конфигурации и изменения в котором внедренцам запрещены, но так же есть общий модуль ОбщегоНазначенияПереопределяемый, в котором продублированы все процедуры и функции из основного модуля в виде заглушек, которые никогда не меняются и отданы на откуп местным программистам (данные из основных процедур перед окончанием их работы скармливаются в пользовательские аналоги, где те могут быть дополнены).
Да и в самой платформе 1С тоже внедряют удобные фичи. Начали с подписки на события, которые позволяют, не изменяя документов (или прочих объектов), навешивать на стандартные события (запись, проведение и пр.) свои дополнительные обработчики. А недавно появился вообще новый многообещающий механизм — «расширения», который позволяет вообще не снимая с поддержки типовые конфигурации как угодно их дорабатывать — описание одного из первых применений можно посмотреть тут.
Менеджер забивает накладную от этого же поставщика. В торговом зале продается тот же товар, который есть в накладной менеджера.
Если не против, я смещу акцент с физической целостности данных на логическую. Пусть менеджер меняет цену в заказе, кладовщик делает подтверждение наличия на складе, а логист делает назначение на водителя. Все делают свои действия одновременно, так как это параллельные независимые процессы. Что в результате будет в базе? Не перезатрет ли последний из акторов действия предыдущих?
Программист никакой не нужен — все работает из коробки. Были перечислены стандартные действия стандартных пользователей 1С, которые пользуются стандартными складскими отчетами (в лоб отчет «Товары в резерве на складе», но эту же информацию можно получить еще в нескольких других отчетах по анализу остатков и движений склада).
Ого, длинная ветка комментария получилась. Не буду по статье, так как ниже вероятно уже перемололи косточки, а остановлюсь только на ваших ошибках в этом треде.
я в курсе — я вижу сколько занимает документ у меня в БД.
конечно десятки позиций займут столько места но обычно столько не набивают.
Это кто не набивает? Если мы говорим не про бизнес, а про посетителя интернет магазина, то он в своем заказе действительно редко набивает больше 5-6 позиций. А теперь не смотрим на на средний бизнес, а переходим сразу к самым маленьким. Выйдите в киоск под домом за сигаретами/кофем/жвачкой/сникерсом или что вы там обычно покупаете — обратите внимание на разнообразие ассортимента в каждой из категорий; все это добро завозят в киоски в течении недели по несколько раз, но не смотря на это в накладных все равно десятки позиций. У классического мелкого дистрибютора (купил на заводе, развез по магазинам) по несколько сотен заказов в день, в каждом из которых до 20 позиций.
Из бизнеса, которому достаточно документооборота с количеством позиций меньше десяти мне приходят на ум только дорогие бутики, где 10 консультантов, 3 пары женской обуви, 2 сумочки и шарфик, но им даже 1С не подходит (не говоря про ваш опенсорс) — только SAP/R3!
в 1С кастомного поиска нет ВООБЩЕ. И как то ведут учет и даже захватили весь рынок. не понимаю откуда проблема.
Еще раз — стандартный функционал у меня не выходит за рамки СТАНДАРТНОГО функционала 1С.
Вы упоминали, что программировали 15 лет назад на 1С7.7. Видимо с тех пор вообще никаких новостей не видели. Универсальный поиск на формах списков появился еще в 8.0, а в 8.1 появился разухабистый полнотекстовый поиск по всем реквизитам объектов (включая реквизиты табличных частей) — последний использует не просто прямое символьное соответствие, а позволяет задавать правила поиска, использует спецсимволы и ключевые слова, а так же ищет по синонимам — делалось по аналогии с поиском информации в яндексе/гугле.
На счет стандартного функционала — только по платформе: работа из коробки под Windows и Linux серверами; наличие 32- и 64-битных сборок, легкая публикация на веб-серверах IIS и Apache, кросс-браузерность, наличие мобильных клиентов под Android, iOs и Windows, использование в качестве СУБД MsSQL, PostgreSQL, IBM DB2 и Oracle. Перечислять же стандартный функционал для разработки прикладных решений и дня не хватит, но пусть тут будет парочка: на базе указанного программистом источника данных, платформа сама генерирует форму отчета, его внешний вид и дает пользователю возможность управлять группировками, сортировками и оформлением; к платформе можно подключить произвольный источник данных, к которому есть ODBC-драйвер, и далее пользователь может работать с данными любой внешней таблицы как со справочником — добавлять/редактировать/удалять произвольные записи, а так же использовать эти значения в реквизитах родных справочников и документов конфигурации.
так же как в 1С — никак. Это задача кладовщика.
и не путайте учетную систему с планированием ресурсов.
Планирование ресурсов — это одна из задач учетной системы. В самой первой конфигурации, которую 1С написали, что бы отладить платформу 8.0 (я про УПП 1.0) это уже было реализовано и далее только дорабатывалось.
да, есть специфические типы учета
Например в аптеках…
рестораны тоже имеют свою специфику.
и что мне рецептуру блюд засовывать чтобы расходы считать?
там ща наплодили десятки конфигураций которые друг друга на три четверти дублируют но почему то отличаются внутренним интерфейсом.
Одна из причин почему стало сложнее и дороже с 1С.
С семеркой было гораздо проще.
Неужели вы не видите, как сами себе противоречите? 1С и их партнеры «насочиняли» сотни разных конфигураций для тех же аптек и общепитов, именно для того что бы пользователи могли сесть за рабочее место и им все было понятно и очевидно — только нужные документы, только нужные отчеты, только нужные кнопочки на формах. И никакой путаницы! В результате для конечного потребителя получается очень дешево — вместо того, что бы платить программистам за обучение предметной области, за разработку «велосипеда», за исправление багов, владелец бизнеса просто покупает готовое решение, которое используется уже у сотен тысяч его конкурентов по всей стране и приносит им прибыль (а еще можно сотрудников переманивать, которых даже переучивать не нужно).
Чуждость — это ДА. Но не сложность. В отличии от родного для китайцев (да и для большинства азиатов) омонимичного языка, эсперанто не злоупотребляет тонами. Так же в нем нет страшных для горла многих свистов и щелчков языками. При изучении нет проблемы чтения — тут в отличии от натуральных языков действительно «как слышится, так и пишется». Китайцы с сайта Lernu! отмечают, что изучать этот язык проще чем европейские. Можете сами провести среди них опрос.
Кстати, то был результат со включенным флешем. Если оставить только разность языков, то эта "утечка" уже весит 30%, хотя по описанию на вашем сайте должна быть только 20%.
Какой-то странный у вас способ снимания 24%.
Вообще-то русский язык является обычным для жителей СНГ и его отсутствие на компьютере как раз должно быть звоночком для спецслужб — явно какой-то шпион маскируется под аборигена.
Ситуация чем-то похожа на завод "Большевик" на Шулявке — никто не знает что он еще жив, почти все корпуса отобрал ТРЦ, а единственный цех, где все еще работают люди и что-то выпускают, хотят снести, что бы сделать более удобную развязку.
Не поверишь, как раз на серверных базах в средних торговых компаниях, у которых были в штате администратор и иногда собственные 1С-программисты :) Через AD удобнее заниматься администрированием списка пользователей и нет проблемы маленьких компаний, когда все подряд заходят под учеткой человека, который уволился еще несколько лет назад, а потом по журналам регистрации не найти крайних. И кстати, для маленьких компаний поднять и обслуживать домен обычно кишка тонка.
По моим наблюдениям доменная аутентификация очень распространена и при этом пароль на обычный вход не ставят вообще — заходи под кем хочешь.
По поводу вашей обработки. Интересно. Ранее правил хеши вручную, а потом возвращал назад. Возьму вашу идею на вооружение.
Но думаю, что обработку можно сделать более удобной. Ведь в вашей реализации все еще нужно вручную запускать новую сессию, не потерять старый хеш, не забыть вернуть пароль… Но ведь можно по нажатию на кнопку сменить хеш, запустить второй сеанс под нужным пользователем/паролем и тут же сменить пароль на предыдущий. А если на форму выбросить целую табличку пользователей, то можно получить диспетчер тестирования (если лицензий на все сеансы хватит).
А если говорить про Google Apps, то у меня там были две компании. Одной стало тесно в бесплатных ограничениях и мы перевели её на Яндекс, а вторая все еще на Гугле. При этом мы за корпоративные почтовые ящики не копейки не платим ни одним, ни другим.
BaRoN уже пояснил, что имел в виду платную почту местных провайдеров, которые давали в свою локальную сеть нелимитированный бесплатный доступ, что было великой роскошью во времена помегабитной тарификации.
И подскажите про платную электронную почту. Я активно почтой стал пользоваться с 1999/2000 годов и тогда уже было достаточно много бесплатных почтовых сервисов с красивыми доменами. Ранее c 1996/1997 большинство пользовалось бесплатной почтой hotmail.com. А еще ранее… просто не было такого количества доступных ПК, а те кто ими владел (корпорации и учебные заведения) обычно находились в сетях с Unix-сервером, на котором был запущен собственный почтовый демон.
Так владеть шестизнаком уже не модно?
(ушла эпоха...)
Вы живете в реалиях 90-х. Когда я в начале нулевых еще писал программы для бухгалтерского учета на Foxpro (на базе такого нелюбимого вами формата dbf), у меня была знакомая бухгалтерша с Харькова, которая жаловалась, что в 6-ке она могла сама дописывать все, что ей было нужно, а теперь у них 7-ка и нужно каждый раз вызывать программиста (кстати, мы тоже думали, что с легкостью порвем и 1С, и Парус и всех остальных). Я веду к тому, что а) бухгалтера реально правили алгоритмы; б) начиная с версии 7.5 по официальным рекомендациям для бухгалтеров более не рекомендовано лазить в код и что-то менять.
Я ничего не говорил про конфигуратор. Я говорил про типовой механизм «свойства и категории», который реализован у большинства справочников и документов в коробочном решении.
Даже скажу больше. Есть такой экзамен «1С: Специалист», на котором проверяют знания и навыки внедренцев типовых решений. Если внедренец делает то, что уже реализовано в конфигурациях, то ему снимают балы. За такие дополнительные реквизиты, как вы привели пример, как раз и штрафуют — они избыточны.
Последний довод вообще из области фантастики. 1) Вадим Мазур ни за что не откажется от своего бизнеса в Украине и полюбовно решит все возникающие «претензии»; 2) украинские типовые решения пишутся в Украине в украинской компании «ABBYY Украина» украинскими программистами; 3) для особо «свидомых» платформа имеет украинскую локализацию, а последние типовые конфигурации уже практически полностью переведены на украинский язык; 4) 1С у всех ассоциируется не с Россией, а с Бухгалтерией, а вот с Россией ассоциируется в первую очередь Газпром, но его почему-то никто не запрещает и его платежки до сих пор оплачивают :)
Зачем хамить, когда вам просто перечисляют факты, о которых вы не в курсе?
Тогда зачем вообще поднимать этот вопрос? Если Маше нужны дополнительные реквизиты, то она спросит на курсах / у подружек / на форуме / в службе поддержки и начнет ими пользоваться. А нет — так у нее и голова не болит, они сами по себе на форме не появляются.
Вы упомянули конкретную «фичу», которую у вас должен делать программист. Я ответил, что в типовых 1С для такой мелочи вообще программист не нужен. А для более продвинутых вещей, как загрузка заказов с интернет-магазина, связка с клиент-банком и подключение торгового оборудования в любом случае понадобится программист (у вас в 100% случаев, а в случае 1С даже тут можно обойтись коробочным решением, которое админ просто должен правильно настроить — если связка с Битриксом, клиент-банк работает по протоколу от 1С, а торговое оборудование прошло сертификацию на «1С: Совместимо»).
Ну у вас и юмор. Представляю вашу тетю Машу, которая открыла Хабр и читает технические статьи :)
А на самом деле вы написали статью именно для 1С-ников, что бы указать им на их недостатки и показать, что всего один человек может на коленке написать проект, который будет востребованным на фоне ихнего детища, которое они пилят уже третий десяток лет.
Не знаю, обратили ли вы внимание, но с те люди с которыми вы яростно дискутируете последние дни, вам явно пишут, что они не одинэсники и вообще 1С-ом не занимаются.
Я вижу просто очередной вебовский бухгалтерский калькулятор, которых уже десяток — ifin.ua, delovod.ua, webzvit.com.ua и другие. Кстати, пока дергал для вас ссылки, гугл мне заботливо предложил прочитать интересную тематическую статью на DOU — рекомендую и вам ознакомится — dou.ua/lenta/articles/oblachnyj-fenomen-onlajn-buhgalterii
От меня совет: найдите и займите узкую нишу. Когда начнете заниматься продвижением, ни в коем случае не противопоставляйте себя и продукты компании 1С. На вас будет играть уже тот факт, что у вас уже есть все готовенькое с коробки и это уже реально успешно работает у других, а продукты 1С и прочих еще нужно пилить, но хороший результат никто не гарантирует.
1) Совсем непонятно, что значит «нельзя перекопировать». Все объекты метаданных отлично копируется.
2) Добавление новых полей через стандартный механизм «Свойств и категорий» не требует присутствия программиста и изменений в программе. Пользователь сам решает какие дополнительные поля добавить, а далее заполняет их и в отчетах может по ним делать отборы и сортировки.
2*) Не понятна шпилька про изменение структуры хранения данных при добавлении реквизита в конфигураторе. В реляционных БД по другому никак нельзя сделать, а вменяемые версии document-oriented database появились только в последние года (во времена 8.0-8.1-8.2 их вообще не существовало). Но даже сейчас в разных сценариях применения релационки и NoSQL показывают различные показатели, что само по себе является аргументом не менять текущую архитектуру.
3) Про несовместимость версий платформ и конфигураций какая-то фигня. Все что написано для 8.0 запустится на всех релизах платформы вплоть до самой последней из 8.3. Для 8.1 нужно будет выполнить необратимое изменение, но зато начиная с 8.1 и далее все можно «проигрывать» в режимах совместимости. Так я локально на платформе 8.3 разрабатываю конфу, которой обновляю сервер с платформой 8.2 — и все отлично. В этом кардинальное различие от вашего любимого PHP, где никакой прямой и обратной совместимости нет (при переходе с PHP3 на PHP4 пришлось переписывать буквально все).
3) В 1С можно сделать все и не важно платформа поддерживает или не поддерживает. Если достаточно передать управление внешнему процессу — запускаем внешний процесс. Если нужен какой-то специфический объект, состояние которого должен изменять код в 1С и получать какие-то отклики, то в таких случаях пишется и подключается внешняя компонента.
4) Лепить Битрикс вообще не нужно — это другая тема. Битрикс был удобной известной отечественной «не OpenSource» CMS и потому идеально подошел компании 1С (если мне не изменяет память, то у них сделка прошла даже не поглощением, а путем обмена акциями). С помощью ручного CMS компания 1С сделала эталонную связку своих торговых решений с интернет-магазином. Но эта связка на базе открытого стандарта CommercML и потому её успешно используют так же в OpenCart, PrestaShop, Magenta и во многих других решениях интернет-торговли.
5) Веб-клиент и десктопная версия действительно на вид идентичны, но я бы поспорил на предмет «кто чей клон». Последние версии десктопного приложения (вариант интерфейса Такси) — это вообще полная калька с типовых приложений для iPad.
6) Про пилим отдельно мобильный клиент — это о чем? Платформа действительно имеет сборки отдельно для Android, iOs и Windows, но конфигурация как и раньше разрабатывается в конфигураторе и может быть запущена на любом из мобильных вариантов или вообще в десктопном исполнении.
7) Про SAP не нужно. Видел как это чудо техники работает. Нужно переключаться в один интерфейс и накладывать параметры, потом переключаться в другой интерфейс и формировать отчеты; если нужно изменить фильтр, то шаманство повторить; если нужно подправить данные по отчету, то лучше его сохранить, так как нас снова ждет увлекательная смена интерфейсов. То как в 1С в одном едином окошечке можно формировать отчеты по любым фильтрам, а в процессе открывать и править документы (тем самым меняя содержимое отчета) — выглядело как фантастика.
Т.е. вам можно мержить конфликтные правки, а 1Су вы это делать запрещаете? Для начала отметим, что в отличии от вашего варианта обновления пачки файлов «вслепую», в платформе предусмотрен предварительный анализ — если обновляемые элементы никем не менялись, то изменение пройдет «тихо», а иначе будет выдан список конфликтов с предложением их разрешить (нет, совсем не как в 7.7 — на 8-й платформе обновление было переработано).
А вы знаете, что в 1С для тех, кто не хочет использовать стандартную (как по мне очень удобную) систему мержа, прямо из коробки идет интеграция с Araxis Merge, DiffMerge, KDiff3, TortoiseMerge и Perforce P4Merge, а так же есть возможность подключения любой другой diff-утилиты?
Это общие положения, а теперь немного вглубь. У тех, кто сопровождает изменения в типовых, уже давно есть наработанные методики по минимизации рисков переписывания всего с нуля при обновлении — никому не нравится терять время на мержах. Далее в последних конфигурациях (которые используют БСП) пошли на встречу поддержки внедренцев — к примеру, в типовых есть общий модуль ОбщегоНазначения, который дорабатывается поставщиками конфигурации и изменения в котором внедренцам запрещены, но так же есть общий модуль ОбщегоНазначенияПереопределяемый, в котором продублированы все процедуры и функции из основного модуля в виде заглушек, которые никогда не меняются и отданы на откуп местным программистам (данные из основных процедур перед окончанием их работы скармливаются в пользовательские аналоги, где те могут быть дополнены).
Да и в самой платформе 1С тоже внедряют удобные фичи. Начали с подписки на события, которые позволяют, не изменяя документов (или прочих объектов), навешивать на стандартные события (запись, проведение и пр.) свои дополнительные обработчики. А недавно появился вообще новый многообещающий механизм — «расширения», который позволяет вообще не снимая с поддержки типовые конфигурации как угодно их дорабатывать — описание одного из первых применений можно посмотреть тут.
Если не против, я смещу акцент с физической целостности данных на логическую. Пусть менеджер меняет цену в заказе, кладовщик делает подтверждение наличия на складе, а логист делает назначение на водителя. Все делают свои действия одновременно, так как это параллельные независимые процессы. Что в результате будет в базе? Не перезатрет ли последний из акторов действия предыдущих?
Программист никакой не нужен — все работает из коробки. Были перечислены стандартные действия стандартных пользователей 1С, которые пользуются стандартными складскими отчетами (в лоб отчет «Товары в резерве на складе», но эту же информацию можно получить еще в нескольких других отчетах по анализу остатков и движений склада).
Это кто не набивает? Если мы говорим не про бизнес, а про посетителя интернет магазина, то он в своем заказе действительно редко набивает больше 5-6 позиций. А теперь не смотрим на на средний бизнес, а переходим сразу к самым маленьким. Выйдите в киоск под домом за сигаретами/кофем/жвачкой/сникерсом или что вы там обычно покупаете — обратите внимание на разнообразие ассортимента в каждой из категорий; все это добро завозят в киоски в течении недели по несколько раз, но не смотря на это в накладных все равно десятки позиций. У классического мелкого дистрибютора (купил на заводе, развез по магазинам) по несколько сотен заказов в день, в каждом из которых до 20 позиций.
Из бизнеса, которому достаточно документооборота с количеством позиций меньше десяти мне приходят на ум только дорогие бутики, где 10 консультантов, 3 пары женской обуви, 2 сумочки и шарфик, но им даже 1С не подходит (не говоря про ваш опенсорс) — только SAP/R3!
Вы упоминали, что программировали 15 лет назад на 1С7.7. Видимо с тех пор вообще никаких новостей не видели. Универсальный поиск на формах списков появился еще в 8.0, а в 8.1 появился разухабистый полнотекстовый поиск по всем реквизитам объектов (включая реквизиты табличных частей) — последний использует не просто прямое символьное соответствие, а позволяет задавать правила поиска, использует спецсимволы и ключевые слова, а так же ищет по синонимам — делалось по аналогии с поиском информации в яндексе/гугле.
На счет стандартного функционала — только по платформе: работа из коробки под Windows и Linux серверами; наличие 32- и 64-битных сборок, легкая публикация на веб-серверах IIS и Apache, кросс-браузерность, наличие мобильных клиентов под Android, iOs и Windows, использование в качестве СУБД MsSQL, PostgreSQL, IBM DB2 и Oracle. Перечислять же стандартный функционал для разработки прикладных решений и дня не хватит, но пусть тут будет парочка: на базе указанного программистом источника данных, платформа сама генерирует форму отчета, его внешний вид и дает пользователю возможность управлять группировками, сортировками и оформлением; к платформе можно подключить произвольный источник данных, к которому есть ODBC-драйвер, и далее пользователь может работать с данными любой внешней таблицы как со справочником — добавлять/редактировать/удалять произвольные записи, а так же использовать эти значения в реквизитах родных справочников и документов конфигурации.
Планирование ресурсов — это одна из задач учетной системы. В самой первой конфигурации, которую 1С написали, что бы отладить платформу 8.0 (я про УПП 1.0) это уже было реализовано и далее только дорабатывалось.
Неужели вы не видите, как сами себе противоречите? 1С и их партнеры «насочиняли» сотни разных конфигураций для тех же аптек и общепитов, именно для того что бы пользователи могли сесть за рабочее место и им все было понятно и очевидно — только нужные документы, только нужные отчеты, только нужные кнопочки на формах. И никакой путаницы! В результате для конечного потребителя получается очень дешево — вместо того, что бы платить программистам за обучение предметной области, за разработку «велосипеда», за исправление багов, владелец бизнеса просто покупает готовое решение, которое используется уже у сотен тысяч его конкурентов по всей стране и приносит им прибыль (а еще можно сотрудников переманивать, которых даже переучивать не нужно).