Когда вы приходите в магазин, перед прилавком можете зайти в мобильное приложение Честный ЗНАК (AppStore, Google Play), просканировать код на упаковке и сразу узнать страну, город и адрес производства, а также текущее местонахождение товара.
То есть розничный покупатель может узнать текущее местоположение маркированной упаковки. При этом вы не даете участнику обмена (юр лицу) через api узнать текущего владельца. Почему так?
Многие не хотят оформлять европротокол, т.к. любая ошибка приводит к отказу страховой. Как тут будет? По идее ответ должен быть в реальном времени. Иначе все равно надо ехать в ГАИ, чтобы быть уверенным, что тебе не откажут в страховке
А можно ему скормить свой last.fm? А то перешел с яндекс на гугл (ютуб.премиум) и разочарован в подборках. Грешу на то, что яндекс знает о моих вкусах больше за счет подключения учетки last.fm, ну и нескольких лет прослушивания. Интересно что будет у спотифай
Хотя бы так. Но все равно без усиленной ЭЦП можно натворить много дел. Доверенность — это вообще красота. Пописывает любой человек, а печать нарисовать дело получаса
По опыту получения ЭЦП на сотрудника юр лица могу сказать, что копия паспорта предъявляется только первый разворот. Страницу с пропиской не требуют. Может быть для физика это и нужно, но скорее всего нет
Не давно обращался по поводу данного вопроса от имени юр лица к УЦ (СКБ-Контур). Так даже юр лицо у конкретного УЦ не может получить список всех ЭЦП своих сотрудников. Возможно через официальный запрос письмом это и возможно, но удобного интерфейса нет и даже через линию поддержки нельзя
Поделюсь своим опытом работы с некоторыми площадками. Документооборот у нас в компании существенный 150 тыс пакетов документов (500 тыс документов) в месяц. Соответственно для нас интересны топовые тарифы. По факту работаем со СБИСом (85% документов) и Диадок (15%). Такой разброс связан с выбором СЭД клиентом в первую очередь. В случае выбора же между ними выбираем тоже СБИС из-за тарифов. СБИС — тарификация по пакетная 40 коп, а Диадок подокументная — 50 коп. При пакете документов, состоящем из 3 документов, Диадок становится дороже почти в 4 раза. Интеграцию с 1С писали в обоих случаях самостоятельно — использовали COM-объект от оператора, но в этом году Диадок неприятно удивил тем, что попросил 18000 руб в год за право использования этого COM-объекта. Остальные системы не используем, т.к. клиенты практически не запрашивают их и почти всегда можно выбрать альтернативный (СБИС :-)).
Не совсем понял вопрос… Данные обновляются периодически. update решил бы проблему с тем, что запрос на чтение не возвращает данные до того момента как будет выполнена запись.
Это касается и перепроведения документов, в случае очистки движений. запрос в другом сеансе видит исчезновение записей
Задача специфическая (как и всегда :-)). По многим филиалам заполняется срез определенных данных и стекается в центральный офис. Срез удобнее формировать, т.к. для конкретной задачи история не важна, а само получение данных из вспомогательных занимает слишком продолжительное время. Записывать этот срез
удобнее набором записей, а не по записи. Вот и получается, что в момент обновления пользователь в динамическом списке видит, что данные пропали.
Лично нам зачастую не хватает просто таблиц. Платформа не дает возможности писать запросы на изменение (update). Даже регистр сведений при работе с ним как с набором записей (когда условие отбора можно свести к равенству) при записи делает в СУБД не update, а delete и insert. Соответственно при длительном выполнении операции другие сеансы видят то пропадающие, то появляющиеся данные.
То есть розничный покупатель может узнать текущее местоположение маркированной упаковки. При этом вы не даете участнику обмена (юр лицу) через api узнать текущего владельца. Почему так?
Интересно 2016,2017,2018. Разворот есть?
Видимо на его развитие забили. Отзывы от людей впечатляют.
Это касается и перепроведения документов, в случае очистки движений. запрос в другом сеансе видит исчезновение записей
удобнее набором записей, а не по записи. Вот и получается, что в момент обновления пользователь в динамическом списке видит, что данные пропали.
upd: чтение в другом сеансе не в транзакции. соответственно управляемые блокировки не используются (да и не хочется ожидание)