Всем поклон!

Помогите начинающему разобраться, как методологически вернее поступить.
задача вроде простая - регулярно выкладывать на заданный ФТП файл данных (dbf).
Файл - результат "внутреннего" запроса в базе 1С.
Я как сисадмин, только начинающий программировать в 1С, поначалу хотел было решить это все снаружи, а в 1С только
лепить файл и кидать в какую-нить папку, снаружи зашедулить перевалку на ФТП и проч.
Но как-то это некрасиво - ни логов, ни "аудитрского" следа в самой 1С.
Хотелось бы, чтобы в самой 1С пользуны могли видеть историю этих выгрузок, сами файлы, которые отправлялись и т.п.
В исходных текстах нашей УТ 11.2 нашел в нескольких типовых модулях много ссылок на ФТП-соединения,
понимаю, что это в общем рутинная задача. Но конкретного подходящего решения так с ходу не вижу, опыта нет.
Планы обмена, я так понимаю, не совсем то для моей затеи, хотя вижу там некий "Обмен сообщениями".
Почитал про БСП, но тоже не очень понимаю - подойдет ли это решение как готовое, которое нужно только настроить.
Или все же не терять время и все написать с чистого листа? Кто с подобным сталкивался, подскажите пжл...

Можно сделать подключаемую обработку с запуском команды по расписанию. Всё внутри 1с, никаких внешних планировщиков. Я так делал выгрузку прайса на сайт. А если вам нужен след в базе - возможность хранить присоединенные файлы штатно есть.

Спасиб, это понятно - но это если самому писать. А так - вроде вижу в модулях предусмотрено и сохранение адресов ресурсов и аккаунтов для соединений в безопасном хранилище, и всякие проверки/обработки ошибок и т.п. ВОт в модуле ОбменСКонтрагентамиСлужебный вижу какие-то подходящие внешне функции ЗаписатьФайлНаFTP, ПолучитьСОединение - это вроде к ЭДО, но может и мне можно "вписаться" через эту надстройку
для прокачки ДБФ. Хочется научиться использовать штатные средства, а не изобретать очередной костыльсипед заново...

(2) Да что там писать, пара десятков строк..

Да вот у нас уже к сожалению система обросла кучей таких заплаток, прям пэчворк-стайл. Один сделал выгрузку статы о продажах
через самопальный вебсервис и какие-то справочники, другой прикрутил для прайсов собственную обработку, аккаунты для соединений зачем-то во внешнем файле сохраняет, я еще тут присобачу свой сарай. Может там и впрямь по-другому нельзя, но как сисадмин я всегда
стараюсь убедиться, что штатными средствами ОС нереализуемо :)  а то потом такой паноптикум поддерживать - ужасная морока.
Хотя, конечно, выгодно ;)

(4) ты хочешь рефакторинг провести и тех долг закрыть?
а бюджет то есть на это?

(5) да я скорее в свою пользу заморочался - получше узнать штатные средства платформы 1С и конкретно УТ, за счет работодателя - ни и ему будет польза (наверное) :). Тем более, как сисадмину тема не посторонняя, по обмену данными.

(0) данон, чтоль?

(7) - так значит в Данон 11.2 до сих пор?!...буду знать :) Не, не данон - маленький провиницальный ТЗДшник.

Но как-то это некрасиво - ни логов, ни "аудитрского" следа в самой 1С.
- а зачем это?
или работает или нет.
если не работает - то либо быстро всплывет либо всем пофиг.
если с программированием проблема - сделай по-быстрому как писал - в файло наружу и хоть ncftp, хоть winscp закидывай на ресурс, там и логгирование\ответы есть
все равно пачворк-стайл. одна таблетка не спасет коматозника

(9) - ну тож верно - может так и сделаю, даже на стандартном винном ftp, хотя там вроде с пассив-модой так и остался косяк...
Только пользуны задергают - прошло/не прошло, почему, когда...

(10) Что мешает использовать одинесовский объект для подключения к фтп?

На всякий резюмирую - все же припаял отправку прайсов через ФТП к штатному ЭДО с контрагентами, только адаптировал под простой прямой обмен конечными файлами, без обмотки в формат штатного ЭДО. Через расширение. Как-то все же приятнее в канве уже имеющейся функциональности воплощать. Поразило, что активная настройка обмена для пары сторон предполагается лишь одна, что ссылка на неё сохраняется во всех участвующих сущностях (произвольный ЭД, пакет ЭД, присоединенный файл) - и однако же все равно при отправке она вычисляется исходя из того, что она лишь единственная между сторонами... нафига её вообще тогда хранить в каждом кочке по пути к отправке...

(12) ну там же обмен есть в ут. риб и обмен с бухгалтерией. он сделан через фтп. нахрена ты в эдо полез?

(12) А мог бы обойтись вообще без расширения, обычной внешней обработкой. Ну хозяин барин.

(13) да мне вроде бы для того, чтобы гонять файл данных DBF ни РИБ, ни тем более бух не требуется вообще.
А вот ЭДО - именно то, что нужно по постановке задачи, по сути мы им электронный документ и отправляем.

(14) несомненно, но это как-то хорошо легло на штатный мех. Пакеты лепит, статусы отправления отслеживает, штатной процедурой по расписанию отрабатывает, проверяет, файл в пакете ЭД сохраняет. Вроде все что надо есть, и где все это - понятно и наглядно.