print: a reprint of an issued document cannot say it is a copy - no first-print / copy flag in the print data (BG ОРИГИНАЛ / КОПИЕ)
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
調査の方向性
Start by tracing the live Print endpoint, POST /services/print/<Entity>, and the Snapshot function mentioned in the report; compare their print data flow to determine where render state or a request flag could be exposed to templates. The issue offers two possible approaches but leaves the behavior and design to choose. Done means a template can distinguish an original from a copy for the relevant print flows.
索引モデルが issue の本文から書いたものです。
説明
What happens
A BG paper invoice must carry ОРИГИНАЛ on its first print and КОПИЕ on every print after that (ППЗДДС чл. 78 ал. 1 т. 2; copies are not numbered; the e-mailed PDF is always an original). A .print template can only print what the data gives it, and on v14.88.0 (and v14.90.0) neither the document page's Print (POST /services/print/<Entity>?lang=..&template=.. with the feeder's payload) nor the snapshot mint passes anything that says whether this render is the first one. The print-template catalogue (#7755 / PR #7763) versions templates, not renders, and the <Doc>Copy snapshot rows (function: Snapshot) record the issue-time mint but are not consulted by the live Print.
So the module can print ОРИГИНАЛ always (BusinessIntents base-sales-invoices#74 does) but never КОПИЕ (base-sales-invoices#80).
Ask
One of:
- A render flag in the print data:
{{print.copy}}(boolean) -falsefor the snapshot mint and for the first live Print of a record,trueonce the record has been printed/minted before - so a template writes<if source="print.copy"><text>КОПИЕ</text></if>and the reverse for ОРИГИНАЛ. The record's snapshot child (function: Snapshot) is a natural "has it been rendered" source. - Or: a Print -> Original / Copy choice on the document page, passing a
copy=truerequest flag the template can read (the reviewer accepted "two explicit print buttons" as most BG systems do).
Filed from BusinessIntents base-sales-invoices#80 (pre-train wave 2026-10-17); the module keeps #80 open on this.
- 主要言語
- Java
- スター
- 278
- フォーク
- 97
- 平均マージ
- 18時間 57分
- マージ済み PR(30日)
- 249
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートあり
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
eclipse-dirigible/dirigible のほかの issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 80/100
eclipse-dirigible/dirigible#7958 ·
メンテナーはふだん 1 日以内に返信
-
intent: a create-from without fromStatus answers 200 on a missing or unknown source id (no 400/404)オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
eclipse-dirigible/dirigible#7945 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 74/100
eclipse-dirigible/dirigible#7891 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 74/100
eclipse-dirigible/dirigible#6538 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 65/100
eclipse-dirigible/dirigible#4812 ·
メンテナーはふだん 1 日以内に返信
eclipse-dirigible/dirigible の issue をすべて見る
似ている issue
-
Optimize consumer version heatmap aggregation to avoid repeated scans対応中かも @praykaria31 が今日担当しました。 オープンtype/enhancement
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
Apicurio/apicurio-registry#10662 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
a:false-positive
難易度 2/5 1〜3時間 初心者へのやさしさ 77/100
メンテナーはふだん 1 日以内に返信
-
status: waiting-for-triage
難易度 2/5 1〜3時間 初心者へのやさしさ 74/100
spring-projects/spring-boot#52347 ·
メンテナーはふだん 2 日以内に返信
-
bug untriaged
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
opensearch-project/opensearch-migrations#3480 ·
メンテナーはふだん 2 日以内に返信
-
[Bug] Certificate expiry sorting can reverse UTC order across a viewer daylight-saving gap対応中かも このイシューにリンクされたプルリクエストがオープン中、またはマージ済みです。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
apache/rocketmq-dashboard#7318 ·
メンテナーはふだん 3 日以内に返信