Tự động hóa quy trình

Quy trình Lotics là các chuỗi bước khai báo kết hợp công cụ, luồng điều khiển và biểu thức để tự động hóa nghiệp vụ từ đầu đến cuối. Thay vì viết code, bạn định nghĩa điều gì xảy ra khi một sự kiện cụ thể phát sinh, và công cụ quy trình xử lý việc thực thi, thử lại và quản lý trạng thái. Một quy trình duy nhất có thể nhận email, trích xuất dữ liệu bằng AI, truy vấn và cập nhật bản ghi, tạo chứng từ và gửi thông báo, tất cả mà không cần rời khỏi nền tảng.

Quy trình là gì?

Quy trình trong Lotics là một chuỗi các bước thực thi tự động khi điều kiện kích hoạt được đáp ứng. Mỗi quy trình có đúng một kích hoạt và một hoặc nhiều bước. Các bước chạy theo thứ tự, và mỗi bước có thể tham chiếu dữ liệu từ sự kiện kích hoạt hoặc từ các bước trước đó thông qua biểu thức. Quy trình được thiết kế để thay thế các tác vụ thủ công, lặp đi lặp lại mà đội vận hành thực hiện hàng ngày: sao chép dữ liệu giữa các hệ thống, gửi email theo dõi, cập nhật bảng tính, tạo báo cáo.

Quy trình mang tính khai báo: bạn chỉ định kích hoạt, định nghĩa các bước và cấu hình đầu vào cho mỗi bước. Công cụ quy trình quản lý thứ tự thực thi, xử lý lỗi và duy trì trạng thái giữa các bước. Nếu một bước thất bại, quy trình ghi lại lỗi với đầy đủ ngữ cảnh để bạn có thể chẩn đoán và khắc phục. Không có lỗi nào bị bỏ qua.

Trợ lý AI có thể xây dựng quy trình từ mô tả bằng ngôn ngữ tự nhiên. Mô tả những gì bạn muốn tự động hóa ("khi khách hàng gửi biểu mẫu yêu cầu booking, tạo bản ghi lô hàng, phân công cho đội vận hành và gửi email xác nhận") và trợ lý sẽ tạo quy trình với kích hoạt, bước và biểu thức chính xác.

Các loại kích hoạt

Mỗi quy trình bắt đầu bằng một kích hoạt, sự kiện khiến quy trình chạy. Lotics hỗ trợ 8 loại kích hoạt bao phủ các cách phổ biến nhất mà công việc đến tay đội vận hành: thay đổi dữ liệu, thông tin liên lạc đến, tác vụ theo lịch, hành động người dùng và sự kiện từ hệ thống bên ngoài.

Kích hoạt được cấu hình cho từng quy trình và không thể kết hợp. Nếu bạn cần cùng một quy trình chạy theo cả lịch và thay đổi bản ghi, hãy tạo hai quy trình gọi cùng một chuỗi bước. Mỗi kích hoạt cung cấp dữ liệu ngữ cảnh mà các bước tiếp theo có thể tham chiếu qua biểu thức.

record_updated

Kích hoạt khi bản ghi được tạo, cập nhật hoặc xóa trong bảng chỉ định. Đây là loại kích hoạt phổ biến nhất để giữ dữ liệu nhất quán và phản ứng với thay đổi khi chúng xảy ra.

Dữ liệu ngữ cảnh: record_id, table_id, prev_data, next_data, changes (các trường cụ thể đã thay đổi), và change_origin (ai hoặc cái gì đã thực hiện thay đổi). Các giá trị hiển thị tương ứng có sẵn cho tất cả trường dữ liệu, chuyển đổi khóa tùy chọn thành tên, ID thành viên thành tên, và ID bản ghi thành văn bản hiển thị.

Ví dụ sử dụng: Khi trạng thái lô hàng chuyển thành "Đã giao", cập nhật trạng thái hóa đơn liên quan. Khi bản ghi khách hàng mới được tạo, gửi email chào mừng. Khi bản ghi bị xóa, lưu trữ các chứng từ liên quan.

recurring_schedule

Kích hoạt theo lịch cron (ví dụ: mỗi ngày làm việc lúc 9h sáng, thứ Hai đầu tiên của tháng, mỗi 6 giờ). Sử dụng cho các tác vụ định kỳ không phụ thuộc vào sự kiện cụ thể.

Dữ liệu ngữ cảnh: trigger_id và thời gian thực thi theo lịch.

Ví dụ sử dụng: Tạo báo cáo tổng hợp hàng ngày về hóa đơn quá hạn. Kiểm tra container đã ở bãi quá 14 ngày. Gửi email KPI hàng tuần cho ban quản lý.

receive_gmail_email

Kích hoạt khi email mới đến tài khoản Gmail đã kết nối. Kích hoạt này theo dõi hộp thư đến và xử lý tự động mỗi tin nhắn đến.

Dữ liệu ngữ cảnh: email_id, from (địa chỉ người gửi), subject, body (toàn bộ nội dung email), và attachments[] (danh sách tệp đính kèm).

Ví dụ sử dụng: Trích xuất dữ liệu hóa đơn từ email nhà cung cấp. Phân tích xác nhận booking từ hãng tàu. Chuyển hướng yêu cầu khách hàng đến đội phù hợp dựa trên từ khóa tiêu đề.

receive_outlook_email

Kích hoạt khi email mới đến tài khoản Outlook đã kết nối. Hoạt động giống hệt kích hoạt Gmail nhưng dành cho tài khoản Microsoft 365.

Dữ liệu ngữ cảnh: email_id, from (địa chỉ người gửi), subject, body (toàn bộ nội dung email), và attachments[] (danh sách tệp đính kèm).

Ví dụ sử dụng: Tương tự kích hoạt Gmail. Xử lý đơn đặt hàng nhận qua Outlook. Trích xuất hướng dẫn vận chuyển từ email hãng vận tải.

button_pressed

Kích hoạt khi người dùng nhấn nút trong một hàng của bảng. Điều này cho phép bạn gắn hành động theo yêu cầu vào từng bản ghi, được kích hoạt rõ ràng bởi thành viên trong đội.

Dữ liệu ngữ cảnh: table_id, record_id, field_key (trường nút nào được nhấn), context.member_id (ai đã nhấn), data (toàn bộ dữ liệu bản ghi), và display (giá trị hiển thị dễ đọc cho tất cả trường).

Ví dụ sử dụng: Nút "Tạo hóa đơn" trên bản ghi đơn hàng. Nút "Gửi nhắc nhở" trên khoản thanh toán quá hạn. Nút "Phê duyệt" trên yêu cầu mua hàng chuyển đến người phê duyệt tiếp theo.

form_submitted

Kích hoạt khi biểu mẫu công khai hoặc nội bộ được gửi. Biểu mẫu có thể được chia sẻ bên ngoài qua liên kết (cho tiếp nhận khách hàng) hoặc sử dụng nội bộ cho thu thập dữ liệu có cấu trúc.

Dữ liệu ngữ cảnh: form_id, submission_id, context.member_id (người gửi, nếu đã xác thực), data (tất cả giá trị trường đã gửi), và display (phiên bản dễ đọc của các giá trị đã gửi).

Ví dụ sử dụng: Khi khách hàng gửi biểu mẫu yêu cầu booking, tạo bản ghi lô hàng và phân công cho đội vận hành. Khi nhân viên gửi báo cáo chi phí, chuyển đến quản lý để phê duyệt.

app_action

Kích hoạt khi hành động được thực hiện từ trong ứng dụng Lotics. Ứng dụng là các giao diện tùy chỉnh xây dựng trên bảng, và hành động cho phép bạn kết nối logic quy trình với các nút và tương tác trong giao diện đó.

Dữ liệu ngữ cảnh: app_id, action_id, context.member_id (ai đã kích hoạt), và inputs (tham số hành động được định nghĩa trong cấu hình ứng dụng).

Ví dụ sử dụng: Ứng dụng bảng điều khiển vận hành với hành động "Điều phối" phân công tài xế, cập nhật trạng thái lô hàng và gửi thông báo. Ứng dụng cổng khách hàng với hành động "Yêu cầu báo giá" tạo bản ghi và thông báo cho đội bán hàng.

receive_webhook

Kích hoạt khi yêu cầu HTTP POST được nhận tại URL webhook duy nhất của quy trình. Điều này cho phép hệ thống bên ngoài kích hoạt quy trình mà không cần code tích hợp riêng cho Lotics.

Dữ liệu ngữ cảnh: Toàn bộ nội dung yêu cầu, headers và tham số query từ HTTP POST đến.

Ví dụ sử dụng: Nhận cập nhật theo dõi lô hàng từ API hãng vận tải. Xử lý thông báo thanh toán từ cổng thanh toán. Nhận dữ liệu từ bất kỳ hệ thống bên ngoài nào có thể gửi yêu cầu HTTP.

Các loại bước

Các bước là thành phần cơ bản của quy trình. Mỗi bước thực hiện một hành động duy nhất: gọi công cụ, đánh giá điều kiện, lặp qua danh sách, xác nhận đầu vào hoặc tạm dừng thực thi. Các bước chạy tuần tự, và đầu ra của mỗi bước có sẵn cho các bước tiếp theo thông qua công cụ biểu thức.

Lotics cung cấp 8 loại bước bao phủ đầy đủ nhu cầu tự động hóa, từ gọi công cụ đơn giản đến logic phân nhánh phức tạp, mẫu chờ bất đồng bộ và xác nhận đầu vào.

tool_call

Thực thi bất kỳ công cụ đã đăng ký nào từ kho công cụ Lotics. Đây là loại bước chủ lực, bao gồm trích xuất AI, thao tác bản ghi, gửi email, tạo chứng từ, yêu cầu HTTP và nhiều hơn nữa.

Trường chính: tool_name (công cụ nào cần thực thi) và input (tham số của công cụ, có thể chứa biểu thức).

Ví dụ sử dụng: Trích xuất dữ liệu hóa đơn từ tệp đính kèm bằng AI. Tạo hoặc cập nhật bản ghi. Gửi thông báo Slack. Tạo PDF từ mẫu. Truy vấn bản ghi với bộ lọc. Gửi email.

if

Phân nhánh có điều kiện dựa trên biểu thức đánh giá đúng hoặc sai. Quy trình đi theo nhánh "then" nếu điều kiện đúng, và nhánh "else" tùy chọn nếu sai.

Trường chính: condition (biểu thức đánh giá giá trị boolean), then (các bước thực thi khi đúng), và else (các bước tùy chọn thực thi khi sai).

Ví dụ sử dụng: Nếu tổng hóa đơn vượt $10.000, chuyển đến phê duyệt quản lý; nếu không, tự động phê duyệt. Nếu ETA đã thay đổi so với giá trị trước, gửi thông báo; nếu không, bỏ qua. Nếu tìm thấy bản ghi khớp, cập nhật nó; nếu không, tạo bản ghi mới.

switch

Phân nhánh đa hướng dựa trên khớp giá trị biểu thức với nhiều trường hợp. Dễ đọc hơn chuỗi if/else lồng nhau khi định tuyến dựa trên một giá trị duy nhất.

Trường chính: expression (giá trị để khớp), cases (ánh xạ giá trị đến chuỗi bước), và default (bước dự phòng tùy chọn nếu không có trường hợp nào khớp).

Ví dụ sử dụng: Chuyển yêu cầu hỗ trợ đến các đội khác nhau theo danh mục: thanh toán, kỹ thuật, vận chuyển. Xử lý các loại tài liệu khác nhau với logic trích xuất khác nhau. Áp dụng các quy trình phê duyệt khác nhau theo danh mục chi phí.

foreach

Lặp qua một mảng, thực thi chuỗi bước con cho mỗi phần tử. Bên trong thân vòng lặp, phần tử hiện tại và chỉ mục của nó có sẵn dưới dạng biến biểu thức.

Trường chính: items (biểu thức đánh giá thành mảng) và steps (chuỗi bước thực thi cho mỗi phần tử). Bên trong vòng lặp, {{item}} tham chiếu phần tử mảng hiện tại và {{index}} tham chiếu vị trí của nó.

Ví dụ sử dụng: Với mỗi mục trong hóa đơn, tạo bản ghi riêng và xác nhận với đơn đặt hàng. Với mỗi lô hàng trong lô, gửi email cập nhật theo dõi. Với mỗi tệp đính kèm trong email đến, chạy trích xuất AI.

wait

Tạm dừng thực thi trong khoảng thời gian chỉ định. Công cụ quy trình lưu trạng thái hiện tại và lên lịch công việc tiếp tục.

Trường chính: duration_in_minutes (thời gian tạm dừng).

Ví dụ sử dụng: Chờ 24 giờ sau khi gửi nhắc thanh toán trước khi chuyển lên thu hồi nợ. Chờ 30 phút sau khi tạo bản ghi trước khi kiểm tra xem nó đã được cập nhật chưa (cho phép thời gian xem xét thủ công). Thêm độ trễ giữa các lệnh gọi API để tuân thủ giới hạn tốc độ.

wait_for_event

Tạm dừng thực thi cho đến khi sự kiện bên ngoài cụ thể xảy ra, với thời gian chờ tùy chọn. Công cụ quy trình lưu trạng thái và tiếp tục khi sự kiện khớp được nhận.

Trường chính: event_type (loại sự kiện cần chờ), event_ref (định danh để khớp), và timeout_in_minutes (thời gian chờ tối đa tùy chọn trước khi quy trình tiếp tục hoặc thất bại).

Ví dụ sử dụng: Chờ quản lý phê duyệt đơn đặt hàng trước khi tạo thanh toán. Chờ webhook xác nhận thanh toán được nhận. Chờ trạng thái lô hàng chuyển thành "Đã thông quan" trước khi tạo lệnh giao hàng.

return

Thoát quy trình sớm và trả về kết quả. Điều này dừng thực thi ngay lập tức, bỏ qua các bước còn lại.

Trường chính: status ("success" hoặc "error") và message (mô tả kết quả dễ đọc).

Ví dụ sử dụng: Nếu phát hiện bản ghi trùng lặp, trả về thông báo lỗi và dừng xử lý. Nếu kiểm tra xác nhận thất bại, thoát sớm với giải thích. Nếu không tìm thấy dữ liệu cần thiết, thoát một cách nhẹ nhàng thay vì tiếp tục với giá trị trống.

validate

Xác nhận đầu vào khai báo kiểm tra nhiều điều kiện và thu thập tất cả lỗi. Khác với bước if dừng ở điều kiện đầu tiên, validate chạy tất cả kiểm tra và báo cáo mọi vấn đề cùng lúc.

Trường chính: checks (danh sách quy tắc xác nhận, mỗi quy tắc có điều kiện và thông báo lỗi). Tất cả kiểm tra được đánh giá, và tất cả lỗi được thu thập vào một báo cáo duy nhất.

Ví dụ sử dụng: Trước khi xử lý hóa đơn, xác nhận rằng nhà cung cấp tồn tại, số PO có mặt, tổng tiền dương và đơn vị tiền tệ được hỗ trợ, báo cáo tất cả vấn đề trong một lần. Trước khi tạo lô hàng, xác minh tất cả trường bắt buộc đã được điền và các ngày hợp lý về mặt logic.

Công cụ biểu thức

Biểu thức là chất kết dính kết nối các bước với nhau. Sử dụng cú pháp {{ }}, bất kỳ bước nào cũng có thể tham chiếu dữ liệu từ sự kiện kích hoạt hoặc từ đầu ra của các bước trước đó. Biểu thức cho phép bạn xây dựng quy trình động trong đó mỗi bước thích ứng dựa trên những gì đã xảy ra trước nó.

Công cụ biểu thức sử dụng jexpr, trình đánh giá biểu thức JavaScript nhẹ. Nó hỗ trợ các toán tử chuẩn (số học, so sánh, logic), ký hiệu chấm cho đối tượng lồng nhau, chỉ mục mảng và nối chuỗi.

Hai chế độ đánh giá

Chế độ biểu thức thuần: Khi toàn bộ giá trị là một biểu thức duy nhất như {{trigger.record_updated.next_data.total}}, kết quả giữ nguyên kiểu gốc (số, boolean, đối tượng, mảng). Điều này quan trọng khi truyền dữ liệu có cấu trúc giữa các bước.

Chế độ chuỗi mẫu: Khi biểu thức được trộn với văn bản như "Hóa đơn {{trigger.gmail_receive_email.subject}} nhận từ {{trigger.gmail_receive_email.from}}", kết quả luôn là chuỗi. Sử dụng chế độ này để xây dựng tin nhắn, mô tả và nhãn.

Ngữ cảnh có sẵn

Ví dụ biểu thức

Giới hạn

Công cụ biểu thức cố tình giữ phạm vi nhỏ để đảm bảo độ tin cậy:

• Không hỗ trợ optional chaining (?.) -- sử dụng kiểm tra rõ ràng hoặc bước if cho xử lý null
• Không hỗ trợ nullish coalescing (??) -- sử dụng bước if hoặc toán tử ba ngôi thay thế
• Không hỗ trợ template literals (chuỗi backtick với ${}) -- sử dụng chế độ chuỗi mẫu với {{ }} thay thế

Ví dụ: xác nhận booking freight forwarder

Một công ty freight forwarding nhận xác nhận booking từ hãng tàu qua email. Trước Lotics, điều phối viên phải đọc từng email thủ công, tìm số booking, kiểm tra tên tàu và ETA, mở bảng theo dõi, cập nhật bản ghi và chuyển tiếp thông tin cho khách hàng. Quy trình này mất 10-15 phút mỗi booking và dễ sai sót.

Với quy trình Lotics, toàn bộ quá trình được tự động hóa:

Kích hoạt: receive_gmail_email kích hoạt khi email xác nhận booking đến hộp thư vận hành.

Bước 1 -- Trích xuất AI (tool_call): Sử dụng AI để trích xuất dữ liệu có cấu trúc từ nội dung email: số booking, tên tàu, số container, ETA, cảng xếp hàng và cảng dỡ hàng. AI xử lý các định dạng email khác nhau từ các hãng tàu khác nhau.

Bước 2 -- Tìm bản ghi khớp (tool_call): Truy vấn bảng Lô hàng để tìm bản ghi khớp với số booking đã trích xuất sử dụng {{extract_step.output.booking_number}}.

Bước 3 -- Cập nhật bản ghi (tool_call): Cập nhật bản ghi lô hàng khớp với tên tàu, số container và ETA đã trích xuất. Sử dụng biểu thức để ánh xạ mỗi trường trích xuất với trường bản ghi tương ứng.

Bước 4 -- Kiểm tra thay đổi ETA (if): So sánh ETA mới ({{extract_step.output.eta}}) với ETA đã ghi nhận trước đó ({{find_step.output.data.eta}}). Nếu khác nhau, quy trình phân nhánh đến bước thông báo.

Bước 5 -- Thông báo đội (tool_call, có điều kiện): Nếu ETA thay đổi, gửi thông báo cho đội vận hành với ETA cũ và mới, số booking và tên tàu. Đội biết ngay về thay đổi lịch trình mà không cần theo dõi email thủ công.

Bước 6 -- Tạo PDF (tool_call): Tạo chứng từ xác nhận booking PDF từ mẫu công ty, điền dữ liệu đã trích xuất và các trường bản ghi đã cập nhật.

Bước 7 -- Gửi email khách hàng (tool_call): Gửi PDF đã tạo đến địa chỉ email khách hàng (lấy từ bản ghi khách hàng liên kết), cùng với tóm tắt chi tiết booking.

Toàn bộ quá trình chạy trong chưa đầy 30 giây mà không cần can thiệp thủ công. Thời gian của điều phối viên được giải phóng cho xử lý ngoại lệ và quản lý quan hệ khách hàng.

Ví dụ: xử lý và đối chiếu hóa đơn

Một công ty logistics nhận hàng trăm hóa đơn nhà cung cấp hàng tháng qua email. Mỗi hóa đơn cần được ghi nhận, đối chiếu với đơn đặt hàng tương ứng và chuyển đến đội tài chính để thanh toán. Xử lý thủ công tốn đội kế toán phải trả 3-4 ngày mỗi tháng.

Kích hoạt: receive_gmail_email kích hoạt khi email hóa đơn đến.

Bước 1 -- Trích xuất AI (tool_call): Sử dụng AI để trích xuất dữ liệu có cấu trúc từ tệp đính kèm email: tên nhà cung cấp, số hóa đơn, ngày hóa đơn, các mục chi tiết (mỗi mục có mô tả, số lượng, đơn giá và thành tiền), tổng tiền và đơn vị tiền tệ.

Bước 2 -- Xác nhận dữ liệu hóa đơn (validate): Kiểm tra các trường bắt buộc có mặt: tên nhà cung cấp không rỗng, số hóa đơn theo đúng định dạng, tổng tiền dương và có ít nhất một mục chi tiết. Tất cả lỗi được báo cáo trong một lần.

Bước 3 -- Tạo bản ghi mục chi tiết (foreach): Lặp qua {{extract_step.output.line_items}}. Với mỗi mục, bước tool_call lồng tạo bản ghi trong bảng Chi tiết hóa đơn với mô tả, số lượng, đơn giá và thành tiền. Sử dụng {{item.description}}, {{item.quantity}}, và {{item.amount}} để ánh xạ dữ liệu trích xuất với trường bản ghi.

Bước 4 -- Tìm PO khớp (tool_call): Truy vấn bảng Đơn đặt hàng để tìm PO khớp theo tên nhà cung cấp và số PO từ dữ liệu trích xuất.

Bước 5 -- So sánh tổng tiền (if): So sánh tổng hóa đơn với số tiền PO. Nếu chênh lệch vượt 2%, quy trình phân nhánh đến đường dẫn sai lệch.

Bước 6a -- Đánh dấu sai lệch (tool_call, nếu chênh lệch > 2%): Tạo cờ sai lệch trên bản ghi hóa đơn với số tiền PO dự kiến, số tiền hóa đơn thực tế và phần trăm chênh lệch. Gửi thông báo cho quản lý tài chính với liên kết đến bản ghi hóa đơn và PO để xem xét thủ công.

Bước 6b -- Tự động xác minh (tool_call, nếu số tiền khớp): Đặt trạng thái hóa đơn thành "Đã xác minh" tự động. Hóa đơn chuyển thẳng vào hàng đợi thanh toán mà không cần can thiệp thủ công.

Đội tài chính giờ xử lý cùng khối lượng hóa đơn trong nửa ngày. Sai lệch được phát hiện ngay thay vì bị phát hiện trong đối chiếu cuối tháng.

Thực thi và xử lý lỗi

Khi quy trình chạy, công cụ tạo bản ghi thực thi theo dõi trạng thái của mỗi bước. Bạn có thể xem toàn bộ lịch sử thực thi cho bất kỳ quy trình nào: bước nào đã chạy, dữ liệu nào chúng nhận, chúng trả về gì và mỗi bước mất bao lâu.

Nếu một bước thất bại, quy trình dừng tại bước đó và ghi lại lỗi với đầy đủ ngữ cảnh: loại bước, dữ liệu đầu vào đã phân giải (với biểu thức đã được đánh giá) và thông báo lỗi. Lỗi không bao giờ bị nuốt im lặng. Bạn có thể xem thực thi, khắc phục sự cố (sửa biểu thức, cập nhật cấu hình công cụ, sửa dữ liệu nguồn) và hiểu chính xác điều gì đã sai.

Quy trình đạt đến bước wait hoặc wait_for_event lưu toàn bộ ngữ cảnh và tiếp tục từ nơi dừng khi điều kiện được đáp ứng. Trạng thái thực thi được lưu trữ, nên ngay cả khi máy chủ khởi động lại, quy trình vẫn tiếp tục chính xác.

Câu hỏi thường gặp

Tôi có thể tạo bao nhiêu quy trình?

Không có giới hạn cứng về số lượng quy trình. Bạn có thể tạo bao nhiêu tùy nhu cầu vận hành. Mỗi quy trình chạy độc lập, và công cụ xử lý các thực thi đồng thời trên tất cả quy trình đang hoạt động.

Điều gì xảy ra khi một bước quy trình thất bại?

Quy trình dừng tại bước thất bại và ghi lại lỗi với đầy đủ ngữ cảnh: loại bước, dữ liệu đầu vào và thông báo lỗi. Bạn có thể xem lịch sử thực thi, xác định vấn đề và hiểu chính xác điều gì đã sai. Lỗi không bao giờ bị nuốt im lặng.

Trợ lý AI có thể xây dựng quy trình cho tôi không?

Có. Mô tả quy trình bạn muốn tự động hóa bằng ngôn ngữ tự nhiên, và trợ lý AI sẽ tạo quy trình với kích hoạt, bước và biểu thức phù hợp. Sau đó bạn có thể xem lại và điều chỉnh cấu hình trước khi kích hoạt.

Quy trình có thể gọi quy trình khác không?

Quy trình không trực tiếp gọi quy trình khác. Nếu bạn cần logic chung giữa nhiều quy trình, hãy cấu trúc các bước trong mỗi quy trình một cách độc lập. Điều này giữ mỗi quy trình tự chứa và dễ gỡ lỗi hơn.

Quy trình có chạy thời gian thực không?

Có. Các kích hoạt dựa trên sự kiện (thay đổi bản ghi, email, webhook, nút bấm, biểu mẫu) kích hoạt trong vài giây kể từ khi sự kiện xảy ra. Kích hoạt theo lịch chạy vào thời gian cron đã cấu hình. Mỗi bước thực thi ngay khi bước trước hoàn thành.

Những công cụ nào có sẵn trong bước tool_call?

Kho công cụ bao gồm trích xuất AI, CRUD bản ghi (tạo, đọc, cập nhật, truy vấn), gửi email, tạo chứng từ (PDF, Excel, Word), yêu cầu HTTP, thông báo Slack và nhiều hơn nữa. Trợ lý AI biết toàn bộ danh mục công cụ và sẽ chọn công cụ phù hợp khi xây dựng quy trình từ mô tả của bạn.

Giá trị hiển thị hoạt động như thế nào?

Trước khi quy trình thực thi, công cụ tiền xử lý giá trị trường thô thành giá trị hiển thị dễ đọc. Khóa tùy chọn trường chọn trở thành tên tùy chọn ("active" trở thành "Active"). ID thành viên trở thành tên thành viên. ID bản ghi trở thành văn bản hiển thị. Các giá trị hiển thị này có sẵn tại {{trigger.{namespace}.display.*}} để các bước quy trình có thể sử dụng văn bản dễ đọc trong thông báo, chứng từ và tin nhắn mà không cần bước tra cứu thêm.

Quy trình có thể xử lý file và tệp đính kèm không?

Có. Kích hoạt email cung cấp tệp đính kèm như một phần ngữ cảnh. Bước tool_call có thể truyền tệp đính kèm đến công cụ trích xuất AI, đính kèm file vào bản ghi, tạo chứng từ và gửi email có tệp đính kèm. Dữ liệu file chảy qua công cụ biểu thức giống như bất kỳ dữ liệu nào khác.

Điều gì xảy ra trong bước wait?

Công cụ quy trình lưu toàn bộ trạng thái thực thi (tất cả kết quả bước, ngữ cảnh kích hoạt, vị trí hiện tại) và lên lịch tiếp tục. Khi thời gian chờ hết hoặc sự kiện dự kiến xảy ra, công cụ tiếp tục thực thi từ chính xác nơi dừng. Trạng thái được lưu vào cơ sở dữ liệu, nên nó tồn tại qua khởi động lại máy chủ.

Làm thế nào để gỡ lỗi quy trình không hoạt động?

Mở lịch sử thực thi của quy trình để xem mỗi lần chạy. Với mỗi thực thi, bạn có thể kiểm tra mọi bước: đầu vào đã phân giải (với biểu thức đã được đánh giá thành giá trị thực), đầu ra, thời lượng và bất kỳ lỗi nào. Điều này cho phép bạn truy vết chính xác nơi dữ liệu chảy và nơi nó bị lỗi.