Split Vote Allocation Guide

Some voters do not hold a single, undivided vote. A member might own several units in a condo corporation, or hold several proxies on behalf of other members, each with a different instruction on how to vote. Split vote allocation lets that voter divide their weight across the options on a question rather than forcing all of it behind one answer.

The setting is splitVotingEnabled on the session. When it is on, an eligible voter sees a Split my votes switch below the options on qualifying questions. The ballot still shows the normal single-select choice by default; the voter has to turn the switch on before the allocation panel appears and they can enter how many of their votes go to each option. Splitting is opt-in per question, so a voter who ignores the switch votes normally.

Split vote allocation works on both session types: Live Meeting and Scheduled Election. This is worth stating plainly, because it differs from two related features. Proxy delegation and attendance check-in are only available on Live Meeting sessions. Split voting is not a meeting feature; it is a weight-allocation mechanic that applies anywhere a voter can hold more than one vote.

That means a Scheduled Election with weighted voters (co-op shares, cooperative unit entitlements, or bulk proxies collected before the vote opens) can use split allocation on its own, with no meeting, no check-in gate, and no proxy delegation configured at all.

The Split my votes switch is only offered to a voter whose effective weight is a whole number greater than 1, and only on a single-choice, non-ranked question. Three exclusions follow directly from that:

• A voter with a weight of 1 never sees split allocation. There is nothing to divide.
• A voter with a fractional weight, such as 2.5, never sees it. The allocation rule requires whole numbers on both sides: a whole-number weight to divide and whole-number amounts to place.
• A ranked-choice question never offers it. Ranking is a different input model; a voter ranks candidates in order rather than allocating weight across them.

A voter's effective weight is their own assigned weight, plus, if they hold a proxy, the weight of everyone who appointed them. See the proxy section below for how that combination works.

Every allocation must use whole numbers, and the amounts entered must add up to exactly the voter's effective weight. Not less, not more. A partial allocation, where some weight is left unassigned, is refused until the voter accounts for all of it, including by placing the remainder on Abstain.

This is the question admins get asked about most, so here is a worked example. Say a voter has an effective weight of 6, voting on a single-choice question with candidates A and B:

A voter cannot submit until every unit of their weight is accounted for somewhere on the question, including Abstain.

Abstain appears alongside the other options in the allocation panel, and a voter can put part of their weight there deliberately. This matters for anyone carrying divided instructions: if two of the four members who appointed a proxy holder wanted to abstain on a question, the holder can allocate exactly that portion of the combined weight to Abstain rather than forcing it toward a candidate or a For/Against outcome it was never meant to support.

This is the strongest case for split allocation. A proxy holder's effective weight is their own weight plus the weight of everyone who appointed them. They cast one ballot carrying the combined total, not one ballot per person represented.

If the members who appointed that holder gave matching instructions, a single choice covers everyone. If they didn't, split allocation is how the holder honors instructions that differ from each other, in the same cast, without misrepresenting anyone's wishes as unanimous.

Turnout and attribution figures for that member's appointors are reported as represented, not "voted", because the holder cast on their behalf. See the results export's Proxy Attribution block, covered on the reports and exports guide.

A split cast is recorded as multiple ballot rows, one for each option the voter put weight behind. On their own, those rows would be indistinguishable from several different voters each casting a single ballot.

To prevent that, the ballot audit CSV carries a CastGroupID column. Every row from one voter's split cast shares the same value, so anyone reviewing the export, or the voter checking their own voter receipt, can confirm the rows belong to a single act of voting rather than looking like ballot-stuffing or a roll error. See the reports and exports guide for the full column layout.

splitVotingEnabled can only be changed while the session is in draft. Once the session launches, whatever the setting was becomes fixed for that session, with no way to turn it on or off afterward.