Based on needs of the MLCs participating in the SCAPR VRDB project the following additions have been made to the Standard:
VRDB enables the identification of cases in which multiple ISRCs have been erroneously assigned to a given sound recording. This element allows VRDB societies to take into account ISRCs that have been erroneously assigned to a recording, without ignoring the ISRC properly assigned to uniquely identify a sound recording. This is done using an AssociatedSoundRecordingId composite alongside the SoundRecordingId, having the same structure as the SoundRecordingId. (The use of this element is not mandatory).
Societies have to decide when they download the record if they need to update their local system data. By including a RecordLastUpdatedDate into the SoundRecording, the source of data can specify the last time a record was changed, which can be compared with the date on the target system. (The use of this element is not mandatory).
VRDB has business rules that codify which MLC is principally responsible within the VRDB system for dealing with metadata about a given recording. In essence VRDB delegates the data management to the society which is best placed to interact with the rights owner(s) for the specific recording. The VRDB2RepertoireManagerCode identifies the society that is repertoire manager of the metadata for a given SoundRecording within VRDB. (The use of this element is not mandatory).
The use of these flags is optional.
Other changes implemented in v1.3 are: