#2 will be the most important part

#2 will be the most important part and the actual conversion

#1 & #4 should be the same for all customers so that code should be defined in WebApi.Common and reusable across customers.

#3 will be similar for all customers and some customer will not use it. So I think you can use the DB objects as-is, but then you will control what values you pass to that SQL script.

Also, #3 is a workaround. In the future we might need to modify the standard layout to allow for those extra address fields to come from it instead so you do not need to call usp_i_CreateVendor_pc_acom
e.g. Right now our current workaround will have an issue if there are two payments for the same vendor but different addresses in the same file.

Since this is running in the public cloud, please be careful not to expose endpoints that would allow the customer data to be read from a hacker. Also, please do not write sensitive payment data to the hard disk or log on the web server hosting the conversion API.

Kết quả (Việt) 1:

#2 sẽ là một phần quan trọng nhất và chuyển đổi thực tế#1 & #4 nên giống nhau cho tất cả khách hàng để mã nên được định nghĩa trong WebApi.Common và tái sử dụng qua khách hàng.#3 sẽ được tương tự cho tất cả khách hàng và một số khách hàng sẽ không sử dụng nó. Vì vậy, tôi nghĩ rằng bạn có thể sử dụng các đối tượng DB như-là, nhưng sau đó bạn sẽ kiểm soát những gì giá trị bạn vượt qua rằng kịch bản SQL.Ngoài ra, #3 là một giải pháp. Trong tương lai, chúng tôi có thể cần phải sửa đổi bố trí tiêu chuẩn cho phép các lĩnh vực phụ địa chỉ đến từ nó thay vì vậy, bạn không cần phải gọi cho usp_i_CreateVendor_pc_acomVí dụ như ngay bây giờ là giải pháp hiện tại của chúng tôi sẽ có một vấn đề nếu không có hai thanh toán cho nhà cung cấp tương tự nhưng các địa chỉ khác nhau trong cùng một tập tin.Vì đây chạy trong đám mây công cộng, hãy cẩn thận không để lộ hai điểm cuối mà sẽ cho phép các dữ liệu khách hàng sẽ được đọc từ một hacker. Ngoài ra, xin vui lòng không ghi dữ liệu nhạy cảm thanh toán vào đĩa cứng hoặc đăng nhập vào máy chủ web lưu trữ chuyển đổi API.

Kết quả (Việt) 2:

# 2 sẽ là một phần quan trọng nhất và chuyển đổi thực tế

# 1 và # 4 nên giống nhau cho tất cả các khách hàng do đó, mã đó phải được định nghĩa trong WebApi.Common và tái sử dụng trên các khách hàng.

# 3 sẽ được tương tự cho tất cả khách hàng và một số khách hàng sẽ không sử dụng nó. Vì vậy, tôi nghĩ rằng bạn có thể sử dụng các đối tượng DB như-là, nhưng sau đó bạn sẽ kiểm soát những gì giá trị để bạn vượt qua, kịch bản SQL.

Ngoài ra, # 3 là một cách giải quyết. Trong tương lai chúng tôi có thể cần phải sửa đổi các tiêu chuẩn bố trí để cho phép những địa chỉ để gửi thêm đến từ nó thay vì vậy bạn không cần phải gọi usp_i_CreateVendor_pc_acom
ví dụ Ngay bây giờ cách giải quyết hiện tại của chúng tôi sẽ có một vấn đề nếu có hai thanh toán cho các nhà cung cấp như nhau nhưng các địa chỉ khác nhau trong cùng một tập tin.

Vì đây đang chạy trong đám mây công cộng, hãy cẩn thận không để lộ điểm cuối mà sẽ cho phép các dữ liệu khách hàng để được đọc từ một hacker. Ngoài ra, xin vui lòng không ghi dữ liệu nhạy cảm này vào đĩa cứng hoặc đăng nhập vào các máy chủ lưu trữ web API chuyển đổi.