The file's text, extracted by GovTribe without its formatting.
SUBMITTAL FORM A – Offeror Information Revised March 13, 2024
PROJECT INFORMATION
| PROJECT NAME: |
| ATLAS Replacement Project |
OFFEROR INFORMATION
Company Name:
Address:
Tax ID:
Alaska Business License #:
CONTACT INFORMATION
Provide contact information for the individual that can be contacted for clarification regarding this proposal:
Name
Title
Address
Email
Telephone
PROCUREMENT OFFICER NOTE: REVISE OR DELETE AS REQUIRED.
CRITICAL TEAM MEMBERS
Provide the names of all critical team members that will be assigned to this contract. Note: These individuals cannot be removed or replaced from this project, or their positions, unless approved in writing the project director or procurement officer.
Name of Position 1
Name of Position 2
Name of Position 3
Name of Position 4
ADDENDA ACKNOWLEDGEMENT
The offeror acknowledges receipt of the following amendments and has incorporated the requirements of such amendments into their proposal. Failure to identify and sign for all amendments may subject the offeror to disqualification. The offeror must list all amendments (by number), then initial and date to confirm that you have received and incorporated them into your proposal (add more rows as necessary).
CERTIFICATIONS
| 1 |
| The offeror is presently engaged in the business of providing the services & work required in this RFP. |
| True | False |
| 2 |
| The offeror confirms that it has the financial strength to perform and maintain the services required under this RFP. |
| True | False |
| 3 |
| The offeror accepts the terms and conditions set out in the RFP and agrees not to restrict the rights of the state. |
| True | False |
| 4 |
| The offeror confirms that they can obtain and maintain all necessary insurance as required on this project. |
| True | False |
| 5 |
| The offeror certifies that all services provided under this contract by the contractor and all subcontractors shall be performed in the United States. |
| True | False |
| 6 |
| The offeror is not established and headquartered or incorporated and headquartered, in a country recognized as Tier 3 in the most recent United States Department of State’s Trafficking in Persons Report. |
| True | False |
| 7 |
| Offeror complies with the American with Disabilities Act of 1990 and the regulations issued thereunder by the federal government. |
| True | False |
| 8 |
| Offeror complies with the Equal Employment Opportunity Act and the regulations issued thereunder by the federal government. |
| True | False |
| 9 |
| Offeror complies with the applicable portion of the Federal Civil Rights Act of 1964. |
| True | False |
| 10 |
| The offeror can provide (if requested) financial records for the organization for the past three years. |
| True | False |
| 11 |
| The offeror has not had any contracts terminated by the State of Alaska (within the past five years). |
| True | False |
| 12 |
| The offeror certifies that it is not currently debarred, suspended, proposed for debarment, or declared ineligible for award by any public or federal entity. |
| True | False |
| 13 |
| The offeror certifies that they will not support or participate in a boycott of Israel. Failure to comply with this requirement may cause the state to reject the proposal as non-responsive or cancel the contract. |
| True | False |
| 14 |
| The offeror certifies that they do not have any governmental or regulatory action against their organization that might have a bearing on their ability to provide services to the state. |
| True | False |
| 15 |
| The offeror certifies, within the last five years, they have not been convicted or had judgment rendered against them for: fraud, embezzlement, theft, forgery, bribery, falsification or destruction of records, false statements, or tax evasion. |
| True | False |
| 16 |
| The offeror does not have any judgments, claims, arbitrations or suits pending/outstanding against your company in which an adverse outcome would be material to the company. |
| True | False |
| 17 |
| The offeror is not (now or in the past) been involved in bankruptcy or reorganized proceeding. |
| True | False |
| 18 |
| Offeror certifies they comply with the laws of the State of Alaska. |
| True | False |
| 19 |
| Offeror confirms their proposal will remain valid and open for at least 90 days. |
| True | False |
* Failure to answer or answering “False” may be grounds for disqualification. For any “False” responses, provide clarification (up to 250 word maximum for each “False” clarification) below (add rows as necessary).
CONFLICT OF INTEREST STATEMENT
Indicate below whether or not the firm or any individuals that will work on the contract has a possible conflict of interest (e.g., currently employed by the State of Alaska or formerly employed by the State of Alaska within the past two years) and, if so, the nature of that conflict. The procurement officer reserves the right to consider a proposal non-responsive and reject it or cancel the award if any interest disclosed from any source could either give the appearance of a conflict or cause speculation as to the objectivity services to be provided by the offeror.
| Does the offeror, or any individuals that will work on this contract, have a possible conflict of interest? |
| □ Yes □ No |
* Failure to answer may be grounds for disqualification.
If “Yes”, please provide additional information regarding the nature of that conflict:
FEDERAL REQUIREMENTS
Indicate below all known federal requirements that apply to the proposal, proposal evaluation, or contract:
SIGNATURE
This proposal must be signed by a company officer empowered to bind the company.
Printed Name
Title
Date
Signature
ALASKA BIDDER PREFERENCE CERTIFICATION
AS 36.30.321(A) / AS 36.30.990(2)
BUSINESS NAME: __________________________________
| Alaska Bidder Preference: Do you believe that your firm qualifies for the Alaska Bidder Preference? |
| □ Yes □ No |
| Alaska Veteran Preference: Do you believe that your firm qualifies for the Alaska Veteran Preference? |
| □ Yes □ No |
Please list any additional Alaska Preferences below that you believe your firm qualifies for.
1. 2. 3. 4. 5. 6.
To qualify for and claim the Alaska Bidder Preference you must answer YES to all questions below in the Alaska Bidder Preference Questions section. To qualify for and claim the Alaska Veteran Preference, you must answer YES to these questions as well as answer YES to all the questions in the Alaska Veteran Preference section. A signed copy of this form must be included with your bid or proposal no later than the deadline set for receipt of bids or proposals.
If you are submitting a bid or proposal as a JOINT VENTURE, all members of the joint venture must complete and submit this form before the deadline set for receipt of bids or proposals. AS 36.30.990(2)(E) If the procuring agency is unable to verify a response, the preference may not be applied. Knowingly or intentionally making false or misleading statements on this form, whether it succeeds in deceiving or misleading, constitutes misrepresentation per AS 36.30.687 and may result in criminal penalties.
Alaska Bidder Preference Questions:
1) Does your business hold a current Alaska business license per AS 36.30.990(2)(A)?
☐ YES ☐ NO
If YES, enter your current Alaska business license number: Click or tap here to enter text.
| 2) | Is your business submitting a bid or proposal under the name appearing on the Alaska business license noted in Question 1 per AS 36.30.990(2)(B)? | |
| ☐ YES | | ☐ NO |
| 3) | Has your business maintained a place of business within the state staffed by the bidder or offeror or an employee of the bidder or offeror for a period of six months immediately preceding the date of the bid or proposal per AS 36.30.990(2)(C)? | |
| ☐ YES | | ☐ NO |
If YES, please complete the following information:
A. Place of Business
| Street Address: | ______________________________ | | |
| City: | | ______________________________ | |
| ZIP: | | | ______________________________ |
“Place of business” is defined as a location at which normal business activities are conducted, services are rendered, or goods are made, stored, or processed; a post office box, mail drop, telephone, or answering service does not, by itself, constitute a place of business per 2 AAC 12.990(b)(3).
Do you certify that the Place of Business described in Question 3A meets this definition?
☐ YES ☐ NO
B. The bidder or offeror, or at least one employee of the bidder or offeror, must be a resident of the state under AS 16.05.415(a) per 2 AAC 12.990(b)(7).
1) Do you certify that the bidder or offeror OR at least one employee of the bidder or offeror is physically present in the state with the intent to remain in Alaska indefinitely and to make a home in the state per AS 16.05.415(a)(1)?
☐ YES ☐ NO
2) Do you certify that that the resident(s) used to meet this requirement has maintained their domicile in Alaska for the 12 consecutive months immediately preceding the deadline set for receipt of bids or proposals per AS 16.05.415(a)(2)?
☐ YES ☐ NO
3) Do you certify that the resident(s) used to meet this requirement is claiming residency ONLY in the state of Alaska per AS 16.05.415(a)(3)?
☐ YES ☐ NO
4) Do you certify that the resident(s) used to meet this requirement is NOT obtaining benefits under a claim of residency in another state, territory, or country per AS 16.05.415(a)(4)?
| ☐ YES | | ☐ NO |
| 4) | Per AS 36.30.990(2)(D), is your business (CHOOSE ONE): | |
| A. | Incorporated or qualified to do business under the laws of the state? | |
| ☐ YES | | ☐ NO |
If YES, enter your current Alaska corporate entity number: __________________________
| B. | A sole proprietorship AND the proprietor is a resident of the state? | |
| ☐ YES | | ☐ NO |
| C. | A limited liability company organized under AS 10.50 AND all members are residents of the state? | |
| ☐ YES | | ☐ NO |
Please identify each member by name: Click or tap here to enter text.
| D. | A partnership under former AS 32.05, AS 32.06, or AS 32.11 AND all partners are residents of the state? | |
| ☐ YES | | ☐ NO |
Please identify each member by name: Click or tap here to enter text.
Alaska Veteran Preference Questions:
1. Per AS 36.30.321(F), is your business (CHOOSE ONE):
A. A sole proprietorship owned by an Alaska veteran?
| ☐ YES | | ☐ NO |
| B. | A partnership under AS 32.06 or AS 32.11 AND a majority of the partners are Alaska veterans? | |
| ☐ YES | | ☐ NO |
| C. | A limited liability company organized under AS 10.50 AND a majority of the members are Alaska veterans? | |
| ☐ YES | | ☐ NO |
| D. | A corporation that is wholly owned by individuals, AND a majority of the individuals are Alaska veterans? | |
| ☐ YES | | ☐ NO |
Per AS 36.30.321(F)(3) “Alaska veteran” is defined as an individual who:
(A) Served in the
(i) Armed forces of the United States, including a reserve unity of the United States armed forces; or
(ii) Alaska Territorial Guard, the Alaska Army National Guard, the Alaska Air Nations Guard, or the Alaska Naval Militia; and
(B) Was separated from service under a condition that was not dishonorable.
Do you certify that the individual(s) indicated in Question 1A, 1B, 1C, or 1D meet this definition and can provide documentation of their service and discharge if necessary?
☐ YES ☐ NO
SIGNATURE
By signature below, I certify under penalty of law that I am an authorized representative of Click or tap here to enter text. and all information on this form is true and correct to the best of my knowledge.
Printed Name
Title
Date
Signature
SUBMITTAL FORM B – Experience and Qualifications SPECIAL REQUIREMENTS: This Submittal Form must not identify the offeror’s proposed costs and must not exceed ten (10) pages (reference RFP section 4.02).
SUBMITTAL FORM C – Understanding of the Project SPECIAL REQUIREMENTS: This Submittal Form must not identify the offeror’s proposed costs and must not exceed ten (10) pages (reference RFP section 4.02).
SUBMITTAL FORM D – Methodology Used for the Project SPECIAL REQUIREMENTS: This Submittal Form must not identify the offeror’s proposed costs and must not exceed ten (10) pages (reference RFP section 4.02).
SUBMITTAL FORM E – Management Plan for the Project SPECIAL REQUIREMENTS: This Submittal Form must not identify the offeror’s proposed costs and must not exceed ten (10) pages (reference RFP section 4.02).
SUBMITTAL FORM F – Subcontractor
Please complete the below form if using subcontractors. During contract negotiation, the state may require a signed written statement from each subcontractor that clearly verifies the subcontractor is committed to performing the services required by the contract. Prior to contract award, the state will also require evidence that a subcontractor possesses a valid Alaska business license if they will be performing work within Alaska.
| Subcontractor Function |
| Subcontractor Name |
| Address |
| % of Work Performing |
SUBMITTAL FORM G – Cost Proposal SPECIAL REQUIREMENTS: This Submittal Form must not identify the offeror’s proposed costs and must not exceed four (4) pages (reference RFP section 4.02).
This Cost Proposal must be submitted in response to this Request for Proposal. A failure to submit this Cost Proposal may result in the proposal submission being considered non-responsive. Any changes to this Cost Proposal other than completion may result in the offeror’s proposal being determined to be conditioned and will be declared non-responsive and rejected. Offerors must complete and submit all portions of this Cost Proposal. Failure to do so may result in the proposal being declared non-responsive and rejected.
Offerors shall include in the cost proposed all costs associated with completing all tasks and deliverables described in the Scope of Work and Deliverables section of the RFP, including but not limited to labor, administration, overhead, materials, and profit.
COST PROPOSAL INSTRUCTIONS
• Complete all required pricing fields. Prices shall include all costs necessary to perform the requirements of RFP 2527H098
• Provide firm fixed pricing for the initial implementation, initial contract term, and each of the four one-year renewal options.
• The Total Evaluated Contract Cost will be used by the State to calculate the cost evaluation score under Section 5.09.
• Item 8. Transition Assistance. Proposed rates will not be evaluated for award; however, they will become the established contracted hourly rates for the personnel proposed. Offerors must identify the employee, applicable job class, hourly rate and the hourly billing rate for each proposed employee essential for the completion of this deliverable.
1. INITIAL IMPLEMENTATION
| No. |
| Implementation Activity |
| Firm Fixed Price |
| 1 |
| Deliverable One: Project Initiation and Kickoff |
| 2 |
| Deliverable Two: Project Management and Planning |
| 3 |
| Deliverable Three: System Design and Architecture |
| 4 |
| Deliverable Four: Testing Strategy and Environment Setup |
| 5 |
| Deliverable Five: Data Migration Planning and Execution |
| 6 |
| Deliverable Six: System Implementation and Deployment |
| 7 |
| Deliverable Seven: Training and Documentation |
| 8 |
| Deliverable Eight: System Testing and Validation |
| 9 |
| Deliverable Nine: Ongoing Support and Maintenance |
| 10 |
| Deliverable Ten: Data Ownership, Portability, and Contract Exit |
| 11 |
| Deliverable Eleven: Project Closure and Final System Acceptance |
| TOTAL INITIAL IMPLEMENTATION PRICE (No. 1-11) |
| $0.00 |
2. INITIAL CONTRACT TERM
| No. |
| Recurring Service |
| Initial Contract Term |
| 1 |
| SaaS software subscription/license |
| 3 |
| Software maintenance and updates |
| 4 |
| Technical support and help desk services |
| 5 |
| Service-level agreement/support services |
| 6 |
| Backup and disaster recovery services |
| 7 |
| Security and compliance services |
| 8 |
| Other required recurring services |
| TOTAL INITIAL CONTRACT TERM PRICE (No. 1-8) |
| $0.00 |
3. RENEWAL OPTION 1
| No. |
| Recurring Service |
| Renewal Option 1 |
| 1 |
| SaaS software subscription/license |
| 3 |
| Software maintenance and updates |
| 4 |
| Technical support and help desk services |
| 5 |
| Service-level agreement/support services |
| 6 |
| Backup and disaster recovery services |
| 7 |
| Security and compliance services |
| 8 |
| Other required recurring services |
| TOTAL RENEWAL OPTION 1 PRICE (No. 1-8) |
| $0.00 |
4. RENEWAL OPTION 2
| No. |
| Recurring Service |
| Renewal Option 2 |
| 1 |
| SaaS software subscription/license |
| 3 |
| Software maintenance and updates |
| 4 |
| Technical support and help desk services |
| 5 |
| Service-level agreement/support services |
| 6 |
| Backup and disaster recovery services |
| 7 |
| Security and compliance services |
| 8 |
| Other required recurring services |
| TOTAL RENEWAL OPTION 2 PRICE (No. 1-8) |
| $0.00 |
5. RENEWAL OPTION 3
| No. |
| Recurring Service |
| Renewal Option 3 |
| 1 |
| SaaS software subscription/license |
| 3 |
| Software maintenance and updates |
| 4 |
| Technical support and help desk services |
| 5 |
| Service-level agreement/support services |
| 6 |
| Backup and disaster recovery services |
| 7 |
| Security and compliance services |
| 8 |
| Other required recurring services |
| TOTAL RENEWAL OPTION 3 PRICE (No. 1-8) |
| $0.00 |
6. RENEWAL OPTION 4
| No. |
| Recurring Service |
| Renewal Option 4 |
| 1 |
| SaaS software subscription/license |
| 3 |
| Software maintenance and updates |
| 4 |
| Technical support and help desk services |
| 5 |
| Service-level agreement/support services |
| 6 |
| Backup and disaster recovery services |
| 7 |
| Security and compliance services |
| 8 |
| Other required recurring services |
| TOTAL RENEWAL OPTION 4 PRICE (No. 1-8) |
| $0.00 |
7. GRAND TOTAL EVALUATED CONTRACT COST
| No. |
| Cost Component |
| Total Proposed Component Cost |
| 1 |
| Total Initial Implementation Price (No. 1-11) |
| $0.00 |
| 2 |
| Total Initial Contract Term Price (No. 1-8) |
| $0.00 |
| 3 |
| Total Renewal Option 1 (No. 1-8) |
| $0.00 |
| 4 |
| Total Renewal Option 2 (No. 1-8) |
| $0.00 |
| 5 |
| Total Renewal Option 3 (No. 1-8) |
| $0.00 |
| 6 |
| Total Renewal Option 4 (No. 1-8) |
| $0.00 |
| GRAND TOTAL EVALUATED PROPOSED COST |
| $0.00 |
SUBMITTAL FORM G – Cost Proposal -Continued Not Evaluated for Award
8. TRANSITION ASSISTANCE
The following proposed rates will not be evaluated for award, however, they will become the established contracted hourly rates for the personnel proposed.
Offerors must identify the employee, applicable job class, hourly rate and the hourly billing rate for each proposed employee essential for the completion of this deliverable.
The State guarantees no minimum or maximum number of hours.
If additional page(s) are needed to identify each proposed employee they shall be provided in the format below.
Transition Assistance Personnel List & Fixed Rates
| Name |
| Job Class |
| Hourly Rate |
| Hourly Billing Rate |
9. COST PROPOSAL CERTIFICATION
By signing below, the Offeror certifies that the information provided in this Cost Proposal is complete and accurate; the prices include all costs necessary to perform RFP 2527H098; pricing has been provided for the initial term and all four renewal options; and the Total Evaluated Contract Cost represents the Offeror's total proposed cost for the initial implementation, initial contract term, and four renewal options.
Offeror:
Printed Name:
Title:
Signature:
Date:
| STATE OF ALASKA – REQUEST FOR PROPOSALS |
| RFP 2527H098 |
ATLAS REPLACEMENT PROJECT
SUBMITTAL FORM H – SYSTEM REQUIREMENTS
SPECIAL REQUIREMENTS: This Submittal Form must not identify the offeror’s proposed costs and must not exceed thirty-six (36) pages (reference RFP section 4.02).
ALASKA MARINE HIGHWAY SYSTEM
Dispatch Management System
SYSTEM REQUIREMENTS
Department of Transportation & Public Facilities Version 1.5 | May 2026
1. Introduction This document defines the system requirements for the Alaska Marine Highway System (AMHS) Dispatch Management System (DMS), which will replace the current Atlas dispatch software. Requirements were derived from 23 structured interviews and observation sessions conducted by Planet Technologies with subject matter experts across all functional areas of AMHS dispatch operations between May and July 2025.
Requirements are organized into 16 functional categories and assigned a priority level based on operational criticality. The priority framework is:
1. Must Have: A critical requirement; absence significantly reduces system value.
1. Could Have: Desirable enhancement that would provide operational benefit but is not critical to baseline function.
Each requirement is accompanied by its operational source and a current-state gap description. Requirements are coded by category prefix (e.g., EMP, SCH, QUA) and sequence number for traceability. This document should be read in conjunction with the AMHS Dispatch Management System (DMS) Concept of Operations (ConOps).
2. Requirements Summary by Category
| # |
| Category |
| Must Have |
| Could Have |
| Total |
| 1 |
| Employee Profile & Master Data |
| 6 |
| 1 |
| 7 |
| 2 |
| Seniority & Bargaining Unit Rules |
| 6 |
| 1 |
| 7 |
| 3 |
| Crew Scheduling & Vacancy Filling |
| 16 |
| 3 |
| 19 |
| 4 |
| Qualifications, Credentials & Training |
| 20 |
| 4 |
| 24 |
| 5 |
| Leave & Absence Management |
| 5 |
| 0 |
| 5 |
| 6 |
| Travel Coordination |
| 6 |
| 2 |
| 8 |
| 7 |
| Payroll & Timesheet Management |
| 7 |
| 1 |
| 8 |
| 9 |
| Communication & Audit Logging |
| 5 |
| 1 |
| 6 |
| 10 |
| Reporting & Analytics |
| 6 |
| 1 |
| 7 |
| 11 |
| System Integration |
| 9 |
| 0 |
| 9 |
| 12 |
| Security, Access & Technical Standards |
| 16 |
| 0 |
| 16 |
| 13 |
| Performance & Usability |
| 11 |
| 2 |
| 13 |
| 14 |
| Implementation & Vendor Obligations |
| 9 |
| 1 |
| 10 |
| 15 |
| Cloud Governance & Data Sovereignty |
| 9 |
| 0 |
| 9 |
| 16 |
| Availability & Disaster Recovery |
| 7 |
| 0 |
| 7 |
3. Detailed Requirements
1. Employee Profile and Master Data Staff across all functional areas rely on employee profile data as their primary lookup for contact information, bargaining unit, change port, and status. Atlas frequently has stale or incomplete data, and no field values can be copied out of the interface.
| Req ID |
| Priority |
| Requirement |
| Source |
| Current Gap (Atlas) |
| Vendor Response |
| Vendor Narrative/Notes |
| EMP-001 |
| Must Have |
| Maintain a unified employee record including name, Employee ID (EID), bargaining unit, position, change port, home address, phone number(s), and personal email address. |
| All Dispatch, Travel, Payroll |
| Data frequently stale; cannot copy/paste any values from Atlas |
| Choose an item. |
| EMP-002 |
| Must Have |
| Allow users to copy employee contact information (phone, email, address) from the interface without requiring manual retyping. |
| Passenger Services |
| Atlas does not support copy/paste of any data fields |
| Choose an item. |
| EMP-003 |
| Must Have |
| Track employee active/inactive status and reason (suspended, retired, resigned, separated, admin leave, etc.) with effective dates. |
| IBU Dispatch |
| Status history exists but requires manual entry for most status types |
| Choose an item. |
| EMP-004 |
| Must Have |
| Store and display complete position and job history for each employee, including all bargaining units they have belonged to. |
| Atlas Introduction |
| Supported but slow to navigate |
| Choose an item. |
| EMP-005 |
| Must Have |
| Provide an employee self-service portal where crew members can view their own profile, update contact information, and see their current schedule and qualifications. |
| Passenger Services, Union Needs |
| Original Atlas intent; never implemented |
| Choose an item. |
| EMP-006 |
| Must Have |
| Support bulk import of new hire data from an external applicant tracking/onboarding system (e.g., Applicant Stack) to eliminate manual re-entry. |
| Passenger Services |
| No integration; all new hire data manually entered by dispatch admin |
| Choose an item. |
| EMP-007 |
| Could Have |
| Generate and maintain an internal employee directory searchable by name, bargaining unit, change port, position, and vessel. |
| Shoreside Travel |
| Must currently use separate State of Alaska directory |
| Choose an item. |
2. Seniority and Bargaining Unit Rules AMHS operates under three distinct union contracts (IBU, MEBA, MMP), each with unique seniority hierarchies, vacation accrual rules, and scheduling provisions. Contracts are renegotiated every three years.
| Req ID |
| Priority |
| Requirement |
| Source |
| Current Gap (Atlas) |
| Vendor Response |
| Vendor Narrative/Notes |
| SEN-001 |
| Must Have |
| Support distinct seniority hierarchies for each bargaining unit. For IBU: Job Points → Admin Award Date → Department Points → Company Points → Hire Date. Support equivalent hierarchies for MEBA and MMP. |
| IBU Dispatch |
| Atlas supports IBU hierarchy; MEBA/MMP less well supported |
| Choose an item. |
| SEN-002 |
| Must Have |
| Display seniority-ordered lists of available employees for any given position, vessel, or change port, filterable in real time. |
| IBU Dispatch |
| Must print and manually annotate lists; Atlas too slow for real-time use |
| Choose an item. |
| SEN-003 |
| Must Have |
| Support Dispatch Selection Forms (DSF) that allow IBU employees to opt out of specific vessels, regions, or position types, and enforce those restrictions during vacancy filling. |
| IBU Dispatch |
| DSF data stored in Atlas but must be manually cross-referenced |
| Choose an item. |
| SEN-004 |
| Must Have |
| Allow rule sets for each bargaining unit to be configured by administrators without vendor involvement, to accommodate contract updates every three years. |
| IT Standards, Union Needs |
| Any Atlas rule change requires vendor development |
| Choose an item. |
| SEN-005 |
| Must Have |
| Track and display point accumulation for each employee across job points, department points, and company points, updated per contract cycle rules. |
| IBU Dispatch |
| Visible in Atlas but update latency is 2-4 weeks |
| Choose an item. |
| SEN-006 |
| Must Have |
| Support MEBA quarterly point cycles (points earned every 9 months) separately from IBU biweekly cycles. |
| MEBA Dispatch |
| MEBA seniority managed largely outside Atlas |
| Choose an item. |
| SEN-007 |
| Could Have |
| Generate on-demand bargaining unit seniority reports in a format suitable for posting per contract requirements. |
| IBU Dispatch |
| Reports available but require manual formatting and annotation |
| Choose an item. |
3. Crew Scheduling and Vacancy Filling IBU dispatchers fill vacancies on a biweekly cycle, while MEBA and MMP plan on quarterly scrolls. Vacancy filling requires cross-referencing vessel schedule, employee availability, qualifications, seniority, DSF restrictions, and change port proximity.
| Req ID |
| Priority |
| Requirement |
| Source |
| Current Gap (Atlas) |
| Vendor Response |
| Vendor Narrative/Notes |
| SCH-001 |
| Must Have |
| Provide a unified scheduling view showing, for each vessel and time period: bid holder, relief employee, leave status, and assignment dates for all bargaining units. |
| All Dispatch |
| No unified view; dispatchers maintain separate paper scrolls |
| Choose an item. |
| SCH-002 |
| Must Have |
| Display vessel schedule (port calls, dates, status) alongside crew assignment data so dispatchers can determine where and when crew changes occur. |
| IBU Dispatch |
| Vessel schedule is a separate public website; not integrated with Atlas |
| Choose an item. |
| SCH-003 |
| Must Have |
| Support filtering of available, qualified employees by change port, vessel, position/qualification, bargaining unit, and availability status (not on vacation, unfit, or already assigned). |
| IBU Dispatch |
| Requires navigating multiple Atlas screens and printed lists |
| Choose an item. |
| SCH-004 |
| Must Have |
| Support the IBU Riff bumping process: automated calculation of cascading position reassignments based on seniority hierarchy when bid holders are displaced. Allow dispatcher to review and confirm the proposed outcome before committing. |
| IBU Dispatch |
| Atlas Riff Math tool exists but requires extensive manual verification |
| Choose an item. |
| SCH-005 |
| Must Have |
| Track and enforce minimum manning requirements by vessel, reflecting both the Certificate of Inspection (COI) minimums and any active Transition Memos that specify different requirements. |
| MMP Dispatch |
| Transition memo requirements tracked manually on paper scroll |
| Choose an item. |
| SCH-006 |
| Must Have |
| Track vessel operational status (Revenue Service, Layup Moving, Layup Stationary, Overhaul) and display this alongside crew assignments. |
| MMP Dispatch, MEBA Dispatch |
| Vessel status tracked on color-coded paper scrolls; not in Atlas |
| Choose an item. |
| SCH-007 |
| Must Have |
| Support the MEBA Hall temporary hire process: identify when a position must be filled from the MEBA Hall, generate referral information with complete vacancy details, and track Hall-filled positions separately from regular AMHS employees. |
| MEBA Dispatch |
| Hall fills tracked manually; automated email to Hall not supported |
| Choose an item. |
| SCH-008 |
| Must Have |
| Allow posting of the official crew list for each vessel and bargaining unit, with version history and date/time stamp. |
| IBU Dispatch |
| Atlas supports posting but process is manual and error-prone |
| Choose an item. |
| SCH-009 |
| Must Have |
| Support quarterly scroll planning (4-month horizon) for MEBA and MMP, with a visual calendar/grid view showing assignments per vessel per two-week rotation, automatically driving timesheet pre-population. |
| MEBA Dispatch, MMP Dispatch |
| Quarterly scroll is Excel-based; Atlas only receives the result for timesheet generation |
| Choose an item. |
| SCH-010 |
| Must Have |
| Track holdover (overtime beyond the regular rotation) assignments separately and distinguish them from standard bid and relief assignments. |
| MMP Dispatch |
| Holdovers tracked on paper scroll only |
| Choose an item. |
| SCH-011 |
| Must Have |
| Display pier head jump emergency vacancy indicators (vessel sails within 6-12 hours) and support expedited assignment workflow that may prioritize location proximity over strict seniority order per applicable LOA, with documentation of the deviation and justification. |
| Union Needs |
| No system support; handled entirely by phone and institutional knowledge |
| Choose an item. |
| SCH-012 |
| Could Have |
| Support employee self-service availability calendaring so crew members can indicate availability or unavailability for specific dates or vessels. |
| Passenger Services |
| No self-service capability currently exists |
| Choose an item. |
| SCH-013 |
| Must Have |
| Support the MEBA Hall temporary hire process end-to-end: when a MEBA position cannot be filled internally, automatically generate an email notification to the MEBA Hall with complete vacancy details (vessel, position, dates, qualifications required). Provide a means for the Hall to supply temp employee information that creates a provisional record in the system, assigned a temporary PCN. |
| MEBA Dispatch |
| Handled by manual email and manual data entry. Temp PCNs tracked in a notebook. No system support for the Hall communication loop or temp record creation. |
| Choose an item. |
| SCH-014 |
| Must Have |
| Track temporary employee PCN (Position Classification Number) assignments separately from permanent bid PCNs. Automatically convert a temp PCN to a permanent PCN once the associated PARF is approved and the bid has been physically worked by the employee. |
| MEBA Dispatch, MMP Dispatch |
| Temporary PCNs manually tracked in notebooks. PCN conversion is entirely manual with no system trigger or validation, leading to data integrity errors. |
| Choose an item. |
| SCH-015 |
| Could Have |
| Draft proposed MEBA crew lists based on scheduling constraints (seniority hierarchy, qualifications, vessel status, scroll commitments) and present the draft to the MEBA dispatcher for review and modification before publishing. |
| MEBA Dispatch |
| MEBA crew lists built from scratch manually each cycle using Atlas, seniority scrolls, and paper records. No system-assisted drafting capability. |
| Choose an item. |
| SCH-016 |
| Must Have |
| Provide an interface for the MMP committee to submit key operational data used in quarterly crew list creation (voyage schedules, relief windows, position requirements). Automatically notify the MMP dispatcher when committee data has been received and is ready for review. |
| MMP Dispatch |
| MMP committee data delivered via email and entered manually by dispatcher. No system-based data handoff or dispatcher notification workflow. |
| Choose an item. |
| SCH-017 |
| Must Have |
| Provide a bid application review interface for supervisors and Port Stewards: display employee contact information, current assignment status, total hours worked in the relevant eligibility period, minimum qualification status, and bid history in one view. Capture the reviewer decision (approved, conditionally approved, denied) and documented reason in the system. |
| Passenger Services, MMP Dispatch |
| Bid review requires gathering data manually from Atlas, IRIS hours records, and paper qualification files. Decisions and reasoning not captured in any system. |
| Choose an item. |
| SCH-018 |
| Could Have |
| When an IBU vacancy is filled, automatically notify all relevant stakeholders via system-generated email: the vessel Master, the vessel Chief Mate, the employee vacating the position, and all IBU Dispatch staff. The notification must include the employee name, position, vessel, and effective date. |
| IBU Dispatch |
| Post-fill notifications are sent manually via Outlook. No automated notification or tracking exists in Atlas; inconsistent delivery creates operational and union compliance risk. |
| Choose an item. |
| SCH-019 |
| Must Have |
| When a vacancy is filled incorrectly or an assignment error occurs, display relevant details explaining why the error occurred and surface upcoming request data to help dispatchers identify and prevent similar mistakes. |
| IBU Dispatch |
| There is no system alert when a leave request is entered but remains in pending status. If a vacation is signed but not converted, it does not appear during crew list creation, and the missing relief only surfaces day-of. This type of error occurs almost every two-week crewing cycle |
| Choose an item. |
4. Qualifications, Credentials, and Training Crew assignments are constrained by credential requirements. Coast Guard credentials (MMC, TWIC, medical certificates), position-specific certifications, and pilotage endorsements (MMP) must all be current and verified before assignment. Tracking is managed across Atlas, Marinals LMS, and manual Excel sheets.
| Req ID |
| Priority |
| Requirement |
| Source |
| Current Gap (Atlas) |
| Vendor Response |
| Vendor Narrative/Notes |
| QUA-001 |
| Must Have |
| Track all Coast Guard credentials per employee: Merchant Mariner Credential (MMC), TWIC card, medical certificate (2-year and 5-year), food worker card, alcohol management certification, TAPS card, and HAZMAT certification, with expiration dates. |
| Vessel Crew Docs |
| Supported in Atlas but data loss on save requires manual double-checking |
| Choose an item. |
| QUA-002 |
| Must Have |
| Track pilotage endorsements for MMP deck officers by geographic area, type (day vs. unlimited), and inclusion vs. exclusion list status, and enforce these requirements during scheduling. |
| MMP Dispatch, Vessel Crew Docs |
| Atlas cannot differentiate day vs. unlimited pilotage; manual Excel sheets required |
| Choose an item. |
| QUA-003 |
| Must Have |
| Generate automated alerts and reports for credentials expiring within configurable timeframes (e.g., 30, 60, 90 days), filterable by employee, vessel, bargaining unit, and credential type. |
| Vessel Crew Docs |
| Atlas generates CSV exports; staff manually apply color-coding in Excel |
| Choose an item. |
| QUA-004 |
| Must Have |
| Support batch/bulk entry of the same credential or course completion for multiple employees simultaneously (e.g., entering STCW BT completion for 20 employees at once). |
| Vessel Crew Docs |
| Atlas requires one-by-one entry for every employee: no batch capability |
| Choose an item. |
| QUA-005 |
| Must Have |
| Confirm every credential save with a visible success indicator. The system must not discard records without notification. |
| Vessel Crew Docs |
| Atlas known to silently discard saves; staff must exit and re-enter to verify |
| Choose an item. |
| QUA-006 |
| Must Have |
| Support attaching scanned credential documents (PDF, JPG) to employee credential records. Automatically convert JPEG/image files to PDF upon upload for document standardization. |
| Vessel Crew Docs |
| Atlas supports attachments via Z-drive link only; JPEG-to-PDF requires manual conversion |
| Choose an item. |
| QUA-007 |
| Must Have |
| Generate a GAP report per employee showing required minimum qualifications for a given position vs. what the employee currently holds, with clear indication of what is missing and what is expiring. |
| Training, MEBA Dispatch |
| Atlas GAP reports exist but are confusing and omit expiration dates |
| Choose an item. |
| QUA-008 |
| Must Have |
| Receive training completion data from the Marinals LMS with a maximum 24-hour lag (vs. current 2-4 week lag), so that dispatcher qualification checks reflect recent training. |
| Training |
| Current 2-4 week lag causes dispatchers to miss recent completions |
| Choose an item. |
| QUA-009 |
| Must Have |
| Support future-effective credential documents: allow entry of a credential received in advance of its validity date (e.g., renewed MMC submitted months before current one expires), storing it as pending with an activation date, and automatically replacing the current credential when the activation date is reached. |
| Vessel Crew Docs |
| No Atlas support for future-effective documents; manual re-entry required at the right time, creating risk of lapsed credentials |
| Choose an item. |
| QUA-010 |
| Must Have |
| Support multi-course certificates (e.g., HCT = 13 individual courses; HCT Refresher = 3 courses) as a single credential entry, automatically verified when all constituent courses are complete. |
| Vessel Crew Docs |
| Atlas cannot group courses into composite certificates; tracked manually |
| Choose an item. |
| QUA-011 |
| Must Have |
| Define parent qualifications composed of multiple sub-qualifications (e.g., STCW Basic Safety Training grouping BT, PSC, EFA, and FPFF). GAP reports must evaluate parent qualification status based on completion of all constituent sub-qualifications. |
| Training, Vessel Crew Docs |
| Atlas lists every sub-qualification separately; GAP reports confusing and hard to interpret |
| Choose an item. |
| QUA-012 |
| Must Have |
| Support alternative qualifications: when an employee holds an alternate credential that satisfies a minimum qualification requirement, display it as qualifying but in a visually distinct format (e.g., alternate color or label) to distinguish primary from alternate qualifications. |
| Training, MEBA Dispatch |
| Atlas does not distinguish primary from alternative qualifications in reports |
| Choose an item. |
| QUA-013 |
| Must Have |
| Allow employee self-service document upload for credential renewals. Provide a document legibility review tool for the Vessel Crew Docs clerk: display submitted documents at full resolution, allow flagging as illegible, and automatically notify the employee with specific feedback on resubmission requirements. |
| Passenger Services, Vessel Crew Docs |
| No self-service capability: approximately 50% of documents are rejected and rejection feedback is manual email |
| Choose an item. |
| QUA-014 |
| Must Have |
| Track and manage training course enrollment, scheduling, and completion for AMHS-sponsored courses, including recording requests for future course planning when courses are full; organizing registrations by seniority and request date; and transferring approved registrations to partnering educator registration logs. |
| Training |
| Training coordination handled via separate Excel sheets outside Atlas; demand not tracked |
| Choose an item. |
| QUA-015 |
| Could Have |
| Provide course description and prerequisite information within the system so that dispatchers and new employees can understand credential requirements without institutional knowledge. |
| Training |
| No course information in Atlas; separate Internal Resources website required |
| Choose an item. |
| QUA-016 |
| Could Have |
| When a training request is approved, automatically send the employee: (a) a leave request form reminder, and (b) course information and class flyer. |
| Training |
| Both communications sent manually for every approved request |
| Choose an item. |
| QUA-017 |
| Must Have |
| Automatically calculate whether a vessel crew member meets the minimum hours threshold for bid eligibility based on total hours worked in the relevant period. Display the hours calculation alongside bid application records so the reviewing supervisor can verify eligibility without a separate IRIS lookup. |
| Passenger Services, IBU Dispatch |
| Hours calculation done manually by Port Stewards reviewing separate IRIS payroll records. No integrated hours-to-eligibility calculation in Atlas. |
| Choose an item. |
| QUA-018 |
| Must Have |
| Maintain qualification metadata for each credential type: issuing authority, renewal frequency, applicable positions, and whether the credential is primary or an accepted alternative. Allow training administrators to update metadata configuration without vendor involvement. |
| Training, Vessel Crew Docs |
| Atlas stores credential dates but not metadata such as issuing authority, renewal cycle, or position applicability. Metadata maintained in separate spreadsheets. |
| Choose an item. |
| QUA-019 |
| Must Have |
| Support automatic generation of new learner profiles in the Marinals LMS when a new employee record is created in the DMS. Automatically populate the LMS profile with verified Merchant Mariner Credential (MMC) data from the DMS to eliminate dual-system data entry. |
| Training, IT Standards |
| New employee LMS profiles created manually after DMS/IRIS onboarding. MMC data entered separately in both systems, creating duplication and discrepancy risk. |
| Choose an item. |
| QUA-020 |
| Could Have |
| Record the date that a training authorization memo is sent for each approved training request and maintain a full audit trail of training approval communications: request received, eligibility confirmed, memo sent, course registered, and completion recorded. |
| Training |
| Training communication dates are tracked only in personal email and an Excel log. No system record of authorization memo send dates. |
| Choose an item. |
| QUA-021 |
| Could Have |
| Provide interactive filter controls on qualification and GAP reports: display crew with a specific qualification, crew without a specific qualification, or crew with expiring credentials within a defined window. All report results must be exportable to Excel. |
| Training, Vessel Crew Docs |
| Atlas qualification reports require exact parameter entry and cannot be filtered interactively. Generating a list of crew without a specific qualification requires manually cross-referencing two separate reports. |
| Choose an item. |
| QUA-022 |
| Must Have |
| Provide a dedicated interface for the Vessel Crew Docs clerk to manage training-related timesheets: identify AMHS-funded course completions in Marinals that qualify for training pay, alert the clerk to eligible completions, support creation of training-specific timesheets pre-populated with course and employee data, route timesheets for approval, and automatically deliver approved timesheets to the employee (via portal and email) and to payroll/IRIS. |
| Vessel Crew Docs |
| Clerk manually reviews 2,500+ Marinals completions every two weeks to identify paid-course completions. Training timesheets created manually, emailed to employees manually, and submitted to payroll separately. No system workflow connects these steps. |
| Choose an item. |
| QUA-023 |
| Must Have |
| Format and distribute credential compliance reports automatically: apply color-coding for expiration urgency (expired=red, within 30 days=orange, within 60 days=yellow) and distribute via email to (a) vessel supervisors for their assigned crew and (b) individual employees whose credentials fall within the alert threshold. |
| Vessel Crew Docs |
| Compliance reports generated in Atlas, manually reformatted in Excel with color-coding added by hand, then manually emailed to each vessel and affected individual. Process takes several hours per cycle. |
| Choose an item. |
| QUA-024 |
| Must Have |
| Provide a dedicated interface for the Vessel Crew Docs clerk to manage NMC pilotage details: enter, update, and track pilotage endorsements received from the National Maritime Center per crew member, with automatic linkage to the employee credential profile and scheduling eligibility evaluation. |
| Vessel Crew Docs |
| Pilotage details from the NMC entered manually in Atlas with no dedicated workflow or tracking. Link between NMC pilotage data and scheduling eligibility is entirely manual. |
| Choose an item. |
5. Leave and Absence Management Leave management (vacation, FMLA, unfit for duty) is central to crew scheduling. Leave statuses trigger crew list updates, affect seniority/benefit calculations, and must sync with payroll. Currently, leave is entered through multiple channels with significant manual reconciliation.
| Req ID |
| Priority |
| Requirement |
| Source |
| Current Gap (Atlas) |
| Vendor Response |
| Vendor Narrative/Notes |
| LEV-001 |
| Must Have |
| Track and display all leave types per employee: vacation (approved/pending), FMLA, unfit for duty (with return date if known), administrative leave, and suspension. |
| All Dispatch, Payroll |
| Atlas stores leave status but often lags 2-4 weeks; vacation approval workflow is manual |
| Choose an item. |
| LEV-002 |
| Must Have |
| Support a vacation approval workflow: employee or supervisor submits request, dispatcher reviews, approves or denies, and the system automatically updates crew list and seniority tracking. |
| IBU Dispatch |
| Current workflow: paper form, handed to admin, manually entered to Atlas; often missed when comparing crew lists |
| Choose an item. |
| LEV-003 |
| Must Have |
| Generate leave timesheets automatically when an employee misses a scheduled assignment due to an approved leave status, pre-populated with correct leave type and pay rate. |
| Payroll |
| Atlas generates blank timesheets; leave coding is manual and error-prone |
| Choose an item. |
| LEV-004 |
| Must Have |
| Alert dispatchers and HR when an employee has not worked for 60 or more days within any 90-day rolling period, as this affects health insurance eligibility under union contracts. |
| Union Needs |
| No automated absence monitoring; requires manual review |
| Choose an item. |
| LEV-005 |
| Must Have |
| Display leave balance information from IRIS (vacation accrued, vacation taken, sick leave) within the DMS employee profile, with a defined sync frequency. |
| Union Needs |
| Leave balances only accessible via IRIS; not visible in Atlas |
| Choose an item. |
6. Travel Coordination When dispatchers fill a vacancy, they must also coordinate crew travel to the vessel. Dispatch handles travel for employees moving between assignments (travel status), while Shoreside Travel handles employees in work status and all shoreside employee travel.
| Req ID |
| Priority |
| Requirement |
| Source |
| Current Gap (Atlas) |
| Vendor Response |
| Vendor Narrative/Notes |
| TRV-001 |
| Must Have |
| Support the generation of travel quotes for crew assignments, including comparison of travel from change port vs. home address to identify the least-cost option per union contract rules. |
| Shoreside Travel |
| Travel quotes generated manually; no system support |
| Choose an item. |
| TRV-002 |
| Must Have |
| Track travel status vs. work status for vessel employees to determine which team (Dispatch vs. Shoreside Travel) is responsible for booking and costs, and display the responsible party in the employee record. |
| Shoreside Travel |
| Status determination is manual; leads to miscommunication and duplicate bookings |
| Choose an item. |
| TRV-003 |
| Must Have |
| Maintain CTM (Corporate Travel Management system) travel profile information within the DMS employee record to support travel booking without requiring separate profile lookups. |
| Shoreside Travel |
| CTM profiles exist separately; vessel employees use generic union-level profiles |
| Choose an item. |
| TRV-004 |
| Must Have |
| Track reimbursement requests for employee travel, including receipt collection, approval workflow, and status tracking, with export of approved reimbursement data for IRIS entry. |
| Shoreside Travel |
| Tracked via email receipts and separate IRIS entry; fragmented process |
| Choose an item. |
| TRV-005 |
| Could Have |
| Integrate with the Corporate Travel Management (CTM) system to allow travel bookings to be initiated from the DMS assignment workflow. |
| Shoreside Travel |
| CTM is a completely separate system with no Atlas integration |
| Choose an item. |
| TRV-006 |
| Must Have |
| Provide an employee self-service travel request interface where crew members can submit travel requests prior to an assignment. The interface must collect and store the following travel authorization data fields: full name, job title, mailing address, submission date, bargaining unit, birth date, travel begin and end dates, destination(s), purpose of trip, staff assigned to prepare the reservation, mode of transportation, number of trip segments, and segment-specific travel details. Additionally collect: cost center, approving supervisor name, and bargaining unit travel entitlement. All fields must be stored within the DMS travel record and accessible to the Shoreside Travel admin for booking purposes. |
| Shoreside Travel |
| Travel requests arrive via phone or email with no standard intake process. Authorization details tracked in separate spreadsheets. Employees frequently omit required information, necessitating follow-up calls. |
| Choose an item. |
| TRV-007 |
| Must Have |
| Support submission of travel booking data to the state-approved travel management system (currently CTM): generate a CTM-compatible travel record from DMS assignment and employee data to reduce manual re-keying by the Shoreside Travel admin. |
| Shoreside Travel |
| All CTM bookings manually entered by the Shoreside Travel admin after gathering data from dispatch, payroll records, and employee contact. No data flow between DMS and CTM. |
| Choose an item. |
| TRV-008 |
| Could Have |
| Provide the Shoreside Travel Admin Assistant with access to a dedicated per diem verification view that displays: employee vessel assignment, pay type (e.g., E100 regular vs. E175 leave), vessel status (Revenue Service, Layup, Overhaul), and hours worked for the prior 90 days. The view must include vessel-level detail sufficient to determine whether the vessel kitchen was operational during an overhaul period, as this determines per diem food reimbursement eligibility. |
| Shoreside Travel |
| Per diem verification currently requires cross-referencing ATLAS payroll history with external vessel status records. Vessel kitchen operational status during overhaul is not captured in Atlas, requiring manual confirmation. |
| Choose an item. |
7. Payroll and Timesheet Management AMHS payroll is described as the most manual timesheet process in the State of Alaska. Atlas generates blank timesheets; vessel supervisors complete them by hand; payroll staff manually key every line into IRIS. Approximately 80% require corrections.
| Req ID |
| Priority |
| Requirement |
| Source |
| Current Gap (Atlas) |
| Vendor Response |
| Vendor Narrative/Notes |
| PAY-001 |
| Must Have |
| Generate pre-populated timesheets including: employee name and EID, vessel name, bargaining unit, position, assignment dates, assignment type (bid/relief), and applicable pay code, eliminating the need for vessel supervisors to fill in this information manually. |
| Payroll |
| Atlas generates blank timesheets with only name and EID |
| Choose an item. |
| PAY-002 |
| Must Have |
| Include start and stop times on generated timesheets in compliance with state policy (not just total hours). |
| Payroll |
| Start/stop times must be manually added by supervisors or payroll |
| Choose an item. |
| PAY-003 |
| Must Have |
| Support all bargaining unit pay codes and overtime calculation rules (daily overtime, holdover overtime, minimum guarantee) per IBU, MEBA, and MMP contracts. |
| Payroll |
| Pay code application is entirely manual; no rule automation in Atlas |
| Choose an item. |
| PAY-004 |
| Must Have |
| Provide a missing timesheet tracking workflow that identifies employees whose timesheets have not been received by the deadline and notifies relevant dispatch and payroll staff. |
| Payroll |
| Tracked via biweekly Teams spreadsheet maintained by timekeeper |
| Choose an item. |
| PAY-005 |
| Must Have |
| Provide an employee payroll history view within the DMS showing vessel, pay type (E100 regular vs. E175 leave), vessel status, and assignment dates for the prior 90 days. |
| Shoreside Travel |
| Available in Atlas via Time Collection but lags 2-4 weeks |
| Choose an item. |
This is the start of the file's text. The full file is on GovTribe.