Comments 363
Написал под нее свою систему и завтра, 23.10.2020 года наступит момент когда ПОСЛЕДНИЙ ЭВОТОР в нашей компании отправится на свалку. С каким же удовольствием я разобью его кувалдой на заднем дворе нашего склада…Потом дополните статью снятым видео этого действия :-)
ну хотя бы донести до руководства, что клиенты недовольны.
я думаю, что автор не ушёл бы от них, если бы за эти деньги работало идеально. и те же 600р в месяц за поддержку не выглядят чем-то ужасным, претензии-то больше не «они хотят слишком много денег», а «у них всё работает через пень-колоду, а они вместо решения предлагают заплатить им ещё».
Эвотор это касса для владельцев бизнеса до 5 мелких точек продаж с ограниченной минимальной номенклатурой 20 товаров(ну может чутка больше). Директора в таких конторах мало знают о обновлении номенклатур, связей с сервером, да они даже пароль от своего личного кабинета эвотора не знают, и не знают на сколько месяцев у них там фискальник стоит. Вот для них эта касса, и она выполняет на 100 процентов свою задачу продажи. Создана чтобы быстро насытить потребность на рынке в результате действия законодательства.
У них при этом есть товароучётная программа, вроде как непосредственно от самого эвотора. При этом доступа у команды этой проги к базе штрихкодов эвотора нет(Е — единство), ошибки(или мелкие доработки) исправляются порой в течении часа, разработчики открыты для предложений и если вы его обоснуете и это будет не для свех узкого применения его примут. Когда программа(могуль) появилась, это был не работоспособный кусок говна(но самый дешёвый из товароучёток). Я активно по переписывался с ними, внёс кучу адекватных предложений и ушёл на другую товароучётную систему(т.к. на этой в принципе нельзя было нормально работать, тем более с моей базой товаров). Через пол года вернулся обратно(т.к. альтернатива стала хуже и дороже). Сейчас по прежнему пользуюсь ей и разрабы по прежнему открыты для клиента, наверное потому до сих пор не спрыгнул с эвотора.
Возврат поставщику можно оформить только если товар приходовался на самом ЭВОТОРе. О наличии у клиента собственной системы учета разработчики ЭВОТОРа не подумали ни разу.
Не понял, если у вас своя учётная система, в которой товар приходуется, то почему вы хотите сделать возврат через эвотор?
Потом потерпела крах идея о количественно-суммовом учете в розничных точках. По одной банальной причине. ЭВОТОР не способен выдать суммовой результат инвентаризации.
Опять не понял. Кому нужен суммовой результат инвентаризации? Это уже учётная система решает по какой цене считать недостачу/излишек
Суммовой результат нужен для оценки качества ревизии. Если он сильно выбивается из плана, то значит продавцы накосячили при самой ревизии.
Суммовой результат нужен для оценки качества ревизии. Если он сильно выбивается из плана, то значит продавцы накосячили при самой ревизии.
а, вы о сумме остатков товаров (я-то подумал, что вы хотите сразу видеть сумму недостачи/излишка по инвентаризации). если этого нет, то действительно странно.
Лучше оставить. Пригодится! Вспомните мои слова года через три...
Требовали 300р в месяц за каждую точку (31 точка). Худо бедно удалось договориться о 150. Доступ восстановили.
То есть вы выторговали 4650 рублей? Масштаб поражает воображение.
Насколько я понял, автор написал приложение для маркетплейса эвотор, но не публиковал его, добавив свои терминалы как терминалы разработчика/тестировщика. Да, для получения доступа к их API нужно создавать приложение (а потом проходить ревью с требованиями, которые появляются из ниоткуда)! Причём бесплатное приложение создать не дадут, минимальная стоимость вроде 300р. Пока приложение тестируется, плата не взимается, чем, видимо, пользовался автор. Когда эвотор увидел, что им не доплачивают по 10к в месяц, он обиделся. А зная, как они работают, полагаю, что все 30 терминалов перестали работать без всякого предупреждения!
Проходил похожий путь, когда они изменили авторизацию и API, не оставив обратной совместимости.
Я вот тоже считаю цифры и если честно… Покупая у них модули по 150-800рублей на любой чих, платная поддержка и т. д. И т. п. — это все равно дешевле, чем держать программиста 1с раза этак в два, даже на 31у кассу. Реально проще заплатить условные 500р, что бы к тебя на чеке был логотип, чем нанимать программиста, который этот чек тебе в атолле/франтоле/1с нарисует.
А любая их инициатива, что нарушает законодательство или деградирует функционал устройства решается двумя бумажками: — жалоба + суд на возмещение стоимости устройства и возврат денег за лицензии, которые деградировали, с сылками на фз и т. п.
Из плюсов:
1. Соскочили с иглы. Эвотор испытывает постоянные финансовые трудности (видимо не я один такой), а посему за истекшие полтора года они постоянно завинчивают гайки. Если раньше на письмо в техподдержку отвечали в течении часа, то под конец — двое-трое суток. Постоянно увеличивали ежемесячные поборы. Сделали так, чтобы эвотор работал ТОЛЬКО от своих симок. Раньше можно было выбрать любого оператора…
2. Учитывая «качество» продукта эвотор — появилась возможность самому полностью контролировать происходящее. Все глюки оборудования и ошибки в программе оперативно отслеживаю и исправляю.
3. Появилась возможность произвольно менять алгоритмы работы. Добавлять всякие акции, скидки, сертификаты и прочее.
Обоснование для перехода на свои симки у эвотора крайне идиотское и опасное, т.к. создаёт прецендент для любых других программ воспользоваться тем же путём.
Вот почитайте если интересно. Если кратко, то железо принадлежит покупателю, а софт эвотору и потому они могут делать всё что им захочется. Только они нарушают сразу несколько пунктов закона. Это и намеренное ухудшение потребительских свойств товара после покупки и искусственное создание монополии и ложная безопасность(симки те же самые(пчёлайн, мегагон), только договор заключён от эвотора) и создание тропки другому софту, не знаю как точно описать(но как вам к примеру телефон самсунг(условно) работающий только со своей симкой, потому что софт вам не принадлежит?).
И я бы посоветовал всем кто может подать аналогичные жалобы, благо это можно сделать не вставая с дивана, чтобы дело не замяли.
То есть вы выторговали 4650 рублей?
Там просят суммы намного больше. Хочешь оплату картами? Докупи модуль. Хочешь покупательские скидки? Докупи модуль. Хочешь продавать сигареты? Докупи модуль. Хочешь печатать на чеке рекламный текст? Хочешь перейти на НДС 20%? И так за всё. Ответ один «Докупите модуль». А модуль докупается на каждую кассу отдельно.
А «куча пользователей» не показатель. Политика у 1С такая. Просто на рынке нет ничего приличного. Вот и кушают, что дают.
Из конкурентов у розницы только ребята из Нативи, которые сейчас пилят облачную онлайн-кассу с блэкджеком и шутками. Но у них все плюсы и минусы SaaS. И это стартап.
Есть еще всякие фронтолы, атолы, но 1С в плане возможности доработки выигрывает сразу. И не только
Розница не работает, но вы в одиночку за 4 месяца написали готовое решение (кстати, во сколько оно обошлось вашему работодателю и во сколько будет обходиться его будущая поддержка)? Ну что ж, тогда выходите со своим решением на рынок, раз как вы пишите альтернатив нет. Рынок рассудит.
Можете аргументированно рассказать, чем конкретно вас 1С: Розница не устраивает?
Исходя из первого пункта — очень подвержена такому понятию — как битый кэш. Знаете об этом?
Очень сложная в настройке и в работе. Я уже писал о том, что писал инструкцию для продавцов на 4 листа. Это только для того, чтобы они смогли инвентаризацию сделать.
Чрезмерно усложнена система обмена данными.
Вообще чрезмерно утяжелена и усложнена. Зачем мне боинг, если я хочу просто каждое утро приезжать на работу и уезжать с работы. Достаточно матиза.
Очень глючная. Например шикарные сканеры Datalogic напрочь отказались работать с ней. Точнее 1С не видела эти сканера. Путем долгих (крайне сложная конфа) копаний в отладчике удалось найти и исправить ошибку. Несмотря на мои багрепорты, спустя 4 года ошибка все еще присутствует и мне приходилось после каждого обновления залезать в конфу, снимать с поддержки и править код. 0 на 1. )
Не знаю уж что у вас за Розница такая которой нужен геймерский комп, отлично работает на средненьком офисном компе с i3 и 4 гигами оперативки.
Система обмена данными усложнена? Нажать три кнопки, сопоставить данные в базах и это усложнено?
Со сторонними решениями тоже нет ничего сложного. Из коробки есть OData. Так же выше уже написал что можно накатать свое расширение которое добавит в конфигурацию REST для обмена данными. И уже на типовой конфигурации.
Очень тяжелая. Я писал, что потребовался геймерский комп (кроме видеокарты), чтобы она хоть как то начала ворочаться. А делов то, на полтыщи номенклатуры плюс ЕГАИС и база данных за 3 года.
А у меня на моноблоке с атомом и SSD работает. Что я делаю не так?
Исходя из первого пункта — очень подвержена такому понятию — как битый кэш. Знаете об этом?
Нет, не знаю. Расскажите подробнее.
Очень сложная в настройке и в работе.
Ну да, чтобы внедрять типовые решения нужны глубокие знания этого решения на уровне аналитика. Потратьте время на изучение и уже система не будет казаться сложной.
Я уже писал о том, что писал инструкцию для продавцов на 4 листа. Это только для того, чтобы они смогли инвентаризацию сделать.
Что же там такого на 4 страницах для одного документа?
Чрезмерно усложнена система обмена данными.
Можно поподробнее? Вы EnterpriseData освоить не смогли или КД2? Да, нужна соответствующая квалификация, но вы же специалист? В вашем решении что для интеграции используется?
Очень глючная. Например шикарные сканеры Datalogic напрочь отказались работать с ней. Точнее 1С не видела эти сканера.
Ну, подключение торгового оборудования — это проблема любой учетной системы. Ваше решение из коробки заранее работает с любой железкой? Datalogic — не пробовал, но с АТОЛ никаких проблем нет.
Для того, чтобы внедрять решения нужны глубокие познания в предметной области. Изучать БОИНГ, чтобы внедрить МАТИЗ — извините. Не ко мне )
Для инвентаризации в 1С: Розница необходимо 3(ТРИ, КАРЛ!) разных документа, а получить результат инвентаризации — вообще отдельная песня.
Возможно на вашем моноблоке нет ЕГАИС, Табачки, ВЕТИС и прочих радостей… Или присутствует? Если не трудно, подскажите, какой у вас размер файловой базы.
Центральная база ~50 Гб. На торговых точках, соответственно, только документы этой точки + все НСИ. Размер от 2 до 8 Гб.
Изучать БОИНГ, чтобы внедрить МАТИЗ — извините. Не ко мне )
Ну если 1С: Розница для вас это БОИНГ, то прошу прощения. Не буду продолжать этот глупый спор.
По сравнению с моими разработками — да. Боинг. Глупый, неповоротливый и бессмысленный. Каков размер cf файла 1С: Розницы? У моей конфы для АТОЛа — 224 килобайта. )
Любой программист средней руки должен уметь написать под небольшое розничное предприятие свою уникальную систему учета.
Ничего такого сложного там нет.
Эта система будет великолепно в тех узких пределах для которых она изначально была разработана. Но только в тех узких пределах.
Разница в том, что подключение онлайн-кассы в вашем случае повлекла полный отказ от вашей компактной и ограниченной системы. А в случае универсального решения «с огромным cf-файлом» достаточно было бы «галочку поставить, включив необходимый функционал».
Я совершенно согласен, что в ряде случае есть смысл использовать узкозаточенные решения. При работе на допотопном железе, которое нельзя модернизировать, это может быть целесообразно (к примеру на станках с ЧПУ вы так просто не поменяете ОС).
Но в случае розничной торговли лишний гигабайт оперативной памяти за 20 лет окупился бы уже 1000 раз. В то же время необходимость прибегать к поддержке автора-разработчика такой уникальной системы — это совсем другие деньги.
Хотя выгоду автора-разработчика, подсадившего фирму на свой уникальный продукт, я понимаю и поддерживаю.
Разница в том, что подключение онлайн-кассы в вашем случае повлекла полный отказ от вашей компактной и ограниченной системы. А в случае универсального решения «с огромным cf-файлом» достаточно было бы «галочку поставить, включив необходимый функционал».
нет же. большинство торговых предприятий используют 1с для учёта и сторонний фронт. вот тут такой сторонний фронт и есть (пусть и на платформе 1с).
Для инвентаризации в 1С: Розница необходимо 3(ТРИ, КАРЛ!) разных документа, а получить результат инвентаризации — вообще отдельная песня.Да, три. Инвентаризация товаров, оприходование, списание. Результат инвентаризации виден as is, из коробки. У нас правда была немного допиленная руками обработка под это дело, с более удобным интерфейсом. Не споете эту «отдельную песню», а то мы что-то о каких-то разных Розницах тут говорим?
Да. Могу. Очень тяжелая. Я писал, что потребовался геймерский комп (кроме видеокарты), чтобы она хоть как то начала ворочаться. А делов то, на полтыщи номенклатуры плюс ЕГАИС и база данных за 3 года.Несколько тысяч единиц номенклатуры, подгружаемые каждый день сотнями новые характеристики, БД на некоторых компах насчитывала на момент моего увольнения уже 4-5 лет и столько же — веса в гигабайтах (файловый режим, да). Крутилось все на бюджетных ноутах Lenovo, которым до гейминга было как до Китая раком. Связь для обмена с головным кластером через 4G модемы. Пилотная партия вообще работала на нетбуках от ГарриПоттеров. На последних да, была реальная боль работать с ней, но годы назад это была очень вынужденная мера, и с закупкой очередной партии оборудования они ушли в небытие. Но тем не менее, оно работало без особых глобальных нареканий. И вызывало в разы меньше проблем, чем описанные Эвоторы.
Исходя из первого пункта — очень подвержена такому понятию — как битый кэш. Знаете об этом?Не знаю. Присоединяюсь к вопрошающему выше — поведайте, пожалуйста. Кривой локальный кеш я за всю свою карьеру спеца поддержки, а позже — программиста 1С видел преимущественно на активно обновляемых конфигурациях, в которых сидят десятки и сотни пользователей, и эта «проблема» решается одной кнопкой (а в некоторых случаях — одним ключом запуска, прописываемым в лаунчер или ярлык). Гораздо бОльшей головной болью у нас были проблемы с тем, что база именно файловая, локальная, со всеми вытекающими.
Очень сложная в настройке и в работе. Я уже писал о том, что писал инструкцию для продавцов на 4 листа. Это только для того, чтобы они смогли инвентаризацию сделать.Я писал инструкцию на 30 листов. Это была ОЧЕНЬ детальная инструкция, написанная ОЧЕНЬ подробно, и рассчитанная на то, чтобы ей пользовался человек, впервые в жизни видевший ноутбук. Для более продвинутых пользователей инструкции умещались на одном маленьком листочке. В том числе по инвентаризации. Настройка голой базы с нуля (развертывание из эталона и настройка под конкретную торговую точку) у меня занимала 10 минут. Настройка вообще с полного нуля, как я когда-то засек — 30 минут, из которых часть времени была потрачена на уточнения, что именно прописывать. Не считая первичной выгрузки. Я не отрицаю, что настройка базовой Розницы для не очень требовательной бизнес-логики и настройка ПРОФ для работы с ЕГАИС это в некотором роде две большие разницы… но… «очень сложная»? Вы серьезно? Как тогда этой «очень сложной» настройкой за несколько дней овладел я, на момент прихода в компанию вообще толком не работавший с 1С на уровне глубже продвинутого пользователя? Когда я уже в бытие свое программистом разбирался в механизмах Розницы уже «изнутри», я тоже не увидел в ней ничего экстраординарного, что делало бы настройку «очень сложной», по сравнению с настройкой (и отладкой) хотя бы той же базовой бухгалтерии. ЧЯДНТ?
Чрезмерно усложнена система обмена данными.Wat? О_о Она такая же, как и везде в других конфигурациях 1С, можно узнать, по сравнению с чем именно тот же обычный файловый обмен данными через выгрузку в XML по правилам обмена «чрезмерно усложнен»? Не нравится файловый обмен — есть кучка других вариантов.
У меня где-то тут появился вопрос… а вы точно программист 1С?
Вообще чрезмерно утяжелена и усложнена. Зачем мне боинг, если я хочу просто каждое утро приезжать на работу и уезжать с работы. Достаточно матиза.Ну так и пользуйте только то, что вам надо, остальные механизмы лежат и пить-есть не просят. Да, практически любая конфигурация 1С — жуткий комбайн. На наших рабочих местах по большому счету все, что делалось в Рознице — сканировался и отпускался товар, плюс проводилась его инвентаризация. Позже были и несколько торговых точек, которые уже вели в Рознице более-менее полноценный учет. Проблем с «там слишком много всего» никто никогда не видел.
Очень глючная. Например шикарные сканеры Datalogic напрочь отказались работать с ней. Точнее 1С не видела эти сканера. Путем долгих (крайне сложная конфа) копаний в отладчике удалось найти и исправить ошибку. Несмотря на мои багрепорты, спустя 4 года ошибка все еще присутствует и мне приходилось после каждого обновления залезать в конфу, снимать с поддержки и править код. 0 на 1. )Вот тут мне хотелось написать очень много всего, но я лучше просто посижу в уголке с фейспалмом. У меня уже реально серьезное подозрение, что вы не программист 1С. Да, торговое оборудование может доставлять кучу гемора (я могу описать, с помощью какого лома и какой матери я заставлял нормально работать АТОЛовские продукты в отсутствие какой-либо вменяемой документации в период их перехода на 10.х ветку драйверов с параллельной обязательной сменой ФФД на 1.05), но… снимать с поддержки каждый раз и править код? Тут что-то, мягко говоря, не так.
Поддерживаю вас.
Обычные рабочие моменты автор поста возводит в какой-то непроходимый геморрой, из-за чего готов отказаться от 1С насовсем, да ещё обругать, как неработающее решение.
Поддерживаю вас.
Обычные рабочие моменты автор поста возводит в какой-то непроходимый геморрой, из-за чего готов отказаться от 1С насовсем, да ещё обругать, как неработающее решение.
а известный парадокс:
сначала мы делаем универсальную систему, где достаточно поставить галочку для включения функционала и не нужен специалист, галочку может поставить и бухгалтер.
потом система становится постепенно все более универсальной, все более развитой. и для того чтобы разобраться в 100500 галочках настройки опять нужен специалист.
этот специалист является программистом.
здесь мы сталкиваемся с тем, что программисту интереснее написать свой велосипед с нуля, чем посмотреть внутри типовой конфигурации 1С что там наваяли коллеги-программисты и как это включить правильно.
Для кассиров процентов 80 функций не надо. Оплата, возврат и всё.
1С: Розница не работоспособна. В ПРИНЦИПЕ.
А мужики-то не знают… :)
Я на рознице поднимал и сети на 30 точек и на 300. И в связке с УТ и автономно. И онлайн и офлайн. И в связке с Фронтолом.
Простая как 3 рубля и надежная конфа.
Ну а решение что в 99 году, что в 20м году писать САМОПИСНУЮ конфу с нуля под АБСОЛЮТНО ТИПОВУЮ задачу… Ну такое себе. Бросает тень на вашу квалификацию.
Я могу понять ситуацию, когда процессы в компании ну никак не ложатся на типовые/отраслевые решения, но РОЗНИЦА, КАРЛ! :)
АТОЛЛ
Это не у него ли тоже оплата за каждый чих по каждому ККМ типа "НДС 20% — купите обновление прошивки"?
Вы думаете у других не так?
У Инкотекса не так. Прошивка для Меркурия 119ф качается с сайта и шьется. А когда были вопросы с написанием драйвера, то служба поддержки связала с инженерами писавшими прошивку. У Атола служба поддержки пошлет вас к региональному партнеру, у которого про написание драйвера под Атол никто ничего не знает.
И да Меркурий раза в полтора-два стоит дешевле.
ЕМНИП всё так потому, что меркурий в положении догоняющего. и оказался он в таком положении не просто так, а потому, что заработал себе репутацию «лучше доплатить, но взять штрих/феликс».
ЕМНИП всё так потому, что меркурий в положении догоняющего. и оказался он в таком положении не просто так, а потому, что заработал себе репутацию «лучше доплатить, но взять штрих/феликс».
В какой нибудь Мск, возможно, это и так.
А у нас на периферии Штрихи были для многих неразумно дорогим решением.
Инсталляций Штрихов я видел чуть ли не в 20 раз меньше.
так и мы не в столицах обитаем.
Инсталляций Штрихов я видел чуть ли не в 20 раз меньше.
честно говоря, меркурии видел во всяких магазинах одежды, где нужно пробить полтора чека в день.
что же до магазинов с очередями на кассах — таки там другие аппараты. не думаю, что пятёрочка, магнит и прочие не умеют считать деньги.
что же до магазинов с очередями на кассах — таки там другие аппараты. не думаю, что пятёрочка, магнит и прочие не умеют считать деньги.
У этих федеральных сетей и так расходы миллиардные.
Плюс-минус подороже-подешевле фискальник федеральным сетям неважно.
А еще у них огромные скидки от объема покупаемого оборудования.
Это как ИТ маленькая компания ровняется на технологии Гугля…
Кое что применять еще можно.
Но какие-то вещи будут крайне не выгодны на мелких масштабах.
У меня штук 200 чеков в день бьют. Очередь поменьше чем в Магните, но тоже бывает.
Когда он зарабатывал такую репутацию я с ним, похоже, не работал )
Последние лет 10 всё работает. Вот в реестр 54фз их включали долго, это правда… август-сентябрь 2017. Теперь у меня на складе есть штук 15 Атолов, которые никто не хочет покупать.
А вот у лидеров типа Атол и Штрих всё один хрен платное. Штрих по началу вроде ещё держался, даже прошивки сами автоматом прошивались свежие (если настроить). Но как НДС 20% ввели тоже за деньги стали продавать. Я с кем-то из их братии общался даже тогда на предмет «А вы не офигели?». На что они сказали, что государство постоянно что-то меняет, а мы что нанимались бесплатно это все актуализировать? Типа не мы такие, жизнь такая. На что я им сказал, что государство вам и так дало возможность продавать свой кусок говна (не побоюсь этого слова) за 30к руб, радовались бы. При этом у Штриха ещё всё не так плохо, у них по крайней мере драйвер бесплатно лежит, да и прошивки при желании можно найти и прошить не оплачивая лицензию (впрочем это не точно). А вот Атол, на сколько я знаю, даже за драйвер денег хочет.
При этом я так скажу, что если у Вас касса это самостоятельная единица, то может быть и не особо важно что покупать. Но если надо её использовать совместно с каким-то другим продуктом (с 1С например), то я бы не стал покупать неведомые зверушки. Вангую, что там в плане поддержки со стороны других вендоров будет полная опа (ну моё мнение такое).
делать синхронизацию с 1С.
Разводка старая как мир.
Всё написанное вами про 1С было бы справедливо. Но автор же написал – некуда ставить монитор, комп, клаву, мышь. Я легко могу себе представить крошечную точку, куда продавщица-то с трудом влезает.
Комп сейчас бывает размером с 2 пачки сигарет, небольшой сенсорный монитор вешается на стену. Так не получится?
Учитывая прожорливость и требовательность 1С, на NUC-подобном компе она с огромной вероятностью не будет работать.
Понятно. Расходимся.
если хотите предметно обсудить архитектуру — в лс, ибо данного обсуждения это не касается. мой комментарий относился исключительно к сложности запуска клиента на слабых аппаратных конфигурациях
Уровень владения предметом продемонстрирован отлично.
Уровень владения предметом Платформа 1С — идеальный. Какие еще предметы нужны?
Идеальный — это когда человек не может внедрить типовое решение, а пишет свой велосипед с нуля?
А зачем внедрять этот отстой? Или вы считаете владение предметом — неспособность самому спроектировать и разработать учетную систему?
Понятно, что свой велосипед пилить интереснее. А уж если есть финансирование заказчика на эту работу — то жизнь программиста удалась.
Всё же, я считаю что профессионал должен предлагать лучшие варианты своего заказчику/работодателю, а свой велосипед как правило неэффективно.
Есть небольшие исключения из этого правила — крайне нетипичная область использования (но с розничной торговлей в маленькой сети магазинов как у вас это не так, максимум там целесообразны небольшие доработки типовой конфигурации) и крайне небольшой продукт — эти вещи можно свелосипедить.
Я прекрасно понимаю вас:
Действительно нашему мозгу тяжело заниматься изучением пока еще неизвестных ему вещей. Нам проще убедить себя, что это отстой, чем разобраться. Это касается чего угодно, хоть изучения китайского языка, хоть изучения чужого кода.
Это просто особенность устройства нашего мозга.
Практика показала, что свой велосипед в данном случае оказался сильно дешевле типового решения. Сильно надежнее, скоростнее. Я вам главную крамолу скажу. О Ужас! Велосипед на обычных формах написан, потому что управляемые формы не устроили скоростью работы. Щас тут гуру набегут и скажут, что я не смог в управляемые формы ))))
Ну… если фирму обслуживают ИТ-шники, неспособные выбрать какие формы использоваться в типовой конфигурации — управляемые или обычные, а сразу начинающие писать свой велосипед — мне жаль эту фирму. Впрочем, неквалифицированных людей в любой сфере полно.
Я не спорю, что уникальное решение созданное под конкретные бизнес-процессы будет сильно быстрее.
Более того, я удивляюсь, если узкоспециализированное ПО окажется медленнее универсального.
А вот насчет «дешевле» всё не так просто:
Фирме пришлось 20 лет платить вам деньги вместо того, чтобы просто купить дополнительную оперативную память и т.п. в свои компьютеры.
Фирме пришлось 20 лет довольствоваться ограниченным в своих возможностях допотопным суммовым учетом как в допотопные советские времена. Ну в те советские времена не было технической возможности, но наше-то время уже не было технических ограничений. Их сдерживало только ваше ПО.
Понятное дело, что, в конечном итоге, это решение руководства предприятия, хоть и не без ваших подсказок.
Но мне представляется, что профессионал, занимающийся автоматизацией предприятий должен раскрывать для руководства информацию о возможностях альтернативного ПО.
Блин. Как удобно додумывать за опонента тезис и потом с ним яростно спорить.
Вы опять не поняли. Управляемые формы даже в пустой велосипедной конфигурации не устроили производительностью.
Опять вы не поняли.
Ни о какой разработке с нуля речи вообще не идет.
Нет необходимости использовать управляемые в типовых конфигурациях, вполне можно использовать обычные формы в типовых конфигурациях. В торговой — точно.
Но вы этого не знали…
Блин! Вы читать умеете или нет??? Мне по фигу что там в типовых. Меня управляемые формы сами по себе не устроили, даже в моей велосипедной конфигурации. Короче. Это разговор слепого с глухим. До свидания.
В типовой конфигурации можно использовать обычные, а не управляемые формы.
Или вы из принципа будете выбирать самое неустраивающее вас решение? И смотреть только на него?
И когда коллеги вам говорят, что существуют альтернативы — вы не будете это воспринимать, а будете ругаться?
Ну если вы убедили заказчика профинансировать вашу уникальную разработу — честь вам и хвала как продавцу.
О Ужас! Велосипед на обычных формах написан, потому что управляемые формы не устроили скоростью работы. Щас тут гуру набегут и скажут, что я не смог в управляемые формы ))))
Ну, для начала, следовало бы вообще выяснить, а за каким чертом вообще были придуманы управляемые формы? Внезапно выяснится несколько интересных вещей:
1) отвязка от клиента (можно в браузер)
2) разделение кода на клиентский и серверный, что КРАТНО повышает производительность кода. Но это тяжело, верно. Нужно делать лишние, казалось бы ненужные, приседания.
И дай отгадаю, когда наше доблестное правительство опять скажет всем делать «ку», вы очередной раз перепишете все с нуля, либо предложите очередную глупость вроде эвотора.
Они свято верят, что знание всех фишечек и кнопочек конкретной типовой конфигурации и есть владение предметом, но стоит им попасть в незнакомый мир отсутствия типовых — сразу тонут, неспособные написать ничего, выходящего за рамки типовых.
Давайте посмотрим с другой стороны.
У меня есть опыт разработки конфигураций с нуля.
И с экономической эффективностью этих решения для моего заказчика — спорно.
Хотя мне как разработчику было интересно.
И денежка шла.
Но удалось безболезненно для фирмы самостоятельно реализовать только простейший базовый функционал.
И да — всё это летало. Но…
Как только фирме захотелось иметь партионный учет:
Я его добавил, но возникли ровно все те же неудобства что и у типовой конфигурации — снизилась скорость проведения документов, появилась необходимость заниматься восстановлением последовательности, возникли проблемы с исправлением документов задним числом.
Но до того, пока фирма не осознала крутость и необходимость партионного учета — всё в моей конфигурации было великолепно по скорости. Куда там типовым.
А потом возникла необходимость правильно вести бухгалтерию и все те вычисления для налоговой, что уже имеются в типовой — мне пришлось реализовывать самостоятельно. И это уже был ужас.
Ибо учет на фирме «для себя» я делал так как мне казалось целесообразным, как мне казалось удобным — это был кайф в техническом плане.
А вот обязательную отчетность — пришлось вникать в то, что придумали другие люди, и тут я столкнулся ровно с тем, с чем и вы столкнулись не желая принимать типовые решения: нам очень не интересно и тяжело разбираться с чужими правилами.
Это совсем не то, что выдумывать свои, там как раз одно удовольствие.
Поэтому применение нетиповых решений — крайне ограничено целесообразно.
Целесообразно взять типовую и допилить отдельные моменты под уникальные бизнес-процессы предприятия. Это и по деньгам для предприятия разумно и быстро и результат по времени выполнения этих доработок предсказуем.
1. Рядом со своей конфой ставил 1С: Бухгалтерию и просто выгружал в нее те данные которые было нужно.
2. Ставил типовую бухгалтерию и на ее базе писал свой функционал. То есть в одной базе данных жило как бы две конфы: Бухгалтерия и Моя разработка. С точки зрения пользователя они вообще никак не пересекались. Просто каждый видел ровно то, что нужно.
И тут кстати нет никакого противоречия с моей нелюбовью к типовым. 1С: Бухгалтерия действительно типовая и ее возможности на 100% покрывают потребности любого предприятия для общения с налоговой. А то, что рядом живет еще и свой функционал — вообще никого не касается.
Ну вот решение пилить свою бухгалтерию при наличии типовой мне кажется сомнительным. Я поступал по разному, но уж точно не пилил свою бухгалтерию.
Что за глупости. Зачем пилить свою бухгалтерию?
Речь о другом:
Выцепить из уникальной сделанной с нуля конфигурации «с весьма оригинальными принципами учета» информацию в тех разрезах, что нужно для печати официальных документов и для организации бухгалтерского/налогового учета — потребовало значительных усилий, пожалуй даже превышающих усилия по созданию «уникальной конфигурации с нуля».
«А потом возникла необходимость правильно вести бухгалтерию и все те вычисления для налоговой, что уже имеются в типовой — мне пришлось реализовывать самостоятельно. И это уже был ужас.
Ибо учет на фирме «для себя» я делал так как мне казалось целесообразным, как мне казалось удобным — это был кайф в техническом плане.
А вот обязательную отчетность — пришлось вникать в то, что придумали другие люди, и тут я столкнулся ровно с тем, с чем и вы столкнулись не желая принимать типовые решения: нам очень не интересно и тяжело разбираться с чужими правилами.
»
Заврамшись.
Вы путаетесь в показаниях. Ранее вы писали
«А потом возникла необходимость правильно вести бухгалтерию и все те вычисления для налоговой, что уже имеются в типовой — мне пришлось реализовывать самостоятельно. И это уже был ужас.
Ибо учет на фирме «для себя» я делал так как мне казалось целесообразным, как мне казалось удобным — это был кайф в техническом плане.
А вот обязательную отчетность — пришлось вникать в то, что придумали другие люди, и тут я столкнулся ровно с тем, с чем и вы столкнулись не желая принимать типовые решения: нам очень не интересно и тяжело разбираться с чужими правилами.
»
Заврамшись.
Нет никакого противоречия с предыдущим моим утверждением.
Видно, что вы в пылу спора потеряли адекватность…
Не горячитесь.
Подумайте еще раз.
Может и нормально. i3 около 4-го и 4 Гб оперативы — прекрасно работает. Там ещё сокет 1150. Есть у меня один такой магазинчик. И норм робит, только я опять что-то где-то забыл поставить и со скидками траблы при пробитии чека. А всё остальное робит. Касса печатает, терминал с карточек денежки сосёт. Сканер не выделывается. Был косяк с печатью этикеток с ШК — решил через нужный шрифт.
А эвотор — это дно просто какое-то, ещё когда он начал появляться — я просто посмотрел на ленивую интеграцию и понял, что это обычный лохотрон.
У меня она стояла на алкогольных магазинах. Ох и намучался я с этим УГ. Для нормальной работы пришлось купить Core i5 16Gb RAM и SSD. Только в такой конфигурации ОНО смогло более менее работать. Обмен данным с этим «чудом» — отдельная песня.
Чтобы сделать инвентаризацию — пришлось написать инструкцию на 4-х (ЧЕТЫРЕХ, КАРЛ!) листа.
Ну и далее со всеми остановками. 1С: Розница улетела в унитаз вслед за эвоторами
Это не у него ли тоже оплата за каждый чих по каждому ККМ типа «НДС 20% — купите обновление прошивки»?
Это стала политика всех производителей ККТ. Вообще всех (кроме аутсайдеров), рынок насыщен, продажи упали. Прибыль надо показывать любым способом. Кредиты, которые брались 2-3 года назад пора возвращать. Вообще, снимаю шляпу перед Вами. Столько терпения! Обычно эвотор выкидывали через 15 месяцев и меняли на другого производителя.
Openpapyrus — исходные коды, атол, вики принт, пирит, штрих фр, чесзнак, егаис, меркурий, все оборудование и вообще все за даром кроме живых консультаций.
Я стесняюсь спросить, а купить премиум подписку на поддержку критичной для бизнеса системы разве не логично?
Там 600 руб./месяц на одну кассу.
Автор (и руководство компании, видимо) радовались, когда 150 руб. сэкономили, а вы говорите...
Во вторых, тут скорей психологическая проблема. Фичи, которые были бесплатны теперь только за премиум. Получается покупал ты один продукт, а имеешь другой. Это настраивает на негативное восприятие и недоверие.
нож с минимальным функционалом
Еще одна из списка разводок от 1с.
Ключевой пост, как мне кажется. ) А я просто устал допиливать те 5 магазинов, которые сидели на 1С: Розница, представил себе объем допилов для остальных точек и выбросил Розницу на помойку, где ей самое место.
Что то нелогично пишете.
Программист, да отказывается от работы, за которую можно получать деньги.
Как показывает моя практика большая часть допилок связано с тем, что человек ленится разобраться в типовой, где всё есть для большинства предприятий. Ему интересно всё написать самому.
Допиливание как правило связано или с тем, что предприятие слишком передовое и постоянно повышает уровень автоматизации, впереди планеты всей.
Или с тем что директору программист не рассказал, что оказывается у него в ПО нужный функционал уже есть, достаточно просто начать им пользоваться.
Есть конечно клинические случаи, когда руководство предприятия имеет свой очень оригинальный взгляд на учёт. Но тогда и ПО других разработчиков не подойдет.
Большая часть допилок связана с тем, что типовые от 1С разрабатываются для сферического предприятия в вакууме, при том не задумываясь об удобстве конечных пользователей.
В случае если бы 1С была неподходящим инструментов для сколько-нибудь значительной части людей — то потребители массово переходили бы на другое ПО или писали массово же конфигурации с нуля на базе платформы 1С. Уж типовыми бы конфигурациями 1С тогда бы точно не пользовали.
А такого не наблюдается.
Что до доработок: обратите внимание на то что именно и в какой объеме допиливают. Большая часть делает небольшие доработки под особенности своих бизнес-процессов.
И даже те, кто делают большие доработки — остаются на типовых конфигурациях, используя львиную долю их функционала.
Ситуация «написал свою конфигурацию с нуля» — это не столько решение руководства фирмы, крайне недовольного ПО, сколько решение самого программиста.
Я сам так тоже делал.
Чисто из технического интереса. Оказалось и по деньгам тоже полезно.
Моего авторитета у фирмы было достаточно чтобы подсадить её на мой продукт. Ну а поскольку изначального функционала там было гулькин нос, несопоставимо в типовыми, то я был на долгие годы обеспечан доработками моей уникальной конфигурации.
Строго говоря, до тех пор пока фирма не потерпела неудачу в торговле и не ушла в другую сферу, где моя конфигурация была уже не нужна.
Очень много недовольных типовой Розницей, не зря MAGAZKA пользуется неплохой популярностью. А так да, вот знаю контору, около 4 тыс. магазинов, взяли, когда у них было ещё только 100 магазинов, за основу типовую Розницу. Ну от типового там ничего уже и не осталось почти…
А зачем вы это сделали, зачем выбрали софт неподходящий под задачу?
Но виноваты не вы, а 1С?
От 50 магазинов уже выгоднее ставить узкозаточенный софт, который на порядок проще, ибо вся бизнес-логика уже на сервере, а на кассах стоит оффлайн подсистема по сути вообще без своей полноценной СУБД.
Вся Бизнес-логика на сервере тоже решение не без проблем, мягко говоря. Но это уже к теме не относится совсем.
Никто не виноват
Ой ли
просто типовая розница «из коробки» на самом деле мало кому подходит.
Да многим она подходит. Небольшим сетям, отдельным магазинам.
Вы довольно непрофессионально подошли, просто прочитав слово «розница» на коробке и решив что это подойдет и под вашу розницу.
Но розница рознице рознь и нужно разное ПО для разных видов розниц.
Хотя к настоящему времени вы, надеюсь, это уже поняли.
Ну вот запустили сеть из 100 магазинов на допиленной франчом Рознице. И, внезапно, путём слияний и поглощений через полгода оказалось 800 магазинов. Что, надо было прямо по ходу софт менять? А у 1С для крупных розничных сетей типовых решений и нет нормальных.
Вы хотите сказать, что во всех до единого купленных магазинах был идентичный такой же так же доработанный тем же фрачем софт?
Наверняка там был разный софт и объединив ИТ команды можно было воспользоваться опытом какой то из купленных сетей и выбрать лучшее решение для дальнейшего развития.
Но, смею предположить, выбрали то решение, которое было в головном купившем всех предприятии, даже если это решение было не самым оптимальным?
а чем в этом плане сеть из 10 магазинов отличается?
а чем в этом плане сеть из 10 магазинов отличается?
Структурой затрат, что позволяет проводить автоматизацию другого уровня только.
ПО 1С Розница сравнительно богато на функционал. Но смысла в больших сетях в этом функционале нету. Ибо всё делается в центре и только в центре. Или на отдельных выделенных компьютерах в подсобке.
Скажем у нас по Сибири в больших сетях ставится на кассах Линукс и ПО созданное на Java местными разработчиками. Из того что я знаю — счет инсталляций у них еще лет 10 назад шёл на много сотен, сейчас полагаю речь уже о десятках тысяч. По степени стабильности работы касс аналогов я не встречал.
Функционала там кроме собственно продаж нет вовсе (потому и стабильно работает, ибо ПО просто как валенок). Всё управление ведется из 1С бэкофисной или другого бэкофиссного ПО, что накладывает дополнительные требования к доработкам 1С. Впрочем разработчики этого Java-решения постарались более-менее оставаться в рамках работы с торговым оборудованием в соответствии со стандартами 1С, скажем формат файлов у них это модернизированный формат файлов, используемых на кассах и с 1С.
Тем не менее, мелкому предприятию открывающему магазин на первом этапе использовать решение на 1С Рознице обойдется дешевле (специалистов по 1С полно, а слово «Linux на кассах» пугает). Но по мере роста числа магазинов стоимость поддержки 1С на кассах растет быстрее чем стоимость поддержки решений на базе Linux
P.S.:
Порылся в подключении упомянутого ПО к моей 1С.
ПО касс называется Artix.
ПО касс называется Artix.
артикс разве на яве?
Скажем у нас по Сибири в больших сетях ставится на кассах Линукс и ПО созданное на Java местными разработчиками
по описанию похоже на set retail, но непонятно почему «местные разработчики»
ПО касс называется Artix.
артикс разве на яве?
Как сейчас не знаю.
А когда я с ним общался очень много лет назад — он был именно на Java, но еще не назывался Artix.
Возможно это очередная версия получившее новое имя уже на другой платформе. Но с учетом того, что нам на бэкофисе не пришлось ровным счетом ничего модернизировать в обмене данными, когда на кассах появилась очередная новая версия уже с именем Artix, могли просто имя заменить, а ядро софта то же.
по описанию похоже на set retail, но непонятно почему «местные разработчики»
Самые первые крупные инсталляции были в Новосибирске и Барнауле.
Сейчас — возможно да, может их уже кто то купил или они работают на европейскую часть страны. Но лет 15 назад — это было чисто местное решение.
Премиум-поддержка стоит около 600 руб./месяц на одну кассу. У вас 30 касс? Неужели, нельзя было потратить 18.000 в месяц, чтобы беспроблемно работать на уже установленной и налаженной системе?
Неужели новые траты, новый геморрой с новой системой (а он будет, сто процентов) для вас лучше, чем фиксированный понятный платёж за уже работающую систему?
Извините, но у меня большие сомнения по поводу ваших принятых решений сменить платформу. Это видится крайне неразумным и очень опрометчивой экономией на спичках.
Работодатель, видимо, просто ничего не понимая, идёт у вас на поводу. В результате, компания мечется от одного решения к другому, неоправданно меняя шило на мыло.
Понимаю, что вы намучились с Эвотором, прошли огонь и медные трубы, но, простите за критику, вашей квалификации и кругозора не хватает на эту системную задачу, вы принимаете сомнительные решения, ваши эксперименты стоят компании много времени и денег.
А кто сказал, что ЭВОТОР ограничатся этими 18К в месяц? Судя по изложенному в посте, поборы начали вводить постепенно — монетизируя ранее бесплатное. Компания автора поста "спрыгнули с паровоза" на 18К в месяц, остальные поехали дальше. И никто не гарантирует, что 18К не превратятся в 180К через год — кто знает, что ещё наэффективят тамошние менеджеры. Тут вопрос не в экономии 150 руб. на отдельную точку, а в прозрачности правил игры.
И никто не гарантирует, что 18К не превратятся в 180К через год — кто знает, что ещё наэффективят тамошние менеджеры.
1) Через год 18 в 180 не превратятся. Здравый смысл гарантирует это. Даже Эппл с его аппетитами и возможностями повышать цены — за год всё равно в 10 раз не повышает.
2) Пусть вас не смущает фраза автора «компания небольшая». Ибо 30 касс — это одна только арендная плата за розничные торговые площади 800 000 — 3 000 000 рублей рублей в месяц. Еще есть зарплата на 60-120 продавцов ( 1 500 000 — 6 000 000 рублей). И пр. расходы.
При таких масштабах экономить 18 000 — это экономить копейки, иметь ненужный стресс в виде смены системы учёта, риски простоев и потери данных, менее эффективную работу в переходный период.
Да и новая система явно не бесплатная. А уже её внедрение — тем более (не забывайте что это не только затраты на лицензии и внедренцев, а еще и затраты на обучение, временное на несколько месяцев снижение эффективности собственных сотрудников).
Собственно сомнения у меня зародились в самом начале статьи:
Пока не наступил 54ФЗ обязывающий всех представителей розничной торговли обзавестись (за свой, разумеется, счет) онлайн-кассами с целью передачи данных из них, на одну из площадок ОФД. И все завертелось…
Компания небольшая. Учет в розничных точках велся исключительно суммовой, ровно в духе конца прошлого века. Впрочем всех это устраивало.
Но делать — нечего. Закон — есть закон.
1) Подключение онлайн-кассы к системе на базе 1С 7.7, как раз где система работает уже 25 лет — я делал за три дня первый раз. По второму и так далее разу у других подобных старых систем учета это занимает у меня уже порядка 2-6 часов, так как уже разобрался и есть уже первый раз мною написанный код. Данный объем времени не подключение готового решения, а именно написание собственного кода, адаптирующего универсальный драйвер онлайн-кассы под данную конкретную систему учета.
2) Никакой связи между количественным или суммовым учетом и онлайн кассами нет. От слова «вообще нет». Автор тут что то напутал. В рознице нет необходимости вести остатки, ибо: взяли товар с полки — значит он есть в магазине, провели мимо штрих-сканера, зафиксировали продажу в онлайн-кассе.
Единственное что нужно для подключения онлайн-касс — это связать штрих-коды с названиями и ценами товаров. Но это не количественный или суммовой учет. Это вообще параллельная сущность.
Да, в идеале количественный учет нужен в центральном офисе, он крайне полезен для бизнеса в плане оценки эффективности бизнеса и можно более гладкую более правильную более точную (разумеется в интересах предприятия) отчетность сдавать в налоговую, и лучше проводить инвентаризации на торговых точках… Но вот конкретно только для задачи подключения онлайн-касс на розничных точках необходимости в этом количественном учете нет.
извините, но на 30 кассах это совершенно смешная сумма, существенно меньшая зарплаты одного среднего разработчика 1с
вы хотите сказать, что работодатель тратит на зарплату вам меньше 60 тысяч в месяц?
В июне 2020-го года, измотанный ежедневными вызовами в каждую точку со всеми вышеперечисленными проблемами
и за эти деньги вы не только код пишете, а ещё и техподдержку осуществляете?
Получилась достаточно внушительная сумма в 2000 рублей с кассового аппарата
ну ладно, пусть будет 78000. у нас AFAIK разработчики 8 получают больше.
а для работодателя (при условии «белой» зарплаты, разумеется) выгоднее заплатить 100 тысяч «на сторону», чем 78 тысяч сотруднику.
С таким подходом это путь к разорению. И автор правильно сделал что спрыгнул с поезда.
За то чтобы вы(владелец терминала) им написали про баги(и весьма жёсткие, приводящие к убыткам или проблем с налоговой) в их системе они просят деньги
Если бы это был продукты не столь близкий к простому пользователю, а продукт для программистов, то баг-репорты были бы на уровне.
Дело в том, что обычно это не профессиональные баг-репорты, а неквалифицированные жалобы «помогите у нас ничего не работает; а как эта штука называется не знаю, но она тоже не работает»
И чтобы из такой жалобы что то выжать тех. поддержка должна потратить довольно много времени в общении. Ну а тех. поддержка тоже хочет зарплату.
В ответ меня послали покупать премиум поддержку.
Ладно когда за улучшение функционала просят деньги. И то хотя бы через год после продажи кассы.
А ошибки из за которых владелец несёт убытки или проблемы надолго запомнятся. И к тому же обязательно как здесь к примеру о них напишут. Такое отношение к клиенту оных отваживает, а потом удивляются.
Баг-репорт был адекватный. Не с указанием конкретного куска кода вызывающего ошибку конечно, но баг такой то, чтобы повторить нужно сделать то и то в нужной последовательности.
В ответ меня послали покупать премиум поддержку.
Всё правильно.
На фоне 100500 неудовлетворительных баг-репортов 1 ваш был нормальный. Но чтобы это выяснить — нужно в него вникнуть, потратить время.
А если бы это оказался один из тех 100499 непрофессиональных баг-репортов, которые читать без боли невозможно?
Но все равно на их все нужно потратить время и выяснить насколько они вменяемы.
Конечно, это не извиняет фирму, предоставляющую некачественную тех. поддержку, но пробиться сквозь первый уровень тех. поддержки, которые ничего не решают, а только отписываются или предлагают готовые рецепты — непросто практически в любом сколько-нибудь крупном предприятии, к сожалению.
1) Через год 18 в 180 не превратятся. Здравый смысл гарантирует это. Даже Эппл с его аппетитами и возможностями повышать цены — за год всё равно в 10 раз не повышает.
Здравый смысл зависит от вменяемости конторы и ее бизнес модели.
Вспоминается одна западная контора (пуст она останется неназванной публично) с ценами:
— 12 долларов в год (подписка в данном случае имеет смысл) несколько лет
— 24 доллара в год (заявляют, реально тянут 28.32, на вопрос что за — отвечают что ну налоги теперь такие и вообще мы предоставляем такие качественные услуги...(не заметно — техподдержка по сути — пропала, приложения тупят все больше)
— 36 долларов в год(заявлено) и пост в блоге про то какие они хорошие. И куча постов в интернете с вопросами — а на следующий год сколько будет? 48?72? А какие есть альтернативы? А они таки есть. В том числе и проект в котором вообще можно не платить(если подправить сервер) и все хостить у себя если надо. А можно и платить (как хостить — дело клиента, и клиентские части опенсорсные и сервер, и api прилагается). 10 долларов в год за пользователя. И при этом оно работает сильно лучше.
А вы знаете, что если бросить лягушку в кипяток, то она постарается выпрыгнуть, а если бросить в холодную воду, а потом постепенно довести до кипения, то она так и будет сидеть, пока не сварится? Да, "за 5 лет из 12 в 36", не то же самое, что "через год в 10 раз", но некоторых нужно ошпарить, чтобы они поняли тенденцию. В литературе это называется "гипербола". Извиняюсь, если "ошпарил" ваш интеллект своим преувеличением.
чтобы беспроблемно работать на уже установленной и налаженной системе?
Вы считаете что покупка подписки это гарантирует? Не смешите. Я более чем уверен что там в EULA (или что там у них) написан полный "непричомер" — ни за что не отвечаем, ничего не гарантируем. SLA? а что это?
Они просто не будут сразу посылать на три буквы после вопроса "есть ли премиум", а будут заводить заявку которая, возможно, когда-нибудь будет выполнена. А бизнес будет в это время простаивать.
Не надо фантазировать. Я работаю в огромной розничной компании, немного разбираюсь в работе Эвотора, Штриха и Атола. По премиум-подписке таки заявлена моментальная реакция техподдержки.
Заявлено там может быть что угодно, обычно это маркетинг-буллшит. Важно то, что прописано в договоре на премиум поддержку. В открытых источниках я его найти не смог.
Ну и вообще — принуждение к премиум поддержке при наличии глюков и ошибок по вине вендора, которые стопорят бизнес — так себе практика.
Обеспечьте 10 %, и капитал согласен на всякое применение, при 20 % он становится оживлённым, при 50 % положительно готов сломать себе голову, при 100 % он попирает все человеческие законы, при 300 % нет такого преступления, на которое он не рискнул бы, хотя бы под страхом виселицы.
Томас Джозеф Даннинг
Моя квалификация позволяет все. )
Геморроя с новой системой не было. Запустил 1-го февраля 2020-ого. С момента создания конфигурации до ввода в эксплуатацию прошло 3 месяца. 1-го марта внедрение было закончено.
а на какую систему перешли?
Можно в личку, чтобы не сочли рекламой.
давайте уж открытым текстом, ничего нет плохого в рекламе хорошего продукта
Я когда покупал эвоторы не нашёл(в интернете) практически никакого опыта реальной эксплуатации.
Первые полгода была совсем беда с ними. Тоже хотелось плюнуть и выкинуть их(а некоторые реально так поступали). Сейчас более менее устаканилось и вот не знаю. Стоит ли менять шило на мыло.
блин, не знал что кому-то это интересно, есть похожий опыт с модулькассой… запилю статью как будет время
спасибо!
потом браузер они вобще отключили, и пришлось на планшете запускать саму систему, а касса просто как принтер чеков и ОФД работала.
и кстати с этой фишкой есть один лайкфак, можно одну кассу использовать на несколько отделов — печатать с одним ОФД на разных кассах с одним юридическим адресом
А с аппаратной частью что? Насколько я понял Вас эвотор привлёк компактностью, а что сейчас?
Имея данные о продажах, руководство компании решило перейти от устаревшей системы суммового учета к количественно-суммовому и далее к количественному по мере совершенствования системы.
Можно чуть разжевать для чайников? В чем разница и преимущества.
суммовой учёт — это пришло товара на Х
рублей, выручка Y
рублей, значит должно остаться товара на X - Y
рублей.
что тут не так?
любые изменения цены превращаются в му́ку.
мы не знаем сколько какого товара на точке, значит, мы не можем правильно сделать заказ товара. обычно в таких случаях заказ формирует продавец, а в продавцы, будем честными, обычно идут не самые выдающиеся умы. да и у продавца могут быть свои интересы (например, за списание просроченной молочной продукции штрафуют — значит не будем вовсе заказывать молока со сметаной).
есть и ещё одна «прелесть».
предположим, что у нас заправка, на которой на кассе есть два товара: сигареты и фанта, оба стоят по 100 р. за углом супермаркет, в котором сигареты стоят те же 100 р (цена на сигареты регулируется государством), а фанта — 50 р.
утром выходит продавщица, у неё на остатках 1 пачка и 1 бутылка.
покупатель берёт пачку, продавец не пробивает чек (или пробивает чек, а потом делает возврат), бежит в соседний магазин, покупает бутылку фанты, получает 50 р сдачи, которые кладёт в карман.
вечером приезжает ревизор: так, по данным учёта у вас утром было товара на 200 р, покажите выручку — 0. покажите товар — так, две бутылки фанты, 200 р. отлично, у вас дела в полном порядке, ждите премию.
чем более детализированно ведётся учёт, тем меньше пространства для подобных манипуляций.
Но ведь это же дичь лютая (суммовой учёт). Даже не подозревал что такое практикуется.
Пришло от поставщика n штук/упаковок товара, продано столько-то, повреждено/просрочено столько-то, в итоге на складе должно быть вот столько, плановая выручка с продажи остатка такая то. Это минимальная достаточная логика, на мой взгляд.
я бы сказал, что постепенно розница движется к партионному, а то и вообще поштучному учёту (последнее уже больше требование государства, чем потребность бизнеса).
а суммовой учёт… я знаю, что он где-то применяется, но ни разу по работе не встречал (а с торговлей сталкиваюсь лет 25 как).
При отсутствии нормального оборудования в торговых точках, позволяющих вести поштучный учет проданных товаров — это единственный способ учета в рознице.
Зависит от количества наименований номенклатуры и размера магазина.
Если у вас киоск малюсенький, где всех товаров — 10 видов йогуртов и, важно, эти наименования стабильны-одинаковы годами — прекрасно и точно ведется учет и без этих ваших «кампуктеров».
Нельзя. Чтобы знать, что доехало именно то что послали, нужен человек на месте. Кроме того, есть ситуации, когда продавец сам закупает товар за наличку у заезжего экспедитора.
Без компьютерного учета вести бизнес очень даже можно. В бухгалтерии вообще ничего не изменилось с 15-го века. Только тогда компьютеров не было и как то же жили )))
Вы не видели в живую карточку учета товара на складе? Ну с советских времен? Ну или разворот книги ростовщика 16-го века? Загуглите! Ну правда! Безумно интересно. )
Очень даже запросто звучит. У нас продавцы сами заказывают у экспедитора сторонней компании, например, семечки.
я считаю, что это зло. самое ценное (наличие и ассортимент товара) зависит от людей с не самой высокой квалификацией, как я уже говорил в этом обсуждении.
плюс у эти людей собственные приоритеты (не всегда совпадающие с приоритетами компании).
плюс появляется больше возможностей для махинаций.
заказ должен делаться централизовано.
Вы не видели в живую карточку учета товара на складе? Ну с советских времен?
я вот не видел. года так с 95 видел много складов и всё учитывалось на компьютере.
нет, из ваших слов следовало «жили отлично с суммовым учётом, и жили бы ещё лет 20 так, но тут пришёл 54 ФЗ»
«как я это понимаю:
до этого необходимо было купить компьютер, что делало целесообразность сомнительной.
когда компьютер стал обязательным, стоимость внедрения количественного учёта для бизнеса снизилась.»
Поэтому и решили внедрять количественный учет. Ну не только поэтому конечно… Там много факторов на самом деле было, но это уже СИЛЬНО в стороне от темы.
Простите, а у вас продажи не по сканеру идут или не фиксируются/передаются в головной офис?
Просто какой смысл продавцу самому делать заказы, если голова знает что происходит на точке? Т.е. я могу понять, когда нет оборудования, но сейчас оборудование стоит и связь есть.
А пришло то, чего в фактуре вообще не было — пересорт ;)
>>Просто я не понимаю…
Требования бизнеса могут быть разные, и схемы разные.
54ФЗ обязал все кассы реализовать эту возможность. Поэтому и стали переходить на нормальный учет.
После 54ФЗ нас обязали указывать в чеке не только общую сумму, но и номенклатуру с количеством. А уж поскольку обязали, то стало возможным реализовать нормальный количественно-суммовой учет, что при старых кассовых аппаратах было невозможно сделать
У вас проблема с причинно-следственными связями. «стало возможным реализовать» — а до этого что, было невозможно?
как я это понимаю:
до этого необходимо было купить компьютер, что делало целесообразность сомнительной.
когда компьютер стал обязательным, стоимость внедрения количественного учёта для бизнеса снизилась.
Еще раз. До 54ФЗ не было возможности передавать в центральную базу данные по продажах в разрезе Номенклатура + количество. Только сумма. Мы имели данные сколько конкретного товара отправилось на точку, но в обратной связи была только СУММА выручки. Без номенклатуры. В точках стояли обычные кассы которые умели только пробить чек по сумме и выдать Z-отчет.
Это лютая дичь, если у тебя супермаркет с товароведами; а если у тебя точка 10м2, где один продавец, то количественный учет = дополнительный юнит на зарплате, что автоматически съест все гипотетические выгоды от более качественного учета.
Если у тебя одна точка в 10 квадратов, то продавец = владелец.
И, естественно, он знает свой товар и свои остатки назубок.
Но вот если у тебя на точке в 10 квадратов выложено 2 000 наименований товаров, 3 продавца посменно работающих и сеть из 50 таких 10-квадратных магазинов, то ситуация совсем иная.
Причем пока таких магазинов у тебя 2-3 ты можешь их лично объезжать и проверять, но когда их уже 50 — нужна автоматизация. И она, в пересчете на 50 магазинов, будет не так уж и дорога.
зы: 1С сейчас есть решения типа эвотора и модулькассой, чтобы на кассе микротерминал для обработки, остальное где-нибудь в облаке с полным доступом, чтобы свою аналитику еще прикрутить и какой-нибудь апи расширить?
Всю. С нуля.
вот не верю )
да, в заголовке статьи было «чего это стоило», в статье же вообще ничего про стоимость перехода с эвотора не нашёл.
Все именно так и было. Абсолютно пустая конфигурация 1С и все с нуля. )
Опыт 25 лет работы разработчиком. )
Ну и это далеко не первый мой проект «с нуля». Терпеть не могу типовых «монстров» от 1С.
По поводу конкретных сумм потраченных на реорганизацию сказать не могу, по другим причинам, но вы легко можете подсчитать сами. Цены на оборудование есть в интернете. Сколько получает хороший разработчик 1С — тоже не секрет.
Абсолютно пустая конфигурация 1С
вот я на это и намекал.
платформа 1с — это уже далеко не с нуля.
а физически как теперь выглядит рабочее место кассира?
Я пока не разобрался как тут картинку вставить )))
Картинку выкладываете на web.habrastorage.org
Берете оттуда URL загруженной на тот сайт картинки
Потом нажимаете 4-ую справа кнопку над полем ввода комментария, она называется «Изображение», туда вставляете URL картинки.
Цены на оборудование есть в интернете
так вы же не написали какое именно оборудование у вас стоит.
следующий вопрос — цена софта: какая ОС стоит, сколько стоит 1с.
Всю. С нуля.
вот не верю )
А я верю.
Я писал несколько конфигураций с нуля.
Функционал движка 1С достаточно хорошо покрывает типовые задачи.
Так что, если нет таких вещей как подключение внешнего оборудования и обмен данными с внешними системами, если речь идет о примитивном учете, то конфигурацию с нуля можно написать и за пару дней.
Если речь идет, как у автора статьи, об простом суммовом учете на розничных точках и обмене данными с центральным офисом — там работы меньше чем на 1 рабочую неделю (дня 4).
Смысл таких уникальных конфигураций, что они узко затачиваются на вполне конкретные бизнес-процессы, любые мелкие изменения — и нужна доработка, иногда значительная доработка конфигурации.
Написал сам. Всю. С нуля.
А какой следующий шаг думаете? Давайте в опенсорс
А какой следующий шаг думаете? Давайте в опенсорс
Ценность подобных узкозаточенных решений невелика за пределами их изначально ниши.
Плюс доку нужно делать.
Плюс для использования вам всё равно нужна лицензия на движок платформы 1С.
Да, под опен сорс я понимаю именно выкладывание с докой и детальными описаниями почему сделано так, просто выложенный конфиг имеет мало смысла.
Пост набрал уже 200 комментариев, т.е. видно что тема интересует многих
Ну понятно что могут использовать только 1С, но части связанные с интеграцией возможно кому-то пригодятся для 1С проектов.
Я вас уверяю, сколько-нибудь квалифицированный программист вполне способен написать автоматизацию розничной торговли для конкретного предприятия с нуля.
Ничего там такого волшебного нет с технической точки зрения.
Там вся ценность в привязки к бизнес-процессам конкретного предприятия. А для других предприятий в этом нет ценности, только непонятность одна.
Пост набрал уже 200 комментариев, т.е. видно что тема интересует многих
Посчитайте сколько заинтересовались заполучить это оригинальное ПО из тех 200.
Подавляющее большинство комментаторов просто или выражает непонимание странными поступками автора или рассказывает свои аналогичные история.
Самое его ПО кого-то кроме вас заинтересовало?
Я занимаюсь поддержкой онлайн ккт с момента их массового внедрения, и ситуацию с Эвоторами вы описали крайне мягко… Наши клиенты выбирают Эвоторы из-за стоимости «стартового» комплекта: ККТ, ФН и ОФД, а вот с чем они сталкиваются на следущий день:
— как выше было указано — практически полное отсутствие техподдержки: и даже если вдруг клиент оплатил премиум — «Спасибо за обращение, наше мнение очень важно для вас, мы работаем над этим». Если задача не исправляется «скрепкой в дырочку» — можно забыть.
— бесплатно Эвотор позволяет: продать товар, вернуть товар, закрыть смену — весь остальной функционал за денюхи, причем, немалые. Хотите УТМ? Платите. Хотите обмен с 1С? Платите. Хотите просто закинуть на кассу список товаров в CSV? Платите. Ну, вы поняли…
— Софт сырой, от слова совсем: постоянные зависания, требования провести «профилактические работы»(да, отключение от 220 на полчаса подобное лечит — в половине случаев), отвал ККТ от личного кабинета(это выглядит так — работаете, работаете — и фигак, касса заблокирована. Баба Зина в шоке обрывает телефон директору, директор вам, а вы сидите еще с тремя такими на проводе. ТП Эвотора? Читайте выше...) и вишенка на торте — отвал модуля кассы(несёте в сервис центр и вам меняют этот модуль по цене в 1/2 от стоимости кассы, конечно, если она уже не на гарантии).
— А аккумуляторы? В семерке стоит нокиевский(неоригинальный!) BL-5C — живёт максимум год, потом вздувается и рвёт крышку аккумуляторного отсека планшета. В пятерке и других «автономных»(которые при отключении от сети живут не 10 секунд — а полчаса-час) стоят 18650(как в электронных сигаретах): и тут есть много «но». Первое, это «качество» аккумуляторов: от заявленных 2700 ач там от силы 270 — при попытке использовать их в электронке вас ждёт фиаско: ток просто унизительный, напряжение моментально проседает до вольта с хвостиком… Китайский шлак. Второе: Эвотор не заряжает полностью высаженные аккумы — т.е., вообще. Либо заряжать в покупной зарядке, либо держать один заряженный и раскачивать сменой аккумуляторов. Третье: контроллер заряда — тоже китай: один из клиентов при замене аккумуляторов решил вставить свои проверенные «шоколадки»(высокотоковые аккумуляторы в коричневой термоусадке) в свой 7.3 — а туда влезает целых четыре штуки… Касса уже была без гарантии…
— Жадность Эвоторовцев просто зашкаливает… Даже если вы купили кассу — вы можете попасть в ситуацию, как, например, с переходом на ФФД 1.05. Приходит письмо, из налоговой — вы торгуете с нарушением законодательства РФ, устранить в течение двух месяцев! Как так, вы же заплатили порядка тридцати тысяч за кассу в красивой коробке — откуда нарушения? А вот так — внесены изменения в закон, касающийся онлайн ККТ — и Эвотор… Правильно, требует денег. Не заплатите одним — придут другие.
Извините за сумбур — но хотелось бы просто дать совет от человека «с той стороны» — покупаете кассу — берите любую другую: Атол, Viki — да ту же МТС. Потому что на Эвотор потратите минимум втрое больше денег, нервов и времени.
Везде, абсолютно везде где мог попрощался с Эвотором, розница+атолл на данный момент самый адекватный вариант, про РИБ уж вообще молчу (с тем же самым простым обменом через Яндекс диск), и у 1с конечно бывают танцы с бубном. Но там хоть всё логично, и маркировку на, и ЕГАИС на, и Меркурий на держи только купить меня купи, про обмен с торговлей и бухгалтерией вообще молчу, как вспомню глаза бухгалтера когда у неё декларация по пиву чуть ли не сама собралась, у неё только пятки и сверкали когда она уже мне за пивом бежала))))
Для тех, кто прочитает про сбер и эво. Самая надежная связка это Инженики Ipp 320 (дисплей монохромный) или Ipp 350 (цветной дисплей) кабель юсб пихать в порт с 1.0А, на порту 0.5 были проблемы. Драйвер сбера нормальный и бесплатный кстати. Не ставить Pax sp30 + Эво это гемор и потерянные нервы и время. Сейчас эво и сбер продвигают кассы+эквайринг 2в1 на момент сентября 2020 крайне не рекомендую для стационарных точек продаж (не читает карты некоторых популярных банков эквайеров, проблемы со связью, часто падает в ошибки). 54 фз зло.
Где-то года полтора назад имел дело с подобной системой Дримкас, проблемы были примерно те же — глюки, кривая документация, отсутствующий функционал и попытка за любой чих взять денег.
Придя в компанию на полный график 1-го октября 2019 года, принял решение о переходе на 1С 8.3 собственной разработки с нуля.
Серьезно? В 2019 году на 8.3 с нуля?? Этот ларечный бизнес настолько уникален, что для учета не подходит ни Розница, ни УТ, ни УНФ? И при этом он настолько доходен, что может позволить оплатить разработку учетной конфигурации с нуля на 1С 8.3?
Требовали 300р в месяц за каждую точку (31 точка). Худо бедно удалось договориться о 150. Доступ восстановили.
Но при этом 300 рублей в месяц с терминала за использование облачного обмена для него слишком дорого? Ну ок, бывает…
Обращайтесь к разработчику обмена данными. То есть они мне предлагали обратиться ко мне же с этим вопросом. Хотя API честно говорил — данных о продажах нет.
Про тех.поддержку разрабочиков не слыхали? developer@evotor.ru Отвечают в течение рабочего дня, максимум на следующий. Еще t.me/clubevotormarket там тоже представители сидят, но это не столь официальный канал. И вот честно, ни разу в облаке у меня данные не пропадали. Хотя бывало, что программисты, джуны особенно, часто ругались, мол данные пропали. Привлечение к задаче более опытных программистов как правило решало задачу и указывало на пробелы в знаниях джунов.
Всё, что написано далее очень похоже на попытку скрестить ужа с ежом. Я так понял, что ваше внешнее приложение не управляло остатками в облаке, раз были активны товароучетные документы на самом терминале. Это как бы, ну такое… Странная товароучетка с ожидаемым результатом. Я думаю, что смена кассовой платформы ситуации не исправит в долгосрочной перспективе.
Единственный справедливый упрек — «Проверка оборудования», последние пару недель проблема активно обсуждается, вот цитата из партнерского чата:
«проверяем оборудование » — на следующей неделе планируется разливка кассовой прошивки, которая снизить вероятность этой проблеме по «программным» причинам. Однако иногда есть и аппаратная сторона вопроса, в том числе и в подключенной периферии — нужно смотреть предметно.
По т.н. «техподдержку разработчиков» не только слышали, но и писали багрепорты почти ежедневно, пока они отвечали. Потом отвечать перестали. Ошибки остались.
Вы немного не понимаете как работает розничная сеть. Извините. Если захотите, почитайте мои другие комментарии. Я там все расписал
Серьезно. В 2020 году. С нуля. Весь шлак который вы перечислили (УТ УНФ Розница) полностью не работоспособен из коробки. Проверено. )
Опять бред. Коллеги, кто читаете комментарии — не верьте.
УТ, УНФ, Розница — полностью рабочие. Проверено.
А мы и не верим, а тихонько читаем, выпучив глаза. Автор пишет много ерунды, но, к сожалению, совсем не готов воспринимать критику (минусуя комменты и в карму).
Я, например, просто обалдел от его заявлений, что у него 1С не идёт на i5 + 16 Гб ОЗУ. У нас по розничной сети она прекрасно работает на i3 + 4 Гб.
А после его тезиса о том, что для клиент-серверного решения надо ставить сервер в каждый магазин, я перестал это всё читать.
Очевидно, что автор хоть и бравирует двадцатилетним опытом в разработке 1С, он по многим вещам сильно, а порой и принципиально ошибается. Но совершенно не готов это признать.
Автор пишет много ерунды, но, к сожалению, совсем не готов воспринимать критику (минусуя комменты и в карму).
извините, но это неприятно читать. вы же не знаете кто вам поставил минус, зачем безосновательно (и притом безапелляционно) утверждать?
Я понимаю, что это спорное утверждение. Но я наблюдаю за этой публикацией практически с самого начала. Под каждым комментарием с критикой буквально через пару минут появлялся минус (так называемый феномен "авторского минуса"). Списывались с парой человек в личке: после дискуссии здесь сразу прилетал минус в карму. Согласен, что это может быть совпадение. Извиняюсь перед автором за свои обобщения и выводы, если он этого не делал.
У нас на каждой "точке" два компьютера, видеонаблюдение, роутер, свитч и да, ФР, разумеется.
(А, ещё МФУ и принтер этикеток на каждой точке.)
Не у всех есть возможность по площади разместить 2 компа мфу и продавца в придачу.
Серьезно. В 2020 году. С нуля. Весь шлак который вы перечислили (УТ УНФ Розница) полностью не работоспособен из коробки. Проверено. )
Знакомая история. И результат полностью ожидаемый, и дело точно не в Эвоторе. Мои соболезнования вашему заказчику-работодателю.
Ну и не имея никакого отношения к 1С вы делаете ОЧЕНЬ смелые выводы. )
Ну и не имея никакого отношения к 1С вы делаете ОЧЕНЬ смелые выводы. )
8 лет работы в ней родимой, это конечно «никакого отношения»
Работодателю навешали лапши на уши из-за собственной некомпетентности в настройке типовых решений, а работодатель и готов платить за это все.
У нас продавцы помимо РМК обязаны:
1. Проводить ревизии.
2. Оформлять возвраты поставщикам и на склад
3. Оформлять списания
Сделать это в 1С: Розница очень затруднительно. Нужно как минимум обладать образованием. С зарплатой в 17-20к — это невозможно.
Основная конфигурация — 3 месяца.
Конфигурация для магазинов — 1 месяц.
Внедрение основной конфигурации — 1 месяц.
Внедрение конфигурации магазинов в 30 торговых точках — 2 месяца.
Это еще без учета того времени что потрачено на переход с 1-го января на НДС.
Цена внедрения — примерно половина от стоимости полной замены оборудования.
Но и для этого уже 1С придумали решение — Расширения.
Ну я думаю работодатель сам решит)))
Минут 15 общения с вашим работодателем и вы гарантированно отправитесь в утиль )
Слава Богу, мне это не надо )
Ну и не имея никакого отношения к 1С вы делаете ОЧЕНЬ смелые выводы. )
Увы, Ваша квалификация — на показ. С эвотором не сталкивался — думаю надо его обходить стороной. А у 1С, конечно, проблемы есть, но это точно не про вас.
Дед, давай, принимай его предложение. Потом статью запилишь. Тема топовая, карму себе поднимешь.
Ну я думаю работодатель сам решит)))
Минут 15 общения с вашим работодателем и вы гарантированно отправитесь в утиль )
Ну а кто за него работать будет?
Работодателю нужно чтобы кто-то за устраивающую работодателя сумму поддерживал работу ИТ-подсистемы предприятия.
При этом работодателю совсем не нужно, чтобы этим занимался Самый Лучший Специалист в мире, как вы, например. Но за совсем другие деньги.
Ну а кто за него работать будет?
Так посыл был в том, что автор создал видимость исключительности собственной значимости в глазах работодателя. И розница-то у него тяжелая и не подъемная и все конфигурации типовые гумно. Зато он один во всем белом… Обычно такое происходит, когда работодатель бесконечно далек от IT. Соответственно, не понимает, что бывают варианты.
Как думаете, что будет, если работодателю автора грамотно настроить типовую розницу (возможно с минимальными доработками) и подобрать адекватное железо? Например, может выясниться, что реальная потребность в программисте не 8*7*365, а пару часов в день. И то, по аникейным вопросам.
Я это к тому, что иногда Самый Лучший Специалист будет дешевле не пойми кого.
Я не сомневаюсь, что в живом общении достаточно быстро предложу вашему работодателю оптимальный вариант. Делал и не раз. Открою секрет: достаточно просто качественно делать свою работу.
Но я уже написал, что мне это не надо:
1) мне хватает своих клиентов;
2) я сейчас имею занятость на полный рабочий день;
3) аргументов, по поводу того, что вы придумали какую-то дичь вам предоставили не мало и без меня.
Кстати, в этих 1Сных дочках тоже было дело сам написал конфу на 7.7 с нуля. Что-то около 500 копий было продано. Сами писали потому, что были свободные ниши на рынке, для которых было экономически целесообразно сделать продукт. А еще потому, что это было дешево.
Оскорблять разработчиков 1С — это отличный маркер, показывающий уровень спеца. Чем он ниже, тем в нем больше нигилизма по отношению к труду коллег.
Вот Вы как то карты передергиваете постоянно. Сначала вы написали что «Да уж, для человека далёкого от 1С и от Эвоторов история пугающая. Но, если подумать…».
А потом в полете переобулись в «Под «в ней родимой» я имею в виду ООО «1С», саму головную контору. С 2008 по 2016 Руководитель подразделения «Решения для торговли, логистики, транспорта и сферы услуг», так значилось на моих визитках и так записано в трудовой»
Вы уж определитесь пожалуйста, для начала. На каком языке с Вами разговаривать. )
Уж очень давно хотелось. В «теме» уже 22 года. Прошел с типовыми конфигурациями 1С весь путь. С 6.0 до 8.3. Внедрял почти все типовые (1С: Розница, УТ, УПП, УНФ, даже такого монстра как ИНТАЛЕВ, тоже внедрял) и видел как деградируют они. Писал много проектов с нуля. До сих пор работают без моего участия. Один из основателей/руководителей Первого Бита, основавший уже свою стороннюю компанию мне лично говорил что ни одна типовая конфигурация не подходит к его компании, но так и не решился на написание своей конфигурации. Я даже знаю почему )))
Ни одна из типовых не подойдет к нашей специфике работы. Продажа свежей молочки с колес. Тут нужен совершенно другой принцип учета, подготовки продаж, развоза продукции по точкам и т.д.
В «теме» уже 22 года. Прошел с типовыми конфигурациями 1С весь путь. С 6.0 до 8.3. Внедрял почти все типовые (1С: Розница, УТ, УПП, УНФ, даже такого монстра как ИНТАЛЕВ, тоже внедрял) и видел как деградируют они.
Насчет деградации — не соглашусь.
В «теме» с 2002 года.
Видел как конфигурации становятся всё логичнее внутри. Чувствуется, что их пишут не на коленки, а продумав архитектурно. Если Торговля версии 8, родившаяся на платформе V75 является тихим ужасом (даже её предок получше), то версия 9 вышедшая уже с V77 гораздо более умно продумана. Ребята поработали над ошибками.
По поводу версии торговли 11 еще могу согласиться насчет элементов деградации, но мне все же кажется, что это банальное неприятие нашим мозгом всего нового.
А я с автором полностью согласен. Современные конфигурации 1С оторваны от реальности, ощущение, что разрабатывали их без учёта реальных потребностей обычных пользователей.
И с точки зрения программиста они чрезвычайно запутаны, громоздки и требовательны к ресурсам.
То что все онлайн кассы будут вначале глючными я не сомневался, поэтому сразу разработал под 1с собственную рмк, которую верчу кручу как хочу и внедрею все инновации правительства быстрее всех.
Я тоже очень долго мучался тем, что не понимаю. ЗАЧЕМ они повсюду тулят свой СКД, БПО, БСП. Думал, что отстаю от жизни и теряю квалификацию… Однако практика показывает несколько другое. Возможно об этом будет следующая статья.
Я перешёл в другое направление, стал писать на python и sql — не захотел терпеть весь этот бред из СКД, БСП и т.д. и т.п. Жаль только многолетний опыт разработки в ритейле пока не задействую, но думаю со временем и он пригодится.
Торговля 9.2 действительно, лучшее решение, я до сих пор старых клиентов на ней поддерживаю и интегрирую в нее современные плюшки.
Как я «спрыгнул» с платформы ЭВОТОР, почему и чего это стоило