General Technical Discussions for Service

Get Involved. Join the Conversation.

Comments

  • Walter Kamp

    Hi Ross,

    I worked for a company where we had >20M records in the contacts table.
    There is no difference in normal console work and search reports worked fine.

    Sometimes you have to rethink your report filters and create indexed custom fields instead of non-indexed custom fields to make sure you can run your customized queries... and you shouldn't create custom fields, while you are sending marketing mailings to 5M contacts :-), but apart from that I don't think there's a difference.

    Kind regards,

    Walter Kamp
    walter@wesquare.nl

  • Dileep Mudadla

    Hi Shreyas,

    The 'ocs_pid' from that code snippet indicates just the name of the custom field which was already created (just an example) in the console and the commented line (// must know the name 'ocs_pid' and the data type that goes into it) indicates that we must be aware the names of the custome fields which were already created so that you can use in your Custom objects/CPM and instantiate/assign a value to that field as below:

    $inc->CustomFields->c->ocs_pid = "the field";

    In this case, the data type must have been a string (understand by seeing "the field").

    Hope this helps :-)

    Regards,

    Dileep Mudadla

  • Shreyas Pandhari

    Thanks Yogesh...It worked this time. I tried with the same way (described in my post) but it didn't work last time.

     

    -Shreyas

  • Yogesh J S

    Hi Shreyas,

    Please go through the following code in which, the apply function contains setting up  the value of a custom field(premium amount) of Opportunity object. Also in TestHarness(), I am  setting up the custom field(approval) value of Contact object.

    apply( $run_mode, $action, $obj, $n_cycles )
        {
            if($action==1)
                {
                    try
                    {
                                $c_id = $obj->ID;
                                $new_opportunity = new RNCPHP\Opportunity();
                                $new_opportunity->PrimaryContact = new RNCPHP\OpportunityContact();
                                $new_opportunity->PrimaryContact->Contact = RNCPHP\Contact::fetch($c_id);
                                $new_opportunity->PrimaryContact->ContactRole = new RNCPHP\NamedIDLabel();
                                $new_opportunity->PrimaryContact->ContactRole->ID = 2;
                                $new_opportunity->CustomFields->c->premium_amount = 200;
                                $new_opportunity->Name="Oppurtunity Created for ".$obj->Name->First." ".$obj->Name->Last;
                                $new_opportunity->save();
                            
                    }
                    catch (Exception $err)
                    {
                        echo $er;
                    }
                }
        
        } // apply()

    class customfieldon_customprocess_TestHarness
        implements RNCPM\ObjectEventHandler_TestHarness
        {
            static $con_invented;
            public static function setup()
            {
                $con = new RNCPHP\Contact;
                $con->Name->First = "Steve";
                $con->Name->Last = "Hook";
                $con->CustomFields->c->approval = true;
                $con->save(RNCPHP\RNObject::SuppressAll);
                static::$con_invented = $con;
                return;
            }

    Hope this help.

  • Sumesh AC

    Hi,

       Did you find any solution to get those ATG buttons in RightNow? I am also searching for the same. I have the below screen in my RightNow application. Please share your ideas.

    Much Appreciated.

     

    Thanks,

    Sumesh.

  • Vignesh Kasargod

    Thank you Mark !!!

  • Mark Rhoads

    We do understand that this is a limitation and we do plan to address it in a future release.

     

  • Vignesh Kasargod

    Completely agree with kahelfrich.

  • Kurt Helfrich

    Are there any plans to change the limitation on one handler per object type per operation?

    I can see arguments for both, but I think it would simplify code dev and testing to have separate handlers.

    I'm working on some code that will cause me to have really long and complicated code files and testing scenarios that have nothing in common but the object they operate on.  

  • Vignesh Kasargod
    Thanks Mark for providing me the clarification on the Custom Process script.
     
    An additional thought:
    Don't you think it would be a better option to associate an entity (such as an Incident) with more than one script.
     
    For instance when we have 10 different business requirement on an entity, it would be easy to maintain 10 separate files and then map them to that particular entity. This would reduce the complexity of the Custom Process script.
     
    Regards,
    Vignesh Kasargod

     

  • Mark Rhoads

    You'll have to add the additional logic to the handler that is already there.

     

  • Dietrik

    CPs should be triggered by soap updates. I have no problem updating organizations and triggering CPs through the soap api. If you see it not functioning i'd suggest you to post a support incident.

  • Iain McKay

    That would be much appreciated. :Latest update = SOAP generated changes still not triggering. But CO and Custom Scripts proven.

    I can call Report->CustomScript->RNCPHP->Save a Standard Object (Incident) with no suppression->triggers RNCPM OK. Here the incident.source = "Connect PHP"

    I can call Report->CustomScript->RNCPHP->Save a Custom Object with no suppression->triggers RNCPM OK. Here the incident.source = "Connect PHP"

    I can call C#->SOAP API->Save a Standard Object (Incident) with no suppression->does not trigger RNCPM. Here the incident.source = "Connect Web Services - SOAP"

    Iain

     

  • Anuj Behl

    I had once tried with SOAP API and I was able to trigger CPM with Standard object. Processing options same as you mentioned, 'false' for both. I remember not able to access object's prev values though, couldn't get past this issue.

    I never tried with report's custom script. Will check and get back to you if I get anything.

  • Iain McKay

     Update: Connect for PHP generated standard objects trigger OK, but still not the SOAP API, and not custom objects.

    I can call Report->CustomScript->RNCPHP->Save a Standard Object (Incident) with no suppression->triggers RNCPM OK. Here the incident.source = "Connect PHP"

    I can call C#->SOAP API->Save a Standard Object (Incident) with no suppression->does not trigger RNCPM. Here the incident.source = "Connect Web Services - SOAP"

    I can call Report->CustomScript->RNCPHP->Save a Custom Object with no suppression->nothing triggers in the RNCPM listening.