Доброго.
Есть у нас своя конфа, надо для полевых агентов, сбор заказов.
вот думаем делать мобильное приложение на 1С или не на 1С.
Плюсы, минусы?
В общем кидайте любые соображения.

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

(5) Утяни на себя бюджет, попили его и спихни всё на сотрудника должностью пониже.

Делали нечто подобное, отлично работает. Можно просто браузер и сайт, но тогда нужен стопроцентный онлайн, а он бывает пропадает - полевые агенты иногда в такие дебри заезжают, где интернета нет.

(4) Раз есть спецы на Котлине то все зависит от ТЗ.

Точнее не совсем так.
Если надо/придется часто менять и допиливать мобильное приложение то 1С конечно.
Если же "написал один раз и годами юзаем" - не 1С.

МП 1С - мертворождённое дитя

(9) Скорее хорошее средство сделать прототип приложения и потом его сделать нормальным ;)

(8) а чем частое допиливание на 1с так принципиально отличается от частого допиливания на котлине? Если на котлине будут писать не рукозады авнокодерные, то изменения будут прекрасно вноситься. Я даже больше скажу, на жабе пилят системы такой монстроузности и интенсивности изменений, какая 1с даже и не снилась.

(10) ну разве что. Да и то, МП иначе проектируются. Сначала в какой-нибудь Figma рисуются эскизы всех экранчиков, продумывается весь UI/UX, и только потом прогеры кидаются писать код и верстать активности. Даже тут МП 1с может пролететь

(11) В нормальных системах нет безумие пользователей "Сегодня захотела моя нога...", а есть подробно расписное ТЗ, но если нет точной картины что должно быть то 1С как прототип просто шикарно!

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

В защиту МП - то что им нужно рисуется за один день, одним программистом. При этом будет работать МП и автономно. То есть цена вопроса в ценах Москвы - 8-10 тыс рублей.

(12) Хохо. Когда в реальности эскизы из фигмы будет полная фигня (потому что реальные бизнес процессы "немного" не те) то сколько времени уйдет на исправление/согласование?

(15) Это не так. Не учли обмен-синхронизацию данных, которая может быть весьма сложной в т.ч. в серверной части.

(17) один HTTP Service в МП отдаем цены и товар, в нетленку отдаем заказы.

(3) Думаю, разучить разработку 1с под мобильное приложение. Не знаю ни андроид разработки ни 1С. Вот думаю есть ли смысл. А конкретно что не может? Есть конкретное сравнение 1С тормозит там то, не делает вон то?

**ни 1С мобильное приложение, 1с то я знаю.

(14) мобильщики не такая уж диковинка. На хх вакансий андроидовцев не намного меньше, чем по 1с.  Так мобильщиков по всему свету можно искать. Нанял индуса, и пускай он сидит себе в этой Индии, кодит по-тихоньеу. А 1сников только в России есть. К тому же из всего обилия 1сников большинство никогда толком не работало с МП, из тех что работали, минимум половина совершенно не сечёт в UI/UX и пилит всякий вырвиглазный трэш. Так что тут ещё как бы дефицита 1сников не получилось

(16) мобилковые приложения вообще не как 1сные пишутся. В 1с принято разрабатывать методом проб и ошибок, только через несколько итераций изменений получается что-то годное. Мобилковые приложения тщательно проектируются, ещё до первой строчки кода заказчик уже видит и понимает логику приложения, озвучивает все свои хотелки. Открой любое профессиональное приложение на смартфоне, оно интуитивно понятно, не нужно никаких справок и инструкций, управляется простым тыканьем пальчика. Потом сравни с типичным приложением 1с, где без бутылки и программиста не разобраться, а если и разберёшься, то будешь долго материться

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

(21) >Нанял индуса, и пускай он сидит себе в этой Индии, кодит по-тихоньеу

А я про что? Как долго будешь индусу объяснять что у тебя заявки/заказы не грузятся ))

(0) у нас 1С-ников больше чем остальных, поэтому для новых приложений, будем исопльзовать 1С, часть и старых перенесем.

+25 речь про внутренние приложения для сотрудников...

http://simpleui.ru/

(27) Само приложение просто конструктор. Вся логика в конфигурации XML. Очень прикольная штука. На инфостарте про нее цикл статей

(28) И да, МП от 1с - мертвоватая технология, по принципу "должно быть в линейке". Скорость разработки на том, что выше - такая же или быстрее. Дни, при опыте - часы.

(22) "ещё до первой строчки кода заказчик уже видит и понимает логику приложения, озвучивает все свои хотелки" - если бы. Точно так же все пилится из релиза в релиз, месяцами, а иногда и годами.

(29) кто нибудь кроме общих фраз  может скзать, что конкретно не так с мобильной 1С по пунтам.

(30) само собой. Аппетит приходит во время еды. Но это именно рост аппетита, развитие приложения, а не переделки из-за "Вася прогер сделал какую-то муйню". Нет, рукозадов везде хватает, в любой сфере. Но в сфере мобилкоприложениестроения среди 1сников рукокадов больше всего. На то есть масса объективных причин: многим 1сникам понятия предварительного проектирования, UI/UX-дизайна. 1сные МП ещё слишком молоды, мало опытных специалистов

Быстро и просто.

Я пилил мобприложения на Android Studio, я знаю эти прекрасные привязки элементов формы к коду кодом, ага. (д-бы, бл-*ть).

(31) Жесткое ограничение поведения GUI видением от 1С-а.

(0) Если есть спецы по 1С - тогда конечно на 1С. Может практически все, что нужно бизнесу. Ограничения практически те же, что и на не 1С.

(31) ужасно ограниченные интерфейсные возможности. Шаг влево, шаг вправо от "типично 1сного", и тут же упираешься в множество ограничений и не удобств

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

(37) Чатики запилить нет никакой сложности. Вот фоточки в кружочках и анимашечки на иконочках - тут да.

(34) Решается реализацией UI на HTML/CSS/JS через ПолеHTML

(38) Лягко, см (39)

(39) " UI на HTML/CSS/JS через ПолеHTML" Тогда уже берите нативный котлин и не делайте моск смешивая бульдогов с носорогами.

(41) Используется вся мощь 1С в части учетных систем (работа с объектами и прочие фишки) и даже можно авто строить html формочки а затем их кастомизировать.
Нечто вроде metadata.js только с локальной базой

(39) те ещё свистопляски. Пилить весь гуй на HTML пожалуй более трудозатратно, чем на чистом котлине под Android Studio. И твоё полу1с-полуHTML приложение всё равно будет уступать по многим параметрам настоящему мобильному приложению

(43) С этим не поспоришь.
Но на чистом котлине под андроид пилить сильно трудозатратней и куча проблем.

Совмещенное 1С/HTML проще запилить, всего то фронтовик нужен

(42) "вся мощь 1С в части учетных систем"

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

(45) Это вопрос ТЗ. Если нужна работа только онлайн да. А если реализация нечто вроде РИБ с оффлайном то гм.

(46)+ И да в случае только онлайн не проще МК вместо МП?

(0) Мобильная 1С для такого простого бизнес-процесса раз плюнуть. Накидать пару форм и синхронизацию запилить по типовому плану обмена, номенклатура контрагенты и еще все какие требуются и всё.
Синхру делать периодически в фоне

(27) (28) Да, прикольно. А деньги где?

(43) > Пилить весь гуй на HTML пожалуй более трудозатратно, чем на чистом котлине под Android Studio.

Разве нет конструкторов? Подсунуд БД и вот тебе гуйня.

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

(47) ну если хорошо ложится в МК, то проще. Но под такое ещё нужно попасть. Скорее всего МП будут подсовывать к существующему бизнес-приложению, а там наверняка бизнес-логика "заполни 15 полей, нажми пять кнопок...". Если так, то лучше наладить обмен в промежуточном формате, чем вытанцовывать все эти свистопляски в МК. Да и юзеры от такого МК будут долго плеваться

(43) ну вот опять "мертвая технология","все говорят", "будет уступать по многим параметрам", "Шаг влево шаг вправо". Вот конкретно, что я должен понять из этих пассажей? По каким параметрам? Количеству переданных пакетов через сеть? Или скоростью открытия списка в 100 элементов на страницу. На сколько, сколько в граммах, в секундах?

+(51) ну или 1сное приложение в ноль высаживает батарейку за час работы.

(53) это долго расписывать. Проще самому попытаться написать МП на 1с, потом сравнить с другими МП на смартфоне, всплакнуть и пожалеть потраченное время

(55) Ну так бы и написал, что не шаришь. В чужих руках, всегда .!. толще. Функционал позволяет работать в "поле" торговому агенту, ну там забить заказ, посмотреть остатки, считать штрих код с товара/накладной? Менеджер может посмотреть дома состояние сделки, обеспечение товарами? Руководство отчет из трех строк?

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

(56) Все это можно. Просто народ привык к округлым "баллунам" ватсапа, анимированной херне и прочим красивостям и строгий немецкий угловатый дизайн вызывает фрустрации.

(54) под масштабируемостью мобильного приложения понимается количество разношерстных устройств, на которых сможет работать то самое МП. Сюда входит и возможность работать в глючной сети, и на слабых устройствах, и под маленькие экранчики... Когда заходит речь о серьезной масштабируемости МП, нафиг выкидывают всякую кроссплатформенную нативщину, и пишут на чистом Java/Kotlin под Android, параллельно на чистом Swift под iOS. Так вот, если в МП под Java есть всякие инструменты для тонкой диагностики и настройки, то на 1с вообще нет ничего, совсем и никак. Тебе останется только принять как данность, что твоё 1сное МП работает "почти на всех устройствах". И надеяться, что фирма 1с багофиксами следующего квартала как-то поправит ситуацию

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

(56) нормально шарю. Писал МП на 1с и видел разработку под Android на Java изнутри. Земля и небо

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

Если только для своих нужд и не планируется выкладывать в широкие массы, то можно и самим на 1С.

В своё время для одного из заказчиков нужно было сделать систему сбора заявок (клиент+сервер).
Обратились сначала к Андроидникам - они запросили 300к руб. Я сделал им тоже самое (ну может быть дизайн 1Совский похуже будет) на 1С за 60к руб.

(63) ну и как оно там по производительности, эксплуатационным свойствам, не совсем прям позорище как web клиент одинэсовский?

(0) Готовых решений просто валом. Вот мы, например, 6 штук специализированных на данный момент используем - по разным командам.

Хотелось бы на писать что-то одно свое, дабы не выслушивать оценку, что сделать вывод остатков по акционному складу будет стоить "100 миллионов миллиардов" (буквально) - но пока это нереально

Хотя два своих решения уже написали, но там функционал примитивный - на JS+Python и моб. платформе 1С

(64) Да норм всё. Заказчика устраивает.

(0) не слушай никого. Пиши на 1С. Для твоих задач, возможностей МП 1С достаточно.
1С проигрывает только в дизайне(и то это субъективно)

(67) Да я вот на обмене что-то засел. Слепил тогда свой велосипед.

(68) не на 1С ещё больше бы мудохался

(49) Судя по загрузке чела - много кастомных заказчиков. Раньше была платная версия с полным функционалом, теперь все свободно. Прикольная балалайка, для себя смотрел - самое то. Если тиражное делать - не покатит, доступа к коду нет.  Хотя за деньги, я думаю, могут выпустить кастомную, под заказчика, без упоминания разработчика.

Прелесть 1С в том, что это "гуй вокруг СУБД"
А во всяких AS - это "СУБД вокруг гуя"

(70) OK, пощупаем.

(0)
Имею опыт:
- Несколько мобильных приложений на 1С
- Мобильное приложение НЕ на 1С (Flutter)

Исходя из своего опыта, рекомендую:

- Если для бизнеса, тем более если автономность, то быстрее и дешевле, чем на 1С, вы ни на чём не сделаете. Оно будет уступать в скорости работы и всяким там плавным прокручиваниям интерфейса, но оно будет выполнять свои функции. Попробуйте для начала мобильный клиент с автономным режимом работы. Мобильный клиент - вообще крутая тема, приложения разрабатываются просто влёт. Минусы - лицензии (и на автономность надо будет потратить какое-то время). Если не зайдет под вашу специфику, то можно обычное мобильное приложение 1С на http-сервисах (в край - на планах обмена, но не рекомендую), и да будет вам счастье. Если конечно нет особенных требований к интерфейсу. Да и они победимы, конечно же.
- Если для конечного покупателя (человека), то ясен пень НЕ 1С (тут уже сами решайте на чем остновиться, я выбрал Flutter, не жалею, платформа супер).

(27)
Щупал на заре этой платформы... Штука хорошая, но нам не зашла по причине ограниченности (на то время). Как сейчас - не знаю.

Вообще, мобильная 1С - это прям очень хорошая штука. Особенно мобильный клиент, конечно. Для B2B самое оно.

Но самое главное не забываем отстегивать 1С, а то не которые думают что мобильные приложения бесплатные - https://mobile.1c.ru/lic/

(73) оффтоп
Как flutter?

(77)
Огонь! Чётко, понятно, логично, крутая документация (даже видео-ролики) и сообщество.
Но тяжеловато, конечно, после иглы 1С. Куча нового и мало на русском, приходится еще и английский вспоминать.

(77) вот прям также - огонь!!!
Дописываю второе приложение на флаттере. Прям очень нравится. Особенно после возни на Яве для андроида.

(79)
Где новые заказы берёшь для разработки?

флаттер он как реакт-вью. другой подход относительно типового жава-котлина.
кстати 1с тоже скорее как жава, а не фалттер

(81)
флаттер - он дарт

Если не нужно из приложения делать шедевр в плане дизайна, то конечно же

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

МП на 1с умеет многое,а самое главное,ввзывать другие Activity и получать назад от них результат.
всяко получается удобнее,чем на голом андроцд.
но,голый android это многопоточность из коробки,чего в 1с не хватает
к сожалению,в последней платформе 1с нельзя напрямую из приложений android получать события,что очень ограничивает разработку.
опять же http-запрос на сервер,и мобильное приложение висит и ждет ответа,тогда как нормальное android-прилржение прекрасно обрабатывает такую ситуацию в фоне.
ну и очень часто приложения пишутся на html,а движок просто меняет html-код в зависимости от сгенертрованных им же событий,так получается и максимальная кроссплатформенность и простота разработки.

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

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

(85) >http-запрос на сервер,и мобильное приложение висит и ждет ответа,тогда как нормальное android-прилржение прекрасно обрабатывает такую ситуацию в фоне

МП 1С умеет фоновые, на клиенте :)

(87) вот именно что лишняя нагрузка появилась ,
а деньги потом :)

Так что скинуть сторонним веберам и статью в бюджете
на это

Как раз делаем такое же на МК с промежуточной конфой.

(91) А почему промежуточная конфа используется? Можно же автономный режим использовать.

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

(80) предыдущие работодатели заказали

Однозначно такое надо делать на Flutter. А на 1С простенький http-сервис для бэка и все

(95) А если хотят и для айфонов?
1С то справится с этим. А флуттер?

(96) Он для того и создан, чтобы кросплатформенно закрыть задачи

(97) И WinPhone?

(98) Хорош троллить, кому это г нужно))

(73) а что не так с планами обмена? удобно же

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

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

(92) Основная база УТ11 слишком большая, много сущностей, сложней настраивать права и включен RLS. Пробовал изначально, но элементарно даже база стартует долго, пока все общие модули отработают...
Промежуточную конфу делаю на основе БСП и обмен через веб-сервисы с XDTO-пакетамы

(92) Так в этом и смысл был, чтобы автономный режим не использовать, типа всё он-лайн, не хранить инфу на устройстве))) Большое количество SKU, много складов, много организаций, видов цен, короче говоря большая матрица данных получается