Comments 540
Начнём с того, что 1С может работать на Linux и Postgres «из коробки».
На практике большинство компаний не хочет возиться с PostgreSQL, не умеют или невыгодно (наверняка, неплохой % от продажи дает и Microsoft) – не знаю, но такова суровая действительность.
Это из статьи.
Так это вроде как проблемы компаний, а не платформы 1С и Битрикса? Вы не смогли найти компанию, которая сможет поставить вам 1С на Postgres, а собственных ИТ-специалистов у вас нет?
Повторюсь: это из статьи.
«Мопед не мой»
«Мопед не мой»
UFO just landed and posted this here
Просьба к Вам и ко всем будущим комментаторам: обращайте внимание на автора статьи и комментатора, которому вы собираетесь ответить — возможно, это разные люди и адресовать свой гнев праведный нужно не туда.
Хотя, возможно, я понял почему отвечают мне — комментарий будет выше, чем ответ на статью, которой погрязнет где-то там, в дебрях.
Хотя, возможно, я понял почему отвечают мне — комментарий будет выше, чем ответ на статью, которой погрязнет где-то там, в дебрях.
UFO just landed and posted this here
Ок. Человек пришёл и сказал «во-первых» и сообщил то, на что ответ был в статье, и замолчал. Я ему указал цитатой, что он, возможно, невнимательно прочёл статью. Он, видимо, тоже не глядя, начал мне что-то рассказывать и доказывать. На что я ему уточнил, что это не моё, а просто выдержка из статьи. И это его, по всей видимости, удовлетворило. Но тут появились Вы. Весь в белом и с готовностью отстаивать точку зрения и в полной уверенности, что я «аппелировал к фактам», чтобы что-то кому-то доказать. Да мне пофиг!
Так понятнее? (Если Вам мой ответ показался грубоват, не расстраивайтесь, Вам не показалось.)
Так понятнее? (Если Вам мой ответ показался грубоват, не расстраивайтесь, Вам не показалось.)
Это была реклама Ультимы? А что, вполне в их стиле…
Даже если такая компания найдется, они не знают что с ним делать дальше. Как правило их знания linux и postgres не заходят дальше мануала из интернета. Сам лично не раз и не два занимался установкой на linux для немаленьких компаний(некоторые даже берутся обучать ваш персонал 1c). Не знают что сделать если посыпался конфиг кластера, не знают как обмениваться данными с таким сервером, т. к. у них в голове существует только один обмен — файлами через расшаренные папки, не знают как восстановить работу сервера после сбоя, что делать с дампом базы данных, упорно именуют файлы и папки по-русски с пробелами, не придают значения кодировкам текста… Помыкавшись таким образом, большинство уговаривает заказчика на windows и mssql. Из шести установок в которых я участвовал точно живы одна-две (сужу по периодическим запросам на обслуживание) и то вероятно потому что не могут уломать заказчиков на дополнительные траты. Кстати автор забыл упомянуть, что к такому серверу прилагается недешевый ИБП и сплит-система для отвода тепла, а лучше две, на случай если одна выйдет из строя.
так может быть и зарплату 10 сотрудников «из статьи» в стоимость внедрения внести?
Ничего сложного нет в том чтобы даже по мануалам настроить ubuntu и postgress и развернуть на них 1с. Тут скорее проблема работодателя в том, что он себе позволить администратора БД не может (или не хочет). (он его себе позволить и на другой платформе не сможет).
Ничего сложного нет в том чтобы даже по мануалам настроить ubuntu и postgress и развернуть на них 1с. Тут скорее проблема работодателя в том, что он себе позволить администратора БД не может (или не хочет). (он его себе позволить и на другой платформе не сможет).
А нужен ли он? Правильно работает следующий вариант: ты платишь интегратору (у которого есть человек с корочкой DBA), он приходит все устанавливает и настраивает, включая регламентные задания, в т.ч. и бэкапы. Если что-то сломалось, ты звонишь интегратору, тебе приезжает его специалист(ы) и все чинят, поднимают бэкапы и т.д.
Держать DBA в штате маленького интернет-магазина это даже не выстрел в ногу, это выстрел в голову.
Держать DBA в штате маленького интернет-магазина это даже не выстрел в ногу, это выстрел в голову.
А там DBA и не нужен. Во-первых, у небольшой компании денег на него не хватит. Во-вторых настройкой бэкапов и первоначальным тюнингом конфина его неободимость и ограничится. Дело в том, что 1с и прочие продукты, которые заявляют о поддержке большого числа баз, по факту и десятой части возможности конкретной реляционной базы не используют. При переносе с mssql просто пропатчили postgres, чтобы понимал типы данных mssql + некоторые данные хранят вобще в блобах, создают кучу (около 1000) временных таблиц содержащих 1 строку данных. Уже не раз было доказано, что многие операции, если бы они были вынесены на сторону БД выполнялись бы раз в 100 быстрее, но нет, так делать нельзя иначе сломается вся логика приложения.
В общем имеем следующее:
1. Отвратительную архитектуру приложения, порождающую дикие тормоза и ошибки на ровном месте. Пример, знакомый 1с-ник здорово матерился, проведение остатков на крупной базе занимало 4 дня и не завешалось, раньше процесс убивали. Но стоило удалить карточку одного единственного клиента и заново пересоздать, как тот же процесс завершался за полчаса.
2.Удачный, для России, маркетинг(наш бизнес никогда не перестанет удивлять какого еще «кота в мешке» можно всучить по троекратной цене, даже зная что клиент догадывается об том).
И еще объясните мне, почему они хотят еще и денег за доступ к базе знаний и форуму по своему продукту?!
В общем имеем следующее:
1. Отвратительную архитектуру приложения, порождающую дикие тормоза и ошибки на ровном месте. Пример, знакомый 1с-ник здорово матерился, проведение остатков на крупной базе занимало 4 дня и не завешалось, раньше процесс убивали. Но стоило удалить карточку одного единственного клиента и заново пересоздать, как тот же процесс завершался за полчаса.
2.Удачный, для России, маркетинг(наш бизнес никогда не перестанет удивлять какого еще «кота в мешке» можно всучить по троекратной цене, даже зная что клиент догадывается об том).
И еще объясните мне, почему они хотят еще и денег за доступ к базе знаний и форуму по своему продукту?!
И еще объясните мне, почему они хотят еще и денег за доступ к базе знаний и форуму по своему продукту?!
Oracle так делает и ничего, вроде.
На практике это выливается в следующее. Пользователь работает — ему пришло сообщение об ошибке. Пытается получить более подробную информацию об ошибке. Тратит время на поиск логина и пароля — если вобще их найдет.
Аргумент «все так делают» — так себе аргумент. Microsoft, например не требует подписку на MSDN и номер лицензии для получения информации об методах устранения ошибки.
Аргумент «все так делают» — так себе аргумент. Microsoft, например не требует подписку на MSDN и номер лицензии для получения информации об методах устранения ошибки.
А ещё они не принимают к рассмотрению ошибки без подписки на ИТС, и обновления с исправлением ошибок не предоставляют без неё.
Да ладно!!! Т.е. вы утверждаете, что имеете опыт звонков в MS и там вам доброжелательная служба поддержки смогла помочь со всеми вашими проблемами и при необходимости даже удаленно подключилась для установки скажем драйверов видеокарты? :)
Если вы не корпоративный клиент, то с вами панькаться нигде и никто не будет. ИТС расшифровывается как «информационно-технологическое сопровождение» — это услуга платной, но не обязательной поддержки. Если нужно решение из открытых источников а-ля разделы support.microsoft.com (с таким же уровнем «полезности»), то сайтов вопросов-ответов по 1С с крупными комьюнити вокруг них за пару десятилетий уже набралось.
Если вы не корпоративный клиент, то с вами панькаться нигде и никто не будет. ИТС расшифровывается как «информационно-технологическое сопровождение» — это услуга платной, но не обязательной поддержки. Если нужно решение из открытых источников а-ля разделы support.microsoft.com (с таким же уровнем «полезности»), то сайтов вопросов-ответов по 1С с крупными комьюнити вокруг них за пару десятилетий уже набралось.
Так они и поступают — ставят ubuntu вместе с X, хоть графические утилиты для настройки сервера появились только через три года и были написаны энтузиастами как надстройка над консольными. vnc и ssh забывают при этом, равно как и выделить отдельный раздел для var или хотя бы поместить систему и файлы базы данных на отдельные разделы. Т. е.как я и говорил — даже у крупных интеграторов дефицит квалифированных linux-администраторов (равно как и квалифицированных администраторов windows). Потому они всеми правдами и неправдами будут добиваться связки windows-mssql-iis.
Это не потому, что данная связка лучше. Просто она лучше в плане обслуживания в краткосрочной перспективе, а там «или ишак(клиент) умрет или падишах(клиент сменит интегратора через пару лет)».
Это не потому, что данная связка лучше. Просто она лучше в плане обслуживания в краткосрочной перспективе, а там «или ишак(клиент) умрет или падишах(клиент сменит интегратора через пару лет)».
У нас рарус отправлял все вопросы сразу к 1с. Обычная прозрачная аутентификация. Сервер linux, postgress. Сервер никогда не загружен даже на 50%, а работает всё ну очень медленно и это на этапе внедрения, где должны быть «цветочки» и запах «лаванды»… Вот вам и ынтэрпрайз…
Я наблюдал подобную же картину. Проблема скорее не в postgres, а в неумении с ним работать. В старых версиях postgres было «один connect — один поток процессора». Таким образом даже самый ресурсоемкий запрос не может больше одного потока забрать. В итоге наблюдаем такую картину — пользователь жалуется на тормоза. Его коннект съел много памяти и один поток процессора. Остальные ресурсы свободны, но выделить их ему postgres не может. В новых версиях вроде появилась возможность распараллеливать на несколько ядер. Но 1с в этом плане всегда отстает от актуальной версии postgres года на три — чуть улучшает положение postgres pro. Справедливости ради тормоза 1c не всегда вобще связаны с производительностью сервера баз данных. Часто приходилось наблюдать тормоза и с mssql, при загруженном всего на четверть сервере БД. Не спасала и покупка дорогого железа. Ну и неуёмные желания могут быть совсем неуёмными. Несколько раз срабатывал OMM-кiller на сервере с 32Gb оперативной памяти и 64Gb swap при размере базы в 20Gb. Что такого можно было там делать мне понять сложно.
Насколько помню, давно уже нет такого один connect — один поток процессора года 3-4 точно. Но вот один запрос выполняется на одном процессоре и если процессор с низкой частотой, то могут быть проблемы. К сожалению в 1С подход старой школы, где запросы могут быть просто гигантские в итоге за место того чтобы запустить 10 асинхронных запросов на 10-ти ядрах и потом собрать результаты, там все ложиться в один поток, при этом вроде как ресурсы все свободны, и скорость вывода данных не меняется от кол-во одновременно работающих. Причем запросы легко проанализировать и упростить, получив прирост выполнения в несколько раз, но есть подводные камни, при обновления конфигурации эти вещи придется отслеживать руками и чем больше таких вещей там дольше занимает обновление в плане трудозатрат программиста.
В этом и проблема. Тут наверное поможет только прокси, который будет перехватывать тяжелые запросы и параллелить их. Но к то будет этим заниматься в условиях когда работаешь «черным ящиком», когда следующее обновление может свести на нет всю работу?
Не надо никаких прокси, внезапно запросы можно править в коде! Обратная сторона что да ломаются обновления, но тут иногда есть такой вариант что увеличив скорость обработки в два раза для 20-ти бухгалтеров мы с экономим рабочего времени в разы больше чем раз в квартал программист разрулит конфликты руками.
Postgres Pro 9.8, всё по рекомендации интегратора. И работает с ним всё ещё интегратор.
а как с торговым оборудованием 1с+linux? или 1с Бухгалтерия + linux?
1с Бухгалтерия + linux — вообще никаких отличий, а вот про торговое оборудование, не в курсе, не было опыта вообще.
Пробовал развернуть 1С 8.3 торговлю на складских рабочих местах. Из торгового оборудования сканер ШК от моторолы и принтер этикеток. Если принтер мы худо-бедно на Ubuntu Desktop подняли, и сканер даже стал в консоль данные с ttyUSB в режиме ком порта отдавать. Но вот 1С, в списке портов торгового оборудования были только COM1-COMn. Выбрать или вписать ttyUSB не было возможности. В итоге от этой затеи отказались, но думаю проблем там не убавилось. В режиме эмуляции клавы не пробовал, но мы почему-то в ней не работаем.
Это проблемы людей, которые хотят купить 1С и использовать ее. Больше ничьи.
Microsoft SQL Server Express (читай бесплатно) позволяет создавать базы до 10 ГБ. Этого более, чем достаточно для «маленького интернет-магазина», если не пихать туда картинки.
Сколько весит пустая база с кладром?
Ой ли. Ограничение оперативной памяти 1Гб, ограничение по ядрам 4. Одному -двум пользователям еще нормально — десятку там тесно будет.
Мммм… если речь идёт про маленький интернет-магазин, то вы уверены, что там нужно будет десятку человек одновременно в базе работать? Ну один бухгалтер, ну один контентщик иногда подключаться, ну пара манагеров-продажников.
Покупатели тоже в очередь на доступ к базе данных станут? А автоматические скрипты выполняющие например пересчет цен?
Да, как только он чуть-чуть покрупнеет. И если у него ставка высокую скорость обработки заказов. Больше 10 человек только в смене комплектовки, несколько контентщиков, пара манагеров-продажников, бухгалтерия и некоторые поставщики. Личный пример.
А подробнее про применение с 1С можно, или сами не знаете?
Можно, почему же нельзя. Сам я такую связку не устанавливал (у нас-таки были дорогие лицензии MSSQL Server + CAL, «впаренные жадными консультантами»), но у нас был проект, который хостился у местечкового «облачного» провайдера. Так вот, нас не устраивала там политика бэкапов (проблемы с PostgreSQL и WAL), мы привыкли к полной модели бэкапирования, а аналог у PostgreSQL выглядел плохо и работал еще хуже. Поэтому мы попросили предоставить нам MSSQL Server, с нас попросили за это денег. Денег дополнительных не было, потому я предложил встречный вариант: поставить нам Express-редакцию, благо БД нашей конфигурации Управления Холдингом в лимиты отлично умещалась. Нам ее поставили, и мы долго и счастливо там работали, пока проект не свернули.
А Вы уверены, что потом удастся без простоя и глдако мигрировать с Express на платную версию MSSQL?
Да. Вы делаете бэкап, потом восстанавливаете из бэкапа на «взрослой» версии. Я делал такое неоднократно, «таская» БД между облаком и нашей серверной.
Простой будет, но это для нас простой в 1 час ночью был допустимым значением. А мы были ни разу не «маленьким интернет магазином».
Простой будет, но это для нас простой в 1 час ночью был допустимым значением. А мы были ни разу не «маленьким интернет магазином».
если не накручивать всякое внешнее то проблем обновления нет в любом серьезном продукте
Какая-то у вас статистика слишком суровая. Я, как только узнал, что 1С может с постгресом работать, сразу перешел, и проблем особых не было. Почти все знакомые так же сделали.
Начнём с того, что 1С может работать на Linux и Postgres
Может. И работает. Давно. Только поддержка этой стороны вопроса страдает — как со стороны 1С, так и (самое главное) партнеров и франчази.
Попробуйте позвонить партнеру, сказать, что хотите купить 1с для интернет-магазина (прямо из поста) и лицензий у вас нет, и спросите, сколько им денег занести. Сумму вам озвучат понятно какую, и весь стек будет на MS-платформе. А потом попросите пересчитать все на Linux + Postgres, да не по юзерам, а на ядро проца — и тт же услышите городские байки, что оно нестабильно, что это бета, что никто вам не поможет внедрить, и что они внедряли клиентам, но те плевались, так что (см. выше) лучше заплатить пару лишних лямов и взять на «гарантированно работающей MS». Контрольный выстрел про MS сделать будет, конечно, не менее просто: уточните, гарантируют ли они, что на MS все будет работать четко и без сбоев, и какой суммой они подтвердят свою гарантию.
Вопрос сайзинга 1с и СУБД — вообще больная тема. Никто не может пояснить, почему для работы 10 человек нужен воооот такой софт и вооот столько железа, все кивают на других, мол, «вот они взяли сервер за многоденег, и были довольны». Это, конечно, не только к квалификации программистов платформы 1с (или, скорее, неквалификации), а и к грамотности партнеров. Грубо говоря, обратной связи нет: продать больше выгоднее, продать меньше ни с какой стороны им не уперлось.
Поддержка страдает потому, что:
1. Нет спроса.
2. Обычно в случае выбора Postgres и Linux есть свои ИТ-специалисты.
Но найти тех, кто компетентен — не очень большая проблема.
И назовите вендора, которые не будет пытаться получит максимальную прибыль при минимальных затратах?
1. Нет спроса.
2. Обычно в случае выбора Postgres и Linux есть свои ИТ-специалисты.
Но найти тех, кто компетентен — не очень большая проблема.
И назовите вендора, которые не будет пытаться получит максимальную прибыль при минимальных затратах?
1. А спроса нет, потому что его никто не умеет делать и не предлагает? Кажется, это должно проталкиваться со стороны 1с, а там поддержка слов-то «Линукс» не знает порой.
2. Да, но на вопрос «как себя ведет платформа 1с под Линукс», особенно в специфических тонкостях работы с памятью и прочим — никто в стране не знает ничего! Рекомендаций по настройке PGSQL под 1с тоже не густо.
В общем, лукавая ситуация. Переломить ее только 1с под силу (просто условиями лицензирования), но — не выгодно. Точно так же выгодно прятать свою жадность и неумение писать код за словами «идите к партнерам», а партнеры неграмотны еще более. О чем тут говорить?
Давайте просто: какова рекомендация 1с по борьбе с проблемой, когда клиент подключился, поработал, отключился, а лицензия его не освободилась (и еще долгое время сервер её не возвращает в пул свободных)? Очень просто — «да, это наша проблема, купите больше лицензий!» Максимальная прибыль, говорите? Или просто нежелание устранять проблемы, которые висят годами?
2. Да, но на вопрос «как себя ведет платформа 1с под Линукс», особенно в специфических тонкостях работы с памятью и прочим — никто в стране не знает ничего! Рекомендаций по настройке PGSQL под 1с тоже не густо.
В общем, лукавая ситуация. Переломить ее только 1с под силу (просто условиями лицензирования), но — не выгодно. Точно так же выгодно прятать свою жадность и неумение писать код за словами «идите к партнерам», а партнеры неграмотны еще более. О чем тут говорить?
Давайте просто: какова рекомендация 1с по борьбе с проблемой, когда клиент подключился, поработал, отключился, а лицензия его не освободилась (и еще долгое время сервер её не возвращает в пул свободных)? Очень просто — «да, это наша проблема, купите больше лицензий!» Максимальная прибыль, говорите? Или просто нежелание устранять проблемы, которые висят годами?
нам легко предложили postgresql и это 4 года назад, сейчас все намного лучшее
А вопрос железа отдельная тема, серьезно выбором железа занимается пожалуй только Гилев (ну это из тех кого я реально слышал)
всецело с железом все просто, частота одного проца на каждую операцию
100 одновременных операций и будьте готовы раскошелится на 100 ядер крайне дорого железа
А вопрос железа отдельная тема, серьезно выбором железа занимается пожалуй только Гилев (ну это из тех кого я реально слышал)
всецело с железом все просто, частота одного проца на каждую операцию
100 одновременных операций и будьте готовы раскошелится на 100 ядер крайне дорого железа
Все бы хорошо, но вопрос, почему веб-сервера на много ежесекундных посещений работает на 2 или 4 ядрах, и отлично тянет, а 1с требует, как вы правильно пишете, "по ядру на операцию", обычно остаётся за скобками, вроде "ну что вы от 1с хотите!"
Ну и один человек, который года и пишет хоть что-то про 1с с позиций железа (остальные способны только тупо цитировать маркетинговые доки 1с, и не берут на себя вообще ответственности) — такое поражает!
Никто же не запрещает написать свою конфу на платформе, которая будет удовлетворять необходимым потребностям :), правда на курином языке и без SOLID
>> Кто-то может возразить, что все это есть в Битрикс.
Это вы не видели еще десяток разных характеристик с названием «цена» у разных товаров. Недавно нашей команде довелось вытаскивать из битрикса товарный каталог в нормализованную реляционную базу — это была адская работа, думаю, что больше никогда не возьмемся за такое. *
* проще было сделать импорт данных в нормализованную БД, чем пытаться построить REST API на битриксовой БД.
Это вы не видели еще десяток разных характеристик с названием «цена» у разных товаров. Недавно нашей команде довелось вытаскивать из битрикса товарный каталог в нормализованную реляционную базу — это была адская работа, думаю, что больше никогда не возьмемся за такое. *
* проще было сделать импорт данных в нормализованную БД, чем пытаться построить REST API на битриксовой БД.
Это да, Битрикс не идеален, мягко говоря, позволяет реализовать почти любое извращение :)
Другими словами, ваш программист будет постоянно заново изобретать велосипед, который делает 1С.
Глупости, не надо ничего изобретать, обновлять будет чуть сложнее, но никакого переписывания с нуля нет
На практике большинство компаний не хочет возиться с PostgreSQL, не умеют или невыгодно (наверняка, неплохой % от продажи дает и Microsoft) – не знаю, но такова суровая действительность.
Спросите любого разработчика 1С, который с продажами не связан и он вам будет настоятельно рекомендовать MSSQL, потому что 1С исторически на нем работает лучше, но постгри в последние годы уже вполне себе отладили (хотя есть конфигурации которые не стоит на него ставить)… но вот DB2 и Oracle лучше не использовать точно, несмотря на то что они вроде как заявлены в поддерживаемых
Русский язык в программном коде 1С остался просто как рудимент.
«Это не баг, это фича»… и это печально, и это никогда не поменяется… основной язык именно русский, никто не делает конфигураций на английском (дада, понятно что можно)
Никто не делает на английском, ага 1c-dn.com/partners/solutions
Вы лично в живую много таких конфигураций видели?
Программисты 1С в большинстве случаев не знают английского языка вообще
Все учебники, пособия и курсы, все на русском.
А мифы и предания о том что «в Канаде есть 1С!!!» это реально как мифы древней греции, вроде чтото гдето есть, но никто не видел и не слышал, кроме пары сайтов с рекламками
Программисты 1С в большинстве случаев не знают английского языка вообще
Все учебники, пособия и курсы, все на русском.
А мифы и предания о том что «в Канаде есть 1С!!!» это реально как мифы древней греции, вроде чтото гдето есть, но никто не видел и не слышал, кроме пары сайтов с рекламками
«Это не баг, это фича»… и это печально, и это никогда не поменяется…
Однако стоит признать, что это порядком экономит время при написании конфигураций, так как тебе не нужно вспоминать как реквизит назывался бы на английском, а потом переводить его обратно уже в интерфейсе
А мне удобно на русском кодить экономический софт: меньше переключений раскладки клавиатуры.
Я бы еще понял скулеж IT-шника из англоговорящей страны на тему русского языка, но скулеж русского специалиста, пишущего для русских, что писать приходится на русском решительно не понимаю.
Я же не скулю, что переключаясь на c/c++, js/vbs/html/sql мне приходится писать по английский. И не испытываю никаких проблем.
"ну, если вам интересны причины, конец если..."
А вот про "хотя есть конфигурации которые не стоит на него ставить" — КАК такое технически может быть?!!!
Вообще автор поступил, так как не надо было делать и послушал франчайз, у 90% таких компаний это продажа лицензий и получения с них своих %, при том что программисты там зачастую мясо, которые прошли какие-то начальные курсы и могут работать в пределах конфигуратора.
А теперь как должна была поступить компания которая решила по каким-то причинам использовать 1С и не имеющая опыта.
1. Подготовиться ТЗ что должно быть и разместить его на фрилансе, как работа для программиста.
2. Нанять админа который поставит на ваш сервер 1Сx64 Linux + postgreql (кряка даже не надо будет:)
3. Отдать программисту сервера для настойки и доработки под свои требования.
4. После запуска и отладки определить момент покупки лицензий.
Есть еще возможный вариант с облачными провайдерами, но как там не в курсе, может кто ниже порекомендуют по своему опыту.
А теперь как должна была поступить компания которая решила по каким-то причинам использовать 1С и не имеющая опыта.
1. Подготовиться ТЗ что должно быть и разместить его на фрилансе, как работа для программиста.
2. Нанять админа который поставит на ваш сервер 1Сx64 Linux + postgreql (кряка даже не надо будет:)
3. Отдать программисту сервера для настойки и доработки под свои требования.
4. После запуска и отладки определить момент покупки лицензий.
Есть еще возможный вариант с облачными провайдерами, но как там не в курсе, может кто ниже порекомендуют по своему опыту.
4. После запуска и отладки определить момент покупки лицензий.
Это вы серьезно предлагаете нарушать лиц.соглашение и взламывать платформу пока программист все настроить чтобы посмотреть что получится?
Не надо ничего взламывать. 1С-сервер под linux позволяет нескольким пользователям работать без лицензии. Использовать такое в коммерческих целях не надо, а вот для того чтоб сначала все отладить, а лицензию брать уже под запуск проекта (т.е. когда начинается коммерческое использование) — очень удобно.
Вы просто не знакомы с особенностями работы под Linux, там не нужен кряк\взлом, до определенного момента. Но как написали ниже, в коммерческом использовании не должно находиться.
А клиентская часть тоже запустится? (или надо через браузер только юзать? тут возможно не знаю)
А лицензию не требует, насколько я помню только сам сервер, а не клиенты
А лицензию не требует, насколько я помню только сам сервер, а не клиенты
Клиентская нет, но тут можно и частями купить. Главное просто заранее все настроить не вбухивая огромные деньги в лицензии. Самое интересное как раз франчайзы и молчат про такие варианты запуска, думаю понятно по чему. Данная инструкция, это пройденное на личном опыте и не один раз. Не надо сразу вкладываться в лицензии с надеждой что будет работать из коробки под тебя, лучше нанять\проконсультироваться со специалистами, при этом выдав внятное ТЗ.
думаю понятно по чему
Клиент который экономит деньги — проблемный почти всегда… по этому в SAP-е и т.п. меньше недовольных, там ценники настолько космические что никто кроиловом не занимается… а в 1С забацать базу на 100 пользователей без SQL в файловом режиме — а чо норм… тормозит но этож 1С кривая, а лицензия аж 100тыр стоит ооооо
франчи конечно зарабатывают на «коробках» но это явно не основной их вид заработка
Ну да второй по доходу это продажа подписок на обновления, с них они тоже процент получают. И опять же нет никакой выгоды перепиливать конфигурацию, так установка обновлений становиться проблемной.
Деньги с ИТС это смешные деньги для франча.
Самый жир — это от 50% и больше от тех самых 2500 рублей/час, что были указаны в статье. И я даже не знаю, коробки или часы дают собственнику больше прибыли (в абсолютных числах) в компании.
Самый жир — это от 50% и больше от тех самых 2500 рублей/час, что были указаны в статье. И я даже не знаю, коробки или часы дают собственнику больше прибыли (в абсолютных числах) в компании.
Тут вопрос в прибыли, услуги разработки требуют содержать штат програмистов\аналитиков, соответственно и расходы выше, а вот обновить конфигурацию может любой эникейщих, который прошел курсы.Правда сейчас вроде запустили онлайн обновления, поэтому возможно в ближайшее время будет терять актуальность.
Аналитик нужен только для крупных франчей, где программист с заказчиком не общается.
Согласен, обновить типовую конфигурацю без доработок может любой эникейщик.
Согласен, обновить типовую конфигурацю без доработок может любой эникейщик.
Вот как раз когда программист общается напрямую с заказчиком(именно в сфере 1С), происходит быстрая текучка адекватных программистов на постоянные должности в те компании на которые они делали проекты.Что плохо сказывается на проектах.
С одной стороны — согласен.
С другой стороны, если продолжать речь о мелком бизнесе, решительно не согласен — мелкий бизнес не потянет ни DBA, ни 1С-программиста.
Даже по 10 часов по 2500 выгоднее платить франчу (хотя 2500 мне кажется слегка завышенной ставкой, кроме Москвы/Питера), чем держать программиста в штате. В среднем, вы будете получать за 10 часов 1 стабильную рабочую фичу в месяц.
С другой стороны, если продолжать речь о мелком бизнесе, решительно не согласен — мелкий бизнес не потянет ни DBA, ни 1С-программиста.
Даже по 10 часов по 2500 выгоднее платить франчу (хотя 2500 мне кажется слегка завышенной ставкой, кроме Москвы/Питера), чем держать программиста в штате. В среднем, вы будете получать за 10 часов 1 стабильную рабочую фичу в месяц.
Нанять админа который поставит на ваш сервер 1Сx64 Linux + postgreql (кряка даже не надо будет:)
А вот от сюда, если можно, по-подробнее. Для нашей организации в скором времени потребуется внедрение серверной 1С. Хотел попробовать запустить под Debian и PostgreSQL, но единственная бесплатная версия 1С — учебная и только по Windows.
Она не бесплатная, она лицензии не требует на установку (было так). Скачать может любой, у кого есть купленная подписка на ИТС. Т.е. даже у фрилансера, скорее всего, будет такая возможность.
Да, сори, выше читать «бесплатная» как «не требующая ключа лицензии».
Вот где собака зарылась. Благодарю за информацию.
Скачать может любой, у кого есть купленная подписка на ИТС.
Вот где собака зарылась. Благодарю за информацию.
Возможно до 11-ти подключений без серверной лицензии, опять же не для коммерческих целей.
Запускал. Сервер приложений — без проблем. Сервер баз данных — лучше не надо.Проблемы: резервное копирование с восстановлением из копии (штатная задача для тестирования функционала); упёрся в быстродействие при больше 100 пользователей. Может просто готовить не умею, но опять дба должен быть в штате. МС сиквел позволяет большие вольности при меньшей квалификации. Учитывая что цена на восемь ядер ~ 800 т.рублей -это меньше годового фонда за того самого дба.
Тема статьи — автоматизация интернет-магазина. Вы пишете явно про какую-то другую автоматизацию. В большинстве киевских торговых компаний, с которыми я работал (столица!), было достаточно ключа на 10 пользователей для торговых менеджеров, которые принимали заявки по телефону/почте, маркетолога, кладовщика, бухгалтера и собственника. Если есть интернет-магазин, то менеджеры набивают телефонные заявки на сайте, как и напрямую клиенты, а далее они выгружаются в 1С. Тут и близко ни о каких сотнях пользователей речи нет.
Угу. Бэкапы в топку, так как 10 пользователей. Базу для экспериментов кладовщик поднимает…
Стоимость по лицензиям в Вашем варианте ~ 170 труб (если 64x сервер), если брать сервер баз данных PostgreSQL. Но к ним нужно человека, который настроит все остальное, иначе получится «а поутру они проснулись». Как показывает практика — этот человек НЕ программист 1С.
А далее нужно считать TCO и риски. Так как стоимость работы по настройке и поддержке бесплатного ПО от этого человека может оказаться выше стоимости платного ПО и работы специалиста по этому ПО.
Стоимость по лицензиям в Вашем варианте ~ 170 труб (если 64x сервер), если брать сервер баз данных PostgreSQL. Но к ним нужно человека, который настроит все остальное, иначе получится «а поутру они проснулись». Как показывает практика — этот человек НЕ программист 1С.
А далее нужно считать TCO и риски. Так как стоимость работы по настройке и поддержке бесплатного ПО от этого человека может оказаться выше стоимости платного ПО и работы специалиста по этому ПО.
А можно про цену поподробнее? Что-то про 800к за 8 ядер звучат сказкой. Не говоря, что более мощная postgrespro ent будет на том же железе мощнее, и что разговор про квалификацию админа неизменно приходит к "знать-то все равно надо — мышкой много не накликать".
Честно говоря, глядя на многие mssql сервера, внедрённые и встроенные франчами, вижу, что тонкой настройкой там не то чтобы заморачиваться не хотели — просто не умели, просто mssql ставится "далее далее далее", а без нагрузки недонас ройка и не видна.
SQL Server 2017 Standard Russian Open License 2License NL CoreLic Qlfd в Allsoft (взял первое попавшееся) 187196 *4=748 784 руб. — 8 ядер, два физических процессора по 4 ядра типа Xeon E5450. + Windows Server Single OLP 16License NL CoreLic = 50 752 руб. Итого 799 536 руб. Это не прося скидок.
Срок поддержки MS для данных продуктов — 10 лет. Таким образом цена вопроса за ПО в такой конфигурации — 80000 руб/год~7000 руб/месяц. Помним, что лицензия процессорная.
Цена за Postgres Pro Ent (1csoft), которую вы предлагаете — Лицензия СУБД Postgres Pro Enterprise на 1 ядро х86 — 360 000 *8 = 2 880 000руб, что практически равно стоимости MS SQL Enterprise Edition на такое же количество ядер (могу ошибаться в обоих случаях — цену брал из инета). Про срок поддержки продукта информации не нашел, поэтому годовую/месячную стоимость эксплуатации посчитать не могу.
С Postgres Pro Ent я не работал, но возможность использования кластерных расширений на восьми ядрах весьма сомнительна. Следовательно, в рассчитываемом случае использовать имеет смысл Postgres Pro Standard, стоимость которой также сопоставима с SQL Server Standard.
Таким образом, имеем два программных продукта с сопоставимой стоимостью покупки (повторю, что стоимость Postgres Pro в месяц рассчитать не могу — недостаточно данных).
Функционал не сравниваю, так как в эксплуатации Postgres Pro не имел.
В этом месте все еще помним, что контекст — СУБД для 1С :)
Исходя из вышеприведенных данных рассчитывается TCO — расходы на эксплуатацию системы в месяц (в случае с MS — 7000 руб+расходы на з/п администратора, в случае с Postgres Pro — ????? руб+расходы на з/п администратора), а также оцениваются риски отказа сервиса и возможность найти специалиста для поддержки решения.
Попытаемся итожить:
Если у вас серверная инфраструктура на Unix/Linix, есть админ на Linux+PostgreSQL или риски импортозамещения, то, вероятно, экономически правильнее использовать предложенное вами решение, учтя стоимость поддержки системы от производителя.
Если ядро на MS, то разумнее обучить существующего администратора и использовать продукт от MS.
Срок поддержки MS для данных продуктов — 10 лет. Таким образом цена вопроса за ПО в такой конфигурации — 80000 руб/год~7000 руб/месяц. Помним, что лицензия процессорная.
Цена за Postgres Pro Ent (1csoft), которую вы предлагаете — Лицензия СУБД Postgres Pro Enterprise на 1 ядро х86 — 360 000 *8 = 2 880 000руб, что практически равно стоимости MS SQL Enterprise Edition на такое же количество ядер (могу ошибаться в обоих случаях — цену брал из инета). Про срок поддержки продукта информации не нашел, поэтому годовую/месячную стоимость эксплуатации посчитать не могу.
С Postgres Pro Ent я не работал, но возможность использования кластерных расширений на восьми ядрах весьма сомнительна. Следовательно, в рассчитываемом случае использовать имеет смысл Postgres Pro Standard, стоимость которой также сопоставима с SQL Server Standard.
Таким образом, имеем два программных продукта с сопоставимой стоимостью покупки (повторю, что стоимость Postgres Pro в месяц рассчитать не могу — недостаточно данных).
Функционал не сравниваю, так как в эксплуатации Postgres Pro не имел.
В этом месте все еще помним, что контекст — СУБД для 1С :)
Исходя из вышеприведенных данных рассчитывается TCO — расходы на эксплуатацию системы в месяц (в случае с MS — 7000 руб+расходы на з/п администратора, в случае с Postgres Pro — ????? руб+расходы на з/п администратора), а также оцениваются риски отказа сервиса и возможность найти специалиста для поддержки решения.
Попытаемся итожить:
Если у вас серверная инфраструктура на Unix/Linix, есть админ на Linux+PostgreSQL или риски импортозамещения, то, вероятно, экономически правильнее использовать предложенное вами решение, учтя стоимость поддержки системы от производителя.
Если ядро на MS, то разумнее обучить существующего администратора и использовать продукт от MS.
Спасибо!
Одно уточню: pgsql pro enterprise стоит не 360, а 36 тыс за ядро в год, включая обновления и поддержку. 8*36 — гуманнее, чем mssql, как я понимаю. Это я про подписку, потому что обновления все же удобны.
Т.е. 36 000*8=288 000 тыс/год Postgres Pro Ent от против 80 000 руб/год MS SQL Standard, учитывая, что большинство энтерпрайзных возможностей в рассчитываемой конфигурации неприменимо. Суровый и беспощадный мир ИТ!!! :)))
P.S. Для Postgres Pro Ent я брал стоимость постоянной лицензии, хотя не нашел, что она в себя включает.
P.P.S. 288 000 * 10 лет =2 880 000 руб — Лицензия СУБД Postgres Pro Enterprise на 1 ядро х86 — 360 000 *8 = 2 880 000 руб.
P.S. Для Postgres Pro Ent я брал стоимость постоянной лицензии, хотя не нашел, что она в себя включает.
P.P.S. 288 000 * 10 лет =2 880 000 руб — Лицензия СУБД Postgres Pro Enterprise на 1 ядро х86 — 360 000 *8 = 2 880 000 руб.
На пункте 2 надо учесть маленький «нюанс», что 1С на стандартной поставке постгре может и не взлететь)) Не зря они патченную предлагают скачивать в своем сервисе.
На стандартной не взлетит но достаточно просто подключить репозитарий от Postgres PRO и нету проблем.
Только в продакше бесплатно постгрю про для 1с юзать низя. По лицензии. Работать будет, но — мы же про законность?
Postgres Pro Standard вроде бесплатна…
Знаю о том со слов самой комании, а тут специально полез искать. Нет, не бесплатна, лицензия гласит:
«Предоставляются права на использование, копирование, изменение и распространение данного программного обеспечения и его документации для целей тестирования, разработки ПО, ознакомления с функциональностью СУБД, использования в образовательном процессе бесплатно и без подписания какого-либо соглашения, при условии что для каждой копии будут предоставлены данное выше замечание об авторских правах, текущий абзац и четыре следующих абзаца. Использование в других целях, встраивание в другие продукты, тиражирование и прочие действия требуют приобретения отдельной лицензии.»
(выделение моё).
Ну а если по-честному, так лучше дать денег российской компании на развитие полезного и добротного продукта, чем (в разы больше) MS.
«Предоставляются права на использование, копирование, изменение и распространение данного программного обеспечения и его документации для целей тестирования, разработки ПО, ознакомления с функциональностью СУБД, использования в образовательном процессе бесплатно и без подписания какого-либо соглашения, при условии что для каждой копии будут предоставлены данное выше замечание об авторских правах, текущий абзац и четыре следующих абзаца. Использование в других целях, встраивание в другие продукты, тиражирование и прочие действия требуют приобретения отдельной лицензии.»
(выделение моё).
Ну а если по-честному, так лучше дать денег российской компании на развитие полезного и добротного продукта, чем (в разы больше) MS.
Точно, почитал поподробнее — вот что есть бесплатное для 1С: postgrespro.ru/products/1c_build
По вашей ссылке написано только (снова выделяю жиностью я) «На данной странице представлены для ознакомления собранные компанией Postgres Professional установочные пакеты… Представленное программное обеспечение предлагается для загрузки на бесплатной основе.»
Это никак не говорит, что в продакшене (а когда к бизнесу приходит проверка — то они все априори считают продакшеном) оно может быть использовано бесплатно? Я так понимаю, что лицензия у них одна на все продукты.
А вообще, конечно, лучше бы пригласить сюда представителя Postgres Pro — тем-то важная иинтересная для аудитории Хабра!
Это никак не говорит, что в продакшене (а когда к бизнесу приходит проверка — то они все априори считают продакшеном) оно может быть использовано бесплатно? Я так понимаю, что лицензия у них одна на все продукты.
А вообще, конечно, лучше бы пригласить сюда представителя Postgres Pro — тем-то важная иинтересная для аудитории Хабра!
Но на эту версию по ссылке Лицензия со страницы postgrespro.ru/products/1c открывается лицензия www.postgresql.org/about/licence
Postgres Pro Standard требует приобретения лицензии при установке в пром.
Вот цитата со страницы скачивания:
«Предоставляются права на использование, копирование, изменение и распространение данного программного обеспечения и его документации для целей тестирования, разработки ПО, ознакомления с функциональностью СУБД, использования в образовательном процессе бесплатно и без подписания какого-либо соглашения, при условии что для каждой копии будут предоставлены данное выше замечание об авторских правах, текущий абзац и четыре следующих абзаца. Использование в других целях, встраивание в другие продукты, тиражирование и прочие действия требуют приобретения отдельной лицензии.»
Если вы рассматриваете PostgreSQL или Postgres для использования с 1С, то у вас имеются такие варианты:
Но с нового года подорожает на 10%. Торопитесь, если надо конечно :)
Вот цитата со страницы скачивания:
«Предоставляются права на использование, копирование, изменение и распространение данного программного обеспечения и его документации для целей тестирования, разработки ПО, ознакомления с функциональностью СУБД, использования в образовательном процессе бесплатно и без подписания какого-либо соглашения, при условии что для каждой копии будут предоставлены данное выше замечание об авторских правах, текущий абзац и четыре следующих абзаца. Использование в других целях, встраивание в другие продукты, тиражирование и прочие действия требуют приобретения отдельной лицензии.»
Если вы рассматриваете PostgreSQL или Postgres для использования с 1С, то у вас имеются такие варианты:
- Свободно-распространяемый PostgreSQL. Его вариант с поддержкой 1С (с добавленными патчами для совместимости) имеется как на сайте 1С, так и у нас (Тут). Вам не нужно приобретать лицензии и вы можете не приобретать поддержку, приняв риски неисправностей на себя. Если решите, что поддержка вам необходима, то мы продаем ее по 42 480 рублей в год за ядро процессора.
- Использовать Postgres Pro Enterprise. Эта версия существенно переработана и оптимизирована. Для случая 1С она примерно в 2 раза производительнее и в ряде тестов дает результаты лучше MS SQL. При этом постоянные лицензии на нее стоят 78 700 рублей за ядро, годовая – 36 000 рублей. Кроме того, для этого варианта имеются еще лицензии по пользователям, которые выгоднее для маленьких внедрений.
Но с нового года подорожает на 10%. Торопитесь, если надо конечно :)
UFO just landed and posted this here
Нет удобных средств бэкапа (да, это реализуется сторонними средствами, в файловом варианте хоть скриптом на vbs, но блин, даже мой менеджер паролей регулярно бэкапит базу по расписанию сам)
Бекап вообще должен делаться средствами БД, что собственно сама 1С и рекомендует
А менеджер паролей, который «даже»… в нем же не работают одновременно 500 человек и выполняются куча фоновых синхронизаций? там то как раз это все проще делается
Консистентность при этом не ломается?
Т.е. вопрос в том грамотно ли сделаны в самой 1с атомарные транзакции, т.к. запросто может оказаться, что бекап прошел на границе последовательного обновления двух связанных объектов и приплыли. Ну, т.е. сама база целая (это гарантия mssql), а данные — нет
У нас была база в 250 гигабайт. Ничего, средствами MS SQL Server'a ни разу не получили битый бэкап снимая его с работающей базы (в которой были работающие пользователи). Но так, конечно, не рекомендуется делать.
MS SQL при начале бекапа делает снепшот базы. Консистентность при этом может поломаться только если приложение в этот момент держит базу в неконсистентном состоянии вне транзакции, чего никакое нормальное приложение, естественно, делать не должно.
Я категорически не уверен, что 1С является «нормальным» приложением.
Да простят меня разработчики.
Да простят меня разработчики.
Я категорически не уверен, что у вас есть хотя бы 10% знаний, позволяющих об этом судить, да простите меня вы.
dimoff66 в отличие от 1С, у которой по сути нет альтернатив для указанных задач на территории СНГ, со мной Вы можете не общаться и не быть моим заказчиком…
Касательно знаний — Вы тоже не можете гарантировать это ) а вот тормоза и глюки 1С — притча во языцех (хотя, возможно, что попадались именно неудачные внедрения, а вот удачных на 100% не было ни у кого).
Касательно знаний — Вы тоже не можете гарантировать это ) а вот тормоза и глюки 1С — притча во языцех (хотя, возможно, что попадались именно неудачные внедрения, а вот удачных на 100% не было ни у кого).
UFO just landed and posted this here
Anynickname в качестве примера боли могу привести пример соседней статьи, где ежики рассказывают каким кактусом стал gmail (да, я тоже страдаю от тормозов gmail, предыдущая версия была лучше с этой точки зрения).
внезапно — я полностью согласен. Законы рынка никто не отменял.
в прямом виде — как дотации банкам и госкорпорациям — нет, конечно. В косвенном — очень даже может быть (через лоббирование своих интересов через депутатов, проведение выгодных законов и т.п.).
не только. Но и пользователей (бухгалтеров, работников склада, менеджеров и пр.).
Эластичность спроса диктует ровно ту точку цены-качества,
внезапно — я полностью согласен. Законы рынка никто не отменял.
да еще и без господдержки, оставаясь рентабельным, кажется, что миссия невыполнима
в прямом виде — как дотации банкам и госкорпорациям — нет, конечно. В косвенном — очень даже может быть (через лоббирование своих интересов через депутатов, проведение выгодных законов и т.п.).
А возможные недоработки — это баттхёрт айтишников-сопровожденцев, болевые ощущения в пятой точке у которых по большому счету в организации мало кого интересуют
не только. Но и пользователей (бухгалтеров, работников склада, менеджеров и пр.).
UFO just landed and posted this here
Anynickname стоп. Погодите. Я сказал достаточно нейтральную фразу, что «вот тормоза и глюки 1С — притча во языцех». Это не говорит, что 1с — абсолютно глючная система. Далее про внедрения аналогично :-)
К тому же, мы все понимаем, что идеальной инженерии не бывает. Весь IT слеплен из костылей и велосипедов. А идеальные продукты тупо не доживают до выхода на рынок.
абсолютно верно.
К тому же, мы все понимаем, что идеальной инженерии не бывает. Весь IT слеплен из костылей и велосипедов. А идеальные продукты тупо не доживают до выхода на рынок.
Собственнику не интересно, что марьиванна из бухгалтерии позже уходит с работы,
абсолютно верно.
Вы не поверите, но я лично слышал о случаях, когда мнение Нуралиева и Ко спрашивали перед очередными изменениями. Правда, не в России, но в СНГ. Вплоть до того, что рабочие группы по реализации законов с ними держали прямую связь. На память приходит внедрение электронных счет-фактур в Казахстане. Местным айтишникам тогда прибавилось забот, но кое-кто успел неплохо заработать на внедрении ЭСФ для крупного бизнеса.
Касательно знаний — Вы тоже не можете гарантировать это
Я могу. Я занимался 15 лет внедрениями 1С.
а вот тормоза и глюки 1С — притча во языцех
Вы когда говорите о тормозах 1С вы что имеете ввиду? Саму оболочку? Конкретную конфигурацию? У самой оболочки не может быть тормозов и глюков, если выполняются системные требования к серверу и компьютеру пользователя при установке толстого клиента. Там нечему тормозить. Если же речь о типовых конфигурациях, то что тормозит там? Отчеты? Вряд ли. Проведение документов? Это иногда возможно при большом объеме данных на тяжеловесных конфигурациях вроде УПП(управление произв. предприятием) где данные по сотням или тысячам строк табличной части при какой-нибудь отгрузке при проведении пишутся в два десятка регистров с контролем остатков, но на то есть объективные причины, связанные с объемами обрабатываемой информации.
а вот удачных на 100% не было ни у кого
Давайте вы будете честны и скажете: не было ни у кого из трех с половиной опрошенных вами знакомых, чье мнение и является источником притч во языцах.
По своему опыту могу сказать: да, внедрение готовых конфигураций 1С нуждается в квалифицированном сопровождении как минимум на начальном этапе, поскольку не весь функционал интуитивно очевиден и нужен человек, который сможет подсказать как организовать работу, как построить аналитику и т.п. И за то, что не хватает квалифицированных кадров и сторона заказчика не может их найти 1С несет ту же ответственность как создатель например PHP за отсутствие достаточного количества PHP-программистов и вашу неспособность их найти. В противном случае — 1С сама по себе полноценная среда разработки учетных приложений, с которыми по скорости и цене внедрения не выдержали конкуренции не только отечественные фирмы, но и западные -ни Навижин, ни Оракл.
При этом на всякий случай уточню, что последние 4 года я не занимаюсь внедрением 1С и никаких корыстных причин хвалить их у меня нет.
Я занимался 15 лет внедрениями 1С.
ага. И смотрите с одной стороны баррикад, очевидно, как заинтересованное лицо (по крайней мере, это не сможете опровергнуть).
если выполняются системные требования к серверу и компьютеру пользователя при установке толстого клиента
ну, вот, начинается…
Давайте вы будете честны и скажете: не было ни у кого из трех с половиной опрошенных вами знакомых, чье мнение и является источником притч во языцах.
ну, во-первых, не три с половиной.
Во-вторых, что является критерием успешности? То, что директор по ИТ внедрил, получил откат от франчайзи и доволен? Или то, что бухгалтера довольны (это вообще ортогонально финансовой составляющей дела)? Или то, что поддержка все время достается одному и тому же подрядчику?
В противном случае — 1С сама по себе полноценная среда разработки учетных приложений, с которыми по скорости и цене внедрения не выдержали конкуренции не только отечественные фирмы, но и западные -ни Навижин, ни Оракл.
полноценная — да. Не выдержали конкуренции — ну, так начиная с какого-то момента, все скатывается к двум крупным вендорам (процессоры, операционные системы, базы данных — дальше продолжать?). А далее эти вендоры душат любые проростки конкуренции, т.к. деньги только у них. Скупают на корню все мелкие стартапы и в лучшем случае — внедряют их технологии у себя. 1С вовремя подмяла под себя рынок СНГ, сформировала инфраструктуру и теперь уже действительно поздно противиться.
С другой стороны, касательно специалистов — доля ответственности 1С в текущей ситуации есть. Я работал с парнями из 1-го бита и, мягко говоря, неудовлетворен ни квалификацией самого-самого интегратора, ни ценниками.
Мне даже спорить не хочется. Все равно все останутся при своих.
И смотрите с одной стороны баррикад, очевидно, как заинтересованное лицо
Я же написал специально: я не занимаюсь 1С больше 3 лет. И даже если бы я был заинтересованным лицом — я говорю исключительно факты.
Во-вторых, что является критерием успешности? То, что директор по ИТ внедрил, получил откат от франчайзи и доволен?
То что 1С выполняет ожидаемые от нее функции и покрывает потребности компании начиная от бухгалтерии, склада и производства, заканчивая CRM и всей управленческой аналитикой. Если у вас неудачный опыт общения с франчайзи я вас могу понять, хотя никогда не мог понять зачем обращаться к фирмам там, где можно заключить договор с индивидуальным работником. Зачем люди переплачивают вдвое менеджерам и получают низкооплачиваемых специалистов, когда можно найти высокоплачиваемого специалиста за счет экономии на менеджерах-посредниках, коими являются менеджеры фирм-франчайзи.
А далее эти вендоры душат любые проростки конкуренции, т.к. деньги только у них. Скупают на корню все мелкие стартапы и в лучшем случае — внедряют их технологии у себя.
Какие мелкие стартапы скупил на корню 1С? Навижн аксапту, она же Майкрософт Динамикс, которая пришла на российский рынок с целью потеснить 1С, а в итоге получила процентов 5 рынка? Зачем писать откровенную чушь?
Я работал с парнями из 1-го бита и, мягко говоря, неудовлетворен ни квалификацией самого-самого интегратора, ни ценниками.
Я тоже не удовлетворен ни квалификацией интегратора, ни ценниками. И когда вы пишете о нем «самый-самый» вы видимо имеете ввиду его крупность. Крупность говорит лишь о наличии большого числа джуниоров, на троечку вытянувших сертификацию. Всем всегда рекомендую не обращаться в крупные фирмы франчайзи — ни в 1 Бит, ни в Рарус ни в им подобные. И они не имеют никакого отношения к самому продукту.
Мне даже спорить не хочется. Все равно все останутся при своих.
Вы не можете со мной спорить, потому что наш уровень знаний несопоставим. Просто раз вы пишете публично вещи, не соответствующие действительности, мое чувство справедливости заставляет меня писать правду как она есть — 1С отличный очень гибкий софт для любого рода учетных приложений с одной поправкой — нужно грамотное сопровождение. И это грамотное сопровождение нужно искать на фрилансерских сайтах, а не звонить самому-самому интегратору.
не соответствующие действительности, мое чувство справедливости заставляет меня писать правду как она есть — 1С отличный очень гибкий софт для любого рода учетных приложений с одной поправкой — нужно грамотное сопровождение
Касательно сопровождения — согласен. Никто же не удивляется, к примеру, необходимости грамотного ТО автомобиля, не у ближайшего ашот-сервиса?
Касательно «отличный гибкий софт» — ну, такой себе тезис. Сравнить-то не с чем :-)
И это грамотное сопровождение нужно искать на фрилансерских сайтах, а не звонить самому-самому интегратору.
т.е. опять же — ответственности 1С в этом нет (как минимум — они могли бы предпринять меры по регулированию рынка «партнеров», но они вряд ли хотят убивать курицу, несущую золотые яйца)!?
Ответственность 1С в этом меня мало волнует, я лишь говорю о качестве продукта и о путях этим качеством воспользоваться.
сравнивать всегда было с чем (начиная с, наверное, Инфософта образца 1989-1990 года, включая разные ФинансыБезПроблем, АМБу, БЭСТ, Галактику, Парус и прочие отечественные. и SAP и Navision из импорта).
Софт действительно гибкий (и учетом не ограничивается) — где-то валяется написаный лет 15 назад на 7.7 ассемблер-дизассемблер для MSC-51. лет 7 назад видел реализованное на 1С управление складскими тележками-шаттлами. Есть учетная база, работавшая в режиме 24*7 364 дня в году с перерывами на обслуживание 15 (максимум-45) минут в месяц. я уж не беру в расчет подключение разнобразного оборудования (от сканеров штрихкода до фискальных регистраторов. от колонок АЗС до турникетов, шлагбаумов и весов на проходных. всякие астериски, сбор данных из внешних систем управления производственным процессом) — из-за широкого распространения чего только не реализовывали… хотя лучше всего приспособлена именно для учетных задач. и по скорости разработки таких приложений далеко впереди.
Софт действительно гибкий (и учетом не ограничивается) — где-то валяется написаный лет 15 назад на 7.7 ассемблер-дизассемблер для MSC-51. лет 7 назад видел реализованное на 1С управление складскими тележками-шаттлами. Есть учетная база, работавшая в режиме 24*7 364 дня в году с перерывами на обслуживание 15 (максимум-45) минут в месяц. я уж не беру в расчет подключение разнобразного оборудования (от сканеров штрихкода до фискальных регистраторов. от колонок АЗС до турникетов, шлагбаумов и весов на проходных. всякие астериски, сбор данных из внешних систем управления производственным процессом) — из-за широкого распространения чего только не реализовывали… хотя лучше всего приспособлена именно для учетных задач. и по скорости разработки таких приложений далеко впереди.
Вообще, если приложение умеет работать с транзакциями, то обе СУБД, с которыми умеет работать 1с, сделают бекапы одинаково успешно. Только вот я что-то до конца не уверен, что 1с всегда все в транзакции оборачивает.
«любой каприз за ваши деньги»
Сначала себестоимость в отчет по остаткам, затем посекундное наличие и 20+ типов цен по 100+ складам (причем себестоимость по каждому своя, и маржу вывести не забудьте, и резервирование туда же — учесть что лежит но уже не наше или еще не наше)…
Да и вообще, мелкому интернет-магазину 1С УТ не нужен немного от слова совсем (все в битриксе есть если), да и битрикс тоже (лендинг есть, прайс на 100 позиций максимум по одной цене хоть с экселя вести можно, остатки и склад в дропшипе отсутствуют как класс)
Сначала себестоимость в отчет по остаткам, затем посекундное наличие и 20+ типов цен по 100+ складам (причем себестоимость по каждому своя, и маржу вывести не забудьте, и резервирование туда же — учесть что лежит но уже не наше или еще не наше)…
Да и вообще, мелкому интернет-магазину 1С УТ не нужен немного от слова совсем (все в битриксе есть если), да и битрикс тоже (лендинг есть, прайс на 100 позиций максимум по одной цене хоть с экселя вести можно, остатки и склад в дропшипе отсутствуют как класс)
А в SAP и Axapta это есть «из коробки»?
Альтернатива всегда есть.
zippy.com.ua/zstore
zippy.com.ua/zstore
Вы используете 1с как WMS и не видите ему альтернатив? Действительно?
Смотрели в Manhattan SCALE? Оно не дешевое, но очень гибкое, популярное за бугром, у нас тоже есть.
Работаю с ним уже 10 лет — полет нормальный, фичи приделываются без особых сложностей, и всегда можно занеси денег внедренцам, если что.
Вообще на рынке полно WMS — больших и серьезных.
Смотрели в Manhattan SCALE? Оно не дешевое, но очень гибкое, популярное за бугром, у нас тоже есть.
Работаю с ним уже 10 лет — полет нормальный, фичи приделываются без особых сложностей, и всегда можно занеси денег внедренцам, если что.
Вообще на рынке полно WMS — больших и серьезных.
Альтернативы есть, конечно. Только сильно дороже как в приобретении, так и в обслуживании и доработке.
А потом тупые обитатель бухгалтерий и прочие конечные пользователи поют: на старой работе была 1с, там было все понятно, а тут вот какая-то фигня, глючит и работать не даёт.
Да это люди, которые админа зовутя когда им нужно файл на флешку скинуть — но воя и вони от них...
ну в общем-то вы для этих «тупых обитателей бухгалтерий» и работаете. и для «тупых продавщиц в магазинах». и для дворников, черт подери! а они — для вас. (ну, не вы, так ваши коллеги)
Честно говоря по моим наблюдениям вся тупость бухгалтеров исходит именно из того, что техспециалисты почему-то считают, что те все должны знать без объяснений и нервозно с ними разговаривают, отчего люди в возрасте зажимаются и тупят еще больше. Если спокойно, вежливо и терпеливо один раз объснить и вообще относиться к людям уважительно, вдруг оказывается что они как минимум не тупее программистов.
возраст тут не играет решающей роли. чуть не первая бушка, которой я помогал в далеком 91-м «с компьютером» имела возраст за 60 — и тем не менее лихо освоила «ФинансыБезПроблем» (это в те времена, когда персоналки тольк-только появились). И я задавал ей глупые вопросы — «откуда же у конторы берется прибыль, если сколько с одного счета ушло, столько на другой пришло».
тупые — те, кто не хочет учиться. а они есть любого возраста.
ну и ко всему прочему, 1с-ники работают _для_ бухов. не нравится — никто в этой профессии не держит.
тупые — те, кто не хочет учиться. а они есть любого возраста.
ну и ко всему прочему, 1с-ники работают _для_ бухов. не нравится — никто в этой профессии не держит.
что техспециалисты почему-то считают, что те все должны знать без объяснений
нет, тупость исходит от явного нежелания вникать. когда тебе в 100500 раз звонят со словами «а вот у нас ОПЯТЬ не работает ваша глючная программа!!»… а начинаешь разбираться и выясняется что она не туда товар оприходовала(не тот договор выбрала/дату отгрузки поставила раньше оприходования) вот это очень сильно нервирует… объясняешь «следите за бизнеспроцессом и логикой!»… нет, опять звонит «а у меня в который раз в отчет картошка не попадает, вы там чтото чинили и опять сломали»… а в результате она опять на другом счете висит по их вине
вот это очень сильно нервирует
Я занимался 1С 15 лет. Первые года 4 работы меня тоже сильно нервировало когда пользователи не понимали простых, на мой взгляд, вещей. На второй год работы, когда я резко поговорил с пользователем клиента, мне позвонил их ай-ти директор и очень мягко сказал, что программирование это только на 50% код, на другие 50% это работа с людьми, и если ты можешь писать код, но не можешь поддерживать контакт с людьми, ты просто кодер, не внедренец. Эту его фразу я понял только спустя три года. И также я понял что вся нервозность программистов — от комплексов. У программистов очень хорошая зарплата, будьте благодарны этим людям, что вы можете получать хорошие деньги и не забывайте, что вы работаете для них, а не они для вас, и вы не имеете никакого морального права беситься на них. Раз они в 100500 раз говорят что программа не работает, значит нужно просто в 100500й раз спокойно показать, что нужно сделать. И когда я все это понял: у меня с того момента конфликтов с бухгалтерами не было вообще, исключительно эмпатия с их стороны и ко мне и к программе. Будьте спокойнее и разумнее, это просто ваша работа, ничего более.
Будьте спокойнее и разумнее,
а я и не нервничаю, я объясняю почему так происходит, почему техспециалисты нервничают
мне именно опыт с 1С очень сильно помог в общении с людьми. я теперь консультировать могу кого угодно в любой теме которой разбираюсь
За все время моей работы с 1С (около 7 лет) я только один единственный раз столкнулся с ситуацией когда не смог вообще общаться с бухгалтером… и общался с ней только через (или в присутствии главбуха)… потому что истерика полностью исключала объективность (я не буду ничего слушать и делать, сделайте чтобы программа работала ааааа!!!!)
тут два варианта:
1. фиксируешь подобные обращения в трекере, и передаешь непосредственному начальнику данных юзверей. с просьбой либо научить (послать на обучение, заставить прочитать книжку и сдать экзамен, и т.п.), либо заменить на вменяемого
2. если главбух/коммдир/финдир такой же — уходишь оттуда.
есть третий вариант — улучшать процессы (делать невозможным продажу в минус, выбор не того договора, заведение дублей...), но он требует быть немножко бОльшим, чем программист1с
1. фиксируешь подобные обращения в трекере, и передаешь непосредственному начальнику данных юзверей. с просьбой либо научить (послать на обучение, заставить прочитать книжку и сдать экзамен, и т.п.), либо заменить на вменяемого
2. если главбух/коммдир/финдир такой же — уходишь оттуда.
есть третий вариант — улучшать процессы (делать невозможным продажу в минус, выбор не того договора, заведение дублей...), но он требует быть немножко бОльшим, чем программист1с
Пользователь всегда решает свои проблемы с помощью системы. Ему надо, как правило вчера и срочно, решить его задачи. Он их пытается решить в меру своих знаний. Если работа системы пользователю непонятна и ему никто не объяснил — как правильно (в понятных и доступных этому пользователю словах) — начинается описанная картинка. И вот это проблема :(
Но если при внедрении все нормально показали, рассказали, ответили на вопросы и пару раз рукой пользователя поводили — все будет плюс/минус хорошо.
Бывают и исключения, когда ты раз объяснил, два, 100 раз, уже сам понял, как пользователю работать надо — а оно все не идет и не идет :( Тут хорошую пользу может оказать большой начальник клиента, который лоббирует внедрение. Обычно они там сами разбираются, без привлечения внедренца. Если мы говорим о фиксе — немного сложнее, но не сильно :)
Но если при внедрении все нормально показали, рассказали, ответили на вопросы и пару раз рукой пользователя поводили — все будет плюс/минус хорошо.
Бывают и исключения, когда ты раз объяснил, два, 100 раз, уже сам понял, как пользователю работать надо — а оно все не идет и не идет :( Тут хорошую пользу может оказать большой начальник клиента, который лоббирует внедрение. Обычно они там сами разбираются, без привлечения внедренца. Если мы говорим о фиксе — немного сложнее, но не сильно :)
Я писал о них в красках, чтобы было понятно, о ком я. Дело в инертности мышления: хотя многие люди пишут в резюме «опытный пользователь ПК», по факту они не умеют даже создать документ в Word, а уж перейти с привычной 1с на что-то новое, даже в 100 раз более удобное — это прямо будет сплошной стресс.
P.S. А что админы (да и вообще ИТ) работают в т.ч. для таких людей, а не в пространстве — с этим я согласен, даже побольше вашего *смайлик*. Главное, чтобы человек был готов меняться (учиться, разбираться в новом для него, даже просто признавать, что он что-то не знает).
P.S. А что админы (да и вообще ИТ) работают в т.ч. для таких людей, а не в пространстве — с этим я согласен, даже побольше вашего *смайлик*. Главное, чтобы человек был готов меняться (учиться, разбираться в новом для него, даже просто признавать, что он что-то не знает).
Выкинуть все виндовое.
сервер 1С взять x32 вместо x64, он дешевле раза в 2. Для такой нагрузки его за глаза хватит.
РДП не нужен. УТ11 хорошо работает через тонкого клиента или веб. Там РДП совсем не нужен.
сервер 1С взять x32 вместо x64, он дешевле раза в 2. Для такой нагрузки его за глаза хватит.
РДП не нужен. УТ11 хорошо работает через тонкого клиента или веб. Там РДП совсем не нужен.
ну и
единожды ступив на дорожку доработки 1С— сейчас можно остаться на полностью обновляемой системе (гуглить расширения и внешние обработки)
Весь пример это статьи как не надо подходить к новой задаче.
Для всего что описано, достаточно одного 1С Битрикса стоимостью от 5к. Но и к этому нужно подходить обдуманно — может здесь нужна совсем другая CMS.
Зачем здесь конфигурация 1С Розница, СУБД, Сервер приложений 1С?
Как написано выше нужно все таки отталкиваться от ТЗ, а не заказывать банкет на всю катушку.
Для всего что описано, достаточно одного 1С Битрикса стоимостью от 5к. Но и к этому нужно подходить обдуманно — может здесь нужна совсем другая CMS.
Зачем здесь конфигурация 1С Розница, СУБД, Сервер приложений 1С?
Как написано выше нужно все таки отталкиваться от ТЗ, а не заказывать банкет на всю катушку.
УТ любой версии для любой платформы была универсальной, что сразу же накладывает ограничения на её возможности — это монстр всего и вся в извращённом представлении её разработчиков.
1C начала побеждать конкурентов после того, как отделила платформу от конфигурации, что дало местным программистам возможность дорабатывать/разрабатывать свои конфигурации, то есть зарабатывать денежку. А так как тогда рынок (всего и вся, в том числе и ИТ) был совсем дикий, то каждый программист советовал купить 1С, так как он мог на этом заработать, внедрив, расширив и запрограммировав хотелки владельцев бизнеса
Плюс к этому — построение сети франчайзи. Это были отличные стратегические ходы.
Отсюда вытекло всё то, что наболело у автора — зависимость от Майкрософта, «куриный» язык в виде помеси бухгалтерских терминов с программированием, потому как 1С начиналась с автоматизации именно бухучёта (поэтому номенклатура :) ).
1C начала побеждать конкурентов после того, как отделила платформу от конфигурации, что дало местным программистам возможность дорабатывать/разрабатывать свои конфигурации, то есть зарабатывать денежку. А так как тогда рынок (всего и вся, в том числе и ИТ) был совсем дикий, то каждый программист советовал купить 1С, так как он мог на этом заработать, внедрив, расширив и запрограммировав хотелки владельцев бизнеса
Плюс к этому — построение сети франчайзи. Это были отличные стратегические ходы.
Отсюда вытекло всё то, что наболело у автора — зависимость от Майкрософта, «куриный» язык в виде помеси бухгалтерских терминов с программированием, потому как 1С начиналась с автоматизации именно бухучёта (поэтому номенклатура :) ).
а чем вам не угодило слово «номенклатура»? вполне применялось еще в советские времена, (я, конечно имею ввиду не только «перечень должностей парт. и гос. аппарата») — «номенклатура продукции», «Номенклатурный справочник Госснаба СССР» и т.п.
слово «субконто» — да, пришло из бухучета — но оно в бухгалтерской подсистеме 1с так и осталось.
а «наболело у автора» чисто из-за его незнания предмета. И картинок цепляется много, и реквизиты можно добавлять без программирования, и учет в различных единицах измерения возможен, и пересчет между ними тоже. вот «водяных знаков» нет, тут автор прав. <сарказм>как люди живут без водяных знаков — уму непостижимо. </сарказм>/. RDP не нужен. Ну и т.д.
А 1с выйграло тем, что ошибки, всегда сущствующие в ПО, могли быть исправлены специалистом на месте, и быстро — не дожидаясь релиза. ну и ломаемая защита (знаменитый в узких кругах Соболь) способствовала широкому пиратскому распространению (тот же БЭСТ был защищен получше, поэтому был менее распирачен).
слово «субконто» — да, пришло из бухучета — но оно в бухгалтерской подсистеме 1с так и осталось.
а «наболело у автора» чисто из-за его незнания предмета. И картинок цепляется много, и реквизиты можно добавлять без программирования, и учет в различных единицах измерения возможен, и пересчет между ними тоже. вот «водяных знаков» нет, тут автор прав. <сарказм>как люди живут без водяных знаков — уму непостижимо. </сарказм>/. RDP не нужен. Ну и т.д.
А 1с выйграло тем, что ошибки, всегда сущствующие в ПО, могли быть исправлены специалистом на месте, и быстро — не дожидаясь релиза. ну и ломаемая защита (знаменитый в узких кругах Соболь) способствовала широкому пиратскому распространению (тот же БЭСТ был защищен получше, поэтому был менее распирачен).
Мне номенклатура как раз таки нравится. :) И с УТ я работал (как юзер и как программер) начиная с платформы 7.7 и не таких перенавороченных версий УТ как сейчас.
Просто подход к работе в УТ идёт как в бухучёте. Многие вещи реализованы крайне неудобно для их использования — список цен внутри карточки товара, вместо логичного и простого варианта наличия нескольких прайсов с разным составом товаров и цен раздражало очень сильно. Не знаю как сейчас, последние версии не видел. И таких неоднозначных решений в УТ было достаточное количество.
У БЭСТ-а ужасный интерфейс, вот за что я раньше любил 1С-ские продукты так это за UI. С новым интерфейсом Такси пока нет сильной дружбы.
Просто подход к работе в УТ идёт как в бухучёте. Многие вещи реализованы крайне неудобно для их использования — список цен внутри карточки товара, вместо логичного и простого варианта наличия нескольких прайсов с разным составом товаров и цен раздражало очень сильно. Не знаю как сейчас, последние версии не видел. И таких неоднозначных решений в УТ было достаточное количество.
У БЭСТ-а ужасный интерфейс, вот за что я раньше любил 1С-ские продукты так это за UI. С новым интерфейсом Такси пока нет сильной дружбы.
в ТиС «прайс» был по сути документ «установка цен <определенного типа>». Цены — они не «внутри карточки товара», они «отображаются в т.ч. внутри карточки».
Я, честно говоря, плохо знаю _типовые_ решения. у меня были сделаны именно документами. но опять же — это зависит от бизнес-процессов предприятия. видел предприятия, где нет прайсов в принципе. где цена формируется тупо «стоимость последнего закупа +%%» и «стоимость запаса+%%».
вопросы интерфейса у 1с всегда были больными. и Такси, на мой взгляд, проблему только усугубил. все-таки система для работы — это не вконтактег. зато в 1С — в отличие от того же БЭСТа — интерфейс можете сделать себе сами, под своих тараканов.
Я, честно говоря, плохо знаю _типовые_ решения. у меня были сделаны именно документами. но опять же — это зависит от бизнес-процессов предприятия. видел предприятия, где нет прайсов в принципе. где цена формируется тупо «стоимость последнего закупа +%%» и «стоимость запаса+%%».
вопросы интерфейса у 1с всегда были больными. и Такси, на мой взгляд, проблему только усугубил. все-таки система для работы — это не вконтактег. зато в 1С — в отличие от того же БЭСТа — интерфейс можете сделать себе сами, под своих тараканов.
Прайс-то есть у всех, у кого-то он один, а кому-то нужны прайсы с датами начала и окончания действия, кому-то отдельные прайсы для розницы и опта. И схема: прайс= накиданные товары списком + формула расчёта продажной цены и опциональные даты в этом-же прайсе, гораздо привлекательней для заполнения и работы, чем тыкание в каждую карточку товара, нажимания кнопки цен и заполнения. Я даже про «удобство» ведения атрибутов (цвет, размер и т.д.) реализованных в УТ не будут говорить — там мрак.
в ТиС, насколько помню, была «установка цен» которая так и делала — собирала товары по признакам, назначала цены по правилам, устанавливала даты действия. «тыкать в каждую карточку» не надо было от слова совсем. в УПП тоже есть документ «Установка цен номенклатуры» — видимо, и в УТ10 тоже аналогично. За УТ11 не скажу, лениво ставить. но почему-то уверен, что и там не так плохо, как вы описываете. Хотя Такси — это Такси
Ну так так и есть, вы ведете справочники видов цен, в котором для каждого вида есть настройки ее формирования, и регистрируете изменения этих цен документами «установка цен», где выбираете для какой номенклатуры, какие виды цен надо изменить.
Мда… Ни в коей мере не защищаю 1С но Вы не совсем правы описывая недостатки справочника номенклатуры:
Настройте использование индивидуальных упаковок, и заполняйте весо-габаритные данные каждой упаковки, которые будут учитываться в отгрузочных документах
Настройте использование дополнительных реквизитов и сведений и моете добавлять любые даты и прочие необходимые вам данные без программирования
RDP не нужен, нужен лишь веб сервер, на который публикуется бд, и к ней можно подключаться тонкими или веб-клиентами…
И это я пишу, практически не зная управление торговлей… Возможно и с картинками все не так плохо, и настроив использование характеристик, можно привязать картинку к каждой из них.
В общем похоже автор просто не захотел разобраться с конфигурацией…
Вес товара указывается только один.
Настройте использование индивидуальных упаковок, и заполняйте весо-габаритные данные каждой упаковки, которые будут учитываться в отгрузочных документах
Не записывается дата добавления товара, дата начала продаж и пр.
Настройте использование дополнительных реквизитов и сведений и моете добавлять любые даты и прочие необходимые вам данные без программирования
RDP не нужен, нужен лишь веб сервер, на который публикуется бд, и к ней можно подключаться тонкими или веб-клиентами…
И это я пишу, практически не зная управление торговлей… Возможно и с картинками все не так плохо, и настроив использование характеристик, можно привязать картинку к каждой из них.
В общем похоже автор просто не захотел разобраться с конфигурацией…
Картинки даже в какой-то совсем базовой 1С цепляются, кстати сказать.
И это я пишу, практически не зная управление торговлей… Возможно и с картинками все не так плохо, и настроив использование характеристик, можно привязать картинку к каждой из них.
Зря пишете, все неправильно.
Если поставить бесплатный модуль обмена с Битриксом — таки можно к характеристикам картинки привязывать в неограниченном количестве.
Что все?
— Разный вес для разных упаковок/фасовок? Так он есть.
— Пересчет количества, веса, объема в документах в зависимости от выбранной упаковки? Есть.
— Дополнительные реквизиты, которые можно выгружать на сайт? Есть
— Множественные картинки для номенклатуры? Есть
— Импорт контрагентов/номенклатуры? Есть. Есть даже заполнение/проверка реквизитов контрагентов по ИНН
Про ненужность RDP я не одна вам написала
Что еще неправильно то?
— Разный вес для разных упаковок/фасовок? Так он есть.
— Пересчет количества, веса, объема в документах в зависимости от выбранной упаковки? Есть.
— Дополнительные реквизиты, которые можно выгружать на сайт? Есть
— Множественные картинки для номенклатуры? Есть
— Импорт контрагентов/номенклатуры? Есть. Есть даже заполнение/проверка реквизитов контрагентов по ИНН
Про ненужность RDP я не одна вам написала
Что еще неправильно то?
проблема вовсе не в кривости 1с и не в стоимости. проблема кроется в практике взаимодействия бизнес-пользователя и программиста внедренца. Ни один ( кроме исключений) вменяемый архитектор не пойдет работать с клиентом, который необразован и требует невозможного за минимальные деньги. Потому на первом фронте в качестве исполнителей выступают те, которые сами не представляют реальные трудозатраты. В итоге вся экосистема 1с выросла вот в такое УГ.
Под необразованностью клиента подразумеваю нежелание платить за ИТ-инфраструктуру (и вообще полное незнание о ее существовании) и необразованность в построении бизнес-процессов.
Картинки не надо смотреть. Можно настроить штрихкоды (сканеры, принтеры) и забивать хоть отдельную позицию (отдельную запись в справочнике номенклатура) на каждый цвет и размер (не оптимально, зато 100% работоспособно).
Отличный пример как надо делать, если хотите бардака в учете.
Такую политику придумал не я, я лишь был ее очевидцем (причем аж в двух разных местах). Более того, в одном месте создавали новую запись в справочнике номенклатура, если цена поступления на склад отличалась от уже имеющихся поступлений)) Т.е. лампочка накаливания за 10 рублей, 8 рублей и 9 рублей — это были разные записи)))
P.S.: компания, несмотря на такой ужас, легко проходила аудит, заказанный Европейским Банком Реконструкции и Развития.
P.S.: компания, несмотря на такой ужас, легко проходила аудит, заказанный Европейским Банком Реконструкции и Развития.
Вы даете тупой совет и радуетесь, что так работают. Спасибо, нет.
Заведение отдельной номенклатуры для лампочек по себестоимости 8 руб и 10 руб это вполне здравый совет, особенно с точки зрения бухгалтерии и с точки зрения финучёта: разная цена поставщика это разные товары, как цвето товара, например и, как следствие, разные SKU с точки зрения бухгалтерии.
Совершенно аналогичные модели телефонов, отличающиеся только цветом корпуса и завёденные разными SKU в бухгалтерии это, по-вашему, тоже «хотите бардака»?
Совершенно аналогичные модели телефонов, отличающиеся только цветом корпуса и завёденные разными SKU в бухгалтерии это, по-вашему, тоже «хотите бардака»?
У одной модели телефонов разного цвета все-таки могут быть разные SKU, а вот лампочка накаливания, 60Вт, E27 с разной ценой поступления имеет разные SKU только по одной причине — когда внедряли 1С, не смогли настроить партионный учет.
нет, «с точки зрения бухгалтерии» у одного товара может быть совершенно разная входная цена. и тем не менее это остается одним и тем же товаром. Есть нюансы в фарме (но и там товар один, просто партии разные)
«Совершенно аналогичные модели телефонов, отличающиеся только цветом корпуса» для бухгалтерии вполне могут быть одним товаром, а для коммерции (особенно логистики) — могут быть совершенно разным.
«Совершенно аналогичные модели телефонов, отличающиеся только цветом корпуса» для бухгалтерии вполне могут быть одним товаром, а для коммерции (особенно логистики) — могут быть совершенно разным.
Когда я сидел изучал бухучет, я долго выяснял в чём разница между номенклатурой и SKU. В общем, то что я понял, номенклатура это продаваемая единица, описанная до степени подробности удобной самой бухгалтерии. При этом, таки да, телефоны разного цвета могут получить одинаковый код номенклатуры. А вот SKU это максимально подробное описание учитываемой сущности, изменение хотя бы чего в ней должно приводить к заведению нового SKU.
аудит делается по корректности цифр, а не по тому как правильно номенклатуру учитывать
Попал со статьёй в яблочко!
Если клиент глуп и не знает что хочет, то это уже увы проблемы не франчайзи.
Ага. Бизнес на лохах, единственно правильный бизнес, так повелось. С одной стороны клиенты которые хотят заплатить как можно меньше денег. С другой стороны исполнители, который хотят этих денег с клиента как можно больше. Середину «имеют» обе крайности. А потом все удивляются почему нет ни адекватных заказчиков, ни адекватных исполнителей. Может потому, что адекватные ищут себе другие ниши, где можно заработать и при этом не идти в разрез с совестью.
Ну же, коллега! Почитайте про внедрения Сапа.
Энтерпрайзом заниматься почти не приходилось. Сейчас чаще работаю с оборудованием. Но бывают примеры и вполне адекватных производителей. Пример некая российская контора производит gsm-модемы. Отправляю запрос — 'ребята, у вас нет ПО под linux, а нам нужно именно под него, раскройте протокол, а мы бесплатно отдадим вам ПО с исходниками' ответ 'а зачем? нет мы ни в коем случае протокол открывать не будем'. И общение с китайцами — компания производит панели для дизельных генераторов управляемых по modbus, также нет ПО под линукс и нигде в открытом доступе не нашел карту регистров. Местный поставщик даже слышать ничего про это не хотел. Зато производитель в течение дня откликнулся и всю необходимую документацию переслал, при том, что я даже не успел заикнуться об ПО и исходниках.
Ты глупым назвал меня, автора? Аргументировать по фактам хватит мозговой активности? Давай-ка, что неправильно в параграфе «Ведение каталога товаров и услуг в 1С»?
В общем то в статье написана сущая правда.
Но начну с хорошего, с УТ не работал, но те механизмы которые есть в БП и ЗУП покрывают огромное количество кейсов. Управление кадрами, отчетности, Директ-банк, счета, акты, задолженности, бухучет, куча отчетов. Очень много чего есть просто из коробки и оно более-менее работает и даже само обновляется. И это все за небольшие деньги в файл-серверном варианте. Я так вообще думаю что любому b2b бизнесу под бухучет и учет поступлений — однозначно нужна как минимум БП.
Но с другой стороны постоянно сталкиваешься с простыми кейсами которые почему то забыты, нереализованы или на бумаге есть и их можно громко рекламировать, а в продакшене все через пень колоду и неудобно. Сюда как раз подходит статья автора.
Причем постоянное ощущение что сделано так специально.
По доработкам печалит, что большинство программистов под любую задачу будут изобретать свой личный велосипед. Есть неплохие разработки на инфостарте, из серии «мастхэв» но их мало. Половина программистов и франчайзи не знает возможностей типовых и даже если фича уже есть — предложат свой велосипед. Каждый год одни и те же фрилансеры пишут примерно одни и те же типовые обработки и отчеты. Все это создает бесконечную копроэкономическую карусель, ВВП растет, все довольны.
Тоже самое могу сказать про облачную CRM от 1С — Битрикс 24, на картинках все красиво, а чуть столкнешься с банальным кейсом — сразу предложат купить коробочную версию, и бесконечно потом её поддерживать и дорабатывать. Про БУС на хабре тоже много чего писано — косяки, доработки, доработки.
Но всё таки нет худа без добра, платформа растет, обрастает плюшками, те же расширения конфигураций и прочие «системы взаимодействия» дают немного больше свободы и небольшую надежду на светлое будущее.
Но начну с хорошего, с УТ не работал, но те механизмы которые есть в БП и ЗУП покрывают огромное количество кейсов. Управление кадрами, отчетности, Директ-банк, счета, акты, задолженности, бухучет, куча отчетов. Очень много чего есть просто из коробки и оно более-менее работает и даже само обновляется. И это все за небольшие деньги в файл-серверном варианте. Я так вообще думаю что любому b2b бизнесу под бухучет и учет поступлений — однозначно нужна как минимум БП.
Но с другой стороны постоянно сталкиваешься с простыми кейсами которые почему то забыты, нереализованы или на бумаге есть и их можно громко рекламировать, а в продакшене все через пень колоду и неудобно. Сюда как раз подходит статья автора.
Причем постоянное ощущение что сделано так специально.
По доработкам печалит, что большинство программистов под любую задачу будут изобретать свой личный велосипед. Есть неплохие разработки на инфостарте, из серии «мастхэв» но их мало. Половина программистов и франчайзи не знает возможностей типовых и даже если фича уже есть — предложат свой велосипед. Каждый год одни и те же фрилансеры пишут примерно одни и те же типовые обработки и отчеты. Все это создает бесконечную копроэкономическую карусель, ВВП растет, все довольны.
Тоже самое могу сказать про облачную CRM от 1С — Битрикс 24, на картинках все красиво, а чуть столкнешься с банальным кейсом — сразу предложат купить коробочную версию, и бесконечно потом её поддерживать и дорабатывать. Про БУС на хабре тоже много чего писано — косяки, доработки, доработки.
Но всё таки нет худа без добра, платформа растет, обрастает плюшками, те же расширения конфигураций и прочие «системы взаимодействия» дают немного больше свободы и небольшую надежду на светлое будущее.
Причем постоянное ощущение что сделано так специально.Это вообще-то было известным фактом 20 лет назад. Стандартные конфигурации 1С специально нерабочие, чтобы дать заработать настройщикам. Ровно таким образом они и создали новую профессию «настройщик 1С», а настройщики — создают рынок сбыта.
Сделать хорошо из коробки — значит убить рынок. Так что не сделают никогда.
Сделать хорошо из коробки невозможно, это же универсальное решение, оно в любом случае не подойдёт всем-всем-всем
==
они и так уже очень много чего из коробки сделали, чего лет 10 назад не было
==
они и так уже очень много чего из коробки сделали, чего лет 10 назад не было
Зато можно из коробки сделать плохо, так чтобы всем-всем-всем понадобился профессиональный настройщик. Как минимум 20 лет назад каждый настройщик начинал с замены штатных скриптов на свои.
у вас какие-то странные представления. 20 лет назад уже была версия 7.5, где «скриптов» не было. да и в 2-6 далеко не все «меняли скрипты на свои».
сейчас на типовой конфигураии без какого-либо изменения способны работать ориентировочно 3/4 всек организаций. остальные — либо тюнинг призводительности, либо настройка «хотелок». благо «хотелки» можно реализовать практически любые.
сейчас на типовой конфигураии без какого-либо изменения способны работать ориентировочно 3/4 всек организаций. остальные — либо тюнинг призводительности, либо настройка «хотелок». благо «хотелки» можно реализовать практически любые.
20 лет назад мы делали "Убийцу-1С" и серьезно консультировались с настройщиками.
p.s. Кстати, у нас была совместимость по языку скриптов.
p.s. Кстати, у нас была совместимость по языку скриптов.
20 лет назад 1с была «одной из». Ну и как всегда у догоняющих, вы пытались догнать вчерашний день (писали конкурента Бухии 6.0, когда на рынок входила 7.7).
впрочем, и я писал конкурента 1С и ФБП. и сотни таких было. но взлетело не у всех…
впрочем, и я писал конкурента 1С и ФБП. и сотни таких было. но взлетело не у всех…
В 1998ом? Для малого бизнеса уже основной была. Для среднего — до сих пор есть Парус. Остальные конкуренты какие-то мелкие были.
Так и не понял, нахрена «небольшому интернет-магазину» Битрикс Бизнес. Если у вас не многоколоночный прайс, то малого бизнеса за глаза.
Далее, не понял, зачем «небольшому интернет-магазину» пускать менеджеров в УТ. Все действия с заказами делаются в битриксе, равно как и актуальный складской учёт. В том числе если клиент делает заказ по телефону. Соответственно, собственно в 1С у вас остаются бухгалтер, кладовщик, закупщик. Ну, изредка директор и/или админ локалхоста. Всё. Под такой нагрузкой, внезапно, всё живёт и без сервера, и на файловой базе. В результате суммарный ценник на лицензии стремительно падает ниже 100к.
Далее, не понял, зачем «небольшому интернет-магазину» пускать менеджеров в УТ. Все действия с заказами делаются в битриксе, равно как и актуальный складской учёт. В том числе если клиент делает заказ по телефону. Соответственно, собственно в 1С у вас остаются бухгалтер, кладовщик, закупщик. Ну, изредка директор и/или админ локалхоста. Всё. Под такой нагрузкой, внезапно, всё живёт и без сервера, и на файловой базе. В результате суммарный ценник на лицензии стремительно падает ниже 100к.
То есть вы за разделение БД предприятия на две БД, половина в 1С, половина в Битрикс? Чтоб веселее было или зачем?
Выдача заказа в пункте самовывоза (магазине/офисе) с пробитием чека на кассе в вашем варианте как делается? Схему взаимосвязей и обменов опишите.
Выдача заказа в пункте самовывоза (магазине/офисе) с пробитием чека на кассе в вашем варианте как делается? Схему взаимосвязей и обменов опишите.
Смотрите, нужно различать торговый и складской учёт остатков.
Торговый — количество, доступное к заказу.
Складской — фактический остаток на складе.
В момент, когда товар продан, но ещё не отгружен, они не совпадают.
В статье предполагается стандартный вариант «периодически делаем выгрузку склада на сайт». За это надо отрывать руки.
Потому что наступает момент сборки заказа, а товара уже нет, его перепродали в другом заказе. Начинаем звонить клиенту, отменяем заказ, теряем клиента, теряем кучу денег, потраченных на рекламу и привлечение этого клиента, по хорошему — выписываем штраф на сумму потерь тому айтишнику, который эту схему придумал.
Как правильно: торговый учёт только на сайте. Менеджеры вообще не могут завести заказ в 1С, только в админке сайта, откуда он уже выгружается в 1С-ку. Изменения в заказе тоже только через сайт. Изменения статуса — тоже только через сайт. Ну ок, для удобства манагеров в 1С-ке могут быть кнопки, которые вызывают RPC сайта, а тот в обратную сторону сбрасывает изменения назад в 1С.
В 1С остаётся складской и бухгалтерский учёт, для которого она собственно и разработана.
Торговый — количество, доступное к заказу.
Складской — фактический остаток на складе.
В момент, когда товар продан, но ещё не отгружен, они не совпадают.
В статье предполагается стандартный вариант «периодически делаем выгрузку склада на сайт». За это надо отрывать руки.
Потому что наступает момент сборки заказа, а товара уже нет, его перепродали в другом заказе. Начинаем звонить клиенту, отменяем заказ, теряем клиента, теряем кучу денег, потраченных на рекламу и привлечение этого клиента, по хорошему — выписываем штраф на сумму потерь тому айтишнику, который эту схему придумал.
Как правильно: торговый учёт только на сайте. Менеджеры вообще не могут завести заказ в 1С, только в админке сайта, откуда он уже выгружается в 1С-ку. Изменения в заказе тоже только через сайт. Изменения статуса — тоже только через сайт. Ну ок, для удобства манагеров в 1С-ке могут быть кнопки, которые вызывают RPC сайта, а тот в обратную сторону сбрасывает изменения назад в 1С.
В 1С остаётся складской и бухгалтерский учёт, для которого она собственно и разработана.
А знаете ли вы, что заказы из Битрикса могут поступать в 1С УТ «в реальном времени»? И что можно работать только в 1С УТ с заказами?
И повторюсь
И повторюсь
Выдача заказа в пункте самовывоза (магазине/офисе) с пробитием чека на кассе в вашем варианте как делается? Схему взаимосвязей и обменов опишите.
заказы из Битрикса могут поступать в 1С УТ «в реальном времени»
вот это вы сейчас серьёзно спрашиваете?
…
Что вам описать? Заказ делается в ИМ, проверяется менеджером, прилетает в 1С. Человек приходит на пункт самовывоза. Этот пункт самовывоза проходит как ещё один небольшой склад в системе 1С (не на сайте, там это лишняя информация). Перемещение товара в пункт самовывоза — это стандартное перемещение товара между складами.
Соответственно, ответственный сотрудник пункта самовывоза имеет в 1С роли «сотрудник склада» и «кассир», он проводит два документа (сборочную накладную и чек).
По окончании процесса выдачи на сайт улетает пометка об оплате и исполнении заказа (тут да, скорее всего придётся обработочку в 1С запилить). Это нужно для личного кабинета клиента, для веб-аналитики и для ситуаций, когда клиент частично или полностью отказался от заказа (допустим внешний вид товара не понравился).
Полностью согласен с тем, что популярность продуктов 1с есть чистый маркетинг.
Лет 5 назад, произошло мое знакомство с этим продуктом.
Ситуация была примерно такая же. На изучение потратил месяца 3-4. Потом потихоньку начал писать, поначалу был тихий ужас. Настолько все было странно и непривычно.
С годами платформа 1с сделала качественный скачок вперед, появилось много полезных инструментов, такие как работа с JSON, RestAPI генерируемый платформой для современных конфигураций, возможность слать HTTP-запросы, возможность писать HTTP-сервисы, появился тонкий клиент, а с ним и возможность работать в браузере, в общем много приятностей.
В общем свыкнулся потихоньку, но от того мне не легче. Обидно, когда на хайпе маркетинга впаривают продукты 1С там где надо и нет.
Взять хотя бы тот же WEB. Битриксу там вообще делать нечего. Эту недоCMS, продают и для лендингов, и для интернет-магазинов и для корпоративных порталов, причем в случае с порталом за очень кругленькую сумму.
А теперь внимание. Почти 100% продаж Битрикс интернет-магазинов совершаются из за стереотипа, мол Битрикс нативно вяжется с 1С.
По факту за последние пару лет поучаствовав с десяток интеграций системы учета на 1С с интернет-магазином на Битрикс, ни разу дефолтный обмен либо не заработал (из за несоответствия версий, а обновлять оперативно вместе с сайтом систему учета, на крупных предприятиях невозможно в принципе), либо заработал как надо после дописок, а точнее после полной переписки.
К слову, являясь собственником небольшой фирмы и имея интернет-магазин. Последний собственноручно, связал с Django (DRF) наверное за денек.
Сейчас идет интеграция с сайтом на Wordpress (Woocommerce), так как у WP, также имеется API, то я подразумеваю, там тоже все на раз два заведется.
Так, что автор, мне кажется вы погорячились сделав выбор в пользу CMS Битрикс.
Лет 5 назад, произошло мое знакомство с этим продуктом.
Ситуация была примерно такая же. На изучение потратил месяца 3-4. Потом потихоньку начал писать, поначалу был тихий ужас. Настолько все было странно и непривычно.
С годами платформа 1с сделала качественный скачок вперед, появилось много полезных инструментов, такие как работа с JSON, RestAPI генерируемый платформой для современных конфигураций, возможность слать HTTP-запросы, возможность писать HTTP-сервисы, появился тонкий клиент, а с ним и возможность работать в браузере, в общем много приятностей.
В общем свыкнулся потихоньку, но от того мне не легче. Обидно, когда на хайпе маркетинга впаривают продукты 1С там где надо и нет.
Взять хотя бы тот же WEB. Битриксу там вообще делать нечего. Эту недоCMS, продают и для лендингов, и для интернет-магазинов и для корпоративных порталов, причем в случае с порталом за очень кругленькую сумму.
А теперь внимание. Почти 100% продаж Битрикс интернет-магазинов совершаются из за стереотипа, мол Битрикс нативно вяжется с 1С.
По факту за последние пару лет поучаствовав с десяток интеграций системы учета на 1С с интернет-магазином на Битрикс, ни разу дефолтный обмен либо не заработал (из за несоответствия версий, а обновлять оперативно вместе с сайтом систему учета, на крупных предприятиях невозможно в принципе), либо заработал как надо после дописок, а точнее после полной переписки.
К слову, являясь собственником небольшой фирмы и имея интернет-магазин. Последний собственноручно, связал с Django (DRF) наверное за денек.
Сейчас идет интеграция с сайтом на Wordpress (Woocommerce), так как у WP, также имеется API, то я подразумеваю, там тоже все на раз два заведется.
Так, что автор, мне кажется вы погорячились сделав выбор в пользу CMS Битрикс.
возможность слать HTTP-запросы, возможность писать HTTP-сервисы, появился тонкий клиент, а с ним и возможность работать в браузере, в общем много приятностей.
Почему-то только программисты 1с, даже грамотные, даже хорошие, которые стоят приличных денег — просто не в курсе ни HTTP, ни JSON, ни даже принципов работы SMTP. И мостырят старыми костылями там, где уже появились более менее прямые (ну как прямые — насколько оно возможно у 1с вообще) решения…
Мне кажется основная причина этого, в том, что 1С, для этих программистов 1-ый язык программирования.
К слову я бы тоже наверное городил обмены на xml через ftp, запуская это все через .bat-файлик, если бы не имел бэкграунд на python и js. Люди просто не в курсе, того, что все что ни реализовывают через костыли, тратя на это свое время и деньги заказчика, можно сделать гораздо быстрее и гораздо проще.
К счастью, в 1С наверное появились умные люди, раз они внедряют все последние фишечки.
И еще 1С-ками как правило становятся не из желания, а по надобности, потому и изучать true-практики никому не интересно. Лишь бы работало, лишь бы платили, лишь бы нуждались.
К слову я бы тоже наверное городил обмены на xml через ftp, запуская это все через .bat-файлик, если бы не имел бэкграунд на python и js. Люди просто не в курсе, того, что все что ни реализовывают через костыли, тратя на это свое время и деньги заказчика, можно сделать гораздо быстрее и гораздо проще.
К счастью, в 1С наверное появились умные люди, раз они внедряют все последние фишечки.
И еще 1С-ками как правило становятся не из желания, а по надобности, потому и изучать true-практики никому не интересно. Лишь бы работало, лишь бы платили, лишь бы нуждались.
Бррр, начинал (и еще не спрыгнул) с 1с, но даже в голову не придет если есть возможность сделать нормально через http или веб сервисы — делать обмен через файлы. А еще меня бесит что в КД 3 вроде все круто, есть универсальный формат, обмен через веб… Ага… Создается файл, разбивается на части и передается…
Взять хотя бы тот же WEB. Битриксу там вообще делать нечего. Эту недоCMS, продают и для лендингов, и для интернет-магазинов и для корпоративных порталов, причем в случае с порталом за очень кругленькую сумму.
Вы ничего не путаете? Битрикс — это компания, которая изначально пилила только веб-решения. Это потом, когда 1С решила выходить в веб, они просто купили битриксов и назвали 1С: Битрикс. К слову точно так же они поступили с UMI, который теперь 1С:UMI. Они бы купили и Wordpress, и Drupal, и PrestaShop, и OpenCart и многих-многих других на рынке интернет-магазинов с готовой интеграцией с 1С, если бы те не были бы бесплатными :))
шутка ли, 30 отчетов в год для упрощенной системы налогообложения
А вот тут по подбронее? Или вы нас тут всех за идиотов держите? Вы для начала не поносом проноситесь, а реально расписывайте реальный бюджет. Почему-то вам зачем-то вдруг нужно 1С Проф на 5 клиентов? Ничего не путаете?
Что мешает всем работать в битрикс24, продавать в БУС, а у единственного бухгалтера (если он у вас не на аутсорсе) поставить УТ: базовую файловую? Кажется вы перебарщиваете конкретно. Вот прямо сейчас делаю проект:
БУС(МБ)+УТ(Б)+Б24
бюджет проекта
34+20+11=65 тр за лицензии
70 тр за интеграцию и автоматизацию
менеджеры работают в Б24
бухгалтер ведет в УТ учет
кладовщик в бэкэнде БУС
товарных позиций около 500.
УСНО 6%.
Все админские фичи автоматизрованы.
В итоге за месяц клиент получает работающий МАГАЗИН, отлаженные бизнес-процессы, автоматизацию мелкой рутины и тупо занимается продажами.
Поддержка 5 тр в месяц на абонплате.
ВСЕГО:
65+70+5*12+12хостинг=207 т.р. на 500 товарных позиций или 414 р.штука или на 5 работников по 41.4 т.р. или же всё это в месяц за скромные 17,25 т.р.
оборот магазина такого масштаба примерно 1 млн. в месяц легко делается, когда все работают. Таким образом инвестиции в ИТ составляют примерно 1.73% от годовой выручки.
Кассовый аппарат от клаудпейменст облачных касс кстати.
Железо у владельца проекта осталось от предыдущего бизнеса с виндой и даже тимвьювером прикупленной лицензией :) хз зачем :) но покупалась. И по началу он тоже с пеной у рта мне доказывал, что надо два ляма на ИТ, ему посчитали вендоры.…. Называть не буду, кто, но в узких кругах 1с их все знают :)))))))))
Так, что не гоните вы пургу. Просто честно признайтесь — вас развели на какую-то фигню и для начала просто разберитесь с оффлайном своим, а уж потом в интернет шагайте. Ну или сразу идите уже в SAP $) Вот я прямо таки прочитал крокодильи «слёзы» финансового директора газмяс приближенной конторки, которая вдруг осознала действительность… и тут Остапа понесло!
Самое смешное вот такое делал лет 10 назад tkugtrans.ru/static/wshop_huge/index.html Даже СУБД не нужен. И даже игрушки типа zepter-rnd.ru/ru За все про все брал 18000р. Но переубедить не тратить миллионы не смог. Народ ведется. В итоге я перестал заниматься этим ибо надо кушать
Самое смешное вот такое делал лет 10 назад...
Интересно выглядит
Я тут вспомнил ERP Галактика… и еще была какая-то система, попадалась мне пару раз. Блин, вот вертится в голове, но никак.
Ах да. Есть еще ПАРУС. Есть еще БЭСТ. И еще несколько решений, встречались мне в 1997-2003м годах, но запамятовал, честное слово.
Смысл в том, что для малого бизнеса можно вообще обойтись без 1С, сделать себе Контур.Эльба или Контур.Бухгалтерия. Синхрониться с банками типа Тинька и конечно же с битры обмениваться. Профит очевиден.
1С даже БУХ хватит, не то, что УТ для того, чтобы решать задачи любого малого бизнеса на несколько лет вперёд.
Скорее проблема всегда в том, что мы все с вами ленимся описать все свои бизнес-процессы и уже затем под них выбирать оптимальное решение с учетом возможного масштабирования.
Ах да. Есть еще ПАРУС. Есть еще БЭСТ. И еще несколько решений, встречались мне в 1997-2003м годах, но запамятовал, честное слово.
Смысл в том, что для малого бизнеса можно вообще обойтись без 1С, сделать себе Контур.Эльба или Контур.Бухгалтерия. Синхрониться с банками типа Тинька и конечно же с битры обмениваться. Профит очевиден.
1С даже БУХ хватит, не то, что УТ для того, чтобы решать задачи любого малого бизнеса на несколько лет вперёд.
Скорее проблема всегда в том, что мы все с вами ленимся описать все свои бизнес-процессы и уже затем под них выбирать оптимальное решение с учетом возможного масштабирования.
Именно.
Я купил самое дорогое решение — УТ11 — и оно не подходит для моего малого бизнеса, читайте статью внимательно. А вы говорите что надо было брать нечто дешевле и оно подходит, где логика вообще?
Я купил в своей деревне авентадор. Асфальта нет правда, а вы говорите, надо было шеви брать и не париться.
Я купил себе айфон, какой там последний? В кредит? До этого 3, 4, 5,6, 7й тоже в кредит. Только вчера закрыл наконец-то за 3й кредит….
Я купил…. Простите, но мозги вы забыли купить.
Начать надо было с того, что описать все ваши процессы, выстроить — смоделировать всю деятельность и под это побрирать решение. А так, ЮЛМАРТ тоже вон SAP купили… На днях вот Костыгина выпустили под залог…. Но, за-то SAP
Я не пытаюсь вас высмеять или унизить, обидеть или защищать какое-либо решение.
Просто надо правильно выбирать решение, а это можно только в сравнении.
Подготовили ТЗ. Запросили предложения у трех фирм и у трех фрилансеров.
После этого проанализировали и выбрали оптимальный путь развития вашей ИТ системы.
Я купил себе айфон, какой там последний? В кредит? До этого 3, 4, 5,6, 7й тоже в кредит. Только вчера закрыл наконец-то за 3й кредит….
Я купил…. Простите, но мозги вы забыли купить.
Начать надо было с того, что описать все ваши процессы, выстроить — смоделировать всю деятельность и под это побрирать решение. А так, ЮЛМАРТ тоже вон SAP купили… На днях вот Костыгина выпустили под залог…. Но, за-то SAP
Я не пытаюсь вас высмеять или унизить, обидеть или защищать какое-либо решение.
Просто надо правильно выбирать решение, а это можно только в сравнении.
Подготовили ТЗ. Запросили предложения у трех фирм и у трех фрилансеров.
После этого проанализировали и выбрали оптимальный путь развития вашей ИТ системы.
Просто всегда хотелось смешную картинку запостить? В чем суть претензии ко мне? Ответьте, пожалуйста, по фактам на вопросы из статьи, именуемые «Огромный список фатальных недостатков каталога товаров в 1С Управление Торговлей 11:». После этого я пойду и куплю себе мозги, не ответите — куплю вам.
Подготовка ТЗ — 70-100к (Москва) для малого интернет-магазина, лично узнавал. И вы еще упрекаете, что я деньги транжирил?!
Подготовили ТЗ. Запросили предложения у трех фирм и у трех фрилансеров.
После этого проанализировали и выбрали оптимальный путь развития вашей ИТ системы.
Подготовка ТЗ — 70-100к (Москва) для малого интернет-магазина, лично узнавал. И вы еще упрекаете, что я деньги транжирил?!
Не повезло вам. Я ТЗ бесплатно разрабатываю клиентам. Ну да куда нам до вашей масквы.
В целом разговор с вами не конструктивен ;)
Вы либо хотите ларёк автоматизировать либо надо срочно сделать «авито» своё :)
Вот я не вижу проблем, как и тысячи бухгалтеров и менеджеров:
все читается, всё понятно, все если нужно расширяется, улучшается и т.д.
та же самая история в Битрикс:
добавляешь нужные свойства товара, их же и с 1С нормально скрещиваешь :)
Ну да ладно.
Просто предложите другой вариант? Я пробовал работать с ERP Галактика, парусом и др. SAP не пробовал, но с ним мало у кого получается.
И кстати да, лидеры рынков все работают с 1С :) Не буду даже перечислять, ибо список громадный.
В целом разговор с вами не конструктивен ;)
Вы либо хотите ларёк автоматизировать либо надо срочно сделать «авито» своё :)
Вот я не вижу проблем, как и тысячи бухгалтеров и менеджеров:
все читается, всё понятно, все если нужно расширяется, улучшается и т.д.
та же самая история в Битрикс:
добавляешь нужные свойства товара, их же и с 1С нормально скрещиваешь :)
Ну да ладно.
Просто предложите другой вариант? Я пробовал работать с ERP Галактика, парусом и др. SAP не пробовал, но с ним мало у кого получается.
И кстати да, лидеры рынков все работают с 1С :) Не буду даже перечислять, ибо список громадный.
Подготовка ТЗ — 70-100к (Москва) для малого интернет-магазина, лично узнавал.
Под ТЗ имеется ввиду описание того, что вам нужно от продукта. 70-100к стоит секретарша, набирающая вам этот текст?
Список функциональных требований и ТЗ — разные вещи. Вам ли не знать.
Тогда строчку Подготовили ТЗ. Запросили предложения у трех фирм и у трех фрилансеров. надо заменить на строчку
Подготовили ТТ. Запросили предложения у трех фирм и у трех фрилансеров.
Потому что ТЗ это задание на доработку, а если человек даже точно не знает есть ли этот функционал, или его надо дорабатывать, то о каком ТЗ речь? Должно быть именно ТТ и предложения исполнителей. И если две фирмы говорят, что такой-то момент надо доработать и стоит доработка 50тр, а одна говорит: это дорабатывать бессмысленно, так как это является частью типового функционала, соответственно у вас уже больше информации и о работе системы и о компаниях. Вообще огромное количество вопросов и консультаций можно решить-получить на форумах совершенно бесплатно и с лучшим качеством.
Подготовили ТТ. Запросили предложения у трех фирм и у трех фрилансеров.
Потому что ТЗ это задание на доработку, а если человек даже точно не знает есть ли этот функционал, или его надо дорабатывать, то о каком ТЗ речь? Должно быть именно ТТ и предложения исполнителей. И если две фирмы говорят, что такой-то момент надо доработать и стоит доработка 50тр, а одна говорит: это дорабатывать бессмысленно, так как это является частью типового функционала, соответственно у вас уже больше информации и о работе системы и о компаниях. Вообще огромное количество вопросов и консультаций можно решить-получить на форумах совершенно бесплатно и с лучшим качеством.
Вы купили универсальную конфигурацию для оптовой торговли и она не идеально подходит для маленького розничного интернет-магазина?
Самое смешное что ознакомительную версию этой конфигурации, причем с демонстрационными данными, можно бесплатно скачать с сайта 1С и увидеть все что там есть и чего нет. И то, что человек, заплатив не глядя сотни тысяч, как я понял, вдруг обнаруживает, что там что-то не так, как он с какой-то стати себе представлял, выставляет ситуацию в очень комичном свете. И виноват в этом 1С, причем сразу во всем — в том числе и в языке макросов. =)
Почитал. Сижу посмеиваюсь. Отчего посмеиваюсь — вы по ходу еще себе плохо представляете во что вляпались.
Ибо, УТ11 — это адский трешь, для ведения которого — нужен очень адекватный внедренец, и администратор.
Закрытие месяцев в УТ11 — это ад, а еще с распределение расходов, курсовыми разницами, интеркампани и прочим — о дааа…
А тут еще ключи аналитик, виды запасов, ключи партнеров, ключи товаров, сегменты, а скидки ччего стоят… ммм…
К чему я это — если вас устраивает эксель, то нечего было даже думать про УТ11. В лучшем случае ваш предел — это УНФ, со всеми выключеными опциями.
Но, как только бизнес начинает рост, то тут возникает куча моментов, которые просто так не просчитать, например, как распредилить доставку товара на позиции, и на клиентов, как расчитать рентабельность доставки в целом, а то вдруг окажется, что товар вообще не имеет смысла везти, или надо ставить минимальный порог и т.д. и т.п.
И вот тогда бизнес начинает понимать — за что он заплатил.
Однако, в бизнесе тоже бывают дилетанты, которые думают, что если они забьют в базу херную, то база им выдаст конфетку, но, увы… И я боюсь, что это ваш случай.
А вывод я сделал на основании того, что вы даже не решились разобраться в функционале. Из статьи:
Бред, одна — это главная, и еще куча за ней может быть.
Эмм, с каких пор водяные знаки должна добавлять ЕРП система? Но даже для нее это работы на 15 минут программиста.
А зачем вам это? Если вы на столько делите эти сущности, то их надо забивать по позиции, но даже так — 30 минут работы программиста сделают свое черное дело.
А вы пробовали туда вставлять html? Похоже что нет.
и т.д.
Ибо, УТ11 — это адский трешь, для ведения которого — нужен очень адекватный внедренец, и администратор.
Закрытие месяцев в УТ11 — это ад, а еще с распределение расходов, курсовыми разницами, интеркампани и прочим — о дааа…
А тут еще ключи аналитик, виды запасов, ключи партнеров, ключи товаров, сегменты, а скидки ччего стоят… ммм…
К чему я это — если вас устраивает эксель, то нечего было даже думать про УТ11. В лучшем случае ваш предел — это УНФ, со всеми выключеными опциями.
Но, как только бизнес начинает рост, то тут возникает куча моментов, которые просто так не просчитать, например, как распредилить доставку товара на позиции, и на клиентов, как расчитать рентабельность доставки в целом, а то вдруг окажется, что товар вообще не имеет смысла везти, или надо ставить минимальный порог и т.д. и т.п.
И вот тогда бизнес начинает понимать — за что он заплатил.
Однако, в бизнесе тоже бывают дилетанты, которые думают, что если они забьют в базу херную, то база им выдаст конфетку, но, увы… И я боюсь, что это ваш случай.
А вывод я сделал на основании того, что вы даже не решились разобраться в функционале. Из статьи:
Картинка для товара добавляется только одна.
Бред, одна — это главная, и еще куча за ней может быть.
Картинка без водяного знака.
Эмм, с каких пор водяные знаки должна добавлять ЕРП система? Но даже для нее это работы на 15 минут программиста.
Картинка модификации товара (цвет, размер) не добавляется.
А зачем вам это? Если вы на столько делите эти сущности, то их надо забивать по позиции, но даже так — 30 минут работы программиста сделают свое черное дело.
Описание товара просто текстом без HTML-оформления.
А вы пробовали туда вставлять html? Похоже что нет.
и т.д.
Ибо, УТ11 — это адский трешь
Да, УТ 10.3 до сих пор работает у кучи предприятий и даже взаимодействует с сайтами )
Поубавьте гонор, вы несете пургу.
Я говорю одна, значит одна. Добавление новой картинки заменяет текущую — значит можно только одну.
Напоминаю, идет 2018 год, во всех интернет-магазинах картинки для всех вариантов товара.
А я пробовал, и знаете ли html оформление не появляется.
Картинка для товара добавляется только одна.
Бред, одна — это главная, и еще куча за ней может быть.
Я говорю одна, значит одна. Добавление новой картинки заменяет текущую — значит можно только одну.
Картинка модификации товара (цвет, размер) не добавляется.
А зачем вам это? Если вы на столько делите эти сущности, то их надо забивать по позиции, но даже так — 30 минут работы программиста сделают свое черное дело.
Напоминаю, идет 2018 год, во всех интернет-магазинах картинки для всех вариантов товара.
Описание товара просто текстом без HTML-оформления.
А вы пробовали туда вставлять html? Похоже что нет.
А я пробовал, и знаете ли html оформление не появляется.
товариСТЧ, вы феерический идиот. вам русским языком написали, что основная картинка одна, но «неосновных» может быть неограниченое количество
Мне кажется, что автор решил, что он сам во всём разберется и всех перехитрит — зачем платить франчайзи или фрилансерам, когда можно просто всё купить — ведь оно должно само начать работать! Он рассуждал, что купить программу это как купить автомобиль — стоят почти одинаково, садишься за руль, жмёшь педали и сразу едешь — всё просто. Так и с ПО — запускаешь и нажимаешь кнопочки: КУПИТЬ, ПРОДАТЬ, ОБМЕН и ОТЧЕТ. Вуаля. Но что-то пошло не так…
Я так понимаю это ваш максимум ответа, на более серьезную аргументацию вы неспособны.
Ох, очередная статья на тему «давайте я поною, как ненавижу 1С».
Как пафосно :)
Баттл по фактам? Не работаю с 1С давненько, но, окей, погнали.
В этой статье прекрасно всё.
Например, про лицензии.
Простите, вам зачем в 2018 году лицензии USB? Они стоят процентов на 20 дороже обычных. Пускай даже Битрикс + УТ не поставляется без USB (не знаю так ли это), но какой вам толк от однопользовательской лицензии USB по RDP, она же все равно не взлетит.
Что вам помешало взять лицензию на 10 рабочих мест, вместо 2*5?
Зачем вам Битрикс «Бизнес», а не «малый Бизнес»? Ладно, тут, допустим, вам позарез понадобилась какая-то функциональность из старшей версии. Допустим.
Кажется, этот абзац должен выглядеть так:
Оп, уже на 15к меньше. Нет, возможно я не прав и Битрикс почему-то работает только с 1С на USB лицензиях (уверен, что нет), тогда мне надо взять слова назад. Но зачем 2*5 вместо 1*10 все равно понять не могу.
Зачем?
Зачем сервер (на самом деле вопрос — зачем вам 10 пользователей, об этом уже писали выше)? Зачем 64 бита? Зачем USB?
Ладно, допустим сервер нужен. Только для вашей конфигурации достаточно обычного 32-битного, который стоит в джва раза меньше. 50к вместо 103к
На установку надо еще закладывать 100 тысяч? Любой франч к такому комплекту лицензий даст столько бесплатных часов, что хватит на 5 установок.
Автор, скажите пожалуйста, это вас реально так сладко развели? Или вы просто ради пущего эффекта решили слегка фактами поманипулировать? Право, я даже не знаю, что хуже.
Дальше в статье всё +\- в том же духе, в том числе и про функциональность, но тратить время на дальнейший разбор я, конечно, не буду.
P.S. В принципе статью можно заканчивать читать после перлов про «куриный язык».
Проверенный временем признак — если видишь, что кто-то критикует 1С за то, что там ЯП на русском, дальше ничего адекватного не жди.
P.P.S. Давно не работаю с 1С, но знаю что и фирму, и платформу (и уж особенно УТ 11, о, тут широчайший простор) есть за что критиковать и проблем много. Жаль только, что вместо нормальных статей раз за разом выходит вот такое набрасывание на вентилятор.
Давайте так, статья написана с использованием фактов, примеров, пруфов и скриншотов, поэтому ответы могут быть только такими же.
Как пафосно :)
Баттл по фактам? Не работаю с 1С давненько, но, окей, погнали.
В этой статье прекрасно всё.
Например, про лицензии.
1С: Предприятие 8. Управление Торговлей (USB) + 1С Битрикс: Управление сайтом. Бизнес 79815 + 1С: Предприятие 8. Клиентская лицензия на 5 рабочих мест (USB) 28100 х2 = ~136к
Простите, вам зачем в 2018 году лицензии USB? Они стоят процентов на 20 дороже обычных. Пускай даже Битрикс + УТ не поставляется без USB (не знаю так ли это), но какой вам толк от однопользовательской лицензии USB по RDP, она же все равно не взлетит.
Что вам помешало взять лицензию на 10 рабочих мест, вместо 2*5?
Зачем вам Битрикс «Бизнес», а не «малый Бизнес»? Ладно, тут, допустим, вам позарез понадобилась какая-то функциональность из старшей версии. Допустим.
Кажется, этот абзац должен выглядеть так:
1С: Предприятие 8. Управление Торговлей + 1С Битрикс: Управление сайтом. Бизнес (пускай USB) 79815 + 1С: Предприятие 8. Клиентская лицензия на 10 рабочих мест 41 400 = 121к
Оп, уже на 15к меньше. Нет, возможно я не прав и Битрикс почему-то работает только с 1С на USB лицензиях (уверен, что нет), тогда мне надо взять слова назад. Но зачем 2*5 вместо 1*10 все равно понять не могу.
Нужно, чтобы все работало на сервере, 1С: Предприятие 8.3. Лицензия на сервер (x86-64) (USB)
Зачем?
Зачем сервер (на самом деле вопрос — зачем вам 10 пользователей, об этом уже писали выше)? Зачем 64 бита? Зачем USB?
Ладно, допустим сервер нужен. Только для вашей конфигурации достаточно обычного 32-битного, который стоит в джва раза меньше. 50к вместо 103к
На установку надо еще закладывать 100 тысяч? Любой франч к такому комплекту лицензий даст столько бесплатных часов, что хватит на 5 установок.
Автор, скажите пожалуйста, это вас реально так сладко развели? Или вы просто ради пущего эффекта решили слегка фактами поманипулировать? Право, я даже не знаю, что хуже.
Дальше в статье всё +\- в том же духе, в том числе и про функциональность, но тратить время на дальнейший разбор я, конечно, не буду.
P.S. В принципе статью можно заканчивать читать после перлов про «куриный язык».
Проверенный временем признак — если видишь, что кто-то критикует 1С за то, что там ЯП на русском, дальше ничего адекватного не жди.
P.P.S. Давно не работаю с 1С, но знаю что и фирму, и платформу (и уж особенно УТ 11, о, тут широчайший простор) есть за что критиковать и проблем много. Жаль только, что вместо нормальных статей раз за разом выходит вот такое набрасывание на вентилятор.
Я просто дополню в контексте виндовзов и мсскулей:
1. На старте можно арендовать облачные ресурсы c Windows Server. Пока база маленькая можно использовать бесплатный SQL Server 2016 Essentials.
2. Если есть свое маломальское оборудование (даже простой комп) у мелкомягких вполне можно взять 120-180 дневную триалку на серверную версию Windows Server + роли RDS + SQL Server.
Итого первые полгода можно затраты на лицензии мелкомягких легко свести к нулю, и дать время бизнесу развернуться и заработать на лицензирование.
1. На старте можно арендовать облачные ресурсы c Windows Server. Пока база маленькая можно использовать бесплатный SQL Server 2016 Essentials.
2. Если есть свое маломальское оборудование (даже простой комп) у мелкомягких вполне можно взять 120-180 дневную триалку на серверную версию Windows Server + роли RDS + SQL Server.
Итого первые полгода можно затраты на лицензии мелкомягких легко свести к нулю, и дать время бизнесу развернуться и заработать на лицензирование.
UFO just landed and posted this here
Полагаю нужно обращаться к первоисточнику, а не додумывать:
SQL Server 2017 Licensing Guide
и
SQL Server 2017 Licensing Datasheet
SQL Server 2017 Licensing Guide
и
SQL Server 2017 Licensing Datasheet
Пробные версии продуктаНапример, в версии получаемой по подписке MSDN, прямо говорится, что использовать в проде запрещено:
Пробные версии продукта Выпуск SQL Server 2017 Evaluation Edition представляет собой полнофункциональную пробную версию программного обеспечения SQL Server 2017, срок действия которой автоматически истекает через 180 дней. Клиенты программ лицензирования Microsoft Volume Licensing также могут установить и использовать для ознакомления бессрочные версии любых продуктов SQL Server 2017 в течение 60 дней до их фактического приобретения.
Подписки MSDNНу и если руководствоваться какой либо логикой, то это единственный легальный метод проверить без покупки, потянет ли SQL Server боевую нагрузку.
Клиент также может выбрать лицензирование программного обеспечения SQL Server для использования в непроизводственных средах с помощью приобретения подписок MSDN, включая уровни подписки Visual Studio Professional, Premium и Ultimate. Как и в случае с выпуском SQL Server Developer, подписки MSDN лицензируются по количеству пользователей, и программное обеспечение в этом случае не может использоваться в производственной среде.
Так дела не делаются, детский сад какой-то.
В чем проблема? Не по энтерпрайзовски? Или ваш интернет магазин в момент открытия уже проносит кучу бабла? Вы легко можете полгода поцепляться за жизнь, а затем тихо мирно закрыться в связи с окончанием бабла на взлет. Любые капитальные затраты это лишний вес на старте. И если USB ключи от 1Ски, потом можно продать легко в серой зоне, то лицензии мелкомягких останутся с вами навсегда*.
*в зависимости от выбранного метода лицензирования
*в зависимости от выбранного метода лицензирования
Неоптимизированность по стоимости лицензий 1С позволяющая сделать дешевле на 20-30к может присутствовать. Но у вашего франчайз может и присутствовать такой разговор как «этого сейчас нет в наличии, надо ждать месяц», вы берете что есть и экономия испаряется. И вообще упоминаемая экономия касается только лицензий 1С, а они далеко не единственные, как написано в статье.
Простейшая манипуляция «я все знаю, просто мне лень» говорит, что ответить просто нечего и все в статье правда. Специально же написал «P.S.» для таких как вы, без аргументов можете молчать.
Дальше в статье всё +\- в том же духе, в том числе и про функциональность, но тратить время на дальнейший разбор я, конечно, не буду.
Простейшая манипуляция «я все знаю, просто мне лень» говорит, что ответить просто нечего и все в статье правда. Специально же написал «P.S.» для таких как вы, без аргументов можете молчать.
франч всегда не единственный в округе. Не может предоставить он — можно найти десяток других на расстоянии дневной поездки на автомобиле, и сэкономить сотню-другую.
И далеко не все лицензии требуются «вотпрямщазз» (я уж не говорю, что не все перечисленные вами потребуются вам вообще).
И далеко не все лицензии требуются «вотпрямщазз» (я уж не говорю, что не все перечисленные вами потребуются вам вообще).
Неоптимизированность по стоимости лицензий 1С позволяющая сделать дешевле на 20-30к
Я описал вам «неоптимизированность» как минимум на 65к.
Как минимум.
Но у вашего франчайз может и присутствовать такой разговор как «этого сейчас нет в наличии, надо ждать месяц», вы берете что есть и экономия испаряется.
Это лишь означает, что вы оказались неспособны найти нормального франчайзи (даже если в вашем городе он один, купить можно было хоть у московского и доставить пинкоды лицензий и документы DHL за пару дней).
Простейшая манипуляция «я все знаю, просто мне лень» говорит, что ответить просто нечего и все в статье правда. Специально же написал «P.S.» для таких как вы, без аргументов можете молчать.
Большая часть написанного в статье — неправда. Выше я аргументированно пояснил это на примере ваших расчетов лицензий 1С. Другие люди сделали это так же аргументированно на примере ваших претензий к функциональности. Не вижу смысла повторяться.
К тому же, судя по всему, вы не смогли ни найти нормального франча, который бы вас обучил УТ, ни даже самостоятельно заглянуть в мануал. О чем тут говорить.
Короче, отвечайте аргументированно или молчите и не позорьтесь.
Извините, но пока что позоритесь вы: что статьей, что поведением в комментариях.
Аргументов вам изложили массу, что я, что другие пользователи. Забавно (но ожидаемо), как вы упорно их игнорируете.
Аргументов вам изложили массу, что я, что другие пользователи. Забавно (но ожидаемо), как вы упорно их игнорируете.
Этот комментарий настолько же аргументированный, насколько и вся другая серая масса комментариев. (подсказка: никак не аргументированный)
Чем больше я смотрю на ваше поведение в комментах здесь и на vc (гонор, помноженный на невежество), тем больше начинаю понимать, почему ни один нормальный франч не стал с вами работать.
А тот, что стал, развел на бабло так, что не снилось Мавроди.
А тот, что стал, развел на бабло так, что не снилось Мавроди.
это называется «запретительный тариф». Но, видимо, деваться ТСу уже было некуда…
К сожалению, я не могу запретить вам бредить в комментариях. Вы все что-то все дальше продолжаете понимать и понимать, а ответов на претензии изложенные в статье все не прибавляется.
ответы вам давно даны. просто у вас какое-то альтернативное понимание реальности. своя классификация, и т.п. Запрещать вам это никто не собирается — но 1С настроена на нормальных (в смысле «Норма как наиболее часто встречающийся случай некоторого параметра (признака), определяемый как среднестатистическая величина.» или «Норма как допустимый диапазон значений, при которых явления и системы сохраняют свои качества и функции» ) пользователей и постановщиков задач. Если вы считаете, что ваше виденье более правильное (т.е. вы действуете в «голубом океане»)- делайте систему «под себя» («делай то, чего никто не делает — завтра будете иметь столько, сколько другим и не снилось»). но не надо обвинять общеупотребительную систему в том, что там не реализованы ваши уникальные запросы. Тем более, что большинство ваших хотелок там либо реализовано, либо технически реализуемо почти без доработок, либо с минимальными доработками.
1Ска, конечно, монстр. Но это хотя бы хорошо знакомый монстр, острые, тупые и даже отсутствующие зубы которого давно изучены, подпилены и задокументированы в локальной базе знаний.
Отсутствие конкурентов хорошо объяснимо поголовным психическим здоровьем ребят, имеющих скилы таковую конкуренцию организовать: возиться с систематизацией и автоматизацией бардака в лице великодержавного законодательства — работа суицидально унылая, сто крат хуже формошлёпства, энтерпрайза и мытья посуды.
Так что, за неимением альтернатив, катаем квадратное, тащим круглое, молимся на ежедневные бэкапы, не прикасаемся к работающему, и обновляем платформу только в крайнем случае, когда без нее уже не лезет необходимая конфа.
> Мало того, что в 1С используется русский язык для программирования, они используют свой собственный русский язык для обозначения всего функционала и терминологии.
Как вы на английском собрались описывать термины вроде «режим налогообложения», «УСН», «НДС», и еще куча русских бухгалтерских терминов? Также, вы считаете, что русский язык чем-то хуже английского? Почему нельзя на нем писать? И, насколько я знаю, там есть и английские ключевые слова, просто ими никто не пользуется.
> Подозреваю, что успех в распространении 1С связан не с офигенностью программы, а с построением умелой сети продаж. Поставьте себя на место софтверной фирмы: при наличии двух программ, что вам выгоднее использовать в работе, программу, которая пусть даже будет удобнее и лучше, или программу на которой вы сразу заработаете половину?
Не уверен, что вы правы. Вот допустим, есть «плохая» программа себестоимостью 50 тугриков, которую вы ставите за 100 и берете 50 себе, и «хорошая» себестоимостью 20 тугриков, которая перепродается за 80 с отчислением 60 вам. Во втором случае вы и больше заработаете, и больше клиентов найдете.
У меня ощущение, что описанная вами конфигурация предназначена не для маленького ИМ, а для среднего или большого настоящего оффлайнового магазина (судя по числу сотрудников) — для этого там и штрихкоды, и наверно интеграции с кассами есть. И в его масштабах цена не большая — они еще на доработки потратят в несколько раз больше.
Вас ведь никто не заставляет покупать 1С. Хотите — покупайте любой другой продукт, берите бесплатный движок, или заказывайте разработку на заказ (при зарплате 1 программиста хотя бы 100 000 чистыми цена на 1С покажется игрушечной).
> 1С монополист, все модули от сторонних сервисов (например, служб доставки), подпрограммы и драйверы пишутся под нее и только под нее
У сторонних сервисов обычно есть API и вы можете сами написать модуль хоть на Хаскелле.
> а, даже если вы хотите открыть свой даже небольшой интернет-магазин, то при выборе систем 1С Управление Торговлей 11 и Битрикс вам потребуется потратить многие сотни тысяч рублей на доработку программ до базового функционала.
Зачем в небольшом магазине 1С? Я не эксперт, но можно взять бесплатный движок, учет вести в опенофисе. Или нельзя?
Как вы на английском собрались описывать термины вроде «режим налогообложения», «УСН», «НДС», и еще куча русских бухгалтерских терминов? Также, вы считаете, что русский язык чем-то хуже английского? Почему нельзя на нем писать? И, насколько я знаю, там есть и английские ключевые слова, просто ими никто не пользуется.
> Подозреваю, что успех в распространении 1С связан не с офигенностью программы, а с построением умелой сети продаж. Поставьте себя на место софтверной фирмы: при наличии двух программ, что вам выгоднее использовать в работе, программу, которая пусть даже будет удобнее и лучше, или программу на которой вы сразу заработаете половину?
Не уверен, что вы правы. Вот допустим, есть «плохая» программа себестоимостью 50 тугриков, которую вы ставите за 100 и берете 50 себе, и «хорошая» себестоимостью 20 тугриков, которая перепродается за 80 с отчислением 60 вам. Во втором случае вы и больше заработаете, и больше клиентов найдете.
У меня ощущение, что описанная вами конфигурация предназначена не для маленького ИМ, а для среднего или большого настоящего оффлайнового магазина (судя по числу сотрудников) — для этого там и штрихкоды, и наверно интеграции с кассами есть. И в его масштабах цена не большая — они еще на доработки потратят в несколько раз больше.
Вас ведь никто не заставляет покупать 1С. Хотите — покупайте любой другой продукт, берите бесплатный движок, или заказывайте разработку на заказ (при зарплате 1 программиста хотя бы 100 000 чистыми цена на 1С покажется игрушечной).
> 1С монополист, все модули от сторонних сервисов (например, служб доставки), подпрограммы и драйверы пишутся под нее и только под нее
У сторонних сервисов обычно есть API и вы можете сами написать модуль хоть на Хаскелле.
> а, даже если вы хотите открыть свой даже небольшой интернет-магазин, то при выборе систем 1С Управление Торговлей 11 и Битрикс вам потребуется потратить многие сотни тысяч рублей на доработку программ до базового функционала.
Зачем в небольшом магазине 1С? Я не эксперт, но можно взять бесплатный движок, учет вести в опенофисе. Или нельзя?
UFO just landed and posted this here
«УСН», «НДС», и еще куча русских бухгалтерских терминов?
Практически у всех терминов есть англоязычные аналоги, бухучет всетаки не в РФ придумали… и дебет-кредит-сальдо, слова не русские
А НДС во многих странах мира существует
Видите ли, если перевести 1С на английский, то в вакансиях для спеца 1С придется добавлять требование «знание английского», а это автоматом повышает стоимость спеца, стоимость человеко-часа, стоимость продукта… в общем, не стоит овчинка выделки.
UFO just landed and posted this here
1Cники об этом знают, хотябы потому что это первое над чем начинают ржать другие представители ИТ когда речь заходит об 1С, и каждый 1Сник знает что там можно писать код по английски
UFO just landed and posted this here
Не знаю как там у итальянцев и французов но в РФ совсем недавно, была свистопляска с кодировками koi-8, utf-8, 1251, 866 и iso-чтототам (которая долгое время всплывала «по умолчанию» где не попадя)
И в итоге даже сегодня в 2018 году можно нарваться на ошибку компилятора в котором застрянет файл, заботливо сохраненный виндой в 1251 вместо UTF (bom или-не bom? а вот угадай) (и то это когда текст не в коде, а в строковых константах)… а также многие авторы всяких утилит и стороннего софта вообще не заморачиваються поддержкой других языков кроме латиницы… а дополнительные буквы испанского и итальянского вполне входят в стандартные наборы латиницы… и такие баги могут годами висеть в несущественных, поскольку разработчики не понимают почему это важно
И в итоге даже сегодня в 2018 году можно нарваться на ошибку компилятора в котором застрянет файл, заботливо сохраненный виндой в 1251 вместо UTF (bom или-не bom? а вот угадай) (и то это когда текст не в коде, а в строковых константах)… а также многие авторы всяких утилит и стороннего софта вообще не заморачиваються поддержкой других языков кроме латиницы… а дополнительные буквы испанского и итальянского вполне входят в стандартные наборы латиницы… и такие баги могут годами висеть в несущественных, поскольку разработчики не понимают почему это важно
UFO just landed and posted this here
тут сложно спорить что сделал он качественно. однако вот вам например скриншот который я только что сделал
Это я скопировал комментарий после «КонецФункции» и вставил в блокнот
(кодировка явно показывет почему нет проблем у латиноязычных программистов)
P.S. версия 7.7, попоже попробую воспроизвести и в восьмерке
P.P.S. тут не 100% вина 1С в этом глюке, но это для понимания что русский язык зло в таких вещах, потому что глюки с совершенно разных мест могут вылезти
Это я скопировал комментарий после «КонецФункции» и вставил в блокнот
(кодировка явно показывет почему нет проблем у латиноязычных программистов)
P.S. версия 7.7, попоже попробую воспроизвести и в восьмерке
P.P.S. тут не 100% вина 1С в этом глюке, но это для понимания что русский язык зло в таких вещах, потому что глюки с совершенно разных мест могут вылезти
Можете не терять время — в 8-ке не воспроизведется. Более того, если вы работая на 7.7 переключите кодировку на русскую, то и там не воспроизведется :)
Дело в том, что 7.7 — это устаревшее ПО, которое было написано для работы на Win95/98. Во времена WinXP его поддержка прекратилась.
Попробуйте на своих модных телефонах запустить программы, которые были написаны для Android 2.4 или iPhone 2.0 (всего же десятилетний разрыв) — если они вдруг запустятся, то чудить будут намного больше.
Дело в том, что 7.7 — это устаревшее ПО, которое было написано для работы на Win95/98. Во времена WinXP его поддержка прекратилась.
Попробуйте на своих модных телефонах запустить программы, которые были написаны для Android 2.4 или iPhone 2.0 (всего же десятилетний разрыв) — если они вдруг запустятся, то чудить будут намного больше.
переключите кодировку на русскую
Это уже костыль, и факт бага не отменяет, многие проблемы с кодировками которые я описывал тоже решаются путем «всяких манипуляций»… при этом с английским языком проблем тупо нет вообще
(и подсказывать не надо, я с 2007 года «Специалист 1С» по всем трем компонентам семерки)
Дело в том, что 7.7 — это устаревшее ПО, которое было написано для работы на Win95/98. Во времена WinXP его поддержка прекратилась.
«Программные продукты системы „1С: Предприятие 7.7“ разрабатывались в период с 1999 по 2003»
XP вышла в 2001, так что самый сок
более того, некоторые конфигурации 7.7 поддерживается до сих пор
и последний релиз 027 версии был именно для (костыльного) добавления поддержки висты/семерки
===
И да, если EDT станет таки популярным, процент проблем с русским языком возрастет, поскольку модули начнут выходить за зону экосистемы 1С где их начнут портить сторонние утилиты
Это уже костыль, и факт бага не отменяет
Вам шашечки или ехать? то, что в 7.7 нет поддержки юникода общеизвестно.
(и подсказывать не надо, я с 2007 года «Специалист 1С» по всем трем компонентам семерки)
А наш франч в 2005-2006 окончательно попрощался с клиентами на 7.7 и перестроился исключительно на 8-ку. У двух старожилов были наборы сертификатов по компонентам, но никому даже в голову не приходило сертифицироваться на эту устаревшую технологию :)
И да, если EDT станет таки популярным, процент проблем с русским языком возрастет, поскольку модули начнут выходить за зону экосистемы 1С где их начнут портить сторонние утилиты
EDT — инструмент групповой разработки и для одного разработчика обычного конфигуратора с хранилищем будет достаточно. Он не станет мастхев для всех. Сторонние утилиты — это вы про плагины? Они разрабатываются с поддержкой юникода. Эклипс не первый десяток лет являются лидерами корпоративной разработки, а общеизвестно, что основные мировые разработчики — это китайцы, индусы, вьетнамцы и пакистанцы, т.е. люди не по наслышке знающие о проблемах кодировок.
но никому даже в голову не приходило сертифицироваться на эту устаревшую технологию :)
Вы же помните что Бухгалтерию Бюджетных учреждений для восьмерки выпустили только в конце 2000х?
а ТиС вообще незаменимая штука, я знаю несколько контор которые до сих пор её юзают, она гораздо быстрее монстроподобной УТ…
==
далее, в 2006-07 годах было очень много клиентов на семерке, в том числе было очень много тех кто хотел именно семерку потому что она не тормозила
==
также выражение «Восьмерка ещё сырая» это с тех времен, помню мы ввязались в интеграцию УПП чутьли не 1.0 версии… это был настолько адовый пипец что страшно было вспомнить как мы вообще закрыли этот проект
помню ставили некоторым клиентам бету 8.1 потому что у неё некоторые запросы выполнялись раз 50 быстрее по сравнению с 8.0 (это при том что на 7.7 было вообще все реактивно на схожих задачах)
==
т.е. люди не по наслышке знающие о проблемах кодировок.
ага, но я ещё много обычным админом работал в кровавом ентерпрайзе… и софт там был индусами в т.ч. написанный, чтото незаметно что там было меньше глюков с кодировками… зашить для кириллицы кодировку iso? да запросто! это же в RFC какомто написано… а вы потом убейтесь там
Минутка ностальгии :)
С бюджетниками работал только во времена программирования на FoxPro, поэтому не интересовался — они всегда были в низком приоритете; слишком мало денег.
Тоже был на двух проектах запуска УПП 1.0 — море примитивных ошибок (в духе перепутанных Прервать и Продолжить в циклах), но внедрения мы все же успешно завершили. Благодаря использованию этих «сырых» технологий мы с «не знаю какой» страницы рейтинга франчей выстрелили в ТОП-5 по Киеву и ТОП-10 по Украине.
Про использование 7.7 не спорю. Эта система живет не смотря на космическую стоимость часа поддержки по сравнению с 8-кой. Более того, прямо сейчас у меня мини-проект по переводу одной компании с 7.7 на Бухгалтерию 3.0 (так и не понял почему решили уходить, если столько лет все устраивало). Я могу прогить на 7.7, но не хочу — слишком все «деревянное», начиная с «языка запросов» и ссылко-объектов заканчивая самой средой разработки (даже опенконф не радует).
Но что-то мы в офф-топ ушли. Тему мультиязычности и EDT хочу закончить здравой мыслью: если плагины будут глючить, то их или не будут использовать или исправят (в конце-концов, переделать char на wchar не какая-то сверхсложная задача — писал внешнюю компоненту для 1С и все получилось). Прямо сейчас ребята из силвербулет (и не только) пишут плагины под EDT и у них все получается. Пример — silverbulleters.org/sonarqube
С бюджетниками работал только во времена программирования на FoxPro, поэтому не интересовался — они всегда были в низком приоритете; слишком мало денег.
Тоже был на двух проектах запуска УПП 1.0 — море примитивных ошибок (в духе перепутанных Прервать и Продолжить в циклах), но внедрения мы все же успешно завершили. Благодаря использованию этих «сырых» технологий мы с «не знаю какой» страницы рейтинга франчей выстрелили в ТОП-5 по Киеву и ТОП-10 по Украине.
Про использование 7.7 не спорю. Эта система живет не смотря на космическую стоимость часа поддержки по сравнению с 8-кой. Более того, прямо сейчас у меня мини-проект по переводу одной компании с 7.7 на Бухгалтерию 3.0 (так и не понял почему решили уходить, если столько лет все устраивало). Я могу прогить на 7.7, но не хочу — слишком все «деревянное», начиная с «языка запросов» и ссылко-объектов заканчивая самой средой разработки (даже опенконф не радует).
Но что-то мы в офф-топ ушли. Тему мультиязычности и EDT хочу закончить здравой мыслью: если плагины будут глючить, то их или не будут использовать или исправят (в конце-концов, переделать char на wchar не какая-то сверхсложная задача — писал внешнюю компоненту для 1С и все получилось). Прямо сейчас ребята из силвербулет (и не только) пишут плагины под EDT и у них все получается. Пример — silverbulleters.org/sonarqube
ну я даже не про плагины, а вообще… все что связано с русским языком у 1С работает хорошо потому что работает внутри конфигуратора который хорошо заточен под русский язык
А EDT всетаки внешняя штука, и я затрудняюсь сказать будет ли она беспроблемно работать если запустить это все на компе где русским языком не пахнет вообще
Уже давно вроде как utf везде, но нет-нет да и попадаются утилиты не понимающие русский язык в путях ФС (а 1С выгружает свои тонны xml файлов для edt же таким остроумным образом… СправочникНоменклатура.xml… или поменяли уже? я уже отошел от 1С года 3 назад)
до сих пор я опасаюсь использовать в разработке русский в коде (не в 1С конечно), не верю я в беспроблемность потому что много раз натыкался на грабли на ровном месте
А EDT всетаки внешняя штука, и я затрудняюсь сказать будет ли она беспроблемно работать если запустить это все на компе где русским языком не пахнет вообще
Уже давно вроде как utf везде, но нет-нет да и попадаются утилиты не понимающие русский язык в путях ФС (а 1С выгружает свои тонны xml файлов для edt же таким остроумным образом… СправочникНоменклатура.xml… или поменяли уже? я уже отошел от 1С года 3 назад)
до сих пор я опасаюсь использовать в разработке русский в коде (не в 1С конечно), не верю я в беспроблемность потому что много раз натыкался на грабли на ровном месте
Справедливости ради, 2003 — очень давно. Попробуйте браузером из 2003 (IE6) открыть современный сайт. Или запустить современную программу под Windows XP образца 2003 года без сервис-паков. И кривизна тут видимо из-за использования 1-байтных функций API вместо юникодных.
Это очень давно для обычного софта, а не для корпоративного… тут можно и кобол вспомнить
==
а ещё я работал в одной конторе, там софт был на сях в середине 90х написан… до сих пор эксплуатируется, и не просто для внутренних расчетов, а суровый прод с минимальными простоями, но там конечно ад адовый в архитектуре этого софта… тут вполне много людей который так или иначе пользовались сервисом который он предоставляет (обычно даже не догадываясь кто предоставляет этот сервис)
==
а ещё я работал в одной конторе, там софт был на сях в середине 90х написан… до сих пор эксплуатируется, и не просто для внутренних расчетов, а суровый прод с минимальными простоями, но там конечно ад адовый в архитектуре этого софта… тут вполне много людей который так или иначе пользовались сервисом который он предоставляет (обычно даже не догадываясь кто предоставляет этот сервис)
Я имел удовольствие в ~99 году видеть корпоративный софт, который MS писал по заказу для какой-то крупной конторы. Что меня порадовало — тот софт работал ТОЛЬКО под ПанЕвро версией Винды. Под всеми другими MS работоспособность не гарантировал. За давностию лет назначение того софта не запомнил, но вот факт отложился в голове устойчиво.
По крайней мере такую инфу выдал админ этой конторы. Ну и да — мне надо туда водрузить 7.7 :(
По крайней мере такую инфу выдал админ этой конторы. Ну и да — мне надо туда водрузить 7.7 :(
ТОЛЬКО под ПанЕвро версией Винды.
Даже сейчас нормально менять региональные настройки на рабочем месте чтобы нормально работал Oracle client например… всякие форматы дат, разделитель десятичной части… 2018 год? Россия? а нечего… будете писать цифры и даты как в США потому что нашем сверхсовременном софте это гвоздями прибито
Зачем кобол? Вы с САПом сталкивались? — Интерфейс и юзабилити просто обнять и плакать.
(тут обычно появляются защитники-саперы, которые говорят, что недавняя версия стала юзерфрендли и вообще написана уже не на абапе, а на праваславной джаве, но только эта последняя версия не установлена у подавляющего большинства пользователей — так как стоимость обновления с учетом пользовательских кастомизаций просто грабительская)
(тут обычно появляются защитники-саперы, которые говорят, что недавняя версия стала юзерфрендли и вообще написана уже не на абапе, а на праваславной джаве, но только эта последняя версия не установлена у подавляющего большинства пользователей — так как стоимость обновления с учетом пользовательских кастомизаций просто грабительская)
Это уже костыль, и факт бага не отменяет
Ну да, только бага в винде. Это проблема всех неюникодных приложений винды. Этим страдает редактор VBA в MS Office (скриншот ниже), этим страдал Query Analyzer (SSMS кажется нет, но не уверен).
ну да, а я и не 1С обвиняю, а уверенность в том что «все давно везде в юникоде, можно писать код по русски уже стопицот лет как и проблем не будет!!!» (с)…
вот я и говорю что будет, грабли с кодом по русски могут вылезти в самом неожиданном месте, не в 1С так в ворде, не в винде так в линуксе, не в линуксе так в солярисе
Русский текст в исходниках это как русская рулетка
вот я и говорю что будет, грабли с кодом по русски могут вылезти в самом неожиданном месте, не в 1С так в ворде, не в винде так в линуксе, не в линуксе так в солярисе
Русский текст в исходниках это как русская рулетка
UFO just landed and posted this here
Верно. Я ошибся. Спасибо за поправку.
Вы правильно сделали оговорку — «многий». Моя программа, которую я писал для торговых агентов отлично работала с SOAP сервисом на версии 2.3, но стоило нашим клиентам купить китайские планшеты с новой (на тот момент) версией 3.0, как все обмены поламались. Я уже вместе стандартных библиотек сам сел вручную писать классы — несколько вариантов реализации, которые отлично работали на офисных тестовых стендах, но у клиента снова сыпали ошибками. Видимо особенности реализации тройки. Потом на 4.0 уже снова все стало в порядке.
Тут та же история — в системных требованиях 7.7 нет поддержки Win7 и более высоких версий (пруф). то, что семерка там работает является чудом. Необходимость переключения раскладки для корректного использования буфера памяти — это самое пустячное из того, что могло быть.
Вы правильно сделали оговорку — «многий». Моя программа, которую я писал для торговых агентов отлично работала с SOAP сервисом на версии 2.3, но стоило нашим клиентам купить китайские планшеты с новой (на тот момент) версией 3.0, как все обмены поламались. Я уже вместе стандартных библиотек сам сел вручную писать классы — несколько вариантов реализации, которые отлично работали на офисных тестовых стендах, но у клиента снова сыпали ошибками. Видимо особенности реализации тройки. Потом на 4.0 уже снова все стало в порядке.
Тут та же история — в системных требованиях 7.7 нет поддержки Win7 и более высоких версий (пруф). то, что семерка там работает является чудом. Необходимость переключения раскладки для корректного использования буфера памяти — это самое пустячное из того, что могло быть.
Эта трабла была в семёрке, в восьмёрке давно всё переносится нормально
По моему суеверный ужас вызывает сам язык и его возможности, а не русскоязычность.
Но это локализации для изначально русскоязычного продукта, ориентированного на внутренний рынок русскоязычной страны. Потребуйте от разработчиков MS владения всеми языками, на которые локализован Word, будет примерно так же адекватно.
Смотря что подразумевать под учётом. Если нужно вести бухучёт (хотя бы в том же интернет-магазине), то дешевле будет нанять бухгалтера, знающего 1С, чем того, кто будет готов работать в опенофисе или в другой программе. Просто потому, что бухгалтеров с опытом работы в 1С много.
Пишу на java, c++, c#, 1c, php не считачя всякой мелкоты. Язык 1с это всего-то язык, не больше не меньше. Нет смысла к нему цепляться. УТ11 для интернет магазина? Я бы 10 раз подумал...
Подумали, а дальше что?
Ну не знаю, смотря по потребностям, есть к примеру "Розница". Но скорее всего товароучетные системы от 1с я бы использовал только для формирования отчетов из данных полученных от иной системы. Вообще бы поставил 1с бухгалтерию для голимого бухучета. А управленческий учет робовал бы реализовать на cms магазине. Сейчас даже мысль мелькнула что адаптировать некую cms будет дешевле. Не знаю пока еще нет ясной мысли как бы я поступил. Но УТ какой я ее видел в последний раз больше адаптирована для крупной оптовой сети
А не рассматривали облачный учет, например «Мой склад»? Его правда тоже 1С выкупила несколько лет назад, но принципы системы менять не стала и разработчики остались. Там вроде и интеграция с торговым оборудованием, и выгрузка на сайты есть. И денег не надо сразу много заносить, можно помесячно абонентку оплачивать — 5 сотрудников 3000р./мес более чем терпимо.
1С хороша там, где она хороша! То есть в бухгалтерии. Там она родилась, там ей пользоваться удобно. Пока Нургалиев входит во всякие советы при МНС и цифровой платформе, у них будет первый инсайд по формам и форматам обмена данными с госорганами, так что вариантов особо нет.
А вот когда пытаются 1С представить как платформу для автоматизации всего — это вызывает «в мирное время смех, в военное — панику» © из анекдота. Потому что 1С в стандартной конфигурации оперирует базовым понятием «документ», и точка. Нету документа — значит и события нет. И нет смысла бороться с этим бухгалтерским подходом! Хотите в режиме он-лайн управлять складом — ставьте WMS. Хотите продавать через сайт — ставьте интернет-магазин. А потом скидывайте в 1С результаты работы этих систем в виде документов. Хотите — раз в месяц. Хотите — раз в день, хотите — хоть в онлайн режиме!
А 1С потом по вашим документам сделает красивые проводки, налоговые регистры и формы для отчета в ИМНС, ФСС, и прочие богадельни. Если документы и справочник товаров/услуг сделать с умом, то по данным документального учета 1С можно заниматься финансовым анализом, распределять производственные затраты и тому подобное.
P.S. Вообще, концепция специализированных систем (при условии открытых интерфейсов, а лучше — исходников), кооперативно решающих сложную задачу — кажется мне гораздо более жизнеспособной, чем попытка сделать мегаплатформу «для всего», будь то 1C, SAP, Axapta/Dynamics, или что-то еще… Другое дело, что 1С нужен в первую очередь Vendor Lock-in, а не решение вашей бизнес-задачи.
А вот когда пытаются 1С представить как платформу для автоматизации всего — это вызывает «в мирное время смех, в военное — панику» © из анекдота. Потому что 1С в стандартной конфигурации оперирует базовым понятием «документ», и точка. Нету документа — значит и события нет. И нет смысла бороться с этим бухгалтерским подходом! Хотите в режиме он-лайн управлять складом — ставьте WMS. Хотите продавать через сайт — ставьте интернет-магазин. А потом скидывайте в 1С результаты работы этих систем в виде документов. Хотите — раз в месяц. Хотите — раз в день, хотите — хоть в онлайн режиме!
А 1С потом по вашим документам сделает красивые проводки, налоговые регистры и формы для отчета в ИМНС, ФСС, и прочие богадельни. Если документы и справочник товаров/услуг сделать с умом, то по данным документального учета 1С можно заниматься финансовым анализом, распределять производственные затраты и тому подобное.
P.S. Вообще, концепция специализированных систем (при условии открытых интерфейсов, а лучше — исходников), кооперативно решающих сложную задачу — кажется мне гораздо более жизнеспособной, чем попытка сделать мегаплатформу «для всего», будь то 1C, SAP, Axapta/Dynamics, или что-то еще… Другое дело, что 1С нужен в первую очередь Vendor Lock-in, а не решение вашей бизнес-задачи.
WMS на 1С (не типовая от вендора, конечно) сделает любую WMS по стоимости владения и скорости доработки под нужды клиента. Если, конечно, это не склад Amazon :)
Ну-у, не соглашусь, вероятно. Имея некоторое отношение к разработке систем управления складами для пищевки, скажу что при необходимости интеграции с весовым оборудованием и сборки одной строки заказа параллельно несколькими человеками — количество проблем с 1С растет экспоненциально и оправдывает переход на более традиционную платформу (например Java). Мое наблюдение подсказывает, что разработчик WMS под 1С постоянно стоит перед выбором: то ли корежить процессы на складе под документальный подход 1С (не будем показывать пальцем, но у системы-образца любой чих на терминале сбора данных оформляется документом-заданием), то ли пользоваться 1С как тьюринг-полной системой программирования и писать нечто совершенно отличное от стандартной конфигурации. Но в последнем случае совершенно не очевидно, почему стоит выбрать платформу 1С (а не, например, Java). В последнем случае и инструментов выбор побогаче, и коллективная работа попроще, и другие плюшки имеются. Справедливости ради, если кто-то мне попытается продать идею писать бухгалтерию для РФ на Java вместо 1С — я его или выгоню, или застрелю, или и то и другое сразу. :-)
Пищёвка, склад 40000 кв, 15 тыс SKU, до 250 000 строк заказов на отгрузку в сутки максимально — полёт нормальный. Система тиражируемая, а не лютая самоделка. Но не на основе типовых от 1С, это точно.
Переупаковка и домаркировка для торговых сетей в ней же? Сборка миксов в ящики клиента в ней же? Или это чистый РЦ, где движение идет преимущественно поддонами, и иногда отдельными коробами без вскрытия? Серийный номер на уровне ящика, или только на поддоне?
Это оптовик, отгружающий рознице от штук до поддонов. Для сетей маркируют. Деталей вроде серийного номера и сборки в ящик клиента не знаю, это специфика конкретных складов, не везде это нужно.
Ну значит можно считать тьюринг-полноту 1С подтвержденной, и утверждение что на ней можно написать WMS доказанным! Я, однако, не уверен что это стоит делать. То есть что написание такой штуки на платформе 1C имеет преимущества перед связкой Java/Tomcat/Hibernate, например.
А вот когда пытаются 1С представить как платформу для автоматизации всего — это вызывает «в мирное время смех, в военное — панику» © из анекдота. Потому что 1С в стандартной конфигурации оперирует базовым понятием «документ», и точка. Нету документа — значит и события нет.
Проблема только в понятии? Если бы он назывался событие — вам стало бы легче или проблема в чем-то еще кроме понятия?
А если заменить документы на события — придется всю идеологию менять. Как минимум проведение документа исчезает. А с ним и распроведение. Ну и в событийно-ориентированной системе как-бы неправильно зависать в событиях по несколько минут. Поэтому придется действия по событиям делить на синхронные и асинхронные… Но в конце-концов непонятно, зачем это. На самом деле, документная модель в 1С прекрасно описывает ее родную предметную область — и есть смысл таковой придерживаться. Лучше делать хороший продукт с четким фокусом, нежели аморфную платформу для автоматизации всего. Я так думаю…
А если заменить документы на события — придется всю идеологию менять.
Я все еще не понимаю что вы подразумеваете под событием? Документ — это
1) запись в таблице о событии, расположенном во временной плоскости
2) + возможно записи в нескольких связных таблицах, называемых табличными частями
3) + возможно т.н. проведение, то есть записи в регистрах, аккумулирующих числовые показатели происшедшего события.
От чего вы хотите отказаться? От части 3? Документ не должен списывать проданную номенклатуру, чтобы система видела актуальные остатки? Вы можете не проводить документ, это пользовательская опция. Что именно из этих 3 пунктов, которыми является документ в 1С вас смущает?
Нет, пойдем с другой стороны. У меня пользователь производит перемаркировку одного куска продукции из заводского кода в код торговой сети. При этом:
— В исходном ящике уменьшается количество продукции
— В ящике торговой сети увеличивается количество продукции
Уже отличие от документарной модели: состояние объектов в БД изменилось, хотя документ не проводился. Далее:
— Менеджер зоны переупаковки (программный модуль) отмечает убыль продукции в исходном коде (и одновременно, уменьшение потребности в продукции в коде торговой сети). Возможно, он приходит к выводу о необходимости пополнения своей зоны продукцией из хранения.
— При этом срабатывает пересчет резервов, и часть ящиков из хранения расписывается к доставке в зону обработки товара.
— При этом, возможно, обнаруживается возможность перенести часть резервов с одних паллет на другие чтобы максимально быстро освобождать места склада.
То есть на складе в разных зонах случаются разные события в режиме «прямо сейчас», которые запустило одно единственное событие в виде сканирования штрих-кода на товаре.
Другой пример: мужик с терминалом идет и видит, что сверху из дренажа кондиционера капает вода с риском попадания в товар. Он входит в режим перемещения объектов, и переносит поддон с товаром с одного места на другое (естественно, сканируя штрих-коды). И тут тоже нет документа: он просто увидел проблему и переместил товар. Потом, может быть, пойдет к начальнику склада и заблокирует это место до момента устранения течи. При этом все остальные на складе немедленно видят этот товар на новом месте. Тоже нет документа, а состояние объектов склада поменялось.
Разумеется, некоторые события могут оставить след в виде документов. Но в этой идеологии документ — это всего лишь след (причем не буквальный, а агрегированный — например до уровня SKU и партий) фактически произведенных операций. Документ нельзя ни провести, ни распровести, и он вообще не является центральной сущностью. События происходят в on-line и меняют состояние живых объектов в базе. А документы — это обобщенная информация о событиях для экспорта в соседние системы (которые как раз документ-ориентированы).
Я хочу отдельно заметить — все описанные операции можно извратиться, и запихать в документную модель. По типу: а пусть он не просто перемещает товар, а заведет с ТСД документ перемещения, переместит и сразу проведет. Можно придумывать документ, у которого табличная часть может проводиться построчно (инкрементальное проведение документов). В общем, всегда есть пути решения (более или менее кривые) — и разработчики разных не-бухгалтерских систем на базе 1С их успешно находят и реализуют. Но смысла в этом я не вижу. Если процесс хорошо ложится в документную модель — тогда берем 1С и работаем в стандартной конфигурации (плюс внешние обработки и отчеты). Не ложится процесс в документно-бухгалтерскую модель — значит просто делаем его в другой среде, и нечего мозг себе и другим насиловать.
— В исходном ящике уменьшается количество продукции
— В ящике торговой сети увеличивается количество продукции
Уже отличие от документарной модели: состояние объектов в БД изменилось, хотя документ не проводился. Далее:
— Менеджер зоны переупаковки (программный модуль) отмечает убыль продукции в исходном коде (и одновременно, уменьшение потребности в продукции в коде торговой сети). Возможно, он приходит к выводу о необходимости пополнения своей зоны продукцией из хранения.
— При этом срабатывает пересчет резервов, и часть ящиков из хранения расписывается к доставке в зону обработки товара.
— При этом, возможно, обнаруживается возможность перенести часть резервов с одних паллет на другие чтобы максимально быстро освобождать места склада.
То есть на складе в разных зонах случаются разные события в режиме «прямо сейчас», которые запустило одно единственное событие в виде сканирования штрих-кода на товаре.
Другой пример: мужик с терминалом идет и видит, что сверху из дренажа кондиционера капает вода с риском попадания в товар. Он входит в режим перемещения объектов, и переносит поддон с товаром с одного места на другое (естественно, сканируя штрих-коды). И тут тоже нет документа: он просто увидел проблему и переместил товар. Потом, может быть, пойдет к начальнику склада и заблокирует это место до момента устранения течи. При этом все остальные на складе немедленно видят этот товар на новом месте. Тоже нет документа, а состояние объектов склада поменялось.
Разумеется, некоторые события могут оставить след в виде документов. Но в этой идеологии документ — это всего лишь след (причем не буквальный, а агрегированный — например до уровня SKU и партий) фактически произведенных операций. Документ нельзя ни провести, ни распровести, и он вообще не является центральной сущностью. События происходят в on-line и меняют состояние живых объектов в базе. А документы — это обобщенная информация о событиях для экспорта в соседние системы (которые как раз документ-ориентированы).
Я хочу отдельно заметить — все описанные операции можно извратиться, и запихать в документную модель. По типу: а пусть он не просто перемещает товар, а заведет с ТСД документ перемещения, переместит и сразу проведет. Можно придумывать документ, у которого табличная часть может проводиться построчно (инкрементальное проведение документов). В общем, всегда есть пути решения (более или менее кривые) — и разработчики разных не-бухгалтерских систем на базе 1С их успешно находят и реализуют. Но смысла в этом я не вижу. Если процесс хорошо ложится в документную модель — тогда берем 1С и работаем в стандартной конфигурации (плюс внешние обработки и отчеты). Не ложится процесс в документно-бухгалтерскую модель — значит просто делаем его в другой среде, и нечего мозг себе и другим насиловать.
Нет, пойдем с другой стороны. У меня пользователь производит перемаркировку одного куска продукции из заводского кода в код торговой сети. При этом:
— В исходном ящике уменьшается количество продукции
— В ящике торговой сети увеличивается количество продукции
Я не понимаю ничего из того, что вы пишете. Я не понимаю термина «у меня», я не понимаю термина «в исходном ящике» — речь о физическом мире или о какой-то программе? Естественно дальше читать не стал.
Документ это просто объект конфигурации, выполняющий описанные мной выше действия, я вас спрашиваю какое из этих действий вас смущает, вы отвечаете «нет, пойдем с другой стороны» и начинаете мне описывать что-то отвлеченное.
Вот самое неприятное — это что я понимаю, что вы не понимаете. И даже понимаю почему. И даже знаю что делать. Но в режиме комментариев на хабре поменять установки в вашей голове, скорее всего, не смогу. :-( Нужен лист бумаги и личное общение…
Когда я пишу «у меня» — это значит на одном из складов с колбасой. В реальном мире, да. Стоит мужик, достает батон, сканирует штрих-код, принтер ему печатает этикетку, он ее клеит и кладет в другой ящик. А система WMS в таком же реальном режиме времени мужиком управляет (т.е. говорит что откуда взять, куда положить, и регистрирует что он там делает). У мужика нет документа — он просто берет товар откуда сказала система, обрабатывает его, и кладет куда ему система же показала. Много позже (может быть через 10 минут, а может быть через час) родится документ, в котором будет сказано что он, имярек, перепаковал 56.130 кг докторской колбасы для сети Ашан. А в конце смены, родится еще один документ — по его KPI за смену для расчета зарплаты. Смысл моих много-букв в том, что события в реальной жизни у него происходят «здесь и сейчас», они регистрируются в системе в режиме «он-лайн» (почти сейчас). А документы будут потом (и притом, не на все произошедшие события). Это в корне отличается от бухгалтерского подхода, когда событием признается только то, что нашло свое отражение в каком-то документе.
Когда я пишу «у меня» — это значит на одном из складов с колбасой. В реальном мире, да. Стоит мужик, достает батон, сканирует штрих-код, принтер ему печатает этикетку, он ее клеит и кладет в другой ящик. А система WMS в таком же реальном режиме времени мужиком управляет (т.е. говорит что откуда взять, куда положить, и регистрирует что он там делает). У мужика нет документа — он просто берет товар откуда сказала система, обрабатывает его, и кладет куда ему система же показала. Много позже (может быть через 10 минут, а может быть через час) родится документ, в котором будет сказано что он, имярек, перепаковал 56.130 кг докторской колбасы для сети Ашан. А в конце смены, родится еще один документ — по его KPI за смену для расчета зарплаты. Смысл моих много-букв в том, что события в реальной жизни у него происходят «здесь и сейчас», они регистрируются в системе в режиме «он-лайн» (почти сейчас). А документы будут потом (и притом, не на все произошедшие события). Это в корне отличается от бухгалтерского подхода, когда событием признается только то, что нашло свое отражение в каком-то документе.
Это в корне отличается от бухгалтерского подхода, когда событием признается только то, что нашло свое отражение в каком-то документе.
Вы путаете бухгалтерское понятие документа с объектом Документ. Документ в системе это то, что я написал выше — просто объект класса Документ. Вы можете назвать его Событие. Вы можете сделать объект класса Документ, назвать его Событие. Этот документ-событие будет регистрировать каждое действие вашего управляемого системой мужика и проводиться в конце дня. Пока вы не поймете, что объект Документ это просто название класса, который может вообще делать запись одной единственной строчки в одну единственную таблицу без всякого проведения, мы с вами друг друга не поймем, будь у вас хоть десять листочков бумаги.
Добавлю, более того, использование объектов «документ» не является обязательным, знаю WMS систему, где нет никаких документов.
Я уже говорил, что 1С является полной по тьюрингу, и в принципе — позволяет делать все что угодно. Проблема в том, что это очень сильно нарушает договоренности большинства людей о том, что есть что. Все-таки большинство работающих с 1С людей так или иначе закладываются на некоторое стандартное (принятое в стандартной конфигурации) поведение документов: что непроведенный документ не изменяет регистры учета, что проведение документа атомарно и является видимым моментом изменения свойств объектов в БД, что документ можно распровести, и т.д. Вы можете назвать документом что угодно, и наделить его какими угодно свойствами. Но это не очень практично, по моему мнению.
Почему? Какая разница, чего ожидает наборщик? Он получает задание на терминал/голосом, какое кому дело, что там внутри — 1C или Java?
Простите, мы ходим по кругу. Вы утверждаете что можно все реализовать на 1С. Я с этим не спорю. Я утверждаю, что для некоторых задач есть платформы более удобные в разработке и эксплуатации, чем 1С. Вы можете с этим соглашаться, или не соглашаться — это ваше право. Если вы согласны — о чем мы тогда тут говорим? Если вы не согласны — тогда практика критерий истины: продолжайте писать другие системы на 1С, и может быть, вам удастся это делать дешевле/быстрее/качественнее чем разработчикам на других платформах. А может быть, не удастся. В любом случае, лично я желаю вам удачи. :-)
Я утверждаю, что для некоторых задач есть платформы более удобные в разработке и эксплуатации, чем 1С.
Вы можете объяснить, что в такой-то платформе есть такая-то возможность, которая в 1С отсутствует или в 1С на ее создание требуется в 2 раза больше времени? Тогда это будет предметно. Потому что аргументация, сводящаяся к «в 1С все построено на документах, а этот подход бухгалтерский» честно говоря вообще непонятна.
Уж потрудитесь, пожалуйста, сами взять интересующую вас предметную область — изучить имеющиеся для ее автоматизации платформы и сделать их сравнение с 1С (которую вы, судя по-всему, хорошо знаете). Я этим для вас заниматься не собираюсь. Но могу поделиться наблюдениями, что телефонию обычно делают на Asterisk, 3D-модели разрабатывают в Solid или Catia или компасе, для интернета вещей используют легковесные RTOS — хотя в принципе (!) все это можно было бы сделать и в 1С. Почему так — можете поразмышлять на досуге…
Речь шла об управлении складом, а не 3D моделях. Вы утверждали, что 1С релевантна только для ведения бухгалтерии, а не складского учета. Я утверждаю, что 1С абсолютно релевантна, более того это самый быстрый способ разработки учетных приложений любого вида. Зачем вы перепрыгиваете на 3D модели?
1C удобна и эффективна именно в бухгалтерии. Ее для этого и делали. Но на ней можно автоматизировать склад. Я видел эту автоматизацию (как минимум три раза, может быть больше). Если вы остаетесь в парадигме стандартной конфигурации, то вынуждены изобретать странные документы и пользователям неудобно. Потому что склад не живет по документам. Если вы выкидываете стандартную конфигурацию, и пишете все с нуля (используя только платформу, язык и внешние компоненты) — тогда с тем же успехом можете писать и 3D-моделлер и платформу для телефонии.
Не понимаю, почему при введении операций на складе пользователям неудобно то, что удобно в бухгалтерии? (надеюсь вы уже уяснили, что бухгалтерские документы <> документы в системе 1С и мы не будем десятый раз ходить по кругу)
Все, идите уже работать! :-) Что мог — я объяснил. Хотите делать на 1С — делайте. Жизнь покажет, правы вы — или ошибаетесь.
Потому что гвозди удобно забивать молотком, а зубы удобно дергать пассатижами! Каждому инструменту есть свое применение, задуманное изобретателем этого инструмента. Проблема универсальных систем в том, что они умеют делать всё, но делают это хреново.
А ещё любая система это не абстрактный автомат, а конкретные практики и реализации в коде и UI, поэтому для каждой задачи своё оптимальное решение, что и пытается донести ruomserg.
А ещё любая система это не абстрактный автомат, а конкретные практики и реализации в коде и UI, поэтому для каждой задачи своё оптимальное решение, что и пытается донести ruomserg.
Все-таки большинство работающих с 1С людей так или иначе закладываются на некоторое стандартное (принятое в стандартной конфигурации) поведение документов
Какое вообще пользователям дело, что внутри системы. Если для системы нужно чтобы документ проводился распроводился — вы даете им эту возможность, если нет — вы не даете. В 1С у вас есть полная свобода, что делать как внутри программы, так и внешне для пользователя. В 1С нет ограничений. Вы можете пользоваться проведением, можете не пользоваться им, можете делать все что угодно. Это абсолютно открытая и гибкая среда разработки. Не забывайте, что изначально документ это просто модель данных, она не накладывает никаких ограничений.
Документ — это отражение произошедшего события.На бумаге ли отражение, в информационной ли системе. (к «бамаге с пачатью» это имеет весьма опосредованное отношение). В вашем данном случае перемаркировка батона колбасы — это событие. которое можно и нужно отразить документом. который вызовет соотвествующие действия (последствия): уменьшает учетное количество колбасы в одном ящике (возможно, уменьшает количество промаркированное «этикеткой типа А»), увеличивает учетное количество колбасы в другом ящике (возможно, величивает количество промаркированное «этикеткой типа Б»). возможно, регистрирует «взвешивание» как произведенную операцию — для учета работы склада. возможно, регистрирует операцию, как проведенную конкретным работником — для KPI. Возможно (при определенных условиях), порождает требование совершить другое действие (завершить перемаркировку конкретного ящика, или конкретного сорта, или перемаркировку вообще). другое действие породит другое событие (например, перемешение ящика с участка маркировки в зону сборки), которое будет зафиксировано соотвествующим документом. а в конце смены отчет соберет данные по необходимым событиям (т.е. документам), и родит другое событие-документ, обзначающее, что "«имярек закончил рабочую смену, и за смену он прерпаковал столько-то, перенес столько-то и перекатил столько то. на основании чего затраты склада увеличились на Х рублей, и задолженность по зарплате перед этим имяреком тоже увеличилась. а когда имярек придет в кассу- произойдет очередное событие: он получит свои кровные. что будет отражено документом, который тоже сделает свои действия — уменьшит долг конторы перед имяреком и уменьшит количество денег в кассе. ну и т.д.
В общем случае документы не нужны, событие просто изменяет состояние объектов, которое фиксируется тем или иным образом. В парадигме 1С принято фиксировать события документами, но ничто не мешает в качестве «документа» использовать и другие прикладные объекты платформы.
в общем — да. но объект типа «документ» в 1С как раз и предназначен для смены состояния у объектов других типов.
В других системах аналогичный тип может называться не «документ», а «событие» — это сути не меняет.
единственное, что у «документов 1С» есть «обратимость» и «изменчивость» — т.е. «произошедшее событие» может «распроизойти» :-) или изменить свои атрибуты.
В других системах аналогичный тип может называться не «документ», а «событие» — это сути не меняет.
единственное, что у «документов 1С» есть «обратимость» и «изменчивость» — т.е. «произошедшее событие» может «распроизойти» :-) или изменить свои атрибуты.
Это поведение в типовых конфигурациях вендора. С точки зрения платформы может ли событие «распроизойти» или «изменить атрибуты» — отдано на откуп разработчику решения на прикладной платформе
про «типовое поведение» — абсолютно согласен. но именно принципиально документ 1С может находиться в двух состояниях, и переключаться между ними, и двигаться по временной шкале.
Не совсем так — возможность «проведения» может быть отключена разработчиком для конкретного вида документа.
«отключена» — это не «отсутствует». хотя и приводит к аналогичному поведению.
Отключенная возможность проведения делает документ просто справочником с полем дата. Весь смысл документа в том, что он меняет регистры при проведении и это делает всю структуру действий прозрачной: провел документ, состояние изменилось, распровел — вернулось как было, причем откат происходит на уровне системы без строчки кода…
Документ как раз и призван менять состояние объектов при проведении и возвращать его назад при распроведении, иначе каким образом вы собираетесь менять состояние? Состояние объекта это его отражение в регистрах. Вы же не думаете что событие должно менять реквизиты непосредственно объекта. Поэтому документ в 1С это как раз 100% событие меняющее состояние.
судя по нику, вы должны помнить чью-то доморощеную «бухгалтерию на справочниках» :-)
Не понял вашей фразы ни про ник, ни про доморощеную «бухгалтерию на справочниках», но очень любопытно о чем речь =)
Есть WMS вообще без документов и регистров накопления www.arena-wms.ru
Состояние может быть зафиксировано программным кодом, например в регистрах сведений. Документ для этого не нужен.
Все операции атомарны, они изменяют состояние объектов. Одна операция — один документ. В чём проблема?
Еще раз повторюсь — если достаточно упорно натягивать сову на глобус, она натянется! Да, можно объявить каждую операцию документом, и проводить (при интенсивной работе) от единиц до десятков документов в секунду. Но 1С не рассчитана на такое обращение с документами. Да и зачем? Есть специализированная система, которая с потоком событий прекрасно работает. А 1С получает время от времени выжимки из интересующих ее событий уже в виде документов. Для бухучета совершенно неинтересно, из ящика с каким серийным номером была взята конкретная палка колбасы. Им достаточно разреза товаров, максимум — партий. Всякий инструмент хорош для того, для чего он был задуман, как мне кажется…
Проводятся сотни документов в секунду в нескольких потоках, и для платформы 1С это не является проблемой при выборе правильной архитектуры.
1С — это платформа, на ней можно сделать множество разных вещей
1С — это платформа, на ней можно сделать множество разных вещей
Разве я где-то спорю, что *можно*? На 1С можно и нейронные сети обучать, и умный дом собирать. Но эффективнее это делать на других, более подходящих платформах. Но вы имеете право и на 1С, разумеется!
Эффективнее с какой точки зрения? Скорость разработки, стоимость внесения изменений, стоимость поддержки, простота тиражирования? Для какого размера организации эффективнее?
В принципе, вопрос правильный. И правильный ответ будет, что эффективность не имеет смысла обсуждать без определения субъекта. Но, если, например, вам нужно хранить, отображать и обрабатывать пространственные данные (картография), то при любых разумных допущениях, эффективнее будет не пытаться реализовать весь этот функционал на 1С, а взять готовое (платное или бесплатное) решение и добивать недостающий функционал в него. Причем, это будет эффективнее со всех точек зрения сразу: и в разработке, и в поддержке, и во внесении изменений…
Вы читали статью, вы видели претензии к 1С? Зачем вы отвечаете на вопросы, которые сами придумали?
Хотите специализированную продвинутую систему интернет магазина, которая работает на опенсорсном стеке технологий — ставьте Magento.
А 1С оставьте для бухгалтерии, при желании можно ее интегрировать с Маджентой.
А 1С оставьте для бухгалтерии, при желании можно ее интегрировать с Маджентой.
Доработки magento, учитывая стоимость квалифицированного magento-программиста, легко могут перебить по TCO 1С.
Могут
Но 1С/Битриксу как видно из оригинального поста доработки тоже понадобятся
Но 1С/Битриксу как видно из оригинального поста доработки тоже понадобятся
Из оригинального поста видно лишь то, что автор плохо представляет себе
а) систему лицензирования
б) системные требования
в) работу конфигурации УТ
и оттого написал кучу вещей, часть из которых либо сомнительна, либо попросту глупость.
а) систему лицензирования
б) системные требования
в) работу конфигурации УТ
и оттого написал кучу вещей, часть из которых либо сомнительна, либо попросту глупость.
Подкрепите свои слова фактами, особенно пункт в)
А то смотрится как простое вранье, некрасиво.
А то смотрится как простое вранье, некрасиво.
По пункту в) вам уже написали здесь много раз:
1) К номенклатуре можно прикрепить любое количество файлов, как файлов картинок, так и файлов с HTML-Описанием и все это указывается в карточке номенклатуры в графе Описание
2) В модуле обмена с 1С-Битрикс можно прикреплять картинки для характеристик. Здесь подробно описано где и как это делать: dev.1c-bitrix.ru/community/blogs/product_features/a-pleasant-change-in-modules-for-1c-prikreplena-pictures-to-the-charac.php
3) Для номенклатуры вы можете настроить любые дополнительные свойства — в том числе и дату начала продаж и дату добавления товара и т.п. Автоматическое их заполнение дорабатывается без ущерба для обновления за 5 минут.
4) Вы можете отгружать хоть комплектами, хоть бочками, выбирая в документе нужную единицу измерения. Хотя тут я не могу точно сказать, поскольку не очень понял что вы имели ввиду, но проблем с весами никогда в 1С не было.
Просто гуглите, просто читайте описание…
1) К номенклатуре можно прикрепить любое количество файлов, как файлов картинок, так и файлов с HTML-Описанием и все это указывается в карточке номенклатуры в графе Описание
2) В модуле обмена с 1С-Битрикс можно прикреплять картинки для характеристик. Здесь подробно описано где и как это делать: dev.1c-bitrix.ru/community/blogs/product_features/a-pleasant-change-in-modules-for-1c-prikreplena-pictures-to-the-charac.php
3) Для номенклатуры вы можете настроить любые дополнительные свойства — в том числе и дату начала продаж и дату добавления товара и т.п. Автоматическое их заполнение дорабатывается без ущерба для обновления за 5 минут.
4) Вы можете отгружать хоть комплектами, хоть бочками, выбирая в документе нужную единицу измерения. Хотя тут я не могу точно сказать, поскольку не очень понял что вы имели ввиду, но проблем с весами никогда в 1С не было.
Просто гуглите, просто читайте описание…
Складские функции там есть? Бухгалтерский учет какой-никакой? Внесение поставок автоматом? Отслеживание сроков годности?
Простые складские функции есть давно, с версии 2.3 поддерживается больше одного склада и достаточно сложные связи между складами и каналами продаж. Раньше для этого нужно было расширение.
Бухгалтерский учет — даже не знаю как ответить вам, это не система бухучета.Формирование инвойсов есть, можно для оперативного учета задавать закупочные цены, есть аналитика (базовая и расширенная с доплатой). Но это не замена 1С или ее аналога для ведения бухучета.
Внесение поставок автоматом возможно если вы интегрируете Мадженту с системой склада или установите расширение типа Embedded ERP. C учетом срока жизни продукта аналогично.
В общем и в целом Мадженто это платформа электронной коммерции, она лучше будет работать в связке с системой бухучета и склада или ERP.
Частный случай ERP, если очень хочется иметь это в одной коробке с Magento — упомянутое выше расширение.
Бухгалтерский учет — даже не знаю как ответить вам, это не система бухучета.Формирование инвойсов есть, можно для оперативного учета задавать закупочные цены, есть аналитика (базовая и расширенная с доплатой). Но это не замена 1С или ее аналога для ведения бухучета.
Внесение поставок автоматом возможно если вы интегрируете Мадженту с системой склада или установите расширение типа Embedded ERP. C учетом срока жизни продукта аналогично.
В общем и в целом Мадженто это платформа электронной коммерции, она лучше будет работать в связке с системой бухучета и склада или ERP.
Частный случай ERP, если очень хочется иметь это в одной коробке с Magento — упомянутое выше расширение.
Вам нужно облачное решение для интернет-магазина типа RetailCRM. Там не надо ничего дорабатывать. Да и если надо, доработать не получится :)
Отличный вариант для старта, а потом, если вырастете, можно подключить 1с на бэк.
А 1с ут — не готовая система для интернет-магазина, она скорее подходит для оптовой торговой компании. Но конечно на ней можно сделать все, и довольно быстро, но не так дешево, как вам бы хотелось.
А то, что вы выбрали ее для неподходящей задачи, не под ваш бюджет, и не изучили как следует рынок, показывает исключительно вашу некомпетентность.
Отличный вариант для старта, а потом, если вырастете, можно подключить 1с на бэк.
А 1с ут — не готовая система для интернет-магазина, она скорее подходит для оптовой торговой компании. Но конечно на ней можно сделать все, и довольно быстро, но не так дешево, как вам бы хотелось.
А то, что вы выбрали ее для неподходящей задачи, не под ваш бюджет, и не изучили как следует рынок, показывает исключительно вашу некомпетентность.
Мелкому бизнесу нужен облачный интернет магазин под ключ. Свой сервер это уже сразу своя команда ИТ. Если у вас нет масштабов в которых свое ИТ становится дешевле аутсорса, то зачем вам 1С непонятно.
Вообще, автору нужно было бы подумать вот над каким вариантом: вбить в поисковик «хостинг 1С» и поискать готовые решения от хостеров, которые неявно включают в цену за месяц стоимость лицензий.
Вполне возможно, что малому бизнесу с его небольшим интернет-магазином есть смысл (выгоднее) именно так сделать, а не покупать сразу сервера, лицензции на тяжёлые программные продукты. Вроде как облака затем и придумали, чтобы масштабироваться постепенно и тогда когда нужно.
Вполне возможно, что малому бизнесу с его небольшим интернет-магазином есть смысл (выгоднее) именно так сделать, а не покупать сразу сервера, лицензции на тяжёлые программные продукты. Вроде как облака затем и придумали, чтобы масштабироваться постепенно и тогда когда нужно.
Для малых предприятий имел дело с вполне достаточной системой… как бы так описать, чтоб рекламой не посчитали. Латинское название на русский лад если переиначить, будет «ГБС.Рынок».
К статье много вопросов, конечно. Отчетливо видно ваше разочарование продуктами 1С и некая однобокость суждений. К сожалению, похоже на то, что вам не удалось найти хорошего партнера 1С для качественного внедрения.
Не буду перечислять все замечания к вашей статье (их получается примерно на половину вашей статьи), да и в комментариях уже много что написали. Из наиболее некорректного:
- Никогда не говорите о 1С и Битрикс как об одной компании. 1С: Предприятие и 1С-Битрикс не имеют ничего общего между собой кроме сочетания "1С" в названии и формальной зависимости 1С-Битрикс от 1С. Это разные компании с разными продуктами, разными командами разработки и разными языками программирования.
- Зачем вам USB-версии 1С Предприятия? Ни УТ, ни клиентские лицензии, ни сервер 1С вам не нужен USB (за некоторым редким исключением). Программные лицензии дешевле и удобнее в использовании.
- Вместо лицензий 2 по 5 лучше купить 1 на 10.
- Сервер 1С можно брать и 32-битный, он намного дешевле. Вполне вероятно, что вы разницы даже не почувствуете.
- Сервер 1С вообще необязателен. Конечно, при условии одновременной работы 10 человек и при постоянном обмене с интернет-магазином желательно купить серверную лицензию, но можно обойтись и без нее. Хотя бы на первое время. Докупить серверную лицензию всегда успеете.
- MS SQL покупать необязательно. Можно обойтись бесплатной версией, либо поставить PostgreSQL. Постгре ставить не так уж сложно, если ваш внедренец отказался/не смог — все вопросы к нему.
- Если же решили купить MS SQL — зачем вам десять(!) лицензий? Вы же в курсе, что клиенты не подключаются к СУБД, к ней подключается только сервер 1С?
- "Кстати, для 1С нужна специальная операционная система". Вот это — глупость несусветная. Это кто вам такое сказал? Даже серверная версия 1С прекрасно работает на обычном рабочем компьютере.
- Если вы решили купить серверную 1С — зачем вам сдался RDP? Он не нужен. Совсем. На сервер 1С нужно лазить только системного администратору и лишь изредка. Если вам нужен удаленный доступ — подключайте тонкий клиент (да-да, он работает и через интернет) либо веб-клиент (прямо в браузере без установки какого-либо ПО).
Ценник можете пересчитать сами.
По многим остальным вопросам — обмен с сайтом, настройка характеристик, доработка конфигурации, — вам с легкостью поможет любой хороший партнер. Я не знаю, откуда вы, но даже в провинции можно найти нормального франча.
Программные лицензии дешевле и удобнее в использовании.
Но уже лет много 1с так и не научилась понимать, что машины бывают виртуальными, и привязка программных лицензий (или сервера программных лицензий) к железу машины — это зло. Более того, даже ОС обновить иногда боком выходит, и это — «промышленное» решение!
Если же решили купить MS SQL — зачем вам пять(!) лицензий? Вы же в курсе, что клиенты не подключаются к СУБД, к ней подключается только сервер 1С?
Потому что 1с (точнее, пришедшая к вам в офис однажны проверка) именно так протрактует логику лицензий. Вопрос, что 1с ходит в сервер СУБД под одним логином, и юзер тут один — не канает. Притом, что с MSSQL, что с PostgresPro. Причем, требуется покупать не число клиентских лицензий по числу активных юзеров, а по числу всех заведенных в 1с пользователей. Т.е., в конторе 100 человек заведены в 1с, но реально работают 20 — покупаем не 1, не 20, а именно 100 клиентских для СУБД. Или по ядрам сервера СУБД, но там у MS вообще треш.
Postgres вы какой имеете в виду? Просто Пострю не поставишь, нужна спецверсия. PostgresPro, который существенно круче той, что на сайте 1c — платная (ее раздают бесплатно, но для продакшена ее надо купить; плюс в том, что она существенно дешевле СУБД от MS).
Ну, это определенные неудобства. В остальном — программные лицензии работают, через поддержку (если резервные коды закончились) оперативно докидывают еще.
Это существенные неудобства. Именно для клиента — т.е. того, за чей счет 1с и живет.
У вас висит сервер программных лицензий в виртуалке, хост под ней умирает, виртуалка переезжает на соседний хост (за счет HA), и — опа! — сервер лицезний говорит, что нижележащее железо изменилось! Все ваши HA ничем не помогают, 1с упала, пока вы звоните в поддержку, тупо теряете деньги. В поддержке вам начинают задавать «каверзные» вопросы, мол, вы, наверное, решили лицензию нарушить, и, в конце-концов, дают один код активации. Причем больше одного не дают, «в другой раз еще звоните».
Это — не промышленный подход, как по мне. Но 1с такое устраивает, а все этот кактус жрут и не отказываются, так что и причин менять как бы нет.
И это, замечу, в отношении 1с, системы внутренней, которую в интернет-то выпускать незачем и не хочется. А как не выпустить, если прямоумный менеджер придумал, что такой метод «защиты» якобы крут и честен?
У вас висит сервер программных лицензий в виртуалке, хост под ней умирает, виртуалка переезжает на соседний хост (за счет HA), и — опа! — сервер лицезний говорит, что нижележащее железо изменилось! Все ваши HA ничем не помогают, 1с упала, пока вы звоните в поддержку, тупо теряете деньги. В поддержке вам начинают задавать «каверзные» вопросы, мол, вы, наверное, решили лицензию нарушить, и, в конце-концов, дают один код активации. Причем больше одного не дают, «в другой раз еще звоните».
Это — не промышленный подход, как по мне. Но 1с такое устраивает, а все этот кактус жрут и не отказываются, так что и причин менять как бы нет.
И это, замечу, в отношении 1с, системы внутренней, которую в интернет-то выпускать незачем и не хочется. А как не выпустить, если прямоумный менеджер придумал, что такой метод «защиты» якобы крут и честен?
После того, как лицензия упадёт, ещё 3 дня работать можно, и в логах будет видно, что лицензия упала.
Но на самом деле да, это кривой способ лицензирования.
Но на самом деле да, это кривой способ лицензирования.
Ну, аварии же случаются не каждый день.
К сожалению, 1С — это legacy продукт, который не очень заточен на работу в «облаке», как, в прочем, и большинство старых систем (те же БД MSSQL, PostgreSQL и пр.). Поэтому и появляются новые поколения программных систем («облачный» PostgreSQL — Stolon, новые системы мониторинга — Prometheus/Thanos, новые БД — CockroachDB и пр.), которые реализуют в себе паттерны отказоустойчивости и это правильно, т.к. ЛЮБАЯ аппаратная система с ЛЮБЫМ параметром надежности может отказать. И чем больше мы на это завязываемся (что на не «упадет»), тем это больнее.
К сожалению, 1С — это legacy продукт, который не очень заточен на работу в «облаке», как, в прочем, и большинство старых систем (те же БД MSSQL, PostgreSQL и пр.). Поэтому и появляются новые поколения программных систем («облачный» PostgreSQL — Stolon, новые системы мониторинга — Prometheus/Thanos, новые БД — CockroachDB и пр.), которые реализуют в себе паттерны отказоустойчивости и это правильно, т.к. ЛЮБАЯ аппаратная система с ЛЮБЫМ параметром надежности может отказать. И чем больше мы на это завязываемся (что на не «упадет»), тем это больнее.
У аппаратных лицензий есть ещё один маленький нюанс. Два и более приложения 1С (инстанса) используют только ОДНУ аппаратную лицензию, а программных будет использовано по количеству инстансов. Таким образом для обеспечения работы 10 пользователей в 1С Бухгалтерии и в 1С торговле одновременно потребуется 10 аппаратных лицензий, но 20 программных.
UFO just landed and posted this here
К вашему нюансы добавлю ещё один нюансик: веб-сервисы лицензии не требуют, а при использовании веб-клиента (версия 8.3.10) с иис77 и ие11 регулярно имели ошибку в некоторых пользовательских формах. Решением было применение тонкого клиента и приписывание сервера ключей в nethasp.ini. И таки да — впн на всех участках, но это дефолт ибо почта и другие сервисы.
Вы ошибаетесь в такой постановке.
Есть ситуации, когда программные лицензии будут использовать «на хост», есть ситуации, когда аппаратные лицензии будут использовать «на сеанс».
Ровно в такой постановке — это неправда. Я активирую программную лицензию на 10 компах и смогу использовать на этих 10 компах сколько угодно копий Платформы, работающей с произвольным количеством баз данных.
В некоторых случаях ваше утверждение верно, но надо четко понимать — в каких условиях оно верно, а в каких — нет.
Есть ситуации, когда программные лицензии будут использовать «на хост», есть ситуации, когда аппаратные лицензии будут использовать «на сеанс».
Таким образом для обеспечения работы 10 пользователей в 1С Бухгалтерии и в 1С торговле одновременно потребуется 10 аппаратных лицензий, но 20 программных.
Ровно в такой постановке — это неправда. Я активирую программную лицензию на 10 компах и смогу использовать на этих 10 компах сколько угодно копий Платформы, работающей с произвольным количеством баз данных.
В некоторых случаях ваше утверждение верно, но надо четко понимать — в каких условиях оно верно, а в каких — нет.
Я и написал, что "за некоторым редким исключением". Небольшая фирма вряд ли будет заморачиваться с собственными виртуальными серверами. Если арендовать — тогда и с USB ключами будет морока, их же нельзя удаленно подключить. Но, в любом случае, — это вопрос удобства, да. При желании можно и отдельный сервер под лицензии организовать.
Добавлено:
Насчет лицензий MS SQL — там действительно есть какие-то заморочки с количеством лицензий. Чье это желание наживиться на обязательных ненужных лицензиях — 1С или Майкрософт, — не до конца понял.
Как раз USB подключить удаленно можно — и даже несложно. А ссылка на размер компании ни о чем, я видел крупные, где криворучие было в норме, и видел небольшие, где все было по уму, и вторые тратили на ИТ в сумме меньше в расчете на лицо юзера.
Аренда физического сервера на хостинге, запуск на нем Proxmox — это не так проблема. Закинуть на него USB со своего офисного компа (у вас же все равно будет VPN поднят, правильно?) — еще не проблема. При этом образы виртуалок вы можете забирать к себе в офис, чисто бекапа ради, и, в случае проблем с сервером в ДЦ, поднять такой же Proxmox на тачке из-под соседнего стола, где и развернуть бекапы — и ключ забросить уже туда.
Отдельный сервер под лицензии — это оверкил, и нифига не HA, к сожалению.
Аренда физического сервера на хостинге, запуск на нем Proxmox — это не так проблема. Закинуть на него USB со своего офисного компа (у вас же все равно будет VPN поднят, правильно?) — еще не проблема. При этом образы виртуалок вы можете забирать к себе в офис, чисто бекапа ради, и, в случае проблем с сервером в ДЦ, поднять такой же Proxmox на тачке из-под соседнего стола, где и развернуть бекапы — и ключ забросить уже туда.
Отдельный сервер под лицензии — это оверкил, и нифига не HA, к сожалению.
Когда я чуть выше писал свой коммент примерно про то же самое, я озвучил две версии происходящего:
1) Фирму автора очень неплохо развели
2) Автор манипулирует фактами (назовем это так, хех), чтобы сгустить краски. И даже не останавливается перед тем, что писать откровенную чушь о лицензировании
Но сейчас у меня появилась третья версия происходящего:
3) За закупку в компании отвечал какой-то другой человек, а не автор. А закупки дело порою очень выгодное для обеих сторон, если вы понимаете о чем я :) Чем больше сумма, тем лучше и франчу и ответственному за закупку со стороны клиента.
1) Фирму автора очень неплохо развели
2) Автор манипулирует фактами (назовем это так, хех), чтобы сгустить краски. И даже не останавливается перед тем, что писать откровенную чушь о лицензировании
Но сейчас у меня появилась третья версия происходящего:
3) За закупку в компании отвечал какой-то другой человек, а не автор. А закупки дело порою очень выгодное для обеих сторон, если вы понимаете о чем я :) Чем больше сумма, тем лучше и франчу и ответственному за закупку со стороны клиента.
А вы нарисуйте, как бы вы то же реализовали. Пусть через 1с и Битрикс (это направление стека менять не будем, хотя можно и на evo.im реализовать (в девичестве ModX Evo) веб-часть, а учет вести хоть на бумаге, по старинке).
Что до автора и механизма закупок… Он вряд ли ответит, а вы его ответу вряд ли поверите, так что, давайте без намеков, низковато это.
Что до автора и механизма закупок… Он вряд ли ответит, а вы его ответу вряд ли поверите, так что, давайте без намеков, низковато это.
Можете стирать свой коммент, в нем все неправда.
1 — классика для 1С
2 — ваш пустой разговор и никаких фактов
3 — домыслы, в реальности я не мог откатывать сам себе
1 — классика для 1С
2 — ваш пустой разговор и никаких фактов
3 — домыслы, в реальности я не мог откатывать сам себе
Если же решили купить MS SQL — зачем вам пять(!) лицензий? Вы же в курсе, что клиенты не подключаются к СУБД, к ней подключается только сервер 1С?
По правилам лицензирования МС нужно пять лицензий по одной на каждого пользователя, даже если они напрямую к нему не подключаются.
Вот выдержка из Licensing Guide:
The use of hardware or software that reduces the number of devices or users that directly access or use the software (multiplexing/pooling) does not reduce the number of CALs required.
>Если же решили купить MS SQL — зачем вам десять(!) лицензий?
>Вы же в курсе, что клиенты не подключаются к СУБД, к ней подключается только сервер 1С?
В MS разработала «миллион» вариантов лицензий и один из них:
на каждое подключение хоста требуется лицензия даже при имеющемся пуле соединений и одном пользователе в базе.
>Вы же в курсе, что клиенты не подключаются к СУБД, к ней подключается только сервер 1С?
В MS разработала «миллион» вариантов лицензий и один из них:
на каждое подключение хоста требуется лицензия даже при имеющемся пуле соединений и одном пользователе в базе.
Никогда не понимал, зачем нужен хороший партнер. Кормить его директоров и менеджеров по продажам? Везде есть фрилансеры, а на фрилансерских сайтах можно почитать еще и отзывы о них.
Если же решили купить MS SQL — зачем вам десять(!) лицензий? Вы же в курсе, что клиенты не подключаются к СУБД, к ней подключается только сервер 1С?
У Microsoft, и, соотвтественно, у прокуратуры, на это другая точка зрения.
сцылко
a) Клиентские лицензии (CAL).
• Вы должны приобрести и назначить лицензию CAL каждому устройству или пользователю, которые прямо или косвенно обращаются к экземплярам серверного программного обеспечения. Каждый аппаратный раздел или стоечный модуль считается отдельным устройством.
Мало того, что в 1С используется русский язык для программирования
Вовсе не обязательно. Можно вполне себе программировать на латинице. Все операторы имеют латиноязычные алиасы. Вопрос в том, что во всех учебниках, мануалах пишется код по русски и это стало как-бы стандартом
Стоит также понимать, единожды ступив на дорожку доработки 1С ваша конфигурация становится специфичной, отличающейся от базовой. Про обновления «программы» можно забыть, вы навсегда обязаны нанимать программиста, чтобы параллельно в своей конфигурации реализовывать все нововведения, которые выпускает 1С.
Стоит также понимать, что это говорит человек, который не просто не знает системы, а честно признается, что даже не знает, где найти грамотного специалиста. То что написано, не соответствует действительности.
— Грамотно внесенные изменения не влияют на обновление ВООБЩЕ, так как вносятся в отдельные модули-подписки.
— В тех случаях когда ну никак нельзя внести изменения так, чтобы не затрагивать текущие модули — изменения вносятся в конец существующих модулей и пишется инструкция по обновлению, которую способен выполнить любой админ. При обновлении естественно никто не будет вносить изменения 1С в существующую конфигурацию. Наоборот — в обновленную конфигурацию вносятся простым копипастом изменения. Кроме того, есть самописные механизмы, которые делают это автоматически, соответственно заявление не соответсвует действительности.
Тариф на доработки в среднем 2500р/час, крепитесь
Даже не пытаясь специально искать, легко нахожу в рекламе в вк специалистов по 1400-1600 рэ в час. Можно на фрилансерских сайтах найти и по 1200 и по 1000 с рекомендациями. А учитывая, что скорость доработок на платформе 1С иногда в разы быстрее скорости аналогичных доработок во всяких вэб-системах, то вы получаете специалиста за 600 рэ за условный час в сравнении с программистами каких-нибудь PHP и javascript
У меня есть купленные сервер, лицензии 1С и понимание, как должен работать наш небольшой интернет-магазин. Но нет никакого понимания, как все реализовать в 1С или хотя бы как найти грамотного специалиста.
В этом основная проблема — люди не знают как найти грамотного специалиста, звонят в фирмы франчайзи, которые своей тупостью и жадностью портят репутацию продукта, а не являются вопреки заявлению автора, ее рекламой.
А может автор таким необычным образом вакансию разместил :))
Далее
Ну просто фатальность на фатальности. Если бы автор вместо публичной истерики на хабре не счел за труд зайти на какой-нибудь одинэсный форум, например в раздел 1С на cyberforum.ru, и выложить там свои сомнения, то возможно список его мегафатальностей сократился бы до пары пунктов, которые решаются доработкой максимум за два дня (без проблем с дальнейшим обновлением). Настоятельно предлагаю ему так и сделать
Огромный список фатальных недостатков каталога товаров в 1С Управление Торговлей 11:
— Картинка для товара добавляется только одна.
— Картинка без водяного знака.
— Картинка модификации товара (цвет, размер) не добавляется.
— Описание товара просто текстом без HTML-оформления.
— Вес товара указывается только один. Поясню важность. Стоимость доставки, как мы все знаем, считается по весу. Банка краски 1л и бочка 50 л, ботинки 30 размера и 46 размера, лестница 2 метра и 4 метра, – эти и прочие товары по логике ведения каталога должны быть выполнены как разные модификации одного товара и присутствовать в интернете на одной странице (с переключателями). Логика работы УТ11 делает это невозможным в принципе, вес товаров и стоимость доставки не будут иметь общего с реальностью.
— Не записывается дата добавления товара, дата начала продаж и пр.
Ну просто фатальность на фатальности. Если бы автор вместо публичной истерики на хабре не счел за труд зайти на какой-нибудь одинэсный форум, например в раздел 1С на cyberforum.ru, и выложить там свои сомнения, то возможно список его мегафатальностей сократился бы до пары пунктов, которые решаются доработкой максимум за два дня (без проблем с дальнейшим обновлением). Настоятельно предлагаю ему так и сделать
Я вижу, что есть спрос на эти «доработки».
Вопрос в том, почему бы их не сделать неотъемлемой частью платформы?
Только лишь для того, чтобы дальше поддерживать рынок внедренцев?
Вопрос в том, почему бы их не сделать неотъемлемой частью платформы?
Только лишь для того, чтобы дальше поддерживать рынок внедренцев?
потому что платформа универсальная как ОС, в ней не место этим доработкам. (это все равно что в винду встроить интерфейс управления ядерным реактором, автомобилем и гидроэлектростанцией)
А вот именно то что вы имеете в виду, это до 1С дошло лет 6 назад, и они сделали библиотеку стандартных подсистем (БСП) в которую входят всякие типовые штуки типа справочников номенклатуры и т.п. и сейчас они продолжают портировать на неё свои конфигурации
А вот именно то что вы имеете в виду, это до 1С дошло лет 6 назад, и они сделали библиотеку стандартных подсистем (БСП) в которую входят всякие типовые штуки типа справочников номенклатуры и т.п. и сейчас они продолжают портировать на неё свои конфигурации
Кого их? У каждого предприятия может быть свой список этих «их», который нужен только этому предприятию. Если что-то не включено в конкретную конфигурацию, значит на это отсутствует массовый спрос у компаний, под нужды которых данная конфигурация создавалась. И сам 1С не заинтересован в поддержке рынка внедренцев, их основной доход — продажа лицензий.
Платформа, грубо говоря, это виртуальная машина для интерпретации и выполнения кода конфигураций. Вы наверное говорите про включение в код конкретных торговых конфигураций? Все вышеперечисленное есть в УНФ, которая из коробки заточена в том числе на работу с интернет-магазинами.
«Если», «возможно» — пустой базар вместо ответа по фактам.
Специалист из вконтакта непременно сделает все так хорошо, что при обновлении ничего не сломается — хахаха, просто до слез.
Вы можете обговорить этот вопрос, внести его в договор и т.д. Если нужны какие-то доработки, вы шлете ТЗ нескольким специалистам с пометкой необходимости сохранения возможности обновления. И выбираете того специалиста, который готов сделать эти доработки без создания проблем с обновлениями. 1С со своей стороны создала механизм, и даже ряд механизмов, позволяющих вносить изменения в конфигурацию так, чтобы это не препятствовало обновлению, и на сертификации этому вопросу уделяется большое внимание. Господь Бог со своей стороны дал вам разум, чтобы вы подходили к вопросам с помощью разума. Все инструменты есть- теперь выбор только за вами — пользоваться этими инструментами или истерить на хабре.
Демагогия, все это демагогия. Вы можете с работягами из солнечных республик заключить договор на ремонт, но когда у вас отвалиться вся штукартурка со стен и потолка, вы сможете им только подтереться. И договором со специалистом из вконтакта можно также подтереться, когда БД не обновиться и все поломается.
Вы сами рекомендуете искать спецов подешевле, а потом говорите что то про бога и разум, как это у вас вообще складывается в голове, не понятно.
Вы сами рекомендуете искать спецов подешевле, а потом говорите что то про бога и разум, как это у вас вообще складывается в голове, не понятно.
И договором со специалистом из вконтакта можно также подтереться, когда БД не обновиться и все поломается.
Я потерял нить суждения — а причем здесь 1С? Что должно сделать 1С, чтобы обновлять конфигурации и чтобы при этом любые внесенные изменения на обновлении не отражались? Как это вообще в принципе возможно?
Вы сами рекомендуете искать спецов подешевле, а потом говорите что то про бога и разум
Вы назвали цену 2500 рублей за час обслуживания. Эта цена — цена агрегатора, включающая работу менеджеров и при этом не гарантирующая качество. Я просто вам говорю, что специалист стоит в полтора два раза дешевле на любом фрилансерском сайте, и их качество как минимум не хуже тех, кем торгуют агрегаторы, продавая час за 2500, уж не говоря о том, что будучи айтишником, вы должны понимать что час работы программиста это крайне условная единица. А применительно к 1С, где все делается в разы быстрее, чем в других системах — цена вполне комфортная, даже суперкомфортная.
Мне кажется если вы действительно хотите заставить программу работать, то шаги должны быть следующие:
1) На любом программистском форуме с разделом 1С ( я бы порекомендовал раздел 1С на cyberforum.ru) вы выкладываете все ваши «фатальности» и просите совета.
2) По итогам обсуждения вы прикидываете количество доработок, которые необходимы. Они скорей всего мизерны.
3) Находите спеца на фрилансерских сайтах, особенно тех, где есть отзывы. Пробуете на небольшой задаче. Если ок — то даете остальной объем, если нет — ищете следующего. И все проблемы таким образом решаются.
Если же вы просто хотите доказать что 1С — г-но, потому что оно не подходит для связки битрикс, то все равно знаний для этой благой цели должно быть несколько больше, чтобы не писать очевидную ерунду типа невозможности обновления при внесении доработок.
В любом случае всяческой вам удачи. 1С очень хороший продукт.
1) На любом программистском форуме с разделом 1С ( я бы порекомендовал раздел 1С на cyberforum.ru) вы выкладываете все ваши «фатальности» и просите совета.
2) По итогам обсуждения вы прикидываете количество доработок, которые необходимы. Они скорей всего мизерны.
3) Находите спеца на фрилансерских сайтах, особенно тех, где есть отзывы. Пробуете на небольшой задаче. Если ок — то даете остальной объем, если нет — ищете следующего. И все проблемы таким образом решаются.
Если же вы просто хотите доказать что 1С — г-но, потому что оно не подходит для связки битрикс, то все равно знаний для этой благой цели должно быть несколько больше, чтобы не писать очевидную ерунду типа невозможности обновления при внесении доработок.
В любом случае всяческой вам удачи. 1С очень хороший продукт.
Кстати, для 1С нужна специальная операционная система:
Microsoft Windows Server Standard 2016 64-bit Russian 1pk DSP OEI DVD 16 Core с RDP 44374
+44к = 433к
Вот оно "реальное" импортозамещение! А в реалии:
перед нами функциональный инвалид.
и
achekalin поддержка слов-то «Линукс» не знает порой
При старте любого бизнеса в IT-сфере и завязанном на IT, IT — будет главным расходным пунктом. Это касается не только 1С, но и всех систем.
Нет смысла начинать ничего без персонала. Будете 1С? Значит со временем будете и DBA и программиста и сисадмина. Это факт и по другому нельзя. :)
Как в стейк-хаусе. Нельзя стейк-хаусу предлагать только стейки. Там будет и бефстроганов и котлеты:)
1С — хорошие. Стольким людям дают работу… :)
Нет смысла начинать ничего без персонала. Будете 1С? Значит со временем будете и DBA и программиста и сисадмина. Это факт и по другому нельзя. :)
Как в стейк-хаусе. Нельзя стейк-хаусу предлагать только стейки. Там будет и бефстроганов и котлеты:)
1С — хорошие. Стольким людям дают работу… :)
UFO just landed and posted this here
Страшное дело. На 10 пользователей 10 ПК+ИБП, гигабитный коммутатор, точка доступа Wi-Fi, интернет, пара принтеров/МФУ — на полляма потянет. Это мы серверную часть даже не начали обсуждать.
Когда-то. Очень давно (года 2-3 назад) я искал программу для бух. учета. Это было ИП и мне не нужен был большой функционал. Изучил очень много западных программ. И вот есть в пендосии программа и называется она QuickBooks. Там эта программа является самой распространенной для бух. учета. И вот в ней я заметил одну особенность. В этой бездуховной программе, а именно в предпоследней ее версии (не в билде, а именно в номерной версии), интерфейс и вся логика работы была, как в 1С.8, хотя интерфейс я бы сказал просто очень похож (думаю не надо объяснять кто у кого, возможно, спер все это), но та версия вышла в 2013 году, но это не точно, а еще более старая версия похожа на 1С.7 (совпадение, не думаю). Последняя версия уже сильнее отличается от 1С. Внизу скриншот бездуховной программы 2014 года.
ТЫК
Спасибо за упоминание Ultima ERP, только сейчас она называется Dia$par и демка тут diaspar.business/demo
Вообще отличная система, должно быть. И конец Юлмарта начался именно с вытесненения Ultima ERP в пользу SAP.
Да, славная там была охота )
Надеюсь сегодня мы сможем еще добавить ресурсов, а то после статьи ресурсы на демооблака моментом исчерпались. Этоткроме того, что много людей в поиске получили ссылки на старую версию, которую мы уже и не поддерживаем. Заходите сегодня после 11 надеюсь, сможете сами посмотреть и составить свое впечатление.
Надеюсь сегодня мы сможем еще добавить ресурсов, а то после статьи ресурсы на демооблака моментом исчерпались. Этоткроме того, что много людей в поиске получили ссылки на старую версию, которую мы уже и не поддерживаем. Заходите сегодня после 11 надеюсь, сможете сами посмотреть и составить свое впечатление.
А смысл всех этих демок? Ценник на Ultima ERP космос для малого ИП. Ultima 2C идет без поддержки и даже без возможности найти разбирающегося в ней человека.
Смысл демки — найти независимых разработчиков, которые готовы заниматься их кастомизацией либо удовлетворить любопытство технических специалистов. Ну и бывает так, что некоторые люди просто не верят, что система вообще есть.
У нас есть поддержка для независимых разработчиков в виде форума, мы стараемся там отвечать не позже чем на следующий рабочий день (можете сами посмотреть), среда разработки документирована, есть собственно книжка в которой все написано от простого к сложному. Сама базовая конфигурация описана в плане предоставляемой функциональности.
Наши партнеры готовы заниматься кастомизацией. Цены на поддержку сравнимые с поддержкой 1С. Мы собственно только поддерживаем это. Если вас интересует внедрение 2С силами партнеров — напишите в форму обратной связи.
2С остается бесплатной до 12 пользователей, можно разместится в облаке (это уже за деньги).
Ну и наконец, я знаю, что люди находят разработчика с нужными навыками (.NET, C#, SQL), который по документации разбирается и занимается поддержкой.
К сожалению, найти готового специалиста практически невозможно, тут согласен, процесс идет медленно.
У нас есть поддержка для независимых разработчиков в виде форума, мы стараемся там отвечать не позже чем на следующий рабочий день (можете сами посмотреть), среда разработки документирована, есть собственно книжка в которой все написано от простого к сложному. Сама базовая конфигурация описана в плане предоставляемой функциональности.
Наши партнеры готовы заниматься кастомизацией. Цены на поддержку сравнимые с поддержкой 1С. Мы собственно только поддерживаем это. Если вас интересует внедрение 2С силами партнеров — напишите в форму обратной связи.
2С остается бесплатной до 12 пользователей, можно разместится в облаке (это уже за деньги).
Ну и наконец, я знаю, что люди находят разработчика с нужными навыками (.NET, C#, SQL), который по документации разбирается и занимается поддержкой.
К сожалению, найти готового специалиста практически невозможно, тут согласен, процесс идет медленно.
Устанавливаю 1с на linux и postgres, web-клиент через apache без особых проблем.
Управление торговлей не нужно для работы фронтофиса. Для этого берите любое ecommerce software, тот же magento. Я такие фронты тоже подключаю к УТ без особых проблем. УТ нужна только для бэкофиса и в первую очередь для легального документооборота, ведения остатков стока, баланса клиентов, акций и скидок и т.п., на основании которого будет сдаваться бух. отчетность. Про необходимость 1с бухгалтерии и интеграции с УТ автор забыл, а это еще N денег. И да, на этом многие зарабатывают, а не делают бесплатно. Бесплатно делаешь так: берешь VS Code или еще что нибудь и пишешь все с нуля на любимом языке. Битрикс лучше не брать, его допиливать — сущий ад (и он не на платформе 1с, а на том самом PHP, если что).
Управление торговлей не нужно для работы фронтофиса
не то чтобы не нужно это невозможно сделать не нарушив лицензию
Всё так.
Автор говорит о внедрении франчами, но не упоминает конфу Бух — значит, либо не всё знает про внедрение, либо явно врёт, либо франч не внедряет 1С: Бух (а такой франч вообще не нужен).
Для малого инет-магазина УТ не нужна, можно обойтись 1С-Битрикс + Бух, манагеры работают в Битриксе, в Бухе бух делает отчёты и кадровый учёт. Собственно, такой способ и предлагают в книжках по 1С. Соответственно, сервер 1С не нужен, сервер БД для 1С (Бух) не нужен. 1С-Битрикс можно заменить на бесплатное ПО (всё равно настраивать обмен с 1С Бух надо). Сервер БД для 1С для 10 пользователей не нужен особо. Для малого количества пользователей «файл-серверный» способ будет даже быстрее.
Внешнее ПО для 1С можно писать на любом языке.
И всё это общеизвестно, можно было форумы по 1С почитать, но это лень было делать, зато можно пожаловаться на жизнь там, где 1С не любят.
Автор говорит о внедрении франчами, но не упоминает конфу Бух — значит, либо не всё знает про внедрение, либо явно врёт, либо франч не внедряет 1С: Бух (а такой франч вообще не нужен).
Для малого инет-магазина УТ не нужна, можно обойтись 1С-Битрикс + Бух, манагеры работают в Битриксе, в Бухе бух делает отчёты и кадровый учёт. Собственно, такой способ и предлагают в книжках по 1С. Соответственно, сервер 1С не нужен, сервер БД для 1С (Бух) не нужен. 1С-Битрикс можно заменить на бесплатное ПО (всё равно настраивать обмен с 1С Бух надо). Сервер БД для 1С для 10 пользователей не нужен особо. Для малого количества пользователей «файл-серверный» способ будет даже быстрее.
Внешнее ПО для 1С можно писать на любом языке.
И всё это общеизвестно, можно было форумы по 1С почитать, но это лень было делать, зато можно пожаловаться на жизнь там, где 1С не любят.
Если данные лежат в sql — помимо куринного языка их на сайт несложно интегрировать любым самописным путем. Гораздо сложнее подстраиваться под выверты нашего законодательства и бухгалтерии. Честно, не хотел 1с у себя внедрять. Ради эксперимента прошерстил все эти open (bravo, erp, pos, ёклмн) и не смог запустить учет по маленькому швейному цеху. Хотя, снаружи все красиво и кроссплатформенно. Это было во времена 7.7. Посмотрел монстров типа Галактики, но дорого. Говорят, еще есть программа Астрал и еще какие-то.
Но, с 8 версии, наконец-то сделали нормальную кроссплатформенную работу, поддержку синхронизаций, модульность, обновления, и на рынке в этом сегменте конкурентов не стало.
Хотя, если целая статья ради пиара определенной ерп, то я зря это все говорю
Но, с 8 версии, наконец-то сделали нормальную кроссплатформенную работу, поддержку синхронизаций, модульность, обновления, и на рынке в этом сегменте конкурентов не стало.
Хотя, если целая статья ради пиара определенной ерп, то я зря это все говорю
На счет конкурента «Галактика» — они уже не конкуренты: www.galaktika.ru/blog/1s-i-galaktika-sozdali-sovmestnoe-predpriyatie.html
Полный бред. Нечего комментировать.
Человек толкающий автомобиль руками тоже будет недоволен скоростью.
А что нужно научиться водить?
Всему надо учиться
А подобные люди считают — купил 1С и учет сам наладился и продажи сами взлетели
Человек толкающий автомобиль руками тоже будет недоволен скоростью.
А что нужно научиться водить?
Всему надо учиться
А подобные люди считают — купил 1С и учет сам наладился и продажи сами взлетели
В последний год очень близко столкнулся с 1С и всеми этими моментами.
С некоторыми моментами не согласен — вести учет можно в разрезе характеристик в которые можно вынести, вес\размер\длину и тд. всё то, от чего зависит цена.
Но да! Недостатков гораздо больше. И даже несколько из них, которые я перечислил — это доработка, деньги, время.
8.3 УТ — нет артикулов для характеристик товара — допил.
Справочник номенклатуры — в одном месте!
Закупка — в другом месте!
Управление ценами — в третьем месте!
Импорт характеристик на сайт — на мой взгляд сплошной глюк!
Постоянно приходится работать с обработчиками (те же таблицы, «ехели» и пр.)
В общем, сказать «много недостатков» — ничего не сказать! УВЫ! (
С некоторыми моментами не согласен — вести учет можно в разрезе характеристик в которые можно вынести, вес\размер\длину и тд. всё то, от чего зависит цена.
Но да! Недостатков гораздо больше. И даже несколько из них, которые я перечислил — это доработка, деньги, время.
8.3 УТ — нет артикулов для характеристик товара — допил.
Справочник номенклатуры — в одном месте!
Закупка — в другом месте!
Управление ценами — в третьем месте!
Импорт характеристик на сайт — на мой взгляд сплошной глюк!
Постоянно приходится работать с обработчиками (те же таблицы, «ехели» и пр.)
В общем, сказать «много недостатков» — ничего не сказать! УВЫ! (
С некоторыми моментами не согласен — вести учет можно в разрезе характеристик в которые можно вынести, вес\размер\длину и тд. всё то, от чего зависит цена.
Вес указывается для карточки товара. Характеристики — то ест модификации — все привязаны к ней. Для характеристик не полей вес и размер в принципе.
вес, объем, габариты упаковки — указываются для единицы измерения товара. каковых может быть неограниченное количество.
Банка краски 1 л белая и 10 л красная это разные характеристики (модификации), где тут «единицы измерения товара»?
у вас все товары — «вещество», а остальное лишь характеристики(модификации)?
вообще, если уж подходить с позиций и покупателя, и производителя — банки краски 1 л и 10литров — это разный товар. совсем. начиная от штрих-кода, присвоенного каким-нибудь ГС1, и заканчивая габаритными размерами, массой и ценой единицы. (возможно — условиями хранения), внешним видом и т.п.
вообще, если уж подходить с позиций и покупателя, и производителя — банки краски 1 л и 10литров — это разный товар. совсем. начиная от штрих-кода, присвоенного каким-нибудь ГС1, и заканчивая габаритными размерами, массой и ценой единицы. (возможно — условиями хранения), внешним видом и т.п.
Не изобретайте велосипед заново. Айфоны одной модели всех размеров, цветов и вариантов памяти в нормальных магазинах на одной странице.
Лыжи беговые для юниоров 120 см и взрослые 200 см, и еще множество промежуточных размеров — та же ситуация. На сайте одна страница — значит, одна карточка товара.
Лыжи беговые для юниоров 120 см и взрослые 200 см, и еще множество промежуточных размеров — та же ситуация. На сайте одна страница — значит, одна карточка товара.
Это лишь у вас в голове «раз одна страница — значит, одна карточка товара»
у нормальных продавцов на одной странице могут быть все лыжи (начиная от охотничьих и заканчивая водными) или все товары фирмы * (начиная от кроссовок и заканчивая эмблемой для бейсболки), или все товары для детей. это лишь вопрос отбора и группировки различных товаров по классифицирующим признакам.
у нормальных продавцов на одной странице могут быть все лыжи (начиная от охотничьих и заканчивая водными) или все товары фирмы * (начиная от кроссовок и заканчивая эмблемой для бейсболки), или все товары для детей. это лишь вопрос отбора и группировки различных товаров по классифицирующим признакам.
Сразу извините, возможно моя терминология не совпадает с правильной по 1С.
Как я понимаю есть свойства и характеристики.
Свойства мы добавляем к номенклатуре в целом, характеристика сама по себе может быть любой. Мы можем создать и характеристики «Вес» с значениями 1кг\2кг. Тогда номенклатура у нас будет всего одна, «Мука Экстра» к примеру, а вот приход и все остальные движения будут делаться с привязкой к характеристике. При импорте на сайт (битрикс, wordpress, opencart или прочее в зависимости от системы или принципа обработки) у нас будут опции и\или атрибуты в карточке товара.
В общем разошелся я…
Полей нет, но мы можем их создать и вести учет количества на складах и цены относительно созданных характеристик.
Можно даже такое же поле «вес» как у номенклатуры сделать, но как я говорил — это доработка.
А вот артикул добавить к характеристикам точно придется, почему разработчики не сделали это «из коробки» — не понятно. Вроде штрихкод есть, но это отдельная тема.
В любом случае, как показывает моя практика — многие крупные компании пользуются 1С, но в связке с самописной или не очень CRM-кой в которой уже творят все что хотят и вся работа идет там, она распределяет потоки данных между CMS и 1С.
Как я понимаю есть свойства и характеристики.
Свойства мы добавляем к номенклатуре в целом, характеристика сама по себе может быть любой. Мы можем создать и характеристики «Вес» с значениями 1кг\2кг. Тогда номенклатура у нас будет всего одна, «Мука Экстра» к примеру, а вот приход и все остальные движения будут делаться с привязкой к характеристике. При импорте на сайт (битрикс, wordpress, opencart или прочее в зависимости от системы или принципа обработки) у нас будут опции и\или атрибуты в карточке товара.
В общем разошелся я…
Полей нет, но мы можем их создать и вести учет количества на складах и цены относительно созданных характеристик.
Можно даже такое же поле «вес» как у номенклатуры сделать, но как я говорил — это доработка.
А вот артикул добавить к характеристикам точно придется, почему разработчики не сделали это «из коробки» — не понятно. Вроде штрихкод есть, но это отдельная тема.
В любом случае, как показывает моя практика — многие крупные компании пользуются 1С, но в связке с самописной или не очень CRM-кой в которой уже творят все что хотят и вся работа идет там, она распределяет потоки данных между CMS и 1С.
В качестве ответа на вопросы из статьи — из коммента ничего не понял.
В УТ 11, из коробки, не только к товарам но и к характеристикам можно добавлять дополнительные реквизиты. Например артикул, или какое то значение из справочника дополнительных значений. На сайт Битрикс это все перельется.
Вес и размер всех характеристик будет одинаковым — это неправильно и некорректно.
Вот с этим да, можно согласиться. Но, видимо, кроме вас никому из пользователей 1С это не нужно…
Как правило, вес это учетные данные о количестве. И на один и тот же товар можно завести несколько единиц измерения. В целях продажи ничего не мешает одну и ту же Гречку реализовывать в пакетике 800гр, в коробке 16кг (20 пакетиков), в мешках 48кг. Цена, в зависимости от единицы измерения, здесь тоже может меняться автоматом. Но здесь нет характеристики. Размеры упаковки, кстати, тут будут тоже разные.
В случае обуви, Ботинки 41 или 52 — один товар, разные размеры. Здесь размер характеристика, и это величина справочная/списочная. Это правильно и корректно. С размером разобрались?
В каких случаях нужно чтобы вес был именно характеристикой?
В случае обуви, Ботинки 41 или 52 — один товар, разные размеры. Здесь размер характеристика, и это величина справочная/списочная. Это правильно и корректно. С размером разобрались?
В каких случаях нужно чтобы вес был именно характеристикой?
Ботинки 41 или 52 — один товар, разные размеры
вес у них одинаковый в 1С, но разный в жизни. Для каких-то товаров вес будет примерно одинаковый, а для каких-то отличаться в разы.
Нет, вес единицы измерения может быть справочной информацией для логистики. Упомянутая ТС бочка краски весит больше, чем аналогичное количество в пластиковых банках. И цена будет сильно отличаться.
в случае обуви вес различных характеристик («размер 42, 43,45»©) товара («Туфли женские»© ) можно назначить характеристикам этого товара (размеру), по характеристике же назначить упаковку, у которой будет свой собственный вес. И для целей расчета пересылки, например, брать габариты упаковки, и массу характеристики товара+массу упаковки. Т.е. все, что нужно ТС, есть даже в демке, либо в той же демке настраивается/моделируется. И выбирается, как лучше учитывать.
в случае обуви вес различных характеристик («размер 42, 43,45»©) товара («Туфли женские»© ) можно назначить характеристикам этого товара (размеру), по характеристике же назначить упаковку, у которой будет свой собственный вес. И для целей расчета пересылки, например, брать габариты упаковки, и массу характеристики товара+массу упаковки. Т.е. все, что нужно ТС, есть даже в демке, либо в той же демке настраивается/моделируется. И выбирается, как лучше учитывать.
Короче, для разных харакетристик вес можно задать разный в карточке товара? Да или нет?
Вы предлагаете создать для каждой характеристики еще какую-то упаковку (где оная хар-ка будет в количестве 1) и считать вес по ней? То есть у меня 30 характеристик и еще в виде «костылей» 30 упаковок [«костыли» на жаргоне программистов быстрое кривое-косое решение для обхода проблемы]. А как не сойти с ума в этом болоте вы продумали?
Вы предлагаете создать для каждой характеристики еще какую-то упаковку (где оная хар-ка будет в количестве 1) и считать вес по ней? То есть у меня 30 характеристик и еще в виде «костылей» 30 упаковок [«костыли» на жаргоне программистов быстрое кривое-косое решение для обхода проблемы]. А как не сойти с ума в этом болоте вы продумали?
Вес для характеристик это доработка. Часов 8 максимум для грамотного 1С-разработчика.
Короче, для разных харакетристик вес можно задать разный в карточке товара? Да или нет?
Конечно, да.
причем совершенно штатно, без всякого программирования, как предполагает товарищ gennayo Вы предлагаете создать для каждой характеристики еще какую-то упаковку (где оная хар-ка будет в количестве 1) и считать вес по ней? То есть у меня 30 характеристик и еще в виде «костылей» 30 упаковок. А как не сойти с ума в этом болоте вы продумали?
Нет, если упаковки соотвествуют некоторой группе характеристик (например, обувь пакуется в коробки двух типоразмеров — для мелких размеров и для крупных размеров) — упаковки будут всего двух видов.
но это я решаю задачу в вашей парадигме — когда у вас в магазине все «вещество», которое делится характеристиками на «круглое», «прямоугольное» и «бесфоменное». в свою очередь «круглое» делится на
мячи, глобусы и воздушные шарики. а прямоугольное — на «прямоугольное строительное» (оно дальше на шлакоблоки и кирпичи ), «прямоугольное звуковое» (телевизоры, приемники, телефоны), и т.д.
Нормальное решение задачи — сначала спроектировать, что будет товаром (номенклатурной единицей), а что характеристикой. Объединять товары в группы. Но это не для вас, это же думать надо…
Без программирования этот вес в документы не будет попадать и в карточке самой номенклатуры без дополнительных кликов не виден будет:). Но ТС назовёт это костылём, конечно.
Вы сделали дополнительный реквизит и обозвали его вес. Весом нигде в работе 1С он считаться не будет (для целей измерения веса заказа или поставки), ибо вес товара указывается в его карточке.
Отброшу умничанья в конце, балаган не комментирую, только факты.
Отброшу умничанья в конце, балаган не комментирую, только факты.
заглянул сейчас специально в код. добавить определение нужной единицы измерения (упаковки) и ее выбор в документ при выборе характеристики номенклатуры (и создание при необходимости) — строк 20. это если идти вашим идиотским путем «все есть характеристика».
если идти от упаковок — оно уже реализовано. это факт.
больше я вам бесплатно разжевывать возможности УТ не буду. «1сники — ленивые и жадные»©. Обращайтесь к франчам за деньги. Только готовьте их много — с идиотов обычно берут по максимуму.
если идти от упаковок — оно уже реализовано. это факт.
больше я вам бесплатно разжевывать возможности УТ не буду. «1сники — ленивые и жадные»©. Обращайтесь к франчам за деньги. Только готовьте их много — с идиотов обычно берут по максимуму.
Если единица измерения для характеристики используется в справочных целях, не для расчетов внутри типовых документов/регистров то достаточно добавить доп. реквизит (или даже набор доп.реквизитов) к характеристике. Типовой функционал УТ 11 это позволяет.
пример:
пример:
задача именно чтобы использовать в расчетах, а не просто так любоваться
Простите, не увидел в вопросах/описании проблематики где «вынь да положь» но вот не хватает малости — «вес в характеристике».
Краска в бочках? Продавайте в единицах измерения «бочка 10л», «бочка 100л», характеристикой здесь и не пахнет…
Какие то печатные формы для логистики? Так понимаю делать их будет программист, которому в таком случае не составит труда запилить расширение, без доработки типовой конфигурации, при выборе характеристики устанавливать нужную ед. измерения в расчеты.
Ранее спрашивал (Вы не ответили), есть у Вас конкретный пример где вес неотъемлемая часть в характеристике и очень нужен для расчетов? Для каких расчетов, можно пример? Для расчета стоимости — для триады Номенклатура+Характеристика+Единица измерения достаточно указать цену, и при выборе характеристики автоматом будет выставляться нужная цена.
Краска в бочках? Продавайте в единицах измерения «бочка 10л», «бочка 100л», характеристикой здесь и не пахнет…
Какие то печатные формы для логистики? Так понимаю делать их будет программист, которому в таком случае не составит труда запилить расширение, без доработки типовой конфигурации, при выборе характеристики устанавливать нужную ед. измерения в расчеты.
Ранее спрашивал (Вы не ответили), есть у Вас конкретный пример где вес неотъемлемая часть в характеристике и очень нужен для расчетов? Для каких расчетов, можно пример? Для расчета стоимости — для триады Номенклатура+Характеристика+Единица измерения достаточно указать цену, и при выборе характеристики автоматом будет выставляться нужная цена.
Давайте по 10 разу объясню: лыжи беговые 150см и 200см это разные характеристики одной модели «лыжи карбоновые» и они разного веса. Вес доставки из москвы в сургут 10 пар сильно отличается и цена доставки различается. Используя методику 1С указывать вес для карточки товара, ведет к тому что вес будет указан по 1 характеристике, а при заказе другой характеристики за доставку переплатит либо покупатель (а скорее закажет в другом месте), либо продавец заработает в минус. Ситуация понятна?
Ситуация понятна, спасибо.
Получается что:
1) В продаже лыж вес напрямую не участвует — в расчетах по типовым учетным регистрам данный вес не проходит и не надо.
2) Типовой функционал не считает доставку, поэтому для расчета доставки необходима разработка нового функционала, который будет учитывать вес, габариты, упаковку лыж, (пусть и из характеристик, как я привел на скриншоте), адреса и проч. Этот функционал может по API обращаться к сторонним (не 1с) сервисам для расчета стоимости.
Т.о. типовой функционал ломать не надо. Есть потребность в новом функционале, которого скорее всего нет в тиражируемых учетных решениях и у других разработчиков (не 1с) софта.
Получается что:
1) В продаже лыж вес напрямую не участвует — в расчетах по типовым учетным регистрам данный вес не проходит и не надо.
2) Типовой функционал не считает доставку, поэтому для расчета доставки необходима разработка нового функционала, который будет учитывать вес, габариты, упаковку лыж, (пусть и из характеристик, как я привел на скриншоте), адреса и проч. Этот функционал может по API обращаться к сторонним (не 1с) сервисам для расчета стоимости.
Т.о. типовой функционал ломать не надо. Есть потребность в новом функционале, которого скорее всего нет в тиражируемых учетных решениях и у других разработчиков (не 1с) софта.
Сам по специальности программист (более 15 лет), сейчас основной заработок от 1С, но личные проекты и чемпионаты по программированию на других языках.
Есть клиенты, у которых из 1С данные выгружаются на сайт — интернет-магазин.
1) Взгляд на рынок и догадка почему нет аналогов 1С.
Аналоги есть, но 1С на их фоне смотрится выгоднее всего, см. далее.
Популярна не потому что маркетинг, а потому что бизнесу надо здесь и сейчас, и по возможности дешево.
Взгляните на 1С со стороны бизнеса. Заказать конторе написать товароучетную программу на С++, С#, Java, etc., купить готовое, либо заказать у программиста 1С написать с нуля. Что оптимальнее (быстрее/дешевле)? 1С. Надо чтобы работало вчера.
Работало! Сейчас! Бизнес не будет ждать, пока гуру «заморских языков» используя всевозможные паттерны программирования, фрейморки/библиотеки навояет идеальное ПО.
Надо чтобы нажал на кнопочку пользователь, в программе что-то посчиталось, напечаталось на принтере, а потом ждать, когда упадет денежка на счет. Бизнесу плевать что под капотом. Оно должно работать, и при этом затраты должны быть минимальны.
Тем более 1С программистов как грязи, соответственно стоимость услуг ниже. О качестве не говорю, везде хватает быдлокодеров.
Автор забыл упомянуть «Галактику».
2) 1С это дорого.
Зависит от задачи.
У автора для интернет-магазина конфигурация ПО/железа избыточна.
— надо было брать УТ 10.3, УТ 11 немного для других целей. Обе поддерживаются 1С, так что не смотрите на номер версии. УТ 10.3 на «обычных формах» — допиливать будет быстрее/дешевле.
— для начала нет смысла покупать серверную 1С. Я сомневаюсь, что на начальном этапе база будет настолько «пухлая», что не сможет работать.
— не нужна «специальная операционная система», у моих клиентов все прекрасно работает на 2003/2008R2/2012R2/2016R2 разных версий разные версии 1С.
— блин, зачем покупать серверную ОС. Для начала расшарьте базу по сети и работайте в ней. Будет тормозить — думайте, решайте, оптимизируйте, апгрейдите железо, а уже потом переходите на серверную ОС.
— хотелка про RDP — есть деньги, берите «Microsoft Windows Server Standard ...», только не жалуйтесь на дороговизну внедрения. Ставьте TeamViewer/AmmyAdmin/etc. и работайте, если уж мало денег, а удаленка очень нужна.
Итого 55400 руб.:
1С: Предприятие 8. Управление торговлей (USB) (да, USB, не очень иногда удобно работать с пин-кодами — слетает, пр.) — 27300
1С: Предприятие 8. Клиентская лицензия на 5 рабочих мест (USB) — 28100
Так же нужно будет приобрести онлайн-кассы, но это не относится к внедрению конкретно 1С.
3) Импорт базы товаров в 1С, точнее его отсутствие.
Откуда 1С/другая программа может знать, какое соответствие полей в csv/xls файле полям в базе 1С. Откуда вообще автор возьмет эти файлы.
Если и есть эти данные, то у каждого они свои.
30 тыс. руб. — откуда такие цены?!
infostart.ru вам в помощь — куча бесплатных и платных обработок, фрилансеры (см. раздел Тендеры).
4) Ведение каталога товаров и услуг в 1С.
Изначально УТ делалось не для интернет-магазин, и то, что там есть — оправдано.
Сколько работал, никто не говорил «что перед нами функциональный инвалид.» Интерфейс скорее избыточен, но не ущербен — трата за универсальность.
— Основная картинка одна для отображения, но никто вам не мешает добавить кучу файлов/картинок в базу — там есть соответствующий функционал.
— Водяные знаки — 1С это не редактор фото.
— Описание в HTML есть, по крайней мере в УТ 10.3 точно.
— Учет по характеристикам товара есть — вес, размер, цвет, пр.
— Дата начала продаж — сделайте как доп. свойство в номенклатуре, оно выгрузится на сайт.
— бэкапы есть. Вручную, автоматизировать — батники с запуском 1С, архиватором, сторонние программы.
— «приемщик на складе/продавец в пункте самовывоза тупо не может посмотреть, как должен выглядеть товар» — поставьте ему 1С.
— «безликие строки» — не понял. Это типа нет картинок? Зачем ему смотреть в 1С, он на сайте поставщика должен смотреть. И зачем ему картинки, он покупает не картинки, а товар, который можно продать.
— заполнять 2 базы не надо. Заполнили 1С, настроили выгрузку на сайт, настроили сайт и все. Выгружайте товары, загружайте заказы.
5) Малозначительная придурь в работе 1С.
Не нравиться русский язык, не используйте. Включите английский и пользуйтесь.
6) Что делать?
Не паниковать. Закрыть глаза, вздох, выдох. Разобраться, либо найти спеца.
Тарифы зависят от региона, конторы/фрилансера, пр.
Есть клиенты, у которых из 1С данные выгружаются на сайт — интернет-магазин.
1) Взгляд на рынок и догадка почему нет аналогов 1С.
Аналоги есть, но 1С на их фоне смотрится выгоднее всего, см. далее.
Популярна не потому что маркетинг, а потому что бизнесу надо здесь и сейчас, и по возможности дешево.
Взгляните на 1С со стороны бизнеса. Заказать конторе написать товароучетную программу на С++, С#, Java, etc., купить готовое, либо заказать у программиста 1С написать с нуля. Что оптимальнее (быстрее/дешевле)? 1С. Надо чтобы работало вчера.
Работало! Сейчас! Бизнес не будет ждать, пока гуру «заморских языков» используя всевозможные паттерны программирования, фрейморки/библиотеки навояет идеальное ПО.
Надо чтобы нажал на кнопочку пользователь, в программе что-то посчиталось, напечаталось на принтере, а потом ждать, когда упадет денежка на счет. Бизнесу плевать что под капотом. Оно должно работать, и при этом затраты должны быть минимальны.
Тем более 1С программистов как грязи, соответственно стоимость услуг ниже. О качестве не говорю, везде хватает быдлокодеров.
Автор забыл упомянуть «Галактику».
2) 1С это дорого.
Зависит от задачи.
У автора для интернет-магазина конфигурация ПО/железа избыточна.
— надо было брать УТ 10.3, УТ 11 немного для других целей. Обе поддерживаются 1С, так что не смотрите на номер версии. УТ 10.3 на «обычных формах» — допиливать будет быстрее/дешевле.
— для начала нет смысла покупать серверную 1С. Я сомневаюсь, что на начальном этапе база будет настолько «пухлая», что не сможет работать.
— не нужна «специальная операционная система», у моих клиентов все прекрасно работает на 2003/2008R2/2012R2/2016R2 разных версий разные версии 1С.
— блин, зачем покупать серверную ОС. Для начала расшарьте базу по сети и работайте в ней. Будет тормозить — думайте, решайте, оптимизируйте, апгрейдите железо, а уже потом переходите на серверную ОС.
— хотелка про RDP — есть деньги, берите «Microsoft Windows Server Standard ...», только не жалуйтесь на дороговизну внедрения. Ставьте TeamViewer/AmmyAdmin/etc. и работайте, если уж мало денег, а удаленка очень нужна.
Итого 55400 руб.:
1С: Предприятие 8. Управление торговлей (USB) (да, USB, не очень иногда удобно работать с пин-кодами — слетает, пр.) — 27300
1С: Предприятие 8. Клиентская лицензия на 5 рабочих мест (USB) — 28100
Так же нужно будет приобрести онлайн-кассы, но это не относится к внедрению конкретно 1С.
3) Импорт базы товаров в 1С, точнее его отсутствие.
Откуда 1С/другая программа может знать, какое соответствие полей в csv/xls файле полям в базе 1С. Откуда вообще автор возьмет эти файлы.
Если и есть эти данные, то у каждого они свои.
30 тыс. руб. — откуда такие цены?!
infostart.ru вам в помощь — куча бесплатных и платных обработок, фрилансеры (см. раздел Тендеры).
4) Ведение каталога товаров и услуг в 1С.
Изначально УТ делалось не для интернет-магазин, и то, что там есть — оправдано.
Сколько работал, никто не говорил «что перед нами функциональный инвалид.» Интерфейс скорее избыточен, но не ущербен — трата за универсальность.
— Основная картинка одна для отображения, но никто вам не мешает добавить кучу файлов/картинок в базу — там есть соответствующий функционал.
— Водяные знаки — 1С это не редактор фото.
— Описание в HTML есть, по крайней мере в УТ 10.3 точно.
— Учет по характеристикам товара есть — вес, размер, цвет, пр.
— Дата начала продаж — сделайте как доп. свойство в номенклатуре, оно выгрузится на сайт.
— бэкапы есть. Вручную, автоматизировать — батники с запуском 1С, архиватором, сторонние программы.
— «приемщик на складе/продавец в пункте самовывоза тупо не может посмотреть, как должен выглядеть товар» — поставьте ему 1С.
— «безликие строки» — не понял. Это типа нет картинок? Зачем ему смотреть в 1С, он на сайте поставщика должен смотреть. И зачем ему картинки, он покупает не картинки, а товар, который можно продать.
— заполнять 2 базы не надо. Заполнили 1С, настроили выгрузку на сайт, настроили сайт и все. Выгружайте товары, загружайте заказы.
5) Малозначительная придурь в работе 1С.
Не нравиться русский язык, не используйте. Включите английский и пользуйтесь.
6) Что делать?
Не паниковать. Закрыть глаза, вздох, выдох. Разобраться, либо найти спеца.
Тарифы зависят от региона, конторы/фрилансера, пр.
Интернет-магазин и у нас внедряется Ultima… уже жалеем об отказе от 1С.
Эмоциональная статья, видимо поэтому искажений фактов достаточно.
Вы показываете карточку номенклатуры.
Да, пустая карточка не заполненная данными, выглядит так. На самом деле в карточке товаров больше 100 реквизитов. И это помимо того что можно расширять карточку так называемыми дополнительными реквизиты и сведения. Т.е. возможно описание товара кучей произвольных дополнительных параметров и эти параметры будут передаваться на сайт — хотя бы и на тот же Битрикс. Далее к номенклатуре можно добавить характеристики и сведения. Например для продажи обуви разных размеров, где характеристикой товара будет ее размер. И при этом на каждый размер обуви можно назначить свою персональную цену. И да, каждой характеристике так же можно добавить свой набор дополнительных реквизитов/сведений. Например артикул размера, или другую особенность.
У одной номенклатуры может быть несколько единиц измерений, с соответствующими коэффициентами пересчета. Из коробки, ничего не надо дописывать/допиливать. Можете покупать обезъянок тоннами а продавать литрами.
У одной номенклатуры может быть несколько картинок. Да, одна картинка — основное лицо товара и отображается в карточке, но помимо нее к карточке можно приложить не один десяток/сотню файлов любого формата — будь до картинка, pdf, html описание товара. Более того, любое количество файлов можно приложить и к любой характеристике. Таким образом на каждое товарное предложение можно сделать свой набор картинок на сайте. Повторюсь — из коробки.
Вы пишете что в 1с нет импорта каталога товаров. В типовой конфигурации есть импорт из различных наборов данных, в т.ч. из плоских таблиц типа Excel, текстовых/CSV форматов, но и XML. Через встроенную обработку загрузки XML Вы можете загрузить любой набор данных — номенклатуру, цены, каталоги, любые описанные в системе учета документы. Не умеете готовить XML — тогда да, придется обратиться к специалисту.
Кстати о стоимости труда специалистов — ну 2500/час это действительно средняя цена. Найти можно вменяемого специалиста и от 500-800 за час, и даже в Москве.
А коробку с сервером на 5 пользователей и программами Управление торговлей, Бухгалтерия и Зарплата можно купить немного дороже 50 тыс, и докупить лицензии для остальной пятерки.
Вы показываете карточку номенклатуры.
Да, пустая карточка не заполненная данными, выглядит так. На самом деле в карточке товаров больше 100 реквизитов. И это помимо того что можно расширять карточку так называемыми дополнительными реквизиты и сведения. Т.е. возможно описание товара кучей произвольных дополнительных параметров и эти параметры будут передаваться на сайт — хотя бы и на тот же Битрикс. Далее к номенклатуре можно добавить характеристики и сведения. Например для продажи обуви разных размеров, где характеристикой товара будет ее размер. И при этом на каждый размер обуви можно назначить свою персональную цену. И да, каждой характеристике так же можно добавить свой набор дополнительных реквизитов/сведений. Например артикул размера, или другую особенность.
У одной номенклатуры может быть несколько единиц измерений, с соответствующими коэффициентами пересчета. Из коробки, ничего не надо дописывать/допиливать. Можете покупать обезъянок тоннами а продавать литрами.
У одной номенклатуры может быть несколько картинок. Да, одна картинка — основное лицо товара и отображается в карточке, но помимо нее к карточке можно приложить не один десяток/сотню файлов любого формата — будь до картинка, pdf, html описание товара. Более того, любое количество файлов можно приложить и к любой характеристике. Таким образом на каждое товарное предложение можно сделать свой набор картинок на сайте. Повторюсь — из коробки.
Вы пишете что в 1с нет импорта каталога товаров. В типовой конфигурации есть импорт из различных наборов данных, в т.ч. из плоских таблиц типа Excel, текстовых/CSV форматов, но и XML. Через встроенную обработку загрузки XML Вы можете загрузить любой набор данных — номенклатуру, цены, каталоги, любые описанные в системе учета документы. Не умеете готовить XML — тогда да, придется обратиться к специалисту.
Кстати о стоимости труда специалистов — ну 2500/час это действительно средняя цена. Найти можно вменяемого специалиста и от 500-800 за час, и даже в Москве.
А коробку с сервером на 5 пользователей и программами Управление торговлей, Бухгалтерия и Зарплата можно купить немного дороже 50 тыс, и докупить лицензии для остальной пятерки.
Зачем вы мне цитируете руководство пользователя 1С, если я указываю, чего в 1С нет и спрашиваю конкретные вопросы?
Скриншот? Где скриншот подтверждающий ваши слова?
Можно, торговать спиннерами у вокзала хватит.
У одной номенклатуры может быть несколько картинок. Да, одна картинка — основное лицо товара и отображается в карточке, но помимо нее к карточке можно приложить не один десяток/сотню файлов любого формата — будь до картинка, pdf, html описание товара. Более того, любое количество файлов можно приложить и к любой характеристике. Таким образом на каждое товарное предложение можно сделать свой набор картинок на сайте. Повторюсь — из коробки.
Скриншот? Где скриншот подтверждающий ваши слова?
А коробку с сервером на 5 пользователей и программами Управление торговлей, Бухгалтерия и Зарплата можно купить немного дороже 50 тыс, и докупить лицензии для остальной пятерки.
Можно, торговать спиннерами у вокзала хватит.
Зачем вы мне цитируете руководство пользователя 1С, если я указываю, чего в 1С нет и спрашиваю конкретные вопросы?затем, чтоб вы прочитали руководство пользователя, и не задавали глупые вопросы.
вотпрямщазз открыл демку, прицепил что валялось в картинках, сделал скриншот.
Ничего, что это скриншот из программы Управление Торговлей 10, старой версии, а в статье речь про Управление Торговлей 11?
Полностью типовая УТ 11, пожалуйста.
Такое ощущение, что если вдруг окажется что все эти «фатальности» работают, автор расстроится куда больше, чем тому, что он выбросил деньги на неработающий софт. (смайлик по вкусу)
Ну ок, худо-бедно п.1 можно притянуть за уши, что функция есть. Пользоваться ей, конечно, нельзя, но она формально есть. Посмотреть все фотографии в человеческом виде лицу работающему с базой возможности 1С не дает.
Зачем их все смотреть в 1С, если они все будут на сайте?
1. посмотреть можно зайдя в «присоединенные файлы» и тыкая в них.
2. можно дописать «перелистывание картинок по циклу» — это 2 кнопки и строк 20 кода. Можно и по-другому — но я не знаю потребную вам степень изврата (на отдельной закладке, или в этой же форме в отдельном скроллируемом окне, или слайдшоу, или еще чего), поэтому не могу оценить объем работ.
3. Кто будет смотреть эти картинки в 1С? Бухгалтер? директор? кассир? Им больше делать нефиг? кладовщик? у него не настроено хранение? «вон из профессии!» А покупатель увидит на сайте, ему 1с не нужна.
2. можно дописать «перелистывание картинок по циклу» — это 2 кнопки и строк 20 кода. Можно и по-другому — но я не знаю потребную вам степень изврата (на отдельной закладке, или в этой же форме в отдельном скроллируемом окне, или слайдшоу, или еще чего), поэтому не могу оценить объем работ.
3. Кто будет смотреть эти картинки в 1С? Бухгалтер? директор? кассир? Им больше делать нефиг? кладовщик? у него не настроено хранение? «вон из профессии!» А покупатель увидит на сайте, ему 1с не нужна.
Справедливости ради, раньше файлы к характеристикам можно было привязывать после установки типового модуля обмена с Битриксом.
Из коробки: множественные значения характеристики отсутствуют, механизм комплектов есть, но суммировать цены автоматом невозможно…
Как уже выше писали, 1С это все таки учёт, а не инструмент для загрузки характеристик на сайт.
Как уже выше писали, 1С это все таки учёт, а не инструмент для загрузки характеристик на сайт.
Как писал выше, без доработок, из коробки — яркий пример обувь, где в качестве характеристики будет выступать размер. Набиваем нужный список размеров, и при оформлении продажи, либо на сайте — получаем возможность выбора из множественных значений.
Суммировать лучше суммы (количество*цена), а не цены…
Загрузка характеристик на сайт очень нужна именно в учетных целях.
Суммировать лучше суммы (количество*цена), а не цены…
Загрузка характеристик на сайт очень нужна именно в учетных целях.
Опять дурь по 10 разу разжевывать…
Ботинки 25 размера и 45 будут иметь один весь и размер в 1С УТ 11, вопрос — почему все так неправильно и плохо сделано?
Ботинки 25 размера и 45 будут иметь один весь и размер в 1С УТ 11, вопрос — почему все так неправильно и плохо сделано?
Немного не так. Можно сделать разные размерные ряды для каждого вида номенклатуры. И эти списки/размеры не будут пересекаться, не будут отображаться в одном окне. Для «Детской обуви» Вы можете указать свой размерный ряд например с 16 по 33. Для вида номенклатуры «Мужская обувь» Вы можете задать свои размеры 43,45,56. Для одежды свои размеры, буквенные например.
Вопрос — почему все так неправильно и плохо сделано, думаю лучше задать поварам — которые берут рецептуру и ингредиенты для борща а в итоге на выходе у них получаются оладушки…
Вопрос — почему все так неправильно и плохо сделано, думаю лучше задать поварам — которые берут рецептуру и ингредиенты для борща а в итоге на выходе у них получаются оладушки…
Потому, что УТ11 не разрабатывалась специально для работы интернет-магазинов, и 99% пользователей УТ11 то, чего вы хотите не нужно совсем.
Не скажу за разработчиков УТ11, но мне видится что их решение вполне себе покрывает большую часть потребностей торговли. В т.ч. и для работы интернет магазинов в части наполнения ассортиментом, ценами, обработкой заказов, работой с торговым оборудованием.
Другое дело — в каждой избушке свои игрушки.
Другое дело — в каждой избушке свои игрушки.
для группы «обувь» вы можете назначить и индивидуальные характеристики, и индивидуальные единицы измерения с индивидуальными (по размерам обуви) габаритными размерами упаковок — как по размерам, так и хоть по производителям.
Опять дурь по 10 разу разжевывать…
Ботинки 25 размера и 45 будут иметь один весь и размер в 1С УТ 11, вопрос — почему все так неправильно и плохо сделано?
Никогда не видел в магазинах, чтобы цена обуви (одной и той же модели) или цена одежды (одной и той же модели) была различной в зависимости от размера.
Что у вас за необычный магазин такой?
в H&M ( habr.com/company/pochtoy/blog/428509 ) одинаковая обувь для мужчин и для женщин имеет разные SKU и разную линейку размеров. И разную цену)
P.S.: мужская — дороже
P.S.: мужская — дороже
в H&M ( habr.com/company/pochtoy/blog/428509 ) одинаковая обувь для мужчин и для женщин имеет разные SKU и разную линейку размеров. И разную цену)
P.S.: мужская — дороже
Мужская и женская ступни отличаются не только размером.
То есть нельзя тупо взять мужскую обувь и пропорционально уменьшить ее — женская нога будет болтаться в ширину, хотя и по длине будет как раз подходить обувь.
Это по сути разные (хоть и очень похожие) модели.
Возвращаюсь к нашему разговору — в каталоге товаров они будет идти разными наименованиями.
Загрузка характеристик на сайт решает прямые учетные задачи — чтобы потребитель смог сделать выбор и совершить покупку.
1С — вполне вменяемый инструмент для этих целей.
Хотя конечно же оптимальность выбора инструмента напрямую зависит от поставленной задачи.
1С — вполне вменяемый инструмент для этих целей.
Хотя конечно же оптимальность выбора инструмента напрямую зависит от поставленной задачи.
Я с Битриксом не работал, по нему не буду комментировать, а по поводу самой 1С немного выскажусь. Я на ней не зарабатываю, но её используем в своей компании, у меня есть штат девелоперов на 1С, есть корпоративная разработка (кодревью, тестировщики, релизы, как положено).
Что касается цены, то 1С очень дешевая, я сравниваю с конкурентами из-за бугра. И дело даже не в цене самой платформы, а в цена внедрения и поддержки… посмотрите например сколько стоит час специалиста по SAP и по 1С на рынке аутсорсинга и все вопросы отпадут. Конечно 1С не SAP но для 95% компаний ее за глаза.
Что касается покупки серверов, лицензий и прочего… если не хочется заморачиваться инфраструктурой — то берите её как сервис в облаке, сейчас это не проблема.
А по поводу популярности, конечно тут грамотный маркетинг. Сеть франчайзи, обучение, маленькая цена, интеграция с большинством госорганов и банков — все это действительно грамотно и выстраивалось почти 30 лет, так что во многом заслуженно.
Недостатков тоже хватает, но в целом работать можно.
Что касается цены, то 1С очень дешевая, я сравниваю с конкурентами из-за бугра. И дело даже не в цене самой платформы, а в цена внедрения и поддержки… посмотрите например сколько стоит час специалиста по SAP и по 1С на рынке аутсорсинга и все вопросы отпадут. Конечно 1С не SAP но для 95% компаний ее за глаза.
Что касается покупки серверов, лицензий и прочего… если не хочется заморачиваться инфраструктурой — то берите её как сервис в облаке, сейчас это не проблема.
А по поводу популярности, конечно тут грамотный маркетинг. Сеть франчайзи, обучение, маленькая цена, интеграция с большинством госорганов и банков — все это действительно грамотно и выстраивалось почти 30 лет, так что во многом заслуженно.
Недостатков тоже хватает, но в целом работать можно.
Добавлю свои пять копеек, как человек зарабатывающий на 1с.
В тч на интеграции Битрикс и Ут.
Тут много писали про лицензии и железо, я напишу про софт
Вот тут модуль для интеграции, который лишён всех перечисленных недостатков:
1c.1c-bitrix.ru/ecommerce/index.php
То есть и импорт есть напрямую с сайта, и картинки для характеристик, и многое другое.
Нет только водяных знаков.
Если упрощённо, то Ут это инструмент не только ведения учёта, но и управления интернет-магазином.
То есть на сайт менеджер может вообще не заходить — работать только в Ут.
Более того, можно сильно упростить себе жизнь, если каталог достаточно большой.
Полно готовых решений, которые автоматизируют всю рутину буквально за месячную зарплату сотрудника.
Не берусь утверждать, что 1с идеальная система учёта. Но самая популярная она, потому что удобная для разработки, гибкая и функциональная для пользователя. Сравнительно не дорого стоит.
Ничего лучше не знаю для малого бизнеса
В тч на интеграции Битрикс и Ут.
Тут много писали про лицензии и железо, я напишу про софт
Вот тут модуль для интеграции, который лишён всех перечисленных недостатков:
1c.1c-bitrix.ru/ecommerce/index.php
То есть и импорт есть напрямую с сайта, и картинки для характеристик, и многое другое.
Нет только водяных знаков.
Если упрощённо, то Ут это инструмент не только ведения учёта, но и управления интернет-магазином.
То есть на сайт менеджер может вообще не заходить — работать только в Ут.
Более того, можно сильно упростить себе жизнь, если каталог достаточно большой.
Полно готовых решений, которые автоматизируют всю рутину буквально за месячную зарплату сотрудника.
Не берусь утверждать, что 1с идеальная система учёта. Но самая популярная она, потому что удобная для разработки, гибкая и функциональная для пользователя. Сравнительно не дорого стоит.
Ничего лучше не знаю для малого бизнеса
Вот тут модуль для интеграции, который лишён всех перечисленных недостатков:
1c.1c-bitrix.ru/ecommerce/index.php
То есть и импорт есть напрямую с сайта, и картинки для характеристик, и многое другое.
Это самый стандартный модуль, который ставят все. Зачем дантисту работать через задний проход? Зачем с сайта загружать данные, если база товаров и услуг в УТ?!
Автор работает в давно функционирующем интернет-магазине без единой товаро-учетной системы (эксель, макросы и прочий хардкор). Автор поэтому имеет представление нормальной схемы работы интернет-торговли и хорошо сформированное «ожидание» от внедрения нового ПО, а в статье рассказывается как неприглядна «реальность» при внедрении 1С даже для небольшого интернет-магазина.
C 2006-го года поддерживаю функционирование интернет-магазина на базе продуктов 1С.
Обороты растут, прибыли тоже.
Правда, на макросах Excel никогда и не работали — сразу была полноценная учетная система 1С: Предприятие.
Позвоните в небольшую компанию, занимающуюся внедрением 1С. Скажите, что вам надо внедрить 1С и ничего из программ не куплено – вы почувствуете, как на той стороне телефона разгорится желание с вами работать. Повторите эксперимент и скажите, что все лицензии уже куплены, и… большинство мелких компаний и частников попробуют «слиться».
Насколько я помню, я вообще не продавал 1С как продукт никогда.
Все деньги идут только за доработки под индивидуального заказчика.
Что делать? 1С монополист, все модули от сторонних сервисов (например, служб доставки)
Монополист по платформе. На базе этой платформы есть куча уникальных решений, созданных третьими фирмами.
Модуля для служб доставки? Они пишутся под распространенные системы, да — под распространенные CMS, например.
На ней работают все.
Как им удается? Множество нормальных интернет-магазинов работают на 1С и у них на сайтах весь современный функционал. По всей видимости единственный выход – дорабатывать систему.
- Вы или пользуетесь коробочным продуктом, подстраиваясь под него.
- Или дорабатывайте продукт, подстраивая его под себя.
Универсальных всех всем устраивающих вещей — быть не может.
Кроме самых тривиальных.
Вы или подстраиваетесь сами.
Или платите разработчикам.
Тариф на доработки в среднем 2500р/час, крепитесь.
Под одну из самых распространенных платформ на рынке?
Ага, конечно.
Всегда можно найти того, кто сделает дешевле.
И да 2500 рулей за час — это только за первый час-два.
При большом объеме цены совсем другие.
И вообще к 1С мы хотим иметь возможность подключаться удаленно, а не только в офисе, поэтому покупает доступ к удаленному рабочему столу RDP
Веб-доступ? Нет не слышал.
ViTerminal? Нет, не слышал.
Мало того, что в 1С используется русский язык для программирования, они используют свой собственный русский язык для обозначения всего функционала и терминологии.
1C с 1990-х годов прошлого века поддерживает 2 синтаксиса — англоязычный и русскоязычный. Причем ничего включать не нужно — из коробки доступны оба.
Нет, не слышал?
Апеллирование в стиле «все работают и никто не жалуется», «компании с миллиардными оборотами работают, один ты ноешь» и прочее в том же духе, только укрепляет утверждения, написанные в статье.
Любой сколько-нибудь сложный/универсальный продукт требует компетенции/времени на его освоение.
Ну взять хотя бы это:
Вес товара указывается только один. Поясню важность. Стоимость доставки, как мы все знаем, считается по весу. Банка краски 1л и бочка 50 л, ботинки 30 размера и 46 размера, лестница 2 метра и 4 метра
Еще в версии 1С 7 в прошлом веке — вес был связан с конкретной единицей измерения товара. То есть сделать чтобы у бочки один вес, а банки другой — можно из коробки.
От любой сколько-нибудь нетривиальной программы человека бомбит — т.н. «порог входа», это нормально.
Полагаю, что вся проблема автора —
или некомпетенция исполнителя и/или жаль денег на грамотного специалиста.
P.S.:
Хотя нет, это пиар вот этого малоизвестного продукта
Граждане с особо расширенным кругозором назовут еще Ultima ERP.
Странно, а почему не назовут более известные вещи такие как SAP или MS Dynamics?
Тариф на доработки в среднем 2500р/час, крепитесь.
А где найти специалистов по доработке Ultima? И сколько они берут?
Статьи не читай — сразу отвечай. Классика.
Франчи — не продавцы.
Франчи — внедренцы и доработчики.
Модифицируют систему под конкретные требования заказчика.
За работу, оказывается, нужно платить?
Жадные они все, согласен…
Франчи — внедренцы и доработчики.
Модифицируют систему под конкретные требования заказчика.
Блеск золота для франчайзи и нищета функционала для пользователя
За работу, оказывается, нужно платить?
Жадные они все, согласен…
Франчи — не продавцы.
сразу мимо, на этом разговор с вами можно закончить
сразу мимо, на этом разговор с вами можно закончить
Франчи — не продавцы товаров.
Франчи — это услуги по внедрению и доработке. Всё основное бабло именно там.
А сама стоимость 1С настолько копейки по сравнению с услугами — что когда 1С стала выставлять планы на продажи — с легким сердцем отказался от собственно продаж.
не смотря на то что фирма 1С купила долю битрикс, сама платформа 1С и конфигурации не претендуют пока что на проектирование сайта интернет-магазина, хостинг и сопровождение
причем однозначно очевидно что не лезут они туда поскольку понимают насколько это сложная и большая область, и просто пока покупают доли в других фирмах, занимающихся в этой нише
вот когда фирма 1С выпустит продукт «1С: Интернет-магазин», тогда можно её продукту давать оценку сравнивая с Ultima или другими продуктами, а пока статья носит замаскированную попытку черного пиара продуктов Ultima
очень грустно, что статья сделана топорно и неуклюже, но минусовать или плюсовать не буду — время всё само расставит по местам
причем однозначно очевидно что не лезут они туда поскольку понимают насколько это сложная и большая область, и просто пока покупают доли в других фирмах, занимающихся в этой нише
вот когда фирма 1С выпустит продукт «1С: Интернет-магазин», тогда можно её продукту давать оценку сравнивая с Ultima или другими продуктами, а пока статья носит замаскированную попытку черного пиара продуктов Ultima
очень грустно, что статья сделана топорно и неуклюже, но минусовать или плюсовать не буду — время всё само расставит по местам
Вы настолько глупы, что не понимаете слов
Нечего сказать по существу — не марайте бумагу.
На данный момент самой продвинутой системой для торговли от 1С является Управление Торговлей 11, для сайта – Битрикс в самой полной-неурезанной версии Бизнес.
Нечего сказать по существу — не марайте бумагу.
В статье написан полный бред, видимо человек совсем не разобрался в УТ11 и плохо разбирается в 1С. Расскажу как есть на самом деле (как раз несколько лет обслуживаю как раз УТ11+Битрикс)
1. До 5ти пользователей для УТ11 нужна только коробка +5 лицензий на рабочие места, доступ через веб к файловой базе отлично работает. Больше 5ти с веб-модулем от 1С для УТ11 уже тяжеловато.
2. Если есть терминал, то для УТ11 SQL не нужен до 20ти пользователей, у меня одновременно и постоянно работает через терминал 14 пользователей.
3. Никакой специальной последней ОС не нужно, работает и на Win2003 не говоря уже и Win2012.
4. 1С это конечно не дешево, но пихать туда все подряд не надо. При обзвоне больше пары франчайзи для подбора ПО я думаю это будет понятно.
5. «Картинка для товара добавляется только одна.» — ложь, добавлять можно несколько картинок, просто в самой 1С в списке товаров будет отображаться только одна, а на сайт выгрузятся все.
6. «Водяные знаки и модификации» — сам не пользовался, но быстрое гугление показывает что есть модуль Битрикса для наложение водяных знаков, 1000 рублей первый попавшийся.
7. «Про вес» — автор это путает с характеристиками, но и вес и характеристики на сайт выгружаются, а так же произвольные свойства.
8. Если для какой то цели нужно хранить дату начала продаж (а не посмотреть её в отчете по продажам) или любую другую информацию товара то можно завести соответствующее свойство (поле), которое так же передается на сайт.
9. Соответственно и выводы неверные, все база товаров — в 1С, товары, фото, описания, на сайте никакой своей информации кроме дизайна нет.
1. До 5ти пользователей для УТ11 нужна только коробка +5 лицензий на рабочие места, доступ через веб к файловой базе отлично работает. Больше 5ти с веб-модулем от 1С для УТ11 уже тяжеловато.
2. Если есть терминал, то для УТ11 SQL не нужен до 20ти пользователей, у меня одновременно и постоянно работает через терминал 14 пользователей.
3. Никакой специальной последней ОС не нужно, работает и на Win2003 не говоря уже и Win2012.
4. 1С это конечно не дешево, но пихать туда все подряд не надо. При обзвоне больше пары франчайзи для подбора ПО я думаю это будет понятно.
5. «Картинка для товара добавляется только одна.» — ложь, добавлять можно несколько картинок, просто в самой 1С в списке товаров будет отображаться только одна, а на сайт выгрузятся все.
6. «Водяные знаки и модификации» — сам не пользовался, но быстрое гугление показывает что есть модуль Битрикса для наложение водяных знаков, 1000 рублей первый попавшийся.
7. «Про вес» — автор это путает с характеристиками, но и вес и характеристики на сайт выгружаются, а так же произвольные свойства.
8. Если для какой то цели нужно хранить дату начала продаж (а не посмотреть её в отчете по продажам) или любую другую информацию товара то можно завести соответствующее свойство (поле), которое так же передается на сайт.
9. Соответственно и выводы неверные, все база товаров — в 1С, товары, фото, описания, на сайте никакой своей информации кроме дизайна нет.
п.1-4 — Просто малопонятное ниочем. Читайте статью заново и не по-диагонали.
п.5-9 — Я уже отвечал в комментариях подробно (кратко: вы написали ахинею). Не хотите искать комментарии — я не хочу отвечать заново.
п.5-9 — Я уже отвечал в комментариях подробно (кратко: вы написали ахинею). Не хотите искать комментарии — я не хочу отвечать заново.
Если вы не поняли что написано в моих пунктах 1-4, то не удивительно что вы не разобрались и в УТ11 и половина статьи — результат обычного невежества.
По поводу остальных пунктов, повторю для тупых — написал с реально работающей УТ11+Битрикс для интернет-магазина, соответственно раз у меня работает, а у вас нет, то ответ на вопрос «кто несет ахинею» думаю однозначен.
В любом случае мой комментарий был не для спора с автором, с ним все ясно еще и по предыдущим комментариям, а для тех кто интересуется но не разбирается в вопросе — чтобы не повелись на глупости в статье.
По поводу остальных пунктов, повторю для тупых — написал с реально работающей УТ11+Битрикс для интернет-магазина, соответственно раз у меня работает, а у вас нет, то ответ на вопрос «кто несет ахинею» думаю однозначен.
В любом случае мой комментарий был не для спора с автором, с ним все ясно еще и по предыдущим комментариям, а для тех кто интересуется но не разбирается в вопросе — чтобы не повелись на глупости в статье.
Я имея опыт работы с 1С ничего не понял, остальным просто интересующимся системой точно не достичь такого уровня просветления, чтобы понять ваш комментарий. То ли вы как курица лапой пишете и излагаете, то ли вы слишком умный (жаль этого никто не оценит).
То, что вы ничего не поняли — говорит не о сложности 1С (хотя, справедливости ради, они намудрили в УТ11 изрядно), а говорит лишь о ваших способностях.
И то, что вы не смогли найти консультанта, который бы вам это объяснил — опять же говорит либо о неспособности к поиску, либо о неспособности к пониманию, либо об офигевании консультантов от ваших объяснений.
И то, что вы не смогли найти консультанта, который бы вам это объяснил — опять же говорит либо о неспособности к поиску, либо о неспособности к пониманию, либо об офигевании консультантов от ваших объяснений.
Говорим про УТ11. Платформа какая, чтобы поконкретнее звучало (хотя бы 8.2, 8.3, а лучше с версией)?
1. Ок. Т.е. веб — только до 5. А с тонким клиентом (который, по сути, для юзера будет поудобнее веба)?
2. Да, там больше от железа зависит. Но CAL-ы и терминальные лицензии, увы, дописываем в счет.
3. Да, свежая не нужна. Но она нужна, так что ценник все равно не нуль. Про удобство и скорость работы не говорю, но я бы на 2003 не стал ставить.
1. Ок. Т.е. веб — только до 5. А с тонким клиентом (который, по сути, для юзера будет поудобнее веба)?
2. Да, там больше от железа зависит. Но CAL-ы и терминальные лицензии, увы, дописываем в счет.
3. Да, свежая не нужна. Но она нужна, так что ценник все равно не нуль. Про удобство и скорость работы не говорю, но я бы на 2003 не стал ставить.
На текущий момент 8.3.13.1513 (х64), ставлю под рекомендации обновления УТ11, 64х битный потому что база 23Гб и при тестировании и исправлении 32х битный клиент бывало вылетал.
На самом деле 5ть — это примерно и для УТ11, проблема в том что веб-модуль 1С однопоточный, поэтому при маломальски длительных операциях (как проведение документов в УТ11) наблюдается тормоза. Если брать например самописную базу — могут и десятки работать.
Если веба достаточно (т.е. <=5 пользователей УТ11), то терминальные не нужны, CAL — да нужно, но только если нет возможности/желания/денег на специалистов на установку Linux. У меня есть пара RDP (xrdp) серверов с файловой 1С на линуксе для небольших организаций: (1) 4ре пользователя на 7.7 (2) 6ть пользователей на 8.2 — все работает нормально.
УТ11 про которую я пишу работает на Win2012 (полгода назад перешли с Win2003, уже не помню для чего) и конечно же есть и CAL и TCAL и 1С клиентские лицензии, но без SQL и без 1С: Сервера
Я же говорю — 1С это не дешево, но и для небольших организаций (скажем до 10-15 пользователей для УТ11 и раза в два больше более простых конфигураций) по-моему мнению SQL не нужен, и соответственно не нужна лицензия на 1С сервер, что снижает затраты в половину от указанной в статье.
Более того, я бы вообще для небольших организаций не рекомендовал бы УТ11, в большинстве случаев её функционал вообще избыточен для них, на текущий момент по-моему лучший выбор — Управление небольшой фирмой.
На самом деле 5ть — это примерно и для УТ11, проблема в том что веб-модуль 1С однопоточный, поэтому при маломальски длительных операциях (как проведение документов в УТ11) наблюдается тормоза. Если брать например самописную базу — могут и десятки работать.
Если веба достаточно (т.е. <=5 пользователей УТ11), то терминальные не нужны, CAL — да нужно, но только если нет возможности/желания/денег на специалистов на установку Linux. У меня есть пара RDP (xrdp) серверов с файловой 1С на линуксе для небольших организаций: (1) 4ре пользователя на 7.7 (2) 6ть пользователей на 8.2 — все работает нормально.
УТ11 про которую я пишу работает на Win2012 (полгода назад перешли с Win2003, уже не помню для чего) и конечно же есть и CAL и TCAL и 1С клиентские лицензии, но без SQL и без 1С: Сервера
Я же говорю — 1С это не дешево, но и для небольших организаций (скажем до 10-15 пользователей для УТ11 и раза в два больше более простых конфигураций) по-моему мнению SQL не нужен, и соответственно не нужна лицензия на 1С сервер, что снижает затраты в половину от указанной в статье.
Более того, я бы вообще для небольших организаций не рекомендовал бы УТ11, в большинстве случаев её функционал вообще избыточен для них, на текущий момент по-моему лучший выбор — Управление небольшой фирмой.
UFO just landed and posted this here
Вместо нашего подключения к CRM через web по https 1сники побоялись выставлять наружу свой 1с. Мастерили решение с удаленным доступом через ВНП (покупались железки по шткуе для каждой из 100 точек продаж)
И правильно сделали, 1С-у не место *опой в интернете торчать. а решение с доступом через впн вообще отличное с точки зрения ИБ… судя по всему ктото из внедренцев работал в конторе где к ИТ нормально относились
==
джава и опенсорс в последние годы благодоря усилиям оракла както совсем печально пересекаются
Так понимаю, взаимодействие с CRM можно было организовать вполне себе безопасно + через web-сервисы в 1с. У меня такси так работало — сервер водителей, карты на Java, диспетчерская в 1с.
ну можно да, но впн между филиалами это существенно упрощает настройку в дополнение к требованиями безопасности… когда наружу вообще ничего лишнего не торчит кроме входов в тоннели у которых насмерть прибиты ip и ключи.
тут вопрос не сколько про 1С, а вообще про построение корпоративной сети
p.s. по такой схеме например банкоматы подключаются и филиалы банков
тут вопрос не сколько про 1С, а вообще про построение корпоративной сети
p.s. по такой схеме например банкоматы подключаются и филиалы банков
Отличная история, инструмент конечно же нужно выбирать под потребности!
У меня была история — чуть больше 10 лет назад пришел на поддержку 1с Бухгалтерии и ЗиК в в крупный холдинг, с отделом из 5 программистов Java. Они ваяли свою систему, долго и трудно. По фану развернул УТ под 1с 8.0, приконнектился к Oracle и перетянул всю их рабочую базу (документооборот и справочники) в 1С. Далее замеряли массовые операции в обоих системах, и выводы отчетов. На перепроведении 1с показала себя похуже, но сопоставимо. При демонстрации вывода крупных отчетов 1с главный разработчик Java прокомментировал что Java так не сможет. В итоге всю розницу и оптовые склады, региональные обмены перевел на 1с, а ребята продолжили пестовать любимое детище руководителя. Тоже политика!
У меня была история — чуть больше 10 лет назад пришел на поддержку 1с Бухгалтерии и ЗиК в в крупный холдинг, с отделом из 5 программистов Java. Они ваяли свою систему, долго и трудно. По фану развернул УТ под 1с 8.0, приконнектился к Oracle и перетянул всю их рабочую базу (документооборот и справочники) в 1С. Далее замеряли массовые операции в обоих системах, и выводы отчетов. На перепроведении 1с показала себя похуже, но сопоставимо. При демонстрации вывода крупных отчетов 1с главный разработчик Java прокомментировал что Java так не сможет. В итоге всю розницу и оптовые склады, региональные обмены перевел на 1с, а ребята продолжили пестовать любимое детище руководителя. Тоже политика!
иногда инструмент выбирают исходя из «политических» целей. например, решили заменить работающую «оперативную» систему на 7.7 исходя из того, что «семерка устаревает, скоро спецов не останется, попадем в зависимость от».
Или исходя из откатинга. хотя откатингом вроде как грешат больше зарубежные системы (типа SAP и иже). по крайней мере, про те случаи, которые я слыхал. откатинг в 1с — это чаще «привести своих франчей».
Или исходя из откатинга. хотя откатингом вроде как грешат больше зарубежные системы (типа SAP и иже). по крайней мере, про те случаи, которые я слыхал. откатинг в 1с — это чаще «привести своих франчей».
Да!
UFO just landed and posted this here
По факту семерка гораздо проще восьмерки! Как то прикидывал — в 1с 6.0 был словарь из 50 слов/выражений/методов в 7.7 немногим более 1'500. в 8.3 уж всяко больше 15'000. Не встречал ситуаций, чтобы цены драли именно за семерку.
Наверное речь о том что при определенном объеме слабо документированного кода появляются большие риски? И это не связано с языком программирования…
Наверное речь о том что при определенном объеме слабо документированного кода появляются большие риски? И это не связано с языком программирования…
Не, реально есть уже люди, которые 8.2 не видели, и обычные формы тоже.
И реально разворачиваются и уходят, услышав про 7.7.
Ну и там, где 1 семерочник обслуживал базу — требуется двое (а то и трое). которые хотят больше денег «за прогрессивность и современность».
И реально разворачиваются и уходят, услышав про 7.7.
Ну и там, где 1 семерочник обслуживал базу — требуется двое (а то и трое). которые хотят больше денег «за прогрессивность и современность».
речь о том что при определенном объеме слабо документированного кода появляются большие риски?— это не зависит от системы. и код типовых документирован не лучше.
UFO just landed and posted this here
Битриксовцы никогда не утверждали, что они «на одной платформе». просто из-за того, что 1с их купила — они вроде как хотели делать интеграцию с 1с-ными учетными системами потеснее и получше (ибо, типа, под одной крышей и с одной целью — ну и плюс взаимные консультации разрабов — можно сказать, «инсайдерская инфа внутреннему устройству систем»)
Заголовок темы про разрыв в «ожидание/реальность». Маркетинг говорит — купи решение, а после покупки оказывается что ты купил коробку, две коробки.
И тесная интеграция между ними только в названии — «1С-Битрикс». Все.
Далее к коробкам нужно внедрение. Отдельно внедрение 1с, отдельно внедрение Битрикс, а потом еще «поженить» их… И даже модуль лучше поставить дополнительный, чтобы лучше «поженились». Причем Битрикс рекомендует снять с поддержки 1с, чтобы поставить этот модуль.
Волшебство…
И тесная интеграция между ними только в названии — «1С-Битрикс». Все.
Далее к коробкам нужно внедрение. Отдельно внедрение 1с, отдельно внедрение Битрикс, а потом еще «поженить» их… И даже модуль лучше поставить дополнительный, чтобы лучше «поженились». Причем Битрикс рекомендует снять с поддержки 1с, чтобы поставить этот модуль.
Волшебство…
Блеск и нищета 1С для интернет-магазина. Блеск золота для франчайзи и нищета функционала для пользователя