Guides
Replacing your car: keep the old history separate with IdCar
Plan what to keep when replacing a car. Separate the vehicle record, reusable slot and saved copy before changing the old dossier in IdCar.
Eternity Labs ·When replacing a car, I would keep the old vehicle's history separate from the new vehicle's record. Before changing anything, I would decide where I need to consult the old information and verify what I have actually preserved. In IdCar, a reusable vehicle slot describes capacity to add a vehicle; it does not, by itself, promise that a deleted dossier can be recovered.
Here is a fictional example. I am replacing a small hatchback with a different car and sorting the paperwork on a Saturday morning. I want a clear starting record for the replacement, but I also want to be able to find a document about the hatchback later. No vehicle change, export, deletion or recovery was performed for this article. This is a proposed way to organize the transition, not a report of personal experience.
The public IdCar descriptions and US and French Apple listings were checked on September 19, 2026. The method below concerns my own records. It does not describe vehicle-sale paperwork or claim an archive mode that the public product documentation has not established.
Decide what you will still want to know about the old car
I would start with a future question: what might I want to find when I no longer use the hatchback every day? Perhaps the description of an earlier visit, a reference on a saved document, or the date attached to a personal note. Naming those questions helps me assess a preservation choice.
“I have a copy somewhere” is too vague. I might have a picture of one invoice while expecting to retain several years of notes. Or I might have a useful selection of maintenance information but none of the source documents that explain an unresolved entry.
In this fictional case, I would write a short inventory: vehicle identity, the documents I want to retain, the history I want to understand and the questions still open. This inventory is my own worksheet, not a special IdCar screen. I can use it to check whether the result I preserve serves the purpose I named.
The official IdCar presentation documents vehicle information, documents, maintenance, expenses and reminders together. That range explains why preserving one item does not automatically preserve every useful part of a dossier.
Separate the vehicle, its dossier and the available slot
Three things that appear together in an application can mean different things. The vehicle is the actual car. Its dossier contains information associated with it. The slot is the product's capacity to hold a vehicle record under the applicable access terms.
The current US App Store description says the first car is free, additional vehicle slots are one-time purchases without a recurring subscription, and a free or purchased slot becomes available again when its vehicle is deleted. That last statement concerns the slot. It does not establish a recycle bin, a recovery period or automatic restoration of the removed history.
| Item | What I would understand from it | What I would not assume |
|---|---|---|
| Old vehicle record | Information associated with the hatchback | That it becomes the replacement car's history |
| Available slot | Capacity to add a vehicle under the current terms | That a deleted dossier remains retrievable |
| Prepared copy | The information actually included in that output | That every document and setting is present |
| Readable file | Material I can open and understand | That IdCar can restore the complete dossier from it |
This distinction is the reason I would settle preservation before considering any removal. Making room and keeping history are separate decisions.
Leave a clear boundary at the end of your own use
I would review the old record without trying to make it look artificially complete. A missing document is still missing. A question about a past entry remains a question. Replacing the car does not justify converting an uncertain statement into a confirmed fact.
In my personal notes, I might write that I stopped using the hatchback on a particular date, provided I know the date. That note describes my own use. It would not assert that every administrative step occurred then, that a sale was completed or that a service visit took place.
I would also distinguish when I organized the dossier from when its events happened. Saturday is the date of my review. It should not replace the dates on older maintenance documents just because I am gathering them together now.
A concise transition note could say: “Personal record reviewed on this date; one document still missing; earlier entries retain their original context.” I would keep it wherever the available tools support such an explanation. I am not claiming an automatic closure report or a vehicle lifecycle status inside IdCar.
Choose between keeping the working record and preserving a selection
If I want the old dossier available alongside the new one, I would examine the actual capacity I have and the currently offered terms for an additional slot. Keeping two records temporarily or longer may fit that aim. I would not buy or delete anything simply because an article assumes everybody needs the same arrangement.
A different aim might be to keep a readable selection outside the working record. Before relying on that approach, I would establish which output the installed version can prepare, where it will be saved and whether it includes the material from my inventory. The public description of selective copying does not establish a universal full-backup procedure.
The important question is therefore not “Did I press Export?” but “What do I now possess, and can I use it for my intended purpose?” A successful action message alone cannot answer what the resulting material contains.
If I cannot verify that result, I would leave the old record in place while clarifying the supported options. There is no need to turn a Saturday organization session into an irreversible decision merely to finish the whole transition at once.
Inspect a preservation copy as a separate object
IdCar publicly describes selecting information for a copy or transfer, with private data off by default and redacted document copies for review. Those choices are useful for a particular purpose, but a deliberately limited copy may omit information I want in my own longer-term record. IdCar's documented sharing scope.
I would inspect the actual output, rather than rely on its filename. Can I identify the hatchback correctly? Are the selected dates and descriptions understandable? Are the documents I expected present and readable? Do unresolved notes remain recognizably unresolved?
If I can only see a preview inside the preparation flow, I have not yet proved that I can locate and open the saved result later. I would check the intended destination separately, using the tools and access I genuinely have. This is a verification step, not a promise about a particular file format or storage service.
I would also label the scope clearly: for example, “selected maintenance information reviewed in September,” rather than “complete backup” unless completeness and restoration have actually been established. The separate guide to selective car-record sharing covers choosing material for another person; the purpose here is preserving information for myself.
Give the replacement car a genuinely new starting point
The tempting shortcut in my fictional Saturday is to rename the old record and begin adding the replacement car's papers. I would avoid that. It would make the boundary between two vehicles depend on remembering when the name changed.
Instead, I would establish the replacement's identity from its own material and review the values I enter. IdCar documents registration scanning with proposed values that the user checks, while keeping the original document separate. That capability can reduce retyping; it does not justify bringing the hatchback's identifiers or history into the new record. Official product information.
I would add a small initial set that I can understand: the replacement's reviewed identity and a document that actually belongs to it. An empty maintenance history is preferable to filling the space with work performed on another vehicle.
The first entry in my new dossier also need not represent the first event in the car's entire life. It represents the beginning of the information I have assembled. If older documents arrive later, I can assess them on their own evidence without pretending that I knew everything on the first day.
Review the small items that are easy to carry across by habit
Documents attract attention, but brief notes and reminders can also become attached to the wrong context. I would look at the purpose of each item before treating it as relevant to the replacement car.
“Read the document before calling the workshop” might refer to one specific hatchback visit. The workshop's name being familiar does not make that task relevant to the new vehicle. A note about an accessory may require checking which item and which car it concerns before I reuse any wording.
I would not copy a maintenance interval from the old car into the new record. This article supplies no service schedule; any applicable requirement must come from the appropriate source for that vehicle. Similarly, I would not carry over an old mileage figure just to fill a blank field.
My own organizational habit can continue: review documents, use clear descriptions and retain their context. The underlying facts have to start from the replacement car. That is the distinction I would check before calling the transition complete.
Use a decision table before changing the old record
I would use this small table to decide the next step. It describes my reasoning, not automatic IdCar modes.
| What I want | What I need to verify first | Sensible stopping point |
|---|---|---|
| Both dossiers available in the app | Actual vehicle capacity and current access terms | Two clearly distinct records, if that arrangement is supported and chosen |
| A readable selection for later reference | Contents, destination and ability to reopen the saved result | A checked copy with a plainly described scope |
| A recoverable complete dossier | A documented restoration method and what it preserves | No assumption of recovery while that remains unverified |
| Time to decide | Which information is still only in the old record | Preserve the current record and postpone removal |
For the fictional hatchback, I would stop as soon as I reached a verified arrangement that answered my original questions. I would not use deletion as a test of whether preservation worked. An uncertain archive is a reason to investigate further, not to remove the reference that would let me compare it.
Questions that matter when the car changes
Does using only one car now mean I need only one record? Not necessarily. Current use and the number of dossiers I want available are different. I may want to retain an earlier car's information while building the replacement's record. The decision concerns my actual information needs and the product's current capacity terms.
Can I assume a transfer preserves every attachment? No. The public listing describes selective preparation. I would inspect what is included and seek the supported instructions if I need something more complete. The same caution applies to assuming a readable copy can be imported as a full working record.
What access details were verified? The listings checked on September 19 show IdCar 1.0.0 for iOS 17 or later. The first vehicle is free; additional slots use one-time purchases. I would read the local offer before any purchase. No price comparison or claim about saving money is needed to organize the transition.
At the end of the fictional morning, I want two clear answers: where the hatchback's retained information can be found, and where the replacement's own history begins. The general IdCar guide explains the wider dossier. This transition is complete enough when both answers are understandable without relying on my memory.