Бесплатный документооборот между пользователями 1С разных предприятий

[Millena]

Дорогие коллеги!

Приглашаем протестировать новый, бесплатный сервис обмена первичными документами между предприятиями, использующими в работе 1С:Предприятие.

Сервис совершенно бесплатен. Разработка - ООО "О-Планет". Сервис позволяет передавать накладные, заявки на товар. То есть, если документ набит в одной базе на некотором предприятии, то его теперь не нужно заново вбивать на другом предприятии: его можно передать за пару секунд через бесплатный сервис обмена первичными документами.

Что это дает? Конечно же, экономию времени и уменьшение числа ошибок. Но главное, заявку на товар теперь можно обработать быстрее, счет оплатить оперативнее, а накладную внести в базу вовремя. А это - повышение качества работы предприятия и аргумент в конкурентном преимуществе.

Ознакомиться с сервисом можно по ссылке: http://www.ibridges.ru

[Despod]

а каким образом происходит синхронизация справочников?

[Despod]

Перешел по предлагаемой ссылке.

Можно немножко критики? Думаю что можно.

Чаще всего компании, выпускающие какой то программный продукт, хотят на этом заработать. В данном случае разговор идет именно об ООО, а не о группе программистов которые хотят сделать мир лучше...
Поэтому, пока не будет ясно в чем подвох, доверие к данной обработке не будет.

а теперь по пунктам.
1) Зачем отправлять файл к вам на сервер, а не отправить файл непосредственно получателю по электронной почте?
2)

Анонимность

Для работы в системе не требуется регистрация. Любому передаваемому файлу присваивается уникальный идентификационный номер, никак не связанный с организацией, которая передает или принимает этот файл. Фактически, от кого и кому направляются данные, известно только лицам, непосредственно участвующим в этом процессе и больше никому.

В любой накладной, счете, платежке, обязана быть информация о контрагенте, его наименование, реквизиты и все прочее, о какой анонимности идет речь?
3)

Шифрование по ключу

Для шифрования данных пользователей мы используем метод шифрования по ключу. Его суть в двух словах заключается в кодировании каждого следующего слова, исходя их содержания предыдущей части зашифрованного текста и некоего ключа.

Мягко сказать алгоритм шифрования устаревший и очень прост для взлома(хотя бы потому что знаем с чего должен начинаться зашифрованный файл), хотя для БЕСПЛАТНОГО сервиса это допустимо.

Ну и свои итог. Вернусь с того с чего начал, а именно с коммерческой привлекательности проекта.
можно на этом заработать многими способами:
1) Брать абон. плату за сервис с компании которые им пользуются.
2) Заключать договора на платную доработку данного сервиса, под конкретную компанию.
3) Вставлять рекламу в обработку и зарабатывать на этом.
4) Создавать собственную базу товаров и услуг, с ценами себестоимостью и всем прочим, далее создать сайт на котором можно узнать где дешевле всего купить тот или иной товар.
5) Продавать конкурентам коммерческую информацию организаций, продавать коммерческую информацию маркетинговым организациям, а также организациям занимающим спам-рассылкой и подобным третьим лицам.

1,2,3 пункты думаю здесь будут исключены. Зная про пункт 5, нормальная компания с службой безопасности(включая ИТ-безопасность), никогда не воспользуется данной обработкой.

[Millena]

Спасибо за комментарии. Алгоритм шифрования для взлома на самом деле очень не прост. С этим шифрованием вообще беда! Алгоритм рекурсивный, очень надежный. Наверное, надо привлечь экспертов для его оценки. Собственно говоря, взламывать-то и нечего, ведь файлы на сервере без кода и пароля получить нельзя, только разве взломать провайдера Шифрование нужно исключительно для защиты от поисковиков.

Анонимность - потому что зашифровано, и достать эту информацию проблемно, даже для нас, потому что для шифрования ключа используется алгоритм md5, а без ключа получить что-либо из файла практически не реально: там вероятность попадания 2 в двенадцатой...

Чем это проще электронки? Всем.

1. Тем, что выгрузка - из 1С
2. Тем, что согласованы различные конфигурации
3. Тем, что не нужно лезть в почту, не нужно спрашивать почту у второй стороны

А по поводу "своего итога" - Вы правы. Сейчас наша задача - сделать сервис известным. Абон. плату брать не планируем. Но vip-услуги предлагать за абон. плату будем. И платные доработки, и реклама. Так что, не останемся в проигрыше, думаю.

[Millena]

И к 1-му сентября, когда завершится этап тестирования, мы обязательно подготовим договор с нашими гарантиями, что никакая информация не станет доступна поисковым системам и не будет передана нами третьим лицам.

[Despod]

Сообщение от Millena

Алгоритм шифрования для взлома на самом деле очень не прост

Прост он или сложен, можно только понять сравнив с другими алгоритмами, например с теми которые используют открытые(публичные) и закрытые ключи, но опять же повторюсь что этого достаточно для БЕСПЛАТНОГО продукта.

Сообщение от Millena

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

Вот это мне не понятно. Поисковики могут получить только ту информацию, которую может получить и кто угодно другой, а это говорит о открытости информации. Видимо поисковикам придется взломать провайдера. Для защиты от поисковиков существует файлик ROBOTS.TXT на сервере, которого вполне достаточно или же закрытие директории по паролю.

Сообщение от Millena

Анонимность - потому что зашифровано, и достать эту информацию проблемно, даже для нас, потому что для шифрования ключа используется алгоритм md5, а без ключа получить что-либо из файла практически не реально: там вероятность попадания 2 в двенадцатой...

md5 это хеш, который, если не ошибаюсь имеет длину 32-знака, зная что любой файл начинается с "<?xml_" 6 знаков я уже знаю, и через каждые 32 знака я тоже буду знать правильные символы. По проблеме достать даже для Вас. Вопрос когда и где шифруется информация, до того как она была передана вам или же у Вас?

Сообщение от Millena

Чем это проще электронки? Всем.

1. Тем, что выгрузка - из 1С
2. Тем, что согласованы различные конфигурации
3. Тем, что не нужно лезть в почту, не нужно спрашивать почту у второй стороны

Все эти пункты никак не влияют на то что будет хранилищем передаваемого файла, это будет почта или фтп-сервер. 3-пункт, тоже не может быть большой проблемой.

Сообщение от Millena

А по поводу "своего итога" - Вы правы. Сейчас наша задача - сделать сервис известным. Абон. плату брать не планируем. Но vip-услуги предлагать за абон. плату будем. И платные доработки, и реклама. Так что, не останемся в проигрыше, думаю.

Желаю успехов в этом начинании. Сам планировал несколько подобных проектов, но один я их не потяну. Если будет интересно могу стать партнером, об этом в личке.

Сообщение от Millena

И к 1-му сентября, когда завершится этап тестирования, мы обязательно подготовим договор с нашими гарантиями, что никакая информация не станет доступна поисковым системам и не будет передана нами третьим лицам.

А вот это огромный риск. Никогда нельзя гарантировать, то что подобное не может случится. То что придумал один человек, всегда может сломать другой.

[Millena]

Добавили информацию о компании-разработчике проекта.

[Millena]

Сообщение от Despod

А вот это огромный риск. Никогда нельзя гарантировать, то что подобное не может случится. То что придумал один человек, всегда может сломать другой.

Ну, бизнес - это всегда риск. Вы не первый пишите про гарантии, значит, они нужны.