You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ofbiz.apache.org by "Jacopo Cappellato (JIRA)" <ji...@apache.org> on 2007/12/22 19:45:43 UTC

[jira] Closed: (OFBIZ-100) Addressing Verification

     [ https://issues.apache.org/jira/browse/OFBIZ-100?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Jacopo Cappellato closed OFBIZ-100.
-----------------------------------

    Resolution: Incomplete

I'm closing this issue because the comments reveal that the implementation details and goals have changed over time... as soon as there will be a final patch, please create a new jira issue (where you describe what your patch does) and attach it to that.

Thanks.


> Addressing Verification
> -----------------------
>
>                 Key: OFBIZ-100
>                 URL: https://issues.apache.org/jira/browse/OFBIZ-100
>             Project: OFBiz
>          Issue Type: New Feature
>          Components: party
>            Reporter: BJ Freeman
>            Priority: Minor
>         Attachments: PostalAddressServiceChange.xml, xAL.xsd
>
>
> When the POSTALADDRESS entity is created or updated it will go thru verification, if availible.
> I suggest  POSTALADDRESSVERIFICATION entity to handle the additional data, instead of modifying the POSTALADDRESS .
> POSTALADDRESS  would be modified to add the vericationprocessed and verified flag and ID to the POSTALADDRESSVERIFICATION entiy.
> The reason for the two flag is speed and if the verified flag is false, then further processing of the POSTALADDRESSVERIFICATION  can be done.
> POSTALADDRESSVERIFICATION  may have a range of address that are valid but do not match the address.
> if may have address1 matches but not the City or zip.
> the Address Element Correction (AEC) service would thn do its best to validate and/or correct the address.
> when the AEC is run it will create Task for the user  to fix manually, since AEC does not alway work.
> The Upper level Verification will see the Verified Flag false and create an event.
> For Ecommerce this would alert the buyer that there address is not deliverable and allow them to see the choices and correct thier address.
> For Orderentry it would allow the sales person to verify the address with the customer.
> For addresses that imported, via webtools, a service will run nightly to validate all address.
> I have included proposed service changes and new service as an example.
> this changes the Create and Update POSTALADDRESS in the 
> applications/party/script/org/ofbiz/party/contact/ContactMechServices.xml

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.