Ein Storno einer Shop-Bestellung wurde als Eigenpunkt gebucht und liess damit die Shop-Provisionsbasis ungemindert. Betroffen sind 7 Faelle aus April bis August 2026 (178,82 EUR Differenz in der Provisionsbasis, gegen user_businesses geprueft). Ursache: `status_turnover` beschreibt nur, wohin der UMSATZ gehoert. Die Punkte folgen einer anderen Regel — eine Gutschrift (Status 4) bucht ihre Punkte immer auf KP/TP, auch wenn ihr Umsatz dem Shop zugeordnet ist. Die Gegenbuchung kann diese Aufteilung ohne die Ursprungsart nicht spiegeln, deshalb haelt `storno_origin_status` sie jetzt auf der Stornozeile fest. NULL heisst "Altzeile ohne Angabe" und faellt auf das bisherige Verhalten zurueck — abgeschlossene Monate aendern sich dadurch nicht. Stornoregel (Kundenentscheidung): Ein Storno mindert nur den Monat der Ursprungsbestellung. Ist der Monat abgeschlossen, passiert nichts mehr, denn Abrechnung und Gutschriften stehen. Ein Minus in den neuen Monat mitzunehmen waere nicht nachvollziehbar. Fuer den Ausnahmefall gibt es den Settings-Schalter `storno-points-current-month`, standardmaessig aus. Ausserdem: Die persoenliche Monatsstatistik summierte Status 0 (nicht zugeordnet) und 3 (pending) mit, die gemeinsame Punkteauswertung nicht. Beide nutzen jetzt dieselbe Statusliste, und ein Storno mindert das Segment seiner Ursprungsbuchung statt pauschal in "Sonstige" zu laufen. Die Migration fuer `status_turnover` zieht nur das Schema auf den tatsaechlichen Stand nach (nullable statt NOT NULL) — auf Produktion faktisch wirkungslos, aber Neuinstallationen und die Testdatenbank haben damit dieselbe Semantik. Audit-Befunde A02, A06, A15, R01-R03. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
124 lines
4.2 KiB
PHP
124 lines
4.2 KiB
PHP
<?php
|
|
|
|
use App\Models\ShoppingOrder;
|
|
use App\Models\UserSalesVolume;
|
|
use App\Services\Backoffice\PersonalStatisticsService;
|
|
use App\User;
|
|
use Carbon\Carbon;
|
|
use Illuminate\Foundation\Testing\RefreshDatabase;
|
|
use Illuminate\Support\Facades\URL;
|
|
use Tests\TestCase;
|
|
|
|
uses(TestCase::class, RefreshDatabase::class);
|
|
|
|
beforeEach(function () {
|
|
Carbon::setTestNow(Carbon::parse('2026-09-08'));
|
|
URL::resolveMissingNamedRoutesUsing(fn (string $name, $parameters = []) => '/'.$name);
|
|
});
|
|
|
|
afterEach(function () {
|
|
Carbon::setTestNow();
|
|
});
|
|
|
|
function pahUser(string $email): User
|
|
{
|
|
return User::forceCreate([
|
|
'email' => $email,
|
|
'password' => bcrypt('secret'),
|
|
'lang' => 'de',
|
|
'm_level' => 1,
|
|
'admin' => 1,
|
|
'active_date' => '2026-01-10',
|
|
'payment_account' => now()->addYear(),
|
|
]);
|
|
}
|
|
|
|
function pahVolume(User $user, bool $isAbo, int $status = 1): UserSalesVolume
|
|
{
|
|
$order = ShoppingOrder::create([
|
|
'shopping_user_id' => 0,
|
|
'auth_user_id' => $user->id,
|
|
'member_id' => $user->id,
|
|
'country_id' => 1,
|
|
'language' => 'de',
|
|
'user_shop_id' => 1,
|
|
'payment_for' => 6,
|
|
'total' => 50.00,
|
|
'subtotal' => 50.00,
|
|
'points' => 45,
|
|
'paid' => true,
|
|
'shipped' => 0,
|
|
'is_abo' => $isAbo,
|
|
'mode' => 'live',
|
|
]);
|
|
|
|
return UserSalesVolume::forceCreate([
|
|
'user_id' => $user->id,
|
|
'shopping_order_id' => $order->id,
|
|
'month' => 9,
|
|
'year' => 2026,
|
|
'date' => '08.09.2026',
|
|
'status' => $status,
|
|
'points' => 45,
|
|
'total_net' => 100,
|
|
]);
|
|
}
|
|
|
|
it('hebt Abo-Bestellungen in der Dashboard-Karte "Aktuelle Punkte" ab', function (): void {
|
|
// Kundenrueckmeldung 08.09.2026: In "Aktuelle Punkte" waren die Abos nicht
|
|
// hervorgehoben — die Kennzeichnung gab es bisher nur unter Mein Team > Punkte.
|
|
$user = pahUser('pah-dashboard@example.com');
|
|
pahVolume($user, isAbo: true);
|
|
pahVolume($user, isAbo: false);
|
|
|
|
$html = view('dashboard._points', ['user' => $user->fresh()])->render();
|
|
|
|
expect($html)
|
|
->toContain('btn-xs btn-info')
|
|
->toContain('btn-xs btn-primary')
|
|
->toContain(e(__('abo.abo_order_short')))
|
|
->toContain(e(__('abo.points_order_legend')))
|
|
// Kundenwunsch 09.09.2026: auch in der Spalte "Art" haengt der Abo-Zusatz dahinter
|
|
->toContain(e(__('payment.advisor_order').' '.__('abo.abo_order_short')));
|
|
});
|
|
|
|
it('liefert das Abo-Kennzeichen fuer die persoenliche Statistik mit', function (): void {
|
|
$user = pahUser('pah-personal@example.com');
|
|
pahVolume($user, isAbo: true);
|
|
pahVolume($user, isAbo: false);
|
|
|
|
$groups = app(PersonalStatisticsService::class)->monthly($user, 9, 2026)['groups'];
|
|
|
|
$rows = collect($groups)->flatMap(fn (array $group) => $group['rows']);
|
|
|
|
expect($rows->pluck('is_abo')->all())->toContain(true)->toContain(false);
|
|
|
|
expect($rows->firstWhere('is_abo', true)['status_label'])
|
|
->toContain(__('abo.abo_order_short'));
|
|
expect($rows->firstWhere('is_abo', false)['status_label'])
|
|
->not->toContain(__('abo.abo_order_short'));
|
|
});
|
|
|
|
it('haengt den Abo-Zusatz nur bei Abo-Lieferungen an die Art', function (): void {
|
|
$user = pahUser('pah-model@example.com');
|
|
$abo = pahVolume($user, isAbo: true)->fresh(['shopping_order']);
|
|
$shop = pahVolume($user, isAbo: false)->fresh(['shopping_order']);
|
|
|
|
expect($abo->isAboOrder())->toBeTrue();
|
|
expect($shop->isAboOrder())->toBeFalse();
|
|
|
|
expect($abo->getStatusTypeWithAbo())->toBe($abo->getStatusType().' '.__('abo.abo_order_short'));
|
|
expect($shop->getStatusTypeWithAbo())->toBe($shop->getStatusType());
|
|
});
|
|
|
|
it('faerbt Abo-Bestellungen auch in "Meine Statistik" ein', function (): void {
|
|
// Die Seite haengt an layouts.layout-2 und laesst sich nicht isoliert rendern —
|
|
// geprueft wird deshalb die Verdrahtung von is_abo in der Blade-Quelle.
|
|
$view = file_get_contents(resource_path('views/user/backoffice/statistics/my.blade.php'));
|
|
|
|
expect($view)
|
|
->toContain("\$row['is_abo']")
|
|
->toContain("'info' : 'primary'")
|
|
->toContain("'info' : 'secondary'")
|
|
->toContain("__('abo.points_order_legend')");
|
|
});
|