Всем доброго времени суток! Создаем мобильное приложение для автоматизации деятельности, а именно зоны производства (для удобства работы).
Вопрос 1. Что лучше выбрать мобильные приложения 1С или написанные на java script? в чем + и - ?
Вопрос 2. Насколько быстро данные будут поступать в основную базу 1С, если все таки решить написать мобильное приложение на 1С, все в онлайн режиме или есть задержка?

(0) 1. Нужно знать 1С. Не нужно знать других языков.
2. Обмен через http\web запросы.

(0) А вы сначала типовое приложение от 1с посмотрите. Может, вопросы отпадут.
1)Что выбирите - то ли лучше
+ быстрее делать, если знате 1с
- не все можно костамизировать (интрфейсы нельщя)
2)Зависит от реализации

(0) Если на рабочих местах стабильная сеть то лучше наверно использовать мобильный клиент, а не мобильное приложение.
https://wonderland.v8.1c.ru/blog/mobilnyy-klient/

(1) я так понимаю вопрос 2 решается посредством web запросов - но если смотреть на будущее мобильных устройств будет много к примеру 10 000 тыс, не подвиснет ли 1с при одновременной работе и записи в базу?

(2) то есть интерфейс я не смогу нарисовать тот что захочется?

(3) а это разве не приложение нужно писать? и позволит ли это решить проблему с онлайн синхронизацией причем с большим количеством устройств к примеру 10 000 тыс?

(4) Серьезно? 10000 клиентов? Интересно это где?

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

(8) 10000? И как это вяжется с (0) "зоны производств"? Мне кажется 10000 и уровень компетенции (0) никак не совместимы.

(9) Ну может хотят сразу запилить свое облако на всех клиентов. =)

(8) Написать простое моб. приложение на 1С это неделя, с чтением документации и перекурами.
На этом простом приложении можно проверить свои предположения.
И хватит ли 1С или нужно писать на чем-то другом.

(4) зависит от нагрузки. Может потянуть, а может и нет.

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

(13) лицензий хватит ?

(14) Ну если будут пилить мобильное приложение, чего им. вебзапросы не тарифицируются.

Вопрос к знатокам. Умеет ли мобильное приложение работать с WEB сервисами центральной базы?

(16) Конечно

(16) Не пойму вопроса.
Мобильное приложение на 1С?
Центральная база на 1С?
Если ответ на оба вопроса - да. Точно умеет.
В иных случаях ответ - скорее всего да, но возможно придётся поплясать.

(18) да, и мобильное приложение 1с и центр база 1с
задача сделать онлайн обмен и не со одного устройства а нескольких одновременно(большое количество)

(19) что Вы вкладываете в понятие онлайн обмен?
В КД это значит что сообщение когда нибудь дойдет.
+ На мобильном устройстве не нужна полная БД, а только часть данных.
Мой ответ - при грамотной архитектуре - может.

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

(0)
1. 1С + скорость разработки
2. Обмены с помощью web-сервисов. Задержки зависят от периода обращений, сколько поставишь.

(0) на Java Script мобильные приложения не пишут

для связки БП3 и мобильного я использую обычный план обмена только для тех объектов которые нужны. Главное чтобы все реквизиты объектов совпадали (имя и порядок) тип значения для ненужных мне в мобилке реквизитов, строка. Синхронизация работает на ура.

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

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

А вот до 1000 мобилок можно и на 1С вполне. Но опять же лицензирование - на вашей совести. Главное - писать не на планах обмена.
Даже подозреваю что для первых прототипов лучше использовать не мобильное приложение, а мобильный клиент - это аццки удобная в разработке для мобилок штука.

(25) Согласовано с ВР?

(26)
На что? на "поделюсь опытом"?

ИМХО, все обмены через какую-нибудь rabbit mq  и норм все будет. Даже если 10000 подключений.
Вот не знаю толь, может ли мобильное приложение 1с в него с нативной компонентой.

(23) с чего это? React Native, пожалуйста, JS

(0) Вопрос только в лицензирование и то, если будите распространять через "маркеты"
Проблема будет в "бэке" - вот тут от 10000 клиентов 1С "помрет"

(28) Хорошая штука, но вопрос умеют ли мобилки в неё

(31) Ну какой-нибудь другой брокер, либо прослойка, которая будет перенаправлять вызовы из мобилки в саму очередь.

(25) А как по скорости обмена? Мне интересует ТСД, чтобы они каждый отсканированный штрихкод бежали в базу искать и получали ответ.

(33) Мне кажется для мобильного клиента это норм, а для мобильного приложения - не очень.

(33) Никаких проблем с этим у инфобазы 1С нет - хттп-запрос выполняется обычно не дольше чем 50 мс