Как из альфа авто выгрузить в 1с бухгалтерию
Тема неоднократно поднималась, но никто толком не раскрутил ее до конца. Итак, "типовой" обмен работает без ПланОбмена и выгружает данные за период. Стоит задача выгружать только измененные порции раз в час. Делать свой план обмена, а потом пихать все в регламентное задание представляется очень стремным занятием. Так как внутри все написано.. как бы это сказать.. непригодным для такого. Сделать свои правила через конвертацию можно, но документов очень много + есть внутри неочевидные нюансы что куда грузить и как укладывать. Кто-нибудь занимался подобной задачей?
"типовой" обмен - это то, что альфовцы накрутили? xD Руководство, когда покупало продукт, понимало, что выгрузка в БП сделана не совсем по канону? Теперь пусть раскошеливаются на глубокую доработку. " документов очень много" - именно. Делать через регистр или через платформенную регистрацию к обмену - по любому много копать. " есть внутри неочевидные нюансы что куда грузить и как укладывать" До сих пор устраивало, что куда грузилось и укладывалось? Тогда можно опереться на правила, написанные альфовцами
регистрация изменений в плане обмена, потом можно обработке выгрузки в бух подсунуть измененные документы Соответственно план обмена плюс реглзадания
Подбираюсь к этой конфигурации. Используется универсальный формат обмена. Как я понял она на основе какой-то древней УТ 10.3? Там есть план обмена УдаленныеПодразделения теоретически можно к нему прицепиться своей обработкой, остальное останется типовое.
План обмена сделать не проблема.. Самая проблема в регл задания запихнуть код на ВЫГРУЗКУ. А в БП код на ЗАГРУЗКУ. Имхо там невпих*емое) особенно по части БП.. там такой обвес в виде дбф файлов и прочего.. + единой очки входа на загрузку нет. Да и сразу видно написано так, что "на сервере" не взлетит сходу..
Тогда можно опереться на правила, написанные альфовцами - Чтобы на них опереться нужно упороться их разбором детальным. Нет, ну понятно что все это можно. Нужно потратить время, а кому нужно тот долен заплатить. Мой вопрос был - делал ли ктото подобное?
Вы не учли, что в универсальном формате обмена не нужно писать код на _загрузку_ в БП. Замкнутый круг. Будет сделано если будет спрос. Иногда спрашивают, мол нужно прямо сейчас. Пару недель и тем более месяц никто не ждёт, поэтому развития этого обмена с моей стороны нет.
Так и в контексте чего он предлагается? Альтернатива обмену АльфаАвто? Если так то лучше я создам правила и посажу в фоновое задание выгрузку через COM. Но вся суть в том, что писать свои правила это оочень большая задача, там очень много нюансов. По сути это отказ от оригинального способа обмена. В процессе отказа нужно все раскопать, все моменты при обмене. Плюс если вы видели формы обмена, то там дофига параметров. Все нужно учитывать.
Типофой оригинальный способ обмена работает примерно так: создаётся xml файл с данными на основе правил КД2 во временной папке, файл закрывается и отдаётся транспорту обмена, который этот файл копирует в каталог обмена или отправляет по ftp или по e-mail. Если перед созданием файла перехватить управление на свою обработку, создать xml файл в формате ED, то типовой транспорт обмена ничего не заметит и отправит его по назначению. В этом заключается альтернатива обмену. Не нужно заниматься кучей дел, которые уже реализованы - авторегистрация данных в узле, регламентные задания обмена, транспорт обмена и т.п. Если делать свой обмен через COM придётся написать процедуры извлечения данных из альфа авто и процедуры записи данных в БП. А учитывая, что конфигурация БП меняется каждую неделю можно просто не успеть и так и не сделать работающий обмен.
У меня подобная задача стояла. Решил по другому. В альфе у всех документов есть доп. свойства. Завел новое доп свойство "Выгружен в Бух".При создании документа -ничего не не делаю. При выгрузке в Бух ставлю значение=1. При следующей выгрузке анализирую это свойство = фильтрую. Дальше не пошел, т.к. нужды не было проверять статус документа измененный/неизмененный , ну и административно этот механизм не взлетел. Метод не оптимальный, можно сказать -туповатый, но наименее затратный в части доработок.
1. Оригинальный-типовой-заводской обмен АльфаАвто построен не на универсальном обмене. Там самописная выгрузка, которая на стороне БМ имеет такую же самомписную загрузку. При чем здесь перехваты? 2. Если делать свой обмен. - Допустим у меня есть Правила, тогда я беру обработку УниверсальныйОбменДаннымиXML через нее выгружаю данные через COM в БП. Этот вариант прекрасно бы работал, если бы у меня были ПравилаОбмена. ПС Версия АА 5.1
Что мешает создать свое фоновое задание с запуском либо встроенной доработанной обработки выгрузки, либо внешней обработки с заданными параметрами выгрузки?
Ой. Видимо объяснять нужно долго. )) Тогда соглашусь, что единственный верный вариант тот, который понятен. Хотите через COM, пожалуйста. Ещё вариант - прикрутить БСП, обмен на КД2. Аналогично можно внедрить БСП с универсальным _форматом_. Или как я писал выше - внедриться в типовой обмен для превращения его в ED. Выбирайте любой.
На стороне БП типовая синхронизация. Можете попробовать: "Настроить синхронизацию данных - Через универсальный формат обмена - Другая программа. " На стороне АА - Обмен с удаленными подразделениями, Выполнить обмен с "БП 3.0". Нажимаем кнопку Обмен. В БП соответственно нажимаем кнопку Синхронизировать, либо настраиваем обмен по расписанию. Если проявить немного любознательности, можно в моём профиле найти ссылку на публикацию и там есть инструкция по настройке обмена для УТ 10.3.
Если перед созданием файла перехватить управление на свою обработку, создать xml файл в формате ED. - Из АльфаАвто файл уходит, но на стороне БП в коде он значительно обрабатывается в программном коде. Куда это место денется в вашей схеме? Перекочует на место перехвата? ПС у меня вообще БП 2.0.
Дуло в том, что "Обмен Альфа-Авто -> Бухгалтерия" у РАРУС выполняется 2-я обработками: "Выгрузка данных в бухгалтерию" и "Загрузка данных в бухгалтерию". Последняя очень часто обновляется как сама БП. И если в обмен что-то свое впихнули, то поддерживать такой обмен очень затратно. Мы соскочили с этой "иглы" сразу как стали дописывать Альфа-Авто под производство спец техники (на шасси устанавливали, комплектовали свои платформы, изготовленные по требованию заказчика). Во-первых с производством функционал БП перестал устраивать, заменили на КА. Во-вторых правила обмена с КА очень простые (могу поделиться, но там много своего) только упр. документами. А весь бух. учет в КА поднимается сам в соответствиями со всеми последними изменениями в законодательстве. Только КА вовремя обновляй (сейчас КА 2.2.3). Правила обмена Альфа-Авто -> КА годами не трогаю (не правлю). По ним все типовые принципы, методы в силе: хоть по расписанию, по изменениям, Com, и т.д.
Тема неоднократно поднималась, но никто толком не раскрутил ее до конца.
Итак, "типовой" обмен работает без ПланОбмена и выгружает данные за период.
Стоит задача выгружать только измененные порции раз в час.
Делать свой план обмена, а потом пихать все в регламентное задание представляется очень стремным занятием. Так как внутри все написано.. как бы это сказать.. непригодным для такого.
Сделать свои правила через конвертацию можно, но документов очень много + есть внутри неочевидные нюансы что куда грузить и как укладывать.
Кто-нибудь занимался подобной задачей?
(0) "типовой" обмен - это то, что альфовцы накрутили? xD
Руководство, когда покупало продукт, понимало, что выгрузка в БП сделана не совсем по канону? Теперь пусть раскошеливаются на глубокую доработку.
" документов очень много" - именно. Делать через регистр или через платформенную регистрацию к обмену - по любому много копать.
" есть внутри неочевидные нюансы что куда грузить и как укладывать" До сих пор устраивало, что куда грузилось и укладывалось? Тогда можно опереться на правила, написанные альфовцами
(0) регистрация изменений в плане обмена, потом можно обработке выгрузки в бух подсунуть измененные документы
Соответственно план обмена плюс реглзадания
(0) Подбираюсь к этой конфигурации. Используется универсальный формат обмена. Как я понял она на основе какой-то древней УТ 10.3? Там есть план обмена УдаленныеПодразделения теоретически можно к нему прицепиться своей обработкой, остальное останется типовое.
(5) (6) План обмена сделать не проблема..
Самая проблема в регл задания запихнуть код на ВЫГРУЗКУ.
А в БП код на ЗАГРУЗКУ.
Имхо там невпих*емое) особенно по части БП.. там такой обвес в виде дбф файлов и прочего.. + единой очки входа на загрузку нет. Да и сразу видно написано так, что "на сервере" не взлетит сходу..
(4) Тогда можно опереться на правила, написанные альфовцами
- Чтобы на них опереться нужно упороться их разбором детальным.
Нет, ну понятно что все это можно. Нужно потратить время, а кому нужно тот долен заплатить.
Мой вопрос был - делал ли ктото подобное?
(7) Вы не учли, что в универсальном формате обмена не нужно писать код на _загрузку_ в БП.
(8) Замкнутый круг. Будет сделано если будет спрос. Иногда спрашивают, мол нужно прямо сейчас. Пару недель и тем более месяц никто не ждёт, поэтому развития этого обмена с моей стороны нет.
(11) Так и в контексте чего он предлагается? Альтернатива обмену АльфаАвто?
Если так то лучше я создам правила и посажу в фоновое задание выгрузку через COM.
Но вся суть в том, что писать свои правила это оочень большая задача, там очень много нюансов. По сути это отказ от оригинального способа обмена. В процессе отказа нужно все раскопать, все моменты при обмене. Плюс если вы видели формы обмена, то там дофига параметров. Все нужно учитывать.
(12) Типофой оригинальный способ обмена работает примерно так: создаётся xml файл с данными на основе правил КД2 во временной папке, файл закрывается и отдаётся транспорту обмена, который этот файл копирует в каталог обмена или отправляет по ftp или по e-mail.
Если перед созданием файла перехватить управление на свою обработку, создать xml файл в формате ED, то типовой транспорт обмена ничего не заметит и отправит его по назначению. В этом заключается альтернатива обмену. Не нужно заниматься кучей дел, которые уже реализованы - авторегистрация данных в узле, регламентные задания обмена, транспорт обмена и т.п.
Если делать свой обмен через COM придётся написать процедуры извлечения данных из альфа авто и процедуры записи данных в БП. А учитывая, что конфигурация БП меняется каждую неделю можно просто не успеть и так и не сделать работающий обмен.
У меня подобная задача стояла. Решил по другому. В альфе у всех документов есть доп. свойства. Завел новое доп свойство "Выгружен в Бух".При создании документа -ничего не не делаю. При выгрузке в Бух ставлю значение=1. При следующей выгрузке анализирую это свойство = фильтрую.
Дальше не пошел, т.к. нужды не было проверять статус документа измененный/неизмененный , ну и административно этот механизм не взлетел.
Метод не оптимальный, можно сказать -туповатый, но наименее затратный в части доработок.
(13)
1. Оригинальный-типовой-заводской обмен АльфаАвто построен не на универсальном обмене. Там самописная выгрузка, которая на стороне БМ имеет такую же самомписную загрузку.
При чем здесь перехваты?
2. Если делать свой обмен. - Допустим у меня есть Правила, тогда я беру обработку УниверсальныйОбменДаннымиXML через нее выгружаю данные через COM в БП. Этот вариант прекрасно бы работал, если бы у меня были ПравилаОбмена.
ПС Версия АА 5.1
(0) Я сейчас занимаюсь, неспешно. Прикрутил БСП-шный модули в Альфу, написал правила, осталось отладить.
(16) Что мешает создать свое фоновое задание с запуском либо встроенной доработанной обработки выгрузки, либо внешней обработки с заданными параметрами выгрузки?
(15) Ой. Видимо объяснять нужно долго. )) Тогда соглашусь, что единственный верный вариант тот, который понятен. Хотите через COM, пожалуйста.
(17) Ещё вариант - прикрутить БСП, обмен на КД2.
Аналогично можно внедрить БСП с универсальным _форматом_.
Или как я писал выше - внедриться в типовой обмен для превращения его в ED.
Выбирайте любой.
(23) На стороне БП типовая синхронизация. Можете попробовать:
На стороне АА - Обмен с удаленными подразделениями, Выполнить обмен с "БП 3.0". Нажимаем кнопку Обмен.
В БП соответственно нажимаем кнопку Синхронизировать, либо настраиваем обмен по расписанию.
Если проявить немного любознательности, можно в моём профиле найти ссылку на публикацию и там есть инструкция по настройке обмена для УТ 10.3.
(25) Если перед созданием файла перехватить управление на свою обработку, создать xml файл в формате ED.
- Из АльфаАвто файл уходит, но на стороне БП в коде он значительно обрабатывается в программном коде. Куда это место денется в вашей схеме? Перекочует на место перехвата?
ПС у меня вообще БП 2.0.
(0) Дуло в том, что "Обмен Альфа-Авто -> Бухгалтерия" у РАРУС выполняется 2-я обработками: "Выгрузка данных в бухгалтерию" и "Загрузка данных в бухгалтерию". Последняя очень часто обновляется как сама БП. И если в обмен что-то свое впихнули, то поддерживать такой обмен очень затратно.
Мы соскочили с этой "иглы" сразу как стали дописывать Альфа-Авто под производство спец техники (на шасси устанавливали, комплектовали свои платформы, изготовленные по требованию заказчика). Во-первых с производством функционал БП перестал устраивать, заменили на КА. Во-вторых правила обмена с КА очень простые (могу поделиться, но там много своего) только упр. документами. А весь бух. учет в КА поднимается сам в соответствиями со всеми последними изменениями в законодательстве. Только КА вовремя обновляй (сейчас КА 2.2.3). Правила обмена Альфа-Авто -> КА годами не трогаю (не правлю). По ним все типовые принципы, методы в силе: хоть по расписанию, по изменениям, Com, и т.д.
(26) Информации уже достаточно. Либо RTFM, либо примите как факт. )) Когда информация выгружается из АльфаАвто в файл в формате EnterpriseData, "моя" обработка на этом заканчивается. Далее всё типовое 1С-совское. Этот файл в формате ED можно загрузить в любую базу - БП 3.0, КА 2.2, ERP, УТ 11.3, УНФ и другие.
БП 2.0 не вечна. АльфаАвто есть у многих, вопрос обмена данными или переноса не закрыт.
(27) Если не жалко, то обращусь к вам на почту, если возможно вышлите пожалуйста. Чтобы у меня была отправная точка, потому что мне допиливать правила на 20 документов.
(29) Ок, мне все еще непонятно как из типового не ED xml файла создать ED файл и впихнуть в него логику кода из БП.
Как подсунуть его БП это ясно.
(31) непонятно, какой путь все-таки выбран. Надо отделить способ накопления данных, которые надо отправлять, и формат, в котором они будут передаваться. Когда будет озвучен выбор, тогда можно будет еще что-то советовать.
И сразу надо учесть, что ED, о котором тут было много разговоров, сразу можно отмести, так как, насколько я понимаю, БП 2.0 не умеет импортировать данные в ED.
(32) Фактически все сводится к тому, что механизмы выгрузки и загрузки в текущем положении очень неудобно посадить в регламентное задание на сервер. Особенно это касается части загрузки в БП. Там все настолько криво, что я решил сделать свои правила обмена.
По части накопления данных - Можно использовать ПланОбмена УдаленнныеПодразделения и через него получать измененную порцию.
Что в приложении. Обработка выгрузки из Альфа-Авто 7.7. (Её пришлось немного переписать. Вдруг кому-то понадобится). Файл выгрузки из Альфа-Авто 7.7 (для примера). Обработка загрузки в Бухгалтерию 2.0 (для платформы 8.2).
А теперь, по порядку и с картинками .
1. Загрузка.
Собственно, для тех, кто с Альфой-Авто не работает, тут ничего интересного. А для тех, кто работает – ничего нового . Поэтому – предельно коротко.
Рис 1. Диалоговое окно выгрузки – главная. Задаем период и выбираем нужные документы.
Рис. 2. Диалоговое окно выгрузки – Настройки.
Чтобы не заводить бухгалтерии 100.000 наименований запчастей, здесь выбираем только ОДНО наименование. Т.е. это НЕ обязательно, просто делюсь опытом
Ну и все. Далее получаем файл, очень похожий на тот, что в примере.
2. Загрузка.
- В конфигурации Бухгалтерии настроено ведение учета по местам хранения. (Если это не нужно, то в обработке придется убирать второе субконто 41-го счета . ).
- В обработке «напрямую» прописаны некоторые параметры, чтобы не озадачиваться индивидуальной их настройкой. Поэтому перед загрузкой в конфигурацию придется добавить следующие реквизиты.
- Выбираем файл
- Сначала нажимаем кнопочку «№1 Переписать в ТЗ». ИМХО более «читабельный» вид xml- файла.
- Потом нажимаем кнопочку «№2 Записать Операцию из Таблицы»
Рис. 3. Кнопочки «Рабочие»
Кроме «Рабочих кнопок» я оставила свои экспериментальные.
Рис. 4. Кнопочки «Тестовые»
3. Загрузка.
Результат загрузки документов «Заказ-Наряд», «Отчет кассовой смены», «Расходная Накладная», «Приходная Накладная».
Счета фактуры выглядят так.
А теперь, немного пройдемся по «изнанке». Есть тут один механизм, который мне особенно дорог . Это преобразование ID из файла выгрузки в некую форму, которую поняла бы платформа 8.2.
(расписать функцию и заострить внимание на 16-ричной форме идентификатора и, по возможности обойтись только цифрами). Дело в том, что в исходном файле информация о номенклатуре, например, документа выглядит следующим образом:
Точно такая же ситуация с Контрагентами, договорами и прочей справочной информацией. И даже то, что такая же строчка присутствует на самой строчке справочника - не сильно вдохновляло.
Пришлось сделать следующее:
- Вырезать «значимый» кусочек
- Преобразовать его под стандарт Уникального Идентификатора (это колонка Текст)
- При записи объекта этот идентификатор присваивать
- Если объект нужен в дальнейшем, поиск осуществляется уже по Уникальному Идентификатору.
В общем, Уникальный Идентификатор мне очень понравился . Причем, оказалось, что «страшный» шестнадцатеричный формат (a763cfbb-f94f-4c67-8e13-0e96a3a7f353), которым система пользуется по умолчанию, может использоваться в более демократичном виде. Т.е. буквы abcdef в различных сочетаниях вовсе не обязательны. Достаточно придерживаться заданной размерности "XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX". Ну а дальше – уже дело техники.
Загрузка в Бухгалтерию 2.0 *.xml файла, который формируется при выгрузке документов из программы "Альфа-Авто 3.0" (для платформы 7.7).
Краткая предистория.
Что в приложении. Обработка выгрузки из Альфа-Авто 7.7. (Её пришлось немного переписать. Вдруг кому-то понадобится). Файл выгрузки из Альфа-Авто 7.7 (для примера). Обработка загрузки в Бухгалтерию 2.0 (для платформы 8.2).
А теперь, по порядку и с картинками .
1. Загрузка.
Собственно, для тех, кто с Альфой-Авто не работает, тут ничего интересного. А для тех, кто работает – ничего нового . Поэтому – предельно коротко.
Рис 1. Диалоговое окно выгрузки – главная. Задаем период и выбираем нужные документы.
Рис. 2. Диалоговое окно выгрузки – Настройки.
Чтобы не заводить бухгалтерии 100.000 наименований запчастей, здесь выбираем только ОДНО наименование. Т.е. это НЕ обязательно, просто делюсь опытом
Ну и все. Далее получаем файл, очень похожий на тот, что в примере.
2. Загрузка.
- В конфигурации Бухгалтерии настроено ведение учета по местам хранения. (Если это не нужно, то в обработке придется убирать второе субконто 41-го счета . ).
- В обработке «напрямую» прописаны некоторые параметры, чтобы не озадачиваться индивидуальной их настройкой. Поэтому перед загрузкой в конфигурацию придется добавить следующие реквизиты.
- Выбираем файл
- Сначала нажимаем кнопочку «№1 Переписать в ТЗ». ИМХО более «читабельный» вид xml- файла.
- Потом нажимаем кнопочку «№2 Записать Операцию из Таблицы»
Рис. 3. Кнопочки «Рабочие»
Кроме «Рабочих кнопок» я оставила свои экспериментальные.
Рис. 4. Кнопочки «Тестовые»
3. Загрузка.
Результат загрузки документов «Заказ-Наряд», «Отчет кассовой смены», «Расходная Накладная», «Приходная Накладная».
Счета фактуры выглядят так.
А теперь, немного пройдемся по «изнанке». Есть тут один механизм, который мне особенно дорог . Это преобразование ID из файла выгрузки в некую форму, которую поняла бы платформа 8.2.
(расписать функцию и заострить внимание на 16-ричной форме идентификатора и, по возможности обойтись только цифрами). Дело в том, что в исходном файле информация о номенклатуре, например, документа выглядит следующим образом:
Точно такая же ситуация с Контрагентами, договорами и прочей справочной информацией. И даже то, что такая же строчка присутствует на самой строчке справочника - не сильно вдохновляло.
Пришлось сделать следующее:
- Вырезать «значимый» кусочек
- Преобразовать его под стандарт Уникального Идентификатора (это колонка Текст)
- При записи объекта этот идентификатор присваивать
- Если объект нужен в дальнейшем, поиск осуществляется уже по Уникальному Идентификатору.
В общем, Уникальный Идентификатор мне очень понравился . Причем, оказалось, что «страшный» шестнадцатеричный формат (a763cfbb-f94f-4c67-8e13-0e96a3a7f353), которым система пользуется по умолчанию, может использоваться в более демократичном виде. Т.е. буквы abcdef в различных сочетаниях вовсе не обязательны. Достаточно придерживаться заданной размерности "XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX". Ну а дальше – уже дело техники.
Загрузка и выгрузка выписок. Сбербанк, ВТБ, Альфа-банк, Тинькофф и другие. Бесплатный доступ к 1С:Директ-банк.
Поговорим о возможностях использования сервиса фирмы 1С – 1С:Директ-Банк на примере подключения к одному из крупнейших банков России АО Альфа-Банк. В статье о подключении 1С:Директ Банка к сервису Сбербанка мы рассказывали, что обмен можно настроить буквально за пару кликов и манипуляций. Но не все банки поддерживают такую быструю интеграцию, а у некоторых директ-банк и вовсе является услугой, которая доступна, но не всегда активируется автоматически. Одним из таких банков является Альфа-Банк.
Прямая интеграция с банковским сервисом дает возможность направлять платежные поручения непосредственно из программы 1С напрямую в банк и видеть все движения по расчетному счету без выгрузки/загрузки файлов обмена с клиент-банком Альфа-Банка, что очень удобно, ускоряет работу, минимизирует ошибки и повышает уровень контроля.
Программа Альфа-Банка, нацеленная на развитие ЭДО, подразумевает настройку обмена, первым шагом в которой станет подключение и/или активация специального банковского сервиса – Альфа-Линк.
Здесь следует обратить внимание на важный пункт касательно индивидуального обслуживания данного сервиса со стороны банка: возможно, для вашего тарифа обслуживания расчетного счета юридического лица может потребоваться дополнительная оплата данной услуги.
Что же касается интеграции со стороны 1С, она абсолютно бесплатна.
Альфа-Линк для обмена данными
Обязательным условием для постановки обмена является открытый расчетный счет юрлица в Альфа-Банке и подключение к сервису Альфа-Линк.
Ниже приведены названия программ 1С поддерживающих сервис Альфа-Линк, то есть интеграцию 1С:Директ-Банк с АО Альфа-Банк:
Помимо этого необходимо соблюдение ряда технических требований к программному и аппаратному обеспечению для поддержки принятых норм безопасности: на автоматизированное рабочее место, где установлена бухгалтерская система и используется сертификат электронной подписи, необходимо установить сертифицированное программное обеспечение средств криптографической защиты информации. Если техническая сторона вопроса вызывает у вас трудности, обратитесь к нашим специалистам по обслуживанию программ 1С, мы ответим на все ваши вопросы.
Стоимость подключения (однократная услуга) и дистанционного банковского обслуживания Альфа-Линк осуществляется по тарифам банка, техническая поддержка оказывается бесплатно.
Настройка загрузки и выгрузки выписок из Альфа-Банка в 1С
После предоставления в банк необходимого пакета документов, включающего договора и подтверждения готовности использования атрибутов ЭДО, нужно настроить работу с сервисом Альфа-Банка в программе 1С.
Как и в прочих случаях, с которыми можно ознакомиться в нашей статье настройки обмена с клиент-банком в 1С:Бухгалтерия 8.3, подключение Альфа-Линк начинается с окна создания настройки.
Рис.1 Окно создания настройки
После соглашения с условиями можно переходить непосредственно к настройке.
Рис.2 Настройка
Следующий шаг – добавить действующий сертификат КЭП, полученный у банка для работы с Альфа-Линк.
Рис.3 Регистрируем сертификат
Далее программа создаст все необходимые настройки автоматически.
Рис.4 Системные настройки
После того как все настройки выполнены, можно переходить в раздел «Банк и Касса» и приступать к работе с платежными поручениями и выписками Альфа-Банка напрямую, без сторонних файлов выгрузки.
Экспорт или импорт документов, а также использование зарплатного проекта, больше не потребуют выгрузки файлов с данными формата .txt на компьютер и последующей загрузки в Банк-Клиент.
Рис.5 Прямой обмен
Мы рассмотрели основные пункты настройки обмена 1С:Директ-Банк с Альфа-Банком посредством банковского клиента Альфа-Линк. Если у вас остались вопросы, обратитесь за консультацией по программе 1С к нашим специалистам, мы с радостью вам поможем, а в рамках действующего договора ИТС ПРОФ с нашей компанией, наши специалисты подключат и помогут настроить 1С:Директ-Банк без дополнительной оплаты.
Интеграция 1С с банками
Загрузка выписок, контроль платежей, управление счетами в Сбербанк, ВТБ, Альфа-банк, Тинькофф и т.д.
Консультация по обмену 1С с Альфа-банком
Поможем разобраться с настройками 1С:Директ-банк для обмена с Альфа-банком. Первая консультация бесплатно!
Читайте также: