Базовая посылка, имхо, не верна. Гуглоблако - не стандарт с которого должно начинаться осмыслние. Аналогия, ms windows - это программа для моего компьютера. По факту совсем не так. Я уже 15 лет назад в коммерческую структуру внедрил linux-based операционку.
Характер обсжудения альтернатив удивляет. Я понимаю, что 90% пользователей хабра не могут настроить свой домашний сервер. Но говорить о том, что "гугл" или "не гугл" достаточно странно. Так же как и о недостатках nextcloud. Да, интерфейсы бывают хорошими и не очень. Но принимать решения на основе "интерфейса" - это, как мне кажется, не слишком хорошая идея. Подстроиться под альтернативные решения всегда можно. Ровно так же, как подстраиваются под пользовательское соглашение или политику использования данных на стороннем ресурсе. Пользователь всегда находится в пространстве многих возможностей. и ограничений То же самое как получить 4% в сбер/альфа/втб/тиньков или вдвое больше в любом другом немедийном банке. Владеть своими данными и своей жизнью совсем несложно.
Извиняюсь, не совсем по теме, но я в прошлом году ковырялся с офисной IP телефонией для яблочных мобильников и с удивлением узнал, что эта прекрасная операционная система блокирует фоновую передачу UDP. Со всеми вытекающими для телефонии: исходящие звонки можно, а входящие только при включеном экране. Зачем так делать одному Эплу известно, но как говаривал Ричард Столман, если программа выполняет не только команды пользователя устройства, а команды кого-то ещё, то это несвободное программное обеспечение.
Да, разумеется, все структуры данных у нас будут разные, но мне, когда я работал над этой функцией, не удалось найти чтобы кто-то выложил бы готовое решение хоть в каком-то виде. Мой код для генрации xml делался на основе текста ГОСТа и ещё каких-то найденных экземпляров файлов. Выглядит просто отвратительно. Публиковать такое где-то смысла не видел, но если у вас что-то хоть чуть более красивое - буду очень благодарен.
Я старовер. Меня устраивали скретч-карты с одноразовыми кодами. Они полностью отвязаны от мира электронных устройств и сетей. Когда логином в банк начали становиться телефон и эмейл я был изрядно раздосадован. Подобрать-украсть связку логин-пароль - это уже задачка не для ленивых, а уж завладеть скретч-картой в дополнение к этому - так вообще из разряда фантастики.
Я имел в виду ту часть, которая генерирует xml для ЭДО. Подписывать-то мы планируем через python получающий через oauth/rest данные из учётной системы на web.
Мы кстати сейчас рассуждаем как выложить в open-source обёртку поверх драйвера АТОЛ для касс. Тоже многим поможет не садиться на всякие ширпотребные решения вроде 1С.
Если вдруг найдёте какие-то возможности поделиться наработками кода, то думаю многие спасибо скажут. Тем более, что начинает попахивать обязательным ЭДО для всех в ближайшее время.
Подскажите, пожалуйста, вы КриптоПро в какой операционной системе используете? Если я правильно понял тарифную политику, то linux у них трактуется как серверная операционная система и цена там уже далеко не 1350р. На момент изучения вопроса было что-то вроде 27 000 рублей. Покупать лицензию на винду и ставить её на виртуалку - вариант достаточно неадекватный. Изучал вопрос год назад.
Тем не менее привязывать всё вокруг к сотовыми операторам это никому не мешает. У моего товарища недавно в Тинькове потеря телефона обернулась минусом на 250к. Деньги выводили ночью на киви-банк. Складывалось впечатление, что это было кому-то нужно и знаменитый антифрод "у нас всё под контролем" не сработал.
Уточните, пожалуйста, вы в итоге какие файлы отправляете контрагентам? Подписанный pdf или подписанный xml сформированный по ГОСТУ + pdf? Если второй вариант, то к какому файлу относится откреплённая подпись отправляемая вместе с ними?
В конце прошлого года возился с операторами ЭДО. Утомился порядочно и отложил до лучших времён. От необходимости верстать xml с кучей полей и атрибутов подгорело отдельно. На тот момент api был бесплатен только у https://ofd.ru/ Диадок со своими хотелками и ценами сразу был отвергнут. Очень рад был прочитать, что если не требуются счета-фактуры, то ЭДО можно делать без операторов совсем. Отсутствие единой среды обмена документами и транзакционные издержки "за каждый документ" вызвали у меня недоумение в тот момент. Информация для меня новая, но безмерно мотивирующая, так как весь бизнес построен на самописной учётной системе с отдельными интеграциями на бухгалтерию (rest вызовы к серверу web из 1C) для взаимодействия с госорганами. Если получится сделать обмен электронными документами без сторонних интеграций и абонентской платы, то это просто невероятно! Кучу услуг новых в торговле товарами b2b можно внедрить!
Не очень понял про отслеживаемые товары у вас в тексте. Если я правильно понял закон на момент изучения мной, то для передачи информации об отслеживаемых товарах (например, шинах) можно использовать электронный документы накладной торг-12 для контрагента и одновременно с этим передавать данные через одну из национальных систем прослеживания и маркировки товаров (по факту только Честный знак). Не пробовали с ней через php/python взаимодействовать?
А что на счёт некоммерческих проектов? Вот вроде такого например https://t.me/motosalebot Иногда там можно найти то, чего нет в поисковиках веб. И едва ли такие штуки продолжатся работать. Монетизация-то там даже не просматривается.
Кажется, вам очень важно быть правым. Нет смысла пытаться спровоцировать на разговор людей на каком-то сайте в интернете, если хотите получить лишь базовую информацию о предметной области. Есть же поисковики. Что спросите - то и найдёте. Вот, например, про корпоратизм немного.
Возможность не ставить приложения для коммуникации с, например, банками - это конечно кайф. Но, как мне кажется, платить за это кроме банков и e-commerce никто не будет. Сложно себе представить клиента, который сначала выбрал в качестве коммуникативной платформы телеграм, а потом начал искать поставщика услуг.
Даже не знаю как прокомментировать. Если у них там кто-то дальше продавцов на точках рабочие вопросы решает, то это по моим оценкам не очень адекватно. Прям представил как главбух с гендиром в телеграме переписываются. У этой парочки скорее эмейл + PGP на корпоративном сервере.
На мой вкус интерфейсы мессенджеров фактически унифицировались и речь уже идёт не о серверном или клиентском софте, а о наличии друзей/коллег на той или иной платформе. Здесь же на хабре читал, кажется, что в Европе отдельны ечреждения у себя уже внедряют матрикс. Вроятно, в какой-то момент аудитория там станет достаточной и для личной жизни.
Базовая посылка, имхо, не верна. Гуглоблако - не стандарт с которого должно начинаться осмыслние. Аналогия, ms windows - это программа для моего компьютера. По факту совсем не так. Я уже 15 лет назад в коммерческую структуру внедрил linux-based операционку.
Характер обсжудения альтернатив удивляет. Я понимаю, что 90% пользователей хабра не могут настроить свой домашний сервер. Но говорить о том, что "гугл" или "не гугл" достаточно странно. Так же как и о недостатках nextcloud. Да, интерфейсы бывают хорошими и не очень. Но принимать решения на основе "интерфейса" - это, как мне кажется, не слишком хорошая идея. Подстроиться под альтернативные решения всегда можно. Ровно так же, как подстраиваются под пользовательское соглашение или политику использования данных на стороннем ресурсе. Пользователь всегда находится в пространстве многих возможностей. и ограничений То же самое как получить 4% в сбер/альфа/втб/тиньков или вдвое больше в любом другом немедийном банке. Владеть своими данными и своей жизнью совсем несложно.
Извиняюсь, не совсем по теме, но я в прошлом году ковырялся с офисной IP телефонией для яблочных мобильников и с удивлением узнал, что эта прекрасная операционная система блокирует фоновую передачу UDP. Со всеми вытекающими для телефонии: исходящие звонки можно, а входящие только при включеном экране. Зачем так делать одному Эплу известно, но как говаривал Ричард Столман, если программа выполняет не только команды пользователя устройства, а команды кого-то ещё, то это несвободное программное обеспечение.
Для бумаги требуется физическое присутвие где-то. А это вообще не проще совсем.
Вы правы, обслуживать изменение формата при вашем подходе в сотню раз проще.
Да, разумеется, все структуры данных у нас будут разные, но мне, когда я работал над этой функцией, не удалось найти чтобы кто-то выложил бы готовое решение хоть в каком-то виде. Мой код для генрации xml делался на основе текста ГОСТа и ещё каких-то найденных экземпляров файлов. Выглядит просто отвратительно. Публиковать такое где-то смысла не видел, но если у вас что-то хоть чуть более красивое - буду очень благодарен.
del
Я старовер. Меня устраивали скретч-карты с одноразовыми кодами. Они полностью отвязаны от мира электронных устройств и сетей. Когда логином в банк начали становиться телефон и эмейл я был изрядно раздосадован. Подобрать-украсть связку логин-пароль - это уже задачка не для ленивых, а уж завладеть скретч-картой в дополнение к этому - так вообще из разряда фантастики.
Я имел в виду ту часть, которая генерирует xml для ЭДО. Подписывать-то мы планируем через python получающий через oauth/rest данные из учётной системы на web.
Мы кстати сейчас рассуждаем как выложить в open-source обёртку поверх драйвера АТОЛ для касс. Тоже многим поможет не садиться на всякие ширпотребные решения вроде 1С.
Если вдруг найдёте какие-то возможности поделиться наработками кода, то думаю многие спасибо скажут. Тем более, что начинает попахивать обязательным ЭДО для всех в ближайшее время.
Подскажите, пожалуйста, вы КриптоПро в какой операционной системе используете? Если я правильно понял тарифную политику, то linux у них трактуется как серверная операционная система и цена там уже далеко не 1350р. На момент изучения вопроса было что-то вроде 27 000 рублей. Покупать лицензию на винду и ставить её на виртуалку - вариант достаточно неадекватный. Изучал вопрос год назад.
Тем не менее привязывать всё вокруг к сотовыми операторам это никому не мешает. У моего товарища недавно в Тинькове потеря телефона обернулась минусом на 250к. Деньги выводили ночью на киви-банк. Складывалось впечатление, что это было кому-то нужно и знаменитый антифрод "у нас всё под контролем" не сработал.
Уточните, пожалуйста, вы в итоге какие файлы отправляете контрагентам? Подписанный pdf или подписанный xml сформированный по ГОСТУ + pdf? Если второй вариант, то к какому файлу относится откреплённая подпись отправляемая вместе с ними?
В конце прошлого года возился с операторами ЭДО. Утомился порядочно и отложил до лучших времён. От необходимости верстать xml с кучей полей и атрибутов подгорело отдельно. На тот момент api был бесплатен только у https://ofd.ru/ Диадок со своими хотелками и ценами сразу был отвергнут. Очень рад был прочитать, что если не требуются счета-фактуры, то ЭДО можно делать без операторов совсем. Отсутствие единой среды обмена документами и транзакционные издержки "за каждый документ" вызвали у меня недоумение в тот момент. Информация для меня новая, но безмерно мотивирующая, так как весь бизнес построен на самописной учётной системе с отдельными интеграциями на бухгалтерию (rest вызовы к серверу web из 1C) для взаимодействия с госорганами. Если получится сделать обмен электронными документами без сторонних интеграций и абонентской платы, то это просто невероятно! Кучу услуг новых в торговле товарами b2b можно внедрить!
Не очень понял про отслеживаемые товары у вас в тексте. Если я правильно понял закон на момент изучения мной, то для передачи информации об отслеживаемых товарах (например, шинах) можно использовать электронный документы накладной торг-12 для контрагента и одновременно с этим передавать данные через одну из национальных систем прослеживания и маркировки товаров (по факту только Честный знак). Не пробовали с ней через php/python взаимодействовать?
А что на счёт некоммерческих проектов? Вот вроде такого например https://t.me/motosalebot Иногда там можно найти то, чего нет в поисковиках веб. И едва ли такие штуки продолжатся работать. Монетизация-то там даже не просматривается.
Кажется, вам очень важно быть правым. Нет смысла пытаться спровоцировать на разговор людей на каком-то сайте в интернете, если хотите получить лишь базовую информацию о предметной области. Есть же поисковики. Что спросите - то и найдёте. Вот, например, про корпоратизм немного.
https://www.opennet.ru/opennews/art.shtml?num=53813
А если ещё покопаться, то можно найти новости о коммерческих внедрениях в Европе.
Вы сейчас про М-Видео?
Возможность не ставить приложения для коммуникации с, например, банками - это конечно кайф. Но, как мне кажется, платить за это кроме банков и e-commerce никто не будет. Сложно себе представить клиента, который сначала выбрал в качестве коммуникативной платформы телеграм, а потом начал искать поставщика услуг.
С недостаточно хорошим интерфейсом проект точно не взлетит. [согласно мейнстримовым убеждениям]
Даже не знаю как прокомментировать. Если у них там кто-то дальше продавцов на точках рабочие вопросы решает, то это по моим оценкам не очень адекватно. Прям представил как главбух с гендиром в телеграме переписываются. У этой парочки скорее эмейл + PGP на корпоративном сервере.
На мой вкус интерфейсы мессенджеров фактически унифицировались и речь уже идёт не о серверном или клиентском софте, а о наличии друзей/коллег на той или иной платформе. Здесь же на хабре читал, кажется, что в Европе отдельны ечреждения у себя уже внедряют матрикс. Вроятно, в какой-то момент аудитория там станет достаточной и для личной жизни.