这种业务要求很现实,看起来也要求的很简单,嗯,也许应证了那句话:最简单的才是最复杂的。面对这不同的软件提供商,不同的数据接口和数据库支持的应用程序要实现这一目标,不是一件容易的事情。
好在Sbo Add-on插件是基于Sbo SDK进行开发的,从而能够很好的实现Add-on与Sbo主程序之间的统一认证。这事情说起来可能让人觉得太小case,不过,试想一下:您的Sbo系统实施顾问帮您建设完成了Sbo构架,但是Sbo框架下的复杂业务处理可能需要进行二次开发,比如物流,比如人力资源,比如中心仓库管理,比如生产调度管理,都可能需要二次开发。企业内部支持人员完成了一部分业务的开发,而更为复杂的业务可能因为支持人员的精力局限,需要联合企业外部人员或者软件提供商进行开发,这样,尽管都是运行在Sbo主程序之内,但是却包括了SAP提供的主程序、企业内部人员开发的业务模块以及企业外部单位协助开发的业务管理模块。这些模块集成在一起,统一管理者企业业务信息的管理。他们需要统一的业务审计、权限控制,就是说,Sbo SSO很有必要。
感谢SAP,您不需要特别的考虑怎样使用特别的技术和技巧来完成Sbo与Add-on插件之间的SSO,只要按照Sbo Add-on插件编写规范,就可以容易的实现Sbo主程序、来自不同人员编写的Sbo Add-on插件之间统一的一次性认证。
那么,在Sbo Add-on插件程序编写中,是通过怎样的程序来实现Sbo同Sbo Add-on插件程序之间的单一认证的呢?
Sbo Add-on插件通过以下三个步骤之后,就实现了插件同Sbo主程序之间的SSO:
1、通过UI API SDK获得当前正在运行的Sbo主程序。
SAPbouiCOM.SboGuiApi sboGuiApi = new SAPbouiCOM.SboGuiApi();
string strConnection = null;
strConnection = System.Convert.ToString( Environment.GetCommandLineArgs().GetValue( 1 ) );
// 连接到当前运行的Sbo主程序
try {
// 如果没有发现传来的参数,就失败
sboGuiApi.Connect( strConnection );
}
catch { // 连接失败
System.Windows.Forms.MessageBox.Show( “没有发现正在运行的Sbo主程序。" );
System.Environment.Exit( 0 );
}
// 获得一个初始化了的应用对象
SBO_Application = sboGuiApi.GetApplication( 0);
2、设置Add-on插件发生业务数据的环境在现行Sbo主程序的环境下。
String strCookie, strConnectionContext;
oCompany = New SAPbobsCOM.Company();
strCookie = oCompany.GetContextCookie();
strConnectionContext = SBO_Application.Company.GetConnectionContext(strCookie);
if (oCompany.Connected) oCompany.Disconnect();
oCompany.SetSboLoginContext(strConnectionContext);
3、建立Add-on插件到Sbo现行主程序的公司数据库的连接。
// 确信公司未连接
if (oCompany.Connected) oCompany.Disconnect();
oCompany.Connect();
只要按照以上的步骤来编写您的Add-on插件,就可以实现Sbo主程序同DI API、UI API SDK开发的Add-on插件程序之间的单点认证,而注册之后的Add-on插件也可以纳入到Sbo主程序统一的权限管理范围之列,从而成为Sbo业务管理的一个部分,实现了完美的统一权限管理、单一认证管理。
上一篇:使用Sbo用户自定义业务对象
下一篇:从Sbo业务审批延伸到移动办公
-
unable to access android sdk add-on list
安装SDK。...
移动开发 开发工具 android 解决方法 Android
举报文章
请选择举报类型
补充说明
0/200
上传截图
格式支持JPEG/PNG/JPG,图片不超过1.9M