fix: seven.io-Statuscode als nacktes int/float robust parsen (0.1.1)

Der SMS-Endpunkt liefert standardmäßig nur den nackten Statuscode (z. B. 100),
der als JSON zu einem int decodiert — _parse rief darauf data.get() auf und
crashte mit AttributeError. Jetzt wird ein Nicht-Objekt-JSON als Statuscode
behandelt (ok = code == "100").

- client.py: _parse behandelt dict / int-Code / Text einheitlich
- Tests: nackter int-Code 100 (ok) und 900 (Fehler)

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

tests/test_client.py

@@ -61,6 +61,21 @@ def test_failure_code(monkeypatch):
     assert not r.ok and r.code == "401"
 
 
+def test_sms_bare_int_code_ok(monkeypatch):
+    # SMS-Endpunkt liefert oft nur den nackten Code -> resp.json() == int 100
+    cap = []
+    _patch_post(monkeypatch, cap, FakeResp(payload=100, text="100"))
+    r = SevenClient("key").send_sms("+49", "x")
+    assert r.ok and r.code == "100"
+
+
+def test_sms_bare_int_code_error(monkeypatch):
+    cap = []
+    _patch_post(monkeypatch, cap, FakeResp(payload=900, text="900"))
+    r = SevenClient("key").send_sms("+49", "x")
+    assert not r.ok and r.code == "900" and "900" in r.error
+
+
 def test_http_error(monkeypatch):
     cap = []
     _patch_post(monkeypatch, cap, FakeResp(status_code=500, text="boom"))