24.02.2011, 17:55 | #1 |
Участник
|
Стыковка с банком через промежуточный слой.
подскажите, в какую сторону смотреть...
про DAX 2009 знаем мало, стартуем обучение, но хотелось бы не наступая на грабли, сразу начать рыть в правильно направлении. Конфигурация: -некая Система Электронных Проводок (СЭП), у неё есть свой API. -Модуль Сервер СЭП на стороне Предприятия. -Модуль Клиент СЭП на строне Банка. -DAX 2009 на стороне Предприятия. Требуется создать Коннектор между DAX 2009 и Модулем-Клиент СЭП, чтобы проводки по каналам СЭП летели в Банк и обратно. Подскажите, какое АПИ DAX 2009 стоит начать сразу изучать, какая конфигурация ТестЛабы потребуется? |
|
28.02.2011, 15:28 | #2 |
Участник
|
гм, 75 прочтений и никто ничего не ответил...
что это значит?
НЕТ ответа или он ЕСТЬ, но слишком не тривиальный? или постановка задачи кривая? ну хотябы намекните! |
|
28.02.2011, 15:32 | #3 |
Участник
|
Непонятно, что вы хотите услышать в ответ.
У вас AX уже стоит? Или ее нужно внедрить? Какие способы интеграции поддерживает СЭП? Что значит "стартуем обучение" - сами изучаете или пригласили тренера? Что такое "ТестЛаба" и что значит её "конфигурация"?
__________________
Ivanhoe as is.. |
|
28.02.2011, 16:18 | #4 |
Участник
|
urus_vp, ваш вопрос звучит примерно так: "надо делать интеграцию с местной никому неизвестной кроме нас системой, но Аксапты ни х** не знаем, как правильно делать интеграцию ?" - в такой постановке на вопрос ответа нет. Поэтому все и молчат.
|
|
28.02.2011, 16:30 | #5 |
Участник
|
попробую разьяснить...
название нашей внутренней системы я пока, к сожалению, не могу назвать, не было дано добро от начальства.
но как мне видиться, это и не важно на данном этапе. всё что хотелось бы знать сейчас, это какИЕ внешнее АПИ есть у Аксапты? собственно от них и будем плясать, ну какая разница какая у нас внутренняя система, разве нет? что известно на данный момент... хотим автоматизировать процедуру выставления Счетов-Фактуры... чтобы Наша система скрытым от пользователя способом обменивалась ими с DAX 2009. предполагаю, что есть возможность создать обьект который будет выбирать Поставщика, его Проводки и т.п. по заданным критериям вызова снаружи и создавать/модифицировать Счета-Фактуры в DAX2009. |
|
28.02.2011, 19:08 | #6 |
Участник
|
Ну хорошо, бог со Счетами-Фактур. Тем более что пока мне не развернуть версию поддерживающую их, в DAX 2009 SP1 как понял из паралельной ветки, с/ф и не может быть в моей версии.
Тогда вопрос упрощается, какие технологии - какое АПИ можно использовать для размещения документов (Платежек, С/Ф, и т.п.) в DAX 2009 из нашей "внутренней" бухг. системы ? Какие внешние интерфейсы доступны? Кто-будь прокачивал эту тему? |
|
28.02.2011, 19:25 | #7 |
Administrator
|
DAX более низкоуровневая система, нежели Вы предполагаете. Скрытым от пользователя способом можно только вызвать конкретный класс / метод. Классов в DAX 2009 более 8600 штук. Методов - соответственно - еще больше А еще есть куча параметров.
Т.к. DAX позиционируется как система с открытым кодом - то ее код и есть документация. Т.е. для получения нужной Вам информации - Вам придется (поиск по форуму Вам поможет) найти - какие классы нужно инициализировать, какие параметры нужно передать и какой метод нужно вызвать для получения того, чего Вы хотите. Обычно - эта информация узнается через кнопку на форме, смотрится - что эта кнопка вызывает, дальше идем по коду, включаем мозг и на выходе получаем тот нужный класс, который нужно запустить. Может что-то свое (класс-обертку) придется дописать, чтобы не передавать 2489 параметров, а передавать в класс-обертку только 3-4 параметра, а остальные задавать в коде / параметрах АХ
__________________
Возможно сделать все. Вопрос времени |
|
28.02.2011, 19:37 | #8 |
Участник
|
отлично, это нормально!
>дальше идем по коду а код можно где то скачать? или Рефлектор в зубы и вперед? набросайте пожалуйста требуемое окружение для подобной разработки... какой софт потребуется, какая ОС предпочтительнее, может где то можно примеры подцепить? на которых и по трогать АПИ? |
|
28.02.2011, 19:51 | #9 |
Administrator
|
Вариант 1. Код пишем в АХ, дергаем (через COM ?) через внешний интерфейс вторую софтинку. Примеры - на форуме - типа "Экспорт в Excel"
Вариант 2. Код пишем в сторонней софтинки, дергая "безинтерфейсные" классы и методы из АХ. Тут надо помнить, что несмотря на Best Practice - часть нужного кода может располагаться на форме, которую "удаленно" открыть нельзя. В этом случае к АХ должен быть установлен и настроен бизнес-коннектор (.NET business connector в инсталляшке АХ), который может быть вызван из кода (см поиск по форуму на тему примеров использования бизнес-коннектора, в более ранних версиях АХ он назывался COM-коннектор - но механизм работы от смены названия для разработчика не поменялся). Вызовы кода через бизнес-коннектор не очень удобны (кроме того, приходится заботиться о корректной конвертации параметров) - поэтому имеет смысл написать все на Х++, а потом вызвать один единственный свой мегакласс через бизнес-коннектор из внешней системы. Естественно, лицензия на бизнес-коннектор должна присутствовать.
__________________
Возможно сделать все. Вопрос времени |
|
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|