Задача ставилась следующим образом: автоматизировать сбор отчетности в головном офисе из удаленных (зарубежных) представительств. Базовой «корпоративной системой» являлась
1С 7.7 (версия MS SQL) ,
базовым почтовым клиентом – Lotus Notes: сначала 5, потом 7 . При этом – что существенно – ни экономического, ни организационного смысла ставить в представительствах локальную 1С не было. По многим причинам: трудность сопровождения и консультаций тамошнего бухгалтера, неприспособленность к туземной системе бух.отчетности и т.д.
Отчеты на местах формировались «подручными средствами» (Word, Excel) в «свободной форме». Затем отсылались по электронной почте в головной офис – где вдалбливались ручками в 1С.
Первый вариант решения был следующим:
1. Разработана единая для всех представительств форма – на первом этапе в самом теле письма, не в присоединенном файле.
2. По событию получения письма запускался агент в ЛОТУСе.
3. В агенте создавался OLE-объект 1С – а все остальное было делом техники. Агентом ЛОТУСа парсились данные, а созданным OLE-объектом грузились в 1С.
Для любознательных – очень похожий на мою реализацию ЛОТУС-скрипт
здесь .
Достоинства:
1. Вся почтовая работа перенесена в почтовый клиент, никакого вмешательства конфигураторов, операторов и глючных 1С-овских приблуд. Получил письмо – хоть ночью, оно ляжет в базу 1С. Утром – уже в 1С – кому эти данные предназначались может с ними работать.
Недостатки:
1. Плохое оформление отчетных данных – в теле письма не очень-то красиво все это выглядит.
Поэтому сразу же последовал
второй вариант :
1. Разработана единая форма отчетности в EXCEL – конечно же, со всеми его наворотами по расчетам и оформлению.
2. Агентом ЛОТУСа – опять же по событию получения письма – отсоединяется приаттаченый отчет в формате xls и запускается моя прога на ДЕЛЬФИ. На этом его функции оканчиваются.
3. Загрузчик (на ДЕЛЬФИ) открывает файл отчета (тот самый xls), коннектится напрямую к SQL-базе 1С – и грузит данные. Еще раз обращу внимание: я перешел к прямой работе с таблицами базы 1С. Конечно, для этого надо хорошо знать, что где лежит – но так, по крайней мере, я уверен, что скорость операций зависит только от меня.
Да, в ДЕЛЬФИ использовал для работы с SQL ADO – да там особо и использовать нечего, законнектился-подгрузил-ушел.
На самом деле окончательным должен был быть
третий вариант – в котором исключалась прога на ДЕЛЬФИ. В ЛОТУСе есть
ODBCConnection, ODBCQuery , который позволяет формировать и выполнять совершенно стандартные SQL-запросы. Но проект закрылся…
Я знаю, что в 1С есть блок работы с почтовыми клиентами. Но когда начинал решать эту задачу – не удалось прочитать ни одного положительного отзыва.
Во-первых, очень ограниченный набор почтовиков – того же ЛОТУСа не было. Кста, в 8-ке он появился, наконец? Были Outlook, The Bat, еще что-то вроде.
Во-вторых, те энтузиасты, которые все-таки доходили до конца в настройке встроенного почтового инструмента 1С жаловались на постоянные глюки.
В-третьих, получить какую-то тех.поддержку 1С именно по этой тематике было невозможно – жаловались все. Как сейчас – не знаю.
И т.д.
Поэтому – по моему опыту – в 1С для обмена данными по почте надо двигаться в сторону интеграции с профессиональными почтовыми клиентами. Точнее так – отдавать все эти функции на их сторону. Ессно, почтовый клиент должен уметь управляться программно и взаимодействовать со всеми остальными.
Хотелось бы услышать еще возможные варианты по автоматизации загрузки в 1С данных, получаемых по электронной почте.
Кста, не менее интересный вопрос, на самом деле – это обратная задача. По рассчитанным в 1С данным отправлять клиенту по эл. почте документы – счет тот же. Я с этим не работал – у кого-нибудь это функционирует? А как?
