The items that are exported to AvO end up in a folder /export/home/viaa/incoming/naarAVO on PRD_FTP. Some logic existed to delete the files in this folder (see: <sub-flow name="delete_original_files"> on L410. However, this flow is not being used (anymore, see: 5294caf).

The exported content, thus, never gets (auto-)deleted after it has been successfully ingested in the "testbeeld"-tenant.

A new pid is being generated/requested in this application, so, checking MediaHaven for the archive-status of this new pid is trivial.

1. Omdat normaal de browses al gefixed zijn in mediahaven en we werken van de mp4, is het niet meer nodig om ze door de transcoder te laten gaan, nu kan het zijn dat we 32 pixels afknippen van iets dat al crop top heeft gehad, voor aspect maakt het niet echt uit , buiten dat er een transcode teveel gedazan wordt met kwaliteits verlies (minimaal omdat het avo profiel zogoed als lossless is). Dit heeft wel als gevolg, dat voor sommige files die we niet hebben kunnen fixen of die niet te achter halen zijn hoe ze transcoded moeten worden, we achter af een correctie moeten doen, maar dit is niet echt een probleem
2. de transcoder queue name is nu transcoder_api_input ipv worker_input