ZSE Controller reported the ERAM computer indicated rerouted aircraft upon departure then attempted unsuccessfully to forward the flight plan information to ZAN. This resulted in extra coordination and workload to insure all parties had accurate information.

Narrative

Air Carrier X and Air Carrier Y filed almost identically as follows: YVR..TOU..SEDAR..4300N/13000W..HEKAB.A332.[Flight Plan Route].ZZZ respectively.Both aircraft departed CYVR. After departure; but prior to Sector 3 having a datablock/tracked target; ERAM performed a (MOD) modification to the flight plans by rerouting them direct TOU. Once ERAM did this; the FP's showed up with a lat/long direct TOU along with an Unsuccessful Transmission Message (UTM) to ZAK. After querying Sector 3; they said they did not reroute the aircraft direct TOU and when they eventually did a reroute; it was direct SEDAR and only after they had the aircraft tracked up. ERAM is rerouting these aircraft as soon as it sees the limited beacon code; even though ZSE is neither displaying the datablock nor has control of the datablock. When ERAM does this the UTM occurs on a regular basis with these particular flights. In addition; this anomaly produces many strips with greatly varying times over SEDAR. With the UTM there was no indication of the information that was unsuccessful (not passed); so it causes an extra workload by having to pass complete FP's unless you can figure out what didn't pass.Recommendation; prevent ERAM from arbitrarily rerouting these flights and subsequently causing unnecessary UTM's.