ЭДО - интересные топики

Доброго дня всем. На нашем предприятии внедрена система на базе 1С. Автоматизированы задачи учета, но нет документооборота. Возник такой вопрос - возможно ли сделать документооборот на базе 1С, чтобы не пришлось интегрировать существующую систему с отдельной системой ЭДО? Собственно вопросы: 1) возможно ли создать систему электронного документооборота на базе 1С? 2) какие стоят этому ограничения? 3) каковы минусы этого решения? Спасибо за внимание.

Стоит выбор СЭДО. Основные задачи: Регистрация входящих (исходящих) документов Регистрация приказов, командировок, внутренней переписки Согласование документов Так как в организации есть MS Exchange и MS SharePoint то хотелось бы иметь продукт на одной из этих платформ.

Есть идея - а давайте устроим среди ведущих систем документооборота ntcnbhjdfybt yf 4 параметра: 1- Безопасность 2- Устойчивость ядра, дуракозащизенность 3- Работа с большими обхемами информации 4- Масштабируемость И выдадим совместно независимую оценку. У многих компаний вышли новые версии документооборота. Все чопорно утверждают в своей крутости, а результаты нормальных тестирований не всегда становятся достоянием общественности (особенно про баги и безопасность). На моей памяти ребята ломали paydox. да так лихо. Даже головной сайт завалили. правда потом paydox молодцы. быстро всё восстановили, даже заплатку приличную сделали. не в этом суть. Я про то, что практиески у каждой более-менее крупной системы есть косяки и преимущества. Давайте их дружно заценим? Я готов под это дело даже выделить человека 2 из бывш. б.г.

Всех радостно приветствую. DWindEx снова в строю. Как говорится за одного битого - двух небитых дают. Значит дело было так - проектировани мы СЭД DWindEx на базе Java и проч. лабуды. Система opensource. Я её активно нахваливал. Меня просто распирало от тогго что она openSource. В доработку системы было вложено больше 300 000р (для доработк это немного многовато, учитывая низкую стоимость рабочей силы в ярославской области). И всё было так хорошо. Клиенты, конечно радовались. Активных продаж не вёл - ухом чувствовал, что нужно немного подождать. Пускай пока другие направления кормят. А это в ноль работает. И ба - вылезает. Ошибка в архитектуре. Оказывается когда мы перебрали опрелеоённый лимит кода (положим 300 000 строк кода) - то систему с каждым разом становилось всё труднее дорабатывать. Я сам, как программист попался на старую пакость при проектировке системы - ядро было монолитным без возможности догрузки плагинов. Т.Е. Чтобы внести изменения в поведение шаблона документа, причем изменения кординальные (типа правил замещения и ухода в отпуск, с оработкой при этом шифр-ключей и проч. дряни) нужно перелопатить все 300 000 строк кода (образно говоря). А лучше всего их держать в памяти. В памяти тутже всплыл злосчастный индивид в котором я так же напоролся (individ.ru). Сейчас систему переделали. Сделали свой апи. Модули подгружются по одному правилу через xml шаблон. и всё правильно. НО! возвращаясь к нашим ... Господа разработчики, у кого-нибудь есть возможность в СЭД писать плагины, используя стандартный апи приложения. Отвечу сразу, за всех - НЕТ! Тогда картина с доработкой приложения под конечного крупного пользователя и интеграцией с его инфраструктурой ...

Думаем внедрить ЭДО который бы работал изнутри наружу. ТАк как есть контрагенты, кторые по ЭДО работают и у них уже есть свои системы. То есть необходимо с помощью своего ЭДО управлять эдо других контрагентов, осуществляя при этом юридически значимый документооборот.Кроме того, в ЭДО как-то надо интегрировать банк-клиент. Интересует вопрос - позволит ли все это сделать DOcsvision, или только Documentum сможет такой вариант потянуть.