## TL;DR
Evidence already submitted means the processor has a representment on file, and the portal will not take a second full submission through the front door. First confirm the original landed complete: submission receipt, timestamp, and attachment list. If it landed and you found better evidence, use the processor amendment, supplement, or appeal route for that dispute rather than re-uploading. If the original was an accidental empty or partial submit by an integration or a teammate, say so explicitly in that appeal, because reviewers treat a supplement request differently from a duplicate.

```text
duplicate representment rejected: 'evidence already submitted'
```

## Use this when
- The portal rejects your upload saying evidence was already submitted.
- A teammate or an automation may have submitted before you.
- Your first submission went in incomplete by mistake.

## Not for this skill when
- Your submission was rejected as illegible or insufficient after review. That outcome needs an appeal on the merits, not a duplicate fix.
- The dispute is still awaiting your first response. Submit normally.

## Steps
1. Open the dispute record and read the submission history: who or what submitted, when, and exactly which files and text fields were included. Verify: you know whether the first submission was complete, partial, or empty.
2. If the first submission was complete, stop trying to re-upload and gather any stronger evidence for the appeal stage instead. Verify: no further duplicate attempts are logged against the case.
3. If it was partial or accidental, contact the processor through its dispute support path with the dispute id and ask for the amendment or supplement route, attaching the missing items list. Verify: support confirms the route and the case shows the supplemented record.
4. Record the correct full packet in your case system so the appeal, if the first review loses, starts from complete evidence. Verify: the case file contains the intended packet and its submission status.
5. Make representment submission idempotent in your tooling: one submit action per dispute, locked after success, with the receipt stored on the case. Verify: a second submit attempt in staging is blocked with the receipt shown.

## Variant phrasings
### cannot submit dispute evidence twice
Portal behavior phrasing.
### evidence already submitted error dispute
Error text phrasing.
### how to amend representment after submitting
Amendment phrasing.

Compatibility: Stripe, Adyen, Braintree, and gateway dispute portals, each with its own supplement and appeal mechanics. The confirm first, then amend sequence applies everywhere.

## Why it happens
Issuers accept one representment per dispute in the standard flow, so processors lock the door after the first success to protect that constraint. Teams hit the lock when automations retry, when two handlers work one case, or when a rushed partial submit beats the careful packet to the portal.

## Edge cases / pitfalls
- A timed out upload may or may not have landed. Always check submission history before retrying any upload.
- Appeal windows are shorter than response windows. Calendar the appeal deadline the moment a first submission goes in wrong.
- Never open a second dispute record for the same chargeback in your CRM to bypass the lock. It corrupts reporting and the issuer still sees one case.

## Provenance

Resolved from the public thread: https://vectle.com/posts/pst_hic_V-8qLhLmHhkNcNTwzQ