Комментарии 52
СУБД (MS SQL) возможно установить только на операционные системы Microsoft.
MS SQL Server можно установить на Linux. Странно, что автор этого не знает. Другое дело, что 1С, развернутая на Linux, не умеет работать с MS SQL. Может быть и это поменялось - не знаю.
Зачем 1Ске VDI? Нет ну в каких-то экзотических случаях наверняка пригодится (например, для подключения какого-нибудь сканера штрих-кодов), но вообще современная 1С работает по протоколу HTTP, может работать не только в собственном клиенте, но и в обычном браузере. Но по прочтении статьи сложилось чувство, что автор застрял в нулевых, когда 1Ску повсеместно юзали через терминал.
И еще в статье не акцентировано внимание на том, что по факту выбор стоит между связками Windows+MS SQL vs Linux + Postgresql. Postgres под виндой довольно слабый вариант, в силу особенностей архитектуры postgres'а.
Самой 1С VDI не нужен конечно. После 20 года многие компании выбрали именно это решение для удаленного доступа сотрудников и количество инсталляций растет. А вот в VDI конечно можно работать и веб-клиентом, и тонким, и толстым (для гурманов).
Акцент сделан на отказ от иностранного ПО. Гибридные варианты можно рассматривать только как промежуточные варианты на этапе миграции.
Применительно к 1С. Иногда конкурентные преимущества пытаются получить не конкурентными методами. И сотрудники МВД проводит экспертизу изымая технику примерно на месяц. VDI сильно помогает пережить неприятный период.
Vdi же внедряется не для 1С, он уже существует во многих крупных организациях и соответственно есть требования для работы 1С через терминал. В статье же не говорится, что это стандарт де факто.
про Proxmox забыли написать.
и про Linux сервера можно было написать, что отказоустойчивость лучше чем у Windows.
впечатление такое что статья опоздала лет на 5..
почти все кого знаю давно перетащили 1С на centos или debian, давно переехали с сомнительного mssql на postgresql, давно стали юзать веб клиента там где нет необходимости в нативном.. и все кроме одного хвастались тем что на том же железе миграция с вынь на линь и с мыскуль на пускуль добавила чутка производительности без доп тюнинга..
справедливости ради знаю и пару тех кто мигрировал в обратном направлении, в одном случае это была острая необходимость active-active субд (постгря увы только active-passive), в другом странные тараканы в голове человека который в течении часа мне пытался доказать что линукс годится только для игрушек и в сурьёзных компаниях его не используют (ага ага, несерьёзный амазон все облака на хайперви видать держит).
Само отношение к 1С у многих осталось во временах 7.7 и 8.0. Многие до сих пор боятся Linux и Postgres. Цели статьи как раз совпадают с вашим мессаджем.
Сомнительного mssql?
Ну допустим, да, что вендор MS SQL ничего не понимает в СУБД, и вообще это никому неизвестная контора с уставным капиталом в 10к.
А PostgreSQL, это надежный и проверенный поставщик ПО. И сама СУБД - отличная СУБД с открытым исходным кодом. Но, вот беда, 1С не работает на том самом надежном PostgreSQL, который можно скачать с postgresql.org.
Для 1С нужны проприетарные спецсборки PostgreSQL либо от самой 1С (PostgreSQL от 1С), либо от других вендоров: Postgres Pro или Tantor SE 1C, с уставными капиталами по 100к рублей каждый.
Так что, какая тут СУБД еще сомнительней и по какой СУБД больше документации, учебных материалов, специалистов, примеров больших внедрений и т.п. ничего не значащих мелких нюансов еще вопрос.
Да там практически ванильная постгря с "парочкой незначительных" патчей типа регистровонезависимой сортировки и прочих мелочей, которые при желании можно накатить на исходники ванильной и собрать самому.
Ну допустим, да, что вендор MS SQL ничего не понимает в СУБД
не в субд а в разработке и поставке софта в целом я бы сказал
контора с уставным капиталом в 10к.
как буд-то это что-то значит...
А PostgreSQL, это надежный и проверенный поставщик ПО. И сама СУБД - отличная СУБД с открытым исходным кодом
да
Но, вот беда, 1С не работает на том самом надежном PostgreSQL, который можно скачать с postgresql.org
вполне себе работает, да, не идеально, на патченной лучше, ну так для того и существуют спецсборки, я уверен что если бы была возможность пропатчить mssql под 1с обнаружилось бы что и там есть что патчить, и не от того что mssql плохая, а от того что разрабы 1с.. ну не буду тут материться.
Для 1С нужны проприетарные спецсборки PostgreSQL либо от самой 1С (PostgreSQL от 1С), либо от других вендоров: Postgres Pro или Tantor SE 1C, с уставными капиталами по 100к рублей каждый.
не обязательно проприетарные, возьми патчик да собери сам, а лучше опакеть. да и к чему опять про уставной капитал? вам просто нравится говорить безсмыслицу?
по какой СУБД больше документации, учебных материалов
не знаю по какой больше, но знаю по какой лучше, всё что находил по постгре читаемо, понятно, просто. инфу по mssql же часто нужно с поллитрой пытаться осознать
специалистов
по моему опыту как раз таки по постгре, хороший dba в целом редкий зверь, но постгресиста находили на проекты, а вот любителя сомнительных поделий не нашлось..
А можете рассказать кто эти "почти все кого знаю"? У меня вот какая-то обратная картина, что из ТОП-100 компаний почти никто не уехал большими базами с MS. А уж 5 лет назад я вообще не слышал чтобы хоть кто-то запускал 1С не на винде.
Расскажите кто переехал 10+ ТБ базы 1С на Postgre, я б с удовольствием пообщался
Я бы конечно мог сейчас у каждого спросить могу ли я их упомянуть в публичных комментах на хабре.. Но мне лень, да и заранее знаю ответы. Никто не любит когда о них что-то рассказывают.
Алсо, про размеры бд я так на память про всех не скажу, но точно знаю что у двоих из упомянутых и правда 10+тб.
А вот господа из одной известной конторы занимающейся обслуживанием 1с у клиентов в курилке говорили мне что по возможности не допускают разростания бд до таких размеров вне зависимости от того какая субд. Уж простите не копенгаген в вопросах 1с,но как я понял суть в том что иногда создаётся новая бд, а старая подклбчается к новой в режиме ro как исторический справочник. Не берусь судить о правильности этого решения, но господа именитые и с кучей клиентов, наверное знают что делают. (правда я не помню о каких конфигурациях шла речь, мб это так же не для всех применимо).
Многие до сих пор боятся Linux и Postgres
Лично я больше боюсь самой 1С, я правда уже года 4 как счастлив держаться от оной подальше и не пересекаться, но на моей памяти это очень всратая поделка с кучей сиииильно сомнительных решений..
Заинтриговали. Подробности будут?
Подробности чего? Моей жизни? Да я вроде не блохер..
Ну как же! Про "с кучей сиииильно сомнительных решений". Список хотя бы для начала.
начать хотя бы со способа распространения ПО, не проще ли было сделать репозиторий с доступом по логин/пароль или rsa ключу, нет надо чтобы юзверь страдал и ручками таскал пакеты (они и до пакетов то не сразу додумались).
с запуском 1с тоже есть вопросики, ведь service для systemd они как я помню дропнули
а список зависимостей у пакета вы видели? легаси gtk...
я честно не хочу вспоминать от чего ещё у меня глаз дёргался.
конечно мб я отстал от жизни и за те несколько лет что я не сталкиваюсь с 1С все косяки исправлены.. но врятли..
Ну сервис они перевели на systemd в одном из последних релизов. С 20-го вроде бы релиза run-инсталлятор не хуже винды, сейчас как раз вроде бы в него все пакеты повтыкали нужные, так что ничего не надо доустанавливать.
По поводу распространения, то никто не мешает сделать скрипт, который будет брать пакет с ИТС, но я бы поостерегся обновлять на последнюю версию. Но это не только 1С'а болезнь. Вот, например, у нас чеоез опенконнект в конторе впн. И у коллеги федора, в которой 9.12 версия оного, а у меня убунту, в котором 8.20 версия, в итоге я нормально цепляюсь, а у него на протокол ругается (вроде бы ТЛС 1.0 еще - мамонта какашки).
Но это в части обслуживания. При том они в последних версиях реализовали телеметрию по хттп (опенметрик), чтобы не городить огороды для мониторинга инфраструктуры. Растут вот прям на глазах!
И да, писал тут на с++ внешнюю компоненту для телефонии, узнал, что они с 21-й версии сделали возможность запускать ВК в изолированном контейнере, когда необработанное исключение не грохает rphost. Я считаю это тоже большим шагом вперед.
run-инсталлятор не хуже винды, сейчас как раз вроде бы в него все пакеты повтыкали нужные, так что ничего не надо доустанавливать.
Спвсибо посмеялся.. Сделали такое же гавно как в убогой винде, от спасибо!
По поводу распространения, то никто не мешает сделать скрипт, который будет брать пакет с ИТС,
Я то могу скрипт написать, я этим целыми днями занимаюсь. Вопрос только в том что это не решает первоначальной проблемы - софт в обход пакетного менеджера это богомерзость.
Я считаю это тоже большим шагом вперед.
Большой, вот только как всегда запоздалый..
А что, дрова нивидии и АМД давно шли с таким инсталлятором. И пакеты для rpm и deb вполне себе продолжают поставляться. Никто ж не виноват, что большинство админов и винду-то толком не знают, не говоря уже о Linux, который в чем-то даже проще. Это не проблема 1С - это проблема того, что народ ленив, и пока им это не надо - они не будут в это вникать.
Ну, надеюсь, Вы поняли, что есть и для пакетного менеджера работа. С другой стороны, у меня в убунту чуть ли не половина софта ставятся из snap-репы. И вот, представьте, я ни разу не умер.
А по поводу шага вперед, то никогда не поздно. Ну или лучше поздно, чем никогда. В действительности, много чего появляется в платформе. Вебсокеты в 27-й версии даже планируют. Абдейт и мердж для регистров сделали. Но все это, к сожалению, порог входа увеличивает. Я не так давно партнеру по сервисам (какая-то контора, которая пилит рекламную статистику и иже с ним) объяснял, как дернуть SOAP. И у них ни разу не 1С. Я им сначала код на питоне скинул, потом сам пакет запроса, потом переделал все на REST-API от греха подальше. Но впечатление, что сейчас народ в технологиях все меньше и меньше понимает - одни 1С-ники шарят )))
А что, дрова нивидии и АМД давно шли с таким инсталлятором.
В нормальных дистрах дрова невидии ставятся пакетом из реп, а дрова на амуду вообще давно часть ядра и установки отдельной не требуют
И пакеты для rpm и deb вполне себе продолжают поставляться
Для ручного скачивания с кривоватого сайтика (спасибо что хоть cdn недавно освоили). Это полумеры, всё равно как если бы автосалон продавал авто в разобранном виде. Тауое можно простить разрабам мелких утилит, мейнтейнеры за них сделают. Но крупной конторе продающей софт за много денег это непростительно.
Да полно больших контор, софт которых чтобы поставить - сдохнуть. Тем более у 1С в отличии от многих этих контор вполне себе сборки для всех поддерживаемых дистров в актуальном состоянии. А то я как-то другу openvpn на минте ставил - пришлось собрать пакет из исходников, т.к. там на то время был 2.4.4, а последний 2.8.6 вроде бы (уже не вспомню). И, возвращаясь к админам, то когда он подтыкался с 2.4.4 к инфраструктуре, то соединение устанавливалось, но RDPбыл недоступен. Подоткнулся админ, материл Торвальдса час и ни с чем отбыл. Потом его начальник, матеря Линуса еще час, тоже ничего не добился. Не хватило ума у двух админов обновить пакет. И да, deb-пакета с новой версией я не нашел на просторах интернетов, но я не гордый - могу и make&&make install написать в командной строке - не развалюсь.
Это вы с другими ERP не сталкивались. SAP, Axapta / Navision и т.д. Там чудес возможно поболее.
В 1С с фундаментом проблемы, что уже приводит к большим проблема. Но вообще странно сравнивать с устаревшими ERP-системами. Лучше с чем-то современным.
Ну статья 19-го года. Со многим в ней я не соглашусь, а кое-что устарело - появилась асинхронность, например, которая убирает тот самый "ад коллбэков", хотя я бы не сказал, что он в 1С настолько актуален. Взаимодействие сервера и клиента - это вообще в любой системе. или Вы думаете, что хабр все на джаваскрипте делает? )))
Взаимодействие сервера и клиента - это вообще в любой системе.
Ну не совсем. В lsFusion это не нужно. Высокоуровневая платформа без проблем может взять это на себя, не нагружая этим разработчика. Да, при этом теряется "контроль", но автоматические механизмы в большинстве случаев будут работать лучше, чем будет делать среднестатистический разработчик.
Ведь часто бывает, когда посредственный программист, не понимая что происходит под капотом (не только в 1С), просто начинает гонять огромные данные с клиента на сервер и обратно, так как это легко делается. И все это приводит к потере производительности.
Хоспаде, да я смотрел ваш изфьюжн - это кривое и косое нечто. По крайней мере то, что я там заметил с первого взгляда, не круто. Одни колонки с тремя буквами в наименовании, о содержании которых можно только догадываться, т.к. раздвинуть их нальзя, а при наведении на шапку таблицы нет никакой всплывающей подсказки. И оторванность разработчиков изфьюжна от понятия клиента и сервера - это явное зло, т.к. он что-то там напишет, совершенно не понимая, что это все будет бегать-прыгать тыще раз к СУБД, а ему-то кажется, что он джисоны на клиенте туды-сюда гоняет. Фактически у него нет представления о бэкенде, и это для продукта вообще ни разу не хорошо.
Одни колонки с тремя буквами в наименовании, о содержании которых можно только догадываться, т.к. раздвинуть их нальзя, а при наведении на шапку таблицы нет никакой всплывающей подсказки.
Очень странно придираться к мелочам, когда речь идет о гораздо более глобальных вопросах и проблемах. Это тоже самое, что фокусироваться на гендерно-нейтральных туалетах.
И оторванность разработчиков изфьюжна от понятия клиента и сервера - это явное зло, т.к. он что-то там напишет, совершенно не понимая, что это все будет бегать-прыгать тыще раз к СУБД, а ему-то кажется, что он джисоны на клиенте туды-сюда гоняет.
Я про то, что если грузить проблемами взаимодействия клиент-сервер/сервер-СУБД разработчика, то это значительно повышает требования к его квалификации. А для таких разработчиков непонятно зачем им вообще 1С, если есть куда более современные средства и фрэймворки, как фронт, так и бэкенд разработки (базирующиеся на Java/Python/Go/Kotlin и т.д.). Если же мы говорим о разработчиках, которые ближе к бизнес-аналитикам, то они все равно в этом нормально разбираться не будут.
К тому же, не очень понятно, в чем там вообще могут быть проблемы. Например, в lsFusion от сервера приложений до браузера летают исключительно видимые данные. В обратную сторону - изменения. От СУБД на сервер приложений опять же, только текущие данные необходимые для отрисовки, а от сервера приложений к серверу БД изменения во временные таблицы. Все вычисления идут на сервере БД. Тут разработчику ничем можно и не управлять - автоматический процесс достаточно эффективен.
Ну может кому-то туалеты мелочью кажутся, а может они и есть мелочь - вряд ли нам это известно доподлинно. Но да, освобождать места для ИИ нужно уже сейчас, а то Земля-матушка всех прокормить не сможет, особенно тех, кто в среднем имеет индекс массы тела за 30 и называет теперь это боди-позитив. Все меняется в этом мире. Надо же кому-то сбагривать мегатонны лекарств за триллионы недеревянных и рассказывать что шагомер в часах и телефонах - это с сегодняшнего дня просто маркетинг. В общем надо мнение хомячков адаптировать к текущей реальности, а не к потенциальному будущему, ибо ну еще математику учить начнут - запретить! И таких мелочей много. На эту тему видео было, что если в чистую воду добавить какую-то хрень, то получится какая-то хрень даже при весьма небольшой концентрации, а тут куда не глянь - хрень.
Вот и в изфьюжн то же самое, что портит первое впечатление. При том править это никто не планирует, т.к. никто не тестирует, видимо. И, предположу, что раз на нем работает две с половиной конторы из пяти миллионов, то на долю рынка низкая цена и "беспрецедентное качество" вообще не влияет, хотя должно бы. Ну и тех, кто это все может прилично развернуть, тоже что-то не вижу. Объективная реальность показывает, что 1С лучше, т.к. количество внедрений 1С на много порядков больше, чем количество внедрений изфьюжн. Но тут я просто могу чего-то не знать. Было бы интересно увидеть несколько статей про внедрение этой штуки с подробным описанием и тестированием производительности, юзабилити и всего прочего.
Объективная реальность показывает, что 1С лучше, т.к. количество внедрений 1С на много порядков больше, чем количество внедрений изфьюжн.
Всегда то, что появилось раньше - используют больше. По такой логике SAP в разы лучше, так как на нем работают гораздо больше. А на практике бывает, как правило, наоборот. То, что более свежее, не обладает тем техническим долгом, который есть у устаревших продуктов.
Было бы интересно увидеть несколько статей про внедрение этой штуки с подробным описанием и тестированием производительности, юзабилити и всего прочего.
И что именно Вы бы хотели увидеть ? Вот демка - это основа, на которой работают розничные сети (хотя понятно, что каждая сеть уникальна, и много чего доделывается под конкретные процессы). И в целом, в блоге lsFusion много описано подробностей того, как это все дорабатывается и внедряется.
Вы считаете, что это все бутафория, и на самом деле клиенты вымышленные ? Что касается надежности, то есть много клиентов, у которых кассы (не FMCG) работают в онлайне с основным сервером (как обычные пользователи). То есть любое падение сервера - это остановка магазинов. Так что выводы по надежности платформы можете сделать сами.
Демка - это не внедрение. Вот ниже писали по 2500 пользователей. Вот про это нужнга статья, а не демка. И в статье нужно кейсы описывать, т.е. реальные решенные проблемы заказчика, а не "наша система лучше, чем 1С, вот вам сцылка на статью 19-го года, в которой написано про 1С плохо". Это манипуляция, а люди не любят манипуляторов (если догадываются, что ими манипулируют, конечно - про туалеты тут как раз к этой теме).
Вы из секты lsFusion - тогда понятно. Нее, концепция у вас очень интересная, с удовольствием наблюдаю за развитием. Но пока в кровавый энтерпрайз вам рано. Тут нужна не только в терминологии 1С сама платформа, но и уже готовые "типовые конфигурации". Нужна как минимум бухгалтерия со всеми отчетами в сотни регулирующих органов в их формате (печатные формы и файлы в нужных форматах для сдачи отчетности), десятки готовых печатных форм утвержденных документов - УПД, ТН, ТТН, всякие ТОРГ-12, М-15, МХ-18 и прочие-прочие. Нужна поддержка и оперативное обновление всего этого хозяйства под новые требования и формы налоговых, пенсионных и прочих. Нужна поддержка ЭДО. И это всё уже должно быть готовое и типовое. Чтобы можно было ставить и пользоваться. Это есть ?
А какие еще современные ERP с которыми стоит сравниться знаете?
Но пока в кровавый энтерпрайз вам рано.
Ну только lsFusion в энтерпрайзе уже 10 лет. Более 70% розничных сетей РБ работают на базе решений на платформе lsFusion. Самое крупное внедрение - это 2.500 одновременных пользователей, миллиарды записей, террабайтная база. И все это на двух двухпроцессорных серверах еще и с большим запасом по ресурсам.
Нужна как минимум бухгалтерия
Даже в SAP'овских инсталляциях часто бухгалтерия идет сбоку и делается в 1С. lsFusion нужен для все оперативных бизнес-процессов.
УПД, ТН, ТТН, всякие ТОРГ-12, М-15, МХ-18 и прочие-прочие. Нужна поддержка и оперативное обновление всего этого хозяйства под новые требования и формы налоговых, пенсионных и прочих. Нужна поддержка ЭДО. И это всё уже должно быть готовое и типовое. Чтобы можно было ставить и пользоваться. Это есть ?
Это есть, например, для розничной торговли. И есть внедрения, как в РБ, так и в РФ и в Узбекистане.
А какие еще современные ERP с которыми стоит сравниться знаете?
ERP - это слишком абстрактное понятие. Есть множество как мелких, так и очень крупных компаний. И их все под одну гребенку - не правильно. Для небольших компаний есть много разных решений. Например, MyCompany.
Вот, кстати, отличный повод написать статью про 2500 пользователей. Я бы с удовольствием почитал. И не маркетинговая статья нужна, а про реальные кейсы, их решение, уровень поддержки (SLA), возникшие в ходе внедрения и эксплуатации проблемы. Т.е. такая правда-=матка, а не "мы написали систему, которая лучше, но мы вам про нее не расскажем, можете вот тут потыкать". Я так и не получил, кстати, ответа на то, как можно в изфьюжене в производстве до первички спуститься из выпуска. Тоже интересный вопрос
Вот, кстати, отличный повод написать статью про 2500 пользователей. Я бы с удовольствием почитал. И не маркетинговая статья нужна, а про реальные кейсы, их решение, уровень поддержки (SLA), возникшие в ходе внедрения и эксплуатации проблемы.
Так писали же. Только не относительно одного внедрения, а многих.
Вот как настраивается и работает сервер приложений. Тут про СУБД. Как дорабатываем. Как мигрируем со старых систем. Как работают интерфейсы (динамические списки, логика ввода всяких прайсов и прочего, подбор в документах). Как оптимизируем. Вот какие проблемы бывают с пользователями. Как ищем разработчиков. И, собственно, вот статья по функционалу решения, которое внедряется в эти компании.
Или нужна статья в стиле "Все топ-менеджеры были счастливы, продажи увеличились на X%, а расходы сократились на Y%" ?
Ну про сервер приложений, то название статьи и исфьюжн в моей голове ни разу не съехались. Ну джава-приложение, и что?
Про доработку - да, интереснее, но почему "вот предположим, у нас есть ордер..." Почему "предположим"? Где там реальный кейс реального клиента? Какая потребность закрыта? Я так на С++ могу написать приложение и говорить, что там все так лайтово, что исфюжн - полная ерунда, ибо ... тут много слов и выражений... Нужен клиент, потребность/проблема, решение.
Про "мигрируем", то не вижу кейсов миграции с 1С. На столько все плохо?
Нужен клиент, потребность/проблема, решение.
Потребность там глобальная - автоматизировать бизнес-процессы компании розничной торговли. Да, только в статье по функционалу описаны, как именно автоматизируются конкретные процессы. Но дело в том, что такие процессы достаточно узкоспециализированы и интересны лишь небольшому кругу читалей, поэтому пока таких статей не делали. Но возможно в будущем сделаем.
Другие же статьи описывают более общие схемы (такие как подбор товаров в любых документах или логика изменения параметров). И это касается уже значительно большего числа процессов.
Про "мигрируем", то не вижу кейсов миграции с 1С. На столько все плохо?
Из 1С обычно идет миграция или через Excel файлы, или через Enterprise Data. Чаще всего именно из 1С мигрируем. Но в принципе, там не так важно, что за система с той стороны. Важен принцип и процесс перехода (а как именно делать импорт - это больше технический вопрос).
Розничная торговля? Знаете, я в 1999-м году начал автоматизировать оптово-розничные компании СЗФО РФ. И на первой работе был 1С 6.0 еще. Никаких компьютерно-кассовых систем - печать закрывающих документов (тот самый "бешеный принтер") и отчетность (продали, завели в 1С - до этого в тетрадках писали, пробили на кассе). В 2000-м году уже на 7.7 запилил компьютерно-кассовую систему, переехав с компьютерно-кассовой системы, запиленной на MS Access. У меня заняло это месяц, потом еще пару дней на оптимизацию - пришлось документ "чек" сделать, которого в ТиС (8.0 на тот момент) еще не было, ну и механизм закрытия смены, который помечал чеки на удаление и создавал розничную реализацию, списывая товар с остатков с себестоимостью. И это при том, что я 7.7 первый раз в жизни увидел. На этом рабочем месте, которое я для этой конфигурации написал, работало в общей сложности сотни две пользователей в различных конторах, но я не занимался маркетингом - сарафанное радио.
Так вот в современных УТ/Розницах/ЕРП и прочих это все есть "искаропки". И из той же "искаропки" есть обмен с фронтолом и прочими POS-системами. И все эти карты лояльности, сертификаты, .............. И что-то я не вижу проблем автоматизации розницы на этом стеке вот никаких совершенно, поэтому искренне не понимаю, зачем там изфьюжн и "есть у нас, например, ордер". Я вот не вижу совсем, что там допиливать...
Даже в SAP'овских инсталляциях часто бухгалтерия идет сбоку и делается в 1С
Т.е. вот так прямо сами посылаете к 1С. Законченного, комплексного решения нет.
Сразу вопрос - если бух-рия у нас на 1С, то зачем нам еще другая хорошая ERP?
Чтобы держать программистов под разные системы? Почему тогда весь учет не сделать в 1С ? Весь учет в lsFusion сделать не получится, т.к. сами же посылаете за бух-рией в 1С. Держать зоопарк разных систем?
Более 70% розничных сетей РБ работают на базе решений на платформе lsFusion
Ок. А бухгалтерская отчетность и прочее в этих сетях на чем? Конечно возможно, что в РБ это сильно отличается от российского и там можно отчетности сделать буквально в Экселе, но сильно сомневаюсь.
А что с производством?
Есть какой-то аналог 1С УНФ. Где есть всё, но на минималках. Склад, CRM, продажи, закупки, производство, деньги (платежки, выписки, поступления денег, касса,...), кадры.
UPD. Посмотрел, да, что-то есть. Демо mycompany не сказать, что быстрое. Наверное можно пользоваться. Правда вопрос зачем держать бухгалтерскую 1C (или что-то другое) и вашу ERP - всё-равно остается. Организационно (специалисты, поддержка, зоопарк систем) проще вести учет на одной системе, пусть той же 1С.
Т.е. вот так прямо сами посылаете к 1С. Законченного, комплексного решения нет.Сразу вопрос - если бух-рия у нас на 1С, то зачем нам еще другая хорошая ERP?Чтобы держать программистов под разные системы?
Бухгалтерия - это одна маленькая задача относительно всей автоматизации предприятия. Там можно обойтись вообще без доработок и использовать ее для решения проблемы "бешеного принтера". Программистов под нее можно не держать, а пользоваться коробкой или аутсорсом.
Почему тогда весь учет не сделать в 1С ?
Потому что важен не учет, а управление. А вот управление не стандартизировано. Там каждый бизнес хочет чего-то своего, и доработка на 1С - это большая головная боль из-за некачественной платформы.
Держать зоопарк разных систем?
А Вы не в курсе, что часто у 1С бывает отдельно стоят 1С : БУХ, 1С : УТ и 1С : Розница. Это не зоопарк ? Почему 1С не может все сделать в одной системе ? Вот, например, у меня крупная розничная сеть. Можете мне предложить готовое решение, где будет и бухгалтерия, и ассортиментные матрицы, и печать ценников, и кассы и все это в одной конфигурации ?
доработка на 1С - это большая головная боль
Ну сильно предвзято. Никакой особой боли нет, просто надо учитывать, что это предметно-ориентированная платформа, а не язык общего назначения.
все это в одной конфигурации ?
Конечно.
1С: УПП (управление производственным предприятием)
1С: ERP
1С: КА (комплексная автоматизация)
1С: УХ (Управление холдингом)
Ну сильно предвзято. Никакой особой боли нет, просто надо учитывать, что это предметно-ориентированная платформа, а не язык общего назначения.
Ага, только вручную надо управлять логикой клиент-сервер, блокировками, писать псевдо-SQL и т.д.
А если еще посмотреть "оптимизированный" код в базовых версиях, который на времянках построен, то называть "легко" дорабатывать этот спагетти-код язык не поворачивается.
Конечно.
1С: УПП (управление производственным предприятием)
1С: ERP
1С: КА (комплексная автоматизация)
1С: УХ (Управление холдингом)
Ну конечно. Я вижу, Вы не особо имеете представление, какие задачи есть в крупной рознице (начиная от всяких акций, ассортиментных матриц, допвыкладкой, планограммами и таких там еще десятки). Именно эти коробки в базовой версии ну никак не подходят для крупной розницы. Ровно по той же самой причине, почему и lsFusion ERP не подходит для производственных предприятий.
Ага, только вручную надо управлять логикой клиент-сервер, блокировками, писать псевдо-SQL и т.д.
Что такое "вручную управлять логикой клиент-сервер"? Блокировки в 1С есть как автоматические, так и управляемые. Превдо-SQL? Что в нем плохого? Ваши конструкции sum(x) <- блаблабла - ;это вообще ерунда какая-то.
А если еще посмотреть "оптимизированный" код в базовых версиях, который на времянках построен, то называть "легко" дорабатывать этот спагетти-код язык не поворачивается.
Откуда Вы это взяли? Из 7.7? Так его уже мало кто юзает. Спагетти-код - это, обычно, код, изобилующий переходами. В 1С считается моветоном goto юзать, хотя он и в С++ есть.
Ровно по той же самой причине, почему и lsFusion ERP не подходит для производственных предприятий.
Т.е. это ответ на мой вопрос о том, как спуститься из выпуска к первичному документу затрат? Долго же Вы соображали )))
А вообще, с радостью погляжу, как Х5 перейдет в своей рознице на изфьюжн. Прям вот жду )))
Вообще, даже на 1С часто выносят ту же розничную точку во фронтол и подтыкают ее, как автономную кассу. Обмен уже написан и работает. 1С дорабатывать для большинства небольших контор вообще не нужно.
Касса - это маленькая часть розницы. Да и в базовой кассе 1С тоже нету очень много чего. Например, сложной системы лояльности с накоплением бонусов и прочим. А в lsFusion ERP есть из коробки.
Устаревшая информация. Сложная система лояльности? Так ее можно усложнять бесконечно, а изфьюжн в итоге даже с самой сложной системой, которую еще настраивать нужно научить кого-нить, пойдет в лес. Вообще слово "сложная" - это точно не в пользу изфьюжна.
В 1С вообще то, что касается розницы, достаточно хорошо сделано. Но лично я бы фронтол поставил - всего-то 5к = час работы спеца франча 1С. К любой 1С цепляется, как оффлайн-касса, систем лояльности там хоть отбавляй.
Вообще, зря Вы свою систему позиционируете, как противника 1С. Вот если бы Вы делали что-то, что можно с 1С соединить, то продажи свои бы увеличили в Х раз.
А можно подробей про сомнительные решения? Хочет понять все нюансы.
Про 1С ничего не скажу, но подчеркнутые красным слова на картинке — это отдельная боль (не только для перфекционистов).
Инфраструктура 1С сегодня. Как выбрать компоненты, не привлекая санитаров?