"WHY TRADEGATE AND BIZDEX MODEL WILL NOT WORK"
Thu 14 Dec 2006 - UN/CEFACT SUPPORT FOR "NAD" RESEARCH
The UN/CEFACT Mission Statement 1. The United Nations, through its Centre for Trade Facilitation and Electronic Business (UN/CEFACT), supports activities dedicated to improving the ability of business, trade and administrative organizations, from developed, developing and transitional economies, to exchange products and relevant services effectively.
Please submit your comments by 17:00 Mon 18 Dec 2006 to Stephen GOULD
[ Home ] [ eCommerce Tenders ] [ UN/CEFACT - the objectives ] [ XZIG Membership ] [ OIC AS 4590 Paper ] [ Previous Link ] [ Index ] [ Copyright ]

WHY TRADEGATE AND BIZDEX CANNOT WORK

08:09 Fri 15 Dec 2006			REF:ITCAAEDN1

TO:	Brian FARQUHAR			cc	Federal and State Politicians
	General Manager				UN/CEFACT
	TRADEGATE				Interested Parties

Dear Brian - The EDI Standards issue is a very important aspect for
both Tradegate and its offspring BizDex.

We know that Tradegate, SuperEC, IBM, Intel, Microsoft, DCITA, Standards
Australia, the Australian Information Industry Association, the Australian
Wheat Board, Sun, RedWahoo are partners/sponsors of BizDex
Who owns BizDex ?

We appreciate there has been considerable investment from Government 
to establish trading Hubs like BizDex and Tradegate to provide the
funds for the Future Fund via the Electronic Transaction Acts.

We understand that two address standards in UN/CEFACT and AS 4590 
provide the reasons for the "Value Added Service" of checking which 
address code is used in each transaction

However at some stage someone in the exalted group of investors
has to understand that the Hub concept cannot work for a very simple
reason.

That reason is that each time a message is sent from one computer
to another it has to have a reference number to identify it as a unique
transaction 

However each organisation also has to give the document a unique
reference number to be able to track the document.
REF: 1992 US Faxon Company - machine readable reference numbers

Here is an example of Council Tenders that appear on the South
Australian State Government Tender site - and this is just the 
first document in the eTender process !

The Bizdex project with the 32 Victorian Council Consortium with
25 Council Applications has to wait for the Council to allocate
a reference number after the Council has received the information !

And there lies the insurmountable technical problem of using Store 
and Forward Value Added Network Services (VANS) to check which
EDI (ANSI-X1, HL7, AS 4590 or UN/CEFACT) Address Standard is 
used.

In addition as the EDI Standard is not clear the time the time it takes
to change and correct the information is too long particularly in the 
Ports Information Flows

If you have a single EDI Address Standard you do not need the VANS
hence there will be a greatly reduced cost and vastly improved service

Hence to generate revenue the Value Added Service has to become 
the Electronic Notary rather than the EDI Address Standard checker

NEXT STEPS

Please give it some thought.

Otherwise the Consultants involved with the Ports are going to keep 
submitting "Cry from the Heart' eCommerce reports to Government like 
the one from Ben ANSON in 2003 on "Building Consumer Confidence in 
eCommerce: A Best Practice Model"

And in another 5 years Tradegate will not have generated any revenue
and Bizdex will be a Public Disgrace
 
Hence the emails to keep you informed of why Electronic Information
Interchange [EII] requires a different Model to Electronic Data
Interchange [EDI]

Regards


Stephen GOULD
Chair
XML & eCommerce Special Interest Group
OPEN INTERCHANGE CONSORTIUM

E:	sggould@oic.org
M:	0416-009-468

On 14 Dec 06, at 13:24, Brian Farquhar wrote:

> 
> Remove my address form your mailing list - I regard this as spam.
> 
> Brian   
> 
> 
> This email can be reviewed with direct links here
>  
> 09:06 Thu 14 Dec 2006				REF:UA1ACEN2
> 						Y/R: Trade Standards
> TO:	Duane NICKULL			cc	PoMC Respondents
> 	Vice-President Asia-Pacific		Local Gov EasyBiz Consortium
> 	UN/CEFACT				OASIS
> 
> Hi Duane - this email is to enquire if UN/CEFACT can provide support to
> resolve a technical problem with UN/CEFACT that is restricting International
> Trade 
> 
> A	Technical problem with Multiple Address Formats
> B	Port of Melbourne EOI 13110
> C	UN/CEFACT support for Trade Facilitation
> D	Next Steps
> 
> A	TECHNICAL PROBLEM WITH MULTIPLE ADDRESS FORMATS
> 
> On 30 Nov an email was sent to you re resolving a single XML Address for the
> Australian eCommerce Standard AS 4590 
> 
> The Expert IT eCommittee formed to resolve the single XML address has
> initially confirmed that the Complex version can replace the Simplex version
> to establish a single XML Address format
> 
> It now appears that UN/CEFACT (EDIFACT) has the same problem with different
> options in the Name and Address (NAD) Data Segment for each Trade Document 
> 
> Whilst I appreciate you will not have reviewed the data elements and data
> components of UN/CEFACT, here is a link to the "NAD" Data Segments and three
> eTrade documents downloaded from the Australia TradeGate Importer/Exporter
> Web Site 
> 
> As you can see there will be much confusion as to whether software
> developers should use Data Element CO58 or CO80 and CO59.
> 
> However the main problem is that software will have to be written to check
> which whether "CO58 has been used or whether "CO80 has been used thru to
> 3207"
> 
> B	PORT OF MELBOURNE EOI 13110
> 
> The Government Responses to Questions to the Port of Melbourne eCommunity
> PoMC EOI 13110 indicates there is much confusion from Government responses
> on the use of Ecommerce Standards
> 
> It is appropriate UN/CEFACT to clarify the issues prior to the RFT being
> published as EOI 13110 states all importers and exporters must use EDIFACT.
> 
> C	UN/CEFACT SUPPORT FOR TRADE FACILITATION
> 
> The Mission Statement of UN/CEFACT states it "supports activities dedicated
> to improving the ability of business, trade and administrative
> organizations, from developed, developing and transitional economies, to
> exchange products and relevant services effectively"
> 
> In Sep 2004 you and I reviewed your draft eCommerce Trade Strategy for the
> Asia Pacific Region 
> 
> On reviewing that Strategy again, I believe the key issue for Trade
> Facilitation is the single address format within the "NAD" Data Segment for
> all eTrade Documents.
> 
> Hence I believe the recommendations on the AS 4590 Standard will be
> pertinent to UN/CEFACT.
> 
> D	NEXT STEPS
> 
> Are you able to financially support a project by 3 EDI Consultants over the
> Christmas 4 weeks to review all UN/CEFACT Trade Documents using the NAD Data
> Segments and provide a recommendation on the changes ?
> 
> A budget in the region of Au$ 12,000 should be sufficient to provide a
> report by 17:00 Wed 31 Jan 2007
> 
> Regards
> 
> Stephen GOULD
> Chair
> XML & Ecommerce Special Interest Group
> OPEN INTERCHANGE CONSORTIUM
> 
> E:	sggould@oic.org
> M:	0416-009-468
> 
> PS 	You may also be interested in how the problems of different
> 	reference numbers with the Eurofighter projects in Europe
> 	may render Electronic Hubs as unworkable for effective eCommerce
> 	and why the French proposal for Electronic Notaries is the right
> 	solution for Trade Facilitiation
> 	
> 
> 


[ Home ] [ eCommerce Tenders ] [ UN/CEFACT - the objectives ] [ XZIG Membership ] [ OIC AS 4590 Paper ] [ Previous Link ] [ Index ] [ Copyright ]

























Revised: S: 13:57 Sat 2004/10/23 Syd 2065
F: 14:17 Sat 2004/10/23 Syd 2065
Who: aer
Authorised: sgg
Created: 11:00 Sat 2004/10/23 Syd 2065
By: kmb
Revision: 3a4h1.002
Original Page: 3a4h
Change date:
Who:
Authorised: