В «теме» уже 22 года. Прошел с типовыми конфигурациями 1С весь путь. С 6.0 до 8.3. Внедрял почти все типовые (1С: Розница, УТ, УПП, УНФ, даже такого монстра как ИНТАЛЕВ, тоже внедрял) и видел как деградируют они.
Насчет деградации — не соглашусь.
В «теме» с 2002 года.
Видел как конфигурации становятся всё логичнее внутри. Чувствуется, что их пишут не на коленки, а продумав архитектурно. Если Торговля версии 8, родившаяся на платформе V75 является тихим ужасом (даже её предок получше), то версия 9 вышедшая уже с V77 гораздо более умно продумана. Ребята поработали над ошибками.
По поводу версии торговли 11 еще могу согласиться насчет элементов деградации, но мне все же кажется, что это банальное неприятие нашим мозгом всего нового.
Я пока не разобрался как тут картинку вставить )))
Картинку выкладываете на web.habrastorage.org
Берете оттуда URL загруженной на тот сайт картинки
Потом нажимаете 4-ую справа кнопку над полем ввода комментария, она называется «Изображение», туда вставляете URL картинки.
Функционал движка 1С достаточно хорошо покрывает типовые задачи.
Так что, если нет таких вещей как подключение внешнего оборудования и обмен данными с внешними системами, если речь идет о примитивном учете, то конфигурацию с нуля можно написать и за пару дней.
Если речь идет, как у автора статьи, об простом суммовом учете на розничных точках и обмене данными с центральным офисом — там работы меньше чем на 1 рабочую неделю (дня 4).
Смысл таких уникальных конфигураций, что они узко затачиваются на вполне конкретные бизнес-процессы, любые мелкие изменения — и нужна доработка, иногда значительная доработка конфигурации.
По сравнению с моими разработками — да. Боинг. Глупый, неповоротливый и бессмысленный. Каков размер cf файла 1С: Розницы? У моей конфы для АТОЛа — 224 килобайта. )
Любой программист средней руки должен уметь написать под небольшое розничное предприятие свою уникальную систему учета.
Ничего такого сложного там нет.
Эта система будет великолепно в тех узких пределах для которых она изначально была разработана. Но только в тех узких пределах.
Разница в том, что подключение онлайн-кассы в вашем случае повлекла полный отказ от вашей компактной и ограниченной системы. А в случае универсального решения «с огромным cf-файлом» достаточно было бы «галочку поставить, включив необходимый функционал».
Я совершенно согласен, что в ряде случае есть смысл использовать узкозаточенные решения. При работе на допотопном железе, которое нельзя модернизировать, это может быть целесообразно (к примеру на станках с ЧПУ вы так просто не поменяете ОС).
Но в случае розничной торговли лишний гигабайт оперативной памяти за 20 лет окупился бы уже 1000 раз. В то же время необходимость прибегать к поддержке автора-разработчика такой уникальной системы — это совсем другие деньги.
Хотя выгоду автора-разработчика, подсадившего фирму на свой уникальный продукт, я понимаю и поддерживаю.
У айфона самое обоснованное ценообразование из всех производителей.
Своя ОС, а не просто андроид накатить, свои процессоры, свой стор, экраны под apple, камеры, если сравнить с тем же самсунгом который использует обычное массовое железо, то себестоимость стоимость айфона значительно выше
Для конечного покупателя имеют значение вовсе не проблемы производителя.
Потому что если так рассуждать как вы, то напрашивается вывод: самое неэффективное производство являющее самым затратным имеет право выставлять на свою продукцию цены в 10 раз выше конкурентов и покупатели обязаны это платить, ибо «а у производителя-то затрат выше крыши».
И этот человек обвиняет меня в демагогии, ага.
«За это время» они смогли сказать две вещи:
а) ну у него кома и нарушение обмена веществ непонятно почему;
б) но это не отравление.
Более они ничего сказать не смогли, и даже явное противоречие между пунктами а) и б) никого не смущает.
Вы тут когда из ничего выдумывали причину — оказалось у Навального простая гипогликемия.
Там кома по признакам напоминает диабетическую, но не диабетическая.
И никто не гарантирует, что 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) Никакой связи между количественным или суммовым учетом и онлайн кассами нет. От слова «вообще нет». Автор тут что то напутал. В рознице нет необходимости вести остатки, ибо: взяли товар с полки — значит он есть в магазине, провели мимо штрих-сканера, зафиксировали продажу в онлайн-кассе.
Единственное что нужно для подключения онлайн-касс — это связать штрих-коды с названиями и ценами товаров. Но это не количественный или суммовой учет. Это вообще параллельная сущность.
Да, в идеале количественный учет нужен в центральном офисе, он крайне полезен для бизнеса в плане оценки эффективности бизнеса и можно более гладкую более правильную более точную (разумеется в интересах предприятия) отчетность сдавать в налоговую, и лучше проводить инвентаризации на торговых точках… Но вот конкретно только для задачи подключения онлайн-касс на розничных точках необходимости в этом количественном учете нет.
Пользуюсь бесплатным тарифом (bitbucket), а все остальное идет по боку как раз по причине vendor lock-in. А если отменят бесплатный тариф, то безболезненно уйду на любую другую платформу.
Для личных целей или очень маленькой команды, конечно же?
Так деньги Altassin делает на совсем другого размера предприятиях.
Насчет деградации — не соглашусь.
В «теме» с 2002 года.
Видел как конфигурации становятся всё логичнее внутри. Чувствуется, что их пишут не на коленки, а продумав архитектурно. Если Торговля версии 8, родившаяся на платформе V75 является тихим ужасом (даже её предок получше), то версия 9 вышедшая уже с V77 гораздо более умно продумана. Ребята поработали над ошибками.
По поводу версии торговли 11 еще могу согласиться насчет элементов деградации, но мне все же кажется, что это банальное неприятие нашим мозгом всего нового.
Мы сейчас говорим в исходных условиях автора.
А у него было именно на 1С.
Картинку выкладываете на web.habrastorage.org
Берете оттуда URL загруженной на тот сайт картинки
Потом нажимаете 4-ую справа кнопку над полем ввода комментария, она называется «Изображение», туда вставляете URL картинки.
А я верю.
Я писал несколько конфигураций с нуля.
Функционал движка 1С достаточно хорошо покрывает типовые задачи.
Так что, если нет таких вещей как подключение внешнего оборудования и обмен данными с внешними системами, если речь идет о примитивном учете, то конфигурацию с нуля можно написать и за пару дней.
Если речь идет, как у автора статьи, об простом суммовом учете на розничных точках и обмене данными с центральным офисом — там работы меньше чем на 1 рабочую неделю (дня 4).
Смысл таких уникальных конфигураций, что они узко затачиваются на вполне конкретные бизнес-процессы, любые мелкие изменения — и нужна доработка, иногда значительная доработка конфигурации.
Любой программист средней руки должен уметь написать под небольшое розничное предприятие свою уникальную систему учета.
Ничего такого сложного там нет.
Эта система будет великолепно в тех узких пределах для которых она изначально была разработана. Но только в тех узких пределах.
Разница в том, что подключение онлайн-кассы в вашем случае повлекла полный отказ от вашей компактной и ограниченной системы. А в случае универсального решения «с огромным cf-файлом» достаточно было бы «галочку поставить, включив необходимый функционал».
Я совершенно согласен, что в ряде случае есть смысл использовать узкозаточенные решения. При работе на допотопном железе, которое нельзя модернизировать, это может быть целесообразно (к примеру на станках с ЧПУ вы так просто не поменяете ОС).
Но в случае розничной торговли лишний гигабайт оперативной памяти за 20 лет окупился бы уже 1000 раз. В то же время необходимость прибегать к поддержке автора-разработчика такой уникальной системы — это совсем другие деньги.
Хотя выгоду автора-разработчика, подсадившего фирму на свой уникальный продукт, я понимаю и поддерживаю.
Со слов самого Навального у него гипогликемия, какие-то проблемы с надпочечниками и вызвавшие кому.
Со слов его самого.
Для конечного покупателя имеют значение вовсе не проблемы производителя.
Потому что если так рассуждать как вы, то напрашивается вывод: самое неэффективное производство являющее самым затратным имеет право выставлять на свою продукцию цены в 10 раз выше конкурентов и покупатели обязаны это платить, ибо «а у производителя-то затрат выше крыши».
Вы тут когда из ничего выдумывали причину — оказалось у Навального простая гипогликемия.
Там кома по признакам напоминает диабетическую, но не диабетическая.
1) Через год 18 в 180 не превратятся. Здравый смысл гарантирует это. Даже Эппл с его аппетитами и возможностями повышать цены — за год всё равно в 10 раз не повышает.
2) Пусть вас не смущает фраза автора «компания небольшая». Ибо 30 касс — это одна только арендная плата за розничные торговые площади 800 000 — 3 000 000 рублей рублей в месяц. Еще есть зарплата на 60-120 продавцов ( 1 500 000 — 6 000 000 рублей). И пр. расходы.
При таких масштабах экономить 18 000 — это экономить копейки, иметь ненужный стресс в виде смены системы учёта, риски простоев и потери данных, менее эффективную работу в переходный период.
Да и новая система явно не бесплатная. А уже её внедрение — тем более (не забывайте что это не только затраты на лицензии и внедренцев, а еще и затраты на обучение, временное на несколько месяцев снижение эффективности собственных сотрудников).
Собственно сомнения у меня зародились в самом начале статьи:
1) Подключение онлайн-кассы к системе на базе 1С 7.7, как раз где система работает уже 25 лет — я делал за три дня первый раз. По второму и так далее разу у других подобных старых систем учета это занимает у меня уже порядка 2-6 часов, так как уже разобрался и есть уже первый раз мною написанный код. Данный объем времени не подключение готового решения, а именно написание собственного кода, адаптирующего универсальный драйвер онлайн-кассы под данную конкретную систему учета.
2) Никакой связи между количественным или суммовым учетом и онлайн кассами нет. От слова «вообще нет». Автор тут что то напутал. В рознице нет необходимости вести остатки, ибо: взяли товар с полки — значит он есть в магазине, провели мимо штрих-сканера, зафиксировали продажу в онлайн-кассе.
Единственное что нужно для подключения онлайн-касс — это связать штрих-коды с названиями и ценами товаров. Но это не количественный или суммовой учет. Это вообще параллельная сущность.
Да, в идеале количественный учет нужен в центральном офисе, он крайне полезен для бизнеса в плане оценки эффективности бизнеса и можно более гладкую более правильную более точную (разумеется в интересах предприятия) отчетность сдавать в налоговую, и лучше проводить инвентаризации на торговых точках… Но вот конкретно только для задачи подключения онлайн-касс на розничных точках необходимости в этом количественном учете нет.
Для личных целей или очень маленькой команды, конечно же?
Так деньги Altassin делает на совсем другого размера предприятиях.