Hallo allerseits,
zun�chst einmal m�chte ich mich bei Berhardt Schmidt f�r die durchgef�hrte Euro-Umstellung des Ratefiles bedanken. Sofern niemand anders daran arbeitet, w�rde ich gerne die Datei rate-de/01033 vervollst�ndigen. Nach der Beschaffung der entsprechenden PDF-Dateien von der Homepage der Telekom, wozu es nach wie vor sehr viel zu schreiben g�be, sind bei mir einige Fragen betrefflich der Erfassung aufgetaucht. In den Preislisten gibt es einmal die 'amtlichen' Nettobetr�ge mit 4 Dezimalstellen, d. h. einer Genauigkeit von 0,01 Cent, und die auf 3 Dezimalstellen, d. h. Zehntel-Cent _auf_-gerundeten Betr�ge inklusive der Umsatzsteuer von 16 %. Durch diese Rundung kann ein maximaler Fehler von 0,1 Cent entstehen. Geht man f�r den kleinsten Tarifbetrag von 1 Cent aus (Ortsgespr�ch abends mit xxl 0,0132 EUR/min ohne USt.) k�nnte hier eine Abweichung in einer Gr��enordnung von bis zu 10 Prozent auftreten. Als Abhilfe bietet sich an, den Nettobetrag manuell mit 1,16 zu multiplizieren und das Ergebnis mit einer gr��eren Stellenzahl ins Ratefile zu �bernehmen. In der gegenw�rtigen Version werden beide Methoden verwendet. F�r die Berechnung spricht die h�here Genauigkeit, die allerdings nur bei wirklich kleinen Tarifbetr�gen (< 10 Cent) zu einer merklich h�heren Genauigkeit f�hrt. Gegen sie spricht der erh�hte Aufwand. Nat�rlich w�re hierbei ein automatisierte Berechnung denkbar (alle Betr�ge mit doppelten Dezimalpunkt werden umgerechnet), wodurch sich allerdings der Make-Prozess verkomplizieren w�rde. Pers�nlich tendiere ich zur Berechnungsmethode, da sie bei der eigentlichen Erfassung keinen Mehraufwand darstellt und ich die zus�tzlichen einmaligen Aufwand f�r beherrschbar halte. Meine andere Frage betrifft den Komplex der Auslandstarife, auch unter Ber�cksichtigung der erh�hten Geb�hren f�r Verbidnungen zu ausl�ndischen Mobilfunknetzen. Bei T-ISDN-300/AktivPlus (P:33,1) und T-ISDN-xxl (P:33,2) gelten f�r einige L�nder gegen�ber dem Standard-ISDN erm��igte Tarife. Mir schwebt daher vor, in P:33,1 entsprechend der Preisliste nur diese Abweichungen zu definieren und danach die kompletten Auslandstarife von P:33,0 mittels R-Tag einzubinden. Dadurch w�rden aber einige L�nder zweifach definiert. W�re dies zul�ssig und akzeptabel? Wie sollen die erh�hten Mobilfunkgeb�hren behandelt werden? Es liegt nahe, diese komplett in der Quelldatei 01033 jeweils vor den entsprechenden Landeseintr�gen zu definieren. Dann tritt aber beim Lauf von pp_rate das Problem auf, dass nicht alle ben�tigten Mobilfunkeintr�ge in der country.dat existieren, bespielsweise fehlt 'Albanien Mobilfunk' = _ALMF. Ein M�glichkeit w�re, in diesem Fall den einfachen Landescode einzusetzen, was dann aber wiederum zu sich �berlappenden Zonen f�hren w�rde. Soviel zu meinen Fragen, ich hoffe, ich habe halbwegs verst�ndliche und eindeutige Formulieren gefunden und die L�nge dieser Nachricht ist ferner nicht zu abschreckend. Gru� Tobias -- Tobias Becker E-Mail [EMAIL PROTECTED] PGP 0xD06BB70D * Beschr�nke dich nicht auf den Zweig oder das Blatt, sonst vergisst du, dass sie Teil eines Baumes sind. Und beschr�nke dich nicht auf den Baum, sonst vergisst du, dass er Teil eines Waldes ist. * Mario Vargas Llosa * _______________________________________________ Rates4linux-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/rates4linux-users
