Доброго всем дня!
Может кто сталкивался с такой задачей? Необходимо настроить автоматическую загрузку банковских выписок в 1С по расписанию, например раз в 15 минут.
У нас очень много клиентов и есть сайт, который получает различные данные из 1С. Хотим получать на сайт данные об оплате клиентских счетов практически в режиме реального времени. Конфигурация БП 3.0 не типовая. Какие есть варианты?

Сейчас как загружаете?

а какие могут варианты,кроме рег.задания и кода

(0) В выписке как правило нет достаточной для проведения документа. Без бухгалтера ее корректно не разнести.

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

(2) Как из обработки получить данные из банка? Можно наверное как-то, но это же банк! Всё зашифровано и т.д. Мне кажется слишком много проблем будет с шифрованием.

(5) ЭТо у какого банка зашифровано?Директ-банк используете?

(3) сейчас выписки создаются автоматически на основании текстового файла из клиент-банка. По-моему, бОльшая часть создается без участия бухгалтерии. Только потом они вручную по счетам разносят поступления на р\с, но это ведь уже после того как выписки загружены из банка.

(7) Что мешает из рег.задания это запускать?

Скажу как ГБ: (3) +1
Но на процентов 99% можно.

(7) Договор, заказ из выписки не определить. Да и вид операции далеко не всегда.

(6) Пробуем сейчас настроить с альфа банком. Пока застряли на ошибке "Удаленный узел не прошел проверку". Техподдержка банка говорит, что что-то с сертификатами, но что именно - не знают. Предложили попробовать сначала в файловом варианте потестить, думают что что-то с сервером не так. Он у нас на линуксе.

(8) мешает то, что сейчас файлик выгружают из банка вручную 1 раз в день за предыдущий день, а нужно раз в 15 минут за текущий день. Раз в 15 минут не будешь ведь сидеть и формировать текстовый файлик в клиент-банке

(11) Ну тогда дело не в 1с же

(12) проблема то от этого не решилась)) Поэтому и прошу совета в наиболее красивом и правильном решении этой проблемы

(13) https://its.1c.ru/db/metod81/content/6371/hdoc

может так ?
https://alfabank.ru/corporate/rko/alfa-link/

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

(14) ошибку "Удаленный узел не прошел проверку" я рано или поздно решу. Только она не приведет меня к желаемому результату. Я просто настрою директ банк с альфой, а у директ банка нет автоматической загрузки по расписанию (по крайней мере на сколько я это сейчас понимаю).

(17) ну так сделай

Ну так добавьте регламентное задание. :)

насколько я знаю, банки против автоматической авторизации в их системах. И они будут всячески препятствовать этому.

как быть, например, с такими ключами?
https://upload.wikimedia.org/wikipedia/commons/thumb/7/7b/EToken_6_models.jpg/220px-EToken_6_models.jpg

(18) видимо у меня вопрос в том как это лучше сделать? Как настроить? Выгрузить обработку синхронизации с директ-банком, доделать её под свои нужды, загрузить как внешнюю и запускать её по расписанию?

(21) ну, а сертификаты установлены на вашем линупсе?

(22) Все ключи на клиентском ПК у бухгалтера. Не на сервере

(23) т.е. загрузка будет происходить автоматически, но на компе буха?

(24) да

ну, вот от этого и надо плясать

(26) Ну да. Регламентное задание будет выполнятся на стороне сервера и ничего не получится загрузить

бросьте вы эту затею. Банки против автоматической выгрузки/загрузки из своих систем.
У них такая возможность есть, но делается это всё совсем по-другому и за другие деньги

(27) Всё получится. Файл можно на сервер бинарными данными передать. :)

(0) Какой смысл в этой всей возне ?
Счет, оплаченный клиентом сегодня в 10-00, 10-15, 10-27, 15-32 и т.д. войдет в выписку следующего дня. Загружать выписки с частотой более чем 2 раза в день лишено практической составляющей. Можно оставить эту бесполезную задачу и перейти к чему то действительно значимому.

(30) нужно из 1С передать данные на сайт, что счёт клиентом оплачен. Оплата поступила, клиент это увидел, он рад. Мы рады, что клиент рад))

(28) за какие деньги? Где эти банки?)) готовы рассмотреть их предложения))

(31) что за бред ?
Клиент в своем Банк_Клиенте раньше вас узнает об оплате счета, вы ему секрет Полишинеля раскрывать будете
Вся задача - Сизифов труд

(32) обратитесь в банки

Просто у меня на прошлом месте у буха возникла такая же идея фикс, как у вашей. И объемы там были не маленькие, сотни платежек в день. Разговаривали с банками, из 7 банков - трое нас сразу послали. Остальные позже.

Конфа жесть конечно о_О
Поиск по "Исключение" выдал 781 результат......

(35) Это такой показатель жестистости базы?

(36) Один из. :)

(37) надо взять на заметку, спасибо

(33) не всегда платежи проходят, даже когда у клиента в его банке написано, что платёж успешно отправлен. Это как с переводом с карты на карту другу: вы деньги перевели, а потом в вотсапе у него на всякий случай спросили действительно ли дошли деньги. Только тут клиент заходит на сайт и видит, что всё ок.

(31) Еще раз (3). В вашей выписке указано, какой именно заказ оплачен? А может это старая задолженность (при наличии новых заказов)?

Поиск по "Исключение" - 2834. Бухгалтерия для Казахстана 2.0.24.10

(39) ну если платеж не прошел, то его и в выписке не будет, а если прошел - клиент его сам увидит раньше вас
зачем нужен ваш костыль ?
Думаю что эту идею высказал ленивый бух или какой то младоуправленец-наноинноватор. Знаете бывают такие, 18-летние сыновья ГД, прямо как из рекламы "Мы все тут поменяем !"

(40) в назначении платежа указан номер счета и в бухгалтерии сидит бухгалтер, который в поступлении на р/с указывает по какому счёту (заказу) пришла оплата

(43) Ок,а если частичная оплата?

(42) Он увидит, что платеж "ушел", а то, что он дошел, видно не будет. Вернее будет видно только если платеж внутри одного банка.
Это все верно, если за последние пару-тройку лет в банках ничего кардинально не поменялось.

+(42) вообще сама технология работы банков лишает смысла вашу хотелку
Если клиент заплатит сегодня под конец операционного дня, в банке деньги увидят завтра, а на вашем счету вы гарантированно увидите деньги только послезавтра ...
При таком раскладе делать загрузку выписок с интервалом 15 мин - абсолютно бессмысленное дело.
Так и передайте автору идеи. Хотя 18-летние - народ упрямый, они уверены что знают все лучше остальных

(46) Скажу больше, если заплатят после 15-00, то их отправят только по звонку и только если попросить...слишком "дорогие" эти платежки)))...а так по регламенту до 3-х банковских дней

А мне кажется, сама идея, когда клиент вносит деньги на наш счет/аккаунт/профиль в какой-то финансовой организации/банке/биллинге, и мы тут же получаем уведомление об этом для нашей учетной системы и отправляем уведомление нашему клиенту на телефон/в личный кабинет/еще куда-то - эта идея естественная и ожидаемая, она имеет право на жизнь. Другое дело, что у нас платеж через киви доходит за пару минут, а платеж через банк - через пару дней. И если "электронная сущность" (информация о платеже) в потрохах киви имеет все реквизиты, позволяющие однозначно идентифицировать назначение платежа, то платежка из банка может иметь неоднозначные данные, из-за чего её автоматизированное "разнесение" зачастую требует участия юзера (буха).

Хотя... есть же реквизит УИП. Если клиенты будут вносить деньги с указанием УИП'а, это может помочь.

Мне кажется, надо объснить тем 18-летним, что их мысль неплоха и понятна, но банковские системы не настолько хороши, как хотелось бы, и всё упирается в их инертность. Возможно удастся найти общий язык.