test(commons): update AuditKind lock-in test for 15th member (ReconciliationAbandoned)

Task 17 (durable record for permanently-abandoned reconciliation rows) added
AuditKind.ReconciliationAbandoned but did not update the enum member-count
lock-in test AuditEnumTests, which asserted exactly 14 members. The per-task
filtered test runs did not include this Commons enum guard, so the gap surfaced
only in the PLAN-04 Task 26 full-solution sweep — exactly what the sweep exists
to catch. Rename to *FifteenExpectedMembers, add ReconciliationAbandoned to the
expected set, bump the count assertion to 15.

Claude-Session: https://claude.ai/code/session_01MtdgwpEeCUn6cUA5f1LMPj

tests/ZB.MOM.WW.ScadaBridge.Commons.Tests/Types/Enums/AuditEnumTests.cs

@@ -23,7 +23,7 @@ public class AuditEnumTests
     }
 
     [Fact]
-    public void AuditKind_HasExactlyFourteenExpectedMembers()
+    public void AuditKind_HasExactlyFifteenExpectedMembers()
     {
         var expected = new[]
         {
@@ -31,13 +31,14 @@ public class AuditEnumTests
             "NotifySend", "NotifyDeliver", "InboundRequest", "InboundAuthFailure",
             "CachedSubmit", "CachedResolve",
             "SecuredWriteSubmit", "SecuredWriteApprove", "SecuredWriteReject", "SecuredWriteExecute",
+            "ReconciliationAbandoned",
         };
         var actual = Enum.GetValues(typeof(AuditKind))
             .Cast<AuditKind>()
             .Select(x => x.ToString())
             .ToArray();
 
-        Assert.Equal(14, actual.Length);
+        Assert.Equal(15, actual.Length);
         Assert.Equal(expected, actual);
     }