ELMA5-Versand

[kappelb]

Hallo,
für das IDNr-Kontrollverfahren (auch IkonV) genannt, soll der Versand der XML-Daten eigentlich über die Schnittstelle ELMA5 erfolgen. Das betrifft nur die Familienkassen im öffentlichen Dienst.
Klappt bei uns noch immer nicht.

Ab Januar 2019 soll aber auch die Kindergeldstatistik über ELMA5 geliefert werden (zur Zeit noch über das Programmchen ElsterFT (nicht Elster).

Weiß jemand schon etwas dazu? Gab es schon Aussagen von P&I darüber?

Viele Grüße
Barbara Kappel

[Pitti]

Hallo,
bei uns klappt es ebenfalls nicht.
Zum Versenden der Kindergeldstatistik über ELMA5 werden hoffentlich verlässliche Aussagen zum Jahreswechselseminar 19.0 getroffen .

Ich habe aber noch eine Frage zum IDNr-Kontrollverfahren.
Haben Sie die erforderlichen Meldungen an das BZSt auf einen anderen Weg übermittelt oder warten Sie vorerst noch ab?

Grüße

[aarendt]

Hallo Frau Kappel,

haben Sie zuverlässige Infos darüber, dass ElsterFT ab 2019 nicht mehr erlaubt ist?
Auf https://www.elster.de/elsterweb/infosei ... (elsterft) ist nur zu lesen, dass ElsterFT neu konzipiert wird und von Neuregistrierungen abgesehen wird.
Die Kindergeldstatistik ist aber weiterhin als unterstützt aufgeführt.

Unabhängig davon lassen sich offenbar die "eKIST"-Statistikdateien über "BOP" (https://www.elster.de/bportal/start) versenden. Dafür ist ein aufwändiger Registrierungsprozess notwendig, den Sie evtl. schon für das Kindergeldkontrollverfahren durchgeführt haben?

Viele Grüße,
Adalbert Arendt

[kappelb]

Vielen Dank für den Link zu ElsterFT.
Ich lese heraus, dass wir ElsterFT weiter nutzen können.
Aber: wir können eventuell keine kgoagff.txt mehr erzeugen mit WebClient.
Ich werde das noch einmal prüfen.



Viele Grüße
B. Kappel

[kappelb]

Hallo Pitti,
meine Kolleginnen haben die Daten mit Scout in eine CSV-Datei geschrieben und über das Online-Portal versandt.
Da es mit Classic noch ging, haben wir die Daten aber parallel über die Auswertung "IKonv Generierung der Meldungen" durchgeführt, damit bei den betroffenen Mitarbeitern das Flag "Meldung erfolgt" gesetzt wurde. Manuell wäre das ein riesiger Aufwand gewesen.

Die erzeugte XML-Datei hab ich mir aufgehoben, aber nicht versandt... ging ja nicht.

Viele Grüße
B. Kappel

[Janka Schubert]

Ich habe beim BZSt nachgefragt - ElsterFT kann nicht mehr genutzt werden - ab diesem Jahr darf die Kindergeldstatistik nur noch über BOP versandt werden.

Nun habe ich die Kindergeldstatistik für Januar laufen lassen - zusätzlich zur .txt wird nun auch ein .csv erstellt. Aber beim Hochlade-Versuch im BOP kommt eine Fehlermeldung...

Hat der Versand der CSV bei jemandem funktioniert? Muss ich noch irgendetwas beachten?
Ich habe mir mal die Musterdatei in der BOP-Hilfe angeschaut - die sieht ganz anders aus als die von LOGA gelieferte...

[DK]

Hallo Frau Schubert,
ich habe mich bereits letzte Woche mit eKist rumgeschlagen. Meine Erkenntnisse:
- für eKist brauchen Sie ein Zertifikat für BOP. Das hatten wir aus dem Versuch damals IKONV zum laufen zu bringen bereits. ELMA5 nutzen wir für eKist nicht.
- die bei der Kigeldstatistik erzeugte csz-datei ist zumindest bis 19.0 patch 04 falsch. Zum Übertragen müssen sie die erstellte .txt nutzen. Die hat den richtigen Inhalt. Die Dateiendung in csv ändern, dann klappt es mit der Übertragung.
Ich fand das doch sehr umständlich und habe einen feed erzeugt. Antwort: P&I will demnächst die Datei mit der richtigen Endung ausliefern.
- wir hatten Probleme bei Personen, die keinen AGS-Schlüssel auf der Steuermaske haben. Da bekamen wir Fehlermeldungen von BOP. Der AGS ist bei dieser Meldung ein Pflichtfeld. Da der AGS seit Elstam keine Rolle mehr spielte, haben wir ihn auch nicht mehr gepflegt. Hier mussten wir nacharbeiten und ihn bei betroffenen Personen in der Steuermaske nachpflegen.
- Außerdem haben wir festgestellt, das die aktuelle Gemeindedatei in LOGA nicht alle Gemeindezusammenschlüsse der letzten Jahre abbildet. Hier sollte P&I mal eine aktuelle Version nachliefern.
- Wir finden auch das erstellte PDF nicht sehr aussagekräftig, da fehlen z.B. gemeldete Beträge und der gemeldete AGS.
Zum Schluss hatten wir mit viel Aufwand die erste eKIST für Januar übermittelt. Mals sehen, wie es jetzt im Februar läuft.
Grüße
DK

[Janka Schubert]

Vielen Dank für die schnelle Hilfe.

Wir haben heute das Release 19.2 eingespielt - nun wird auch eine kgoagbff.csv erstellt und der Versand hat funktioniert.

Musste allerdings auch noch einige AGS einpflegen - das sollte doch eigentlich über den Wohnort kommen, aber vielleicht wird hier noch nachgebessert...

[DK]

Hallo Frau Schubert,
schön das es geklappt hat. Wir haben auch P&I gebeten, den AGS auf die Wohnortmaske zu verlegen, aber noch keine positive Antwort dazu. Dann denkt man bei Wohnortwechseln auch gleich mit daran und muss nicht auf die Steuermaske. Vielleicht sollten Sie auch einen feed dazu machen um hier mehr Druck zu erzeugen.
Grüße
DK

[M.Umbreit]

- die bei der Kigeldstatistik erzeugte csz-datei ist zumindest bis 19.0 patch 04 falsch. Zum Übertragen müssen sie die erstellte .txt nutzen. Die hat den richtigen Inhalt. Die Dateiendung in csv ändern, dann klappt es mit der Übertragung.

Also nochmal kurz als Frage: wir haben 19.0 Patch 04 im Einsatz, werden 19.2 erstmal nicht installieren.
Der Inhalt der erstellten CSV-Datei liefert alle geforderten Daten? (natürlich wenn diese in Loga gepflegt sind, wie z.B. die AGS)

[DK]

Hallo,
Die mit 19.0 patch 04 entstehende csv-Datei ist falsch.
Wir haben die mit 19.0 patch 04 die entstandene .txt in .csv umbenannt und die dann über BOP übertragen. Das wurde abgesehen von den AGS-Fehlern von BOP angenommen.
Grüße
DK

[M.Umbreit]

...die mit 19.0 patch 04 die entstandene .txt in .csv umbenannt und die dann über BOP übertragen...

Gut, dann werden wir das auch mal so machen, mal sehen, was passiert

[M.Umbreit]

So, Datei wurde als CSV gespeichert. Wenn ich diese Datei öffne sind da aber komische Einträge meiner Meinung nach.
Bei der Spalte, wo eigentlich die AGS auftauchen müssen stehen solche Angaben: @M029 ... das kann doch nicht richtig sein, oder?

[DK]

Unsere kgoagbbf.txt beinhaltet jeweils einen Kopfsatz und dann nachfolgend die Sätze für die Kinder.
Im Kopfsatz sind u.a. Mandant_AK_PNR enthalten, der AGS als Zahl und der Gesamtbetrag vom Kindergeld. In den Kindersätzen dann wieder MAN_AK_PNR und div. Schlüssel für Geschlecht usw.
Das von Ihnen angegebene @M029 gibt es da nicht.
DK

[M.Umbreit]

Wenn ich die TXT Datei mit dem Editor öffne schaut das bei jedem Mitarbeiter so aus:

2;1;000;000;@M029;388,00;0,00;0,00;388,00;1;2;24;000;000;2;2;19;000;000

Gibt es hier ggf. Steuerungsparamter oder Ähnliches, das wir noch anpassen müssen

[stadtsuhl]

Guten Morgen,

ich möchte auch mal die Chance nutzen ein Feedback abzugeben.

Wir haben auch die alte kgoagbff.txt in .csv umbenannt und hochgeladen, der Inhalt war soweit richtig und so vorhanden wie gefordert (fehlende AGS und Wohnsitze hatten wir auch).

_________________________________________________________________________________
Allerdings haben wir nun folgende Fehlermeldung vom BOP-Portal erhalten:

<?xml version="1.0" encoding="UTF-8" standalone="true"?>

-<ns3:eKIST xmlns:ns3="http://www.itzbund.de/ELAN/eKIST/01" xmlns:ns4="http://www.elster.de/elsterxml/schema/v11" xmlns:ns2="http://www.itzbund.de/ELAN/01" sprache="de" version="000001">


-<ns3:Rueckmeldung>


-<ns3:Rueckmeldedaten>

<ns3:UUID>26d65c89-5b8d-4c13-867b-bee07d53eb45</ns3:UUID>


-<ns3:Status>

<ns3:Status>205</ns3:Status>

<ns3:Text>[b][size=150]Der Zeitraum ist ungueltig.[/size][/b] ............................................................................................................................................................................</ns3:Text>

</ns3:Status>

<ns3:Account-ID>1015626123</ns3:Account-ID>

<ns3:Dateiname>m5_ek_kf100043153_1015626123_190225142500</ns3:Dateiname>

</ns3:Rueckmeldedaten>


-<ns3:Inhaltsrueckmeldung>

<ns3:UUID>2dba7fca-6a93-43c0-be63-a47a72603762</ns3:UUID>


-<ns3:Melder>

<ns3:BZStNummer>KF100043153</ns3:BZStNummer>

<ns3:Melderschluessel>FK100041570</ns3:Melderschluessel>

</ns3:Melder>

<ns3:Datum>2019-02-26T01:33:24.897+01:00</ns3:Datum>

<ns3:AnzGemeldetDatensatz>95</ns3:AnzGemeldetDatensatz>

<ns3:AnzFehlerlosDatensatz>0</ns3:AnzFehlerlosDatensatz>

<ns3:Transferticket>ep05660yqb4szh6h4qnitxd5fo9kbd7m</ns3:Transferticket>

</ns3:Inhaltsrueckmeldung>

</ns3:Rueckmeldung>

</ns3:eKIST>

_________________________________________________________________________________

In der versendeten Datei konnten wir allerdings keine Angaben zum Zeitraum finden.

Viele Grüße!

Andy Geißenhöner

[M.Umbreit]

So ein "kleines" Update.

in meinem vorherigen Eintrag hatte ich ja bemerkt, dass die TXT Datei folgenden Aufbau hat:

2;1;000;000;@M029;388,00;0,00;0,00;388,00;1;2;24;000;000;2;2;19;000;000

Der Eintrag "@M029" (da muss der AGS, welcher in den Steuerdaten eingegeben ist hinterlegt werden) konnte nun nach einem Gemeindeupdate behoben werden bzw. wird nun der korrekte AGS hinterlegt.

Aber nach wie vor fehlen bei uns die Angaben zu Mandant/AK/PNR in der Datei. Hat vielleicht inzwischen jemand Rat???

[M.Umbreit]

So heute Update auf 19.0 SP 06

Was soll ich sagen, es wird nunmehr die TXT Datei erstellt, in welcher die bislang fehlenden Daten zu Mandant/AK/PNR enthalten sind!

Diese werden wir jetzt als CSV speichern und hochladen. Somit sollte das nun endlich erstmal erledigt sein....

[DK]

Bitte beachten: Die eKist-Daten dürfen immer erst nach Ablauf des Monats gemeldet werden, sonst kommt der Fehler "ungültiger Zeitraum". Also die Märzdaten erst ab 1.4. melden. Das habe ich von der BzSt-Hotline erfahren und so hat es bei uns dann auch geklappt.
Grüße
DK

[M.Umbreit]

Guten Morgen ans Forum,

wir wollten gerade wie gewohnt die Kindergeldstatistik für 08/2019 übermitteln. Wenn wir die von LOGA-Web erstellte CSV hochladen wollen dann kommt jedoch eine Fehlermeldung (im Juli lief es problemlos). Weiß da jemand Rat? Wurde in LOGA irgendwas umgestellt?

Also bis 07/2019 wurde immer die erstellte TXT Datei in CSV umgespeichert. Diese wird aber aktuell gar nicht mehr erstellt...

[M.Umbreit]

kurzes Update: heute haben wir erneut die Auswertung laufen lassen und die automatisch generierte CSV konnten wir problemlos über BOP hochladen...komisch

[KVMBI]

Hallo zusammen,

mal eine Frage in die Runde ... hat mittlerweile jemand erfolgreich die Daten für das IDNR Kontrollverfahren über Loga versandt?

[snikolaizik]

Hallo zusammen,

mal eine Frage in die Runde ... hat mittlerweile jemand erfolgreich die Daten für das IDNR Kontrollverfahren über Loga versandt?

Guten Morgen in die Runde,
auch ich möchte mich hier einmal anschließen. Gibt es "erfolgreiche Übermittler" welche ggf. eine kleine Anleitung geben könnten?

MFG Nikolaizik

[foty]

Guten Tag,

auch ich bin an Positiv-Berichten interessiert!

Wir sind noch am Testen mit der XML-Datei. Wir sind als Übermittler registriert und haben unser Konto eingerichtet. Wir müssen für mehrere Stellen die eKIST übermitteln.

Wir möchten eine Datei erzeugen, die die Daten für mehrere Familienkassen enthält. Leider steht im Header der XML-Datei immer nur eine Familienkasse. Im Körper sind dann aber die Daten aller ausgewählten Kindergeldberechtigten + Kinder enthalten. Hat hierfür jemand eine Lösung?

Gruß aus Niedersachsen

[lra-shk]

Hallo,

weiß jemand ob dieses Verfahren inzwischen produktiv Einsetzbar ist?
Zu diesem Thema gibt es seit Monaten keine Informationen mehr... Fakt für uns ist nur:
Es geht nicht... und ging auch noch nie...
Wäre dankbar für ein Feedback zum Stand der Dinge.

Danke.

Gruß aus Thüringen

[hoffieLHP]

Wir haben es Anfang des Jahres versucht neu einzurichten. Ohne Erfolg.
Da es bei uns um Meldungen für 6 Monate ging, haben wir das dann händisch in Angriff genommen.