Hi Experts,

I am passing some 60000 transactions to this FM FKK_CLEARING_PROPOSAL_GEN_0110 and it takes a lot of time to process.

Please let me know if there is any way / SAP notes to be implemented so that I can reduce the time consumed by this FM to process the same number of transactions.

Regards,

Karthik

IBR04 list (broker clarification) needs to be refreshed overnight (via a

batch job possibly) on a daily basis to remove items that have been

closed (via account maintenance) or reopened by resetting a clearing

document.

The t-code currently displays the clarification list of all items that

were posted to broker clarification (and not transfer posted from IBR04)

regardless of whether or not the actual document is open or closed in

the sub-ledger.

Rgds

FSCD

Hi, Experts,

I’m considering the parallel migration to FS-PM from legacy system using migration solution.

As far as I know, FS-PM has the business validation step (check data, recalculation the premium) after finishing the technical validation.

To deal with the parallel approach for the business validation in the FS-PM, I would like to know that FS-PM can interface with the multiple msg.PM system.

It means that 2 or 3 msg.PM can connect with a FS-PM system to reduce the migration time (or load balancing).

My assumption may be wrong in the parallel migration. But I really want that multiple interface with msg.PM can be possible or not in terms of the technical aspects.

Please let me know if you have some idea or relevant experiences.
Thank you in advance.

Best regards,

Kyoungkeun

Insurance companies using business partner master data in SAP often need to default tax jurisdiction code on the business partner master record in order to be able to create a contract account.  Many choose to default this data in an interface or simply manually key in the data.  However, there is a simple and elegant way to automatically derive for the correct tax jurisdiction code based on configuration.  Follow these steps:  

• In SPRO, navigate to Cross-Application Components > SAP Business Partner > Business Partner > Basic Settings > Tax Jurisdictions > Using SAP Software > Assign Tax Jurisdictions to Regions and Postal Codes > Assign Tax Jurisdictions to Regions.  Here you can assign a default tax jurisdiction for each state:

You could also assign jurisdictions by postal code, which is more specific (and accurate), but you would need to keep the configuration table up to date with values from a 3rd party vendor.  If you're not calculating sales tax, then you can stick with the state defaults above.

• In SE18, create an implementation of the BAdI called ADDR_TXJCD_CHECK.  In the method IF_EX_ADDR_TXJCD_CHECK~SWITCH_ADDRESS_FIELDS, paste the following code:

*  GRAB THE TAX JURISDICTION CODE BASED ON STATE AND COUNTRY

  IF ( NOT IM_ADRC_STRUC-COUNTRY IS INITIAL ) AND ( NOT IM_ADRC_STRUC-REGION IS INITIAL ).

    SELECT SINGLE TAXJURCODE FROM COMC_TAXJUR_REG INTO CH_TAXJURCODE

      WHERE COUNTRY = IM_ADRC_STRUC-COUNTRY

      AND REGION = IM_ADRC_STRUC-REGION.

  ENDIF.

Activate everything and you are done.  The system will now default during address creation based on the state and country values in the configuration table from step 1.

Jon Gilman is the founder of Clear Software, a company focused on providing highly intuitive, cloud-based accounting applications that transform traditional back-office processes into an efficient and enjoyable user experience. Their main product is ClearUI, a cloud application that exposes SAP's Contract Accounting (FI-CA) functionality in a simple and easy-to-use format. It is seamlessly integrated with SAP's industry solutions for high volume billing including insurance (FS-CD), public sector (PS-CD), utilities (IS-U), and media (RM-CA).  For more information, visit www.clearsoftware.com.

Guest blog by Rahul Kukreja, Product Manager, Camilion Solutions and Rajesh Krishnaswami, VP R&D and Professional Services, Camilion Solutions

We have a very short attention span these days. Our consumption of everything is “just-in-time” – and that includes insurance. We are increasingly seeing it used (and using it ourselves) in short, intense bursts. For an example, look no further than the increasing trend towards car pooling, where people only need very-short-term insurance. The insurance industry needs to be able to cater for this need. So there is a clear requirement to be able to bring differing products to the market rapidly.

Alongside this runs the changing profile of consumers and a move towards an omni-channel customer experience. Looking at the next wave of consumerism in places like China and India, we’re seeing an increasingly debt-based society emerge. This generally makes people risk averse, which means they will start buying insurance to cover that risk. The end result is a market with demand for constantly evolving localised products.

But even in the internet age, bringing a new insurance product to market can easily take up to six months, with costs spiralling into seven figures. It just takes too long to be effective from an industry perspective. If you can’t keep up you’ll be left behind. So the problem we’ve been addressing is how to build agility, efficiency and time-saving into a single instrument and make it easily available.

When SAP acquired Camilion, one of the key things it bought into was our techniques for centralising product information. When you look at what this can do for insurance, there are some fascinating opportunities since it’s the product that changes the most.

Taking this expertise, we began to create base templates, working out how to save time setting up new products by using pre-formatted building blocks that form the core of any insurance product. Then we looked at processes: with all of these aligned, incredible efficiencies are possible. Coverages, forms, rates, rules and questionnaires, all centralised in a single place with a variety of products coming from it.

The end result is a bold new application: Product Configurator. A single source that centralises all the information you need to launch a new product , from regulations and parameters to processes and customer data, all in one place.

It represents a step change in how much quicker products can be realised. There are companies now able to use the Product Configurator to bring changes to the existing product to market in matter of days. And the extra agility this brings is great news for insurers. It allows clearer differentiation between providers, greater choice for consumers and a more richly textured, yet efficient market.

To learn more about we can help you with your business challenges please have a look at SAP's Solution Explorer for the Insurance Industry.

What do you think about the Product Configurator? Continue the conversation in the comments below and on Twitter @SAPForInsurance.

Hi Expert,

I have installed FS-PM 5.1 on NW 731 of my PC. and I also installed the FS-PM relevant add-ons/latest SP.

But, when I execute the Inquiry/Change/New Business Transaction in the FS-PM, I received the following error messages:
Category                             ABAP Programming Error
Runtime Errors                    OBJECTS_OBJREF_NOT_ASSIGNED_NO
Except.                               CX_SY_REF_IS_INITIAL
ABAP Program                   /PM0/CL_3F_CD_APPLICATION=====CP
Application Component      FS-PM

The current component/version of FS-PM are as below:
Add-on  Release Level
FSPM  510  0006
MDG_FND 731  0006
MSGPMCON 100  0005
PI_BASIS 731  0006
SAP_ABA 731  0006
SAP_BASIS 731  0006
SAP_BS_FND 731  0006
SAP_BW 731  0006

I didn't do any post-customizing or settings after FS-PM installation.

Please help me if you have any information about this or if you have encountered this problem.

Best regards,
Kyoungkeun

Guest blog by Norman Black, EMEA Insurance Industry Director, SAP

Customer centricity in EMEA

Insurers should look at other industries to understand just how much customer centricity can affect their business

The ‘consumerisation of IT’ continues at a pace. Not long ago, companies could dictate how customers did business with them – the processes they had to follow and the channels they had to go through. Now, companies in all industries are being forced to respond to and adopt technologies – mobile, tablets, social networking – that are less circuitous, less process-heavy and more convenient to the consumer.

It’s a worry, because it seems that the insurance industry is being left behind. Consumers’ expectations of what customer service should be like in insurance are increasingly being set by their experiences in other sectors, such as retail, telecoms and travel. Policyholders now approach their insurance companies in hopes of highly accessible, responsive, customised service. Often they are disappointed.

The situation is frustrating, particularly since the insurance sector was among the earliest adopters of IT for commercial purposes back in the 60s and 70s. Ironically the legacy of older systems has now become one of the main obstacles in moving forward.

There are some promising advances. Insurers have done a lot to improve the claims process – but of course claims is an expensive place to demonstrate service! The real trend is the move away from blanket coverage and fix-all policies and towards simple, bespoke policies that are easy to consume. And ultimately that leads to a much more efficient and cheaper process.

Think of how happy most people are to book flights online – as consumers we welcome the flexibility, choice and speed that this gives us, but we are in effect doing the airlines’ work for them!  Excellent customer service can also mean cheaper customer service.

Re-engaging with policyholders is also crucial. One inevitable consequence of price awareness websites is a loss of customer loyalty. Policy holders are increasingly promiscuous, and getting intimate with people who are used to being promiscuous is tricky. However, one thing they do still value is brand. So reputation – and the way the brand is managed – is vital, whether through social networks, word of mouth or claims processing.

A shift in style brings opportunities. For example, insurers could use the phone more to talk to customers, mining ‘big data’ about them and feeding it back to help them get better deals. The early experience with usage-based insurance is that people will be prepared to share more of their data if the deal is right (this is the Facebook generation after all). Its growth would allow insurers to make compelling offers on a monthly basis – just like a mobile phone company – and radically change the game in customer relationships and policy-holder behaviour.

From the personal to the global level, the insurance industry needs to re-present itself, adopting technology to understand and respond to its customers. With some of the best practice being seen in other industry sectors, insurers should perhaps be talking much more to solution providers who operate in other industries as well as insurance (traditionally, they have valued many suppliers who ‘only do insurance’ – but that is arguably part of the problem). The ability to provide business process solutions combined with key technologies such as mobile is crucial.

Insurance is a huge global good – fundamental to supporting people and companies. Giving people what they want, when they want it is the real trend and challenge.

To learn  more about we can help you with your business challenges please look at SAP's Solution Explorer for the Insurance Industry. What trends are you seeing? Continue the conversation in the comments below and on Twitter @SAPForInsurance.

A common issue I see at every SAP Insurance implementation is that the customer, and sometimes the consultants, are not aware of the plethora of options available for real-time integration into FS-CD.  So the next time you hear "that's not possible," consider the following:

1. SAP provides several connectors that allow Java, .NET, and C/C++ applications to directly call remote-enabled function modules.  Read more at http://service.sap.com/connectors.
2. Nearly every major integration layer platform provides connectivity to SAP remote-enabled function modules, including IBM's Websphere suite, TIBCO, and many others.
3. SAP provides remote-enabled function modules for nearly everything in SAP.  There are over 34,000 of them across many modules (take a look at database table TFDIR and set MODE = 'R').  The "bread and butter" services for FS-CD include:
   • ISCD_PARTNER_MAINTAIN - a composite RFC for reading and maintaining nearly every data attribute on a business partner.  Also take a look at FKK_BUPA_MAINTAIN_SINGLE and FKK_BUPA_READ_SINGLE.
   • ISCD_ACCOUNT_MAINTAIN - a composite RFC for reading and maintaining nearly every data attribute on a contract account.
   • FSCD_INSOBJECT_MAINTAIN - a composite RFC for reading and maintaining nearly every data attribute on an insurance object.
   • ISCD_SCPOS_MAINTAIN - a composite RFC for posting transactions in FS-CD.

Of course, not every process requires real-time integration.  For example, if a customer is printing and mailing claim checks once a day in FS-CD, then there is no need to build a real-time integration to post claim disbursements since those disbursements will simply sit in FS-CD until the payment run is executed.  Each situation must be approached differently, but it's important to remember that real-time integration is always an option.

Jon Gilman is the founder of Clear Software, a company focused on providing highly intuitive, cloud-based accounting applications that transform traditional back-office processes into an efficient and enjoyable user experience. Their main product is ClearUI, a cloud application that exposes SAP's Contract Accounting (FI-CA) functionality in a simple and easy-to-use format. It is seamlessly integrated with SAP's industry solutions for high volume billing including insurance (FS-CD), public sector (PS-CD), utilities (IS-U), and media (RM-CA).  For more information, visit www.clearsoftware.com.

HI

I am trying to create business partner using FPP1 transaction with my own grouping but i am getting error.

error "You cant create a customer with grouping PS05'.

here PS05 is my own grouping with number range defined.

please check the attached screens for details.What is wrong with my grouping? am not sure.

Any help is greatly appreciated,

regards

giri

Hi

I am working on ECC6  FS-CD system. I activated the Application area 'Insurance company'.

I have created new CA category based on std CA category (HP - Home Insurance Premium).

Trying to create Contract account using CAA1 but throwing error saying 'Contract account category not defined'.

Any help on this would be greatly appreciated. please advice.

Regards

Giri

Hi

I am having ECC6 SAP FS-CD system. I activated the Application area 'Insurance comapny'.

I am trying to create new CA/IO category based on std CA/IO category but I did not find any Std CA/IO categories in my system.

Generally these are Standard CA/IO categories comes with the system:

CA Category:

01  Premium act

02  Benefits act

like this upto 10

IO Category:

10 - insurance policy

20 - broker contract

30 - commission contract

40 - Claim number

50 - deposit contract

How do I get these std categories? What are the settings required to get these?

Please advice.

Thanks

Giri

Dear Community Members,

Dear Community Members,

cloud solutions from SAP are very solution-focused and very user-focused depending on the kind of business they are going to be consumed. Several predictions state that in the following years Insurers, Reinsurers and Brokers are going to spend more and more into cloud solutions: Sales, Service, Social/Marketing, Procurement, HR, Core Operations, Social Collaboration, B2B, Financials and so on and so forth. First of all we have to understand more exactly what cloud means - it`s the '…as a Service' business:

Software as a Service (SaaS)

Platform as a Service (PaaS)

Integration as a Service (IaaS)

Managed Cloud as a Service (MCaaS)

etc.

The decision at Insurers / Reinsurers / Brokers towards cloud always depends on several things as they want to improve their business and stay cost efficient atrracting more users with modern functionality. First of all the Insurers / Reinsurers / Brokers needs to be open-minded in terms of cloud in general. In addition to that the security, data protection and availability has to be granted which are essential facts. The country-specific laws have to be followed and it`s always a discussion about the kind of business covered by solutions / hybrid solutions in the cloud. The monthly fees are one key argument at Insurers / Reinsurers / Brokers which means no to do big up-front investment. As you all should know SAP is providing private cloud solutions as well as public cloud solutions covering most of the above mentioned business for Insurers / Reinsurers / Brokers. I really would be very interested to get YOUR answers regarding the following questions:

Why would Insurers / Reinsurers / Brokers invest in cloud / hybrid solutions?

How would they start entering the cloud using the big advantages of the cloud?

What would be the go-to solutions you are having in your mind?

Your feedback is much appreciated !

Thank you & best regards

Boris

Boris Greven

Hello,

When i executing the KCLJ- external Data transfer , the file executed with  the error."The field "AKTYP"is not defined in DDIC.

But I have configured Sender structure with relevent field except "AKTYP"-Activity category, Transfer rules are also defined.

while am trying to add AKTYP field in the sender structure the follwoing error was getting:

"The field "AKTYP"is not defined in DDIC. "

Thanks & Regards

Kotta

Hi All,

I am receiving an error message from FSCD.

12/06/2013 15:53:45 Job started                                                                                                                         00  516 S

12/06/2013 15:53:45 Step 001 started (program RFKKKA01, variant &0000000000464, user ID XZFK8F)      00  550 S

12/06/2013 15:53:47 Reconciliation key 140110-0008 blocked by XZFK8F                                                       00  044 E

12/06/2013 15:53:47 Job cancelled after system exception ERROR_MESSAGE                                              00  564 A

Has anyone encountered this issue? I am fairly new to FSCD and was wondering if this would be a basis issue (searched around for the error message over the internet and others were calling it a basis issue, want to confirm here).

Thanks!

-Mike

Welcome members,

as I am new in SAP, and found a lot of usefull information here, I put my first question today... wel...

I need to make a VISO report with the result of receivables for all liquide BuCo minus all payments are made until a specified date by country.

Well, I was said how to obtain the data. Just using FPO4 open balance list. I see the report result with the data I need in column Loc.curr.amount per country. But My question is: from which table this data is taken or how it is counted in the abap code? I am trying to debug the program, but it seems to be difficult for me to find the right table or tables.. Could you help me? I need to find the part of code I can modified to my report to display the same value...

Roman

When I post a document for Claim payment using FPE1, I am able to post the document, but when I look them in account display, it shows as receivable and not as a payable, and the GL recon acct is showing as Debit and Claim expense is showing as Credit, so I went and post a document with minus sign against the amount, now in account display in FSCD it is showing under credit memo, but still not as payable, however the recon and expense GL account are fine. My Main and Sub account config seems to be fine. Where am I going wrong, can someone resolve this issue.

Thanks

Martin

Hi,

Does anybody have the knowledge or documentation regarding the main differences between version 4.71 and version 4.72 from Insurance, regarding the Italian taxes report?

Thanks

Cristina

Hi,

In SAP FS-CD, we would like to create a new posting area in t-code FQC0. Appreciate much if you can tell me how to do this. Thanks much in advance.

Kind regards,

yehey

Guest post by Robert Cummings, Head of Insurance Business Unit, SAP

Product suites will revolutionize the way insurers do business, supporting customers and making decisions clearer.

In the last 20 years, I’ve seen some fascinating changes in all global industries, but especially in insurance. Firms that used to be world leaders in technology have seen those legacy systems begin to weigh them down as the pressure to manage and make sense of the constant flood of data increases.

Now, though, the tide seems to be turning. Companies are slowly emerging from silo-based ways of working and moving towards structures in which all elements of their business are transparent and accessible to one another. Software suites offer solutions that deal with their data practically and logically, ensuring that no advantage or insight is lost. But what does this mean for a customer? 

To simplify it hugely, it means that with all the different areas of a business talking to one another in the same language, with compatible data, making things work is easier than ever. There’s just much less in the way. There are three or four key benefits, though, that keep cropping up:

1. Customer Intimacy. Getting a 360º view of your customer is only really possible when you combine sales, core systems, billing and more.
2. Product agility. A suite makes integration a lot simpler, so you can go to market with new products faster than ever.
3. Understanding the customer. With a full risk and profitability overview of the customer, you can turn a guess into an informed opinion.
4. Simulation. You can quickly and safely answer fundamental business development and preparation questions, by being able to ask such questions as ‘what would my business look like if we applied a different model or if a certain event happened?’ and simulate that in real time (which is where our in-memory computing platform helps us).

It seems amazing to think that we are now, with a click of a mouse, able to come up with insights and reports that would once have taken days – or weeks – of work. With margins, product offerings and speed-to-market under more pressure, I really believe we will see the tide turn in the same way as we have seen in most other industries.

To learn more about we can help you with your business challenges please have a look at SAP's Solution Explorer for the Insurance Industry.

What do you think about the issues discussed here? Continue the conversation in the comments below and on Twitter @SAPforInsurance