@k2works/claude-code-booster 3.2.1 → 3.3.1

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Files changed (70) hide show
  1. package/lib/assets/.claude/skills/analyzing-business/SKILL.md +2 -2
  2. package/lib/assets/.claude/skills/analyzing-inception-deck/SKILL.md +5 -5
  3. package/lib/assets/.claude/skills/analyzing-requirements/SKILL.md +2 -2
  4. package/lib/assets/.claude/skills/generating-slides/SKILL.md +7 -7
  5. package/lib/assets/docs/article/index.md +4 -1
  6. package/lib/assets/docs/article/practical-database-design/index.md +121 -0
  7. package/lib/assets/docs/article/practical-database-design/part1/chapter01.md +288 -0
  8. package/lib/assets/docs/article/practical-database-design/part1/chapter02.md +518 -0
  9. package/lib/assets/docs/article/practical-database-design/part1/chapter03.md +557 -0
  10. package/lib/assets/docs/article/practical-database-design/part2/chapter04.md +924 -0
  11. package/lib/assets/docs/article/practical-database-design/part2/chapter05.md +1627 -0
  12. package/lib/assets/docs/article/practical-database-design/part2/chapter06.md +2716 -0
  13. package/lib/assets/docs/article/practical-database-design/part2/chapter07.md +2082 -0
  14. package/lib/assets/docs/article/practical-database-design/part2/chapter08.md +2105 -0
  15. package/lib/assets/docs/article/practical-database-design/part2/chapter09.md +2031 -0
  16. package/lib/assets/docs/article/practical-database-design/part2/chapter10.md +1387 -0
  17. package/lib/assets/docs/article/practical-database-design/part2/chapter11.md +1677 -0
  18. package/lib/assets/docs/article/practical-database-design/part2/chapter12.md +1417 -0
  19. package/lib/assets/docs/article/practical-database-design/part2/chapter13.md +1434 -0
  20. package/lib/assets/docs/article/practical-database-design/part3/chapter14.md +667 -0
  21. package/lib/assets/docs/article/practical-database-design/part3/chapter15.md +1625 -0
  22. package/lib/assets/docs/article/practical-database-design/part3/chapter16.md +1915 -0
  23. package/lib/assets/docs/article/practical-database-design/part3/chapter17.md +1708 -0
  24. package/lib/assets/docs/article/practical-database-design/part3/chapter18.md +2095 -0
  25. package/lib/assets/docs/article/practical-database-design/part3/chapter19.md +1123 -0
  26. package/lib/assets/docs/article/practical-database-design/part3/chapter20.md +1031 -0
  27. package/lib/assets/docs/article/practical-database-design/part3/chapter21.md +1382 -0
  28. package/lib/assets/docs/article/practical-database-design/part3-orm/chapter14-orm.md +991 -0
  29. package/lib/assets/docs/article/practical-database-design/part3-orm/chapter15-orm.md +1300 -0
  30. package/lib/assets/docs/article/practical-database-design/part3-orm/chapter16-orm.md +1166 -0
  31. package/lib/assets/docs/article/practical-database-design/part3-orm/chapter17-orm.md +1584 -0
  32. package/lib/assets/docs/article/practical-database-design/part3-orm/chapter18-orm.md +1183 -0
  33. package/lib/assets/docs/article/practical-database-design/part3-orm/chapter19-orm.md +1016 -0
  34. package/lib/assets/docs/article/practical-database-design/part3-orm/chapter20-orm.md +1753 -0
  35. package/lib/assets/docs/article/practical-database-design/part3-orm/chapter21-orm.md +1447 -0
  36. package/lib/assets/docs/article/practical-database-design/part3-orm/chapter22-orm.md +1878 -0
  37. package/lib/assets/docs/article/practical-database-design/part4/chapter22.md +965 -0
  38. package/lib/assets/docs/article/practical-database-design/part4/chapter23.md +2069 -0
  39. package/lib/assets/docs/article/practical-database-design/part4/chapter24.md +2439 -0
  40. package/lib/assets/docs/article/practical-database-design/part4/chapter25.md +3661 -0
  41. package/lib/assets/docs/article/practical-database-design/part4/chapter26.md +2916 -0
  42. package/lib/assets/docs/article/practical-database-design/part4/chapter27.md +3105 -0
  43. package/lib/assets/docs/article/practical-database-design/part4/chapter28.md +2697 -0
  44. package/lib/assets/docs/article/practical-database-design/part4/chapter29.md +2544 -0
  45. package/lib/assets/docs/article/practical-database-design/part4/chapter30.md +2180 -0
  46. package/lib/assets/docs/article/practical-database-design/part4/chapter31.md +1192 -0
  47. package/lib/assets/docs/article/practical-database-design/part4/chapter32.md +2101 -0
  48. package/lib/assets/docs/article/practical-database-design/part5/chapter33.md +1032 -0
  49. package/lib/assets/docs/article/practical-database-design/part5/chapter34.md +1609 -0
  50. package/lib/assets/docs/article/practical-database-design/part5/chapter35.md +1453 -0
  51. package/lib/assets/docs/article/practical-database-design/part5/chapter36.md +1292 -0
  52. package/lib/assets/docs/article/practical-database-design/part5/chapter37.md +1470 -0
  53. package/lib/assets/docs/article/practical-database-design/part5/chapter38.md +1698 -0
  54. package/lib/assets/docs/article/practical-database-design/part5/chapter39.md +2334 -0
  55. package/lib/assets/docs/article/practical-database-design/study/study2-1.md +1693 -0
  56. package/lib/assets/docs/article/practical-database-design/study/study2-2.md +1347 -0
  57. package/lib/assets/docs/article/practical-database-design/study/study2-3.md +2044 -0
  58. package/lib/assets/docs/article/practical-database-design/study/study2-4.md +2229 -0
  59. package/lib/assets/docs/article/practical-database-design/study/study2-5.md +2418 -0
  60. package/lib/assets/docs/article/practical-database-design/study/study3-1.md +2205 -0
  61. package/lib/assets/docs/article/practical-database-design/study/study3-2.md +2221 -0
  62. package/lib/assets/docs/article/practical-database-design/study/study3-3.md +2253 -0
  63. package/lib/assets/docs/article/practical-database-design/study/study3-4.md +2106 -0
  64. package/lib/assets/docs/article/practical-database-design/study/study3-5.md +2507 -0
  65. package/lib/assets/docs/article/practical-database-design/study/study4-1.md +2587 -0
  66. package/lib/assets/docs/article/practical-database-design/study/study4-2.md +2075 -0
  67. package/lib/assets/docs/article/practical-database-design/study/study4-3.md +1805 -0
  68. package/lib/assets/docs/article/practical-database-design/study/study4-4.md +1895 -0
  69. package/lib/assets/docs/article/practical-database-design/study/study4-5.md +2878 -0
  70. package/package.json +1 -1
@@ -0,0 +1,1677 @@
1
+ # 第11章:共通処理の設計
2
+
3
+ 販売管理システムでは、赤黒処理、自動採番、監査カラム、履歴管理といった共通的な処理が多くの業務で横断的に使用されます。本章では、これらの共通処理のデータベース設計と実装を行います。
4
+
5
+ ## 共通処理の全体像
6
+
7
+ 共通処理は、業務データの整合性、追跡可能性、運用効率を高めるための基盤機能です。
8
+
9
+ ```plantuml
10
+ @startuml
11
+
12
+ title 共通処理の位置づけ
13
+
14
+ rectangle "業務処理" {
15
+ card "受注管理" as order
16
+ card "出荷管理" as shipment
17
+ card "売上管理" as sales
18
+ card "請求管理" as billing
19
+ card "支払管理" as payment
20
+ }
21
+
22
+ rectangle "共通処理" #LightGreen {
23
+ card "赤黒処理" as redblack
24
+ card "自動採番" as numbering
25
+ card "監査カラム" as audit
26
+ card "履歴管理" as history
27
+ }
28
+
29
+ order --> numbering : 受注番号生成
30
+ order --> audit : 監査情報付与
31
+ sales --> redblack : 伝票訂正
32
+ sales --> history : 変更履歴
33
+ billing --> numbering : 請求番号生成
34
+ payment --> numbering : 支払番号生成
35
+
36
+ @enduml
37
+ ```
38
+
39
+ ### 共通処理の役割
40
+
41
+ | 処理 | 役割 | 主な利用場面 |
42
+ |-----|------|------------|
43
+ | **赤黒処理** | 確定済み伝票の訂正 | 売上・仕入の金額訂正、取消 |
44
+ | **自動採番** | 一意な番号の発行 | 伝票番号の自動生成 |
45
+ | **監査カラム** | 変更者・日時の記録 | 全テーブル共通 |
46
+ | **履歴管理** | 変更前後の状態保存 | マスタ変更、重要データ |
47
+
48
+ ---
49
+
50
+ ## 11.1 赤黒処理の設計
51
+
52
+ ### 赤黒処理とは
53
+
54
+ 赤黒処理は、確定済みの伝票を訂正する際に使用する会計的手法です。元の伝票を「赤伝票」でマイナス計上し、正しい内容を「黒伝票」で再計上します。
55
+
56
+ ```plantuml
57
+ @startuml
58
+
59
+ title 赤黒処理の概念
60
+
61
+ |経理部門|
62
+ start
63
+ :確定済み伝票の誤り発見;
64
+ note right: 例: 売上金額の誤り\n100,000円 → 120,000円
65
+
66
+ :赤伝票作成;
67
+ note right: 元伝票と同額で\nマイナス計上\n-100,000円
68
+
69
+ :黒伝票作成;
70
+ note right: 正しい金額で\nプラス計上\n+120,000円
71
+
72
+ :結果確認;
73
+ note right: 差額 +20,000円が\n純増として計上
74
+
75
+ stop
76
+
77
+ @enduml
78
+ ```
79
+
80
+ ### なぜ赤黒処理が必要か
81
+
82
+ | 方式 | メリット | デメリット |
83
+ |-----|---------|-----------|
84
+ | **物理削除** | シンプル | 監査証跡なし、復元不可 |
85
+ | **論理削除** | 証跡保持 | 集計時に除外処理必要 |
86
+ | **赤黒処理** | 監査証跡完全、会計的に正確 | 伝票数増加 |
87
+
88
+ 会計領域では、一度確定した伝票を直接修正することは認められません。赤黒処理により、すべての変更履歴が伝票として残り、監査対応が可能になります。
89
+
90
+ ### 伝票区分の定義
91
+
92
+ ```plantuml
93
+ @startuml
94
+
95
+ title 伝票区分の遷移
96
+
97
+ [*] --> 通常
98
+ 通常 : 通常の業務伝票
99
+ 通常 --> 赤伝 : 訂正が必要
100
+ 通常 --> 赤伝 : 取消が必要
101
+
102
+ 赤伝 : 元伝票のマイナス計上
103
+ 赤伝 --> 黒伝 : 訂正内容で再計上
104
+ 赤伝 --> [*] : 取消のみの場合
105
+
106
+ 黒伝 : 正しい内容で計上
107
+ 黒伝 --> [*]
108
+
109
+ note right of 赤伝
110
+ 金額は元伝票の負数
111
+ (マイナス値)
112
+ end note
113
+
114
+ note right of 黒伝
115
+ 訂正後の正しい金額
116
+ (プラス値)
117
+ end note
118
+
119
+ @enduml
120
+ ```
121
+
122
+ | 伝票区分 | 説明 | 金額の符号 |
123
+ |---------|------|----------|
124
+ | **通常** | 通常の業務伝票 | 正 |
125
+ | **赤伝** | 元伝票を打ち消す伝票 | 負(マイナス) |
126
+ | **黒伝** | 訂正後の内容を計上する伝票 | 正 |
127
+
128
+ ### 赤黒処理の ER 図
129
+
130
+ ```plantuml
131
+ @startuml
132
+
133
+ title 赤黒処理のER図
134
+
135
+ entity 赤黒処理履歴データ {
136
+ ID <<PK>>
137
+ --
138
+ 処理番号 <<UK>>
139
+ 処理日時
140
+ 伝票種別
141
+ 元伝票番号
142
+ 赤伝票番号
143
+ 黒伝票番号
144
+ 処理理由
145
+ 処理者
146
+ 作成日時
147
+ }
148
+
149
+ entity 売上データ {
150
+ ID <<PK>>
151
+ --
152
+ 売上番号 <<UK>>
153
+ 顧客コード <<FK>>
154
+ 売上日
155
+ 売上金額
156
+ 消費税額
157
+ 合計金額
158
+ 伝票区分
159
+ 元伝票番号
160
+ ステータス
161
+ }
162
+
163
+ 赤黒処理履歴データ }o--|| 売上データ : 元伝票番号
164
+ 赤黒処理履歴データ }o--o| 売上データ : 赤伝票番号
165
+ 赤黒処理履歴データ }o--o| 売上データ : 黒伝票番号
166
+
167
+ note right of 売上データ
168
+ 伝票区分:
169
+ - 通常
170
+ - 赤伝
171
+ - 黒伝
172
+ end note
173
+
174
+ @enduml
175
+ ```
176
+
177
+ ### マイグレーション:赤黒処理関連テーブルの作成
178
+
179
+ <details>
180
+ <summary>V018__create_redblack_tables.sql</summary>
181
+
182
+ ```sql
183
+ -- src/main/resources/db/migration/V018__create_redblack_tables.sql
184
+
185
+ -- 伝票区分
186
+ CREATE TYPE 伝票区分 AS ENUM ('通常', '赤伝', '黒伝');
187
+
188
+ -- 赤黒処理履歴データ
189
+ CREATE TABLE "赤黒処理履歴データ" (
190
+ "ID" SERIAL PRIMARY KEY,
191
+ "処理番号" VARCHAR(20) UNIQUE NOT NULL,
192
+ "処理日時" TIMESTAMP NOT NULL,
193
+ "伝票種別" VARCHAR(20) NOT NULL,
194
+ "元伝票番号" VARCHAR(20) NOT NULL,
195
+ "赤伝票番号" VARCHAR(20) NOT NULL,
196
+ "黒伝票番号" VARCHAR(20),
197
+ "処理理由" TEXT NOT NULL,
198
+ "処理者" VARCHAR(50) NOT NULL,
199
+ "作成日時" TIMESTAMP DEFAULT CURRENT_TIMESTAMP NOT NULL
200
+ );
201
+
202
+ -- 売上データに伝票区分を追加
203
+ ALTER TABLE "売上データ" ADD COLUMN IF NOT EXISTS "伝票区分" 伝票区分 DEFAULT '通常' NOT NULL;
204
+ ALTER TABLE "売上データ" ADD COLUMN IF NOT EXISTS "元伝票番号" VARCHAR(20);
205
+
206
+ -- インデックス
207
+ CREATE INDEX "idx_赤黒処理履歴_元伝票番号" ON "赤黒処理履歴データ"("元伝票番号");
208
+ CREATE INDEX "idx_赤黒処理履歴_処理日時" ON "赤黒処理履歴データ"("処理日時");
209
+
210
+ -- テーブルコメント
211
+ COMMENT ON TABLE "赤黒処理履歴データ" IS '確定済み伝票の訂正履歴を管理するテーブル';
212
+ COMMENT ON COLUMN "赤黒処理履歴データ"."伝票種別" IS '対象伝票の種類(売上、仕入、請求、支払)';
213
+ ```
214
+
215
+ </details>
216
+
217
+ ### 赤黒処理エンティティの実装
218
+
219
+ <details>
220
+ <summary>伝票区分 ENUM</summary>
221
+
222
+ ```java
223
+ // src/main/java/com/example/sms/domain/model/common/SlipType.java
224
+ package com.example.sms.domain.model.common;
225
+
226
+ import lombok.Getter;
227
+ import lombok.RequiredArgsConstructor;
228
+
229
+ /**
230
+ * 伝票区分.
231
+ */
232
+ @Getter
233
+ @RequiredArgsConstructor
234
+ public enum SlipType {
235
+ NORMAL("通常"),
236
+ RED("赤伝"),
237
+ BLACK("黒伝");
238
+
239
+ private final String displayName;
240
+
241
+ /**
242
+ * 表示名から伝票区分を取得.
243
+ *
244
+ * @param displayName 表示名
245
+ * @return 伝票区分
246
+ */
247
+ public static SlipType fromDisplayName(String displayName) {
248
+ for (SlipType type : values()) {
249
+ if (type.displayName.equals(displayName)) {
250
+ return type;
251
+ }
252
+ }
253
+ throw new IllegalArgumentException("Unknown slip type: " + displayName);
254
+ }
255
+
256
+ /**
257
+ * 赤伝かどうか.
258
+ *
259
+ * @return 赤伝の場合true
260
+ */
261
+ public boolean isRed() {
262
+ return this == RED;
263
+ }
264
+
265
+ /**
266
+ * 符号を取得(赤伝はマイナス).
267
+ *
268
+ * @return 赤伝は-1、それ以外は1
269
+ */
270
+ public int getSign() {
271
+ return this == RED ? -1 : 1;
272
+ }
273
+ }
274
+ ```
275
+
276
+ </details>
277
+
278
+ <details>
279
+ <summary>赤黒処理履歴エンティティ</summary>
280
+
281
+ ```java
282
+ // src/main/java/com/example/sms/domain/model/common/RedBlackHistory.java
283
+ package com.example.sms.domain.model.common;
284
+
285
+ import lombok.AllArgsConstructor;
286
+ import lombok.Builder;
287
+ import lombok.Data;
288
+ import lombok.NoArgsConstructor;
289
+
290
+ import java.time.LocalDateTime;
291
+
292
+ /**
293
+ * 赤黒処理履歴.
294
+ */
295
+ @Data
296
+ @Builder
297
+ @NoArgsConstructor
298
+ @AllArgsConstructor
299
+ public class RedBlackHistory {
300
+ /** ID. */
301
+ private Integer id;
302
+ /** 処理番号. */
303
+ private String processNumber;
304
+ /** 処理日時. */
305
+ private LocalDateTime processDateTime;
306
+ /** 伝票種別. */
307
+ private String slipCategory;
308
+ /** 元伝票番号. */
309
+ private String originalSlipNumber;
310
+ /** 赤伝票番号. */
311
+ private String redSlipNumber;
312
+ /** 黒伝票番号. */
313
+ private String blackSlipNumber;
314
+ /** 処理理由. */
315
+ private String processReason;
316
+ /** 処理者. */
317
+ private String processedBy;
318
+ /** 作成日時. */
319
+ private LocalDateTime createdAt;
320
+ }
321
+ ```
322
+
323
+ </details>
324
+
325
+ ### 赤黒処理サービスの実装
326
+
327
+ > **Note:** 以下のサービス層コードは参考実装例です。実際のシステムでは要件に応じてカスタマイズしてください。
328
+
329
+ <details>
330
+ <summary>赤黒処理サービス</summary>
331
+
332
+ ```java
333
+ // src/main/java/com/example/sms/application/service/RedBlackService.java
334
+ package com.example.sms.application.service;
335
+
336
+ import com.example.sms.domain.model.common.*;
337
+ import com.example.sms.domain.model.sales.*;
338
+ import com.example.sms.infrastructure.persistence.mapper.*;
339
+ import lombok.RequiredArgsConstructor;
340
+ import org.springframework.stereotype.Service;
341
+ import org.springframework.transaction.annotation.Transactional;
342
+
343
+ import java.time.LocalDateTime;
344
+ import java.time.format.DateTimeFormatter;
345
+ import java.util.List;
346
+
347
+ @Service
348
+ @RequiredArgsConstructor
349
+ public class RedBlackService {
350
+
351
+ private final RedBlackHistoryMapper redBlackHistoryMapper;
352
+ private final SalesMapper salesMapper;
353
+ private final SalesDetailMapper salesDetailMapper;
354
+ private final NumberingService numberingService;
355
+
356
+ /**
357
+ * 処理番号を生成
358
+ */
359
+ private String generateProcessNumber() {
360
+ String prefix = "RB-" + LocalDateTime.now().format(
361
+ DateTimeFormatter.ofPattern("yyyyMMdd")) + "-";
362
+ String latestNumber = redBlackHistoryMapper.findLatestProcessNumber(prefix + "%");
363
+
364
+ int sequence = 1;
365
+ if (latestNumber != null) {
366
+ int currentSequence = Integer.parseInt(
367
+ latestNumber.substring(latestNumber.length() - 4));
368
+ sequence = currentSequence + 1;
369
+ }
370
+
371
+ return prefix + String.format("%04d", sequence);
372
+ }
373
+
374
+ /**
375
+ * 売上の赤黒処理を実行
376
+ */
377
+ @Transactional
378
+ public RedBlackResult processSalesRedBlack(RedBlackInput input) {
379
+ // 元伝票を取得
380
+ Sales originalSales = salesMapper.findBySalesNumber(
381
+ input.getOriginalSlipNumber());
382
+ if (originalSales == null) {
383
+ throw new IllegalArgumentException(
384
+ "元伝票が見つかりません: " + input.getOriginalSlipNumber());
385
+ }
386
+
387
+ if (originalSales.getSlipType() != SlipType.NORMAL) {
388
+ throw new IllegalStateException(
389
+ "通常伝票以外は赤黒処理できません");
390
+ }
391
+
392
+ List<SalesDetail> originalDetails = salesDetailMapper
393
+ .findBySalesNumber(input.getOriginalSlipNumber());
394
+
395
+ // 赤伝票を作成(元伝票のマイナス)
396
+ String redSlipNumber = numberingService.generateSalesNumber();
397
+ Sales redSales = createRedSales(originalSales, redSlipNumber);
398
+ salesMapper.insert(redSales);
399
+
400
+ for (SalesDetail detail : originalDetails) {
401
+ SalesDetail redDetail = createRedDetail(detail, redSlipNumber);
402
+ salesDetailMapper.insert(redDetail);
403
+ }
404
+
405
+ // 黒伝票を作成(訂正後の内容)
406
+ String blackSlipNumber = null;
407
+ if (input.getCorrectedData() != null) {
408
+ blackSlipNumber = numberingService.generateSalesNumber();
409
+ Sales blackSales = createBlackSales(
410
+ originalSales, blackSlipNumber, input.getCorrectedData());
411
+ salesMapper.insert(blackSales);
412
+
413
+ for (CorrectedDetailData correctedDetail :
414
+ input.getCorrectedData().getDetails()) {
415
+ SalesDetail blackDetail = createBlackDetail(
416
+ correctedDetail, blackSlipNumber);
417
+ salesDetailMapper.insert(blackDetail);
418
+ }
419
+ }
420
+
421
+ // 赤黒処理履歴を記録
422
+ String processNumber = generateProcessNumber();
423
+ RedBlackHistory history = RedBlackHistory.builder()
424
+ .processNumber(processNumber)
425
+ .processDateTime(LocalDateTime.now())
426
+ .slipCategory("売上")
427
+ .originalSlipNumber(input.getOriginalSlipNumber())
428
+ .redSlipNumber(redSlipNumber)
429
+ .blackSlipNumber(blackSlipNumber)
430
+ .processReason(input.getProcessReason())
431
+ .processedBy(input.getProcessedBy())
432
+ .build();
433
+ redBlackHistoryMapper.insert(history);
434
+
435
+ return RedBlackResult.builder()
436
+ .processNumber(processNumber)
437
+ .originalSlipNumber(input.getOriginalSlipNumber())
438
+ .redSlipNumber(redSlipNumber)
439
+ .blackSlipNumber(blackSlipNumber)
440
+ .build();
441
+ }
442
+
443
+ private Sales createRedSales(Sales original, String redSlipNumber) {
444
+ return Sales.builder()
445
+ .salesNumber(redSlipNumber)
446
+ .customerCode(original.getCustomerCode())
447
+ .salesDate(original.getSalesDate())
448
+ .salesAmount(original.getSalesAmount().negate())
449
+ .taxAmount(original.getTaxAmount().negate())
450
+ .totalAmount(original.getTotalAmount().negate())
451
+ .slipType(SlipType.RED)
452
+ .originalSlipNumber(original.getSalesNumber())
453
+ .status(SalesStatus.CONFIRMED)
454
+ .build();
455
+ }
456
+
457
+ private SalesDetail createRedDetail(SalesDetail original,
458
+ String redSlipNumber) {
459
+ return SalesDetail.builder()
460
+ .salesNumber(redSlipNumber)
461
+ .detailNumber(original.getDetailNumber())
462
+ .productCode(original.getProductCode())
463
+ .quantity(original.getQuantity().negate())
464
+ .unitPrice(original.getUnitPrice())
465
+ .amount(original.getAmount().negate())
466
+ .build();
467
+ }
468
+
469
+ private Sales createBlackSales(Sales original, String blackSlipNumber,
470
+ CorrectedSalesData correctedData) {
471
+ return Sales.builder()
472
+ .salesNumber(blackSlipNumber)
473
+ .customerCode(correctedData.getCustomerCode() != null
474
+ ? correctedData.getCustomerCode()
475
+ : original.getCustomerCode())
476
+ .salesDate(correctedData.getSalesDate() != null
477
+ ? correctedData.getSalesDate()
478
+ : original.getSalesDate())
479
+ .salesAmount(correctedData.getSalesAmount())
480
+ .taxAmount(correctedData.getTaxAmount())
481
+ .totalAmount(correctedData.getTotalAmount())
482
+ .slipType(SlipType.BLACK)
483
+ .originalSlipNumber(original.getSalesNumber())
484
+ .status(SalesStatus.CONFIRMED)
485
+ .build();
486
+ }
487
+
488
+ private SalesDetail createBlackDetail(CorrectedDetailData correctedDetail,
489
+ String blackSlipNumber) {
490
+ return SalesDetail.builder()
491
+ .salesNumber(blackSlipNumber)
492
+ .detailNumber(correctedDetail.getDetailNumber())
493
+ .productCode(correctedDetail.getProductCode())
494
+ .quantity(correctedDetail.getQuantity())
495
+ .unitPrice(correctedDetail.getUnitPrice())
496
+ .amount(correctedDetail.getAmount())
497
+ .build();
498
+ }
499
+
500
+ /**
501
+ * 赤黒処理履歴を取得
502
+ */
503
+ public RedBlackHistory findByProcessNumber(String processNumber) {
504
+ return redBlackHistoryMapper.findByProcessNumber(processNumber);
505
+ }
506
+
507
+ /**
508
+ * 元伝票番号で赤黒処理履歴を検索
509
+ */
510
+ public List<RedBlackHistory> findByOriginalSlipNumber(
511
+ String originalSlipNumber) {
512
+ return redBlackHistoryMapper.findByOriginalSlipNumber(originalSlipNumber);
513
+ }
514
+ }
515
+ ```
516
+
517
+ </details>
518
+
519
+ ---
520
+
521
+ ## 11.2 自動採番の設計
522
+
523
+ ### 採番の要件
524
+
525
+ | 要件 | 説明 |
526
+ |-----|------|
527
+ | **一意性** | 同一種別内で重複しない |
528
+ | **連番性** | 基本的に連番で発行 |
529
+ | **可読性** | 年月や種別が識別可能 |
530
+ | **拡張性** | 将来の要件変更に対応 |
531
+
532
+ ### 採番パターン
533
+
534
+ ```plantuml
535
+ @startuml
536
+
537
+ title 採番パターンの例
538
+
539
+ note as N1
540
+ **売上伝票番号**
541
+ SL-202501-0001
542
+ ├── SL: 売上
543
+ ├── 202501: 年月
544
+ └── 0001: 連番
545
+
546
+ **受注番号**
547
+ ORD-2025-00001
548
+ ├── ORD: 受注
549
+ ├── 2025: 年度
550
+ └── 00001: 連番
551
+
552
+ **請求番号**
553
+ INV-202501-0001
554
+ ├── INV: 請求
555
+ ├── 202501: 年月
556
+ └── 0001: 連番
557
+ end note
558
+
559
+ @enduml
560
+ ```
561
+
562
+ ### 採番形式の種類
563
+
564
+ | 採番形式 | 説明 | 例 |
565
+ |---------|------|-----|
566
+ | **YEARLY** | 年次でリセット | ORD-2025-00001 |
567
+ | **MONTHLY** | 月次でリセット | SL-202501-0001 |
568
+ | **DAILY** | 日次でリセット | SL-20250115-0001 |
569
+ | **SEQUENTIAL** | リセットなし連番 | SEQ-000001 |
570
+
571
+ ### 採番テーブルの ER 図
572
+
573
+ ```plantuml
574
+ @startuml
575
+
576
+ title 採番管理のER図
577
+
578
+ entity 採番マスタ {
579
+ 採番コード <<PK>>
580
+ --
581
+ 採番名
582
+ プレフィックス
583
+ 採番形式
584
+ 桁数
585
+ 現在値
586
+ 最終採番日
587
+ リセット対象
588
+ 作成日時
589
+ 更新日時
590
+ }
591
+
592
+ entity 採番履歴データ {
593
+ ID <<PK>>
594
+ --
595
+ 採番コード <<FK>>
596
+ 採番年月
597
+ 最終番号
598
+ 作成日時
599
+ 更新日時
600
+ }
601
+
602
+ 採番マスタ ||--o{ 採番履歴データ : 採番コード
603
+
604
+ note right of 採番マスタ
605
+ 採番形式:
606
+ - YEARLY (年次)
607
+ - MONTHLY (月次)
608
+ - DAILY (日次)
609
+ - SEQUENTIAL (連番)
610
+ end note
611
+
612
+ @enduml
613
+ ```
614
+
615
+ ### マイグレーション:採番テーブルの作成
616
+
617
+ <details>
618
+ <summary>V019__create_numbering_tables.sql</summary>
619
+
620
+ ```sql
621
+ -- src/main/resources/db/migration/V019__create_numbering_tables.sql
622
+
623
+ -- 採番マスタ
624
+ CREATE TABLE "採番マスタ" (
625
+ "採番コード" VARCHAR(20) PRIMARY KEY,
626
+ "採番名" VARCHAR(100) NOT NULL,
627
+ "プレフィックス" VARCHAR(10) NOT NULL,
628
+ "採番形式" VARCHAR(20) NOT NULL, -- YEARLY, MONTHLY, DAILY, SEQUENTIAL
629
+ "桁数" INTEGER NOT NULL,
630
+ "現在値" BIGINT DEFAULT 0 NOT NULL,
631
+ "最終採番日" DATE,
632
+ "リセット対象" BOOLEAN DEFAULT false NOT NULL,
633
+ "作成日時" TIMESTAMP DEFAULT CURRENT_TIMESTAMP NOT NULL,
634
+ "更新日時" TIMESTAMP DEFAULT CURRENT_TIMESTAMP NOT NULL
635
+ );
636
+
637
+ -- 採番履歴データ
638
+ CREATE TABLE "採番履歴データ" (
639
+ "ID" SERIAL PRIMARY KEY,
640
+ "採番コード" VARCHAR(20) NOT NULL,
641
+ "採番年月" VARCHAR(8) NOT NULL,
642
+ "最終番号" BIGINT NOT NULL,
643
+ "作成日時" TIMESTAMP DEFAULT CURRENT_TIMESTAMP NOT NULL,
644
+ "更新日時" TIMESTAMP DEFAULT CURRENT_TIMESTAMP NOT NULL,
645
+ CONSTRAINT "fk_採番履歴_採番マスタ"
646
+ FOREIGN KEY ("採番コード") REFERENCES "採番マスタ"("採番コード"),
647
+ UNIQUE ("採番コード", "採番年月")
648
+ );
649
+
650
+ -- 初期データ
651
+ INSERT INTO "採番マスタ" ("採番コード", "採番名", "プレフィックス", "採番形式", "桁数") VALUES
652
+ ('SALES', '売上番号', 'SL', 'MONTHLY', 4),
653
+ ('ORDER', '受注番号', 'ORD', 'YEARLY', 5),
654
+ ('SHIPMENT', '出荷番号', 'SHP', 'MONTHLY', 4),
655
+ ('INVOICE', '請求番号', 'INV', 'MONTHLY', 4),
656
+ ('RECEIPT', '入金番号', 'RC', 'MONTHLY', 4),
657
+ ('PURCHASE_ORDER', '発注番号', 'PO', 'MONTHLY', 4),
658
+ ('PURCHASE', '仕入番号', 'PU', 'MONTHLY', 4),
659
+ ('PAYMENT', '支払番号', 'PAY', 'MONTHLY', 4),
660
+ ('STOCKTAKING', '棚卸番号', 'ST', 'MONTHLY', 4);
661
+
662
+ -- インデックス
663
+ CREATE INDEX "idx_採番履歴_採番年月" ON "採番履歴データ"("採番年月");
664
+
665
+ -- テーブルコメント
666
+ COMMENT ON TABLE "採番マスタ" IS '伝票番号の採番ルールを管理するマスタテーブル';
667
+ COMMENT ON TABLE "採番履歴データ" IS '年月別の採番状況を記録するテーブル';
668
+ ```
669
+
670
+ </details>
671
+
672
+ ### 採番サービスの実装
673
+
674
+ > **Note:** 以下のサービス層コードは参考実装例です。実際のシステムでは要件に応じてカスタマイズしてください。
675
+
676
+ <details>
677
+ <summary>採番形式 ENUM</summary>
678
+
679
+ ```java
680
+ // src/main/java/com/example/sms/domain/model/common/NumberingFormat.java
681
+ package com.example.sms.domain.model.common;
682
+
683
+ import lombok.Getter;
684
+ import lombok.RequiredArgsConstructor;
685
+
686
+ @Getter
687
+ @RequiredArgsConstructor
688
+ public enum NumberingFormat {
689
+ YEARLY("年次"),
690
+ MONTHLY("月次"),
691
+ DAILY("日次"),
692
+ SEQUENTIAL("連番");
693
+
694
+ private final String displayName;
695
+
696
+ public static NumberingFormat fromDisplayName(String displayName) {
697
+ for (NumberingFormat format : values()) {
698
+ if (format.displayName.equals(displayName)) {
699
+ return format;
700
+ }
701
+ }
702
+ throw new IllegalArgumentException(
703
+ "Unknown numbering format: " + displayName);
704
+ }
705
+ }
706
+ ```
707
+
708
+ </details>
709
+
710
+ <details>
711
+ <summary>採番マスタエンティティ</summary>
712
+
713
+ ```java
714
+ // src/main/java/com/example/sms/domain/model/common/NumberingMaster.java
715
+ package com.example.sms.domain.model.common;
716
+
717
+ import lombok.AllArgsConstructor;
718
+ import lombok.Builder;
719
+ import lombok.Data;
720
+ import lombok.NoArgsConstructor;
721
+
722
+ import java.time.LocalDate;
723
+ import java.time.LocalDateTime;
724
+
725
+ /**
726
+ * 採番マスタ.
727
+ */
728
+ @Data
729
+ @Builder
730
+ @NoArgsConstructor
731
+ @AllArgsConstructor
732
+ public class NumberingMaster {
733
+ /** 採番コード. */
734
+ private String numberingCode;
735
+ /** 採番名. */
736
+ private String numberingName;
737
+ /** プレフィックス. */
738
+ private String prefix;
739
+ /** 採番形式. */
740
+ private String format;
741
+ /** 桁数. */
742
+ private Integer digits;
743
+ /** 現在値. */
744
+ private Long currentValue;
745
+ /** 最終採番日. */
746
+ private LocalDate lastNumberingDate;
747
+ /** リセット対象. */
748
+ private Boolean resetTarget;
749
+ /** 作成日時. */
750
+ private LocalDateTime createdAt;
751
+ /** 更新日時. */
752
+ private LocalDateTime updatedAt;
753
+ }
754
+ ```
755
+
756
+ </details>
757
+
758
+ <details>
759
+ <summary>採番履歴エンティティ</summary>
760
+
761
+ ```java
762
+ // src/main/java/com/example/sms/domain/model/common/NumberingHistory.java
763
+ package com.example.sms.domain.model.common;
764
+
765
+ import lombok.AllArgsConstructor;
766
+ import lombok.Builder;
767
+ import lombok.Data;
768
+ import lombok.NoArgsConstructor;
769
+
770
+ import java.time.LocalDateTime;
771
+
772
+ /**
773
+ * 採番履歴.
774
+ */
775
+ @Data
776
+ @Builder
777
+ @NoArgsConstructor
778
+ @AllArgsConstructor
779
+ public class NumberingHistory {
780
+ /** ID. */
781
+ private Integer id;
782
+ /** 採番コード. */
783
+ private String numberingCode;
784
+ /** 採番年月. */
785
+ private String yearMonth;
786
+ /** 最終番号. */
787
+ private Long lastNumber;
788
+ /** 作成日時. */
789
+ private LocalDateTime createdAt;
790
+ /** 更新日時. */
791
+ private LocalDateTime updatedAt;
792
+ }
793
+ ```
794
+
795
+ </details>
796
+
797
+ <details>
798
+ <summary>採番サービス</summary>
799
+
800
+ ```java
801
+ // src/main/java/com/example/sms/application/service/NumberingService.java
802
+ package com.example.sms.application.service;
803
+
804
+ import com.example.sms.domain.model.common.*;
805
+ import com.example.sms.infrastructure.persistence.mapper.*;
806
+ import lombok.RequiredArgsConstructor;
807
+ import org.springframework.stereotype.Service;
808
+ import org.springframework.transaction.annotation.Transactional;
809
+
810
+ import java.time.LocalDate;
811
+ import java.time.format.DateTimeFormatter;
812
+
813
+ @Service
814
+ @RequiredArgsConstructor
815
+ public class NumberingService {
816
+
817
+ private final NumberingMasterMapper numberingMasterMapper;
818
+ private final NumberingHistoryMapper numberingHistoryMapper;
819
+
820
+ /**
821
+ * 次の番号を取得
822
+ */
823
+ @Transactional
824
+ public String getNextNumber(String numberingCode) {
825
+ NumberingMaster master = numberingMasterMapper
826
+ .findByNumberingCode(numberingCode);
827
+ if (master == null) {
828
+ throw new IllegalArgumentException(
829
+ "採番マスタが見つかりません: " + numberingCode);
830
+ }
831
+
832
+ LocalDate today = LocalDate.now();
833
+ String yearMonth = getYearMonth(today, master.getFormat());
834
+
835
+ // 履歴を取得または作成
836
+ NumberingHistory history = numberingHistoryMapper
837
+ .findByCodeAndYearMonth(numberingCode, yearMonth);
838
+
839
+ long nextNumber;
840
+ if (history == null) {
841
+ // 新規年月の場合、1から開始
842
+ nextNumber = 1;
843
+ history = NumberingHistory.builder()
844
+ .numberingCode(numberingCode)
845
+ .yearMonth(yearMonth)
846
+ .lastNumber(nextNumber)
847
+ .build();
848
+ numberingHistoryMapper.insert(history);
849
+ } else {
850
+ // 既存の場合、インクリメント
851
+ nextNumber = history.getLastNumber() + 1;
852
+ numberingHistoryMapper.incrementLastNumber(history.getId());
853
+ }
854
+
855
+ // 番号をフォーマット
856
+ return formatNumber(master, yearMonth, nextNumber);
857
+ }
858
+
859
+ private String getYearMonth(LocalDate date, NumberingFormat format) {
860
+ return switch (format) {
861
+ case YEARLY -> date.format(DateTimeFormatter.ofPattern("yyyy"));
862
+ case MONTHLY -> date.format(DateTimeFormatter.ofPattern("yyyyMM"));
863
+ case DAILY -> date.format(DateTimeFormatter.ofPattern("yyyyMMdd"));
864
+ case SEQUENTIAL -> "0000";
865
+ };
866
+ }
867
+
868
+ private String formatNumber(NumberingMaster master, String yearMonth,
869
+ long number) {
870
+ String sequenceFormat = "%0" + master.getDigits() + "d";
871
+ String sequence = String.format(sequenceFormat, number);
872
+
873
+ if (master.getFormat() == NumberingFormat.SEQUENTIAL) {
874
+ return master.getPrefix() + "-" + sequence;
875
+ } else {
876
+ return master.getPrefix() + "-" + yearMonth + "-" + sequence;
877
+ }
878
+ }
879
+
880
+ /** 売上番号を生成 */
881
+ public String generateSalesNumber() {
882
+ return getNextNumber("SALES");
883
+ }
884
+
885
+ /** 受注番号を生成 */
886
+ public String generateOrderNumber() {
887
+ return getNextNumber("ORDER");
888
+ }
889
+
890
+ /** 出荷番号を生成 */
891
+ public String generateShipmentNumber() {
892
+ return getNextNumber("SHIPMENT");
893
+ }
894
+
895
+ /** 請求番号を生成 */
896
+ public String generateInvoiceNumber() {
897
+ return getNextNumber("INVOICE");
898
+ }
899
+
900
+ /** 入金番号を生成 */
901
+ public String generateReceiptNumber() {
902
+ return getNextNumber("RECEIPT");
903
+ }
904
+
905
+ /** 発注番号を生成 */
906
+ public String generatePurchaseOrderNumber() {
907
+ return getNextNumber("PURCHASE_ORDER");
908
+ }
909
+
910
+ /** 仕入番号を生成 */
911
+ public String generatePurchaseNumber() {
912
+ return getNextNumber("PURCHASE");
913
+ }
914
+
915
+ /** 支払番号を生成 */
916
+ public String generatePaymentNumber() {
917
+ return getNextNumber("PAYMENT");
918
+ }
919
+
920
+ /** 棚卸番号を生成 */
921
+ public String generateStocktakingNumber() {
922
+ return getNextNumber("STOCKTAKING");
923
+ }
924
+ }
925
+ ```
926
+
927
+ </details>
928
+
929
+ ---
930
+
931
+ ## 11.3 監査カラムの設計
932
+
933
+ ### 監査カラムとは
934
+
935
+ すべてのテーブルに共通して設ける、データの作成・更新に関する情報を記録するカラムです。
936
+
937
+ ```plantuml
938
+ @startuml
939
+
940
+ title 監査カラムの構成
941
+
942
+ class "業務テーブル" as base {
943
+ + ID: SERIAL <<PK>>
944
+ --
945
+ + 業務カラム1
946
+ + 業務カラム2
947
+ + ...
948
+ --
949
+ + 作成日時: TIMESTAMP
950
+ + 作成者: VARCHAR
951
+ + 更新日時: TIMESTAMP
952
+ + 更新者: VARCHAR
953
+ + 削除フラグ: BOOLEAN
954
+ + 削除日時: TIMESTAMP
955
+ + 削除者: VARCHAR
956
+ }
957
+
958
+ note right of base
959
+ 監査カラム:
960
+ - いつ作成されたか
961
+ - 誰が作成したか
962
+ - いつ更新されたか
963
+ - 誰が更新したか
964
+ - 論理削除されたか
965
+ end note
966
+
967
+ @enduml
968
+ ```
969
+
970
+ ### 監査カラムの種類
971
+
972
+ | カラム | 型 | 説明 |
973
+ |-------|-----|------|
974
+ | **作成日時** | TIMESTAMP | レコード作成日時 |
975
+ | **作成者** | VARCHAR | レコード作成者 |
976
+ | **更新日時** | TIMESTAMP | 最終更新日時 |
977
+ | **更新者** | VARCHAR | 最終更新者 |
978
+ | **削除フラグ** | BOOLEAN | 論理削除フラグ |
979
+ | **削除日時** | TIMESTAMP | 論理削除日時 |
980
+ | **削除者** | VARCHAR | 論理削除実行者 |
981
+
982
+ ### 論理削除の考え方
983
+
984
+ ```plantuml
985
+ @startuml
986
+
987
+ title 物理削除 vs 論理削除
988
+
989
+ rectangle "物理削除" #FFCCCC {
990
+ card "DELETE FROM 顧客\nWHERE ID = 1" as phys
991
+ note bottom: データ完全消去\n復元不可
992
+ }
993
+
994
+ rectangle "論理削除" #CCFFCC {
995
+ card "UPDATE 顧客\nSET 削除フラグ = true\nWHERE ID = 1" as logic
996
+ note bottom: データ保持\n必要に応じて復元可能
997
+ }
998
+
999
+ note as N1
1000
+ 論理削除の注意点:
1001
+ - 検索時に削除フラグを考慮
1002
+ - 一意制約との整合性
1003
+ - ストレージ肥大化
1004
+ end note
1005
+
1006
+ @enduml
1007
+ ```
1008
+
1009
+ ### 監査カラム用エンティティ基底クラス
1010
+
1011
+ <details>
1012
+ <summary>Auditable 基底クラス</summary>
1013
+
1014
+ ```java
1015
+ // src/main/java/com/example/sms/domain/model/common/Auditable.java
1016
+ package com.example.sms.domain.model.common;
1017
+
1018
+ import lombok.Data;
1019
+ import lombok.experimental.SuperBuilder;
1020
+
1021
+ import java.time.LocalDateTime;
1022
+
1023
+ @Data
1024
+ @SuperBuilder
1025
+ public abstract class Auditable {
1026
+ private LocalDateTime createdAt;
1027
+ private String createdBy;
1028
+ private LocalDateTime updatedAt;
1029
+ private String updatedBy;
1030
+ private Boolean deletedFlag;
1031
+ private LocalDateTime deletedAt;
1032
+ private String deletedBy;
1033
+
1034
+ /**
1035
+ * 論理削除されているかどうか
1036
+ */
1037
+ public boolean isDeleted() {
1038
+ return deletedFlag != null && deletedFlag;
1039
+ }
1040
+
1041
+ /**
1042
+ * 論理削除を実行
1043
+ */
1044
+ public void softDelete(String deletedBy) {
1045
+ this.deletedFlag = true;
1046
+ this.deletedAt = LocalDateTime.now();
1047
+ this.deletedBy = deletedBy;
1048
+ }
1049
+
1050
+ /**
1051
+ * 論理削除を復元
1052
+ */
1053
+ public void restore() {
1054
+ this.deletedFlag = false;
1055
+ this.deletedAt = null;
1056
+ this.deletedBy = null;
1057
+ }
1058
+ }
1059
+ ```
1060
+
1061
+ </details>
1062
+
1063
+ ### MyBatis インターセプターによる自動設定
1064
+
1065
+ <details>
1066
+ <summary>監査インターセプター</summary>
1067
+
1068
+ ```java
1069
+ // src/main/java/com/example/sms/infrastructure/persistence/AuditInterceptor.java
1070
+ package com.example.sms.infrastructure.persistence;
1071
+
1072
+ import com.example.sms.domain.model.common.Auditable;
1073
+ import org.apache.ibatis.executor.Executor;
1074
+ import org.apache.ibatis.mapping.MappedStatement;
1075
+ import org.apache.ibatis.mapping.SqlCommandType;
1076
+ import org.apache.ibatis.plugin.*;
1077
+ import org.springframework.security.core.Authentication;
1078
+ import org.springframework.security.core.context.SecurityContextHolder;
1079
+ import org.springframework.stereotype.Component;
1080
+
1081
+ import java.time.LocalDateTime;
1082
+ import java.util.Properties;
1083
+
1084
+ @Intercepts({
1085
+ @Signature(type = Executor.class, method = "update",
1086
+ args = {MappedStatement.class, Object.class})
1087
+ })
1088
+ @Component
1089
+ public class AuditInterceptor implements Interceptor {
1090
+
1091
+ @Override
1092
+ public Object intercept(Invocation invocation) throws Throwable {
1093
+ MappedStatement ms = (MappedStatement) invocation.getArgs()[0];
1094
+ Object parameter = invocation.getArgs()[1];
1095
+
1096
+ if (parameter instanceof Auditable auditable) {
1097
+ String currentUser = getCurrentUser();
1098
+ LocalDateTime now = LocalDateTime.now();
1099
+
1100
+ if (ms.getSqlCommandType() == SqlCommandType.INSERT) {
1101
+ auditable.setCreatedAt(now);
1102
+ auditable.setCreatedBy(currentUser);
1103
+ auditable.setUpdatedAt(now);
1104
+ auditable.setUpdatedBy(currentUser);
1105
+ if (auditable.getDeletedFlag() == null) {
1106
+ auditable.setDeletedFlag(false);
1107
+ }
1108
+ } else if (ms.getSqlCommandType() == SqlCommandType.UPDATE) {
1109
+ auditable.setUpdatedAt(now);
1110
+ auditable.setUpdatedBy(currentUser);
1111
+ }
1112
+ }
1113
+
1114
+ return invocation.proceed();
1115
+ }
1116
+
1117
+ private String getCurrentUser() {
1118
+ Authentication authentication = SecurityContextHolder
1119
+ .getContext().getAuthentication();
1120
+ if (authentication != null && authentication.isAuthenticated()) {
1121
+ return authentication.getName();
1122
+ }
1123
+ return "SYSTEM";
1124
+ }
1125
+
1126
+ @Override
1127
+ public Object plugin(Object target) {
1128
+ return Plugin.wrap(target, this);
1129
+ }
1130
+
1131
+ @Override
1132
+ public void setProperties(Properties properties) {
1133
+ // 設定プロパティがあれば処理
1134
+ }
1135
+ }
1136
+ ```
1137
+
1138
+ </details>
1139
+
1140
+ ---
1141
+
1142
+ ## 11.4 履歴テーブルの設計
1143
+
1144
+ ### 履歴管理の種類
1145
+
1146
+ | 種類 | 説明 | 用途 |
1147
+ |-----|------|-----|
1148
+ | **変更履歴** | 変更前後の値を記録 | 監査、デバッグ |
1149
+ | **スナップショット** | 特定時点の状態を保存 | 帳票再発行、分析 |
1150
+ | **イベントソーシング** | すべてのイベントを記録 | 完全な追跡、再構築 |
1151
+
1152
+ ```plantuml
1153
+ @startuml
1154
+
1155
+ title 履歴管理の種類
1156
+
1157
+ rectangle "変更履歴" #LightBlue {
1158
+ card "変更前/変更後を\nJSONBで保存" as change
1159
+ note bottom
1160
+ UPDATE時に
1161
+ - 変更前データ
1162
+ - 変更後データ
1163
+ - 変更理由
1164
+ を記録
1165
+ end note
1166
+ }
1167
+
1168
+ rectangle "スナップショット" #LightGreen {
1169
+ card "特定時点の\n状態を全保存" as snapshot
1170
+ note bottom
1171
+ マスタ履歴
1172
+ - 有効開始日
1173
+ - 有効終了日
1174
+ - 全カラム値
1175
+ end note
1176
+ }
1177
+
1178
+ rectangle "イベントソーシング" #LightCoral {
1179
+ card "すべての\nイベントを記録" as event
1180
+ note bottom
1181
+ - 作成イベント
1182
+ - 更新イベント
1183
+ - 削除イベント
1184
+ から状態を再構築
1185
+ end note
1186
+ }
1187
+
1188
+ @enduml
1189
+ ```
1190
+
1191
+ ### 変更履歴テーブルの ER 図
1192
+
1193
+ ```plantuml
1194
+ @startuml
1195
+
1196
+ title 変更履歴のER図
1197
+
1198
+ entity 変更履歴データ {
1199
+ ID <<PK>>
1200
+ --
1201
+ テーブル名
1202
+ レコードID
1203
+ 操作種別
1204
+ 変更日時
1205
+ 変更者
1206
+ 変更前データ (JSONB)
1207
+ 変更後データ (JSONB)
1208
+ 変更理由
1209
+ 作成日時
1210
+ }
1211
+
1212
+ entity 商品マスタ履歴 {
1213
+ ID <<PK>>
1214
+ --
1215
+ 商品コード
1216
+ 有効開始日
1217
+ 有効終了日
1218
+ 商品名
1219
+ 商品区分
1220
+ 単価
1221
+ 税区分
1222
+ 作成日時
1223
+ 作成者
1224
+ }
1225
+
1226
+ note right of 変更履歴データ
1227
+ 操作種別:
1228
+ - INSERT
1229
+ - UPDATE
1230
+ - DELETE
1231
+ end note
1232
+
1233
+ note right of 商品マスタ履歴
1234
+ スナップショット方式
1235
+ 有効期間で履歴管理
1236
+ end note
1237
+
1238
+ @enduml
1239
+ ```
1240
+
1241
+ ### マイグレーション:履歴テーブルの作成
1242
+
1243
+ <details>
1244
+ <summary>V020__create_history_tables.sql</summary>
1245
+
1246
+ ```sql
1247
+ -- src/main/resources/db/migration/V020__create_history_tables.sql
1248
+
1249
+ -- 変更履歴データ
1250
+ CREATE TABLE "変更履歴データ" (
1251
+ "ID" SERIAL PRIMARY KEY,
1252
+ "テーブル名" VARCHAR(100) NOT NULL,
1253
+ "レコードID" VARCHAR(100) NOT NULL,
1254
+ "操作種別" VARCHAR(10) NOT NULL, -- INSERT, UPDATE, DELETE
1255
+ "変更日時" TIMESTAMP NOT NULL,
1256
+ "変更者" VARCHAR(50) NOT NULL,
1257
+ "変更前データ" JSONB,
1258
+ "変更後データ" JSONB,
1259
+ "変更理由" TEXT,
1260
+ "作成日時" TIMESTAMP DEFAULT CURRENT_TIMESTAMP NOT NULL
1261
+ );
1262
+
1263
+ -- マスタ履歴データ(スナップショット方式の例)
1264
+ CREATE TABLE "商品マスタ履歴" (
1265
+ "ID" SERIAL PRIMARY KEY,
1266
+ "商品コード" VARCHAR(20) NOT NULL,
1267
+ "有効開始日" DATE NOT NULL,
1268
+ "有効終了日" DATE,
1269
+ "商品名" VARCHAR(100) NOT NULL,
1270
+ "商品区分" 商品区分 NOT NULL,
1271
+ "単価" DECIMAL(15, 2),
1272
+ "税区分" 税区分,
1273
+ "作成日時" TIMESTAMP DEFAULT CURRENT_TIMESTAMP NOT NULL,
1274
+ "作成者" VARCHAR(50),
1275
+ UNIQUE ("商品コード", "有効開始日")
1276
+ );
1277
+
1278
+ -- インデックス
1279
+ CREATE INDEX "idx_変更履歴_テーブル名" ON "変更履歴データ"("テーブル名");
1280
+ CREATE INDEX "idx_変更履歴_レコードID" ON "変更履歴データ"("レコードID");
1281
+ CREATE INDEX "idx_変更履歴_変更日時" ON "変更履歴データ"("変更日時");
1282
+ CREATE INDEX "idx_商品マスタ履歴_商品コード" ON "商品マスタ履歴"("商品コード");
1283
+ CREATE INDEX "idx_商品マスタ履歴_有効期間"
1284
+ ON "商品マスタ履歴"("有効開始日", "有効終了日");
1285
+
1286
+ -- テーブルコメント
1287
+ COMMENT ON TABLE "変更履歴データ" IS 'データ変更の履歴をJSONBで保存するテーブル';
1288
+ COMMENT ON TABLE "商品マスタ履歴" IS '商品マスタのスナップショット履歴';
1289
+ ```
1290
+
1291
+ </details>
1292
+
1293
+ ### 履歴サービスの実装
1294
+
1295
+ > **Note:** 以下のサービス層コードは参考実装例です。実際のシステムでは要件に応じてカスタマイズしてください。
1296
+
1297
+ <details>
1298
+ <summary>変更履歴エンティティ</summary>
1299
+
1300
+ ```java
1301
+ // src/main/java/com/example/sms/domain/model/common/ChangeHistory.java
1302
+ package com.example.sms.domain.model.common;
1303
+
1304
+ import lombok.AllArgsConstructor;
1305
+ import lombok.Builder;
1306
+ import lombok.Data;
1307
+ import lombok.NoArgsConstructor;
1308
+
1309
+ import java.time.LocalDateTime;
1310
+
1311
+ /**
1312
+ * 変更履歴.
1313
+ */
1314
+ @Data
1315
+ @Builder
1316
+ @NoArgsConstructor
1317
+ @AllArgsConstructor
1318
+ public class ChangeHistory {
1319
+ /** ID. */
1320
+ private Integer id;
1321
+ /** テーブル名. */
1322
+ private String tableName;
1323
+ /** レコードID. */
1324
+ private String recordId;
1325
+ /** 操作種別. */
1326
+ private String operationType;
1327
+ /** 変更日時. */
1328
+ private LocalDateTime changedAt;
1329
+ /** 変更者. */
1330
+ private String changedBy;
1331
+ /** 変更前データ(JSON). */
1332
+ private String beforeData;
1333
+ /** 変更後データ(JSON). */
1334
+ private String afterData;
1335
+ /** 変更理由. */
1336
+ private String changeReason;
1337
+ /** 作成日時. */
1338
+ private LocalDateTime createdAt;
1339
+ }
1340
+ ```
1341
+
1342
+ </details>
1343
+
1344
+ <details>
1345
+ <summary>商品マスタ履歴エンティティ</summary>
1346
+
1347
+ ```java
1348
+ // src/main/java/com/example/sms/domain/model/common/ProductHistory.java
1349
+ package com.example.sms.domain.model.common;
1350
+
1351
+ import com.example.sms.domain.model.product.ProductCategory;
1352
+ import com.example.sms.domain.model.product.TaxCategory;
1353
+ import lombok.AllArgsConstructor;
1354
+ import lombok.Builder;
1355
+ import lombok.Data;
1356
+ import lombok.NoArgsConstructor;
1357
+
1358
+ import java.math.BigDecimal;
1359
+ import java.time.LocalDate;
1360
+ import java.time.LocalDateTime;
1361
+
1362
+ /**
1363
+ * 商品マスタ履歴.
1364
+ */
1365
+ @Data
1366
+ @Builder
1367
+ @NoArgsConstructor
1368
+ @AllArgsConstructor
1369
+ public class ProductHistory {
1370
+ /** ID. */
1371
+ private Integer id;
1372
+ /** 商品コード. */
1373
+ private String productCode;
1374
+ /** 有効開始日. */
1375
+ private LocalDate validFromDate;
1376
+ /** 有効終了日. */
1377
+ private LocalDate validToDate;
1378
+ /** 商品名. */
1379
+ private String productName;
1380
+ /** 商品区分. */
1381
+ private ProductCategory productCategory;
1382
+ /** 単価. */
1383
+ private BigDecimal unitPrice;
1384
+ /** 税区分. */
1385
+ private TaxCategory taxCategory;
1386
+ /** 作成日時. */
1387
+ private LocalDateTime createdAt;
1388
+ /** 作成者. */
1389
+ private String createdBy;
1390
+
1391
+ /**
1392
+ * 指定日時点で有効かどうか.
1393
+ *
1394
+ * @param targetDate 対象日
1395
+ * @return 有効な場合true
1396
+ */
1397
+ public boolean isValidOn(LocalDate targetDate) {
1398
+ if (targetDate.isBefore(validFromDate)) {
1399
+ return false;
1400
+ }
1401
+ return validToDate == null || !targetDate.isAfter(validToDate);
1402
+ }
1403
+ }
1404
+ ```
1405
+
1406
+ </details>
1407
+
1408
+ <details>
1409
+ <summary>履歴サービス</summary>
1410
+
1411
+ ```java
1412
+ // src/main/java/com/example/sms/application/service/HistoryService.java
1413
+ package com.example.sms.application.service;
1414
+
1415
+ import com.example.sms.domain.model.common.ChangeHistory;
1416
+ import com.example.sms.infrastructure.persistence.mapper.ChangeHistoryMapper;
1417
+ import com.fasterxml.jackson.core.JsonProcessingException;
1418
+ import com.fasterxml.jackson.databind.ObjectMapper;
1419
+ import lombok.RequiredArgsConstructor;
1420
+ import org.springframework.stereotype.Service;
1421
+ import org.springframework.transaction.annotation.Transactional;
1422
+
1423
+ import java.time.LocalDateTime;
1424
+ import java.util.List;
1425
+
1426
+ @Service
1427
+ @RequiredArgsConstructor
1428
+ public class HistoryService {
1429
+
1430
+ private final ChangeHistoryMapper changeHistoryMapper;
1431
+ private final ObjectMapper objectMapper;
1432
+
1433
+ /**
1434
+ * 変更履歴を記録
1435
+ */
1436
+ @Transactional
1437
+ public void recordChange(String tableName, String recordId,
1438
+ String operationType, Object beforeData,
1439
+ Object afterData, String changedBy,
1440
+ String changeReason) {
1441
+ try {
1442
+ String beforeJson = beforeData != null
1443
+ ? objectMapper.writeValueAsString(beforeData) : null;
1444
+ String afterJson = afterData != null
1445
+ ? objectMapper.writeValueAsString(afterData) : null;
1446
+
1447
+ ChangeHistory history = ChangeHistory.builder()
1448
+ .tableName(tableName)
1449
+ .recordId(recordId)
1450
+ .operationType(operationType)
1451
+ .changedAt(LocalDateTime.now())
1452
+ .changedBy(changedBy)
1453
+ .beforeData(beforeJson)
1454
+ .afterData(afterJson)
1455
+ .changeReason(changeReason)
1456
+ .build();
1457
+
1458
+ changeHistoryMapper.insert(history);
1459
+ } catch (JsonProcessingException e) {
1460
+ throw new RuntimeException(
1461
+ "履歴データのシリアライズに失敗しました", e);
1462
+ }
1463
+ }
1464
+
1465
+ /**
1466
+ * INSERT履歴を記録
1467
+ */
1468
+ @Transactional
1469
+ public void recordInsert(String tableName, String recordId,
1470
+ Object data, String changedBy) {
1471
+ recordChange(tableName, recordId, "INSERT", null, data, changedBy, null);
1472
+ }
1473
+
1474
+ /**
1475
+ * UPDATE履歴を記録
1476
+ */
1477
+ @Transactional
1478
+ public void recordUpdate(String tableName, String recordId,
1479
+ Object beforeData, Object afterData,
1480
+ String changedBy, String changeReason) {
1481
+ recordChange(tableName, recordId, "UPDATE",
1482
+ beforeData, afterData, changedBy, changeReason);
1483
+ }
1484
+
1485
+ /**
1486
+ * DELETE履歴を記録
1487
+ */
1488
+ @Transactional
1489
+ public void recordDelete(String tableName, String recordId,
1490
+ Object data, String changedBy,
1491
+ String changeReason) {
1492
+ recordChange(tableName, recordId, "DELETE",
1493
+ data, null, changedBy, changeReason);
1494
+ }
1495
+
1496
+ /**
1497
+ * テーブルとレコードIDで履歴を検索
1498
+ */
1499
+ public List<ChangeHistory> findByTableAndRecordId(String tableName,
1500
+ String recordId) {
1501
+ return changeHistoryMapper.findByTableAndRecordId(tableName, recordId);
1502
+ }
1503
+
1504
+ /**
1505
+ * 期間で履歴を検索
1506
+ */
1507
+ public List<ChangeHistory> findByDateRange(LocalDateTime fromDateTime,
1508
+ LocalDateTime toDateTime) {
1509
+ return changeHistoryMapper.findByDateRange(fromDateTime, toDateTime);
1510
+ }
1511
+ }
1512
+ ```
1513
+
1514
+ </details>
1515
+
1516
+ ---
1517
+
1518
+ ## 業務システムでの使い分け
1519
+
1520
+ 赤黒処理、論理削除、変更履歴は、業務の性質に応じて使い分けます。
1521
+
1522
+ ```plantuml
1523
+ @startuml
1524
+
1525
+ title 3つのアプローチの使い分け
1526
+
1527
+ rectangle "会計系データ" #LightBlue {
1528
+ card "売上・仕入・請求・支払" as accounting
1529
+ note bottom: 赤黒処理\n(監査証跡必須)
1530
+ }
1531
+
1532
+ rectangle "マスタデータ" #LightGreen {
1533
+ card "商品・顧客・仕入先" as master
1534
+ note bottom: 変更履歴(JSONB)\n+ スナップショット
1535
+ }
1536
+
1537
+ rectangle "トランザクション" #LightCoral {
1538
+ card "受注・出荷・在庫" as transaction
1539
+ note bottom: 論理削除\n+ 監査カラム
1540
+ }
1541
+
1542
+ accounting --> 赤黒処理履歴
1543
+ master --> 変更履歴データ
1544
+ master --> マスタ履歴
1545
+ transaction --> 監査カラム
1546
+
1547
+ @enduml
1548
+ ```
1549
+
1550
+ | データ種別 | 推奨方式 | 理由 |
1551
+ |-----------|---------|------|
1552
+ | **会計系** | 赤黒処理 | 監査対応、会計原則 |
1553
+ | **マスタ** | 変更履歴 + スナップショット | 変更追跡、過去参照 |
1554
+ | **トランザクション** | 論理削除 + 監査カラム | 運用効率、復元可能 |
1555
+
1556
+ ---
1557
+
1558
+ ## 第11章のまとめ
1559
+
1560
+ 本章では、販売管理システム全般で使用される共通処理の DB 設計と実装について学びました。
1561
+
1562
+ ### 学んだこと
1563
+
1564
+ 1. **赤黒処理の設計**
1565
+ - 確定済み伝票の訂正方法
1566
+ - 赤伝票(マイナス計上)と黒伝票(プラス計上)
1567
+ - 監査証跡の確保
1568
+
1569
+ 2. **自動採番の設計**
1570
+ - 採番マスタによる柔軟な設定
1571
+ - 年次・月次・日次・連番の対応
1572
+ - 履歴による採番管理
1573
+
1574
+ 3. **監査カラムの設計**
1575
+ - 作成日時・作成者・更新日時・更新者
1576
+ - 論理削除(削除フラグ・削除日時・削除者)
1577
+ - インターセプターによる自動設定
1578
+
1579
+ 4. **履歴テーブルの設計**
1580
+ - 変更履歴(変更前後の JSON 保存)
1581
+ - スナップショット方式の履歴
1582
+ - 有効期間による履歴管理
1583
+
1584
+ ### テーブル一覧
1585
+
1586
+ | テーブル名(日本語) | Java エンティティ | 説明 |
1587
+ |---|---|---|
1588
+ | 赤黒処理履歴データ | RedBlackHistory | 赤黒処理の履歴 |
1589
+ | 採番マスタ | NumberingMaster | 採番ルールの定義 |
1590
+ | 採番履歴データ | NumberingHistory | 年月別の採番状況 |
1591
+ | 変更履歴データ | ChangeHistory | データ変更の履歴 |
1592
+ | 商品マスタ履歴 | ProductHistory | 商品マスタのスナップショット |
1593
+
1594
+ ### ENUM 一覧
1595
+
1596
+ | DB ENUM 型(日本語) | Java Enum | 値 |
1597
+ |---|---|---|
1598
+ | 伝票区分 | SlipType | 通常→NORMAL, 赤伝→RED, 黒伝→BLACK |
1599
+
1600
+ ### 共通処理 ER 図
1601
+
1602
+ ```plantuml
1603
+ @startuml
1604
+
1605
+ title 共通処理 ER図
1606
+
1607
+ entity 採番マスタ {
1608
+ 採番コード <<PK>>
1609
+ --
1610
+ 採番名
1611
+ プレフィックス
1612
+ 採番形式
1613
+ 桁数
1614
+ 現在値
1615
+ }
1616
+
1617
+ entity 採番履歴データ {
1618
+ ID <<PK>>
1619
+ --
1620
+ 採番コード <<FK>>
1621
+ 採番年月
1622
+ 最終番号
1623
+ }
1624
+
1625
+ entity 赤黒処理履歴データ {
1626
+ ID <<PK>>
1627
+ --
1628
+ 処理番号 <<UK>>
1629
+ 処理日時
1630
+ 伝票種別
1631
+ 元伝票番号
1632
+ 赤伝票番号
1633
+ 黒伝票番号
1634
+ 処理理由
1635
+ 処理者
1636
+ }
1637
+
1638
+ entity 変更履歴データ {
1639
+ ID <<PK>>
1640
+ --
1641
+ テーブル名
1642
+ レコードID
1643
+ 操作種別
1644
+ 変更日時
1645
+ 変更者
1646
+ 変更前データ (JSONB)
1647
+ 変更後データ (JSONB)
1648
+ }
1649
+
1650
+ 採番マスタ ||--o{ 採番履歴データ
1651
+
1652
+ note right of 採番マスタ
1653
+ 採番形式:
1654
+ - YEARLY (年次)
1655
+ - MONTHLY (月次)
1656
+ - DAILY (日次)
1657
+ - SEQUENTIAL (連番)
1658
+ end note
1659
+
1660
+ note right of 赤黒処理履歴データ
1661
+ 伝票種別:
1662
+ - 売上
1663
+ - 仕入
1664
+ - 請求
1665
+ - 支払
1666
+ end note
1667
+
1668
+ @enduml
1669
+ ```
1670
+
1671
+ ### 次章の予告
1672
+
1673
+ 第12章では、B 社事例を用いた財務会計データの作成に進みます。販売管理システムで設計したマスタ・トランザクションデータを、実際のビジネスシナリオに基づいて構築します。
1674
+
1675
+ ---
1676
+
1677
+ [← 第10章:債務管理の設計](./chapter10.md) | [第12章:財務会計データ作成(B社事例) →](./chapter12.md)