| Next revision | Previous revision |
| prospera [2024/08/21 13:50] – created admin | prospera [2026/01/28 16:35] (current) – admin |
|---|
| |
| [https://pzgps.hn/wp-content/uploads/2024/02/Prospera-Code-Final-Draft-8.15.2023-v8.1.2023.pdf|Prospera's code] | [https://pzgps.hn/wp-content/uploads/2024/02/Prospera-Code-Final-Draft-8.15.2023-v8.1.2023.pdf|Prospera's code] |
| | |
| | # Próspera ZEDE Regulatory Workflows and Processes |
| | *Generated Repository* |
| | |
| | |
| | <bpmnio type="bpmn"> |
| | <?xml version="1.0" encoding="UTF-8"?> |
| | <bpmn:definitions xmlns:bpmn="http://www.omg.org/spec/BPMN/20100524/MODEL" |
| | xmlns:bpmndi="http://www.omg.org/spec/BPMN/20100524/DI" |
| | xmlns:dc="http://www.omg.org/spec/DD/20100524/DC" |
| | xmlns:di="http://www.omg.org/spec/DD/20100524/DI" |
| | xmlns:camunda="http://camunda.org/schema/1.0/bpmn" |
| | xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" |
| | id="Definitions_Prospera_Arbitration" |
| | targetNamespace="http://bpmn.io/schema/bpmn" |
| | exporter="Camunda Modeler" |
| | exporterVersion="5.0.0"> |
| | |
| | <!-- Main Arbitration Process --> |
| | <bpmn:collaboration id="Collaboration_Prospera_Arbitration"> |
| | <bpmn:participant id="Participant_Claimant" name="Claimant" processRef="Process_Claimant" /> |
| | <bpmn:participant id="Participant_Respondent" name="Respondent" processRef="Process_Respondent" /> |
| | <bpmn:participant id="Participant_ASP_Court" name="ASP/Court" processRef="Process_ASP_Court" /> |
| | <bpmn:participant id="Participant_Tribunal" name="Arbitral Tribunal" processRef="Process_Tribunal" /> |
| | |
| | <!-- Message Flows --> |
| | <bpmn:messageFlow id="MessageFlow_Request" sourceRef="Task_SendRequest" targetRef="Task_ReceiveRequest" /> |
| | <bpmn:messageFlow id="MessageFlow_Claim" sourceRef="Task_SubmitClaim" targetRef="Task_ReceiveClaim" /> |
| | <bpmn:messageFlow id="MessageFlow_Defence" sourceRef="Task_SubmitDefence" targetRef="Task_ReceiveDefence" /> |
| | |
| | <bpmn:textAnnotation id="TextAnnotation_LegalAuth"> |
| | <bpmn:text>Legal Authority: Próspera Arbitration Statute 2019, Articles 11, 31, 33, 34, 46</bpmn:text> |
| | </bpmn:textAnnotation> |
| | </bpmn:collaboration> |
| | |
| | <!-- Claimant Process --> |
| | <bpmn:process id="Process_Claimant" name="Claimant Process" isExecutable="true"> |
| | <bpmn:startEvent id="StartEvent_Dispute" name="Dispute Arises"> |
| | <bpmn:documentation>A dispute arises under Próspera law or contract (Article 31(1))</bpmn:documentation> |
| | <bpmn:outgoing>Flow_Start_to_Request</bpmn:outgoing> |
| | </bpmn:startEvent> |
| | |
| | <bpmn:sendTask id="Task_SendRequest" name="Send Request for Arbitration" camunda:type="external" camunda:topic="send-arbitration-request"> |
| | <bpmn:documentation>Send request for dispute to be referred to arbitration to the Respondent (Article 31(1))</bpmn:documentation> |
| | <bpmn:incoming>Flow_Start_to_Request</bpmn:incoming> |
| | <bpmn:outgoing>Flow_Request_to_Claim</bpmn:outgoing> |
| | </bpmn:sendTask> |
| | |
| | <bpmn:sendTask id="Task_SubmitClaim" name="Submit Statement of Claim" camunda:type="external" camunda:topic="submit-claim"> |
| | <bpmn:documentation>Submit Statement of Claim to Arbitral Tribunal within agreed time. Content must include: facts supporting claim, points at issue, and relief/remedy sought (Article 33(1))</bpmn:documentation> |
| | <bpmn:incoming>Flow_Request_to_Claim</bpmn:incoming> |
| | <bpmn:outgoing>Flow_Claim_to_End</bpmn:outgoing> |
| | </bpmn:sendTask> |
| | |
| | <bpmn:endEvent id="EndEvent_Claimant" name="Claim Submitted"> |
| | <bpmn:incoming>Flow_Claim_to_End</bpmn:incoming> |
| | </bpmn:endEvent> |
| | |
| | <bpmn:sequenceFlow id="Flow_Start_to_Request" sourceRef="StartEvent_Dispute" targetRef="Task_SendRequest" /> |
| | <bpmn:sequenceFlow id="Flow_Request_to_Claim" sourceRef="Task_SendRequest" targetRef="Task_SubmitClaim" /> |
| | <bpmn:sequenceFlow id="Flow_Claim_to_End" sourceRef="Task_SubmitClaim" targetRef="EndEvent_Claimant" /> |
| | </bpmn:process> |
| | |
| | <!-- Respondent Process --> |
| | <bpmn:process id="Process_Respondent" name="Respondent Process" isExecutable="true"> |
| | <bpmn:receiveTask id="Task_ReceiveRequest" name="Receive Request" messageRef="Message_Request"> |
| | <bpmn:documentation>Receive arbitration request from Claimant</bpmn:documentation> |
| | <bpmn:outgoing>Flow_Receive_to_Defence</bpmn:outgoing> |
| | </bpmn:receiveTask> |
| | |
| | <bpmn:sendTask id="Task_SubmitDefence" name="Submit Statement of Defence" camunda:type="external" camunda:topic="submit-defence"> |
| | <bpmn:documentation>Submit Statement of Defence in respect of particulars (Article 33(1))</bpmn:documentation> |
| | <bpmn:incoming>Flow_Receive_to_Defence</bpmn:incoming> |
| | <bpmn:outgoing>Flow_Defence_to_End</bpmn:outgoing> |
| | </bpmn:sendTask> |
| | |
| | <bpmn:endEvent id="EndEvent_Respondent" name="Defence Submitted"> |
| | <bpmn:incoming>Flow_Defence_to_End</bpmn:incoming> |
| | </bpmn:endEvent> |
| | |
| | <bpmn:sequenceFlow id="Flow_Receive_to_Defence" sourceRef="Task_ReceiveRequest" targetRef="Task_SubmitDefence" /> |
| | <bpmn:sequenceFlow id="Flow_Defence_to_End" sourceRef="Task_SubmitDefence" targetRef="EndEvent_Respondent" /> |
| | </bpmn:process> |
| | |
| | <!-- ASP/Court Process (for Arbitrator Appointment) --> |
| | <bpmn:process id="Process_ASP_Court" name="ASP/Court Process" isExecutable="true"> |
| | <bpmn:startEvent id="StartEvent_ASP" name="Appointment Requested"> |
| | <bpmn:documentation>Party requests appointment due to failure to agree (Article 11(3))</bpmn:documentation> |
| | <bpmn:outgoing>Flow_ASP_Start</bpmn:outgoing> |
| | </bpmn:startEvent> |
| | |
| | <bpmn:exclusiveGateway id="Gateway_ArbitratorCount" name="Number of Arbitrators?"> |
| | <bpmn:documentation>Determine if sole arbitrator or three-arbitrator panel is required</bpmn:documentation> |
| | <bpmn:incoming>Flow_ASP_Start</bpmn:incoming> |
| | <bpmn:outgoing>Flow_SoleArbitrator</bpmn:outgoing> |
| | <bpmn:outgoing>Flow_ThreeArbitrators</bpmn:outgoing> |
| | </bpmn:exclusiveGateway> |
| | |
| | <bpmn:serviceTask id="Task_AppointSole" name="Appoint Sole Arbitrator" camunda:type="external" camunda:topic="appoint-sole-arbitrator"> |
| | <bpmn:documentation>ASP/Court appoints single arbitrator upon request (Article 11(3)(b))</bpmn:documentation> |
| | <bpmn:incoming>Flow_SoleArbitrator</bpmn:incoming> |
| | <bpmn:outgoing>Flow_Sole_to_End</bpmn:outgoing> |
| | </bpmn:serviceTask> |
| | |
| | <bpmn:userTask id="Task_MonitorAppointments" name="Monitor Party Appointments" camunda:assignee="asp-administrator"> |
| | <bpmn:documentation>Monitor 30-day window for party appointments (Article 11(3)(a))</bpmn:documentation> |
| | <bpmn:incoming>Flow_ThreeArbitrators</bpmn:incoming> |
| | <bpmn:outgoing>Flow_Monitor_to_Check</bpmn:outgoing> |
| | </bpmn:userTask> |
| | |
| | <bpmn:exclusiveGateway id="Gateway_30DayCheck" name="Appointed within 30 days?"> |
| | <bpmn:documentation>Check if parties appointed arbitrators within 30-day window</bpmn:documentation> |
| | <bpmn:incoming>Flow_Monitor_to_Check</bpmn:incoming> |
| | <bpmn:outgoing>Flow_NotAppointed</bpmn:outgoing> |
| | <bpmn:outgoing>Flow_Appointed</bpmn:outgoing> |
| | </bpmn:exclusiveGateway> |
| | |
| | <bpmn:serviceTask id="Task_DefaultAppointment" name="Make Default Appointment" camunda:type="external" camunda:topic="default-appointment"> |
| | <bpmn:documentation>ASP/Court makes appointment when party fails within 30 days (Article 11(3)(a))</bpmn:documentation> |
| | <bpmn:incoming>Flow_NotAppointed</bpmn:incoming> |
| | <bpmn:outgoing>Flow_Default_to_End</bpmn:outgoing> |
| | </bpmn:serviceTask> |
| | |
| | <bpmn:endEvent id="EndEvent_ASP" name="Tribunal Appointed"> |
| | <bpmn:incoming>Flow_Sole_to_End</bpmn:incoming> |
| | <bpmn:incoming>Flow_Default_to_End</bpmn:incoming> |
| | <bpmn:incoming>Flow_Appointed</bpmn:incoming> |
| | </bpmn:endEvent> |
| | |
| | <bpmn:sequenceFlow id="Flow_ASP_Start" sourceRef="StartEvent_ASP" targetRef="Gateway_ArbitratorCount" /> |
| | <bpmn:sequenceFlow id="Flow_SoleArbitrator" name="1 Arbitrator" sourceRef="Gateway_ArbitratorCount" targetRef="Task_AppointSole"> |
| | <bpmn:conditionExpression xsi:type="bpmn:tFormalExpression">${arbitratorCount == 1}</bpmn:conditionExpression> |
| | </bpmn:sequenceFlow> |
| | <bpmn:sequenceFlow id="Flow_ThreeArbitrators" name="3 Arbitrators" sourceRef="Gateway_ArbitratorCount" targetRef="Task_MonitorAppointments"> |
| | <bpmn:conditionExpression xsi:type="bpmn:tFormalExpression">${arbitratorCount == 3}</bpmn:conditionExpression> |
| | </bpmn:sequenceFlow> |
| | <bpmn:sequenceFlow id="Flow_Sole_to_End" sourceRef="Task_AppointSole" targetRef="EndEvent_ASP" /> |
| | <bpmn:sequenceFlow id="Flow_Monitor_to_Check" sourceRef="Task_MonitorAppointments" targetRef="Gateway_30DayCheck" /> |
| | <bpmn:sequenceFlow id="Flow_NotAppointed" name="No" sourceRef="Gateway_30DayCheck" targetRef="Task_DefaultAppointment"> |
| | <bpmn:conditionExpression xsi:type="bpmn:tFormalExpression">${!appointedInTime}</bpmn:conditionExpression> |
| | </bpmn:sequenceFlow> |
| | <bpmn:sequenceFlow id="Flow_Appointed" name="Yes" sourceRef="Gateway_30DayCheck" targetRef="EndEvent_ASP"> |
| | <bpmn:conditionExpression xsi:type="bpmn:tFormalExpression">${appointedInTime}</bpmn:conditionExpression> |
| | </bpmn:sequenceFlow> |
| | <bpmn:sequenceFlow id="Flow_Default_to_End" sourceRef="Task_DefaultAppointment" targetRef="EndEvent_ASP" /> |
| | </bpmn:process> |
| | |
| | <!-- Arbitral Tribunal Process --> |
| | <bpmn:process id="Process_Tribunal" name="Arbitral Tribunal Process" isExecutable="true"> |
| | <bpmn:receiveTask id="Task_ReceiveClaim" name="Receive Statement of Claim" messageRef="Message_Claim"> |
| | <bpmn:documentation>Receive Statement of Claim from Claimant</bpmn:documentation> |
| | <bpmn:outgoing>Flow_Claim_to_Defence</bpmn:outgoing> |
| | </bpmn:receiveTask> |
| | |
| | <bpmn:receiveTask id="Task_ReceiveDefence" name="Receive Statement of Defence" messageRef="Message_Defence"> |
| | <bpmn:documentation>Receive Statement of Defence from Respondent</bpmn:documentation> |
| | <bpmn:incoming>Flow_Claim_to_Defence</bpmn:incoming> |
| | <bpmn:outgoing>Flow_Defence_to_Decision</bpmn:outgoing> |
| | </bpmn:receiveTask> |
| | |
| | <bpmn:exclusiveGateway id="Gateway_HearingType" name="Hearing Type?"> |
| | <bpmn:documentation>Decide whether to hold oral hearings or conduct proceedings on documents (Article 34(1))</bpmn:documentation> |
| | <bpmn:incoming>Flow_Defence_to_Decision</bpmn:incoming> |
| | <bpmn:outgoing>Flow_OralHearing</bpmn:outgoing> |
| | <bpmn:outgoing>Flow_DocumentBased</bpmn:outgoing> |
| | </bpmn:exclusiveGateway> |
| | |
| | <bpmn:userTask id="Task_OralHearing" name="Conduct Oral Hearings" camunda:assignee="tribunal-chair"> |
| | <bpmn:documentation>Conduct oral hearings with parties present (Article 34(1))</bpmn:documentation> |
| | <bpmn:incoming>Flow_OralHearing</bpmn:incoming> |
| | <bpmn:outgoing>Flow_Oral_to_Award</bpmn:outgoing> |
| | </bpmn:userTask> |
| | |
| | <bpmn:userTask id="Task_DocumentReview" name="Document-Based Review" camunda:assignee="tribunal-chair"> |
| | <bpmn:documentation>Review proceedings based on documents and written submissions (Article 34(1))</bpmn:documentation> |
| | <bpmn:incoming>Flow_DocumentBased</bpmn:incoming> |
| | <bpmn:outgoing>Flow_Doc_to_Award</bpmn:outgoing> |
| | </bpmn:userTask> |
| | |
| | <bpmn:exclusiveGateway id="Gateway_Converge"> |
| | <bpmn:incoming>Flow_Oral_to_Award</bpmn:incoming> |
| | <bpmn:incoming>Flow_Doc_to_Award</bpmn:incoming> |
| | <bpmn:outgoing>Flow_Converge_to_Award</bpmn:outgoing> |
| | </bpmn:exclusiveGateway> |
| | |
| | <bpmn:serviceTask id="Task_IssueAward" name="Issue Arbitral Award" camunda:type="external" camunda:topic="issue-award"> |
| | <bpmn:documentation>Issue binding Arbitral Award (Article 46)</bpmn:documentation> |
| | <bpmn:incoming>Flow_Converge_to_Award</bpmn:incoming> |
| | <bpmn:outgoing>Flow_Award_to_End</bpmn:outgoing> |
| | </bpmn:serviceTask> |
| | |
| | <bpmn:endEvent id="EndEvent_Award" name="Binding Award Issued"> |
| | <bpmn:documentation>Final arbitral award issued - binding on parties</bpmn:documentation> |
| | <bpmn:incoming>Flow_Award_to_End</bpmn:incoming> |
| | </bpmn:endEvent> |
| | |
| | <bpmn:sequenceFlow id="Flow_Claim_to_Defence" sourceRef="Task_ReceiveClaim" targetRef="Task_ReceiveDefence" /> |
| | <bpmn:sequenceFlow id="Flow_Defence_to_Decision" sourceRef="Task_ReceiveDefence" targetRef="Gateway_HearingType" /> |
| | <bpmn:sequenceFlow id="Flow_OralHearing" name="Oral" sourceRef="Gateway_HearingType" targetRef="Task_OralHearing"> |
| | <bpmn:conditionExpression xsi:type="bpmn:tFormalExpression">${hearingType == 'oral'}</bpmn:conditionExpression> |
| | </bpmn:sequenceFlow> |
| | <bpmn:sequenceFlow id="Flow_DocumentBased" name="Documents" sourceRef="Gateway_HearingType" targetRef="Task_DocumentReview"> |
| | <bpmn:conditionExpression xsi:type="bpmn:tFormalExpression">${hearingType == 'documents'}</bpmn:conditionExpression> |
| | </bpmn:sequenceFlow> |
| | <bpmn:sequenceFlow id="Flow_Oral_to_Award" sourceRef="Task_OralHearing" targetRef="Gateway_Converge" /> |
| | <bpmn:sequenceFlow id="Flow_Doc_to_Award" sourceRef="Task_DocumentReview" targetRef="Gateway_Converge" /> |
| | <bpmn:sequenceFlow id="Flow_Converge_to_Award" sourceRef="Gateway_Converge" targetRef="Task_IssueAward" /> |
| | <bpmn:sequenceFlow id="Flow_Award_to_End" sourceRef="Task_IssueAward" targetRef="EndEvent_Award" /> |
| | </bpmn:process> |
| | |
| | <!-- Message Definitions --> |
| | <bpmn:message id="Message_Request" name="Message_ArbitrationRequest" /> |
| | <bpmn:message id="Message_Claim" name="Message_StatementOfClaim" /> |
| | <bpmn:message id="Message_Defence" name="Message_StatementOfDefence" /> |
| | |
| | <!-- BPMN Diagram Information --> |
| | <bpmndi:BPMNDiagram id="BPMNDiagram_1"> |
| | <bpmndi:BPMNPlane id="BPMNPlane_1" bpmnElement="Collaboration_Prospera_Arbitration"> |
| | |
| | <!-- Claimant Pool --> |
| | <bpmndi:BPMNShape id="Participant_Claimant_di" bpmnElement="Participant_Claimant" isHorizontal="true"> |
| | <dc:Bounds x="150" y="80" width="1000" height="200" /> |
| | </bpmndi:BPMNShape> |
| | |
| | <!-- Start Event - Dispute --> |
| | <bpmndi:BPMNShape id="StartEvent_Dispute_di" bpmnElement="StartEvent_Dispute"> |
| | <dc:Bounds x="220" y="162" width="36" height="36" /> |
| | <bpmndi:BPMNLabel> |
| | <dc:Bounds x="202" y="205" width="72" height="14" /> |
| | </bpmndi:BPMNLabel> |
| | </bpmndi:BPMNShape> |
| | |
| | <!-- Task - Send Request --> |
| | <bpmndi:BPMNShape id="Task_SendRequest_di" bpmnElement="Task_SendRequest"> |
| | <dc:Bounds x="310" y="140" width="100" height="80" /> |
| | </bpmndi:BPMNShape> |
| | |
| | <!-- Task - Submit Claim --> |
| | <bpmndi:BPMNShape id="Task_SubmitClaim_di" bpmnElement="Task_SubmitClaim"> |
| | <dc:Bounds x="470" y="140" width="100" height="80" /> |
| | </bpmndi:BPMNShape> |
| | |
| | <!-- End Event - Claimant --> |
| | <bpmndi:BPMNShape id="EndEvent_Claimant_di" bpmnElement="EndEvent_Claimant"> |
| | <dc:Bounds x="630" y="162" width="36" height="36" /> |
| | <bpmndi:BPMNLabel> |
| | <dc:Bounds x="606" y="205" width="85" height="14" /> |
| | </bpmndi:BPMNLabel> |
| | </bpmndi:BPMNShape> |
| | |
| | <!-- Sequence Flows - Claimant --> |
| | <bpmndi:BPMNEdge id="Flow_Start_to_Request_di" bpmnElement="Flow_Start_to_Request"> |
| | <di:waypoint x="256" y="180" /> |
| | <di:waypoint x="310" y="180" /> |
| | </bpmndi:BPMNEdge> |
| | |
| | <bpmndi:BPMNEdge id="Flow_Request_to_Claim_di" bpmnElement="Flow_Request_to_Claim"> |
| | <di:waypoint x="410" y="180" /> |
| | <di:waypoint x="470" y="180" /> |
| | </bpmndi:BPMNEdge> |
| | |
| | <bpmndi:BPMNEdge id="Flow_Claim_to_End_di" bpmnElement="Flow_Claim_to_End"> |
| | <di:waypoint x="570" y="180" /> |
| | <di:waypoint x="630" y="180" /> |
| | </bpmndi:BPMNEdge> |
| | |
| | <!-- Respondent Pool --> |
| | <bpmndi:BPMNShape id="Participant_Respondent_di" bpmnElement="Participant_Respondent" isHorizontal="true"> |
| | <dc:Bounds x="150" y="300" width="1000" height="200" /> |
| | </bpmndi:BPMNShape> |
| | |
| | <!-- Task - Receive Request --> |
| | <bpmndi:BPMNShape id="Task_ReceiveRequest_di" bpmnElement="Task_ReceiveRequest"> |
| | <dc:Bounds x="310" y="360" width="100" height="80" /> |
| | </bpmndi:BPMNShape> |
| | |
| | <!-- Task - Submit Defence --> |
| | <bpmndi:BPMNShape id="Task_SubmitDefence_di" bpmnElement="Task_SubmitDefence"> |
| | <dc:Bounds x="470" y="360" width="100" height="80" /> |
| | </bpmndi:BPMNShape> |
| | |
| | <!-- End Event - Respondent --> |
| | <bpmndi:BPMNShape id="EndEvent_Respondent_di" bpmnElement="EndEvent_Respondent"> |
| | <dc:Bounds x="630" y="382" width="36" height="36" /> |
| | <bpmndi:BPMNLabel> |
| | <dc:Bounds x="606" y="425" width="85" height="14" /> |
| | </bpmndi:BPMNLabel> |
| | </bpmndi:BPMNShape> |
| | |
| | <!-- Sequence Flows - Respondent --> |
| | <bpmndi:BPMNEdge id="Flow_Receive_to_Defence_di" bpmnElement="Flow_Receive_to_Defence"> |
| | <di:waypoint x="410" y="400" /> |
| | <di:waypoint x="470" y="400" /> |
| | </bpmndi:BPMNEdge> |
| | |
| | <bpmndi:BPMNEdge id="Flow_Defence_to_End_di" bpmnElement="Flow_Defence_to_End"> |
| | <di:waypoint x="570" y="400" /> |
| | <di:waypoint x="630" y="400" /> |
| | </bpmndi:BPMNEdge> |
| | |
| | <!-- ASP/Court Pool --> |
| | <bpmndi:BPMNShape id="Participant_ASP_Court_di" bpmnElement="Participant_ASP_Court" isHorizontal="true"> |
| | <dc:Bounds x="150" y="520" width="1000" height="250" /> |
| | </bpmndi:BPMNShape> |
| | |
| | <!-- Start Event - ASP --> |
| | <bpmndi:BPMNShape id="StartEvent_ASP_di" bpmnElement="StartEvent_ASP"> |
| | <dc:Bounds x="220" y="627" width="36" height="36" /> |
| | <bpmndi:BPMNLabel> |
| | <dc:Bounds x="201" y="670" width="75" height="27" /> |
| | </bpmndi:BPMNLabel> |
| | </bpmndi:BPMNShape> |
| | |
| | <!-- Gateway - Arbitrator Count --> |
| | <bpmndi:BPMNShape id="Gateway_ArbitratorCount_di" bpmnElement="Gateway_ArbitratorCount" isMarkerVisible="true"> |
| | <dc:Bounds x="315" y="620" width="50" height="50" /> |
| | <bpmndi:BPMNLabel> |
| | <dc:Bounds x="298" y="677" width="84" height="27" /> |
| | </bpmndi:BPMNLabel> |
| | </bpmndi:BPMNShape> |
| | |
| | <!-- Task - Appoint Sole --> |
| | <bpmndi:BPMNShape id="Task_AppointSole_di" bpmnElement="Task_AppointSole"> |
| | <dc:Bounds x="430" y="560" width="100" height="80" /> |
| | </bpmndi:BPMNShape> |
| | |
| | <!-- Task - Monitor Appointments --> |
| | <bpmndi:BPMNShape id="Task_MonitorAppointments_di" bpmnElement="Task_MonitorAppointments"> |
| | <dc:Bounds x="430" y="670" width="100" height="80" /> |
| | </bpmndi:BPMNShape> |
| | |
| | <!-- Gateway - 30 Day Check --> |
| | <bpmndi:BPMNShape id="Gateway_30DayCheck_di" bpmnElement="Gateway_30DayCheck" isMarkerVisible="true"> |
| | <dc:Bounds x="585" y="685" width="50" height="50" /> |
| | <bpmndi:BPMNLabel> |
| | <dc:Bounds x="569" y="742" width="82" height="27" /> |
| | </bpmndi:BPMNLabel> |
| | </bpmndi:BPMNShape> |
| | |
| | <!-- Task - Default Appointment --> |
| | <bpmndi:BPMNShape id="Task_DefaultAppointment_di" bpmnElement="Task_DefaultAppointment"> |
| | <dc:Bounds x="690" y="670" width="100" height="80" /> |
| | </bpmndi:BPMNShape> |
| | |
| | <!-- End Event - ASP --> |
| | <bpmndi:BPMNShape id="EndEvent_ASP_di" bpmnElement="EndEvent_ASP"> |
| | <dc:Bounds x="722" y="582" width="36" height="36" /> |
| | <bpmndi:BPMNLabel> |
| | <dc:Bounds x="710" y="625" width="61" height="27" /> |
| | </bpmndi:BPMNLabel> |
| | </bpmndi:BPMNShape> |
| | |
| | <!-- Sequence Flows - ASP/Court --> |
| | <bpmndi:BPMNEdge id="Flow_ASP_Start_di" bpmnElement="Flow_ASP_Start"> |
| | <di:waypoint x="256" y="645" /> |
| | <di:waypoint x="315" y="645" /> |
| | </bpmndi:BPMNEdge> |
| | |
| | <bpmndi:BPMNEdge id="Flow_SoleArbitrator_di" bpmnElement="Flow_SoleArbitrator"> |
| | <di:waypoint x="340" y="620" /> |
| | <di:waypoint x="340" y="600" /> |
| | <di:waypoint x="430" y="600" /> |
| | <bpmndi:BPMNLabel> |
| | <dc:Bounds x="352" y="583" width="56" height="14" /> |
| | </bpmndi:BPMNLabel> |
| | </bpmndi:BPMNEdge> |
| | |
| | <bpmndi:BPMNEdge id="Flow_ThreeArbitrators_di" bpmnElement="Flow_ThreeArbitrators"> |
| | <di:waypoint x="340" y="670" /> |
| | <di:waypoint x="340" y="710" /> |
| | <di:waypoint x="430" y="710" /> |
| | <bpmndi:BPMNLabel> |
| | <dc:Bounds x="352" y="693" width="56" height="14" /> |
| | </bpmndi:BPMNLabel> |
| | </bpmndi:BPMNEdge> |
| | |
| | <bpmndi:BPMNEdge id="Flow_Sole_to_End_di" bpmnElement="Flow_Sole_to_End"> |
| | <di:waypoint x="530" y="600" /> |
| | <di:waypoint x="722" y="600" /> |
| | </bpmndi:BPMNEdge> |
| | |
| | <bpmndi:BPMNEdge id="Flow_Monitor_to_Check_di" bpmnElement="Flow_Monitor_to_Check"> |
| | <di:waypoint x="530" y="710" /> |
| | <di:waypoint x="585" y="710" /> |
| | </bpmndi:BPMNEdge> |
| | |
| | <bpmndi:BPMNEdge id="Flow_NotAppointed_di" bpmnElement="Flow_NotAppointed"> |
| | <di:waypoint x="635" y="710" /> |
| | <di:waypoint x="690" y="710" /> |
| | <bpmndi:BPMNLabel> |
| | <dc:Bounds x="655" y="692" width="15" height="14" /> |
| | </bpmndi:BPMNLabel> |
| | </bpmndi:BPMNEdge> |
| | |
| | <bpmndi:BPMNEdge id="Flow_Appointed_di" bpmnElement="Flow_Appointed"> |
| | <di:waypoint x="610" y="685" /> |
| | <di:waypoint x="610" y="600" /> |
| | <di:waypoint x="722" y="600" /> |
| | <bpmndi:BPMNLabel> |
| | <dc:Bounds x="616" y="640" width="18" height="14" /> |
| | </bpmndi:BPMNLabel> |
| | </bpmndi:BPMNEdge> |
| | |
| | <bpmndi:BPMNEdge id="Flow_Default_to_End_di" bpmnElement="Flow_Default_to_End"> |
| | <di:waypoint x="790" y="710" /> |
| | <di:waypoint x="850" y="710" /> |
| | <di:waypoint x="850" y="600" /> |
| | <di:waypoint x="758" y="600" /> |
| | </bpmndi:BPMNEdge> |
| | |
| | <!-- Tribunal Pool --> |
| | <bpmndi:BPMNShape id="Participant_Tribunal_di" bpmnElement="Participant_Tribunal" isHorizontal="true"> |
| | <dc:Bounds x="150" y="790" width="1000" height="300" /> |
| | </bpmndi:BPMNShape> |
| | |
| | <!-- Task - Receive Claim --> |
| | <bpmndi:BPMNShape id="Task_ReceiveClaim_di" bpmnElement="Task_ReceiveClaim"> |
| | <dc:Bounds x="220" y="870" width="100" height="80" /> |
| | </bpmndi:BPMNShape> |
| | |
| | <!-- Task - Receive Defence --> |
| | <bpmndi:BPMNShape id="Task_ReceiveDefence_di" bpmnElement="Task_ReceiveDefence"> |
| | <dc:Bounds x="370" y="870" width="100" height="80" /> |
| | </bpmndi:BPMNShape> |
| | |
| | <!-- Gateway - Hearing Type --> |
| | <bpmndi:BPMNShape id="Gateway_HearingType_di" bpmnElement="Gateway_HearingType" isMarkerVisible="true"> |
| | <dc:Bounds x="525" y="885" width="50" height="50" /> |
| | <bpmndi:BPMNLabel> |
| | <dc:Bounds x="511" y="942" width="78" height="14" /> |
| | </bpmndi:BPMNLabel> |
| | </bpmndi:BPMNShape> |
| | |
| | <!-- Task - Oral Hearing --> |
| | <bpmndi:BPMNShape id="Task_OralHearing_di" bpmnElement="Task_OralHearing"> |
| | <dc:Bounds x="630" y="820" width="100" height="80" /> |
| | </bpmndi:BPMNShape> |
| | |
| | <!-- Task - Document Review --> |
| | <bpmndi:BPMNShape id="Task_DocumentReview_di" bpmnElement="Task_DocumentReview"> |
| | <dc:Bounds x="630" y="930" width="100" height="80" /> |
| | </bpmndi:BPMNShape> |
| | |
| | <!-- Gateway - Converge --> |
| | <bpmndi:BPMNShape id="Gateway_Converge_di" bpmnElement="Gateway_Converge" isMarkerVisible="true"> |
| | <dc:Bounds x="785" y="885" width="50" height="50" /> |
| | </bpmndi:BPMNShape> |
| | |
| | <!-- Task - Issue Award --> |
| | <bpmndi:BPMNShape id="Task_IssueAward_di" bpmnElement="Task_IssueAward"> |
| | <dc:Bounds x="890" y="870" width="100" height="80" /> |
| | </bpmndi:BPMNShape> |
| | |
| | <!-- End Event - Award --> |
| | <bpmndi:BPMNShape id="EndEvent_Award_di" bpmnElement="EndEvent_Award"> |
| | <dc:Bounds x="1052" y="892" width="36" height="36" /> |
| | <bpmndi:BPMNLabel> |
| | <dc:Bounds x="1033" y="935" width="74" height="27" /> |
| | </bpmndi:BPMNLabel> |
| | </bpmndi:BPMNShape> |
| | |
| | <!-- Sequence Flows - Tribunal --> |
| | <bpmndi:BPMNEdge id="Flow_Claim_to_Defence_di" bpmnElement="Flow_Claim_to_Defence"> |
| | <di:waypoint x="320" y="910" /> |
| | <di:waypoint x="370" y="910" /> |
| | </bpmndi:BPMNEdge> |
| | |
| | <bpmndi:BPMNEdge id="Flow_Defence_to_Decision_di" bpmnElement="Flow_Defence_to_Decision"> |
| | <di:waypoint x="470" y="910" /> |
| | <di:waypoint x="525" y="910" /> |
| | </bpmndi:BPMNEdge> |
| | |
| | <bpmndi:BPMNEdge id="Flow_OralHearing_di" bpmnElement="Flow_OralHearing"> |
| | <di:waypoint x="550" y="885" /> |
| | <di:waypoint x="550" y="860" /> |
| | <di:waypoint x="630" y="860" /> |
| | <bpmndi:BPMNLabel> |
| | <dc:Bounds x="566" y="843" width="23" height="14" /> |
| | </bpmndi:BPMNLabel> |
| | </bpmndi:BPMNEdge> |
| | |
| | <bpmndi:BPMNEdge id="Flow_DocumentBased_di" bpmnElement="Flow_DocumentBased"> |
| | <di:waypoint x="550" y="935" /> |
| | <di:waypoint x="550" y="970" /> |
| | <di:waypoint x="630" y="970" /> |
| | <bpmndi:BPMNLabel> |
| | <dc:Bounds x="544" y="983" width="58" height="14" /> |
| | </bpmndi:BPMNLabel> |
| | </bpmndi:BPMNEdge> |
| | |
| | <bpmndi:BPMNEdge id="Flow_Oral_to_Award_di" bpmnElement="Flow_Oral_to_Award"> |
| | <di:waypoint x="730" y="860" /> |
| | <di:waypoint x="810" y="860" /> |
| | <di:waypoint x="810" y="885" /> |
| | </bpmndi:BPMNEdge> |
| | |
| | <bpmndi:BPMNEdge id="Flow_Doc_to_Award_di" bpmnElement="Flow_Doc_to_Award"> |
| | <di:waypoint x="730" y="970" /> |
| | <di:waypoint x="810" y="970" /> |
| | <di:waypoint x="810" y="935" /> |
| | </bpmndi:BPMNEdge> |
| | |
| | <bpmndi:BPMNEdge id="Flow_Converge_to_Award_di" bpmnElement="Flow_Converge_to_Award"> |
| | <di:waypoint x="835" y="910" /> |
| | <di:waypoint x="890" y="910" /> |
| | </bpmndi:BPMNEdge> |
| | |
| | <bpmndi:BPMNEdge id="Flow_Award_to_End_di" bpmnElement="Flow_Award_to_End"> |
| | <di:waypoint x="990" y="910" /> |
| | <di:waypoint x="1052" y="910" /> |
| | </bpmndi:BPMNEdge> |
| | |
| | <!-- Message Flows --> |
| | <bpmndi:BPMNEdge id="MessageFlow_Request_di" bpmnElement="MessageFlow_Request"> |
| | <di:waypoint x="360" y="220" /> |
| | <di:waypoint x="360" y="360" /> |
| | <bpmndi:BPMNLabel> |
| | <dc:Bounds x="281" y="283" width="78" height="14" /> |
| | </bpmndi:BPMNLabel> |
| | </bpmndi:BPMNEdge> |
| | |
| | <bpmndi:BPMNEdge id="MessageFlow_Claim_di" bpmnElement="MessageFlow_Claim"> |
| | <di:waypoint x="520" y="220" /> |
| | <di:waypoint x="520" y="545" /> |
| | <di:waypoint x="270" y="545" /> |
| | <di:waypoint x="270" y="870" /> |
| | <bpmndi:BPMNLabel> |
| | <dc:Bounds x="373" y="527" width="44" height="27" /> |
| | </bpmndi:BPMNLabel> |
| | </bpmndi:BPMNEdge> |
| | |
| | <bpmndi:BPMNEdge id="MessageFlow_Defence_di" bpmnElement="MessageFlow_Defence"> |
| | <di:waypoint x="520" y="440" /> |
| | <di:waypoint x="520" y="655" /> |
| | <di:waypoint x="420" y="655" /> |
| | <di:waypoint x="420" y="870" /> |
| | <bpmndi:BPMNLabel> |
| | <dc:Bounds x="439" y="627" width="44" height="27" /> |
| | </bpmndi:BPMNLabel> |
| | </bpmndi:BPMNEdge> |
| | |
| | </bpmndi:BPMNPlane> |
| | </bpmndi:BPMNDiagram> |
| | |
| | </bpmn:definitions> |
| | </bpmnio> |
| | |
| | |
| | --- |
| | |
| | ## 6. Arbitration Proceedings |
| | |
| | **Process Name:** Commencement of Arbitration |
| | **Legal Authority:** *Próspera Arbitration Statute 2019*, Article 31; Article 33. |
| | |
| | ### 1. Prerequisites & Requirements |
| | * **Dispute:** A dispute arising under Próspera law or contract [Reference: Próspera Arbitration Statute, Article 31(1)]. |
| | * **Parties:** Claimant and Respondent. |
| | * **Arbitration Agreement:** A contract clause, residency contract provision, or standing offer accepted by the party [Reference: Próspera Arbitration Statute, Article 33(1)]. |
| | |
| | ### 2. Step-by-Step Workflow |
| | 1. **Claimant:** Sends a request for the dispute to be referred to arbitration to the Respondent [Reference: Próspera Arbitration Statute, Article 31(1)]. |
| | 2. **Claimant:** Submits a "Statement of Claim" to the Arbitral Tribunal (and Default ASP) within the agreed time [Reference: Próspera Arbitration Statute, Article 33(1)]. |
| | * *Content:* Facts supporting the claim, points at issue, and relief/remedy sought. |
| | 3. **Respondent:** Submits a "Statement of Defence" in respect of the particulars [Reference: Próspera Arbitration Statute, Article 33(1)]. |
| | 4. **Arbitral Tribunal:** Decides whether to hold oral hearings or conduct proceedings based on documents [Reference: Próspera Arbitration Statute, Article 34(1)]. |
| | |
| | ### 3. Final Output |
| | * **Arbitral Award** (Binding decision) [Reference: Próspera Arbitration Statute, Article 46]. |
| | |
| | --- |
| | |
| | **Process Name:** Appointment of Arbitrators (Default Procedure) |
| | **Legal Authority:** *Próspera Arbitration Statute 2019*, Article 11. |
| | |
| | ### 1. Prerequisites & Requirements |
| | * **Trigger:** Parties fail to agree on the appointment procedure or specific arbitrators in their contract [Reference: Próspera Arbitration Statute, Article 11(3)]. |
| | |
| | ### 2. Step-by-Step Workflow |
| | 1. **Party:** Requests appointment by the Arbitration Service Provider (ASP) or Próspera ZEDE Court [Reference: Próspera Arbitration Statute, Article 11(3)(a)]. |
| | 2. **Sole Arbitrator Scenario:** |
| | * **ASP/Court:** Appoints the single arbitrator upon request [Reference: Próspera Arbitration Statute, Article 11(3)(b)]. |
| | 3. **Three Arbitrator Scenario:** |
| | * **Claimant:** Appoints one arbitrator. |
| | * **Respondent:** Appoints one arbitrator. |
| | * **Appointed Arbitrators:** Jointly appoint the third (presiding) arbitrator. |
| | * *Default:* If a party fails to appoint within **30 days**, the ASP/Court makes the appointment [Reference: Próspera Arbitration Statute, Article 11(3)(a)]. |
| | |
| | ### 3. Final Output |
| | * **Constitution of Arbitral Tribunal** [Reference: Próspera Arbitration Statute, Article 11]. |
| | |
| | --- |
| | |
| | ## 7. Labor Compliance |
| | |
| | **Process Name:** Establishment of Labor Benefit Fund (Trust) |
| | **Legal Authority:** *Próspera Labor Statute*, Section 3(b). |
| | |
| | ### 1. Prerequisites & Requirements |
| | * **Employer:** Must be a Próspera Resident or e-Resident [Reference: Próspera Labor Statute, Section 3(b)(1)]. |
| | * **Employee:** Must be performing work within Próspera [Reference: Próspera Labor Statute, Section 3(a)(1)]. |
| | * **Trustee:** The Employer (acting as settlor and trustee) [Reference: Próspera Labor Statute, Section 3(b)(2)]. |
| | * **Custodian:** The GSP or a complying financial institution (non-fiduciary custodian) [Reference: Próspera Labor Statute, Section 3(b)(2)]. |
| | |
| | ### 2. Step-by-Step Workflow |
| | 1. **Employer:** Establishes a trust account ("Próspera Labor Benefit Fund") for the employee [Reference: Próspera Labor Statute, Section 3(b)(1)]. |
| | 2. **Employer:** Funds the account quarterly [Reference: Próspera Labor Statute, Section 3(b)(1)]. |
| | * *Amount:* 10% of gross compensation (if 13th/14th month waived) OR 8% (standard) [Reference: Próspera Labor Statute, Section 3(b)(1)(i)-(ii)]. |
| | 3. **Employer:** Furnishes GSP with an annual report on the aggregate amount paid [Reference: Próspera Labor Statute, Section 3(b)(8)]. |
| | 4. **Employee:** May request disbursement upon qualifying events (age 62, disability, medical/education hardship, etc.) [Reference: Próspera Labor Statute, Section 3(b)(9)]. |
| | |
| | ### 3. Final Output |
| | * **Funded Trust Account** for Employee Benefit. |
| | |
| | ## 8. Personal Registry |
| | |
| | **Process Name:** Registration of Natural Person Resident |
| | **Legal Authority:** *Próspera Personal Registry Statute*, Sections 3 & 4. |
| | |
| | ### 1. Prerequisites & Requirements |
| | * **Agreement:** Execution of the Agreement of Coexistence [Reference: Próspera Personal Registry Statute, Section 3(a)(1)]. |
| | * **KYC/Background Check:** Clearance of "Know-Your-Customer" and privacy policies (background check) [Reference: Próspera Personal Registry Statute, Section 3(a)(2)]. |
| | * **Fee:** Payment of prescribed fees (e.g., $50 for document filing) [Reference: Próspera Personal Registry Statute, Section 3(a)(3)]. |
| | |
| | ### 2. Step-by-Step Workflow |
| | 1. **Applicant:** Submits application via the e-governance service (online portal) [Reference: Próspera Personal Registry Statute, Section 4(a)(1)]. |
| | 2. **Registrar:** Verifies identity (photographic/digital likeness) and background check results [Reference: Próspera Personal Registry Statute, Section 4(b)]. |
| | 3. **Registrar:** Assigns a unique identification number [Reference: Próspera Personal Registry Statute, Section 3(b)]. |
| | 4. **Registrar:** Records residency status, email, and insurance coverage [Reference: Próspera Personal Registry Statute, Section 3(b)]. |
| | |
| | ### 3. Final Output |
| | * **Residency ID** (Number/Card) and entry in the Próspera Personal Registry. |
| | |
| | --- |
| | |
| | ## 9. Decentralized Land Regulation (Severed Rights) |
| | |
| | **Process Name:** Registration of Severed Rights (e.g., Air, Development, Use) |
| | **Legal Authority:** *Próspera Decentralized Land Regulation Statute*, Section 3. |
| | |
| | ### 1. Prerequisites & Requirements |
| | * **Source Title:** Must hold title to the surface estate of land in Próspera [Reference: Próspera Decentralized Land Regulation Statute, Section 3(A)]. |
| | * **Instrument:** A "Transfer/Notation Instrument" (e.g., Common Interest Community Declaration) [Reference: Próspera Decentralized Land Regulation Statute, Section 3(A)(1)]. |
| | * **Definition:** Rights must be defined by fixed volume (cubic meters) and 3D coordinates/strata [Reference: Próspera Decentralized Land Regulation Statute, Section 3(A)(2)]. |
| | |
| | ### 2. Step-by-Step Workflow |
| | 1. **Owner:** Registers a Transfer/Notation Instrument with the Próspera Property Registry [Reference: Próspera Decentralized Land Regulation Statute, Section 3(A)(1)]. |
| | 2. **Registrar:** Verifies the instrument defines the rights (e.g., "Air Rights" or "Development Rights") as a separate estate [Reference: Próspera Decentralized Land Regulation Statute, Section 3(A)(2)]. |
| | 3. **Severance:** The rights are legally severed from the surface estate [Reference: Próspera Decentralized Land Regulation Statute, Section 3(A)(3)]. |
| | 4. **Taxation:** Próspera Land Value Tax immediately attaches to the new Severed Rights estate [Reference: Próspera Decentralized Land Regulation Statute, Section 3(A)(4)]. |
| | |
| | ### 3. Final Output |
| | * **Separate Fee Simple Estate** title for the Severed Rights [Reference: Próspera Decentralized Land Regulation Statute, Section 3(B)]. |
| | |
| | --- |
| | |
| | **Process Name:** Hard Affixture of Severed Rights |
| | **Legal Authority:** *Próspera Decentralized Land Regulation Statute*, Section 3(C)(1). |
| | |
| | ### 1. Prerequisites & Requirements |
| | * **Severed Rights:** Valid title to Severed Rights [Reference: Próspera Decentralized Land Regulation Statute, Section 3(C)(1)]. |
| | * **Target Estate:** Title to another Real Property estate to which rights will be affixed [Reference: Próspera Decentralized Land Regulation Statute, Section 3(C)(1)]. |
| | * **Inspection:** Certification from GSP or third-party inspector [Reference: Próspera Decentralized Land Regulation Statute, Section 3(C)(1)(a)]. |
| | |
| | ### 2. Step-by-Step Workflow |
| | 1. **Titleholder:** Submits registration form for "Hard Affixture" [Reference: Próspera Decentralized Land Regulation Statute, Section 3(C)(1)(b)]. |
| | 2. **Inspector:** Certifies that the source parcel/rights are not currently required for lawful use of a different estate [Reference: Próspera Decentralized Land Regulation Statute, Section 3(C)(1)(a)]. |
| | 3. **Titleholder:** Indemnifies successors in title against liability from false certification [Reference: Próspera Decentralized Land Regulation Statute, Section 3(C)(1)(c)]. |
| | 4. **Registrar:** Registers the affixture, binding the rights to the new estate in perpetuity (absent future severance) [Reference: Próspera Decentralized Land Regulation Statute, Section 3(C)(1)]. |
| | |
| | ### 3. Final Output |
| | * **Registered Affixture** (Rights run with the new land title) [Reference: Próspera Decentralized Land Regulation Statute, Section 3(C)(1)]. |
| | |
| | --- |
| | |
| | ## 10. Administrative Sanctions |
| | |
| | **Process Name:** Voluntary Compliance (Confession) |
| | **Legal Authority:** *Próspera Administrative Sanctions Statute*, Section 6. |
| | |
| | ### 1. Prerequisites & Requirements |
| | * **Timing:** Must confess *before* a Notice of Offence is served [Reference: Próspera Administrative Sanctions Statute, Section 6(1)]. |
| | * **Scope:** Administrative infraction (not criminal felony) [Reference: Próspera Administrative Sanctions Statute, Section 2(a)]. |
| | |
| | ### 2. Step-by-Step Workflow |
| | 1. **Offender:** Voluntarily reports the infraction to the GSP/Authority [Reference: Próspera Administrative Sanctions Statute, Section 6(1)]. |
| | 2. **Authority:** Calculates the applicable fine [Reference: Próspera Administrative Sanctions Statute, Section 6(2)]. |
| | 3. **Reduction:** Authority applies a reduction (fine shall not be less than 1/5th of the applicable amount) [Reference: Próspera Administrative Sanctions Statute, Section 6(2)]. |
| | 4. **Payment:** Offender pays the reduced fine [Reference: Próspera Administrative Sanctions Statute, Section 6(2)]. |
| | 5. **Record:** Record is kept confidential. If "victimless", record may be stricken [Reference: Próspera Administrative Sanctions Statute, Section 6(3)]. |
| | |
| | ### 3. Final Output |
| | * **Resolution of Infraction** with reduced penalty [Reference: Próspera Administrative Sanctions Statute, Section 6]. |
| | |
| | --- |
| | |
| | **Process Name:** Objection to Notice of Alleged Violation (NoAV) |
| | **Legal Authority:** *Próspera Administrative Sanctions Statute*, Section 8. |
| | |
| | ### 1. Prerequisites & Requirements |
| | * **Notice:** Receipt of a Notice of Alleged Violation (NoAV) [Reference: Próspera Administrative Sanctions Statute, Section 8(1)]. |
| | * **Timeline:** Objection must be filed within **7 days** of receipt [Reference: Próspera Administrative Sanctions Statute, Section 8(2)]. |
| | |
| | ### 2. Step-by-Step Workflow |
| | 1. **Authority:** Serves NoAV on the alleged offender [Reference: Próspera Administrative Sanctions Statute, Section 8(1)]. |
| | 2. **Offender:** Files an objection within 7 days [Reference: Próspera Administrative Sanctions Statute, Section 8(2)]. |
| | 3. **Election:** Offender elects dispute resolution forum: |
| | * *Default:* Próspera Default Arbitration Service Provider (ASP) [Reference: Próspera Administrative Sanctions Statute, Section 8(2)(b)(i)]. |
| | * *Option:* AAA International Center for Dispute Resolution (if provided in Agreement of Coexistence) [Reference: Próspera Administrative Sanctions Statute, Section 8(2)(b)(ii)]. |
| | 4. **Hearing:** Authority schedules an initial hearing (10-30 days after objection window) [Reference: Próspera Administrative Sanctions Statute, Section 8(3)]. |
| | 5. **Decision:** Competent authority issues a final "Administrative Resolution" within 90 days [Reference: Próspera Administrative Sanctions Statute, Section 8(4)]. |
| | |
| | ### 3. Final Output |
| | * **Administrative Resolution** (upholding or dismissing the fine) [Reference: Próspera Administrative Sanctions Statute, Section 8(4)]. |
| | |
| | ## 1. Entity Registration (Incorporation) |
| | |
| | **Process Name:** Registration of a Legal Entity (LLC or Corporation) |
| | **Legal Authority:** *Próspera Entity Registry Statute* (§ 2-1-43-0-0-0-1 et seq.) and *Próspera Entity Registry KYC Policy No. 1*. |
| | |
| | ### 1. Prerequisites & Requirements |
| | * **Residency:** The applicant (person forming the entity) must have an active Próspera Residency (e-Residency) number [Reference: Próspera Entity Registry Statute, Section 3(a)(1)]. |
| | * **Registered Agent:** Must appoint a registered agent with a physical address within Próspera ZEDE [Reference: Próspera Entity Registry Statute, Section 3(a)(4)]. |
| | * **Insurance:** Liability insurance policy (required before starting business operations) [Reference: Próspera Financial Responsibility Statute, Section 3]. |
| | * **KYC Documents:** |
| | * Name, birth date, citizenship of all C-level management and 10%+ beneficial owners [Reference: Próspera Entity Registry KYC Policy No. 1, Section 1]. |
| | * Reference letter from a professional, association, or institution of high repute for the applicant and key principals [Reference: Próspera Entity Registry KYC Policy No. 1, Section 1(b)]. |
| | * Confirmation that no principal is on international sanctions/watch lists (OFAC, Interpol, etc.) [Reference: Próspera Entity Registry KYC Policy No. 1, Section 1(c)]. |
| | |
| | ### 2. Step-by-Step Workflow |
| | 1. **Submission:** Applicant submits the request via the ePróspera digital governance platform (or GSP designated portal) [Reference: Próspera Entity Registry Statute, Section 4(a)]. |
| | 2. **KYC Verification:** The Registrar (or designee) reviews submitted KYC information and reference letters [Reference: Próspera Entity Registry KYC Policy No. 1, Section 2]. |
| | 3. **Filings:** Applicant submits: |
| | * Organic documents (Articles of Incorporation/Organization) [Reference: Próspera Entity Registry Statute, Section 3(a)(3)]. |
| | * Registered agent designation [Reference: Próspera Entity Registry Statute, Section 3(a)(4)]. |
| | * Payment of fees (e.g., $150 USD for organic documents, $25 for non-organic) [Reference: Próspera Entity Registry Statute, Section 3(a)(5)]. |
| | 4. **Review:** Registrar verifies compliance with the Roatán Common Law Code (RCLC) Entity Code [Reference: Próspera Entity Registry Statute, Section 4(b)]. |
| | 5. **Registration:** Upon approval, the entity is assigned a unique identification number [Reference: Próspera Entity Registry Statute, Section 3(b)]. |
| | 6. **Public Notice:** The entity’s status is recorded in the Próspera Entity Registry [Reference: Próspera Entity Registry Statute, Section 3(b)]. |
| | |
| | ### 3. Final Output |
| | * **Certificate of Incorporation/Organization** and a Unique Entity Identification Number [Reference: Próspera Entity Registry Statute, Section 4(c)]. |
| | |
| | --- |
| | |
| | ## 2. Land Registration (Torrens System) |
| | |
| | **Process Name:** Bringing Land Under the Próspera Title System |
| | **Legal Authority:** *Land Title Law of Próspera 2019* (§ 2-1-22-1-0-0-1 et seq.), Part 5, Div 1, Art 110. |
| | |
| | ### 1. Prerequisites & Requirements |
| | * **Applicant:** Must be the owner of the land and hold a Próspera Residency Number [Reference: Land Title Law of Próspera 2019, Article 110(1)]. |
| | * **Consents:** If the land is mortgaged, the mortgagee (lender) must consent. If owned by multiple people, all must apply [Reference: Land Title Law of Próspera 2019, Article 110(3)-(4)]. |
| | * **Geospatial Data:** A plan adequately defining the land (horizontal coordinates) and any severed rights (vertical/air/subsurface) prepared using suitable technology (precision ±0.1m horizontal, ±0.3m vertical) [Reference: Land Title Law of Próspera 2019, Article 107; Article 127]. |
| | |
| | ### 2. Step-by-Step Workflow |
| | 1. **Application:** Owner submits an application to the Registrar to bring land under the Law [Reference: Land Title Law of Próspera 2019, Article 110(1)]. |
| | 2. **Plan Deposit:** Owner deposits a survey plan complying with geospatial standards [Reference: Land Title Law of Próspera 2019, Article 127(1)]. |
| | 3. **Review:** Registrar verifies the application, consents, and survey data [Reference: Land Title Law of Próspera 2019, Article 111(1)]. |
| | 4. **Registration:** Registrar registers the applicant as the owner of the estate [Reference: Land Title Law of Próspera 2019, Article 111(1)(b)]. |
| | 5. **Creation of Title:** Registrar creates a new "Record of Title" (electronic) [Reference: Land Title Law of Próspera 2019, Article 14]. |
| | |
| | ### 3. Final Output |
| | * **Record of Title** (Electronic) which serves as conclusive evidence of ownership [Reference: Land Title Law of Próspera 2019, Article 6]. |
| | |
| | --- |
| | |
| | ## 3. Industrial Regulatory Election |
| | |
| | **Process Name:** Regulatory Election for Regulated Industries |
| | **Legal Authority:** *Próspera Industrial Regulation Statute* (§ 2-2-28-0-0-0-1 et seq.), Section 3 & 4. |
| | |
| | ### 1. Prerequisites & Requirements |
| | * **Status:** Entity must be a "Regulated Industry Person" (e.g., Finance, Health, Energy, Construction with >10 employees/$1M revenue) [Reference: Próspera Industrial Regulation Statute, Section 2(l), 2(n)]. |
| | * **Insurance:** Specialized liability insurance coverage [Reference: Próspera Industrial Regulation Statute, Section 5(a)]. |
| | |
| | ### 2. Step-by-Step Workflow |
| | 1. **Selection:** The entity selects its regulatory framework from three options: |
| | * **Option A:** Laws of Honduras (outside Próspera) [Reference: Próspera Industrial Regulation Statute, Section 3(a)]. |
| | * **Option B:** Laws of a "Best Practice Peer Country" (e.g., USA, UK, Singapore, Estonia, etc.) as if operating in that jurisdiction [Reference: Próspera Industrial Regulation Statute, Section 3(b)]. |
| | * **Option C:** Proposed "Optimal Regulation" (requires petition and Council approval) [Reference: Próspera Industrial Regulation Statute, Section 4]. |
| | 2. **Disclosure:** The entity must disclose this election in: |
| | * All contracts with clients/third parties [Reference: Próspera Industrial Regulation Statute, Section 3(e)(i)]. |
| | * The Próspera Entity Registry (public notation) [Reference: Próspera Industrial Regulation Statute, Section 3(e)(ii)]. |
| | 3. **Compliance:** |
| | * *If Option A or B:* Entity operates self-regulated under the chosen laws [Reference: Próspera Industrial Regulation Statute, Section 3(c)]. |
| | * *If Option C:* Entity submits a petition to the Próspera Council, presents it at a meeting, and awaits approval [Reference: Próspera Industrial Regulation Statute, Section 4(b)]. |
| | |
| | ### 3. Final Output |
| | * **Public Notation of Regulatory Election** in the Registry and legal authorization to operate under the chosen framework [Reference: Próspera Industrial Regulation Statute, Section 3(e)]. |
| | |
| | --- |
| | |
| | ## 4. Banking License Application |
| | |
| | **Process Name:** Application for Banking License (Class A, B, C, or D) |
| | **Legal Authority:** *Próspera Financial Regulation A* (§ 3-2-164-0-0-0-1), Part 6; *RFSA Administrative Action No. 6* (Application Form). |
| | |
| | ### 1. Prerequisites & Requirements |
| | * **Entity Type:** Must be a Corporation or LLC [Reference: Próspera Financial Regulation A, Part 6, Sec. 601(a)]. |
| | * **Residency:** Applicant must have an (e)Resident Number [Reference: RFSA AA No. 6, Section 1(1)]. |
| | * **Capital:** |
| | * Class A (Lending only): No minimum [Reference: Próspera Financial Regulation A, Part 6, Sec. 602]. |
| | * Class B (100% Reserve): No minimum [Reference: Próspera Financial Regulation A, Part 6, Sec. 603]. |
| | * Class C (Commercial): $10,000,000 USD (long-term capital) [Reference: Próspera Financial Regulation A, Part 6, Sec. 604(2)]. |
| | * Class D (Microfinance): $400,000 USD (long-term capital) [Reference: Próspera Financial Regulation A, Part 6, Sec. 605(2)]. |
| | * **Documents:** Certificate of incorporation, financial/admin structure, technical plans, proof of capital origin, organizer details [Reference: RFSA AA No. 6, Section 1(3)]. |
| | |
| | ### 2. Step-by-Step Workflow |
| | 1. **Submission:** Submit "Bank License Application Form" and required documents to the Roatán Financial Services Authority (RFSA) [Reference: RFSA AA No. 6, Section 1]. |
| | 2. **Evaluation (CAMELS):** RFSA evaluates Capital, Asset quality, Management, Earnings, Liquidity, and Sensitivity to risk (CAMELS review) [Reference: Próspera Financial Regulation A, Part 6, Sec. 606]. |
| | * *Timeline:* RFSA must resolve the request within **20 business days** of receipt [Reference: Próspera Financial Regulation A, Part 6, Sec. 606(b)]. |
| | 3. **Authorization:** If approved, RFSA issues a license authorization certification [Reference: Próspera Financial Regulation A, Part 6, Sec. 606(c)]. |
| | 4. **Registration:** The authorization is filed/notated in the Próspera Entity Registry within **10 business days** [Reference: Próspera Financial Regulation A, Part 6, Sec. 606(d)]. |
| | 5. **Start of Operations:** Bank must start operations within **6 months** (extendable by 3 months) [Reference: Próspera Financial Regulation A, Part 6, Sec. 606(e)]. |
| | |
| | ### 3. Final Output |
| | * **Banking License** (Certification) and authorization to operate [Reference: Próspera Financial Regulation A, Part 6, Sec. 606(c)]. |
| | |
| | --- |
| | |
| | ## 5. Money Transmitting Business Registration |
| | |
| | **Process Name:** Registration of Money Transmitting Business |
| | **Legal Authority:** *Próspera Financial Regulation A*, Part 5, Division 14 (§ 1401-1402). |
| | |
| | ### 1. Prerequisites & Requirements |
| | * **Scope:** Applies to any person owning/controlling a business that provides check cashing, currency exchange, or money transmission [Reference: Próspera Financial Regulation A, Part 5, Div 14, Sec 1401(a)]. |
| | * **Deadline:** Must register not later than **180 days** after the business is legally incorporated [Reference: Próspera Financial Regulation A, Part 5, Div 14, Sec 1402(a)]. |
| | |
| | ### 2. Step-by-Step Workflow |
| | 1. **Submission:** Submit registration to the RFSA [Reference: Próspera Financial Regulation A, Part 5, Div 14, Sec 1402(a)]. |
| | 2. **Information Required:** |
| | * Name and location [Reference: Próspera Financial Regulation A, Part 5, Div 14, Sec 1402(b)(1)]. |
| | * Names/addresses of owners, directors, and officers [Reference: Próspera Financial Regulation A, Part 5, Div 14, Sec 1402(b)(2)]. |
| | * Depository institution details (where transaction account is held) [Reference: Próspera Financial Regulation A, Part 5, Div 14, Sec 1402(b)(3)]. |
| | * Estimate of business volume for the coming year [Reference: Próspera Financial Regulation A, Part 5, Div 14, Sec 1402(b)(4)]. |
| | 3. **Compliance:** Maintain a list of all authorized agents and make it available to law enforcement upon request [Reference: Próspera Financial Regulation A, Part 5, Div 14, Sec 1403(a)]. |
| | |
| | ### 3. Final Output |
| | * **Registration Status** with the RFSA as a compliant Money Transmitting Business [Reference: Próspera Financial Regulation A, Part 5, Div 14, Sec 1402]. |
| | |
| | ## 11. Environmental & Hazard Compliance |
| | |
| | **Process Name:** Hazardous Activity Disclosure |
| | **Legal Authority:** *Próspera Hazard Precaution Statute*, Section 4(c); *Próspera Coral Reef Protection Statute*, Section 3. |
| | |
| | ### 1. Prerequisites & Requirements |
| | * **Trigger:** Engaging in any activity that poses a non-speculative risk to health, safety, or the environment (e.g., coral reefs) [Reference: Próspera Hazard Precaution Statute, Section 4(c); Coral Reef Protection Statute, Section 3(a)]. |
| | * **Timing:** Disclosure must be made at least once per calendar year OR within **72 hours** of becoming aware of the hazard [Reference: Próspera Hazard Precaution Statute, Section 4(c)]. |
| | |
| | ### 2. Step-by-Step Workflow |
| | 1. **Resident/Entity:** Submits a disclosure to the **Registrar of Personal and Entity Registries** [Reference: Próspera Hazard Precaution Statute, Section 4(c)]. |
| | 2. **Content:** |
| | * Contact information [Reference: Próspera Hazard Precaution Statute, Section 4(c)(1)]. |
| | * Summary of the nature/magnitude of the hazardous activity [Reference: Próspera Hazard Precaution Statute, Section 4(c)(2)]. |
| | * Location [Reference: Próspera Hazard Precaution Statute, Section 4(c)(3)]. |
| | * Purpose/Goal [Reference: Próspera Hazard Precaution Statute, Section 4(c)(4)]. |
| | * Request for confidentiality (if trade secret) [Reference: Próspera Hazard Precaution Statute, Section 4(c)(5)]. |
| | 3. **Registrar:** Records the disclosure associated with the person's residency file [Reference: Próspera Hazard Precaution Statute, Section 4(c)]. |
| | |
| | ### 3. Final Output |
| | * **Registered Disclosure** (Mitigates liability if combined with good faith compliance) [Reference: Próspera Hazard Precaution Statute, Section 4]. |
| | |
| | --- |
| | |
| | **Process Name:** Hazardous Activity Exemption (Safe Harbor) |
| | **Legal Authority:** *Próspera Hazard Precaution Statute*, Section 4(d). |
| | |
| | ### 1. Prerequisites & Requirements |
| | * **Status:** Must be a Regulated Industry Person [Reference: Próspera Hazard Precaution Statute, Section 4(d)]. |
| | * **Insurance:** Must maintain mandatory minimum liability insurance [Reference: Próspera Hazard Precaution Statute, Section 4(d)]. |
| | |
| | ### 2. Step-by-Step Workflow |
| | 1. **Entity:** Adopts a regulatory framework (Honduras, Best Practice Peer Country, or Optimal Regulation) [Reference: Próspera Hazard Precaution Statute, Section 4(d)]. |
| | 2. **Entity:** Discloses the activity to the Registrar (as above) [Reference: Próspera Hazard Precaution Statute, Section 4(d)]. |
| | 3. **Entity:** Demonstrates "Good Faith Compliance" with the chosen framework [Reference: Próspera Hazard Precaution Statute, Section 4(d)]. |
| | 4. **Verification (Optional but recommended):** May seek a declaratory action before the **Hazardous Activity Division** of the Default ASP to confirm exemption [Reference: Próspera Hazard Precaution Statute, Section 5(a)]. |
| | |
| | ### 3. Final Output |
| | * **Exemption from Strict Liability** (Safe Harbor status) [Reference: Próspera Hazard Precaution Statute, Section 4(d)]. |
| | |
| | ## 12. Financial Technology (FinTech) Services |
| | |
| | **Process Name:** FinTech Registration and Licensure (Standard) |
| | **Legal Authority:** *Próspera FinTech Regulation A*, Chapter 2; *RFSA Administrative Action No. 15*. |
| | |
| | ### 1. Prerequisites & Requirements |
| | * **Residency:** Applicant and all C-level managers must be (e)Residents in good standing [Reference: RFSA AA No. 15, Section 5(a)]. |
| | * **Insurance:** Must apply for a **Qualified Insurance Policy** (regulatory insurance) [Reference: RFSA AA No. 15, Section 5(b)(iv)]. |
| | * **Compliance Certifier:** Engagement of an authorized supplier for legal/audit opinions [Reference: RFSA AA No. 15, Section 3]. |
| | |
| | ### 2. Step-by-Step Workflow |
| | 1. **Phase 1: Initial Assessment:** |
| | * Submit "Initial Assessment Application" to the **Roatán Financial Services Authority (RFSA)** [Reference: RFSA AA No. 15, Section 5(b)]. |
| | * Include: Prospectus (business model), KYC for management, UBO Disclosure (25%+ owners), and proof of insurance application [Reference: RFSA AA No. 15, Section 5(b)(iii); Section 1(b)(i)]. |
| | * Pay Initial Assessment Fee ($1,500 - $2,500 USD) [Reference: RFSA AA No. 15, Section 4(a)]. |
| | 2. **Phase 2: Review & Feedback:** |
| | * RFSA evaluates the model (15-day window) [Reference: RFSA AA No. 15, Section 5(d)(i)]. |
| | * RFSA provides an "Initial Evaluation Notice" with a list of required documents and authorized legal/audit opinion suppliers [Reference: RFSA AA No. 15, Section 5(d)(i)]. |
| | 3. **Phase 3: Legal/Audit Opinions:** |
| | * Obtain opinions certifying the business model complies with Próspera law (including IP/Copyright) and FinTech regulatory principles [Reference: RFSA AA No. 15, Section 5(d)(i)]. |
| | 4. **Phase 4: Final Enrollment:** |
| | * Submit the formal registration application with the required opinions and proof of guarantee/bond [Reference: Próspera FinTech Regulation A, Chapter 2, Section 6]. |
| | * Pay License Fee ($1,500 - $2,500 USD) [Reference: RFSA AA No. 15, Section 4(b)]. |
| | 5. **Phase 5: Issuance:** |
| | * RFSA issues the FinTech License and Permit (within 20 business days) [Reference: Próspera FinTech Regulation A, Chapter 2, Section 6(b)]. |
| | |
| | ### 3. Final Output |
| | * **FinTech License** and entry in the Financial Technology Service Providers Registry [Reference: Próspera FinTech Regulation A, Chapter 2, Section 6]. |
| | |
| | --- |
| | |
| | **Process Name:** Deferral to Qualified Insurer (Expedited FinTech Path) |
| | **Legal Authority:** *RFSA Administrative Action No. 15*, Section 2. |
| | |
| | ### 1. Prerequisites & Requirements |
| | * **Target Market:** Must exclusively serve (e)Residents [Reference: RFSA AA No. 15, Section 2(b)(i)]. |
| | * **Volume Limit:** Aggregate funds handled must be <$2,000,000 USD (12-month period) and <$150,000 USD/month [Reference: RFSA AA No. 15, Section 2(b)(iii)]. |
| | * **Managerial Status:** C-level personnel must be (e)Residents [Reference: RFSA AA No. 15, Section 2(b)(ii)]. |
| | |
| | ### 2. Step-by-Step Workflow |
| | 1. **Application:** Submit a standard application to the RFSA with proof of a conforming regulatory insurance policy [Reference: RFSA AA No. 15, Section 2]. |
| | 2. **Disclaimer:** Ensure all service recipients sign a risk disclosure (16pt font/audio-visual) stating funds are at risk [Reference: RFSA AA No. 15, Section 2(b)(iv)]. |
| | 3. **RFSA Review:** RFSA defers to the Qualified Insurer's procedures [Reference: RFSA AA No. 15, Section 2(a)(i)]. |
| | 4. **Registration:** Within 15 business days, RFSA issues the license and permit [Reference: RFSA AA No. 15, Section 2(a)(ii)]. |
| | |
| | ### 3. Final Output |
| | * **Expedited FinTech License** (Subject to volume and residency restrictions) [Reference: RFSA AA No. 15, Section 2(a)(ii)]. |
| | |
| | --- |
| | |
| | ## 13. Medical Innovation & Health Services |
| | |
| | **Process Name:** Medical Innovation Permitting (Safe Harbor) |
| | **Legal Authority:** *Próspera Medical Innovation and Safety Regulation*, Section 7 & 8. |
| | |
| | ### 1. Prerequisites & Requirements |
| | * **Personnel:** Administered by or under the supervision of a Doctor/Surgeon/Nurse Practitioner qualified in Honduras or a Best Practice Peer Country [Reference: Próspera Medical Innovation and Safety Regulation, Section 7(b)]. |
| | * **Insurance:** Obtain Market Security (insurance/bond) specifically covering recklessness/defects [Reference: Próspera Medical Innovation and Safety Regulation, Section 7(a)]. |
| | * **Patients:** Must be (e)Residents in good standing [Reference: Próspera Medical Innovation and Safety Regulation, Section 2(l)]. |
| | |
| | ### 2. Step-by-Step Workflow |
| | 1. **Regulatory Election:** Elect to be governed by the Medical Innovation and Safety Regulation [Reference: Próspera Medical Innovation and Safety Regulation, Section 5(a)]. |
| | 2. **Disclosure of Risks:** Inform the patient of all material risks of injury/death [Reference: Próspera Medical Innovation and Safety Regulation, Section 8(a)]. |
| | 3. **Informed Consent:** Offer the patient a second opinion from an independent professional (Honduran-licensed if the patient is a Honduran national) [Reference: Próspera Medical Innovation and Safety Regulation, Section 8(a)(2)]. |
| | 4. **Waiver Execution:** Patient signs a written waiver of negligence (including specific "Próspera Optimal Regulations" language) [Reference: Próspera Medical Innovation and Safety Regulation, Section 8(b)-(d)]. |
| | * *Best Practice:* Record a video of the patient giving affirmative assent to the disclosure and waiver [Reference: Próspera Medical Innovation and Safety Regulation, Section 10(a)]. |
| | 5. **Record Keeping:** Maintain medical files/waivers for at least **5 years** [Reference: Próspera Medical Innovation and Safety Regulation, Section 8(e)]. |
| | |
| | ### 3. Final Output |
| | * **Safe Harbor Protection** against negligence claims (provided the act was not intentional or reckless) [Reference: Próspera Medical Innovation and Safety Regulation, Section 6(a)]. |
| | |
| | --- |
| | |
| | **Process Name:** Comprehensive Health Services Petition |
| | **Legal Authority:** *Próspera Health Services Regulation A*, Chapter 2. |
| | |
| | ### 1. Prerequisites & Requirements |
| | * **Scope:** Applies to Alternative Cancer Treatments, Gene/Plasmid Therapies, PTSD/TBI protocols, and Tissue Processing [Reference: Próspera Health Services Regulation A, Chapter 2, Section 1(a)-(j)]. |
| | |
| | ### 2. Step-by-Step Workflow |
| | 1. **Petition:** Submit a petition to the **Próspera Council** (or Health Industry Committee) [Reference: Próspera Health Services Regulation A, Chapter 2, Section 1]. |
| | 2. **Evidence of Safety:** Include treatment regulations from a peer jurisdiction (e.g., USA/Honduras) OR protocols approved by an **Institutional Review Board (IRB)** [Reference: Próspera Health Services Regulation A, Chapter 2, Section 1]. |
| | 3. **Demonstration:** Prove the ability to comply with joint commission standards or WHO Handbook for Good Clinical Research [Reference: Próspera Health Services Regulation A, Chapter 2, Section 1(a); Section 1(k)]. |
| | 4. **Approval:** Council adopts optimal regulatory practices for the specific service [Reference: Próspera Health Services Regulation A, Chapter 2, Section 1]. |
| | |
| | ### 3. Final Output |
| | * **Council Approval** and legal authorization to provide advanced medical services [Reference: Próspera Health Services Regulation A, Chapter 2, Section 1]. |
| | |
| | --- |
| | |
| | ## 14. Financial Intelligence & Reporting |
| | |
| | **Process Name:** Suspicious Transaction Reporting (STR) |
| | **Legal Authority:** *RFSA Administrative Action No. 3*. |
| | |
| | ### 1. Prerequisites & Requirements |
| | * **Who:** All Covered Regulated Industry Persons (Financial Institutions, DNFBPs) [Reference: RFSA AA No. 3, Section 1(1)]. |
| | * **Trigger:** Suspicion or reasonable grounds to suspect property is proceeds of crime or linked to terrorism [Reference: RFSA AA No. 3, Section 1(1)(a)-(b)]. |
| | |
| | ### 2. Step-by-Step Workflow |
| | 1. **Suspicion Formed:** Entity identifies a suspicious transaction or attempted transaction [Reference: RFSA AA No. 3, Section 1(1)]. |
| | 2. **Reporting:** Submit a report to the **Financial Intelligence Unit Liaison (FIUL)** within **3 working days** [Reference: RFSA AA No. 3, Section 1(1)]. |
| | 3. **Refrain from Action:** Stop the transaction for **1 business day** after reporting (unless impossible or would frustrate investigation) [Reference: RFSA AA No. 3, Section 1(3)]. |
| | 4. **FIUL Order:** If notified by FIUL, suspend the transaction for up to 3 business days [Reference: RFSA AA No. 3, Section 1(3)]. |
| | |
| | ### 3. Final Output |
| | * **Compliance with AML/CTF reporting obligations** [Reference: RFSA AA No. 3, Section 1]. |
| | |
| | ## 15. Customs & Importation |
| | |
| | **Process Name:** Authorization for Importation of Goods (Goods in Transit) |
| | **Legal Authority:** *ZEDE Organic Law*, Art. 31 & 32; *Legislative Decree 368-2013*; *Legislative Decree 32-2021*. |
| | |
| | ### 1. Prerequisites & Requirements |
| | * **Purpose:** Goods must be for internal use or production within Próspera ZEDE [Reference: Customs Import Authorization Resolution, Preamble]. |
| | * **Status:** Imported goods are treated as "merchandise in international transit" [Reference: Legislative Decree 32-2021, Article 2; Customs Import Authorization Resolution, Preamble]. |
| | * **Exemption:** Free from national taxes, duties, and tariffs [Reference: ZEDE Organic Law, Article 32]. |
| | |
| | ### 2. Step-by-Step Workflow |
| | 1. **Preparation:** Prepare an "International Customs Declaration Form" or "Certified Manifest" [Reference: Customs Import Authorization Resolution, Preamble]. |
| | 2. **Manifest Details:** List Description of Goods, Seller Name/RTN, Value, Buyer (e)Resident Permit No, and Planned Date of Entry [Reference: Customs Import Authorization Resolution, Manifest Section]. |
| | 3. **Certification:** Sign a sworn statement accepting civil penalties for fraud if the manifest is found to be materially false [Reference: Customs Import Authorization Resolution, Certification Section]. |
| | 4. **Submission:** Submit the manifest to the **Próspera ZEDE Customs Officer** (GSP delegate) [Reference: Customs Import Authorization Resolution, Preamble]. |
| | 5. **Issuance:** The Customs Officer issues an "Administrative Measure Authorizing Importation" [Reference: Customs Import Authorization Resolution, Preamble]. |
| | 6. **Transit:** Present the authorization to national/local Honduran authorities to permit transit from the port of entry to Próspera ZEDE without delay or tax [Reference: Customs Import Authorization Resolution, Preamble]. |
| | |
| | ### 3. Final Output |
| | * **Certified Import Manifest** and **Customs Authorization** [Reference: Customs Import Authorization Resolution]. |
| | |
| | --- |
| | |
| | ## 16. Police & Criminal Prosecution |
| | |
| | **Process Name:** Criminal Prosecution (Special District Attorney) |
| | **Legal Authority:** *Próspera Special District Attorney Resolution*, § 5-1-172-0-0-0-1. |
| | |
| | ### 1. Prerequisites & Requirements |
| | * **Crimes:** Includes Felonies (prison >1 year), Misdemeanors (6-12 months), and Minor Misdemeanors (<6 months) [Reference: Próspera Special District Attorney Resolution, Section 2(d), (f), (g)]. |
| | * **Authority:** The **Special District Attorney (SDA)** serves at the pleasure of the **Law Enforcement Committee** [Reference: Próspera Special District Attorney Resolution, Section 4(a)]. |
| | |
| | ### 2. Step-by-Step Workflow |
| | 1. **Investigation:** SDA cooperates with Próspera Police and FIUL to investigate crimes [Reference: Próspera Special District Attorney Resolution, Section 4(c)(vii)]. |
| | 2. **Grand Jury (for Misdemeanors/Felonies):** |
| | * SDA must obtain authorization to prosecute from a **Grand Jury** [Reference: Próspera Special District Attorney Resolution, Section 4(c)(i)]. |
| | * Grand Jury consists of 12 natural person (e)Residents selected at random [Reference: Próspera Special District Attorney Resolution, Section 4(c)(i)]. |
| | 3. **Prosecution:** SDA files criminal charges in the name of Próspera [Reference: Próspera Special District Attorney Resolution, Section 4(c)(i)]. |
| | 4. **Oversight:** The Law Enforcement Committee monitors compliance with Human Rights and the Resident Bill of Rights [Reference: Próspera Special District Attorney Resolution, Section 2(i); Section 4(c)(v)]. |
| | |
| | ### 3. Final Output |
| | * **Criminal Conviction or Acquittal** via the Próspera judicial system [Reference: Próspera Special District Attorney Resolution, Section 4(c)(i)]. |
| | |
| | --- |
| | |
| | ## 17. Specialized Tax Procedures |
| | |
| | **Process Name:** Electing Bitcoin (BTC) as Unit of Account |
| | **Legal Authority:** *Próspera Tax Statute 2019 Practice Note No. 7*, § 6-1-09-28-23-1. |
| | |
| | ### 1. Prerequisites & Requirements |
| | * **Who:** Próspera Legal Entities (organized under Entity Registry Statute) [Reference: Practice Note No. 7, Section 1]. |
| | * **Period:** Election is irrevocable for at least the entire calendar year [Reference: Practice Note No. 7, Section 2]. |
| | |
| | ### 2. Step-by-Step Workflow |
| | 1. **Election Notice:** Submit a "BTC Election Notice" to the Tax Commissioner via email (`ots@prosperazede.hn` and `gsp@prospera.hn`) within **30 days** of the start of the tax period [Reference: Practice Note No. 7, Section 2]. |
| | 2. **Reporting (Interim Procedure):** |
| | * Determine liability in BTC for internal books [Reference: Practice Note No. 7, Section 3(a)]. |
| | * Report to Próspera in **USD or Lempira** using the BTC exchange rate at ~1 AM PST on the day of reporting [Reference: Practice Note No. 7, Section 3(a)]. |
| | 3. **Payment:** Pay the liability in BTC through the Próspera Trust [Reference: Practice Note No. 7, Section 3(b)]. |
| | |
| | ### 3. Final Output |
| | * **Tax accounting and payment primarily in BTC** [Reference: Practice Note No. 7, Section 1]. |
| | |
| | --- |
| | |
| | **Process Name:** Lump Sum Tax Regime Enrollment |
| | **Legal Authority:** *Regulation Establishing Lump Sum Tax Regime*, § 3-1-221-0-0-0-1. |
| | |
| | ### 1. Step-by-Step Workflow |
| | 1. **Election:** Taxpayer elects to pay a fixed annual amount in lieu of standard income/business taxes (MFN treatment) [Reference: Regulation Establishing Lump Sum Tax Regime, Section 1 (implied from context of title)]. |
| | 2. **Negotiation:** Negotiate the lump sum amount with the Tax Commissioner (based on commercial reasonableness) [Reference: Próspera Tax Statute 2019 Practice Note No. 1]. |
| | 3. **Payment:** Pay the annual fee to the Próspera Trust [Reference: Regulation Establishing Lump Sum Tax Regime]. |
| | |
| | --- |
| | |
| | ## 18. Human Rights Defense |
| | |
| | **Process Name:** Challenging Ultra Vires State Acts |
| | **Legal Authority:** *Próspera Human Rights Defense Committee Resolution*, § 5-1-215-0-0-0-1. |
| | |
| | ### 1. Prerequisites & Requirements |
| | * **Scope:** State acts involving coercion, violence, or violation of property rights/due process [Reference: Human Rights Defense Committee Resolution, Section 4(c)]. |
| | |
| | ### 2. Step-by-Step Workflow |
| | 1. **Identification:** Identify an unlawful or unconstitutional act by a branch of the national/local government (e.g., attempt to preempt Próspera’s authority) [Reference: Human Rights Defense Committee Resolution, Section 4(d)(1)]. |
| | 2. **Petition:** Petition the **Human Rights Defense Committee** [Reference: Human Rights Defense Committee Resolution, Section 4(d)]. |
| | 3. **Hearing:** The Committee holds a public hearing (regularly scheduled quarterly or emergency) [Reference: Human Rights Defense Committee Resolution, Section 4(d)]. |
| | 4. **Strategic Litigation:** The Committee directs civil or criminal defense in appropriate venues (Honduran or international) [Reference: Human Rights Defense Committee Resolution, Section 4(d)(4)]. |
| | |
| | ### 3. Final Output |
| | * **Legal defense and restoration of rights** protected by the Próspera Charter [Reference: Human Rights Defense Committee Resolution, Section 4(c)]. |
| | |
| | ## 19. Regulatory Enforcement & Compliance Audits |
| | |
| | **Process Name:** Regulatory Compliance Audit (Industrial Inspection) |
| | **Legal Authority:** *Próspera Enforcement Policy No. 1*, § 6-2-10-18-21-1. |
| | |
| | ### 1. Prerequisites & Requirements |
| | * **Auditors:** Compliance Auditors (inspectors) are retained by the **Próspera Insurance Company (PIC)** [Reference: Enforcement Policy No. 1, Section (1)]. |
| | * **Status:** Inspectors are not considered "Regulated Industry Persons" solely for the act of inspecting [Reference: Enforcement Policy No. 3, Section (1)]. |
| | |
| | ### 2. Step-by-Step Workflow |
| | 1. **Inspection Trigger:** PIC or the GSP schedules an annual or ad-hoc safety/regulatory audit of a Regulated Industry Person (e.g., construction site, health clinic) [Reference: Enforcement Policy No. 1, Section (1)]. |
| | 2. **Audit Conduct:** The auditor utilizes the "Compliance Audit Report" (Exhibit A) to record the status of compliance with Próspera Statutes (Labor, Hazard, Environment, etc.) [Reference: Enforcement Policy No. 1, Section (1)]. |
| | 3. **Reporting:** Auditor reports findings to the GSP and PIC [Reference: Enforcement Policy No. 1, Section (1)]. |
| | 4. **Remedial Action (Cease and Desist):** |
| | * If noncompliance is found, the GSP issues a **Cease and Desist Notice** (Exhibit B) [Reference: Enforcement Policy No. 1, Section (3)]. |
| | * Notice may include **per-diem civil penalties** until the violation is cured [Reference: Enforcement Policy No. 1, Section (3)]. |
| | 5. **Sanctions:** Failure to comply with the notice leads to termination of the Agreement of Coexistence, termination of Insurance, or peaceful ejection from the ZEDE [Reference: Enforcement Policy No. 1, Section (4)]. |
| | |
| | ### 3. Final Output |
| | * **Compliance Audit Report** and potential **Remedial Action Order** [Reference: Enforcement Policy No. 1, Exhibits A & B]. |
| | |
| | --- |
| | |
| | ## 20. Administrative Services (Notarial & Security) |
| | |
| | **Process Name:** Obtaining a Notary Public Commission |
| | **Legal Authority:** *Próspera Notary Public Commission Policy*, § 6-1-03-20-25-1. |
| | |
| | ### 1. Prerequisites & Requirements |
| | * **Residency:** Must be a natural person with active **Physical Resident** status in good standing [Reference: Notary Public Commission Policy, Section 2]. |
| | * **Legal Source:** Based on Delaware common law (as of Nov 30, 2018) via RCLC § 5004 [Reference: Notary Public Commission Policy, Preamble]. |
| | |
| | ### 2. Step-by-Step Workflow |
| | 1. **Application:** Submit the "Application for Notary Public Commission" to the Registrar [Reference: Notary Public Commission Policy, Section 3]. |
| | 2. **Vetting:** Registrar (GSP) reviews qualifications and residency status [Reference: Notary Public Commission Policy, Preamble]. |
| | 3. **Oath & Ethics:** Applicant agrees to the "Code of Ethics for Notaries Public" [Reference: Notary Public Commission Policy, Section 5]. |
| | 4. **Issuance:** Registrar issues the formal Notary Public Commission [Reference: Notary Public Commission Policy, Section 4]. |
| | 5. **Registry:** Entry added to the "Official Registry of Notaries Public" within the Personal Registry [Reference: Notary Public Commission Policy, Section 6]. |
| | |
| | --- |
| | |
| | **Process Name:** Local Police Backup Grant (Security Coordination) |
| | **Legal Authority:** *Security Services Local Police Grant Policy No. 1*. |
| | |
| | ### 1. Prerequisites & Requirements |
| | * **Trigger:** Law enforcement events requiring backup (e.g., in Port of Satuye or Roatán) [Reference: Security Services Policy No. 1, Preamble]. |
| | * **Parties:** National Police of Honduras or La Ceiba Police Department [Reference: Security Services Policy No. 1, Operative Text]. |
| | |
| | ### 2. Step-by-Step Workflow |
| | 1. **Entry Permit:** GSP grants temporary entry to national/local police to furnish backup security [Reference: Security Services Policy No. 1, Operative Text]. |
| | 2. **Direction:** Police act under the coordination of **Bulldog Security International S.A.** (GSP delegate) [Reference: Security Services Policy No. 1, Operative Text]. |
| | 3. **Grant Access:** Police submit a written request for reimbursement of expenses incurred while serving Próspera [Reference: Security Services Policy No. 1, Operative Text]. |
| | 4. **Funding:** GSP releases funds from the $10,000 USD replenishable intergovernmental grant [Reference: Security Services Policy No. 1, Operative Text]. |
| | |
| | --- |
| | |
| | ## 21. Market-Making Insurance Terms (ILR) |
| | |
| | **Process Name:** Securing "Insurer of Last Resort" (ILR) Terms |
| | **Legal Authority:** *Financial Responsibility Resolution*, § 5-2-91-0-0-0-7; *MMT Policies 1-31*. |
| | |
| | ### 1. Prerequisites & Requirements |
| | * **Scenario:** Used when no private "Qualified Insurer" is willing to offer standard terms [Reference: MMT Policy Preamble]. |
| | * **Risk Score:** Requires a risk assessment (A++ through D--) by Próspera Insurance Company [Reference: MMT Policy Operative Text]. |
| | |
| | ### 2. Step-by-Step Workflow |
| | 1. **Inquiry:** Submit a risk scoring questionnaire to the ZEDE Manager (`tgoff@prospera.hn`) [Reference: MMT Policy "Furthermore" Clause]. |
| | 2. **Scoring:** PIC delivers a risk score report within **24 hours** [Reference: MMT Policy "Furthermore" Clause]. |
| | 3. **Policy Selection:** Select the corresponding Market-Making Term (MMT) policy (e.g., Policy 19 for Recombinant DNA, Policy 30 for Energy Microgrids) [Reference: Specific MMT Policy Number]. |
| | 4. **Premium Payment:** Pay the specified annual premium (e.g., $260 USD for standard legal entities, $7,080 USD for specialized health procedures) [Reference: MMT Policy Operative Text]. |
| | 5. **Execution:** Named insured joins the **Próspera Insurance Association LLC** and signs the policy [Reference: MMT Policy Operative Text]. |
| | |
| | ### 3. Final Output |
| | * **Qualified Insurance Policy** meeting the mandatory Financial Responsibility requirement [Reference: MMT Policy Operative Text]. |
| |
