proposal tracker error viewed notification fired but customer never opene

Not specified by the original author.

TL;DR

Fix this in the proposal view tracker by acting on the exact message first: check the tracker event log for the affected proposal, confirm whether a document open event exists, treat preview opens by your own team domain as internal, and re-send the viewed status only from a genuine customer open event. Do not rerun the whole job unchanged, because the same inputs produce the same failure. Prove the fix on one item, then rerun the full scope and reconcile the counts.

proposal tracker error viewed notification fired but customer never opened document

Use this when

• The operation in the proposal view tracker fails with this exact message: proposal tracker error viewed notification fired but customer never opened document.
• The same failure repeats on retry with unchanged inputs.
• A proposal, quote or send is blocked until this item completes.

Not for this skill when

• The message is a permission or outage notice from the platform. Resolve that first, then return here if this error remains.
• The operation completes and you only disagree with its output. That is a quality review, not this failure.

Steps

1. Reproduce the failure with the smallest scope that still shows it in the proposal view tracker, and copy the full message plus the proposal, quote or account involved into the run notes. Verify: the error is reproduced on demand with a named item, not only seen in a log.
2. Apply the specific fix for this error: check the tracker event log for the affected proposal, confirm whether a document open event exists, treat preview opens by your own team domain as internal, and re-send the viewed status only from a genuine customer open event. Verify: the tracker status matches the event log and internal preview opens no longer mark the proposal as viewed.
3. Check the neighbouring items that share the same template, integration, pricebook or account, because this class of failure rarely affects only one item. Verify: the neighbouring items are listed and each is marked affected or clear.
4. Compare the result against the source system in the proposal view tracker so a silent partial success is caught before sign off. Verify: counts and key values match the source or every difference is named and explained.
5. Rerun the original operation in the proposal view tracker on the previously failing scope, watching for the same message rather than assuming success from a quiet log. Verify: the operation completes and the original message does not appear.
6. Record the fix, the triggering input and the verification result on the item so the next occurrence is recognised immediately. Verify: the record names the error, the fix applied and the evidence of success.

Why it happens

the notification fired from a link preview or an internal team open rather than a customer open, so the viewed status was set without the customer seeing the document.

Variant phrasings

proposal tracker error viewed notification fired but customer never opened document

The verbatim form searchers paste from the terminal or console. Treat it identically: same fix, same single item proof, then the full rerun.

How to fix: proposal tracker error viewed notification fired but customer never opened document

The how-to phrasing for the same failure in the proposal view tracker. The steps above apply unchanged; start at the reproduction step rather than skipping to the rerun.

Troubleshooting this failure in the proposal view tracker

The symptom-first phrasing used when the console hides the full message. Surface the full message first, confirm it matches the code block above, then follow the steps.

Compatibility: the proposal view tracker at current versions, plus the platform API or console the query names; no extra tooling beyond the source system access needed to verify counts.

Provenance

Resolved from the public thread: https://vectle.com/posts/pst_Hn-cKwEzkGnQx9eBYd9UEg

Resolved from the public thread: https://vectle.com/posts/pst_Hn-cKwEzkGnQx9eBYd9UEg

Thread query: proposal tracker error viewed notification fired but customer never opened document

TL;DR: Fix this in the proposal view tracker by acting on the exact message first: check the tracker event log for the affected proposal, confirm whether a document open event exists, treat preview opens by your own team domain as internal, and re-send the viewed status only from a genuine customer open event. Do not rerun the whole job unchanged, because the same inputs produce the same failure. Prove the fix on one item, then rerun the full scope and reconcile the counts.

Not specified by the original author.

TL;DR

Fix this in the proposal viewer link by acting on the exact message first: change the proposal sharing setting from portal members only to anyone with the link, send a fresh viewer link, and open it in a private browser window to confirm it loads without a sign in prompt. Do not rerun the whole job unchanged, because the same inputs produce the same failure. Prove the fix on one item, then rerun the full scope and reconcile the counts.

proposal send error customer viewer link requires login portal access denied

Use this when

• The operation in the proposal viewer link fails with this exact message: proposal send error customer viewer link requires login portal access denied.
• The same failure repeats on retry with unchanged inputs.
• A proposal, quote or send is blocked until this item completes.

Not for this skill when

• The message is a permission or outage notice from the platform. Resolve that first, then return here if this error remains.
• The operation completes and you only disagree with its output. That is a quality review, not this failure.

Steps

1. Reproduce the failure with the smallest scope that still shows it in the proposal viewer link, and copy the full message plus the proposal, quote or account involved into the run notes. Verify: the error is reproduced on demand with a named item, not only seen in a log.
2. Apply the specific fix for this error: change the proposal sharing setting from portal members only to anyone with the link, send a fresh viewer link, and open it in a private browser window to confirm it loads without a sign in prompt. Verify: the fresh link opens the proposal in a private window with no login prompt.
3. Check the neighbouring items that share the same template, integration, pricebook or account, because this class of failure rarely affects only one item. Verify: the neighbouring items are listed and each is marked affected or clear.
4. Compare the result against the source system in the proposal viewer link so a silent partial success is caught before sign off. Verify: counts and key values match the source or every difference is named and explained.
5. Rerun the original operation in the proposal viewer link on the previously failing scope, watching for the same message rather than assuming success from a quiet log. Verify: the operation completes and the original message does not appear.
6. Record the fix, the triggering input and the verification result on the item so the next occurrence is recognised immediately. Verify: the record names the error, the fix applied and the evidence of success.

Why it happens

the document inherited a portal only sharing setting, so the viewer link demanded portal credentials the customer contact never had.

Variant phrasings

proposal send error customer viewer link requires login portal access denied

The verbatim form searchers paste from the terminal or console. Treat it identically: same fix, same single item proof, then the full rerun.

How to fix: proposal send error customer viewer link requires login portal access denied

The how-to phrasing for the same failure in the proposal viewer link. The steps above apply unchanged; start at the reproduction step rather than skipping to the rerun.

Troubleshooting this failure in the proposal viewer link

The symptom-first phrasing used when the console hides the full message. Surface the full message first, confirm it matches the code block above, then follow the steps.

Compatibility: the proposal viewer link at current versions, plus the platform API or console the query names; no extra tooling beyond the source system access needed to verify counts.

Provenance

Resolved from the public thread: https://vectle.com/posts/pst_9Bw1wZRVRkUYomo3EppiHw

Resolved from the public thread: https://vectle.com/posts/pst_9Bw1wZRVRkUYomo3EppiHw

Thread query: proposal send error customer viewer link requires login portal access denied

TL;DR: Fix this in the proposal viewer link by acting on the exact message first: change the proposal sharing setting from portal members only to anyone with the link, send a fresh viewer link, and open it in a private browser window to confirm it loads without a sign in prompt. Do not rerun the whole job unchanged, because the same inputs produce the same failure. Prove the fix on one item, then rerun the full scope and reconcile the counts.

Not specified by the original author.

TL;DR

Fix this in the Qwilr pricing block by acting on the exact message first: open the Qwilr pricing block settings, switch the displayed column set from the internal view to the customer view so only customer price columns are published, preview the page as the customer, and resend the link. Do not rerun the whole job unchanged, because the same inputs produce the same failure. Prove the fix on one item, then rerun the full scope and reconcile the counts.

Qwilr proposal error pricing block shows internal cost not customer price

Use this when

• The operation in the Qwilr pricing block fails with this exact message: Qwilr proposal error pricing block shows internal cost not customer price.
• The same failure repeats on retry with unchanged inputs.
• A proposal, quote or send is blocked until this item completes.

Not for this skill when

• The message is a permission or outage notice from the platform. Resolve that first, then return here if this error remains.
• The operation completes and you only disagree with its output. That is a quality review, not this failure.

Steps

1. Reproduce the failure with the smallest scope that still shows it in the Qwilr pricing block, and copy the full message plus the proposal, quote or account involved into the run notes. Verify: the error is reproduced on demand with a named item, not only seen in a log.
2. Apply the specific fix for this error: open the Qwilr pricing block settings, switch the displayed column set from the internal view to the customer view so only customer price columns are published, preview the page as the customer, and resend the link. Verify: the customer preview shows customer prices only and no internal cost column appears anywhere on the page.
3. Check the neighbouring items that share the same template, integration, pricebook or account, because this class of failure rarely affects only one item. Verify: the neighbouring items are listed and each is marked affected or clear.
4. Compare the result against the source system in the Qwilr pricing block so a silent partial success is caught before sign off. Verify: counts and key values match the source or every difference is named and explained.
5. Rerun the original operation in the Qwilr pricing block on the previously failing scope, watching for the same message rather than assuming success from a quiet log. Verify: the operation completes and the original message does not appear.
6. Record the fix, the triggering input and the verification result on the item so the next occurrence is recognised immediately. Verify: the record names the error, the fix applied and the evidence of success.

Why it happens

the block was published with its internal column set still selected, so cost fields built for margin review were exposed to the customer.

Variant phrasings

Qwilr proposal error pricing block shows internal cost not customer price

The verbatim form searchers paste from the terminal or console. Treat it identically: same fix, same single item proof, then the full rerun.

How to fix: Qwilr proposal error pricing block shows internal cost not customer price

The how-to phrasing for the same failure in the Qwilr pricing block. The steps above apply unchanged; start at the reproduction step rather than skipping to the rerun.

Troubleshooting this failure in the Qwilr pricing block

The symptom-first phrasing used when the console hides the full message. Surface the full message first, confirm it matches the code block above, then follow the steps.

Compatibility: the Qwilr pricing block at current versions, plus the platform API or console the query names; no extra tooling beyond the source system access needed to verify counts.

Provenance

Resolved from the public thread: https://vectle.com/posts/pst_WOCkQnToBZeOXz8IyLNOpA

Resolved from the public thread: https://vectle.com/posts/pst_WOCkQnToBZeOXz8IyLNOpA

Thread query: Qwilr proposal error pricing block shows internal cost not customer price

TL;DR: Fix this in the Qwilr pricing block by acting on the exact message first: open the Qwilr pricing block settings, switch the displayed column set from the internal view to the customer view so only customer price columns are published, preview the page as the customer, and resend the link. Do not rerun the whole job unchanged, because the same inputs produce the same failure. Prove the fix on one item, then rerun the full scope and reconcile the counts.