Seitens des Herstellers gab es bei der Importschnittstelle zum Jahreswechsel 16/17 keine Änderungen. Was plausibel klingt, denn ein findiger Kopf aus der IT-Abteilung hat die Buchungsbelegs-CSV 12/16 mit der 01/17 verglichen, Anpassungen vorgenommen und der Import klappte dann.
Eine dauerhafte Lösung konnte das aber nicht sein, also musste der Hersteller ran. Es hatte u. a. an dem in der Version 5.10 hinzugefügten Festschreibekennzeichen gelegen. Dies wurde, wie Sie bereits vermuten, an den bereits vorhandenen Header angefügt.
Ohne Anspruch auf vollständige Korrektheit sieht der Header für die Version 5.10 so aus:
A = DATEV-Format (DTVF - von DATEV erzeugt, EXTF Fremdprogramm)
B = Version des DATEV-Formats (141 bedeutet 1.41, 200 bedeutet 2.00, 510 = 5.10; hat nichts mit der jeweiligen Programm-Version zu tun)
C = Datenkategorie (21 = Buchungsstapel, 67 = Buchungstextkonstanten, 16 = Debitoren/Kreditoren, 20 = Kontenbeschriftungen usw.)
D = Formatname (Buchungsstapel, Buchungstextkonstanten, Debitoren/Kreditoren, Kontenbeschriftungen usw.)
E = Formatversion (bezogen auf Formatname)
F = erzeugt am
G = importiert am (wird nach dem Import gefüllt, damit KARE im Importdialog korrekt anzeigt, ob bereits importiert)
H = Herkunft (z. B. RE = wurde von KARE erzeugt)
I = exportiert von
J = importiert von
K = Beraternummer
L = Mandantennummer
M = Wirtschaftsjahresbeginn
N = Sachkontenlänge
O = Datum Beginn Buchungsstapel
P = Datum Ende Buchungsstapel
Q = Bezeichnung (Vorlaufname, z. B. Buchungsstapel)
R = Diktatkürzel
S = Buchungstyp (bei Buchungsstapel = 1)
T = Rechnungslegungszweck
U = Festschreibung
V = WKZ
Genaueres kann natürlich der Schnittstellenleitfaden für sehr teures Geld sagen oder vielmehr schreiben. 