Data Standardization given the vari

Data Standardization given the variety of software vendors, proprietary tools, and legacy systems, coordinating and sharing information across the supply chain can be a significant challenge. Just as different languages, dialects, and alphabets hamper human communication, the variety of systems and programming languages used in SCIS make it difficult to bring data together in an efficient, useful manner. Ne option is to translate data as they move between software applications, but this can be as cumbersome as two people trying to communicate through a translator. Rather than manually or electronically translating data, a better solution is to use a standardized format to enhance communication between partners. Just as English is the standard language of global business, EDI and extensible markup language (XML) are key elements of data standardization. These tools improve the data flows between applications and organizations.

EDI provides interorganizational, computer-to-computer exchange of structured information in a standard, machine-processable format. It has been the primary method of transaction data sharing between vendors and customers for over twp decades, supporting the exchange of trade-related documents, such as purchase orders, invoices, and corporate electronic funds transfer (EFTs) in a standard format. EDJ allows the rapid exchange of large amounts of information, reduces errors, and lowers the cost per transaction, allowing supply chain partners to work more efficiently and effectively. EDI does have its drawbacks. Implementation can be complex and value-added network services that provide the company-to-company linkages charge transaction fees, making this standardization method infeasible for smaller organizations.

XML is a robust, logically verifiable text format based on international standards. It provides a flexible way to create structured, common information formats and share both the format and the data via the Internet, intranets, and other networks, XML can be used to define complex documents and data structures such as invoices, inventory description, shipment records, and other supply chain information. The benefits of XML can be used to define complex documents and data structures such as invoices, inventory descriptions, shipment records, and other supply chain information. The benefits of XML are numerous—it is a simultaneously human-and machine-readable format, it supports multiple languages, its plain text file displays are unencumbered by licenses or restrictions, and it is platform-independent and thus relatively immune to changes in technology. XML is gaining traction in the supply chain because it supports the integration of various information systems, is less complex than EDI, and eliminates the need for value-added network, which reduces cost while speeding data transmission.
When selecting individual applications, buyers must seek out these data standardization capabilities. Such capabilities will ensure that information is quickly transferred in a format that is usable by the SCIS and key decision markers. Newer tools should provide “out-of-the-box” support for XML-based data exchange standards and/or EDI standards. This will help buyers avoid costly, time-consuming software integration projects and improve SCIS interoperability. Enhanced visibility and faster communication across the supply chain will also be achieved.

Application Integration: Not only is it important to put data into a standardized and common format, but it is also imperative that different tools seamlessly share the data. This can be readily accomplished within a self-contained supply chain software suite, but supply chain partners often rely on different vendors, applications, or software versions. The greater the variety of applications, the more challenging connectivity and information sharing issues become. The problem lies in the fact that these applications tend to present data differently, making communication between them difficult.

Extensive efforts have been made over the last the last 10 years to improve application integration and foster supply chain information synchronization. The initial work focused on the development of application programming interface (API) to allow companies to link their SCIS with supplier and customer applications. ERP vendors like SAP targets their API efforts on making it easier for third-party vendors to build ERP compatible supply chain software. Other organizations developed tools to fit between and connect existing applications, such as linking a warehouse management system to an ERP-based order management system. While beneficial, the process can be costly and time consuming as an API needs to be developed for each type of software that will be connected. Also, the connectivity achieved may be temporary, as a change in one application can break the API-created link to other tools.

More recently, the focus has shifted toward adapter sets (see the On the Line feature) and a newer technology model called service-oriented architecture (SOA). SOA is the underlying structure supporting communications between services with “plug and play” functionality as a key goal. A service is defined as a unit of work to be performed on behalf of some computing entity, such as a human user or anther program. SOA defines how to computing entities interact in such a way as to enable one entity to perform a unit of work on behalf of another entity. For example, when you initiate an online purchase, you are using an order management service that, in turn, communicates with an inventory service to determine product availability. If available, your order and shipping details are submitted to another service that calculates the order cost and furnishes a shipment number that, through another service, allows you to track product delivery. This sequence of software linkages is made possible by the underlying framework that SOA provides.

It is anticipated that SOA will standardize the way applications ask for and retrieve information, allowing disparate software systems to talk to each other without forcing companies to scrap or rebuild their exiting systems. SOA will allow users to access the functionality and data of many different applications at the same time, thus creating a process that meets the needs of the business, according to the Aberdeen Group. Ultimately, SOA is expected to simplify integration of applications, improve information access, facilitate communication, and increase availability of affordable software packages. SAP’s Netweaver and Oracle’s Fusion are two examples of SOA-based applications.

Supply chain technology buyers need to understand the challenges of application integration while pursuing improved SCIS connectivity. They must access and compare integration method, and then choose those that best fit current needs while providing the flexibility to meet future functionality requirements. Finally, buyers must monitor the development of SOA and its impact on the software applications landscape. If SOA-based applications revolutionize the way applications are built, sold, and distributed, as promised by SOA proponents, buyers will need to alter their supply chain software procurement practices.

Asking the Right Questions
Senior management plays a key role in facilitating the implementation of supply chain technology. Executives must provide the vision, the required resources, and an unshakable commitment to SCIS initiatives if the organization is to achieve its goals. This vision must clearly explain how technology upgrades will facilitate the organization’s overall supply chain strategy and improved performance. An intelligent executive will take the time to ask important questions and gather appropriate information in order to establish and refine the vision. Only then should the organization move forward with technology investment and implementation. Some of those key questions include the following:
• Who will lead our implementation effort? Senior management gas neither the time nor direct knowledge of SCIS to supervise the selection and installation of new applications. Hence, they must identify people who posses the internal expertise regarding current supply chain processes and related software functionality, as well as general technical capabilities of the organization, and assign these experts to direct the process. This person or small team of experts must be given the authority and accountability to make technology decisions that span functions. They must also be given the ability to manage the implementation process without interference.
• How will technology support our business needs and processes? As discussed previously, there is a propensity to adopt software without considering the processes that it will support, leading to automation of inefficiencies. Senior management must ensure that their implementation team takes the time to document current processes and identify desired capabilities before embarking upon software reviews. Having a business plan prior to dealing with vendors will ensure that solutions support this plan rather than the business having to adapt to proposed solutions.
• What is the status of our existing data? It is critical to assess data quality, relevance, and completeness to ensure that the needed information is available to use with the technology being considered. If the data are lacking in any of these key requirements, the software cannot function as needed and the organization will encounter a garbage in-garbage out scenario. Also, having an accurate data set available is important for testing potential software solutions to determine how well they model reality.
• How well does our existing system integrate with suppliers and customers? SCIS fall woefully short on vital capabilities if they are unable to communicate with supply chain partners in an efficient manner.

Results (Vietnamese) 1:

chuẩn hoá dữ liệu cho sự đa dạng của các nhà cung cấp phần mềm, công cụ độc quyền, và hệ thống di sản, phối hợp và chia sẻ thông tin trên toàn chuỗi cung ứng có thể là một thách thức đáng kể. cũng giống như ngôn ngữ khác nhau, tiếng địa phương, và bảng chữ cái cản trở giao tiếp của con người, sự đa dạng của các hệ thống và ngôn ngữ lập trình được sử dụng trong SCIS làm cho nó khó khăn để đưa dữ liệu lại với nhau trong một hiệu quả,cách hữu ích. ne lựa chọn là dịch dữ liệu khi chúng di chuyển giữa các ứng dụng phần mềm, nhưng điều này có thể như cồng kềnh như hai người đang cố gắng để giao tiếp thông qua một người phiên dịch. chứ không phải bằng tay hoặc bằng điện tử dịch dữ liệu, một giải pháp tốt hơn là sử dụng một định dạng tiêu chuẩn hóa để tăng cường giao tiếp giữa các đối tác. cũng giống như tiếng Anh là ngôn ngữ tiêu chuẩn kinh doanh toàn cầu,EDI và ngôn ngữ đánh dấu mở rộng (XML) là những yếu tố quan trọng của tiêu chuẩn hóa dữ liệu. những công cụ cải thiện các luồng dữ liệu giữa các ứng dụng và các tổ chức.

EDI cung cấp interorganizational, trao đổi từ máy tính đến máy tính của cấu trúc thông tin trong một tiêu chuẩn, định dạng máy xử lý được.nó đã được các phương pháp chính của việc chia sẻ dữ liệu giao dịch giữa các nhà cung cấp và khách hàng trong hơn thập kỷ twp, hỗ trợ việc trao đổi các tài liệu liên quan đến thương mại, chẳng hạn như đơn đặt hàng, hoá đơn, và công ty chuyển tiền điện tử (efts) trong một định dạng chuẩn. edj cho phép việc trao đổi nhanh chóng của lượng lớn thông tin, làm giảm sai sót, và làm giảm chi phí cho mỗi giao dịch,cho phép các đối tác chuỗi cung ứng để làm việc hiệu quả hơn và hiệu quả. EDI có nhược điểm của nó. thực hiện có thể phức tạp và các dịch vụ mạng giá trị gia tăng cung cấp các liên kết công ty đến công ty thu phí giao dịch, làm cho phương pháp tiêu chuẩn này không khả thi cho các tổ chức nhỏ hơn.

xml là một định dạng văn bản một cách hợp lý có thể kiểm chứng mạnh mẽ dựa trên tiêu chuẩn quốc tế.nó cung cấp một cách linh hoạt để tạo ra cấu trúc, định dạng thông tin phổ biến và chia sẻ cả hai định dạng và các dữ liệu thông qua mạng Internet, mạng nội bộ, và các mạng khác, xml có thể được sử dụng để xác định các tài liệu phức tạp và cấu trúc dữ liệu như hoá đơn, mô tả hàng tồn kho, lô hàng hồ sơ , và các thông tin khác chuỗi cung ứng.những lợi ích của xml có thể được sử dụng để xác định các tài liệu phức tạp và cấu trúc dữ liệu như hoá đơn, mô tả hàng tồn kho, hồ sơ lô hàng, và các thông tin khác chuỗi cung ứng. những lợi ích của xml rất nhiều-đó là một định dạng đồng thời con người và máy tính có thể đọc được, nó hỗ trợ nhiều ngôn ngữ, văn bản hiển thị tập tin đơn giản của nó là không bị cản trở bởi giấy phép hoặc hạn chế,và nó là nền tảng độc lập và do đó tương đối miễn dịch với những thay đổi trong công nghệ. xml là được lực kéo trong chuỗi cung bởi vì nó hỗ trợ việc tích hợp các hệ thống thông tin khác nhau, ít phức tạp hơn EDI, và loại bỏ sự cần thiết phải gia tăng giá trị mạng, làm giảm chi phí trong khi truyền dữ liệu tăng tốc
khi lựa chọn các ứng dụng cá nhân.,người mua phải tìm kiếm những khả năng tiêu chuẩn hóa dữ liệu. khả năng như vậy sẽ đảm bảo thông tin được nhanh chóng chuyển giao trong một định dạng có thể dùng bởi SCIS và đánh dấu quyết định quan trọng. công cụ mới hơn nên cung cấp "out-of-the-box" hỗ trợ cho các tiêu chuẩn dựa trên XML trao đổi dữ liệu và / hoặc các tiêu chuẩn EDI. điều này sẽ giúp người mua tránh tốn kém,phần mềm tốn thời gian dự án tích hợp và cải thiện khả năng tương tác SCIS. tăng cường khả năng hiển thị và thông tin liên lạc nhanh hơn trong toàn bộ chuỗi cung ứng cũng sẽ đạt được

tích hợp ứng dụng:. không chỉ là điều quan trọng để đưa dữ liệu vào một định dạng chuẩn và phổ biến, nhưng nó cũng bắt buộc các công cụ khác nhau liên tục chia sẻ dữ liệu.điều này có thể dễ dàng thực hiện trong một nguồn cung cấp khép kín bộ phần mềm dây chuyền, nhưng các đối tác chuỗi cung ứng thường dựa vào các nhà cung cấp khác nhau, các ứng dụng, hoặc các phiên bản phần mềm. càng nhiều ứng dụng, kết nối khó khăn hơn và thông tin các vấn đề chia sẻ trở thành. vấn đề nằm ở một thực tế rằng các ứng dụng có xu hướng trình bày dữ liệu khác nhau,làm cho giao tiếp giữa họ khó khăn.

những nỗ lực lớn đã được thực hiện trên người cuối cùng trong 10 năm qua để cải thiện tích hợp ứng dụng và nuôi dưỡng cung cấp đồng bộ hóa thông tin dây chuyền. công việc ban đầu tập trung vào sự phát triển của giao diện lập trình ứng dụng (API) để cho phép các công ty liên kết SCIS của họ với nhà cung cấp và khách hàng ứng dụng.các nhà cung cấp ERP như nhựa mục tiêu nỗ lực api của họ để làm cho nó dễ dàng hơn cho các nhà cung cấp bên thứ ba để xây dựng ERP tương thích chuỗi cung ứng phần mềm. các tổ chức khác phát triển các công cụ để phù hợp và kết nối giữa các ứng dụng hiện có, chẳng hạn như liên kết một hệ thống quản lý kho hàng với một hệ thống quản lý trật tự ERP dựa trên. trong khi lợi,quá trình này có thể tốn kém và mất thời gian như một api cần phải được xây dựng cho mỗi loại phần mềm sẽ được kết nối. cũng có, kết nối đạt được có thể chỉ là tạm thời, như một sự thay đổi trong một ứng dụng có thể phá vỡ các liên kết api tạo ra các công cụ khác

gần đây.,tập trung đã thay đổi theo hướng bộ bộ chuyển đổi (xem trên các tính năng trực tuyến) và một mô hình công nghệ mới hơn được gọi là kiến ​​trúc hướng dịch vụ (SOA). soa là cấu trúc cơ bản hỗ trợ thông tin liên lạc giữa các dịch vụ với "plug and play" chức năng như một mục tiêu chính. một dịch vụ được định nghĩa là một đơn vị của công việc sẽ được thực hiện thay mặt cho một số đơn vị tính toán,chẳng hạn như một người sử dụng của con người hay chương trình bao phấn. soa xác định làm thế nào để các đơn vị tính toán tương tác theo cách như vậy là để cho phép một tổ chức để thực hiện một đơn vị làm việc thay mặt cho công ty khác. Ví dụ, khi bạn bắt đầu mua hàng trực tuyến, bạn đang sử dụng một dịch vụ quản lý trật tự, lần lượt, liên lạc với một dịch vụ kiểm kê để xác định sản phẩm có sẵn. nếu có,trật tự và vận chuyển các chi tiết của bạn được cung cấp cho một dịch vụ mà tính toán chi phí đặt hàng và cung cấp dịch một số lô hàng đó, thông qua một dịch vụ khác, cho phép bạn theo dõi phân phối sản phẩm. trình tự này của các mối liên kết các phần mềm có thể được thực hiện bởi các khuôn khổ cơ bản mà soa cung cấp.

người ta dự đoán rằng soa sẽ chuẩn hóa cách các ứng dụng yêu cầu và lấy thông tin,cho phép các hệ thống phần mềm khác nhau để nói chuyện với nhau mà không buộc các công ty phải loại bỏ hoặc xây dựng lại hệ thống thoát của họ. soa sẽ cho phép người dùng truy cập các chức năng và dữ liệu của nhiều ứng dụng khác nhau cùng một lúc, do đó tạo ra một quá trình đáp ứng nhu cầu của doanh nghiệp, theo nhóm aberdeen. cuối cùng, soa dự kiến ​​sẽ đơn giản hóa các ứng dụng,tăng cường tiếp cận thông tin, tạo điều kiện thông tin liên lạc, và tăng tính sẵn sàng của các gói phần mềm giá cả phải chăng. NetWeaver nhựa và hợp nhất của Oracle là hai ví dụ của các ứng dụng dựa trên SOA.

chuỗi cung ứng mua công nghệ cần phải hiểu rõ những thách thức của tích hợp ứng dụng trong khi theo đuổi cải thiện kết nối SCIS. họ phải truy cập và so sánh các phương pháp tích hợp,và sau đó chọn những người tốt nhất phù hợp với nhu cầu hiện tại trong khi cung cấp sự linh hoạt để đáp ứng yêu cầu chức năng trong tương lai. cuối cùng, người mua phải theo dõi sự phát triển của soa và tác động của nó trên các ứng dụng phần mềm cảnh quan. nếu các ứng dụng dựa trên SOA cách mạng hóa cách các ứng dụng được xây dựng, bán và phân phối, như đã hứa bởi soa những người ủng hộ,người mua sẽ cần phải thay đổi phần mềm chuỗi cung ứng hoạt động mua sắm của họ.

đặt câu hỏi đúng
quản lý cấp cao đóng một vai trò quan trọng trong việc thúc đẩy việc thực hiện các công nghệ chuỗi cung ứng. giám đốc điều hành phải cung cấp tầm nhìn, các nguồn lực cần thiết, và một cam kết không thể lay chuyển để SCIS sáng kiến ​​nếu tổ chức là để đạt được mục tiêu của mình.tầm nhìn này phải giải thích rõ ràng cách nâng cấp công nghệ sẽ tạo điều kiện tổng thể chiến lược chuỗi cung ứng của tổ chức và cải thiện hiệu suất. một giám đốc điều hành thông minh sẽ dành thời gian để đặt câu hỏi quan trọng và thu thập thông tin thích hợp để xây dựng và hoàn thiện tầm nhìn. chỉ sau đó sẽ tổ chức di chuyển về phía trước với đầu tư và thực hiện công nghệ.một số trong những câu hỏi quan trọng bao gồm:
• người sẽ dẫn dắt nỗ lực thực hiện của chúng tôi? khí quản lý cấp cao cả thời gian lẫn kiến ​​thức trực tiếp của SCIS giám sát việc lựa chọn và cài đặt các ứng dụng mới. do đó, họ phải xác định những người sở hữu các chuyên gia nội bộ về quy trình chuỗi cung ứng hiện tại và chức năng phần mềm liên quan,cũng như khả năng kỹ thuật chung của tổ chức, và chỉ định các chuyên gia để chỉ đạo quá trình này. người này hay nhóm nhỏ các chuyên gia phải được trao quyền và trách nhiệm để đưa ra quyết định công nghệ mà span chức năng. họ cũng phải được cung cấp khả năng quản lý quá trình thực hiện mà không cần can thiệp.
• thế nào công nghệ sẽ hỗ trợ nhu cầu kinh doanh và các quy trình của chúng tôi? như được thảo luận trước đây, có một xu hướng áp dụng phần mềm mà không xem xét các quá trình này sẽ hỗ trợ, dẫn đến tự động không hiệu quả.quản lý cấp cao phải đảm bảo rằng nhóm thực hiện của họ có thời gian để tài liệu qui trình hiện tại và xác định khả năng mong muốn trước khi bắt tay vào đánh giá phần mềm. có một kế hoạch kinh doanh trước khi làm việc với các nhà cung cấp sẽ đảm bảo rằng các giải pháp hỗ trợ kế hoạch này chứ không phải là doanh nghiệp phải thích ứng với các giải pháp đề xuất.
• tình trạng của các dữ liệu hiện có của chúng tôi là gì?nó là rất quan trọng để đánh giá chất lượng dữ liệu, phù hợp và đầy đủ để đảm bảo rằng các thông tin cần thiết có sẵn để sử dụng với các công nghệ đang được xem xét. nếu còn thiếu dữ liệu trong bất kỳ những yêu cầu quan trọng, phần mềm không thể hoạt động khi cần thiết và tổ chức sẽ gặp phải một thùng rác trong bãi rác ra kịch bản. cũng,có một bộ dữ liệu chính xác có sẵn là rất quan trọng để thử nghiệm các giải pháp phần mềm tiềm năng để xác định như thế nào họ mô hình thực tế.
• như thế nào có hệ thống hiện có của chúng tôi tích hợp với các nhà cung cấp và khách hàng? SCIS rơi woefully ngắn về khả năng quan trọng nếu họ không thể giao tiếp với các đối tác trong chuỗi cung ứng một cách hiệu quả.

Results (Vietnamese) 2:

Tiêu chuẩn hóa dữ liệu được đưa ra sự đa dạng của nhà cung cấp phần mềm, công cụ độc quyền, và các hệ thống di sản, phối hợp và chia sẻ thông tin trên toàn chuỗi cung ứng có thể là một thách thức đáng kể. Cũng giống như ngôn ngữ khác nhau, phương ngữ, và bảng chữ cái cản trở giao tiếp của con người, sự đa dạng của hệ thống và ngôn ngữ lập trình được sử dụng trong SCIS làm cho nó khó khăn để mang lại cùng dữ liệu trong một hiệu quả, cách thức hữu ích. Tây Nam và tùy chọn là dịch dữ liệu khi họ di chuyển giữa các ứng dụng phần mềm, nhưng điều này có thể là cồng kềnh như hai người cố gắng để giao tiếp thông qua một dịch giả. Thay vì bằng tay hoặc bằng điện tử dịch dữ liệu, một giải pháp tốt hơn là sử dụng một định dạng chuẩn hóa để tăng cường giao tiếp giữa các đối tác. Cũng giống như tiếng Anh là ngôn ngữ tiêu chuẩn của kinh doanh toàn cầu, EDI và mở rộng đánh dấu ngôn ngữ (XML) là các yếu tố quan trọng của tiêu chuẩn hóa dữ liệu. Những công cụ này cải thiện dòng dữ liệu giữa các ứng dụng và tổ chức.

EDI cung cấp interorganizational, máy tính-tới-máy trao đổi các thông tin có cấu trúc trong một định dạng tiêu chuẩn, processable máy. Nó đã là phương pháp chính của giao dịch dữ liệu chia sẻ giữa các nhà cung cấp và khách hàng cho trong thập kỷ twp, hỗ trợ việc trao đổi các tài liệu liên quan đến thương mại, chẳng hạn như mua đơn hàng, hóa đơn và chuyển công ty điện tử tiền (EFTs) trong một định dạng tiêu chuẩn. EDJ cho phép việc trao đổi nhanh chóng của một lượng lớn thông tin, làm giảm lỗi, và làm giảm chi phí cho mỗi giao dịch, cho phép cung cấp chain đối tác để làm việc hiệu quả hơn và hiệu quả. EDI có nhược điểm của nó. Thực hiện có thể là phức tạp và dịch vụ giá trị gia tăng mạng cung cấp các liên kết công ty tính tiền lệ phí giao dịch, làm cho phương pháp tiêu chuẩn này infeasible cho tổ chức nhỏ.

XML là một định dạng văn bản mạnh mẽ, kiểm chứng một cách hợp lý dựa trên tiêu chuẩn quốc tế. Nó cung cấp một cách linh hoạt để tạo ra cấu trúc, phổ biến thông tin định dạng và chia sẻ dữ liệu qua Internet, mạng nội bộ và mạng khác và các định dạng, XML có thể được sử dụng để xác định cấu trúc phức tạp của tài liệu và dữ liệu chẳng hạn như hóa đơn, mô tả hàng tồn kho, lô hàng hồ sơ và thông tin chuỗi cung cấp khác. Những lợi ích của XML có thể được sử dụng để xác định cấu trúc phức tạp của tài liệu và dữ liệu chẳng hạn như hóa đơn, mô tả hàng tồn kho, lô hàng hồ sơ và thông tin chuỗi cung cấp khác. Những lợi ích của XML là nhiều-đó là một con người đồng thời- và máy có thể đọc định dạng, nó hỗ trợ nhiều ngôn ngữ, tập tin văn bản đơn giản của nó hiển thị được không bị cản trở bởi giấy phép hoặc hạn chế, và nó là nền tảng độc lập và do đó tương đối miễn dịch với những thay đổi trong công nghệ. XML là đạt được lực kéo trong chuỗi cung ứng bởi vì nó hỗ trợ hội nhập của hệ thống thông tin khác nhau, là ít phức tạp hơn EDI, và loại bỏ sự cần thiết cho mạng giá trị gia tăng, trong đó làm giảm chi phí trong khi đẩy các dữ liệu truyền.
khi lựa chọn ứng dụng riêng lẻ, người mua phải tìm ra những khả năng tiêu chuẩn hóa dữ liệu. Khả năng như vậy sẽ đảm bảo rằng thông tin một cách nhanh chóng được chuyển giao trong một định dạng mà là có thể sử dụng bởi SCIS và quyết định quan trọng đánh dấu. Công cụ mới hơn sẽ cung cấp hỗ trợ "out-of-the-box" cho XML dựa trên dữ liệu trao đổi tiêu chuẩn và/hoặc EDI tiêu chuẩn. Điều này sẽ giúp những người mua tránh tốn kém, tích hợp phần mềm tốn thời gian dự án và cải thiện khả năng tương tác SCIS. Nâng cao khả năng hiển thị và truyền thông nhanh hơn trên dây chuyền cung ứng sẽ cũng được đạt tới.

tích hợp ứng dụng: không chỉ là quan trọng để đưa dữ liệu vào một định dạng tiêu chuẩn và phổ biến, nhưng nó cũng là bắt buộc rằng các công cụ khác nhau liền mạch chia sẻ dữ liệu. Điều này có thể được thực hiện dễ dàng trong một bộ phần mềm chuỗi cung cấp khép kín, nhưng cung cấp chain đối tác thường dựa vào nhà cung cấp khác nhau, ứng dụng, hoặc các phiên bản phần mềm. Lớn hơn trở thành sự đa dạng của ứng dụng, các khó khăn hơn kết nối và chia sẻ các vấn đề thông tin. Vấn đề nằm trong một thực tế là các ứng dụng này có xu hướng để hiển thị dữ liệu một cách khác nhau, làm cho giao tiếp giữa họ khó.

rộng rãi những nỗ lực đã được thực hiện trong 10 năm qua để cải thiện tích hợp ứng dụng và nuôi dưỡng cung cấp chuỗi thông tin đồng bộ hóa. Công việc ban đầu tập trung vào sự phát triển của giao diện lập trình ứng dụng (API) để cho phép các công ty liên kết của họ SCIS với nhà cung cấp và khách hàng ứng dụng. ERP nhà cung cấp như SAP nhắm mục tiêu các nỗ lực API trên làm cho nó dễ dàng hơn cho nhà cung cấp bên thứ ba để xây dựng phần mềm chuỗi cung cấp tương thích ERP. Các tổ chức phát triển công cụ phù hợp giữa và kết nối ứng dụng hiện có, chẳng hạn như liên kết một hệ thống quản lý kho đến một hệ thống quản lý đơn đặt hàng dựa trên ERP. Thời gian mang lại lợi ích, quá trình có thể tốn kém và tốn thời gian như một API cần phải được phát triển cho mỗi loại phần mềm mà sẽ được kết nối. Ngoài ra, kết nối đạt được có thể được tạm thời, như một sự thay đổi trong một ứng dụng có thể phá vỡ liên kết tạo ra API để các công cụ.

gần đây, trọng tâm đã chuyển hướng tới bộ điều hợp bộ (xem các tính năng trên the dòng) và một mô hình công nghệ mới hơn được gọi là kiến trúc hướng dịch vụ (SOA). SOA là cấu trúc cơ bản hỗ trợ truyền thông giữa dịch vụ với "năng plug and play" chức năng như một mục tiêu quan trọng. Một dịch vụ được định nghĩa là một đơn vị của công việc được thực hiện thay mặt cho một số tổ chức máy tính, chẳng hạn như chương trình con người dùng hoặc bao phấn. Xác định SOA làm thế nào để tính toán thực thể tương tác trong một cách như sử một thực thể để thực hiện một đơn vị của công việc thay mặt cho một thực thể. Ví dụ, khi bạn bắt đầu một mua hàng trực tuyến, bạn đang sử dụng một dịch vụ quản lý đặt hàng mà, lần lượt, liên lạc với dịch vụ đưa hàng tồn kho để xác định sản phẩm sẵn có. Nếu có, đơn đặt hàng và vận chuyển các chi tiết của bạn được gửi đến một dịch vụ mà sẽ tính toán chi phí đơn đặt hàng và furnishes một số lô hàng đó, thông qua một dịch vụ, cho phép bạn theo dõi phân phối sản phẩm. Trình tự này của phần mềm liên kết được thực hiện bởi khuôn khổ tiềm ẩn mà cung cấp SOA.

dự kiến rằng SOA sẽ chuẩn hóa cách ứng dụng yêu cầu và truy xuất thông tin, cho phép hệ thống phần mềm khác nhau để nói chuyện với nhau mà không buộc các công ty để phế liệu hoặc xây dựng lại hệ thống xuất cảnh của họ. SOA sẽ cho phép người dùng truy cập các chức năng và các dữ liệu của nhiều ứng dụng khác nhau cùng một lúc, vì thế tạo ra một quá trình mà đáp ứng các nhu cầu của doanh nghiệp, theo nhóm Aberdeen. Cuối cùng, SOA dự kiến sẽ đơn giản hóa tích hợp các ứng dụng, cải thiện tiếp cận thông tin, tạo thuận lợi cho giao tiếp, và tăng tính sẵn sàng của gói giá cả phải chăng phần mềm. Của SAP Netweaver và Oracle Fusion là hai ví dụ của SOA dựa trên ứng dụng.

cung cấp chuỗi công nghệ người mua cần phải hiểu những thách thức tích hợp ứng dụng trong khi theo đuổi SCIS cải tiến khả năng kết nối. Họ phải truy cập và so sánh các phương pháp tích hợp, và sau đó chọn những người tốt nhất phù hợp với nhu cầu hiện tại trong khi cung cấp tính linh hoạt để đáp ứng yêu cầu chức năng trong tương lai. Cuối cùng, người mua phải giám sát sự phát triển của SOA và tác động của nó trên cảnh quan ứng dụng phần mềm. Nếu ứng dụng SOA cách mạng hóa cách ứng dụng được xây dựng, bán và phân phối, như đã hứa bởi những người ủng hộ SOA, người mua sẽ cần phải thay đổi của họ cung cấp chuỗi phần mềm mua sắm thực tiễn.

đặt câu hỏi bên phải
quản lý cấp cao đóng một vai trò quan trọng trong tạo điều kiện cho việc thực hiện của công nghệ chuỗi cung cấp. Giám đốc điều hành phải cung cấp tầm nhìn, các nguồn lực cần thiết, và một cam kết không thể lay chuyển đến sáng kiến SCIS nếu tổ chức là để đạt được mục tiêu của mình. Tầm nhìn rõ ràng phải giải thích làm thế nào nâng cấp công nghệ sẽ tạo thuận lợi cho các tổ chức nói chung cung cấp chuỗi chiến lược và cải thiện hiệu suất. Một giám đốc thông minh sẽ dành thời gian để đặt câu hỏi quan trọng và thu thập các thông tin thích hợp để thiết lập và tinh chỉnh tầm nhìn. Chỉ sau đó nên tổ chức chuyển về phía trước với đầu tư công nghệ và thực hiện. Một số những câu hỏi quan trọng bao gồm:
• người sẽ dẫn chúng tôi nỗ lực thực hiện? Quản lý cấp cao khí các thời gian không kiến thức trực tiếp của SCIS để giám sát việc lựa chọn và cài đặt ứng dụng mới. Do đó, họ phải xác định những người sở hữu nội bộ chuyên môn liên quan đến hiện nay cung cấp chuỗi quá trình và phần mềm liên quan chức năng, như cũng như khả năng kỹ thuật chung của tổ chức, và chỉ định các chuyên gia để trực tiếp trình. Người hoặc nhóm nhỏ của các chuyên gia này phải được cung cấp các quyền và trách nhiệm để đưa ra quyết định công nghệ mà span chức năng. Họ cũng phải được cung cấp khả năng để quản lý quá trình thực hiện mà không có sự can thiệp.
• Làm thế nào sẽ hỗ trợ công nghệ kinh doanh chúng tôi cần và xử lý? Như thảo luận trước đây, đó là một xu hướng để áp dụng phần mềm mà không xem xét các quá trình mà nó sẽ hỗ trợ, dẫn đến tự động hóa của thiếu hiệu quả. Quản lý cấp cao phải đảm bảo rằng đội ngũ thực hiện của họ mất thời gian để tài liệu quá trình hiện tại và xác định khả năng mong muốn trước khi bắt tay khi đánh giá phần mềm. Có một doanh nghiệp kế hoạch trước khi giao dịch với nhà cung cấp sẽ đảm bảo rằng giải pháp hỗ trợ kế hoạch này chứ không phải là kinh doanh cần phải thích ứng với giải pháp được đề xuất.
• tình trạng của chúng tôi dữ liệu sẵn có là gì? Nó là rất quan trọng để đánh giá chất lượng dữ liệu, sự liên quan, và đầy đủ để đảm bảo rằng các thông tin cần thiết là có sẵn để sử dụng với các công nghệ đang được xem xét. Nếu dữ liệu thiếu bất cứ các yêu cầu quan trọng, các phần mềm không thể hoạt động khi cần thiết và tổ chức sẽ gặp phải một rác trong-rác ra kịch bản. Ngoài ra, có một tập hợp dữ liệu chính xác có sẵn là quan trọng để thử nghiệm giải pháp phần mềm tiềm năng để xác định như thế nào họ mô hình thực tế.
• tốt như thế nào hệ thống hiện tại của chúng tôi tích hợp với nhà cung cấp và khách hàng? SCIS rơi woefully ngắn trên khả năng quan trọng, nếu họ không thể giao tiếp với các đối tác chuỗi cung cấp một cách có hiệu quả.