Workflow Preview

3 min read

CrewPayScan is an early workflow preview for maritime payroll, crewing, finance, and compliance teams. The current goal is to validate whether a focused review flow for crew payment beneficiaries and banks is useful before building a broader compliance platform.

The preview is discovery-oriented and should be tested with sample or anonymized data only unless a private pilot has explicit agreement, defined fields, and clear retention/deletion handling.

Why This Workflow Is Being Explored

Crew payroll and allotment checks can involve spreadsheets, manual lookups, internal notes, and time pressure before payment release. CrewPayScan is exploring whether a narrow workflow can help teams review possible sanctions matches more consistently and keep better evidence of what was checked.

1. Upload A Sample Payroll Or Allotment CSV

  • Map relevant fields: Identify columns such as crew name, beneficiary name, bank name, payment reference, vessel, or internal review notes.
  • Use sample data first: The public preview is intended for sample or anonymized files, not live customer payroll data.
  • Validate real formats: Feedback on actual file structures helps determine what import flow would be practical.

2. Screen Beneficiary And Bank Names

  • Focus on payment risk fields: The workflow centers on beneficiary and bank names because these are the fields teams may need to check before release.
  • Review possible matches: Results should help a person inspect possible matches, not imply automatic compliance decisions.
  • Shape the matching approach: Private-preview feedback will help decide what data sources, thresholds, and review context are needed.

3. Review Possible Matches

  • Inspect match context: Reviewers should be able to see why a name may need attention and what payment record it came from.
  • Add review notes: The preview is testing what notes, comments, or internal references are useful during review.
  • Keep human judgment central: CrewPayScan is exploring workflow support, not replacing compliance judgment.

4. Mark Review Outcomes

  • Reviewed: A record has been checked and does not need further action in the sample workflow.
  • False positive: A possible match was reviewed and marked as not relevant.
  • Needs follow-up: A record may require escalation, additional context, or another internal review step.

5. Export A Sample Audit Report

  • Show what was checked: Export a sample report showing the records, possible matches, statuses, and review notes.
  • Support internal review: The report is meant to test what evidence would be helpful for internal processes.
  • Avoid overclaiming: This is a sample audit report, not a guarantee of regulator acceptance.

What Feedback Is Most Useful Right Now

  • Which fields appear in your payroll or allotment exports?
  • How do you currently screen beneficiary and bank names before release?
  • What review statuses match your actual process?
  • What evidence would make a sample audit report useful?
  • Should this become a standalone workflow, an integration, or an API later?

Request Private Preview to help validate whether this workflow is worth building further.