Revision a3501388
Von Moritz Bunkus vor fast 15 Jahren hinzugefügt
SL/DATEV.pm | ||
---|---|---|
330 | 330 |
my ($notsplitindex); |
331 | 331 |
my @errors = (); |
332 | 332 |
|
333 |
$form->{net_gross_differences} = []; |
|
334 |
$form->{sum_net_gross_differences} = 0; |
|
335 |
|
|
333 | 336 |
$fromto =~ s/transdate/ac\.transdate/g; |
334 | 337 |
|
335 | 338 |
my $taxkeys = Taxkeys->new(); |
... | ... | |
535 | 538 |
$idx++; |
536 | 539 |
} |
537 | 540 |
|
538 |
if (abs($absumsatz) >= 0.01) { |
|
539 |
push @errors, "Datev-Export fehlgeschlagen! Bei Transaktion $trans->[0]->{trans_id} ($absumsatz, Rundungsfehler $rounding_error)\n"; |
|
541 |
$absumsatz = $form->round_amount($absumsatz, 2); |
|
542 |
if (abs($absumsatz) >= (0.01 * (1 + scalar @taxed))) { |
|
543 |
push @errors, "Datev-Export fehlgeschlagen! Bei Transaktion $trans->[0]->{trans_id} ($absumsatz)\n"; |
|
544 |
|
|
545 |
} elsif (abs($absumsatz) >= 0.01) { |
|
546 |
push @{ $form->{net_gross_differences} }, $absumsatz; |
|
547 |
$form->{sum_net_gross_differences} += $absumsatz; |
|
540 | 548 |
} |
541 | 549 |
} |
542 | 550 |
|
bin/mozilla/datev.pl | ||
---|---|---|
363 | 363 |
|
364 | 364 |
print(qq|<br><b>| . $locale->text('KNE-Export erfolgreich!') . qq|</b><br><br><a href="$link">Download</a>|); |
365 | 365 |
|
366 |
print $form->parse_html_template('datev/net_gross_difference') if @{ $form->{net_gross_differences} }; |
|
367 |
|
|
366 | 368 |
} else { |
367 | 369 |
$form->error("KNE-Export schlug fehl."); |
368 | 370 |
} |
templates/webpages/datev/net_gross_difference_de.html | ||
---|---|---|
1 |
[% USE HTML %][% USE LxERP %] |
|
2 |
|
|
3 |
<p> |
|
4 |
<b>Hinweis:</b> |
|
5 |
</p> |
|
6 |
|
|
7 |
<p> |
|
8 |
Lx-Office speichert Buchungsdaten als aggregierte Nettowerte. |
|
9 |
|
|
10 |
Das DATEV-Dateiformat hingegen erwartet aufgeteilte Buchungss?tze mit |
|
11 |
Bruttowerten. |
|
12 |
|
|
13 |
Es ist deshalb technisch nicht immer m?glich, aus den vorhandenen |
|
14 |
aggregierten Nettowerten solche Bruttowerte zu errechnen, sodass f?r |
|
15 |
einen Beleg betrachtet die von Lx-Office angezeigten und die in den |
|
16 |
DATEV-Export geschriebenen Bruttowerte exakt ?bereinstimmen. |
|
17 |
|
|
18 |
Abweichungen im Cent-Bereich sind in beide Richtungen m?glich (Brutto |
|
19 |
Lx-Office ist gr??er als Brutto DATEV und umgekehrt), werden aber von |
|
20 |
den Steuerbeh?rden anstandslos akzeptiert. |
|
21 |
</p> |
|
22 |
|
|
23 |
<p> |
|
24 |
In dem gerade durchgef?hrten Export gab es [% net_gross_differences.size %] |
|
25 |
solcher F?lle. Die Summe aller Abweichungen bel?uft sich auf |
|
26 |
[% LxERP.format_amount(sum_net_gross_differences, 2) %]. |
|
27 |
</p> |
templates/webpages/datev/net_gross_difference_master.html | ||
---|---|---|
1 |
[% USE HTML %][% USE LxERP %] |
|
2 |
|
|
3 |
<p> |
|
4 |
<b>Hinweis:</b> |
|
5 |
</p> |
|
6 |
|
|
7 |
<p> |
|
8 |
Lx-Office speichert Buchungsdaten als aggregierte Nettowerte. |
|
9 |
|
|
10 |
Das DATEV-Dateiformat hingegen erwartet aufgeteilte Buchungss?tze mit |
|
11 |
Bruttowerten. |
|
12 |
|
|
13 |
Es ist deshalb technisch nicht immer m?glich, aus den vorhandenen |
|
14 |
aggregierten Nettowerten solche Bruttowerte zu errechnen, sodass f?r |
|
15 |
einen Beleg betrachtet die von Lx-Office angezeigten und die in den |
|
16 |
DATEV-Export geschriebenen Bruttowerte exakt ?bereinstimmen. |
|
17 |
|
|
18 |
Abweichungen im Cent-Bereich sind in beide Richtungen m?glich (Brutto |
|
19 |
Lx-Office ist gr??er als Brutto DATEV und umgekehrt), werden aber von |
|
20 |
den Steuerbeh?rden anstandslos akzeptiert. |
|
21 |
</p> |
|
22 |
|
|
23 |
<p> |
|
24 |
In dem gerade durchgef?hrten Export gab es [% net_gross_differences.size %] |
|
25 |
solcher F?lle. Die Summe aller Abweichungen bel?uft sich auf |
|
26 |
[% LxERP.format_amount(sum_net_gross_differences, 2) %]. |
|
27 |
</p> |
Auch abrufbar als: Unified diff
DATEV-Export: Brutto/Brutto-Abweichungen summieren und Erklärung anzeigen, falls existent