Комментарии 361
Написал под нее свою систему и завтра, 23.10.2020 года наступит момент когда ПОСЛЕДНИЙ ЭВОТОР в нашей компании отправится на свалку. С каким же удовольствием я разобью его кувалдой на заднем дворе нашего склада…
Потом дополните статью снятым видео этого действия :-)
договор проверьте, а то еще окажется что оборудование в аренде
Не забудьте вытащить фискальный накопитель. По закону его ещё года три нужно вроде хранить на тот случай если ОФД потеряет данные.
Это само собой. Там еще целая история была с закрытием накопителей. ЭВОТОРы напрочь отказались их закрывать со штатной ошибкой «проверка оборудования». Разумеется техподдержка ответила уже после того, как я все их вытащил и закрыл в другом ТЦ за отдельную плату. И разумеется ответ был «у вас есть премиум подписка?»
Кстати оф. аккаунт эвотора есть на Хабре. Они даже отвечали/писали примерно год назад. Интересно, когда до них дойдёт эта публикация, они предпочтут как нибудь прокомментировать ситуацию(не мы такие, жизнь такая) или попросят(вежливо но очень настойчиво и с аргументами) автора скрыть/порезать публикацию?
А какие у них могут быть аргументы, если автору и его компании теперь эвотор вообще никуда не упёрся?

ну хотя бы донести до руководства, что клиенты недовольны.
я думаю, что автор не ушёл бы от них, если бы за эти деньги работало идеально. и те же 600р в месяц за поддержку не выглядят чем-то ужасным, претензии-то больше не «они хотят слишком много денег», а «у них всё работает через пень-колоду, а они вместо решения предлагают заплатить им ещё».

Думается мне у них есть статистика по негативным отзывам из техподдержки. Всё они прекрасно знают и видят. У людей завышенные ожидания от этого продукта, не для больших сеток создавалась эта поделка.
Эвотор это касса для владельцев бизнеса до 5 мелких точек продаж с ограниченной минимальной номенклатурой 20 товаров(ну может чутка больше). Директора в таких конторах мало знают о обновлении номенклатур, связей с сервером, да они даже пароль от своего личного кабинета эвотора не знают, и не знают на сколько месяцев у них там фискальник стоит. Вот для них эта касса, и она выполняет на 100 процентов свою задачу продажи. Создана чтобы быстро насытить потребность на рынке в результате действия законодательства.
Да, к сожалению. У меня пара 7.2. База более 10к наименований. И кассы эвотора просто не хотят нормально работать. Тормоза, проблемы с карточками, проблемы с синхронизацией, проблемы с приёмкой/переучётом, банально с поиском товара в базе(поиск в ЛК считает разными слова: «жопа» и «Жопа» и другие казусы).
У них при этом есть товароучётная программа, вроде как непосредственно от самого эвотора. При этом доступа у команды этой проги к базе штрихкодов эвотора нет(Е — единство), ошибки(или мелкие доработки) исправляются порой в течении часа, разработчики открыты для предложений и если вы его обоснуете и это будет не для свех узкого применения его примут. Когда программа(могуль) появилась, это был не работоспособный кусок говна(но самый дешёвый из товароучёток). Я активно по переписывался с ними, внёс кучу адекватных предложений и ушёл на другую товароучётную систему(т.к. на этой в принципе нельзя было нормально работать, тем более с моей базой товаров). Через пол года вернулся обратно(т.к. альтернатива стала хуже и дороже). Сейчас по прежнему пользуюсь ей и разрабы по прежнему открыты для клиента, наверное потому до сих пор не спрыгнул с эвотора.
А вот представьте когда этих поделок будет не пару а штук 300!))) И как она будет работать с номенклатурой. Я со своими 40 кассами замучился уже хотя у меня всего 500 наименований и они должны синхронизироваться через облако с 1с. Там пока не пнёшь, половину данных не получишь.
Поправочка: в течение 5 лет с момента закрытия архива ФН.
Занятное чтиво, но всё равно через год ждем фразы "… и завтра 23.10.2021 года наступит момент когда ПОСЛЕДНИЙ НОВОПЛАТФОРМОТОР в нашей компании отправится на свалку. С каким же удовольствием я разобью его кувалдой на заднем дворе нашего склада…". )))
Возврат поставщику можно оформить только если товар приходовался на самом ЭВОТОРе. О наличии у клиента собственной системы учета разработчики ЭВОТОРа не подумали ни разу.

Не понял, если у вас своя учётная система, в которой товар приходуется, то почему вы хотите сделать возврат через эвотор?


Потом потерпела крах идея о количественно-суммовом учете в розничных точках. По одной банальной причине. ЭВОТОР не способен выдать суммовой результат инвентаризации.

Опять не понял. Кому нужен суммовой результат инвентаризации? Это уже учётная система решает по какой цене считать недостачу/излишек

Предположу за автора, что записи о возвратах должны быть отражены на фискальных накопителях(ФН), которые установлены на ЭВОТОРе и он имеет к ним доступ.
Нет. Это не возвраты от покупателей, а возвраты поставщикам. ФН тут не при чем
А зачем отражать возвраты поставщикам в Эваторе, если у вас есть своя учетная система?

как я понял, у продавцов нет доступа к «своей учётной системе», только эвотор. писать на бумажке и передавать в центральный офис — не самое лучшее решение.

Что простите отражать в ФН? Возвраты?
Просто судя по всему автор не хотел делать возвраты в товароучетной системе, а создавать их на эвотор на точке.
Возврат товара осуществляются продавцами в точках непосредственно.

Суммовой результат нужен для оценки качества ревизии. Если он сильно выбивается из плана, то значит продавцы накосячили при самой ревизии.
Суммовой результат нужен для оценки качества ревизии. Если он сильно выбивается из плана, то значит продавцы накосячили при самой ревизии.

а, вы о сумме остатков товаров (я-то подумал, что вы хотите сразу видеть сумму недостачи/излишка по инвентаризации). если этого нет, то действительно странно.

Не не не. недостача/излишек — это уже на следующий день определяется на базе. Нужно получить общую сумму товарного остатка, чтобы понять…

А… Я забыла вон тот холодильничек пропикать! )

Лучше оставить. Пригодится! Вспомните мои слова года через три...

Требовали 300р в месяц за каждую точку (31 точка). Худо бедно удалось договориться о 150. Доступ восстановили.

То есть вы выторговали 4650 рублей? Масштаб поражает воображение.

При средней зарплате продавца 12к рублей, таки неплохая сумма. Когда у тебя свой бизнес, очень быстро начинаешь понимать простую вещь. Если что-то можно сэкономить, то лучше так и делать

Вот вот, даже в масштабе большого бизнеса обоснованная экономия на спичках абсолютно оправдана.
Интересно, как автор убедил руководство выделить полмиллиона только на замену самих аппаратов.

Насколько я понял, автор написал приложение для маркетплейса эвотор, но не публиковал его, добавив свои терминалы как терминалы разработчика/тестировщика. Да, для получения доступа к их API нужно создавать приложение (а потом проходить ревью с требованиями, которые появляются из ниоткуда)! Причём бесплатное приложение создать не дадут, минимальная стоимость вроде 300р. Пока приложение тестируется, плата не взимается, чем, видимо, пользовался автор. Когда эвотор увидел, что им не доплачивают по 10к в месяц, он обиделся. А зная, как они работают, полагаю, что все 30 терминалов перестали работать без всякого предупреждения!
Проходил похожий путь, когда они изменили авторизацию и API, не оставив обратной совместимости.

Я вот тоже считаю цифры и если честно… Покупая у них модули по 150-800рублей на любой чих, платная поддержка и т. д. И т. п. — это все равно дешевле, чем держать программиста 1с раза этак в два, даже на 31у кассу. Реально проще заплатить условные 500р, что бы к тебя на чеке был логотип, чем нанимать программиста, который этот чек тебе в атолле/франтоле/1с нарисует.


А любая их инициатива, что нарушает законодательство или деградирует функционал устройства решается двумя бумажками: — жалоба + суд на возмещение стоимости устройства и возврат денег за лицензии, которые деградировали, с сылками на фз и т. п.

Какова экономия от перехода на другую платформу, по сравнению с премиум подпиской на сетку магазинов? Хотя бы понимать ради чего воевали.
Финансовой экономии никакой.

Из плюсов:

1. Соскочили с иглы. Эвотор испытывает постоянные финансовые трудности (видимо не я один такой), а посему за истекшие полтора года они постоянно завинчивают гайки. Если раньше на письмо в техподдержку отвечали в течении часа, то под конец — двое-трое суток. Постоянно увеличивали ежемесячные поборы. Сделали так, чтобы эвотор работал ТОЛЬКО от своих симок. Раньше можно было выбрать любого оператора…

2. Учитывая «качество» продукта эвотор — появилась возможность самому полностью контролировать происходящее. Все глюки оборудования и ошибки в программе оперативно отслеживаю и исправляю.

3. Появилась возможность произвольно менять алгоритмы работы. Добавлять всякие акции, скидки, сертификаты и прочее.
Работа от своих симок это нарушение закона. Они уже второй раз пытались их пропихнуть. И нарвались на разборки ФАС, в данный момент принудительную замену приостановили.
Принудительную замену никто не останавливал: просто разделили на «волны», чтобы бурления было меньше и дефицита симок не было — так пояснили местные представители. Тоже пытаемся слезть с Эвотора, с первого октября 5 касс ушли в блок по симкам, ещё 3 обещают перестать работать через сторонние сим с ноября.
Про волны я знаю. У меня одна касса перешла, а вторая предупредила, но по прежнему работает с любыми симками. Надо будет попробовать с первой проверить.
Ссылок не дам, всё на уровне шепотков от разработчиков сторонних приложений, да и я сам подавал жалобу. ФАС ответили что нарушение усмотрели, но потребуется время.
Обоснование для перехода на свои симки у эвотора крайне идиотское и опасное, т.к. создаёт прецендент для любых других программ воспользоваться тем же путём.
Вот почитайте если интересно. Если кратко, то железо принадлежит покупателю, а софт эвотору и потому они могут делать всё что им захочется. Только они нарушают сразу несколько пунктов закона. Это и намеренное ухудшение потребительских свойств товара после покупки и искусственное создание монополии и ложная безопасность(симки те же самые(пчёлайн, мегагон), только договор заключён от эвотора) и создание тропки другому софту, не знаю как точно описать(но как вам к примеру телефон самсунг(условно) работающий только со своей симкой, потому что софт вам не принадлежит?).
И я бы посоветовал всем кто может подать аналогичные жалобы, благо это можно сделать не вставая с дивана, чтобы дело не замяли.
Я подавал жалобу. ещё в декабре 19г. Наткнулся на каком то форуме на обсуждение данной ситуации и там уже был подготовлен шаблон для подачи жалобы. Воспользовались и получили точно такой же ответ как у вас… Но воз и ныне там.
То есть вы выторговали 4650 рублей?

Там просят суммы намного больше. Хочешь оплату картами? Докупи модуль. Хочешь покупательские скидки? Докупи модуль. Хочешь продавать сигареты? Докупи модуль. Хочешь печатать на чеке рекламный текст? Хочешь перейти на НДС 20%? И так за всё. Ответ один «Докупите модуль». А модуль докупается на каждую кассу отдельно.
Люди экономят 13к на лицензии 1С: Розница ПРОФ, а потом удивляются куче платёжек на каждый чих в эвоторе…
А что не так с ней? Я в магазин ставил Lenovo G580 (стоит 7-8к с авито брал), ОП была обычно на 4 GB — на нём она работала нормально + был открыт обычно браузер FF. Естественно, у тех, кто работал на ней были убраны любые права на стороннее ПО.
А куча пользователей Розницы то не знают об этом. Если не смогли приготовить 1С: Розницу — не значит что она не работоспособна.
Этого монстра не надо готовить. Надо его пристрелить и выкинуть )

А «куча пользователей» не показатель. Политика у 1С такая. Просто на рынке нет ничего приличного. Вот и кушают, что дают.
На Рознице (еще 1.0) когда-то автоматизировали сеть супермаркетов. Обмен с УТ 10.3 и еще кучей систем, онлайн-остатки в каждой базе видно из центрального офиса. На 1.5 программиста (они же саппорт). Я думаю розница 2 не хуже первой )
Из конкурентов у розницы только ребята из Нативи, которые сейчас пилят облачную онлайн-кассу с блэкджеком и шутками. Но у них все плюсы и минусы SaaS. И это стартап.
Есть еще всякие фронтолы, атолы, но 1С в плане возможности доработки выигрывает сразу. И не только
Сколько внедрений 1С: Розница вы сделали, чтобы утверждать подобное? Да еще и Капсом.

Розница не работает, но вы в одиночку за 4 месяца написали готовое решение (кстати, во сколько оно обошлось вашему работодателю и во сколько будет обходиться его будущая поддержка)? Ну что ж, тогда выходите со своим решением на рынок, раз как вы пишите альтернатив нет. Рынок рассудит.

Можете аргументированно рассказать, чем конкретно вас 1С: Розница не устраивает?
Да. Могу. Очень тяжелая. Я писал, что потребовался геймерский комп (кроме видеокарты), чтобы она хоть как то начала ворочаться. А делов то, на полтыщи номенклатуры плюс ЕГАИС и база данных за 3 года.

Исходя из первого пункта — очень подвержена такому понятию — как битый кэш. Знаете об этом?

Очень сложная в настройке и в работе. Я уже писал о том, что писал инструкцию для продавцов на 4 листа. Это только для того, чтобы они смогли инвентаризацию сделать.

Чрезмерно усложнена система обмена данными.

Вообще чрезмерно утяжелена и усложнена. Зачем мне боинг, если я хочу просто каждое утро приезжать на работу и уезжать с работы. Достаточно матиза.

Очень глючная. Например шикарные сканеры Datalogic напрочь отказались работать с ней. Точнее 1С не видела эти сканера. Путем долгих (крайне сложная конфа) копаний в отладчике удалось найти и исправить ошибку. Несмотря на мои багрепорты, спустя 4 года ошибка все еще присутствует и мне приходилось после каждого обновления залезать в конфу, снимать с поддержки и править код. 0 на 1. )
У 1С уже появилась такая вещь как расширения и с поддержки снимать ничего не нужно и обновляться просто.

Не знаю уж что у вас за Розница такая которой нужен геймерский комп, отлично работает на средненьком офисном компе с i3 и 4 гигами оперативки.

Система обмена данными усложнена? Нажать три кнопки, сопоставить данные в базах и это усложнено?

Со сторонними решениями тоже нет ничего сложного. Из коробки есть OData. Так же выше уже написал что можно накатать свое расширение которое добавит в конфигурацию REST для обмена данными. И уже на типовой конфигурации.
Очень тяжелая. Я писал, что потребовался геймерский комп (кроме видеокарты), чтобы она хоть как то начала ворочаться. А делов то, на полтыщи номенклатуры плюс ЕГАИС и база данных за 3 года.


А у меня на моноблоке с атомом и SSD работает. Что я делаю не так?

Исходя из первого пункта — очень подвержена такому понятию — как битый кэш. Знаете об этом?


Нет, не знаю. Расскажите подробнее.

Очень сложная в настройке и в работе.


Ну да, чтобы внедрять типовые решения нужны глубокие знания этого решения на уровне аналитика. Потратьте время на изучение и уже система не будет казаться сложной.

Я уже писал о том, что писал инструкцию для продавцов на 4 листа. Это только для того, чтобы они смогли инвентаризацию сделать.


Что же там такого на 4 страницах для одного документа?

Чрезмерно усложнена система обмена данными.


Можно поподробнее? Вы EnterpriseData освоить не смогли или КД2? Да, нужна соответствующая квалификация, но вы же специалист? В вашем решении что для интеграции используется?

Очень глючная. Например шикарные сканеры Datalogic напрочь отказались работать с ней. Точнее 1С не видела эти сканера.


Ну, подключение торгового оборудования — это проблема любой учетной системы. Ваше решение из коробки заранее работает с любой железкой? Datalogic — не пробовал, но с АТОЛ никаких проблем нет.

Возможно на вашем моноблоке нет ЕГАИС, Табачки, ВЕТИС и прочих радостей… Или присутствует? Если не трудно, подскажите, какой у вас размер файловой базы.

Для того, чтобы внедрять решения нужны глубокие познания в предметной области. Изучать БОИНГ, чтобы внедрить МАТИЗ — извините. Не ко мне )

Для инвентаризации в 1С: Розница необходимо 3(ТРИ, КАРЛ!) разных документа, а получить результат инвентаризации — вообще отдельная песня.
Возможно на вашем моноблоке нет ЕГАИС, Табачки, ВЕТИС и прочих радостей… Или присутствует? Если не трудно, подскажите, какой у вас размер файловой базы.


Центральная база ~50 Гб. На торговых точках, соответственно, только документы этой точки + все НСИ. Размер от 2 до 8 Гб.

Изучать БОИНГ, чтобы внедрить МАТИЗ — извините. Не ко мне )


Ну если 1С: Розница для вас это БОИНГ, то прошу прощения. Не буду продолжать этот глупый спор.

По сравнению с моими разработками — да. Боинг. Глупый, неповоротливый и бессмысленный. Каков размер cf файла 1С: Розницы? У моей конфы для АТОЛа — 224 килобайта. )
По сравнению с моими разработками — да. Боинг. Глупый, неповоротливый и бессмысленный. Каков размер cf файла 1С: Розницы? У моей конфы для АТОЛа — 224 килобайта. )


Любой программист средней руки должен уметь написать под небольшое розничное предприятие свою уникальную систему учета.

Ничего такого сложного там нет.

Эта система будет великолепно в тех узких пределах для которых она изначально была разработана. Но только в тех узких пределах.

Разница в том, что подключение онлайн-кассы в вашем случае повлекла полный отказ от вашей компактной и ограниченной системы. А в случае универсального решения «с огромным cf-файлом» достаточно было бы «галочку поставить, включив необходимый функционал».

Я совершенно согласен, что в ряде случае есть смысл использовать узкозаточенные решения. При работе на допотопном железе, которое нельзя модернизировать, это может быть целесообразно (к примеру на станках с ЧПУ вы так просто не поменяете ОС).

Но в случае розничной торговли лишний гигабайт оперативной памяти за 20 лет окупился бы уже 1000 раз. В то же время необходимость прибегать к поддержке автора-разработчика такой уникальной системы — это совсем другие деньги.

Хотя выгоду автора-разработчика, подсадившего фирму на свой уникальный продукт, я понимаю и поддерживаю.

Вы ошибаетесь. Простите. Наверное вы не прочитали весь тред. Не хочу больше повторяться. Пальцы сотрутся. )
Разница в том, что подключение онлайн-кассы в вашем случае повлекла полный отказ от вашей компактной и ограниченной системы. А в случае универсального решения «с огромным cf-файлом» достаточно было бы «галочку поставить, включив необходимый функционал».

нет же. большинство торговых предприятий используют 1с для учёта и сторонний фронт. вот тут такой сторонний фронт и есть (пусть и на платформе 1с).

нет же. большинство торговых предприятий используют 1с для учёта и сторонний фронт. вот тут такой сторонний фронт и есть (пусть и на платформе 1с).


Мы сейчас говорим в исходных условиях автора.
А у него было именно на 1С.

Для инвентаризации в 1С: Розница необходимо 3(ТРИ, КАРЛ!) разных документа, а получить результат инвентаризации — вообще отдельная песня.
Да, три. Инвентаризация товаров, оприходование, списание. Результат инвентаризации виден as is, из коробки. У нас правда была немного допиленная руками обработка под это дело, с более удобным интерфейсом. Не споете эту «отдельную песню», а то мы что-то о каких-то разных Розницах тут говорим?
Для интеграции использую обычный почтовый сервер и обмен данными построен на пересылке в формате JSON
И в чем проблема работы с JSON в 1С? Уже давно из коробки поддерживается и сериализуется в Структуры, Массивы и т.д.
Э… Я же из 1С все и делаю ))) И на точках и в офисе стоит 1С-ка.
Чем дальше читал, чем больше думал, что именно я делал не так те три года, что занимался внедрением и поддержкой этой самой Розницы (правда, базовой, а не ПРОФ, но разница не сильно большая в плане «тяжести») в сети организации на 200+ торговых точек…
Да. Могу. Очень тяжелая. Я писал, что потребовался геймерский комп (кроме видеокарты), чтобы она хоть как то начала ворочаться. А делов то, на полтыщи номенклатуры плюс ЕГАИС и база данных за 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С что там наваяли коллеги-программисты и как это включить правильно.
Ну нет. Внедряли розницу на дефолт ноутбуки за 15-17к рублей. с четырёхпоточными процами и нормально всё работало. Базы при этом были не самые маленькие. Единственное, нужен хороший ссд, чтобы всё работало быстро, но и без ссд не наблюдаются затупов по 20-30 секунд.
Для кассиров процентов 80 функций не надо. Оплата, возврат и всё.
1С: Розница не работоспособна. В ПРИНЦИПЕ.

А мужики-то не знают… :)
Я на рознице поднимал и сети на 30 точек и на 300. И в связке с УТ и автономно. И онлайн и офлайн. И в связке с Фронтолом.
Простая как 3 рубля и надежная конфа.

Ну а решение что в 99 году, что в 20м году писать САМОПИСНУЮ конфу с нуля под АБСОЛЮТНО ТИПОВУЮ задачу… Ну такое себе. Бросает тень на вашу квалификацию.

Я могу понять ситуацию, когда процессы в компании ну никак не ложатся на типовые/отраслевые решения, но РОЗНИЦА, КАРЛ! :)
Ну надо признать, что кассы атол и штриха тоже страдают «Хочешь перейти на НДС 20%» — плати. Называется это лицензией на новую версию прошивки :)
У эвотора даже за возможность дополнительно экономить на чековой ленте(чек формируется более компактно) нужно платить каждый месяц.
Но цена в год такая, сколько стоит коробка ленты на тот же период.
поэтому при выборе в своё время сразу отбросил эвотор в сторону, понял быстро чем пахнет. Взял, правда, модулькассу, там тоже хватает своих косяков, но зато хотя бы бесплатно)) не реклама (и не уверен, что могу посоветовать идти тем же путем))))
Ну выбирать ЭВОТОР, это значит выбрать плату за каждый чих с самого начала. 2/3 текста не было бы, если автор купил бы лицензию 1С: Розница (ну да, 13к за отдельную лицензию и по 5к за каждый доп. комп, подключенный в локалке — плата единовременная). И 3/4 текста не было бы за 1С: Управление торговлей. А проблемы с виндой можно было бы решить купив за 15-20к комп с ОЕМ лицензией. Другое дело, что автор выбрал ЭВОТОР ещё до того, как тот скатился в УГ.
На мой взгляд, одна из наиболее адекватных связок, это ПК + 1С: Розница + АТОЛЛ + Эквайринг от банка, который позволяет делать синхронизацию с 1С. Например, Точка банк этого не позволяет, к сожалению, а предлагает вместо этого купить мерзкий ЭВОТОР…
АТОЛЛ

Это не у него ли тоже оплата за каждый чих по каждому ККМ типа "НДС 20% — купите обновление прошивки"?

У Инкотекса не так. Прошивка для Меркурия 119ф качается с сайта и шьется. А когда были вопросы с написанием драйвера, то служба поддержки связала с инженерами писавшими прошивку. У Атола служба поддержки пошлет вас к региональному партнеру, у которого про написание драйвера под Атол никто ничего не знает.


И да Меркурий раза в полтора-два стоит дешевле.

ЕМНИП всё так потому, что меркурий в положении догоняющего. и оказался он в таком положении не просто так, а потому, что заработал себе репутацию «лучше доплатить, но взять штрих/феликс».

ЕМНИП всё так потому, что меркурий в положении догоняющего. и оказался он в таком положении не просто так, а потому, что заработал себе репутацию «лучше доплатить, но взять штрих/феликс».


В какой нибудь Мск, возможно, это и так.
А у нас на периферии Штрихи были для многих неразумно дорогим решением.
Инсталляций Штрихов я видел чуть ли не в 20 раз меньше.

так и мы не в столицах обитаем.


Инсталляций Штрихов я видел чуть ли не в 20 раз меньше.

честно говоря, меркурии видел во всяких магазинах одежды, где нужно пробить полтора чека в день.
что же до магазинов с очередями на кассах — таки там другие аппараты. не думаю, что пятёрочка, магнит и прочие не умеют считать деньги.

что же до магазинов с очередями на кассах — таки там другие аппараты. не думаю, что пятёрочка, магнит и прочие не умеют считать деньги.


У этих федеральных сетей и так расходы миллиардные.
Плюс-минус подороже-подешевле фискальник федеральным сетям неважно.

А еще у них огромные скидки от объема покупаемого оборудования.

Это как ИТ маленькая компания ровняется на технологии Гугля…
Кое что применять еще можно.
Но какие-то вещи будут крайне не выгодны на мелких масштабах.

У меня штук 200 чеков в день бьют. Очередь поменьше чем в Магните, но тоже бывает.

Когда он зарабатывал такую репутацию я с ним, похоже, не работал )


Последние лет 10 всё работает. Вот в реестр 54фз их включали долго, это правда… август-сентябрь 2017. Теперь у меня на складе есть штук 15 Атолов, которые никто не хочет покупать.

Согласен. У меня в хозяйстве тоже есть Пионер у которого в этом плане всё демократично. Но это, как тут уже кто-то заметил, всё аутсайдеры рынка. Им по другому нельзя иначе вообще никто ничего не купит.
А вот у лидеров типа Атол и Штрих всё один хрен платное. Штрих по началу вроде ещё держался, даже прошивки сами автоматом прошивались свежие (если настроить). Но как НДС 20% ввели тоже за деньги стали продавать. Я с кем-то из их братии общался даже тогда на предмет «А вы не офигели?». На что они сказали, что государство постоянно что-то меняет, а мы что нанимались бесплатно это все актуализировать? Типа не мы такие, жизнь такая. На что я им сказал, что государство вам и так дало возможность продавать свой кусок говна (не побоюсь этого слова) за 30к руб, радовались бы. При этом у Штриха ещё всё не так плохо, у них по крайней мере драйвер бесплатно лежит, да и прошивки при желании можно найти и прошить не оплачивая лицензию (впрочем это не точно). А вот Атол, на сколько я знаю, даже за драйвер денег хочет.
При этом я так скажу, что если у Вас касса это самостоятельная единица, то может быть и не особо важно что покупать. Но если надо её использовать совместно с каким-то другим продуктом (с 1С например), то я бы не стал покупать неведомые зверушки. Вангую, что там в плане поддержки со стороны других вендоров будет полная опа (ну моё мнение такое).

Что не так?
У нас 150 салонов работают именно таким образом.

Некоторые банки принципиально отказываются прошивать эквайринг на возможность подключения его к любоей системе учёта. Если же такая возможность есть, то в можно настроить розницу на работу с терминалом эквайринга, чтобы не вводить сумму ручками.

Всё написанное вами про 1С было бы справедливо. Но автор же написал – некуда ставить монитор, комп, клаву, мышь. Я легко могу себе представить крошечную точку, куда продавщица-то с трудом влезает.

Комп сейчас бывает размером с 2 пачки сигарет, небольшой сенсорный монитор вешается на стену. Так не получится?

Учитывая прожорливость и требовательность 1С, на NUC-подобном компе она с огромной вероятностью не будет работать.

у сегодняшних конфигурациях, написанных в парадигме 8.3. основные требования к серверу, а не к клиенту.
Вы предлагаете на каждую торговую точку покупать СЕРВЕР и водружать на него Сервер 1С Предприятие???
Или вы предлагаете постоянное подключение торговой точки к удаленному серверу по технологии клиент-сервер? Про обрыв связи слышали? Точку закрывать при обрыве связи?
слышал. знаю.
если хотите предметно обсудить архитектуру — в лс, ибо данного обсуждения это не касается. мой комментарий относился исключительно к сложности запуска клиента на слабых аппаратных конфигурациях
Нет, спасибо. С типовыми конфигурациями я завязал. Надеюсь навсегда.
Брат! Тебе бы с 1С завязать навсегда :)
Уровень владения предметом продемонстрирован отлично.
Уровень владения предметом Платформа 1С — идеальный. Какие еще предметы нужны?
Уровень владения предметом Платформа 1С — идеальный. Какие еще предметы нужны?


Идеальный — это когда человек не может внедрить типовое решение, а пишет свой велосипед с нуля?
А зачем внедрять этот отстой? Или вы считаете владение предметом — неспособность самому спроектировать и разработать учетную систему? Качество программистов 1С сильно упало за истекшие 22 года. Они свято верят, что знание всех фишечек и кнопочек конкретной типовой конфигурации и есть владение предметом, но стоит им попасть в незнакомый мир отсутствия типовых — сразу тонут, неспособные написать ничего, выходящего за рамки типовых.
А зачем внедрять этот отстой? Или вы считаете владение предметом — неспособность самому спроектировать и разработать учетную систему?


Понятно, что свой велосипед пилить интереснее. А уж если есть финансирование заказчика на эту работу — то жизнь программиста удалась.

Всё же, я считаю что профессионал должен предлагать лучшие варианты своего заказчику/работодателю, а свой велосипед как правило неэффективно.

Есть небольшие исключения из этого правила — крайне нетипичная область использования (но с розничной торговлей в маленькой сети магазинов как у вас это не так, максимум там целесообразны небольшие доработки типовой конфигурации) и крайне небольшой продукт — эти вещи можно свелосипедить.

Я прекрасно понимаю вас:

Действительно нашему мозгу тяжело заниматься изучением пока еще неизвестных ему вещей. Нам проще убедить себя, что это отстой, чем разобраться. Это касается чего угодно, хоть изучения китайского языка, хоть изучения чужого кода.

Это просто особенность устройства нашего мозга.

Практика показала, что свой велосипед в данном случае оказался сильно дешевле типового решения. Сильно надежнее, скоростнее. Я вам главную крамолу скажу. О Ужас! Велосипед на обычных формах написан, потому что управляемые формы не устроили скоростью работы. Щас тут гуру набегут и скажут, что я не смог в управляемые формы ))))
Практика показала, что свой велосипед в данном случае оказался сильно дешевле типового решения. Сильно надежнее, скоростнее. Я вам главную крамолу скажу. О Ужас! Велосипед на обычных формах написан, потому что управляемые формы не устроили скоростью работы. Щас тут гуру набегут и скажут, что я не смог в управляемые формы ))))


Ну… если фирму обслуживают ИТ-шники, неспособные выбрать какие формы использоваться в типовой конфигурации — управляемые или обычные, а сразу начинающие писать свой велосипед — мне жаль эту фирму. Впрочем, неквалифицированных людей в любой сфере полно.

Я не спорю, что уникальное решение созданное под конкретные бизнес-процессы будет сильно быстрее.

Более того, я удивляюсь, если узкоспециализированное ПО окажется медленнее универсального.

А вот насчет «дешевле» всё не так просто:

Фирме пришлось 20 лет платить вам деньги вместо того, чтобы просто купить дополнительную оперативную память и т.п. в свои компьютеры.

Фирме пришлось 20 лет довольствоваться ограниченным в своих возможностях допотопным суммовым учетом как в допотопные советские времена. Ну в те советские времена не было технической возможности, но наше-то время уже не было технических ограничений. Их сдерживало только ваше ПО.

Понятное дело, что, в конечном итоге, это решение руководства предприятия, хоть и не без ваших подсказок.

Но мне представляется, что профессионал, занимающийся автоматизацией предприятий должен раскрывать для руководства информацию о возможностях альтернативного ПО.

Вы опять не поняли. Управляемые формы даже в пустой велосипедной конфигурации не устроили производительностью.

Блин. Как удобно додумывать за опонента тезис и потом с ним яростно спорить.
Вы опять не поняли. Управляемые формы даже в пустой велосипедной конфигурации не устроили производительностью.


Опять вы не поняли.

Ни о какой разработке с нуля речи вообще не идет.

Нет необходимости использовать управляемые в типовых конфигурациях, вполне можно использовать обычные формы в типовых конфигурациях. В торговой — точно.

Но вы этого не знали…
Блин! Вы читать умеете или нет??? Мне по фигу что там в типовых. Меня управляемые формы сами по себе не устроили, даже в моей велосипедной конфигурации. Короче. Это разговор слепого с глухим. До свидания.
Блин! Вы читать умеете или нет??? Мне по фигу что там в типовых. Меня управляемые формы сами по себе не устроили, даже в моей велосипедной конфигурации. Короче. Это разговор слепого с глухим. До свидания.


В типовой конфигурации можно использовать обычные, а не управляемые формы.

Или вы из принципа будете выбирать самое неустраивающее вас решение? И смотреть только на него?

И когда коллеги вам говорят, что существуют альтернативы — вы не будете это воспринимать, а будете ругаться?

Ну если вы убедили заказчика профинансировать вашу уникальную разработу — честь вам и хвала как продавцу.

О Ужас! Велосипед на обычных формах написан, потому что управляемые формы не устроили скоростью работы. Щас тут гуру набегут и скажут, что я не смог в управляемые формы ))))

Ну, для начала, следовало бы вообще выяснить, а за каким чертом вообще были придуманы управляемые формы? Внезапно выяснится несколько интересных вещей:
1) отвязка от клиента (можно в браузер)
2) разделение кода на клиентский и серверный, что КРАТНО повышает производительность кода. Но это тяжело, верно. Нужно делать лишние, казалось бы ненужные, приседания.

И дай отгадаю, когда наше доблестное правительство опять скажет всем делать «ку», вы очередной раз перепишете все с нуля, либо предложите очередную глупость вроде эвотора.
А… вы… Что там на счет 15-ти минут? Унитаз рядом? Сливайтесь
Они свято верят, что знание всех фишечек и кнопочек конкретной типовой конфигурации и есть владение предметом, но стоит им попасть в незнакомый мир отсутствия типовых — сразу тонут, неспособные написать ничего, выходящего за рамки типовых.


Давайте посмотрим с другой стороны.
У меня есть опыт разработки конфигураций с нуля.

И с экономической эффективностью этих решения для моего заказчика — спорно.

Хотя мне как разработчику было интересно.
И денежка шла.

Но удалось безболезненно для фирмы самостоятельно реализовать только простейший базовый функционал.

И да — всё это летало. Но…

Как только фирме захотелось иметь партионный учет:

Я его добавил, но возникли ровно все те же неудобства что и у типовой конфигурации — снизилась скорость проведения документов, появилась необходимость заниматься восстановлением последовательности, возникли проблемы с исправлением документов задним числом.

Но до того, пока фирма не осознала крутость и необходимость партионного учета — всё в моей конфигурации было великолепно по скорости. Куда там типовым.

А потом возникла необходимость правильно вести бухгалтерию и все те вычисления для налоговой, что уже имеются в типовой — мне пришлось реализовывать самостоятельно. И это уже был ужас.

Ибо учет на фирме «для себя» я делал так как мне казалось целесообразным, как мне казалось удобным — это был кайф в техническом плане.

А вот обязательную отчетность — пришлось вникать в то, что придумали другие люди, и тут я столкнулся ровно с тем, с чем и вы столкнулись не желая принимать типовые решения: нам очень не интересно и тяжело разбираться с чужими правилами.

Это совсем не то, что выдумывать свои, там как раз одно удовольствие.

Поэтому применение нетиповых решений — крайне ограничено целесообразно.

Целесообразно взять типовую и допилить отдельные моменты под уникальные бизнес-процессы предприятия. Это и по деньгам для предприятия разумно и быстро и результат по времени выполнения этих доработок предсказуем.

Ну вот решение пилить свою бухгалтерию при наличии типовой мне кажется сомнительным. Я поступал по разному, но уж точно не пилил свою бухгалтерию.

1. Рядом со своей конфой ставил 1С: Бухгалтерию и просто выгружал в нее те данные которые было нужно.

2. Ставил типовую бухгалтерию и на ее базе писал свой функционал. То есть в одной базе данных жило как бы две конфы: Бухгалтерия и Моя разработка. С точки зрения пользователя они вообще никак не пересекались. Просто каждый видел ровно то, что нужно.

И тут кстати нет никакого противоречия с моей нелюбовью к типовым. 1С: Бухгалтерия действительно типовая и ее возможности на 100% покрывают потребности любого предприятия для общения с налоговой. А то, что рядом живет еще и свой функционал — вообще никого не касается.
Ну вот решение пилить свою бухгалтерию при наличии типовой мне кажется сомнительным. Я поступал по разному, но уж точно не пилил свою бухгалтерию.


Что за глупости. Зачем пилить свою бухгалтерию?

Речь о другом:

Выцепить из уникальной сделанной с нуля конфигурации «с весьма оригинальными принципами учета» информацию в тех разрезах, что нужно для печати официальных документов и для организации бухгалтерского/налогового учета — потребовало значительных усилий, пожалуй даже превышающих усилия по созданию «уникальной конфигурации с нуля».

Вы путаетесь в показаниях. Ранее вы писали

«А потом возникла необходимость правильно вести бухгалтерию и все те вычисления для налоговой, что уже имеются в типовой — мне пришлось реализовывать самостоятельно. И это уже был ужас.

Ибо учет на фирме «для себя» я делал так как мне казалось целесообразным, как мне казалось удобным — это был кайф в техническом плане.

А вот обязательную отчетность — пришлось вникать в то, что придумали другие люди, и тут я столкнулся ровно с тем, с чем и вы столкнулись не желая принимать типовые решения: нам очень не интересно и тяжело разбираться с чужими правилами.
»
Заврамшись.
Вы путаетесь в показаниях. Ранее вы писали

«А потом возникла необходимость правильно вести бухгалтерию и все те вычисления для налоговой, что уже имеются в типовой — мне пришлось реализовывать самостоятельно. И это уже был ужас.

Ибо учет на фирме «для себя» я делал так как мне казалось целесообразным, как мне казалось удобным — это был кайф в техническом плане.

А вот обязательную отчетность — пришлось вникать в то, что придумали другие люди, и тут я столкнулся ровно с тем, с чем и вы столкнулись не желая принимать типовые решения: нам очень не интересно и тяжело разбираться с чужими правилами.
»
Заврамшись.


Нет никакого противоречия с предыдущим моим утверждением.

Видно, что вы в пылу спора потеряли адекватность…
Не горячитесь.
Подумайте еще раз.

Может и нормально. i3 около 4-го и 4 Гб оперативы — прекрасно работает. Там ещё сокет 1150. Есть у меня один такой магазинчик. И норм робит, только я опять что-то где-то забыл поставить и со скидками траблы при пробитии чека. А всё остальное робит. Касса печатает, терминал с карточек денежки сосёт. Сканер не выделывается. Был косяк с печатью этикеток с ШК — решил через нужный шрифт.
А эвотор — это дно просто какое-то, ещё когда он начал появляться — я просто посмотрел на ленивую интеграцию и понял, что это обычный лохотрон.

У нас по сети тоже работает именно на i3 + 4 оперативки :)
Но в nuc-подобных и всяких Raspberry железо сильно же послабее обычно, как мне кажется.

Ну уже есть и RPi на 4 Гб, а есть и OrangePi у которого есть мощности поболе. В терминале или через веб-доступ вполне можно работать

Речь ведь не только и не столько про оперативку. Важнее процессор.

точно так и есть. У нас точка 35м2, выделен маленький уголок для кассира, куда она протискивается с трудом тупо отдохнуть на стульчике в перерыве. Остльное время она на ногах, либо там же в уголочке с очень компактным кассовым терминалом формата «модулькасса» — «мтс-касса». Что-то туда впендюрить так, чтобы было еще удобно с этим работать — сомнительно
1С: Розница не работоспобна в принципе.

У меня она стояла на алкогольных магазинах. Ох и намучался я с этим УГ. Для нормальной работы пришлось купить Core i5 16Gb RAM и SSD. Только в такой конфигурации ОНО смогло более менее работать. Обмен данным с этим «чудом» — отдельная песня.

Чтобы сделать инвентаризацию — пришлось написать инструкцию на 4-х (ЧЕТЫРЕХ, КАРЛ!) листа.

Ну и далее со всеми остановками. 1С: Розница улетела в унитаз вслед за эвоторами
Вы что-то не то с ней делали…
У меня мой ПК с конфигурацией Core i5, 16 GB и HDD позволяет гонять виртуалку Windows 10 с запущенной на ней розницей и при этом еще и Visual Studio.
В магазине розница работает на старом ПК (10-летней давности) с 32-разрядным процессором и 4ГБ оперативки (ос — вин10). При этом к ней еще и по локалке подключаются два ноут в режиме клиента. И на том же старом ПК запускают офис и браузер.
Я лаги в одной из версий бд вылечил тем, что при переезде на новое юр.лицо убрал 17к из 20к наименований номенклатуры, оставив, только 3к, которые реально использовались. А также убрав вообще всё историчское, организовав переезд на новое лицо, как поступление товара. Предыдущие документы и наименования накопились за 8 лет использования и уже сильно ухудшали работу. Всё это отправилось в архив.

С инвентаризацией — хз, через склад она делается без особых проблем. Но глобальную инвентаризацию я предпочитаю не делать — это означает закрыть магазин. А локальные по брендам делаюся каждый раз, когда нужно сделать закупку (там есть стандартный отчет, выводящий остатки + продажи + цены за заданный период, это очень удобно позволяет одновременно и понять, что продалось, и что осталось, и что нужно купить).

P.S. Я правда не работал с ЕГАИСом, возможно, с ним всё плохо.
Как вам уже ответили выше, вы что-то делали явно не так. Розница работает даже на вполне слабых машинах, даже не торговых терминалах и моноблоках (более 120 торговых точек). Единственное, что уже давно перешли на SSD, т. к. базы файловые и скорость диска решает. Но SSD сейчас стоит копейки, по надежности не уступают HDD.
Это не у него ли тоже оплата за каждый чих по каждому ККМ типа «НДС 20% — купите обновление прошивки»?

Это стала политика всех производителей ККТ. Вообще всех (кроме аутсайдеров), рынок насыщен, продажи упали. Прибыль надо показывать любым способом. Кредиты, которые брались 2-3 года назад пора возвращать. Вообще, снимаю шляпу перед Вами. Столько терпения! Обычно эвотор выкидывали через 15 месяцев и меняли на другого производителя.

Openpapyrus — исходные коды, атол, вики принт, пирит, штрих фр, чесзнак, егаис, меркурий, все оборудование и вообще все за даром кроме живых консультаций.

Система довольно странная с точки зрения кастомизации.
Чувствую, это будет так:
-а можно тут шрифт побольше сделать?
-можно. вобщем, завтра приходите — пока все скомпилируется, раньше посмотреть не выйдет.

Я стесняюсь спросить, а купить премиум подписку на поддержку критичной для бизнеса системы разве не логично?

Там 600 руб./месяц на одну кассу.
Автор (и руководство компании, видимо) радовались, когда 150 руб. сэкономили, а вы говорите...

Во первых, премиум не гарантирует ничего, что касалось бы твоего бизнеса, только время условной(мы приняли ваш тикет) реакции техподдержки.
Во вторых, тут скорей психологическая проблема. Фичи, которые были бесплатны теперь только за премиум. Получается покупал ты один продукт, а имеешь другой. Это настраивает на негативное восприятие и недоверие.
Ладно фичи. Им про баги пишешь(как вам к примеру потерять данные за целый день переучёта?), а они: купи премиум подписку, тогда и поговорим.
Это путь в пропасть.
Эвотор отлично себя показывает в определенных сценариях, аля овощная лавка или еще какая-нибудь простая точка. Там где нужна аналитика, печать этикеток итд типа бутик одежды в тц, лучше подойдет 1с розница. Если сеть магазинов например продуктовых то на фронт (кассы) ставим что-то легкое, фронтол например. В общем для каждого сценария есть оптимальное решение.
Да не нужна аналитика на рабочем месте кассира. Не нужно пихать кухонный комбайн там где можно справиться ножом.
Проблема в том, что если ты хочешь две цены на товар — плати деньги, хочешь дисконтные карты — плати деньги, хочешь дополнительное поле в клиенте — плати деньги, хочешь снять отчет по продажам — плати деньги. Да даже платформа.офд (офд от эвотора) предлагает около 15 вариантов платных услуг на выгрузку чеков и т.д. Тут даже не жаба душит, а чувство того, что ЭВОТОР может в любой момент нагреть на любую сумму.
Вы понимаете что кассиру в пятерочке, и в павильоне тц нужны разные инструменты? 1с розница и есть нож с минимальным функционалом, комбайн это немного другое.
1С Розница без допиливания напильником — в реальной работе не удобно и не гибко, но как-то работать можно, да.
Ключевой пост, как мне кажется. ) А я просто устал допиливать те 5 магазинов, которые сидели на 1С: Розница, представил себе объем допилов для остальных точек и выбросил Розницу на помойку, где ей самое место.
Ключевой пост, как мне кажется. ) А я просто устал допиливать те 5 магазинов, которые сидели на 1С: Розница, представил себе объем допилов для остальных точек и выбросил Розницу на помойку, где ей самое место.


Что то нелогично пишете.
Программист, да отказывается от работы, за которую можно получать деньги.

Как показывает моя практика большая часть допилок связано с тем, что человек ленится разобраться в типовой, где всё есть для большинства предприятий. Ему интересно всё написать самому.

Допиливание как правило связано или с тем, что предприятие слишком передовое и постоянно повышает уровень автоматизации, впереди планеты всей.

Или с тем что директору программист не рассказал, что оказывается у него в ПО нужный функционал уже есть, достаточно просто начать им пользоваться.

Есть конечно клинические случаи, когда руководство предприятия имеет свой очень оригинальный взгляд на учёт. Но тогда и ПО других разработчиков не подойдет.
Большая часть допилок связана с тем, что типовые от 1С разрабатываются для сферического предприятия в вакууме, при том не задумываясь об удобстве конечных пользователей.
Большая часть допилок связана с тем, что типовые от 1С разрабатываются для сферического предприятия в вакууме, при том не задумываясь об удобстве конечных пользователей.


В случае если бы 1С была неподходящим инструментов для сколько-нибудь значительной части людей — то потребители массово переходили бы на другое ПО или писали массово же конфигурации с нуля на базе платформы 1С. Уж типовыми бы конфигурациями 1С тогда бы точно не пользовали.

А такого не наблюдается.

Что до доработок: обратите внимание на то что именно и в какой объеме допиливают. Большая часть делает небольшие доработки под особенности своих бизнес-процессов.

И даже те, кто делают большие доработки — остаются на типовых конфигурациях, используя львиную долю их функционала.

Ситуация «написал свою конфигурацию с нуля» — это не столько решение руководства фирмы, крайне недовольного ПО, сколько решение самого программиста.

Я сам так тоже делал.
Чисто из технического интереса. Оказалось и по деньгам тоже полезно.
Моего авторитета у фирмы было достаточно чтобы подсадить её на мой продукт. Ну а поскольку изначального функционала там было гулькин нос, несопоставимо в типовыми, то я был на долгие годы обеспечан доработками моей уникальной конфигурации.
Строго говоря, до тех пор пока фирма не потерпела неудачу в торговле и не ушла в другую сферу, где моя конфигурация была уже не нужна.
Очень много недовольных типовой Розницей, не зря MAGAZKA пользуется неплохой популярностью. А так да, вот знаю контору, около 4 тыс. магазинов, взяли, когда у них было ещё только 100 магазинов, за основу типовую Розницу. Ну от типового там ничего уже и не осталось почти…
Очень много недовольных типовой Розницей, не зря MAGAZKA пользуется неплохой популярностью. А так да, вот знаю контору, около 4 тыс. магазинов, взяли, когда у них было ещё только 100 магазинов, за основу типовую Розницу. Ну от типового там ничего уже и не осталось почти…


А зачем вы это сделали, зачем выбрали софт неподходящий под задачу?
Но виноваты не вы, а 1С?

От 50 магазинов уже выгоднее ставить узкозаточенный софт, который на порядок проще, ибо вся бизнес-логика уже на сервере, а на кассах стоит оффлайн подсистема по сути вообще без своей полноценной СУБД.
Никто не виноват, просто типовая розница «из коробки» на самом деле мало кому подходит.
Вся Бизнес-логика на сервере тоже решение не без проблем, мягко говоря. Но это уже к теме не относится совсем.
Никто не виноват

Ой ли
просто типовая розница «из коробки» на самом деле мало кому подходит.

Да многим она подходит. Небольшим сетям, отдельным магазинам.
Вы довольно непрофессионально подошли, просто прочитав слово «розница» на коробке и решив что это подойдет и под вашу розницу.
Но розница рознице рознь и нужно разное ПО для разных видов розниц.
Хотя к настоящему времени вы, надеюсь, это уже поняли.
Ну вот запустили сеть из 100 магазинов на допиленной франчом Рознице. И, внезапно, путём слияний и поглощений через полгода оказалось 800 магазинов. Что, надо было прямо по ходу софт менять? А у 1С для крупных розничных сетей типовых решений и нет нормальных.
Ну вот запустили сеть из 100 магазинов на допиленной франчом Рознице. И, внезапно, путём слияний и поглощений через полгода оказалось 800 магазинов. Что, надо было прямо по ходу софт менять? А у 1С для крупных розничных сетей типовых решений и нет нормальных.


Вы хотите сказать, что во всех до единого купленных магазинах был идентичный такой же так же доработанный тем же фрачем софт?

Наверняка там был разный софт и объединив ИТ команды можно было воспользоваться опытом какой то из купленных сетей и выбрать лучшее решение для дальнейшего развития.

Но, смею предположить, выбрали то решение, которое было в головном купившем всех предприятии, даже если это решение было не самым оптимальным?

Ну да, но результат в общем неплохой получился, более 120 млрд. руб выручки в год, на этом фоне затраты на 1С 10-15 млн. в месяц не так уж и велики. А так, конечно, если бы в момент выбора Розницы было известно, что будет 4 тыс. магазинов, я бы сказал, что те, кто выбирали, странные люди, мягко говоря.
а чем в этом плане сеть из 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) Никакой связи между количественным или суммовым учетом и онлайн кассами нет. От слова «вообще нет». Автор тут что то напутал. В рознице нет необходимости вести остатки, ибо: взяли товар с полки — значит он есть в магазине, провели мимо штрих-сканера, зафиксировали продажу в онлайн-кассе.

Единственное что нужно для подключения онлайн-касс — это связать штрих-коды с названиями и ценами товаров. Но это не количественный или суммовой учет. Это вообще параллельная сущность.

Да, в идеале количественный учет нужен в центральном офисе, он крайне полезен для бизнеса в плане оценки эффективности бизнеса и можно более гладкую более правильную более точную (разумеется в интересах предприятия) отчетность сдавать в налоговую, и лучше проводить инвентаризации на торговых точках… Но вот конкретно только для задачи подключения онлайн-касс на розничных точках необходимости в этом количественном учете нет.

Дело не в экономии 18000 рублей. Дело в принципе. В подходе. Постоянные вымораживания денег, отключение бесплатных сервисов, любой чих — плати. Я тут подсчитал, что уже реализовал в своей системе и сколько денег надо было бы заплатить ежемесячно с каждой кассы за этот же функционал не считая т.н. «премиумной» подписки. Получилась достаточно внушительная сумма в 2000 рублей с кассового аппарата. С учетом премиум подписки 2600… считайте сами.

извините, но на 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 раз».

А вы знаете, что если бросить лягушку в кипяток, то она постарается выпрыгнуть, а если бросить в холодную воду, а потом постепенно довести до кипения, то она так и будет сидеть, пока не сварится? Да, "за 5 лет из 12 в 36", не то же самое, что "через год в 10 раз", но некоторых нужно ошпарить, чтобы они поняли тенденцию. В литературе это называется "гипербола". Извиняюсь, если "ошпарил" ваш интеллект своим преувеличением.

Даже переход внутри эвотора с одной товароучётки на другую вызывает проблемы, а уж смена касс тем более.
Потому если назрела необходимость лучше сменить платформу, пока она не пустила корни.
чтобы беспроблемно работать на уже установленной и налаженной системе?

Вы считаете что покупка подписки это гарантирует? Не смешите. Я более чем уверен что там в EULA (или что там у них) написан полный "непричомер" — ни за что не отвечаем, ничего не гарантируем. SLA? а что это?


Они просто не будут сразу посылать на три буквы после вопроса "есть ли премиум", а будут заводить заявку которая, возможно, когда-нибудь будет выполнена. А бизнес будет в это время простаивать.

Не надо фантазировать. Я работаю в огромной розничной компании, немного разбираюсь в работе Эвотора, Штриха и Атола. По премиум-подписке таки заявлена моментальная реакция техподдержки.

Заявлено там может быть что угодно, обычно это маркетинг-буллшит. Важно то, что прописано в договоре на премиум поддержку. В открытых источниках я его найти не смог.


Ну и вообще — принуждение к премиум поддержке при наличии глюков и ошибок по вине вендора, которые стопорят бизнес — так себе практика.

Обеспечьте 10 %, и капитал согласен на всякое применение, при 20 % он становится оживлённым, при 50 % положительно готов сломать себе голову, при 100 % он попирает все человеческие законы, при 300 % нет такого преступления, на которое он не рискнул бы, хотя бы под страхом виселицы.


Томас Джозеф Даннинг
А почему вы решили, что «мечется»? Отработали на старой системе более 20 лет. Теперь на новой. Никаких метаний. 7.7 себя изжила уже полностью.

Моя квалификация позволяет все. )

Геморроя с новой системой не было. Запустил 1-го февраля 2020-ого. С момента создания конфигурации до ввода в эксплуатацию прошло 3 месяца. 1-го марта внедрение было закончено.
Да на какую систему перешли? У меня у самого пара Эвоторов и они периодически бесят своими багами.
Можно в личку, чтобы не сочли рекламой.
а почему антиреклама эвотора это нормально, а реклама чегото нормального нет?
давайте уж открытым текстом, ничего нет плохого в рекламе хорошего продукта
Ну а какой сейчас продукт самый жизнеспособный с точки зрения именно пользователя (владельца несетевого магазина)?
Чтобы это знать, нужно одному перепробовать все(или хотя бы большинство) существующие решения. Но владельцу несетевого магазина это не реально.
Я когда покупал эвоторы не нашёл(в интернете) практически никакого опыта реальной эксплуатации.
Первые полгода была совсем беда с ними. Тоже хотелось плюнуть и выкинуть их(а некоторые реально так поступали). Сейчас более менее устаканилось и вот не знаю. Стоит ли менять шило на мыло.

блин, не знал что кому-то это интересно, есть похожий опыт с модулькассой… запилю статью как будет время
спасибо!

Очень интересно. А еще к ТС вопрос, как делали интеграцию с терминалами сбера в итоге?
со сбером не делали интеграцию, а с кассой интересно — запускали на ней браузер, в браузере входили в личный кабинет, и уже сервер отправлял запрос на модулькассу чтобы они пробили чек. они вызывали чековый модуль на этой же кассе и он пробивал чек. выглядело это так, как будто у кассира рабочее место прямо на сайте в личном кабинете. там же все продажи, состояния чеков, возвраты, цены автоматически, учёт продаж, и всё такое. но весь идиотизм в том, что в API модулькассы нет (тогда не было, может щас есть) функции «пробить чек» — это абсурд какойто. пришлось делать вид что это продажа через интернет-магазин, а чек отдавать пользователю в руки, не указывая там его емэйл или телефон… у меня были такие переговоры с модулькассой, фильм можно снимать. я придумал им как нормально сделать чтобы всем было удобно, через сайт как у меня. прямо на кассе запускаешь сайт и всё. но они начали придумывать какуюто чушь с безопасностью, я так понял они хотели начать зарабатывать на магазине приложений. а я им предлагал чтобы они открыли доступ к браузеру прямо на кассе, и браузер бы дёргал через одну единственную функцию JS API кассы. они могли написать специальный браузер с этой функцией, который бы был ограничен только одним сайтом на который можно зайти. но они эту идею зарубили к сожалению… а так было бы офигенно — никаких приложений не надо писать, никаких справочников обновлять, касса работает просто как чек-машина для налоговой, интеграция с любыми системами, CMS, чем угодно через API касс. и самое в этом приятное было бы то, что все программисты сайтов получили бы лёгкий доступ к интеграции. но… тупак шакил одержал победу над разумом в этой несправедливой войне…
потом браузер они вобще отключили, и пришлось на планшете запускать саму систему, а касса просто как принтер чеков и ОФД работала.
и кстати с этой фишкой есть один лайкфак, можно одну кассу использовать на несколько отделов — печатать с одним ОФД на разных кассах с одним юридическим адресом

А с аппаратной частью что? Насколько я понял Вас эвотор привлёк компактностью, а что сейчас?

Мой опыт с такими вещами исчерпывается участием в доработке связки OpenERP + 1C но все же вопрос — а все эти подписки что хотел Эвтор? — они в сумме сколько процентов от зарплаты ИТ-службы? А от единовременных затрат на новую систему? Оно точно того стоило в такой ситуации? Или там даже с подписками ужас творится?
Имея данные о продажах, руководство компании решило перейти от устаревшей системы суммового учета к количественно-суммовому и далее к количественному по мере совершенствования системы.

Можно чуть разжевать для чайников? В чем разница и преимущества.

суммовой учёт — это пришло товара на Х рублей, выручка Y рублей, значит должно остаться товара на X - Y рублей.


что тут не так?
любые изменения цены превращаются в му́ку.
мы не знаем сколько какого товара на точке, значит, мы не можем правильно сделать заказ товара. обычно в таких случаях заказ формирует продавец, а в продавцы, будем честными, обычно идут не самые выдающиеся умы. да и у продавца могут быть свои интересы (например, за списание просроченной молочной продукции штрафуют — значит не будем вовсе заказывать молока со сметаной).
есть и ещё одна «прелесть».
предположим, что у нас заправка, на которой на кассе есть два товара: сигареты и фанта, оба стоят по 100 р. за углом супермаркет, в котором сигареты стоят те же 100 р (цена на сигареты регулируется государством), а фанта — 50 р.
утром выходит продавщица, у неё на остатках 1 пачка и 1 бутылка.
покупатель берёт пачку, продавец не пробивает чек (или пробивает чек, а потом делает возврат), бежит в соседний магазин, покупает бутылку фанты, получает 50 р сдачи, которые кладёт в карман.
вечером приезжает ревизор: так, по данным учёта у вас утром было товара на 200 р, покажите выручку — 0. покажите товар — так, две бутылки фанты, 200 р. отлично, у вас дела в полном порядке, ждите премию.


чем более детализированно ведётся учёт, тем меньше пространства для подобных манипуляций.

Но ведь это же дичь лютая (суммовой учёт). Даже не подозревал что такое практикуется.
Пришло от поставщика n штук/упаковок товара, продано столько-то, повреждено/просрочено столько-то, в итоге на складе должно быть вот столько, плановая выручка с продажи остатка такая то. Это минимальная достаточная логика, на мой взгляд.

я бы сказал, что постепенно розница движется к партионному, а то и вообще поштучному учёту (последнее уже больше требование государства, чем потребность бизнеса).


а суммовой учёт… я знаю, что он где-то применяется, но ни разу по работе не встречал (а с торговлей сталкиваюсь лет 25 как).

При отсутствии нормального оборудования в торговых точках, позволяющих вести поштучный учет проданных товаров — это единственный способ учета в рознице.
При отсутствии нормального оборудования в торговых точках, позволяющих вести поштучный учет проданных товаров — это единственный способ учета в рознице.


Зависит от количества наименований номенклатуры и размера магазина.
Если у вас киоск малюсенький, где всех товаров — 10 видов йогуртов и, важно, эти наименования стабильны-одинаковы годами — прекрасно и точно ведется учет и без этих ваших «кампуктеров».
Онлайн касса обязательна для всех кроме пары исключений. Всё что нужно в ней есть.
Это лютая дичь, если у тебя супермаркет с товароведами; а если у тебя точка 10м2, где один продавец, то количественный учет = дополнительный юнит на зарплате, что автоматически съест все гипотетические выгоды от более качественного учета.
А зачем тут товаровед? Уменьшение остатков происходит при продаже товара (всё равно же надо его «пикнуть» сканером и продать). Увеличение остатков можно вообще делать удаленно, по типу «отправили партию из N штук номенклатуры X в точку продажи Z — изменим остатки при получении». Просто учёт тупо по сумме, звучит откровенно дико…
>>Увеличение остатков можно вообще делать удаленно
Нельзя. Чтобы знать, что доехало именно то что послали, нужен человек на месте. Кроме того, есть ситуации, когда продавец сам закупает товар за наличку у заезжего экспедитора.
Товар пришел в коробке, продавец выкладывает товар на полку и отмечает галочкой в каждой строке товара, что всё по накладной пришло.

Насчёт закупки у экспедитора — звучит как-то сомнительно. Тут можно у экспедитора отмечать что, кому и сколько было продано. Просто я не понимаю, как вообще можно без учёта остатков вести бизнес. Ведь тогда не понятно, что у тебя продаётся, а что нет…
Очень даже запросто звучит. У нас продавцы сами заказывают у экспедитора сторонней компании, например, семечки.

Без компьютерного учета вести бизнес очень даже можно. В бухгалтерии вообще ничего не изменилось с 15-го века. Только тогда компьютеров не было и как то же жили )))

Вы не видели в живую карточку учета товара на складе? Ну с советских времен? Ну или разворот книги ростовщика 16-го века? Загуглите! Ну правда! Безумно интересно. )
Очень даже запросто звучит. У нас продавцы сами заказывают у экспедитора сторонней компании, например, семечки.

я считаю, что это зло. самое ценное (наличие и ассортимент товара) зависит от людей с не самой высокой квалификацией, как я уже говорил в этом обсуждении.
плюс у эти людей собственные приоритеты (не всегда совпадающие с приоритетами компании).
плюс появляется больше возможностей для махинаций.


заказ должен делаться централизовано.


Вы не видели в живую карточку учета товара на складе? Ну с советских времен?

я вот не видел. года так с 95 видел много складов и всё учитывалось на компьютере.

Разумеется зло. Ну почему я должен столько раз повторять? Вся эта затея с ЭВОТОРами и теперь с АТОЛами, помимо соответствия 54ФЗ развивалась как раз для того, чтобы уйти от суммового учета и перейти к нормальному количественному. Вроде по русски пишу. Неужели так непонятно пишу? )

нет, из ваших слов следовало «жили отлично с суммовым учётом, и жили бы ещё лет 20 так, но тут пришёл 54 ФЗ»

Ну вы же сами написали ниже:

«как я это понимаю:
до этого необходимо было купить компьютер, что делало целесообразность сомнительной.
когда компьютер стал обязательным, стоимость внедрения количественного учёта для бизнеса снизилась.»

Поэтому и решили внедрять количественный учет. Ну не только поэтому конечно… Там много факторов на самом деле было, но это уже СИЛЬНО в стороне от темы.

Простите, а у вас продажи не по сканеру идут или не фиксируются/передаются в головной офис?
Просто какой смысл продавцу самому делать заказы, если голова знает что происходит на точке? Т.е. я могу понять, когда нет оборудования, но сейчас оборудование стоит и связь есть.

>>и отмечает галочкой в каждой строке
А пришло то, чего в фактуре вообще не было — пересорт ;)

>>Просто я не понимаю…
Требования бизнеса могут быть разные, и схемы разные.

Пока на точках стоят кассы неспособные сохранять и передавать в центральную базу данных информацию о проданной номенклатуре — другого способа учета не существует.

54ФЗ обязал все кассы реализовать эту возможность. Поэтому и стали переходить на нормальный учет.
А как связаны сохранение информации в фискальнике и передача данных в офд с товарным учётом? 54 ФЗ про передачу данных в ОФД и хранение на фискальнике, а не про остатки на складе. Это два независимых процесса. По факту же вроде можно чуть ли не ручками набить чек с наименованиями позиций и цен и это будет соответствовать 54 ФЗ. Можно вообще не вести учёт, а только в чеке пробивать корректно названия и это будет соотвтествовать закону о ККТ. А можно вести учёт, а чеки не бить (так делают на всех рынках), тогда учёт есть, а ФЗ не выполняется. И одного с другим мало связано.
Ну смотрите. До 54ФЗ на точках стояли обычные кассовые аппараты. В которых фиксировалась только сумма чека. Ни номенклатуры, ни количества в этих кассовых аппаратах указать было нельзя.

После 54ФЗ нас обязали указывать в чеке не только общую сумму, но и номенклатуру с количеством. А уж поскольку обязали, то стало возможным реализовать нормальный количественно-суммовой учет, что при старых кассовых аппаратах было невозможно сделать
Причём вообще ККТ и товароучёт? У вас проблема с причинно-следственными связями. «стало возможным реализовать» — а до этого что, было невозможно?? А как же я на тестовой конфигурации «продаю» тестовые товары без ККТ вообще? Товароучёт и законы о кассах НЕ связаны вообще. У вас может быть обе эти вещи (нормальный розничный магазин), только ККТ (ваш странный пример, когда 54ФЗ выполняется, а товароучёта нет), только товароучёт (все Дубровки, Горбушки, Садоводы и т.д. с учётом и без чеков), и когда нет ни ККТ, ни товароучёта (ярмарка ремесленников каких-нибудь).
У вас проблема с причинно-следственными связями. «стало возможным реализовать» — а до этого что, было невозможно?

как я это понимаю:
до этого необходимо было купить компьютер, что делало целесообразность сомнительной.
когда компьютер стал обязательным, стоимость внедрения количественного учёта для бизнеса снизилась.

Наверное я неправильно обьясняю…

Еще раз. До 54ФЗ не было возможности передавать в центральную базу данные по продажах в разрезе Номенклатура + количество. Только сумма. Мы имели данные сколько конкретного товара отправилось на точку, но в обратной связи была только СУММА выручки. Без номенклатуры. В точках стояли обычные кассы которые умели только пробить чек по сумме и выдать Z-отчет.
Это лютая дичь, если у тебя супермаркет с товароведами; а если у тебя точка 10м2, где один продавец, то количественный учет = дополнительный юнит на зарплате, что автоматически съест все гипотетические выгоды от более качественного учета.


Если у тебя одна точка в 10 квадратов, то продавец = владелец.
И, естественно, он знает свой товар и свои остатки назубок.

Но вот если у тебя на точке в 10 квадратов выложено 2 000 наименований товаров, 3 продавца посменно работающих и сеть из 50 таких 10-квадратных магазинов, то ситуация совсем иная.

Причем пока таких магазинов у тебя 2-3 ты можешь их лично объезжать и проверять, но когда их уже 50 — нужна автоматизация. И она, в пересчете на 50 магазинов, будет не так уж и дорога.
Возможность оперативно отслеживать остатки товаров на точках. У нас специфика работы — СВЕЖАЯ молочная продукция. То есть 1-2 дня от даты производства. Не больше. Торгуем с колес.
все же интересно на какую систему перешли. Чтобы с нормальной инвентаризацией, учетом, аналитикой, честным знаком и т.п. Пока склоняюсь к моемускладу, но не изучил еще вопрос

зы: 1С сейчас есть решения типа эвотора и модулькассой, чтобы на кассе микротерминал для обработки, остальное где-нибудь в облаке с полным доступом, чтобы свою аналитику еще прикрутить и какой-нибудь апи расширить?
Всю. С нуля.

вот не верю )


да, в заголовке статьи было «чего это стоило», в статье же вообще ничего про стоимость перехода с эвотора не нашёл.

А вы поверьте ))

Все именно так и было. Абсолютно пустая конфигурация 1С и все с нуля. )

Опыт 25 лет работы разработчиком. )
Ну и это далеко не первый мой проект «с нуля». Терпеть не могу типовых «монстров» от 1С.

По поводу конкретных сумм потраченных на реорганизацию сказать не могу, по другим причинам, но вы легко можете подсчитать сами. Цены на оборудование есть в интернете. Сколько получает хороший разработчик 1С — тоже не секрет.
Абсолютно пустая конфигурация 1С

вот я на это и намекал.
платформа 1с — это уже далеко не с нуля.


а физически как теперь выглядит рабочее место кассира?

Я пока не разобрался как тут картинку вставить )))

Картинку выкладываете на web.habrastorage.org
Берете оттуда URL загруженной на тот сайт картинки
Потом нажимаете 4-ую справа кнопку над полем ввода комментария, она называется «Изображение», туда вставляете URL картинки.
Цены на оборудование есть в интернете

так вы же не написали какое именно оборудование у вас стоит.
следующий вопрос — цена софта: какая ОС стоит, сколько стоит 1с.

Всю. С нуля.

вот не верю )


А я верю.
Я писал несколько конфигураций с нуля.

Функционал движка 1С достаточно хорошо покрывает типовые задачи.

Так что, если нет таких вещей как подключение внешнего оборудования и обмен данными с внешними системами, если речь идет о примитивном учете, то конфигурацию с нуля можно написать и за пару дней.

Если речь идет, как у автора статьи, об простом суммовом учете на розничных точках и обмене данными с центральным офисом — там работы меньше чем на 1 рабочую неделю (дня 4).

Смысл таких уникальных конфигураций, что они узко затачиваются на вполне конкретные бизнес-процессы, любые мелкие изменения — и нужна доработка, иногда значительная доработка конфигурации.

я имел в виду, что «на платформе 1с» — это уже не с нуля. хотя, конечно, это вопрос скорее философский.

Написал сам. Всю. С нуля.

А какой следующий шаг думаете? Давайте в опенсорс
А какой следующий шаг думаете? Давайте в опенсорс


Ценность подобных узкозаточенных решений невелика за пределами их изначально ниши.

Плюс доку нужно делать.

Плюс для использования вам всё равно нужна лицензия на движок платформы 1С.
Ну понятно что могут использовать только 1С, но части связанные с интеграцией возможно кому-то пригодятся для 1С проектов.
Да, под опен сорс я понимаю именно выкладывание с докой и детальными описаниями почему сделано так, просто выложенный конфиг имеет мало смысла.
Пост набрал уже 200 комментариев, т.е. видно что тема интересует многих
Ну понятно что могут использовать только 1С, но части связанные с интеграцией возможно кому-то пригодятся для 1С проектов.


Я вас уверяю, сколько-нибудь квалифицированный программист вполне способен написать автоматизацию розничной торговли для конкретного предприятия с нуля.

Ничего там такого волшебного нет с технической точки зрения.

Там вся ценность в привязки к бизнес-процессам конкретного предприятия. А для других предприятий в этом нет ценности, только непонятность одна.

Пост набрал уже 200 комментариев, т.е. видно что тема интересует многих


Посчитайте сколько заинтересовались заполучить это оригинальное ПО из тех 200.

Подавляющее большинство комментаторов просто или выражает непонимание странными поступками автора или рассказывает свои аналогичные история.

Самое его ПО кого-то кроме вас заинтересовало?
Подозреваю, что ушли на Атол — поддерживаю двумя руками.
Я занимаюсь поддержкой онлайн ккт с момента их массового внедрения, и ситуацию с Эвоторами вы описали крайне мягко… Наши клиенты выбирают Эвоторы из-за стоимости «стартового» комплекта: ККТ, ФН и ОФД, а вот с чем они сталкиваются на следущий день:
— как выше было указано — практически полное отсутствие техподдержки: и даже если вдруг клиент оплатил премиум — «Спасибо за обращение, наше мнение очень важно для вас, мы работаем над этим». Если задача не исправляется «скрепкой в дырочку» — можно забыть.
— бесплатно Эвотор позволяет: продать товар, вернуть товар, закрыть смену — весь остальной функционал за денюхи, причем, немалые. Хотите УТМ? Платите. Хотите обмен с 1С? Платите. Хотите просто закинуть на кассу список товаров в CSV? Платите. Ну, вы поняли…
— Софт сырой, от слова совсем: постоянные зависания, требования провести «профилактические работы»(да, отключение от 220 на полчаса подобное лечит — в половине случаев), отвал ККТ от личного кабинета(это выглядит так — работаете, работаете — и фигак, касса заблокирована. Баба Зина в шоке обрывает телефон директору, директор вам, а вы сидите еще с тремя такими на проводе. ТП Эвотора? Читайте выше...) и вишенка на торте — отвал модуля кассы(несёте в сервис центр и вам меняют этот модуль по цене в 1/2 от стоимости кассы, конечно, если она уже не на гарантии).
— А аккумуляторы? В семерке стоит нокиевский(неоригинальный!) BL-5C — живёт максимум год, потом вздувается и рвёт крышку аккумуляторного отсека планшета. В пятерке и других «автономных»(которые при отключении от сети живут не 10 секунд — а полчаса-час) стоят 18650(как в электронных сигаретах): и тут есть много «но». Первое, это «качество» аккумуляторов: от заявленных 2700 ач там от силы 270 — при попытке использовать их в электронке вас ждёт фиаско: ток просто унизительный, напряжение моментально проседает до вольта с хвостиком… Китайский шлак. Второе: Эвотор не заряжает полностью высаженные аккумы — т.е., вообще. Либо заряжать в покупной зарядке, либо держать один заряженный и раскачивать сменой аккумуляторов. Третье: контроллер заряда — тоже китай: один из клиентов при замене аккумуляторов решил вставить свои проверенные «шоколадки»(высокотоковые аккумуляторы в коричневой термоусадке) в свой 7.3 — а туда влезает целых четыре штуки… Касса уже была без гарантии…
— Жадность Эвоторовцев просто зашкаливает… Даже если вы купили кассу — вы можете попасть в ситуацию, как, например, с переходом на ФФД 1.05. Приходит письмо, из налоговой — вы торгуете с нарушением законодательства РФ, устранить в течение двух месяцев! Как так, вы же заплатили порядка тридцати тысяч за кассу в красивой коробке — откуда нарушения? А вот так — внесены изменения в закон, касающийся онлайн ККТ — и Эвотор… Правильно, требует денег. Не заплатите одним — придут другие.
Извините за сумбур — но хотелось бы просто дать совет от человека «с той стороны» — покупаете кассу — берите любую другую: Атол, Viki — да ту же МТС. Потому что на Эвотор потратите минимум втрое больше денег, нервов и времени.
Автор, соболезную. Работал с этими кассами, как ЦТО и ТП. Это самая хитрая компания и не зря она большого банка. Люди плачут и не знают что делать с этими ЭвоТор’ами :(
Так там еще круче. Будучи дочкой нескольких банков эвоторщики не смогли ни под один из этих банков написать вменяемый драйвер банковского терминала. Потом самый главный банк забрал разработку драйвера к себе. Еще полгода отмучались и под конец забросили окончательно с мотивировкой «В стране коронавирус. Все разработчики драйвера на удаленке». Это сообщение из чата большого банка )))
Ахаха, про банковское не слышал негатива. Хотя я ими и не занимался(банки сами устанавливали) :)
Правда, очень замечательно что ушли. За почти 3 года я от где-то 100 клиентов услышал только один позитивный отзыв об ЭвоТор
Видео разбивания Эвотора будет?)

Везде, абсолютно везде где мог попрощался с Эвотором, розница+атолл на данный момент самый адекватный вариант, про РИБ уж вообще молчу (с тем же самым простым обменом через Яндекс диск), и у 1с конечно бывают танцы с бубном. Но там хоть всё логично, и маркировку на, и ЕГАИС на, и Меркурий на держи только купить меня купи, про обмен с торговлей и бухгалтерией вообще молчу, как вспомню глаза бухгалтера когда у неё декларация по пиву чуть ли не сама собралась, у неё только пятки и сверкали когда она уже мне за пивом бежала))))

Для тех, кто прочитает про сбер и эво. Самая надежная связка это Инженики Ipp 320 (дисплей монохромный) или Ipp 350 (цветной дисплей) кабель юсб пихать в порт с 1.0А, на порту 0.5 были проблемы. Драйвер сбера нормальный и бесплатный кстати. Не ставить Pax sp30 + Эво это гемор и потерянные нервы и время. Сейчас эво и сбер продвигают кассы+эквайринг 2в1 на момент сентября 2020 крайне не рекомендую для стационарных точек продаж (не читает карты некоторых популярных банков эквайеров, проблемы со связью, часто падает в ошибки). 54 фз зло.

Единственная проблема в такой связке(Ipp 320/Ipp 350), эвотор иногда забывает про банковский терминал. Нужно зайти в оборудование и поставить тот же Ipp 320 по умолчанию(вместо: «автономный терминал»).
Больше за два с хвостиком года никаких проблем(два терминала) не было.
Когда мы написали своё приложение под Эвотор для своих нужд и нужд наших партнеров, Эвотор так же попросил с нас 300р/мес за каждую установку (половину из которых возвращает назад нам же как разработчику). Их бизнес-модель предполагает, что они зарабатывают на комиссии с каждого софта, а не на самом терминале, поэтому выпустить бесплатное приложение нам просто не дали. При том что мы не используем API облака, а работаем оффлайн на самом устройстве и не создаем нагрузку на их инфраструктуру. Ну ладно хоть так разрешили сделать и расширить функционал этого эволюционного устройства)
Их бизнес-модель предполагает доить клиента по полной. Была бы возможность контролировать дыхание продавцов, они бы брали деньги за воздух(что они и так фактически делают, это видно если полистать их магазин приложений).

Где-то года полтора назад имел дело с подобной системой Дримкас, проблемы были примерно те же — глюки, кривая документация, отсутствующий функционал и попытка за любой чих взять денег.

Не в курсе, к сожалению. Этот проект сдох, а потом я сменил работу.

Да уж, для человека далёкого от 1С и от Эвоторов история пугающая. Но, если подумать…

Придя в компанию на полный график 1-го октября 2019 года, принял решение о переходе на 1С 8.3 собственной разработки с нуля.


Серьезно? В 2019 году на 8.3 с нуля?? Этот ларечный бизнес настолько уникален, что для учета не подходит ни Розница, ни УТ, ни УНФ? И при этом он настолько доходен, что может позволить оплатить разработку учетной конфигурации с нуля на 1С 8.3?

Требовали 300р в месяц за каждую точку (31 точка). Худо бедно удалось договориться о 150. Доступ восстановили.


Но при этом 300 рублей в месяц с терминала за использование облачного обмена для него слишком дорого? Ну ок, бывает…

Обращайтесь к разработчику обмена данными. То есть они мне предлагали обратиться ко мне же с этим вопросом. Хотя API честно говорил — данных о продажах нет.


Про тех.поддержку разрабочиков не слыхали? developer@evotor.ru Отвечают в течение рабочего дня, максимум на следующий. Еще t.me/clubevotormarket там тоже представители сидят, но это не столь официальный канал. И вот честно, ни разу в облаке у меня данные не пропадали. Хотя бывало, что программисты, джуны особенно, часто ругались, мол данные пропали. Привлечение к задаче более опытных программистов как правило решало задачу и указывало на пробелы в знаниях джунов.

Всё, что написано далее очень похоже на попытку скрестить ужа с ежом. Я так понял, что ваше внешнее приложение не управляло остатками в облаке, раз были активны товароучетные документы на самом терминале. Это как бы, ну такое… Странная товароучетка с ожидаемым результатом. Я думаю, что смена кассовой платформы ситуации не исправит в долгосрочной перспективе.

Единственный справедливый упрек — «Проверка оборудования», последние пару недель проблема активно обсуждается, вот цитата из партнерского чата:

«проверяем оборудование » — на следующей неделе планируется разливка кассовой прошивки, которая снизить вероятность этой проблеме по «программным» причинам. Однако иногда есть и аппаратная сторона вопроса, в том числе и в подключенной периферии — нужно смотреть предметно.


Серьезно. В 2020 году. С нуля. Весь шлак который вы перечислили (УТ УНФ Розница) полностью не работоспособен из коробки. Проверено. )

По т.н. «техподдержку разработчиков» не только слышали, но и писали багрепорты почти ежедневно, пока они отвечали. Потом отвечать перестали. Ошибки остались.

Вы немного не понимаете как работает розничная сеть. Извините. Если захотите, почитайте мои другие комментарии. Я там все расписал
Серьезно. В 2020 году. С нуля. Весь шлак который вы перечислили (УТ УНФ Розница) полностью не работоспособен из коробки. Проверено. )


Опять бред. Коллеги, кто читаете комментарии — не верьте.

УТ, УНФ, Розница — полностью рабочие. Проверено.

А мы и не верим, а тихонько читаем, выпучив глаза. Автор пишет много ерунды, но, к сожалению, совсем не готов воспринимать критику (минусуя комменты и в карму).
Я, например, просто обалдел от его заявлений, что у него 1С не идёт на i5 + 16 Гб ОЗУ. У нас по розничной сети она прекрасно работает на i3 + 4 Гб.
А после его тезиса о том, что для клиент-серверного решения надо ставить сервер в каждый магазин, я перестал это всё читать.
Очевидно, что автор хоть и бравирует двадцатилетним опытом в разработке 1С, он по многим вещам сильно, а порой и принципиально ошибается. Но совершенно не готов это признать.

Я никого не минусую. Ни комментарии, ни карму. Зачем вы так говорите?

Если я ошибся в этих своих выводах, искренне прошу меня извинить.
К сожалению, я немного эмоционально вовлёкся в дискуссию.

Автор пишет много ерунды, но, к сожалению, совсем не готов воспринимать критику (минусуя комменты и в карму).

извините, но это неприятно читать. вы же не знаете кто вам поставил минус, зачем безосновательно (и притом безапелляционно) утверждать?

Я понимаю, что это спорное утверждение. Но я наблюдаю за этой публикацией практически с самого начала. Под каждым комментарием с критикой буквально через пару минут появлялся минус (так называемый феномен "авторского минуса"). Списывались с парой человек в личке: после дискуссии здесь сразу прилетал минус в карму. Согласен, что это может быть совпадение. Извиняюсь перед автором за свои обобщения и выводы, если он этого не делал.

Вот крест на пузе синим мелом. Не имею привычки действовать анонимно. Я могу ошибаться, упорствовать в своих ошибках, переоценивать свои выводы и т.д. Но в крысу минусовать… Нет. Не мое )
У вас на каждой точке где стоит розница подключен фискальный регистратор?

У нас на каждой "точке" два компьютера, видеонаблюдение, роутер, свитч и да, ФР, разумеется.
(А, ещё МФУ и принтер этикеток на каждой точке.)

К тому и вопрос был.
Не у всех есть возможность по площади разместить 2 компа мфу и продавца в придачу.
Есть же термо принтеры со встроенным фискальным накопителем(т.е. слотом для него). Или нужна именно печать на обычной бумаге?
Да я тут немного в кашу собрал, ответ и вам и на предыдущий комментарий. Конечно есть, уйма оборудования.
Серьезно. В 2020 году. С нуля. Весь шлак который вы перечислили (УТ УНФ Розница) полностью не работоспособен из коробки. Проверено. )


Знакомая история. И результат полностью ожидаемый, и дело точно не в Эвоторе. Мои соболезнования вашему заказчику-работодателю.
Ну я думаю работодатель сам решит))). И дело точно в Эвоторе и в нынешней политике 1С в разработке. )

Ну и не имея никакого отношения к 1С вы делаете ОЧЕНЬ смелые выводы. )
Ну и не имея никакого отношения к 1С вы делаете ОЧЕНЬ смелые выводы. )


8 лет работы в ней родимой, это конечно «никакого отношения»
Вы сами это написали. Не я ) 8 лет? Малавата будет (с) Ну и соответственно врядли имеете опыт разработки с нуля. Я в 1С с 98-го. Тогда все писали сами. Но в начале нулевых, 1С пошла совершенно упоротым путем в разработке приложений для своей платформы. В результате получилась парадоксальная ситуация. Платформа отличная, а мозгов для написания нормальных систем на ней — уже не хватило.
Ну вот, начали оскорблять коллег. Не видел этой статьи на Infostart.
Я никого не оскорбляю. Это оценочное суждение, как сейчас модно говорить. А на инфостарте делать нечего. Там люди деньги зарабатывают, а не помогают друг другу. )
Там ЧСВ раздуто до пределов вселенной.
Работодателю навешали лапши на уши из-за собственной некомпетентности в настройке типовых решений, а работодатель и готов платить за это все.
Ну вот справедливости ради, я согласен с уходом с Эвотора, но своя конфигурация для 1С — это что-то странное, честно говоря. Есть Розница, есть Управление торговлей. Они очень гибкие, в крайнем случае можно через конфигуратор понапихать всё, что захочется. Тем не менее в подавляющем большинстве кейсов достаточно настроеек этих конфигураций, а не свои велосипеды. Я не знаю, может вы там торгуете наркотой, радиоактивными материалами и почками людей в рассрочку и из-за этого есть ньюансы, но что-то я сомневаюсь…
А обновлять этого монстра после того как «напихали через конфигуратор все что хотели» вы не пробовали? Душераздирающее зрелище )))
Поэтому «напихать через конфигуратор» — это крайняя мера, на которую идут только в каких-то очень специфичных ситуациях. Я не видел как обновлять такого монстра, потому что всегда предпочитал использовать возможности из коробки как в рознице, так и в УТ. В конфигуратор я лез только для того, чтобы пару раз пофиксить баги в некоторых конфигурациях, и то это было на тестовых конфигурациях, где я обкатывал свои обработки.
Это, к сожалению, не крайняя мера, ежедневная необходимость. Для обычного продавца слишком сложно ВСЕ, что выходит за рамки РМК. А выходить за эти рамки продавцам приходится все чаще.
У вас продавцы лезут в конфигуратор? Что, зачем?? Продавцам дают в руки сканер и они сканируют штрихкоды на отпускаемом товаре, всё, сканер-касса-товар-вам_пакет_нужен — и больше ничего. Можно сделать обработку для приемки, где продавцу надо будет кликнуть — ок, всё сопало, остатки обновились. Цены маркетинга устанавливать централизованно, продавцам туда лезть не надо. Номенклатуры добавлять тоже централизованно.
Может у меня какие-то гениальные продавцы, но даже самые неспособные из них легко выучили 10 кнопок в РМК и то, как оформить поступление.
Ну зачем вы так? Конечно продавцы не лезут в Конфигуратор ))) В Конфигуратор 1С: Розницы приходилось постоянно лазить мне.

У нас продавцы помимо РМК обязаны:

1. Проводить ревизии.
2. Оформлять возвраты поставщикам и на склад
3. Оформлять списания

Сделать это в 1С: Розница очень затруднительно. Нужно как минимум обладать образованием. С зарплатой в 17-20к — это невозможно.
Ну блин, у продавцов моих 30-40к з/п, но они и продавцы, и менеджеры, которые могут что-то рекомендовать в зале и т.д. И для них нет проблем запомнить, как открыть документ на списание, как открыть документ на поступление, как снять отчёт по остаткам на складе. Но в целом, понятна проблема. А обработками её нельзя было как-то решить? Просто пилить всю конфу ради двух-трёх действий, это какой-то оверхед…
Зарплату в 30-40к компания не может себе позволить. Чай не центр Москвы… Волгодонск. Павильоны в 20м2 торговой площади. Контингент соответствующий. А трудозатраты…

Основная конфигурация — 3 месяца.
Конфигурация для магазинов — 1 месяц.

Внедрение основной конфигурации — 1 месяц.
Внедрение конфигурации магазинов в 30 торговых точках — 2 месяца.

Это еще без учета того времени что потрачено на переход с 1-го января на НДС.
Цена внедрения — примерно половина от стоимости полной замены оборудования.
Если все делать по уму то обновлять вполне нормально. А если не думать что дорабатывать, то конечно будете матерится каждый раз при обновлении.
Но и для этого уже 1С придумали решение — Расширения.
Вряд ли в продаже наркоты, оружия, органов есть какая-то специфика не подходящая под функционал Розницы )
Ну я думаю работодатель сам решит)))

Минут 15 общения с вашим работодателем и вы гарантированно отправитесь в утиль )
Слава Богу, мне это не надо )

Ну и не имея никакого отношения к 1С вы делаете ОЧЕНЬ смелые выводы. )

Увы, Ваша квалификация — на показ. С эвотором не сталкивался — думаю надо его обходить стороной. А у 1С, конечно, проблемы есть, но это точно не про вас.
А вы попробуйте. Забьемся? ) Могу телефончик подкинуть. Пообщаетесь )

Дед, давай, принимай его предложение. Потом статью запилишь. Тема топовая, карму себе поднимешь.

Ну я думаю работодатель сам решит)))

Минут 15 общения с вашим работодателем и вы гарантированно отправитесь в утиль )


Ну а кто за него работать будет?
Работодателю нужно чтобы кто-то за устраивающую работодателя сумму поддерживал работу ИТ-подсистемы предприятия.
При этом работодателю совсем не нужно, чтобы этим занимался Самый Лучший Специалист в мире, как вы, например. Но за совсем другие деньги.
Ну а кто за него работать будет?

Так посыл был в том, что автор создал видимость исключительности собственной значимости в глазах работодателя. И розница-то у него тяжелая и не подъемная и все конфигурации типовые гумно. Зато он один во всем белом… Обычно такое происходит, когда работодатель бесконечно далек от IT. Соответственно, не понимает, что бывают варианты.

Как думаете, что будет, если работодателю автора грамотно настроить типовую розницу (возможно с минимальными доработками) и подобрать адекватное железо? Например, может выясниться, что реальная потребность в программисте не 8*7*365, а пару часов в день. И то, по аникейным вопросам.

Я это к тому, что иногда Самый Лучший Специалист будет дешевле не пойми кого.
Ну я так понял что вы слились в унитаз со своим предложением? Нес па? (с) Я смотрю тут очень много трындоболов, которые не способны подписаться под своими словами конкретными действиями. Поздравляю )
Вы бы внимание обратили на мою карму, заботливо слитую в обсуждении тем далеких от IT.
Я не сомневаюсь, что в живом общении достаточно быстро предложу вашему работодателю оптимальный вариант. Делал и не раз. Открою секрет: достаточно просто качественно делать свою работу.
Но я уже написал, что мне это не надо:
1) мне хватает своих клиентов;
2) я сейчас имею занятость на полный рабочий день;
3) аргументов, по поводу того, что вы придумали какую-то дичь вам предоставили не мало и без меня.
Под «в ней родимой» я имею в виду ООО «1С», саму головную контору. С 2008 по 2016 Руководитель подразделения «Решения для торговли, логистики, транспорта и сферы услуг», так значилось на моих визитках и так записано в трудовой. До того — 1Сные «дочки», после — собственное дело. Лично знаком со всеми, кого вы тут оскорбляете, как в 1С, так и в Эвоторе.

Кстати, в этих 1Сных дочках тоже было дело сам написал конфу на 7.7 с нуля. Что-то около 500 копий было продано. Сами писали потому, что были свободные ниши на рынке, для которых было экономически целесообразно сделать продукт. А еще потому, что это было дешево.

Оскорблять разработчиков 1С — это отличный маркер, показывающий уровень спеца. Чем он ниже, тем в нем больше нигилизма по отношению к труду коллег.
Что вы так взбеленились? Я никого не оскорбляю. А высказываю свое суждение.

Вот Вы как то карты передергиваете постоянно. Сначала вы написали что «Да уж, для человека далёкого от 1С и от Эвоторов история пугающая. Но, если подумать…».

А потом в полете переобулись в «Под «в ней родимой» я имею в виду ООО «1С», саму головную контору. С 2008 по 2016 Руководитель подразделения «Решения для торговли, логистики, транспорта и сферы услуг», так значилось на моих визитках и так записано в трудовой»

Вы уж определитесь пожалуйста, для начала. На каком языке с Вами разговаривать. )
Ну я подозреваю, что многим в этой теме не нравится ваша радикальность суждения по поводу типовых конфигураций 1с (розница и ут). У меня тоже есть своя CMS, которая решает ВСЕ проблемы, ЕДИНСТВЕННАЯ и НЕПОВТОРИМАЯ и лишена ВСЕХ недостатков и при этом используется в обычном типовом интернет-магазине. Но при этом я уверен, что есть другие CMS, которые будут намного лучше и проще моей. Просто я тоже единственный разработчик в своей компании и могу делать то, что захочу, в том числе и писать свои велосипеды. Но я не верю, что существуют такие ларьки с молочкой, где типовые конфигурации не подойдут.
Ну я собственно ожидал такой реакции ))) Возможно мне надо было выговориться )

Уж очень давно хотелось. В «теме» уже 22 года. Прошел с типовыми конфигурациями 1С весь путь. С 6.0 до 8.3. Внедрял почти все типовые (1С: Розница, УТ, УПП, УНФ, даже такого монстра как ИНТАЛЕВ, тоже внедрял) и видел как деградируют они. Писал много проектов с нуля. До сих пор работают без моего участия. Один из основателей/руководителей Первого Бита, основавший уже свою стороннюю компанию мне лично говорил что ни одна типовая конфигурация не подходит к его компании, но так и не решился на написание своей конфигурации. Я даже знаю почему )))

Ни одна из типовых не подойдет к нашей специфике работы. Продажа свежей молочки с колес. Тут нужен совершенно другой принцип учета, подготовки продаж, развоза продукции по точкам и т.д.
В «теме» уже 22 года. Прошел с типовыми конфигурациями 1С весь путь. С 6.0 до 8.3. Внедрял почти все типовые (1С: Розница, УТ, УПП, УНФ, даже такого монстра как ИНТАЛЕВ, тоже внедрял) и видел как деградируют они.

Насчет деградации — не соглашусь.

В «теме» с 2002 года.

Видел как конфигурации становятся всё логичнее внутри. Чувствуется, что их пишут не на коленки, а продумав архитектурно. Если Торговля версии 8, родившаяся на платформе V75 является тихим ужасом (даже её предок получше), то версия 9 вышедшая уже с V77 гораздо более умно продумана. Ребята поработали над ошибками.

По поводу версии торговли 11 еще могу согласиться насчет элементов деградации, но мне все же кажется, что это банальное неприятие нашим мозгом всего нового.

А я с автором полностью согласен. Современные конфигурации 1С оторваны от реальности, ощущение, что разрабатывали их без учёта реальных потребностей обычных пользователей.
И с точки зрения программиста они чрезвычайно запутаны, громоздки и требовательны к ресурсам.
То что все онлайн кассы будут вначале глючными я не сомневался, поэтому сразу разработал под 1с собственную рмк, которую верчу кручу как хочу и внедрею все инновации правительства быстрее всех.

Вы знаете… 9-я торговля, на мой взгляд, квинтэссенция того, как написать хорошую систему на столь ограниченном движке (на то время). Все что 1С сделала со своими конфигурациями потом… Это даже не извращение… Такое впечатление, что всех нормальных программистов они затянули в разработку платформы (в последнее время и этот тезис неверен), а всех остальных натянули на глобус БСП и БПО.

Я тоже очень долго мучался тем, что не понимаю. ЗАЧЕМ они повсюду тулят свой СКД, БПО, БСП. Думал, что отстаю от жизни и теряю квалификацию… Однако практика показывает несколько другое. Возможно об этом будет следующая статья.

Я перешёл в другое направление, стал писать на python и sql — не захотел терпеть весь этот бред из СКД, БСП и т.д. и т.п. Жаль только многолетний опыт разработки в ритейле пока не задействую, но думаю со временем и он пригодится.
Торговля 9.2 действительно, лучшее решение, я до сих пор старых клиентов на ней поддерживаю и интегрирую в нее современные плюшки.

ЗАЧЕМ они повсюду тулят свой СКД, БПО, БСП.

СКД? Чтобы отчеты были гибкими. Не представляю зачем в 20м году могут понадобиться отчеты БЕЗ СКД.

БПО? Чтобы не иметь секса с подключением оборудования. Чтобы у вас завелось железо — вам достаточно иметь типовые обработки обслуживания. Сравните с тем, что было до появления БПО. Когда, например, рарус наковыряла свои обработки для подключения к альфа-авто. Жесть жеж.

БСП? Чтобы конфигурации выглядели единообразно и чтобы малыми усилиями обладали богатым функционалом. Например, КЛАДР и контактная информация.

Думал, что отстаю от жизни и теряю квалификацию…

Или все же надо призадуматься )))
Вы не очень хорошо понимаете о чем говорите. А поскольку ваш тон считаю неконструктивным, то закроем тему.

Вы не очень хорошо понимаете о чем говорите. А поскольку ваш тон считаю неконструктивным, то закроем тему.


Тут уже несколько человек в комментариях сказали вам, что сомневаются в вашей квалификации.

При этом выдали вполне разумные доводы (ну вот как выше, вам объяснили про СКД, БПО и БСП).

А вы все еще не знаете что такое эффект Даннинга-Крюгера.

Разумеется, раз уж ваша система эксплуатировалась на предприятии 20 лет, то вы чего-то да стоите, без сомнений.

Но при вашей попытке предъявить претензии к ПО, выходящим за пределы вашего понимания, становится видно, что даже у такого человека как вы квалификация, всё же ограничена его собственным кодом.
Вы читаете только те посты, которые хотите читать. Я уже писал неоднократно, что внедрял почти типовые конфигурации 1С и успешно внедрял. Но по истечении времени мне это надоело и я перешел на собственные решения, которые горазде легче, удобнее и надежнее типовых. Так что сомневаться в моей компетенции можете сколько угодно. Ничего это не меняет. Я могу и в типовые, и в собственные разработки систем любой сложности, а большинство сторонников типовых никогда не высунут нос за «уютные» рамки эти типовых. Просто не хватит квалификации.
Но по истечении времени мне это надоело и я перешел на собственные решения, которые горазде легче, удобнее и надежнее типовых


Как человек имеющий такой же опыт — и типовые и уникальные с нуля сделанные мною, я прекрасно осознаю, что возможности мои по созданию полноценной конфигурации с нуля просто ограничены временем жизни.

Ну а оплатить в достойном объеме мои затраты времени еще 20 лет назад можно было найти предприятия, тогда люди были еще плохо знакомы с типовыми, да и типовые были не очень универсальны.

Но сейчас предлагать внедрить решение написанное с нуля индивидуально под заказчика в сфере, где есть типовые конфигурации? Тем более в торговле, где есть куча альтернативных вариантов ПО?

Понимаете, профессионал в этой сфере — это специалист, решающий проблему предприятия, а не кодер, который хочет написать как можно кода.

То есть профессионал, который предлагает предприятию комбинацию из уже готовых решений и несопоставимо меньший по сравнению с типовыми готовыми решениями объем собственного кода по доработке или интеграции этого готового ПО между собой.

То есть предприятию предлагается выгодное, экономически целесообразное решение.

А вы пишете, что хотите просто программировать, творить, создавать с нуля.

Я не спорю — это приятно.
Я не спорю — да, можно написать и с нуля.
Я не спорю — уникальное решение, узкозаточенное на очень конкретные бизнес-процессы будет летать.

Но вот во что предприятию обойдется ваше попадание в больницу или во что предприятию обойдется необходимость модернизации ПО под изменяющиеся бизнес-процесса…

Вы сами уже ответили на этот вопрос, описав в вашей статье:

1) От ПО, созданное вашими руками, в конечном итоге пришлось отказаться, так как модернизация его под новые задачи оказалась нецелесообразным.

2) Столь долгий срок ваше ПО экспуатировалось только потому что предприятие использовало примитивный суммовой учет (как в допотопные советские еще времена), хотя технологии уже несколько десятилетий позволяют проводить учет на порядки эффективнее.

Дело в том, что типовые НЕ РЕШАЮТ проблем предприятия. Они только добавляют им новые проблемы. Проблемы производительности. Проблемы перегруженности деталями, которые никому не нужны. Все косое, кривое. Та же УНФ не в состоянии правильно расчитать себестоимость произведенного комплекта в трехвалютной системе учета. (доллар/рубль/евро). Поэтому внедряются типовые ОЧЕНЬ тяжело, ОЧЕНЬ токсично и ни одна из фирм не использует и 10% их функционала.
Дело в том, что типовые НЕ РЕШАЮТ проблем предприятия. Они только добавляют им новые проблемы. Проблемы производительности. Проблемы перегруженности деталями, которые никому не нужны. Все косое, кривое. Та же УНФ не в состоянии правильно расчитать себестоимость произведенного комплекта в трехвалютной системе учета. (доллар/рубль/евро). Поэтому внедряются типовые ОЧЕНЬ тяжело, ОЧЕНЬ токсично и ни одна из фирм не использует и 10% их функционала.


Соглашусь, что 100% функционала не используют. А зачем? Это универсальное решение, выбираешь только то подмножество что тебе нужно в твоем конкретном случае.

Но вот насчет только 10% используют…
Вы уж в пылу спора совсем заврались.

Типично используется 70-90% функционала. Что имхо нормально для универсального решения, не все его части всем нужны.

Дело в том, что типовые НЕ РЕШАЮТ проблем предприятия. Они только добавляют им новые проблемы. Проблемы производительности. Проблемы перегруженности деталями, которые никому не нужны. Все косое, кривое.


Проблема в том, что уникальное сделанное с нуля решение имеет свои проблемы и ограничения. Они другие. Но они есть.

Уникальное созданное с нуля решение идеально и быстро решает крайне небольшой спектр задач.

Шаг влево, шаг вправо, а для любого развивающегося предприятия постоянная корректировка бизнес-процессов под изменяющиеся условия бизнеса это нормально — и вы попали на доработу. И хорошо если разработчик не осознавая свою уникальную значимость для данного проекта будет стесняться брать нормальные деньги за доработки.

Или даже — как в с случае с вашим собственным решением описанным в вашей статье — попадаете на полную смену ПО.

Да, в каких то случаях имеет смысл уникальное с нуля под особенности предприятия созданное решение, не спорю.

Однако эпоха разработки в области розничной торговли ПО под себя закончилась где-то тогда, когда ваше ПО прожило свои первые 5 лет.

Сейчас норма — это мелкие доработки готового да работы по интеграции готового ПО.

Есть разумные небольшие исключения, когда предприятию целесообразно сделать ПО только под себя, разумеется. Но этих исключений исчезающе мало.

«Типично используется 70-90% функционала. Что имхо нормально для универсального решения, не все его части всем нужны.»

Разумеется вы врете.
Автор, напишите пожалуйста статью, про техническое устройство вашей сети. Какое железо используете на рабочих местах, какие алгоритмы обмена, работы рмк и прочее. Я не говорю про выход в опенсорс. Но думаю технические подробности будут многим интереснее, чем жалобы на ЭВОТОР. Про него, и так все знают, кто в теме…
Могу описать свой опыт внедрения, прям вот на сегодня. 100 точек, Андроид, 1С Мобильная платформа, 1С промежуточная база, WiFi Весы, АТОЛ 11Ф, 30Ф, 27Ф. Сканера двумерные. Дисплеи покупателя. Правда все рассказать не могу из-за NDA. Но общую картину могу описать. Какая топология сети, как идет обмен между ТТ через промежуточную БД. Как разворачиваем сеть. Как выглядит фронт(С картинками). Наберет плюсов, значит тема интересна. К понедельнику будет статья. Нет, значит нет.
Наберет плюсов, значит тема интересна

вы думаете, кто-то читает комментарии к статьям из прошлого месяца?
пишите )

edo1h прав, в эту тему потенциально может заглянуть только автор и участники. Но даже с таким раскладом комментарий набрал уже +3. Так что у статьи уже гарантированный рейтинг в +3. Реально же уверен их будет больше. Потому что мне вот крайне интересны подобные внедрения несмотря на основной профиль деятельности — веб. Но даже там мне вот уже пришло поработать с ККТ и ОФД и даже успел запилить пару открытых биолиотек по этому поводу.

Не совсем согласен. На статью подписаны 55 человек. Значит они отслеживают ее. Значит они видят изменения. Я сам не всегда добираюсь до того на что подписан, но реально интересные мне темы отслеживаю. Но да. Судя по карме(это вообще для меня нонсенс, что голосование не за коммент, а в карму плюсом), статья будет. И я уже начал ее писать.
это вообще для меня нонсенс, что голосование не за коммент, а в карму плюсом

Как раз именно так и нужно делать. Видел я несколько случаев когда по комментариям человека видно, что он адекватный и в теме. И сами его комментарии в целом набирают плюсы. А вот карма крайне низкая. Потому что всегда находятся не очень хорошие люди считающие себя всегда правыми и в случае несогласия с их мнением обязательно минусуют по карме, а не по конкретному комментарию с которым не согласны.


Поэтому лично для себя давно уже принял решение, что адекватные люди должны поддерживают адекватных. Если вижу интересный комментарий, то иду в профиль и смотрю что в целом это за человек. Если видно, что вполне адекватен, то обязательно плюсую карму. При этом бывает ситуацию что с самим комментарием могу быть не согласен. И вполне смогу именно к конкретному комментарию поставить минус.

Неоднократно сам с этим сталкивался. Коммент набирает 10-50 плюсов, а карма 1-5 минусов. В лучшем случае просто 10-50 плюсов в рейтинг без изменения кармы.
Сделали бы плюс в карму за каждые 5-10 плюсов в рейтинг одного коммента и проблемы бы не было.
А сейчас мы имеем ситуацию когда небольшое количество минусаторов держит в заложниках половину населения Хабра. Особенно в последние годы стало заметно. Самоцензура или вовсе тишина. Многие и вовсе ушли, а на ресурсе стала преобладать реклама и новости вместо IT и технических публикаций.