Sửa lỗi khẩn cấp tích hợp AutoCount
- Câu trả lời ngắn:* Nếu tích hợp AutoCount của bạn đăng sai bản ghi, đơn đặt hàng trùng lặp, thiếu cập nhật hàng trong kho hoặc không thành công, đừng tiếp tục buộc đồng bộ hóa. Bước đầu tiên là cách ly vấn đề và ngăn chặn thêm nhiều dữ liệu xấu xâm nhập vào AutoCount.
# Dấu hiệu tích hợp của bạn cần được quan tâm khẩn cấp
Sự cố tích hợp AutoCount trở nên cấp bách khi nó ảnh hưởng đến hoạt động trực tiếp hoặc niềm tin kế toán.
Các dấu hiệu cảnh báo thường gặp:
- Đơn hàng thương mại điện tử không đạt AutoCount
- Cùng một đơn hàng gửi 2 lần
- Hàng tồn kho giảm ở hệ thống này nhưng không giảm ở hệ thống kia
- Lập hóa đơn sai mã khách hàng, mã mặt hàng
- Các bản ghi bị lỗi sẽ biến mất mà không có hàng đợi lỗi hiển thị
- Tài chính đang xóa hoặc chỉnh sửa tài liệu đã đồng bộ theo cách thủ công
- Nhân viên ngừng tin tưởng AutoCount và quay lại Excel
Một khi điều này xảy ra, việc tích hợp không còn tiết kiệm thời gian nữa. Nó đang tạo ra công việc dọn dẹp.
# Việc cần làm đầu tiên
Trình tự an toàn nhất là:
- Tạm dừng đường dẫn đồng bộ hóa rủi ro. Đừng tiếp tục thử lại các lỗi không xác định.
- Xuất mẫu lỗi. Lưu giữ các ví dụ về các bản ghi bị lỗi, trùng lặp hoặc sai.
- Xác định hệ thống nguồn. Xác nhận xem lỗi bắt đầu trong thương mại điện tử, phần mềm trung gian, kho hàng, AutoCount hay ứng dụng tùy chỉnh.
- Kiểm tra các thay đổi gần đây. Các bản cập nhật API, thay đổi mã mặt hàng, chi nhánh mới, cài đặt thuế và quy tắc đặt giá thường gây ra lỗi.
- Điều chỉnh phạm vi bị ảnh hưởng. Tìm bản ghi xấu sớm nhất và mới nhất trước khi sửa chữa dữ liệu.
- Chỉ khởi động lại sau khi xác thực. Trước tiên, bạn nên thử nghiệm tính năng đồng bộ hóa đã vá trên một lô nhỏ được kiểm soát.
Đây chính là logic mà chúng tôi sử dụng trong Giải cứu tích hợp API.
# Những gì chúng tôi kiểm tra
Để khắc phục sự cố tích hợp AutoCount khẩn cấp, chúng tôi xem xét:
- Ánh xạ dữ liệu giữa hệ thống bên ngoài và AutoCount
- Xử lý khóa trùng lặp và số tài liệu
- Mã mặt hàng, công nợ, chi nhánh, kho hàng và lập bản đồ thuế
- Nhật ký yêu cầu không thành công hoặc nhật ký phần mềm trung gian
- Liệu các hồ sơ xấu có thể được đảo ngược một cách an toàn hay không
- Liệu việc đồng bộ hóa có nên dựa trên hàng loạt thay vì theo thời gian thực hay không
- Có thiếu hàng đợi ngoại lệ hay không
Đôi khi việc sửa chữa là nhỏ. Đôi khi việc tích hợp được xây dựng mà không có đủ sự kiểm soát và cần được xây dựng lại an toàn hơn.
# Khi nào cần xây dựng lại thay vì vá lỗi
Một bản vá thường là đủ khi lỗi có một nguyên nhân rõ ràng. Xây dựng lại trở thành lựa chọn tốt hơn khi:
- Nhà phát triển ban đầu đã ra đi và không ai hiểu được dòng chảy
- Không có lỗi đăng nhập
- Phòng chống trùng lặp chưa bao giờ được thiết kế
- Quy tắc đăng bài được mã hóa cứng và liên tục bị phá vỡ
- Nhân viên đã tạo các cách giải quyết thủ công xung quanh việc đồng bộ hóa
Trong trường hợp đó, hãy bắt đầu với kiểm tra hệ thống và cứu hộ ERP trước khi chi nhiều hơn cho các bản vá.
Câu hỏi thường gặp
# Bạn có thể sửa lỗi tích hợp do nhà phát triển khác xây dựng không?
Thường thì có. Chúng tôi cần quyền truy cập vào hệ thống, nhật ký và mẫu dữ liệu. Nếu không thể truy cập được mã gốc, chúng tôi vẫn có thể kiểm tra quy trình làm việc và đề xuất đường dẫn xây dựng lại.
# Chúng ta có nên tiếp tục sử dụng tiện ích tích hợp khi nó bị hỏng không?
Sẽ không xảy ra nếu nó tạo sai hồ sơ kế toán, sai hàng tồn kho hoặc chứng từ trùng lặp. Trước tiên hãy tạm dừng phần rủi ro và sử dụng quy trình tạm thời được kiểm soát.
# Việc này có thể được kiểm tra nhanh đến mức nào?
Phân loại đầu tiên thường có thể xác định xem vấn đề là do ánh xạ, thời gian, quyền truy cập, đăng bài trùng lặp hay thiếu xác thực. Bản sửa lỗi vĩnh viễn tùy thuộc vào quyền truy cập và tình trạng mã.
- Kiểm tra đồng bộ hóa AutoCount bị hỏng của tôi*