Насколько я могу судить по работе с SMB и Eterprise, то бизнес в первую очередь ищет коробку. Желательно с возможностью быстрой и дешевой кастомизации. И только если нет коробок, удовлетворяющих потребностям бизнеса на приемлемом уровне, уже смотрят в сторону разработки кастомных решений либо силами вендоров, либо силами своего ИТ отдела. А для SMB кастомная разработка вообще недоступна в 99% случаев, у них просто нет столько денег.
С незначительностью Web я, пожалуй, не соглашусь. Если посмотреть на рынок учетных SaaS-решений для SMB в США и Европе, то все идут в Web. Но при этом наличии опции в виде тонкого и мобильного клиентов является большим плюсом.
Нет там расчета налогов. Даже налог с продаж там считается через онлайн сервис. Вообще, налоговый учет в США отделен от бухгалтерского учета намного больше, чем у нас.
Это не более магическая константа, чем обращение к любому методу класса и объекта во «взрослых» языках программирования.
Тем более 1С предоставляет из коробки статический контроль за такими ситуациями (переименование объекта метаданных, опечатка при его вводе).
Если и заводить константу, то сразу для всей конструкции ПредопределенноеЗначение(«Перечисление.ТипыРасчетаДенежнымиСредствами.ПриходДенежныхСредств») и при условии, что их больше 1 в текущем модуле.
будет корректно проверен статическим анализатором 1С и выдаст ошибку при сохранении модуля. Так же ошибка будет выведена при запуске полной проверки конфигурации. Это позволяет свести к минимуму возможные ошибки при переименовании перечисления в конфигурации.
Все же стоимость рабочей силы наиболее сильный из факторов. Например, в легкой промышленности. Если ранее одежду шили большинство в Китае и там корпорации разворачивали фабрики и производство, то после повышения уровня жизни в Китае и, соответственно, уровня зарплаты, производства мигрируют в более дешевые страны: Бангладеш, Индия и т.д.
Но для того же такси, стоит заметить, есть возможность выбрать обычный или компактный вариант. Т.е. есль есть необходимость нарисовать контрольную панель космолета, то 1С уже мешать не будет.
Справедливости ради, 1С: Предприятие 8. Управление аптечной сетью — это отраслевка на базе УТ 11. Т.е. тот самый бэк розничной торговли, что вы и спрашивали.
Конкретно по ERP можно рассмореть тот же Бетховен, насколько мне известно.
Ну, хоть так, а то совсем удивился про UI. Но на самом деле сейчас 1С уделяет очень много вниманию UI/UX своих решений. И стало все намного лучше, в сравнении с 7.7, 8.0, 8.1 и даже 8.2.
Можно легко посмотреть современные демки, чтобы понять, что 1С ушло далеко: 1cfresh.com/solutions. Тот же 1С: Предприниматель очень хорошо смотрится (по сути это урезанная настройками бухгалтерия). Но для любого решения UI можно сделать лучше. Всегда.
Именно для избегания перепроведения всего и вся и делается восстановление последовательностей по областям учета: НДФЛ, партии, себестоимость, маржа и прочее. Тогда идет пересчет только нужных данных. Но во многих решениях (чаще всего старых) это не реализовано, поэтому проще перепровести все документы. Тут все же необходимо понимать конкретные кейсы.
В целом, ERP имеет немало кейсов внедрения в крупной рознице именно в качестве бэка по закупкам и продажам. Но уверен на 100%, что она сильно уступает таким монстрам, как SAP, Oracle и Axapta. Все-таки эти модули довольно консервативны и универсальны для большиснтва стран мира, поэтому тут у них явно сильнее позиции и методологии.
Насчет всего в одном тоже так думал раньше, но практика показывает, что это не лучшее решение. Просто редко когда один вендор сильнее всех во всех необходимых модулях. Поэтому часто можно видеть солянку из разных систем от SAP, 1С, Oracle, MS и других.
Неоперативное проведение — это следствие построения учета на предприятии, требований законодательства в купе с объективной реальностью. При чем тут 1С и 1С-ники я никак не могу понять.
Если взять почти любую учетную систему для SMB, то там почти везде реализован неоперативный учет с, фактически, перепроведением документов. И я говорю про решения для США и Германии.
Простите, я, может быть, неправильно понял вашу мысль, но вы утверждаете, что современные продукты 1С имеют интерфейс уровня MS DOS?
Относительно перепроведения тоже не совсем понятно, как вы предлагаете исправлять операционные ошибки ввода данных или предоставление первичных документов через неделю-две после совершения операции? Документы ведь перепроводят не от скуки, а потомучто были введены данные в прошлом периоде.
Расчет себестоимости в большинстве реений — это уже давно отдельная операция, которая выполняется в фоне отдельно от основного проведения документа.
Относительно отчета, если говорить про прибыль с точки зрения БУ и НУ, то, дейстивтельно, чаще смотреть нет смысла. Но если смотреть аналоги по управленческому учету и операционному, то вполне есть смысл оцнивать оперативные показатели.
И все же уточните: фронт, склад, логистика, управления цепями поставок, планирование закупок, бюджетирование и казначейство, документооборот или еще что имеете ввиду?
Давайте посчитаем по-вашему.
Покупаю 10 кг картошки по 13,25р за кг. Сверху считаю 18% НДС (да, сейчас он 20%). Одна накладная, одна строка. Сумма 132,5р.
НДС от суммы строки = 23,85р.
А теперь я покупаю 10 раз, разными накладными по 1 кг. НДС на 1 кг получается 2,39р. Значит, в итоге за 10 накладных я заплачу 23,9р.
И как вы собрались жить с этим фактом? :)
(скажем сложно платить коммуналку в 6к с пенсией в 10к)
Как ни странно, но у пенсионеров платежная дисциплина очень хорошо развита. А состоятельные люди часто не платят, потому что не хотят и ничего им за это не сделают.
А представьте как медикам грустно, что большинству людей (гикам и айтишникам, в том числе) плевать на свое здоровье и к врачу идут, только когда заболит. Сильно заболит :)
Так же нет проблем реализовать контроль на изменение версии объекта перед печатью с предложением перечитать его или автоматическим перечитываением.
А вот это уже исключается автоматическим накладыванием объектной блокировки на уровне сервера приложений при начале редактирования объекта.
Тем более 1С предоставляет из коробки статический контроль за такими ситуациями (переименование объекта метаданных, опечатка при его вводе).
Если и заводить константу, то сразу для всей конструкции ПредопределенноеЗначение(«Перечисление.ТипыРасчетаДенежнымиСредствами.ПриходДенежныхСредств») и при условии, что их больше 1 в текущем модуле.
Вот этим вот решением был убит статический анализатор кода 1С в данном случае.
Код
будет корректно проверен статическим анализатором 1С и выдаст ошибку при сохранении модуля. Так же ошибка будет выведена при запуске полной проверки конфигурации. Это позволяет свести к минимуму возможные ошибки при переименовании перечисления в конфигурации.
Но для того же такси, стоит заметить, есть возможность выбрать обычный или компактный вариант. Т.е. есль есть необходимость нарисовать контрольную панель космолета, то 1С уже мешать не будет.
Конкретно по ERP можно рассмореть тот же Бетховен, насколько мне известно.
Гулливер: v8.1c.ru/applied-solutions/797028
Розничная сеть оптик: v8.1c.ru/tekhnologii/tekhnologii-krupnykh-vnedreniy/vypolnennye-proekty-tsktp/1c-rarus-tekhlab/cts-202-018
Но тут я скорее признаю свое бессилие в сборе подтвержденной инфы, так как работа 1С с историями успеха и внедрений довольно топорная.
Можно легко посмотреть современные демки, чтобы понять, что 1С ушло далеко: 1cfresh.com/solutions. Тот же 1С: Предприниматель очень хорошо смотрится (по сути это урезанная настройками бухгалтерия). Но для любого решения UI можно сделать лучше. Всегда.
Именно для избегания перепроведения всего и вся и делается восстановление последовательностей по областям учета: НДФЛ, партии, себестоимость, маржа и прочее. Тогда идет пересчет только нужных данных. Но во многих решениях (чаще всего старых) это не реализовано, поэтому проще перепровести все документы. Тут все же необходимо понимать конкретные кейсы.
Насчет всего в одном тоже так думал раньше, но практика показывает, что это не лучшее решение. Просто редко когда один вендор сильнее всех во всех необходимых модулях. Поэтому часто можно видеть солянку из разных систем от SAP, 1С, Oracle, MS и других.
Неоперативное проведение — это следствие построения учета на предприятии, требований законодательства в купе с объективной реальностью. При чем тут 1С и 1С-ники я никак не могу понять.
Если взять почти любую учетную систему для SMB, то там почти везде реализован неоперативный учет с, фактически, перепроведением документов. И я говорю про решения для США и Германии.
Относительно перепроведения тоже не совсем понятно, как вы предлагаете исправлять операционные ошибки ввода данных или предоставление первичных документов через неделю-две после совершения операции? Документы ведь перепроводят не от скуки, а потомучто были введены данные в прошлом периоде.
Расчет себестоимости в большинстве реений — это уже давно отдельная операция, которая выполняется в фоне отдельно от основного проведения документа.
Относительно отчета, если говорить про прибыль с точки зрения БУ и НУ, то, дейстивтельно, чаще смотреть нет смысла. Но если смотреть аналоги по управленческому учету и операционному, то вполне есть смысл оцнивать оперативные показатели.
Если я вас не так понял, то поправьте.
Покупаю 10 кг картошки по 13,25р за кг. Сверху считаю 18% НДС (да, сейчас он 20%). Одна накладная, одна строка. Сумма 132,5р.
НДС от суммы строки = 23,85р.
А теперь я покупаю 10 раз, разными накладными по 1 кг. НДС на 1 кг получается 2,39р. Значит, в итоге за 10 накладных я заплачу 23,9р.
И как вы собрались жить с этим фактом? :)
Как ни странно, но у пенсионеров платежная дисциплина очень хорошо развита. А состоятельные люди часто не платят, потому что не хотят и ничего им за это не сделают.