ਬਹੁ-ਮੁਦਰਾ ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਚਲਾਨ: ਗੋਲਿੰਗ ਨਿਯਮ ਜੋ ਮਿਲਦੇ ਹਨ

ਕਿਉਂ ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਚਲਾਨ ਸਿਸਟਮਾਂ ਵਿੱਚ ਡ੍ਰਿਫਟ ਹੁੰਦੇ ਹਨ

ਇੱਕ ਆਮ ਸਿਰਦਰਦ: ਵੈੱਬ ਚੈੱਕਆਊਟ ਇੱਕ ਹੀ ਟੋਟਲ ਦਿਖਾਉਂਦਾ ਹੈ, ਮੋਬਾਈਲ ਐਪ ਥੋੜ੍ਹਾ ਵੱਖਰਾ ਟੋਟਲ ਦਿਖਾਉਂਦੀ ਹੈ, ਅਤੇ ਅਕਾਊਂਟਿੰਗ ਐਕਸਪੋਰਟ ਇਕ ਤੀਜਾ ਨੰਬਰ ਫੇਰ ਦਿਖਾਉਂਦਾ ਹੈ। ਹਰ ਸਿਸਟਮ "ਠੀਕ" ਗਣਿਤ ਕਰ ਰਿਹਾ ਹੁੰਦਾ ਹੈ, ਪਰਨਾਂ ਇਕੋ ਤਰੀਕੇ ਨਾਲ ਨਹੀਂ।

ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਇਸਨੂੰ ਹੋਰ ਭੜਕਾਉਂਦੇ ਹਨ ਕਿਉਂਕਿ ਤੁਸੀਂ ਇਹ ਗਣਨਾ بار بار ਕਰਦੇ ਹੋ। ਛੋਟੇ ਫਰਕ ਨਵੀਨੀਕਰਨਾਂ ਵਿੱਚ, ਮਿਡ-ਸਾਈਕਲ ਅਪਗਰੇਡ ਦੇ ਪ੍ਰੋਰੇਸ਼ਨ, ਕ੍ਰੈਡਿਟ ਅਤੇ ਰੀਫੰਡ, ਨਾਕਾਮ ਭੁਗਤਾਨ ਦੇ ਬਾਅਦ ਰੀਟ੍ਰਾਈ ਚਾਰਜ, ਅਤੇ ਪਲਾਨ ਦੇ ਸ਼ੁਰੂ ਜਾਂ ਅੰਤ 'ਤੇ ਆਮ ਹੁੰਦੀਆਂ ਅਧ-ਆਵਧੀਆਂ ਵਿੱਚ ਜੁੜਦੇ ਅਤੇ ਵਧਦੇ ਜਾਂਦੇ ਹਨ।

ਡ੍ਰਿਫਟ ਆਮ ਤੌਰ 'ਤੇ ਛੋਟੀ-ਛੋਟੀ ਚੋਣਾਂ ਨਾਲ ਸ਼ੁਰੂ ਹੁੰਦੀ ਹੈ ਜੋ ਅਕਸਰ ਨਜ਼ਰਅੰਦਾਜ਼ ਰਹਿੰਦੀਆਂ ਹਨ: ਕਦੋਂ ਗੋਲ ਕਰਨਾ (ਹਰ ਲਾਈਨ ਤੇ ਜਾਂ ਆਖਰੀ ਟੋਟਲ ਤੇ), ਕਿਸ ਟੈਕਸ ਬੇਸ ਨੂੰ ਵਰਤਣਾ (ਨੈੱਟ ਵਿਰੁੱਧ ਗ੍ਰੋਸ), 0 ਜਾਂ 3 ਦਸ਼ਮਲਵੀ ਮਾਈਨਰ ਯੂਨਿਟ ਵਾਲੀਆਂ ਮੁਦਰਾਵਾਂ ਨਾਲ ਕਿਵੇਂ ਵਰਤਾਵ ਕਰਨਾ, ਅਤੇ ਕਿਹੜੀ FX ਦਰ ਲਾਗੂ ਕੀਤੀ ਗਈ (ਕਿਹੜਾ ਟਾਈਮਸਟੈਂਪ, ਕਿਹੜਾ ਸਰੋਤ, ਕਿਹੜੀ ਪ੍ਰਿਸੀਜ਼ਨ)। ਜੇ ਵੈੱਬ ਹਰ ਲਾਈਨ ਨੂੰ 2 ਦਸ਼ਮਲਵ ਅਨੁਸਾਰ ਗੋਲ ਕਰਦਾ ਹੈ ਅਤੇ ਮੋਬਾਈਲ ਸਿਰਫ਼ ਆਖਰੀ ਟੋਟਲ ਨੂੰ ਗੋਲ ਕਰਦੀ ਹੈ, ਤਾਂ ਇੱਕੋ ਇਨਪੁੱਟ ਨਾਲ ਵੀ 0.01 ਦਾ ਫਰਕ ਆ ਸਕਦਾ ਹੈ।

ਲਕਸ਼ਵੰਤ ਹੈ: ਇੱਕੋ ਹੀ ਇਨਵੌਇਸ ID ਅਤੇ ਵਰਜ਼ਨ ਲਈ, ਹਰ ਜਗ੍ਹਾ ਇਕੋ ਟੋਟਲ ਆਣਾ ਚਾਹੀਦਾ ਹੈ। ਇਹ ਗਾਹਕਾਂ ਨੂੰ ਸ਼ਾਂਤ ਰੱਖਦਾ ਹੈ, ਸਪੋਰਟ ਟਿਕਟ ਘਟਾਉਂਦਾ ਹੈ, ਅਤੇ ਆਡਿਟਾਂ ਵਿੱਚ ਟਿਕਦਾ ਹੈ।

"ਸੰਗਤ" ਦਾ ਮਤਲਬ ਇਹ ਹੈ ਕਿ ਦਿੱਤੇ ਇਨਵੌਇਸ ID ਅਤੇ ਵਰਜ਼ਨ ਲਈ:

• ਮੁਦਰਾ ਅਤੇ ਮਾਈਨਰ ਯੂਨਿਟ ਨਿਯਮ ਵੈੱਬ, ਮੋਬਾਈਲ ਅਤੇ ਐਕਸਪੋਰਟ ਵਿੱਚ ਇੱਕੋ ਜਿਹੇ ਹੋਣ।
• ਟੈਕਸ ਮੈਥਡ ਮੈਚ ਕਰੇ (ਇਸ ਵਿੱਚ ਸ਼ਾਮਿਲ ਹੈ ਕਿ ਟੈਕਸ ਹਰ ਲਾਈਨ 'ਤੇ ਗੋਲ ਹੁੰਦਾ ਹੈ ਜਾਂ purੇ ਇਨਵੌਇਸ 'ਤੇ)।
• ਗੋਲਿੰਗ ਅਤੇ ਬਾਕੀ-ਰਾਸ਼ੀ ਦਾ ਹੈਂਡਲਿੰਗ ਨਿਰਧਾਰਿਤ ਅਤੇ ਦੁਹਰਾਯੋਗ ਹੋਵੇ।
• ਵਰਤੀ ਗਈ ਕੋਈ ਵੀ FX ਦਰ ਇਨਵੌਇਸ 'ਤੇ ਪਿੰਡ ਕੀਤੀ ਹੋਵੇ (ਰੇਟ, ਪ੍ਰਿਸੀਜ਼ਨ, ਅਤੇ ਪ੍ਰਭਾਵੀ ਸਮਾਂ)।

ਉਦਾਹਰਨ: ਇੱਕ ਗਾਹਕ EUR 19.99 ਤੋਂ EUR 29.99 'ਤੇ ਮਿਡ-ਮਹੀਨੇ ਵਿੱਚ ਅਪਗਰੇਡ ਕਰਦਾ ਹੈ, ਪ੍ਰੋਰੇਟ ਚਾਰਜ ਹੁੰਦਾ ਹੈ, ਫਿਰ ਡਾਊਨਟਾਈਮ ਲਈ ਇੱਕ ਛੋਟਾ ਕ੍ਰੈਡਿਟ ਮਿਲਦਾ ਹੈ। ਜੇ ਇੱਕ ਸਿਸਟਮ ਹਰ ਪ੍ਰੋਰੇਟ ਲਾਈਨ ਨੂੰ ਗੋਲ ਕਰਦਾ ਹੈ ਅਤੇ ਦੂਜਾ ਸਿਰਫ਼ ਅਖੀਰਲੇ ਟੋਟਲ ਨੂੰ ਗੋਲ ਕਰਦਾ ਹੈ, ਤਾਂ ਐਕਸਪੋਰਟ ਕੀਤਾ ਚਲਾਨ ਗਾਹਕ ਨੂੰ ਦਿੱਖਾਏ ਗਏ ਨਾਲ ਵੱਖਰਾ ਹੋ ਸਕਦਾ ਹੈ, ਭਾਵੇਂ ਹਰ ਨੰਬਰ "ਕਾਫ਼ੀ ਨੇੜੇ" ਲੱਗ ਰਿਹਾ ਹੋਵੇ।

ਬੁਨਿਆਦੀ ਗੱਲਾਂ: ਮੁਦਰਾ, ਮਾਈਨਰ ਯੂਨਿਟ, ਨੈੱਟ-ਟੈਕਸ-ਗ੍ਰੋਸ

FX ਦਰਾਂ ਜਾਂ ਟੈਕਸ ਗੋਲਿੰਗ ਦੇ ਚਰਚਾ ਤੋਂ ਪਹਿਲਾਂ, ਬੁਨਿਆਦੀ ਤਤਾਂ ਨੂੰ ਪੱਕਾ ਕਰੋ। ਜੇ ਇਹ ਧੁੰਦਲੇ ਹਨ, ਤਾਂ ਤੁਹਾਡੀਆਂ ਇਨਵੌਇਸ ਵੈੱਬ ਐਪ, ਮੋਬਾਈਲ ਅਤੇ ਅਕਾਊਂਟਿੰਗ ਐਕਸਪੋਰਟ ਵਿੱਚ ਡ੍ਰਿਫਟ ਕਰਨਗੀਆਂ।

ਹਰ ਇਨਵੌਇਸ ਲਾਈਨ ਅਤੇ ਇਨਵੌਇਸ ਟੋਟਲ ਨੂੰ ਤਿੰਨ ਰਕਮਾਂ ਸਾਫ਼-ਸੁਥਰੀ ਤਰ੍ਹਾਂ ਰੱਖਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ: ਨੈੱਟ (ਟੈਕਸ ਤੋਂ ਪਹਿਲਾਂ), ਟੈਕਸ, ਅਤੇ ਗ੍ਰੋਸ (ਨੈੱਟ + ਟੈਕਸ)। ਇਕ ਨਿਰੀਖਣ ਵਜੋਂ ਇੱਕ ਨੂੰ ਸਟੋਰ ਕਰਨ ਅਤੇ ਬਾਕੀਆਂ ਨੂੰ ਇੱਕੋ ਤਰੀਕੇ ਨਾਲ ਘਟਾਉਣ ਲਈ ਚੁਣੋ। ਕਈ ਟੀਮਾਂ ਨੈੱਟ ਅਤੇ ਟੈਕਸ ਸਟੋਰ ਕਰਦੀਆਂ ਹਨ, ਫਿਰ ਗ੍ਰੋਸ = ਨੈੱਟ + ਟੈਕਸ ਗਣਨਾ ਕਰਦੀਆਂ ਹਨ ਕਿਉਂਕਿ ਇਹ ਆਡਿਟ ਅਤੇ ਰੀਫੰਡ ਲਈ ਆਸਾਨ ਬਣਾਉਂਦਾ ਹੈ।

ਇਹ ਵੀ ਸਕਸ਼ਮ ਹੋਵੋ ਕਿ ਹਰੇਕ ਨੰਬਰ ਕਿਸ ਮੁਦਰਾ ਵਿੱਚ ਹੈ। ਟੀਮਾਂ ਅਕਸਰ ਤਿੰਨ ਭਿੰਦ-ਭਿੰਦ ਧਾਰਣਾਵਾਂ ਨੂੰ ਮਿਲਾ ਦਿੰਦੀਆਂ ਹਨ:

• ਇਨਵੌਇਸ ਮੁਦਰਾ: ਕਾਨੂੰਨੀ ਤੌਰ 'ਤੇ ਚਲਾਨ 'ਤੇ ਛਪੀ ਹੋਈ ਮੁਦਰਾ ਅਤੇ ਜੋ ਟੋਟਲ ਲਈ ਵਰਤੀ ਜਾਂਦੀ ਹੈ।
• ਗਾਹਕ ਡਿਸਪਲੇ ਮੁਦਰਾ: ਜੋ ਤੁਸੀਂ ਯੂਆਈ 'ਚ ਦਰਸਾਉਂਦੇ ਹੋ ਜਦੋਂ ਕੋਈ ਪਲਾਨ ਵੇਖਦਾ ਹੈ।
• ਸੈਟਲਮੈਂਟ ਮੁਦਰਾ: ਜੋ ਭੁਗਤਾਨ ਪ੍ਰੋਸੈਸਰ ਤੁਹਾਡੇ ਬੈਂਕ ਵਿੱਚ ਜਮ੍ਹਾ ਕਰਦਾ ਹੈ।

ਇਹ ਇਕੋ ਹੋ ਸਕਦੇ ਹਨ, ਪਰ ਜ਼ਰੂਰੀ ਨਹੀਂ। ਜੇ ਤੁਹਾਡੀ ਇਨਵੌਇਸ EUR ਵਿੱਚ ਹੈ ਪਰ ਕਾਰਡ USD ਵਿੱਚ ਸੈਟਲ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਇਨਵੌਇਸ ਨੂੰ EUR ਵਿੱਚ ਹੀ ਇੱਕਸਾਰ ਰੱਖਣਾ ਚਾਹੀਦਾ ਹੈ ਭਾਵੇਂ ਬੈਂਕ ਡਿਪਾਜ਼ਿਟ ਵੱਖਰਾ ਹੋਵੇ।

ਅਗਲਾ ਨਿਯਮ: ਪੈਸਾ ਮਾਈਨਰ ਯੂਨਿਟਾਂ ਵਿੱਚ ਇੰਟੀਜਰ ਵਜੋਂ ਵਰਤੋ (ਉਦਾਹਰਣ ਲਈ ਸੈਂਟ)। 9.99 ਨੂੰ ਫਲੋਟ ਵਜੋਂ ਸਟੋਰ ਕਰਨਾ ਆਮ ਤੌਰ 'ਤੇ बाद ਵਿੱਚ 9.989999 ਸਮੱਸਿਆ ਬਣਾਉਂਦਾ ਹੈ, ਖ਼ਾਸ ਕਰਕੇ ਜਦੋਂ ਤੁਸੀਂ ਟੈਕਸ, ਡਿਸਕਾਊਂਟ, ਪ੍ਰੋਰੇਸ਼ਨ ਜਾਂ ਕਈ ਆਈਟਮ ਜੋੜਦੇ ਹੋ। 999 (ਸੈਂਟ) ਨੂੰ ਇੱਕ ਕਰੰਸੀ ਕੋਡ ਦੇ ਨਾਲ ਸਟੋਰ ਕਰੋ ਅਤੇ ਸਿਰਫ਼ ਡਿਸਪਲੇ ਲਈ ਫਾਰਮੇਟ ਕਰੋ।

ਆਖਿਰਕਾਰ, ਆਪਣਾ ਪ੍ਰਾਈਸਿੰਗ ਟੈਕਸ ਮੋਡ ਚੁਣੋ:

• Tax-exclusive: ਪ੍ਰਾਈਸ ਨੈੱਟ ਹੁੰਦੀ ਹੈ, ਟੈਕਸ ਇਸ ਦੇ ਉੱਪਰ ਜੋੜਿਆ ਜਾਂਦਾ ਹੈ।
• Tax-inclusive: ਪ੍ਰਾਈਸ ਵਿੱਚ ਪਹਿਲਾਂ ਹੀ ਟੈਕਸ ਸ਼ਾਮਿਲ ਹੁੰਦੀ ਹੈ, ਇਸ ਲਈ ਨੈੱਟ ਟੈਕਸ ਨੂੰ ਬੈਕ-ਆਊਟ ਕਰਕੇ ਨਿਕਾਲਿਆ ਜਾਂਦਾ ਹੈ।

ਇੱਕ ਠੋਸ ਚੈੱਕ: ਜੇ ਇਕ ਪਲਾਨ 10.00 (tax-inclusive, 20% VAT) ਵਜੋਂ ਦਿਖਾਇਆ ਗਿਆ ਹੈ, ਤਾਂ ਵੈੱਬ ਅਤੇ ਮੋਬਾਈਲ ਤੇ ਇਕੋ ਮਾਈਨਰ ਯੂਨਿਟ ਵਿੱਚ ਸਟੋਰ ਕੀਤਾ ਹੋਇਆ ਇੱਕੋ ਗ੍ਰੋਸ ਨਤੀਜਾ ਦੇਣਾ ਚਾਹੀਦਾ ਹੈ, ਫਿਰ ਨੈੱਟ ਅਤੇ ਟੈਕਸ ਇੱਕ ਸਾਂਝੇ ਨਿਯਮ ਨਾਲ ਨਿਕਾਲੇ ਜਾਣ।

FX ਦਰਾਂ: ਜਿੱਥੇ ਫਰਕ ਆਮ ਤੌਰ 'ਤੇ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ

FX ਫਰਕ ਅਕਸਰ ਟੈਕਸ ਅਤੇ ਗੋਲਿੰਗ ਨਿਯਮਾਂ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਸ਼ੁਰੂ ਹੋ ਜਾਂਦੇ ਹਨ। ਦੋ ਸਿਸਟਮ ਦੋਹਾਂ "ਠੀਕ" ਹੋ ਸਕਦੇ ਹਨ ਪਰ ਵੱਖ-ਵੱਖ ਸਰੋਤ, ਵੱਖ-ਵੱਖ ਟਾਈਮਸਟੈਂਪ, ਜਾਂ ਵੱਖ-ਵੱਖ ਪ੍ਰਿਸੀਜ਼ਨ ਵਰਤਣ ਕਰਕੇ ਫਿਰ ਵੀ ਅਸੰਗਤੀ ਹੁੰਦੀ ਹੈ।

ਰੇਟ ਪ੍ਰੋਵਾਈਡਰ ਕਾਫੀ ਵਾਰ ਇਕ-ਦੂਜੇ ਨਾਲ ਮਿਲਦੇ ਨਹੀਂ। ਕੁਝ mid-market ਦਰ ਦਿੰਦੇ ਹਨ, ਕੁਝ ਵਿੱਚ ਸਪਰੇਡ ਸ਼ਾਮਿਲ ਹੁੰਦਾ ਹੈ। ਕੁਝ ਹਰ ਮਿੰਟ ਅਪਡੇਟ ਹੁੰਦੇ ਹਨ, ਕੁਝ hourly ਜਾਂ daily। ਇੱਕੋ ਪ੍ਰੋਵਾਈਡਰ ਹੋਣ ਦੇ ਬਾਵਜੂਦ, ਇੱਕ ਸਿਸਟਮ ਰੇਟ ਨੂੰ 4 ਦਸ਼ਮਲਵ 'ਤੇ ਗੋਲ ਕਰ ਸਕਦਾ ਹੈ ਜਦਕਿ ਦੂਜਾ 8+ ਦਸ਼ਮਲਵ ਰੱਖ ਸਕਦਾ ਹੈ, ਜਿਸ ਨਾਲ ਜਦੋਂ ਤੁਸੀਂ ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਰਕਮਾਂ ਅਤੇ ਟੈਕਸਾਂ ਨਾਲ ਗੁਣਾ ਕਰੋਗੇ ਤਾਂ ਟੋਟਲ ਤਬਦੀਲ ਹੋ ਸਕਦੇ ਹਨ।

ਸਭ ਤੋਂ ਅਹੰਕਾਰਪੂਰਨ ਫੈਸਲਾ ਇਹ ਹੈ ਕਿ ਤੁਹਾਡਾ ਰੇਟ ਟਾਈਮਸਟੈਂਪ ਕੀ ਮਤਲਬ ਰੱਖਦਾ ਹੈ। ਜੇ ਤੁਸੀਂ EUR 'ਚ ਚਾਰਜ ਕਰਦੇ ਹੋ ਪਰ ਗਾਹਕ USD 'ਚ ਭੁਗਤਾਨ ਕਰਦਾ ਹੈ, ਤਾਂ ਕੀ ਤੁਸੀਂ FX ਦਰ ਨੂੰ ਇਨਵੌਇਸ ਜਾਰੀ ਕਰਨ ਵੇਲੇ ਲੌਕ ਕਰਦੇ ਹੋ, ਜਾਂ ਭੁਗਤਾਨ ਕੈਪਚਰ ਹੋਣ ਵੇਲੇ? ਦੋਹਾਂ ਆਮ ਹਨ, ਪਰ ਵੈੱਬ, ਮੋਬਾਈਲ ਅਤੇ ਐਕਸਪੋਰਟ ਵਿੱਚ ਮਿਕਸ ਕਰਨ ਨਾਲ ਮਿਲਾਪ-ਭੇਦ ਹੋਣਾ ਪੱਕਾ ਹੈ।

ਜਿੱਥੇ ਤੁਸੀਂ ਨਿਯਮ ਚੁਣ ਲੈਂਦੇ ਹੋ, ਉਸ ਰੇਟ ਨੂੰ ਇਨਵੌਇਸ 'ਤੇ ਸਹੀ-ਸਹੀ ਸਟੋਰ ਕਰੋ। ਬਾਅਦ ਵਿੱਚ "ਮੌਜੂਦਾ" ਦਰਾਂ ਤੋਂ ਦੁਬਾਰਾ ਗਣਨਾ ਨਾ ਕਰੋ, ਭਾਵੇਂ ਤੁਸੀਂ ਇਤਿਹਾਸਕ ਦਰਾਂ ਲੱਭ ਸਕਦੇ ਹੋ। ਪ੍ਰੋਵਾਈਡਰ ਸੁਧਾਰ, ਟਾਈਮਜ਼ੋਨ ਫਰਕ, ਅਤੇ ਛੋਟੀ ਪ੍ਰਿਸੀਜ਼ਨ ਪਰਿਵਰਤਨ ਪੁਰਾਣੀਆਂ ਇਨਵੌਇਸਾਂ ਨੂੰ ਐਕਸਪੋਰਟ ਜਾਂ PDF ਦੁਬਾਰਾ ਬਣਾਉਣ ਵੇਲੇ ਡ੍ਰਿਫਟ ਕਰ ਸਕਦੇ ਹਨ।

ਸਧਾਰਨ ਉਦਾਹਰਨ: ਤੁਸੀਂ ਇੱਕ ਇਨਵੌਇਸ 23:59 'ਤੇ ਜਾਰੀ ਕਰਦੇ ਹੋ, ਪਰ ਭੁਗਤਾਨ 00:02 'ਤੇ ਸਫਲ ਹੁੰਦਾ ਹੈ। ਇਹ ਟਾਈਮਸਟੈਂਪ ਅਕਸਰ ਵੱਖ-ਵੱਖ ਪ੍ਰੋਵਾਈਡਰ "ਦਿਨਾਂ" 'ਤੇ ਪੈਂਦੇ ਹਨ, ਇਸ ਲਈ ਇੱਕ ਦੈਨੀਕ ਦਰ ਟੇਬਲ ਵੱਖਰੇ ਨੰਬਰ ਦੇ ਸਕਦੀ ਹੈ।

ਇਹ FX ਵੇਰਵਿਆਂ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰੋ ਅਤੇ ਦਸਤਾਵੇਜ਼ ਕਰੋ:

• ਪ੍ਰੋਵਾਈਡਰ ਅਤੇ ਕੋਟ ਕਿਸਮ (mid vs fees ਸ਼ਾਮਿਲ)
• ਟਾਈਮਸਟੈਂਪ ਨਿਯਮ (ਜਾਰੀ ਕਰਨ ਦਾ ਸਮਾਂ vs ਕੈਪਚਰ ਸਮਾਂ) ਅਤੇ ਟਾਈਮਜ਼ੋਨ
• ਰੇਟ ਲਈ ਸਟੋਰ ਕੀਤੀ ਪ੍ਰਿਸੀਜ਼ਨ (ਉਦਾਹਰਣ: 8 ਦਸ਼ਮਲਵ)
• ਗੋਲਿੰ ਂਸਥਾਨ (ਕਨਵਰਟ ਕੀਤੀਆਂ ਲਾਈਨਾਂ ਨੂੰ ਗੋਲ ਕਰਨਾ ਜਾਂ ਸਿਰਫ਼ ਆਖਰੀ ਟੋਟਲ)

ਖ਼ਾਸ ਕੇਸਾਂ ਨੂੰ ਪਹਿਲਾਂ ਹੀ ਸੰਭਾਲੋ: ਜ਼ੀਰੋ-ਦਸ਼ਮਲਵ ਮੁਦਰਾਵਾਂ (ਜਿਵੇਂ JPY), ਬਹੁ-ਉੱਚ ਪ੍ਰਿਸੀਜ਼ਨ ਰੇਟਾਂ, ਅਤੇ ਰੀਫੰਡ। ਆਮ ਤੌਰ 'ਤੇ ਰੀਫੰਡਸ ਨੂੰ ਮੂਲ ਇਨਵੌਇਸ ਦੀ ਸਟੋਰ ਕੀਤੀ FX ਦਰ ਹੀ ਦੁਬਾਰਾ ਵਰਤਣੀ ਚਾਹੀਦੀ ਹੈ। ਨਹੀਂ ਤਾਂ ਰੀਫੰਡ ਰਕਮ ਗਾਹਕ ਦੀ ਉਮੀਦ ਅਤੇ ਤੁਹਾਡੇ ਅਕਾਊਂਟਿੰਗ ਐਕਸਪੋਰਟ ਦੇ ਵਿਚਕਾਰ ਵੱਖਰਾ ਹੋ ਸਕਦੀ ਹੈ।

ਇੱਕ ਨਿਊਨਤਮ ਇਨਵੌਇਸ ਡੇਟਾ ਮਾਡਲ ਜੋ ਫਿਰ ਵੀ ਕੰਮ ਕਰਦਾ ਹੈ

ਜੇ ਤੁਸੀਂ ਚਾਹੁੰਦੇ ਹੋ ਕਿ ਇਨਵੌਇਸ ਵੈੱਬ, ਮੋਬਾਈਲ, ਅਤੇ ਐਕਸਪੋਰਟ ਵਿਚ ਮੇਲ ਖਾਏ, ਤਾਂ ਤੁਹਾਡੇ ਡੇਟਾ ਮਾਡਲ ਨੂੰ ਸੁਇਨੇ ਇਨਪੁੱਟ ਨਹੀਂ, ਪਰ ਨਤੀਜੇ ਸਟੋਰ ਕਰਨੇ ਚਾਹੀਦੇ ਹਨ। ਲਕਸ਼ ਸਧਾਰਨ ਹੈ: ਇੱਕੋ ਹੀ ਇਨਵੌਇਸ ਹਮੇਸ਼ਾਂ ਇਕੋ ਹੀ ਮਾਈਨਰ ਯੂਨਿਟ ਰੈਂਡਰ ਕਰੇ, ਭਾਵੇਂ ਮਹੀਨੇ ਬਾਅਦ ਹੋਵੇ।

ਛੋਟਾ ਸੈੱਟ ਆਮ ਤੌਰ 'ਤੇ ਕਾਫ਼ੀ ਹੁੰਦਾ ਹੈ:

• Subscription: customer_id, plan_id, billing_currency, billing_interval, next_renewal_at, status
• Invoice: invoice_id, customer_id, subscription_id, issued_at, period_start, period_end, status (draft/final), currency, fx_rate_id (ਜਾਂ provider), fx_rate_value, rounding_mode, totals (net_minor, tax_minor, gross_minor)
• Invoice_line: invoice_id, description, quantity, unit_price_minor, line_net_minor, line_tax_minor, line_gross_minor, tax_rate_id (ਜਾਂ tax_code)
• Payment: invoice_id, paid_at, amount_minor, currency, provider, provider_payment_id, status

ਮੁੱਖ ਨਿਯਮ: ਪੈਸੇ ਦੇ ਫੀਲਡ ਮਾਈਨਰ ਯੂਨਿਟਾਂ ਵਿੱਚ ਇੰਟੀਜਰ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ। ਯੂਨਿਟ ਪ੍ਰਾਈਸ ਅਤੇ ਗਣਤੀ ਕੀਤੀ ਲਾਈਨ ਟੋਟਲ ਦੋਹਾਂ ਸਟੋਰ ਕਰੋ। ਇਹ ਬਾਅਦ ਵਿੱਚ ਵੱਖ-ਵੱਖ ਗੋਲਿੰਗ ਨਿਯਮ ਜਾਂ ਵੱਖਰੇ FX ਸਰੋਤ ਨਾਲ ਦੁਬਾਰਾ ਗਣਨਾ ਕਰਨ ਤੋਂ ਰੋਕਦਾ ਹੈ।

FX ਨੂੰ ਇਨਵੌਇਸ 'ਤੇ ਕੈਪਚਰ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ, ਨਿਰੀਖਿਆ ਨਾ ਕੀਤਾ ਜਾਣਾ। ਜੇਕਰ ਤੁਸੀਂ ਸਾਂਝੀ FX ਟੇਬਲ ਰੱਖਦੇ ਹੋ, ਤਾਂ ਵੀ ਇਨਵੌਇਸ ਨੂੰ ਉਹ ਸਹੀ fx_rate_value ਜੋ ਫਾਈਨਲਾਈਜ਼ੇਸ਼ਨ ਸਮੇਂ ਵਰਤਿਆ ਗਿਆ ਸੀ (ਤੇ ਕਿੱਥੋਂ ਆਇਆ ਸੀ) ਸਟੋਰ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ, ਤਾਂ ਐਕਸਪੋਰਟ ਇੱਕੋ ਨੰਬਰ ਮੁੜ ਪੈਦਾ ਕਰ ਸਕੇ।

ਤੁਹਾਨੂੰ ਇੱਕ ਵੱਖਰੀ ਟੈਕਸ ਬ੍ਰੇਕਡਾਊਨ ਟੇਬਲ ਦੀ ਲੋੜ ਸਿਰਫ਼ ਉਸ ਵੇਲੇ ਪਏਗੀ ਜਦੋਂ ਇੱਕ ਇਨਵੌਇਸ 'ਤੇ ਇੱਕ ਤੋਂ ਵੱਧ ਟੈਕਸ ਦਰਾਂ ਜਾਂ ਜੁਰਿਸਡਿਕਸ਼ਨਾਂ ਹੋਣ (ਉਦਾਹਰਣ ਲਈ ਮਿਕਸਡ ਆਈਟਮ, EU VAT + ਲੋਕਲ ਲੈਵੀ, ਜਾਂ ਪਤੇ ਆਧਾਰਿਤ ਟੈਕਸ ਬਦਲਾਅ)। ਫਿਰ ਹਰ ਟੈਕਸ ਦਰ ਲਈ ਇੱਕ ਰਿਕਾਰਡ ਸਟੋਰ ਕਰੋ ਜਿਸ ਵਿੱਚ taxable_base_minor ਅਤੇ tax_amount_minor ਹੋਣ।

ਅਖੀਰਕਾਰ, ਇੱਕ ਫਾਈਨਲ ਇਨਵੌਇਸ ਨੂੰ ਅਟੱਲ ਮੰਨੋ। ਜਿਸ ਪਲ ਇਹ ਫਾਈਨਲ ਹੁੰਦਾ ਹੈ, ਉਸ ਸਮੇਂ ਗਣਤੀ ਕੀਤੀਆਂ ਮੁੱਲਾਂ ਦਾ ਸਨੇਪਸ਼ਾਟ ਸੇਵ ਕਰੋ, ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਕਦੇ ਵੀ ਟੋਟਲ ਦੁਬਾਰਾ ਨਹੀਂ ਗਣੋ। ਇਹ ਇੱਕ ਚੋਣ ਜ਼ਿਆਦਾਤਰ "ਕਿਉਂ ਸੈਂਟ ਬਦਲੇ?" ਵਾਲੇ ਬੱਗਾਂ ਨੂੰ ਖਤਮ ਕਰ ਦਿੰਦੀ ਹੈ।

ਗੋਲ ਕਰਨ ਦੀ ਰਣਨੀਤੀ ਚੁਣੋ ਅਤੇ ਉਸ 'ਤੇ ਟਿਕੋ

ਗੋਲ ਇੱਕ ਗਣਿਤੀ ਡੀਟੇਲ ਨਹੀਂ—ਇਹ ਇੱਕ ਉਤਪਾਦ ਨੀਤੀ ਹੈ। ਜੇ ਤੁਹਾਡੀ ਵੈੱਬ ਐਪ ਇੱਕ ਤਰੀਕੇ ਨਾਲ ਗੋਲ ਕਰਦੀ ਹੈ, ਤੁਹਾਡੀ ਮੋਬਾਈਲ ਦੂਜੇ ਤਰੀਕੇ ਨਾਲ, ਅਤੇ ਅਕਾਊੰਟਿੰਗ ਐਕਸਪੋਰਟ ਤੀਜੇ ਤਰੀਕੇ ਨਾਲ, ਤਾਂ ਤੁਸੀਂ ਵੱਖ-ਵੱਖ ਟੋਟਲ ਮਿਲਣਗੀਆਂ ਭਾਵੇਂ ਇਨਪੁੱਟ ਇਕੋ ਹੋਣ।

ਤਿੰਨ ਆਮ ਰਣਨੀਤੀਆਂ ਹਨ, ਅਤੇ ਉਹ ਉਸ ਸਟੈਪ ਵਿੱਚ ਫਰਕ ਕਰਦੀਆਂ ਹਨ ਜਿੱਥੇ ਤੁਸੀਂ ਮਾਈਨਰ ਯੂਨਿਟ "ਲੌਕ" ਕਰਦੇ ਹੋ:

• ਇਕਾਈ ਪ੍ਰਤੀ ਗੋਲ: ਹਰ ਯੂਨਿਟ ਪ੍ਰਾਈਸ (ਡਿਸਕਾਊਂਟ, FX, ਟੈਕਸ ਲੌਜਿਕ ਦੇ ਬਾਅਦ) ਨੂੰ ਗੋਲ ਕਰੋ ਫਿਰ ਮਾਤਰਾ ਨਾਲ ਗੁਣਾ ਕਰੋ।
• ਲਾਈਨ ਪ੍ਰਤੀ ਗੋਲ: ਪੂਰੀ ਲਾਈਨ ਦੀ ਰਕਮ ਕਾਢੋ, ਫਿਰ ਇੱਕ ਵਾਰ ਲਾਈਨ 'ਤੇ ਗੋਲ ਕਰੋ।
• ਇਨਵੌਇਸ ਟੋਟਲ 'ਤੇ ਗੋਲ: ਸਾਰੀਆਂ ਲਾਈਨਾਂ ਲਈ ਪੂਰੀ ਪ੍ਰਿਸੀਜ਼ਨ ਰੱਖੋ, ਫਿਰ ਸਿਰਫ਼ ਆਖਰੀ ਇਨਵੌਇਸ ਟੋਟਲ ਨੂੰ ਗੋਲ ਕਰੋ।

ਸਬਸਕ੍ਰਿਪਸ਼ਨਾਂ ਲਈ ਇੱਕ ਚੰਗਾ ਡਿਫਾਲਟ ਹੈ ਲਾਈਨ ਪ੍ਰਤੀ ਗੋਲ। ਇਹ ਗਾਹਕਾਂ ਲਈ ਭਵਿੱਖਬਾਣੀਯੋਗ ਹੁੰਦਾ ਹੈ (ਹਰ ਲਾਈਨ ਸਹੀ ਲੱਗਦੀ ਹੈ), ਆਡਿਟ ਲਈ ਆਸਾਨ (ਤੁਸੀਂ ਹਰ ਲਾਈਨ ਟੋਟਲ ਦੀ ਵਿਆਖਿਆ ਕਰ ਸਕਦੇ ਹੋ), ਅਤੇ ਨਵੀਨੀਕਰਨਾਂ 'ਤੇ ਸਥਿਰ ਰਹਿੰਦਾ ਹੈ। ਇਕਾਈ ਪ੍ਰਤੀ ਗੋਲ ਮਾਤਰਾ ਬਦਲਣ 'ਤੇ ਡ੍ਰਿਫਟ ਕਰ ਸਕਦੀ ਹੈ। ਸਿਰਫ਼ ਇਨਵੌਇਸ ਟੋਟਲ 'ਤੇ ਗੋਲ ਅਕਸਰ "ਇਹ ਲਾਈਨ ਮਿਲ ਕੇ ਟੋਟਲ ਨਹੀਂ ਬਣਾਉਂਦੀ" ਵਾਲੇ ਟਿਕਟ ਬਣਾ ਦਿੰਦੀ ਹੈ ਕਿਉਂਕਿ ਵੇਖਣ ਯੋਗ ਲਾਈਨ ਜੋੜੇ ਦਿਖਾਈ ਦੇ ਰਹੇ ਟੋਟਲ ਨਾਲ ਮੇਲ ਨਹੀਂ ਖਾਂਦੇ।

ਕਲਾਸਿਕ ਪੈਨੀ ਸਮੱਸਿਆ ਉਹਦੀ ਰੂਪ ਵਿੱਚ ਆਉਂਦੀ ਹੈ ਜਦੋਂ ਤੁਹਾਡੇ ਕੋਲ ਬਹੁਤ ਸਾਰੇ ਛੋਟੇ ਆਈਟਮ ਜਾਂ ਫਰੈਕਸ਼ਨਲ ਟੈਕਸ ਹੁੰਦੇ ਹਨ। ਉਦਾਹਰਣ: 20 ਲਾਈਨਾਂ ਹਰ ਇੱਕ 0.004 ਗੋਲਿੰਗ ਬਾਕੀ ਪੈਦਾ ਕਰ ਰਹੀਆਂ ਹਨ। ਲਾਈਨ ਪ੍ਰਤੀ ਗੋਲਿੰਗ ਨਾਲ ਉਹ 0.08 ਤਕ ਫਰਕ ਬਣ ਸਕਦਾ ਹੈ, ਜਦਕਿ ਆਖਰੀ ਟੋਟਲ 'ਤੇ ਗੋਲਿੰਗ ਨਾਲ ਇਹ ਨਹੀਂ। FX ਕਨਵਰਜ਼ਨ ਦੇ ਨਾਲ, ਇਹ ਛੋਟੀ-ਛੋਟੀ ਬਾਕੀਆਂ ਵਧ-ਵਧ ਕੇ ਸਮੇਂ ਨਾਲ ਇਕੱਠੀਆਂ ਹੋ ਜਾਂਦੀਆਂ ਹਨ।

ਜੋ ਵੀ ਤੁਸੀਂ ਚੁਣੋ, ਇਸਨੂੰ ਤੈਅ ਅਤੇ ਨਿਰਧਾਰਿਤ ਬਣਾਓ। ਇੱਕੋ ਇਨਪੁੱਟ ਨੂੰ ਹਰ ਵਾਰ ਇੱਕੋ ਆਉਟਪੁੱਟ ਦੇਣਾ ਚਾਹੀਦਾ ਹੈ:

• ਇੱਕੋ ਪ੍ਰਿਸੀਜ਼ਨ ਨਿਯਮ ਵਰਤੋ (ਮੁਦਰਾ ਮਾਈਨਰ ਯੂਨਿਟ, ਟੈਕਸ ਦਸ਼ਮਲਵ ਸਥਾਨ, FX ਪ੍ਰਿਸੀਜ਼ਨ)।
• ਇੱਕੋ ਸਟੈਪ 'ਤੇ ਗੋਲ ਲਗਾਓ (ਇੱਕਾਈ, ਲਾਈਨ, ਜਾਂ ਟੋਟਲ) ਅਤੇ ਇਸੇ ਕ੍ਰਮ ਨੂੰ ਲਾਗੂ ਕਰੋ।
• ਇੱਕੋ ਟਾਈ-ਬ੍ਰੇਕ ਨਿਯਮ ਵਰਤੋ (ਉਦਾਹਰਣ ਲਈ half-up vs half-even) ਹਰ ਜਗ੍ਹਾ।

ਜੇ ਤੁਸੀਂ ਵੈੱਬ ਅਤੇ ਮੋਬਾਈਲ ਦੋਹਾਂ ਬਿਲਿੰਗ ਫਲੋ ਬਣਾਉਂਦੇ ਹੋ, ਤਾਂ ਗੋਲਿੰਗ ਨਿਯਮ ਨੂੰ UI ਵਿਹਾਰ ਵਜੋਂ ਨਹੀਂ, ਸਪੱਠ ਟੈਸਟਯੋਗ ਸਪੈੱਕ ਵਜੋਂ ਲਿਖੋ।

ਕਦਮ-ਬ-ਕਦਮ: ਟੋਟਲ ਇਕਸਾਰ ਤਰੀਕੇ ਨਾਲ ਕਿਵੇਂ ਕਢੇ ਜਾ ਸਕਦੇ ਹਨ

ਵੈੱਬ, ਮੋਬਾਈਲ ਅਤੇ ਅਕਾਊਂਟਿੰਗ ਐਕਸਪੋਰਟ ਵਿੱਚ ਇਕੋ ਨੰਬਰ ਬਣਾਈ ਰੱਖਣ ਲਈ, ਗਣਨਾ ਨੂੰ ਇੱਕ ਰੇਸੀਪੀ ਵਾਂਗ ਸਮਝੋ। ਮੁੱਖ ਵਿਚਾਰ: ਉੱਚ ਪ੍ਰਿਸੀਜ਼ਨ ਨਾਲ ਗਣਨਾ ਕਰੋ, ਪਰ ਸਿਰਫ਼ ਇਨवੌਇਸ ਮੁਦਰਾ ਵਿੱਚ ਇੰਟੀਜਰ ਸਟੋਰ ਅਤੇ ਜੋੜੋ।

ਇੱਕ ਦੁਹਰਾਯੋਗ ਰੇਸੀਪੀ

1. ਹਰ ਲਾਈਨ ਆਈਟਮ ਨੈੱਟ ਰਕਮ ਉੱਚ ਪ੍ਰਿਸੀਜ਼ਨ ਵਿੱਚ ਸ਼ੁਰੂ ਕਰੋ। ਮਾਤਰਾ ਨਾਲ ਗੁਣਾ ਕਰਨ, ਛੂਟ ਲਗਾਉਣ, ਅਤੇ (ਜਰੂਰਤ ਹੋਵੇ ਤਾਂ) ਮੁਦਰਾ ਬਦਲਣ ਦੌਰਾਨ ਵਾਧੂ ਦਸ਼ਮਲਵ ਰੱਖੋ। ਫਿਰ ਆਪਣੀ ਚੁਣੀ ਗੋਲਿੰਗ ਨੀਤੀ ਅਨੁਸਾਰ ਇਨਵੌਇਸ ਮੁਦਰਾ ਦੇ ਮਾਈਨਰ ਯੂਨਿਟਾਂ ਵਿੱਚ ਇੱਕ ਵਾਰ ਗੋਲ ਕਰੋ। ਉਸ ਇੰਟੀਜਰ ਨੂੰ ਲਾਈਨ ਨੈੱਟ ਵਜੋਂ ਸਟੋਰ ਕਰੋ।

2. ਸਟੋਰ ਕੀਤੇ ਲਾਈਨ ਨੈੱਟ ਤੋਂ ਟੈਕਸ ਗਣਨਾ ਕਰੋ (ਜਾਂ ਜੇ ਤੁਹਾਡੇ ਨਿਯਮ ਸਮੂਹ-ਟੈਕਸ ਦੀ ਆਗਿਆ ਦਿੰਦੇ ਹਨ ਤਾਂ ਟੈਕਸ ਗਰੁੱਪ ਸਬਟੋਟਲ ਤੋਂ)। ਇੱਕੋ ਗੋਲਿੰਗ ਨਿਯਮ ਲਗਾਓ ਅਤੇ ਟੈਕਸ ਨੂੰ ਮਾਈਨਰ ਯੂਨਿਟਾਂ ਵਿੱਚ ਸਟੋਰ ਕਰੋ। ਇਹੀ ਉਹ ਜਗ੍ਹਾ ਹੈ ਜਿੱਥੇ ਸਿਸਟਮ ਆਮ ਤੌਰ 'ਤੇ ਡ੍ਰਿਫਟ ਕਰਦੇ ਹਨ: ਇੱਕ ਪਾਸਾ ਟੈਕਸ ਤੋਂ ਪਹਿਲਾਂ ਗੋਲ ਕਰਦਾ ਹੈ, ਦੂਜਾ ਬਾਅਦ ਵਿੱਚ।

3. ਹਰ ਲਾਈਨ ਗ੍ਰੋਸ ਨੂੰ (ਸਟਰਡ ਨੈੱਟ + ਸਟਰਡ ਟੈਕਸ) ਵਜੋਂ ਗਣਨਾ ਕਰੋ। ਇਨਵੌਇਸ ਟੋਟਲ ਸਟੋਰ ਕੀਤੇ ਮਾਈਨਰਾਂ ਦੇ ਜੋੜ ਹਨ। ਪ੍ਰਦਰਸ਼ਨ ਲਈ ਟੋਟਲ ਫਲੋਟਿੰਗ ਪੁਨਰਗਣਨਾ ਨਾ ਕਰੋ—ਡਿਸਪਲੇ ਅਤੇ ਐਕਸਪੋਰਟ ਸਟੋਰ ਕੀਤੇ ਇੰਟੀਜਰ ਨੂੰ ਪੜ੍ਹ ਕੇ ਫਾਰਮੇਟ ਕਰਨ।

4. ਜੇ ਤੁਹਾਡੇ ਸਥਾਨਕ ਨਿਯਮ ਇਨਵੌਇਸ-ਸਤਰ ਟੈਕਸ ਟੋਟਲ ਦੀ ਲੋੜ ਕਰਦੇ ਹਨ, ਤਾਂ ਤੁਹਾਨੂੰ ਬਾਕੀ ਵੰਡਣ ਦੀ ਲੋੜ ਪੈ ਸਕਦੀ ਹੈ। ਉਦਾਹਰਣ: ਤਿੰਨ ਲਾਈਨਾਂ ਹਰ ਇੱਕ 0.01 ਟੈਕਸ ਬਣਾਉਂਦੀਆਂ ਹਨ ਪਰ ਇਨਵੌਇਸ-ਸਤਰ ਗੋਲਿੰਗ 0.02 ਦੱਸਦੀ ਹੈ। ਇੱਕ ਨਿਰਧਾਰਿਤ ਟਾਈ-ਬ੍ਰੇਕਰ ਨਿਰਧਾਰਤ ਕਰੋ (ਉਦਾਹਰਣ: ਸਭ ਤੋਂ ਵੱਡੀ ਟੈਕਸਬਲ ਲਾਈਨ ਤੋਂ ਸ਼ੁਰੂ ਕਰਕੇ 1 ਮਾਈਨਰ ਯੂਨਿਟ ਜੋੜੋ ਜਾਂ ਘਟਾਓ, ਫਿਰ ਲਾਈਨ id ਨਾਲ ਸਥਿਰ ਸੋਰਟ)। ਇਸ ਸਮਰਧਨ ਨੂੰ ਛੋਟੇ ਟੈਕਸ ਸੁਧਾਰ ਵਜੋਂ ਪ੍ਰਭਾਵਿਤ ਲਾਈਨਾਂ 'ਤੇ ਸਟੋਰ ਕਰੋ ਤਾਂ ਕਿ ਹਰ ਸਿਸਟਮ ਇਹ ਦੁਬਾਰਾ ਪ੍ਰਜਨਨ ਕਰ ਸਕੇ।

5. ਇਨਵੌਇਸ ਨੂੰ ਲੌਕ ਕਰੋ। ਆਖਰੀ ਗੋਲਿੰਗ ਅਤੇ ਕਿਸੇ ਵੀ ਬਾਕੀ ਵੰਡ ਤੋਂ ਬਾਅਦ, ਇਨਵੌਇਸ ਨੂੰ ਅਟੱਲ ਮੰਨੋ। ਜੇ ਵਕਤ 'ਚ ਪਲਾਨ ਬਦਲਦਾ ਹੈ, ਤਾਂ ਨਵੀਂ ਇਨਵੌਇਸ ਜਾਂ ਕ੍ਰੈਡਿਟ ਨੋਟ ਬਣਾਓ, ਪਰ ਪੁਰਾਣੇ ਨੰਬਰਾਂ ਨੂੰ ਕਦੇ ਨਹੀਂ ਦੁਬਾਰਾ ਲਿਖੋ।

ਇੱਕ ਠੋਸ ਚੈੱਕ: ਜੇ EUR 9.99 ਪਲਾਨ 'ਤੇ 19% VAT ਹੈ, ਤਾਂ ਤੁਹਾਡਾ ਸਟੋਰਡ ਨੈੱਟ 999 ਸੈਂਟ, ਟੈਕਸ 190 ਸੈਂਟ, ਗ੍ਰੋਸ 1189 ਸੈਂਟ ਹੋ ਸਕਦਾ ਹੈ। ਹਰ ਕਲਾਇੰਟ ਨੂੰ ਉਹੀ 11.89 EUR ਉਨ੍ਹਾਂ ਸਟੋਰ ਕੀਤੀਆਂ ਇੰਟੀਜਰ ਤੋਂ ਦਿਖਾਉਣੇ ਚਾਹੀਦੇ ਹਨ, ਨਾ ਕਿ VAT ਨੂੰ ਓਨ-ਦੇ-ਫਲਾਈ ਗਣਨਾ ਕਰਕੇ।

ਟੈਕਸ ਗੋਲਿੰਗ: ਲਾਈਨ-ਦਰ-ਲਾਈਨ ਵਿਰੁੱਧ ਇਨਵੌਇਸ-ਸਤਰ ਅਤੇ ਬਾਕੀਆਂ

ਟੈਕਸ ਗੋਲਿੰਗ ਉਹ ਜਗ੍ਹਾ ਹੈ ਜਿੱਥੇ ਸਹੀ ਗਣਿਤ ਮਿਲ ਨਾ ਕਰਨ ਵਾਲੀ ਇਨਵੌਇਸ ਬਣ ਸਕਦੀ ਹੈ। ਮੁੱਖ ਮੁੱਦਾ ਸਧਾਰਨ ਹੈ: ਜਲਦੀ ਗੋਲ ਕਰਨ ਨਾਲ ਆਖਰੀ ਜੋੜ ਤਬਦੀਲ ਹੋ ਜਾਂਦਾ ਹੈ।

ਜੇ ਤੁਸੀਂ ਹਰ ਲਾਈਨ ਆਈਟਮ 'ਤੇ (ਜਾਂ ਪ੍ਰਤੀ ਮਾਤਰਾ) ਟੈਕਸ ਗੋਲ ਕਰਦੇ ਹੋ ਫਿਰ ਜੋੜਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਜਿਨ੍ਹਾਂ ਨੰਬਰਾਂ ਨੂੰ ਆਖਰ 'ਤੇ ਪਾਓਗੇ ਉਹ ਵੱਖਰੇ ਹੋ ਸਕਦੇ ਹਨ ਜੇਕਰ ਤੁਸੀਂ ਅਸ-ਅਨਰਾਊਂਡ ਕੀਤੇ ਟੈਕਸ ਨੂੰ ਇਕੱਠਾ ਕarke ਆਖ਼ਰੀ 'ਤੇ ਗੋਲ ਕਰੋ। ਬਹੁਤ ਸਾਰੀਆਂ ਲਾਈਨਾਂ ਨਾਲ ਗੈਪ ਵੱਧ ਜਾਂਦੇ ਹਨ, ਖ਼ਾਸ ਕਰਕੇ ਜਦੋਂ ਮਾਈਨਰ ਯੂਨਿਟ ਅਤੇ FX ਬਦਲਾਅ ਪਹਿਲਾਂ ਹੀ ਛੋਟੀ ਫਰਕ ਬਣਾਉਂਦੇ ਹੁੰਦੇ ਹਨ।

ਠੋਸ ਉਦਾਹਰਨ (2 ਦਸ਼ਮਲਵ): ਦੋ ਲਾਈਨਾਂ ਹਰ ਇੱਕ ਦਾ ਟੈਕਸੇਬਲ ਰਕਮ 0.05 ਹੈ ਅਤੇ 10% ਟੈਕਸ। ਲਾਈਨ-ਦਰ ਅਨਰਾਊਂਡ ਟੈਕਸ 0.005 ਹੈ। ਜੇ ਤੁਸੀਂ ਹਰ ਲਾਈਨ ਨੂੰ ਅਲੱਗ-ਅਲੱਗ ਗੋਲ ਕਰੋ ਤਾਂ ਦੁਹਰਾਉਂ ਦੇ ਨਾਲ ਹਰ ਇੱਕ 0.01 ਬਣ ਜਾਵੇਗਾ, ਤਾਂ ਕੁੱਲ ਟੈਕਸ 0.02 ਹੋਵੇਗਾ। ਜੇ ਤੁਸੀਂ ਇਨਵੌਇਸ-ਸਤਰ 'ਤੇ ਜੋੜ ਕੇ ਗੋਲ ਕਰੋ ਤਾਂ ਕੁੱਲ ਟੈਕਸ 0.01 ਹੋਏਗਾ। ਦੋਹਾਂ ਸਮਰਥਨਯੋਗ ਹਨ, ਪਰ ਸਹਿਮਤ ਨਹੀਂ।

ਜਦੋਂ ਤੁਹਾਨੂੰ ਹਰ-ਲਾਈਨ ਟੈਕਸ ਦਿਖਾਉਣਾ ਲਾਜ਼ਮੀ ਹੋਵੇ ਪਰ ਇਨਵੌਇਸ ਟੋਟਲ ਨੂੰ ਬਿਲਕੁਲ ਮਿਲਾਉਣਾ ਵੀ ਲਾਜ਼ਮੀ ਹੋਵੇ, ਤਾਂ ਗੋਲਿੰਗ ਬਾਕੀ ਨੂੰ ਨਿਰਧਾਰਿਤ ਤਰੀਕੇ ਨਾਲ ਵੰਡੋ:

• ਹਰ ਲਾਈਨ ਲਈ ਅਨਰਾਊਂਡ ਟੈਕਸ ਗਣਨਾ ਕਰੋ, ਫਿਰ ਹਰ ਲਾਈਨ ਲਈ ਨੀچے ਗੋਲ ਕਰੋ।
• ਉਨ੍ਹਾਂ ਗੋਲ ਕੀਤਿਆਂ ਟੈਕਸਾਂ ਦਾ ਜੋੜ ਲਵੋ ਅਤੇ ਟਾਰਗੇਟ ਟੈਕਸ (ਇਨਵੌਇਸ-ਸਤਰ ਦਾ ਗੋਲ ਕੀਤਾ ਟੋਟਲ) ਨਾਲ ਤੁਲਨਾ ਕਰੋ।
• ਬਾਕੀ ਰਹਿ ਗਿਆ ਮਾਈਨਰ ਯੂਨਿਟ ਸਭ ਤੋਂ ਵੱਡੇ ਭਾਗੀਦਾਰਾਂ ਦੇ ਫਰੈਕਸ਼ਨਲ ਹਿੱਸਿਆਂ ਤੋਂ ਸ਼ੁਰੂ ਕਰਕੇ ਲਾਈਨਾਂ ਨੂੰ ਦਿੱਤੇ ਜਾਵੇ।
• ਟਾਈਜ਼ ਨੂੰ ਲਗਾਤਾਰ ਤਰੀਕੇ ਨਾਲ ਤੋੜੋ (ਉਦਾਹਰਣ: ਲਾਈਨ ਪੋਜ਼ੀਸ਼ਨ, ਫਿਰ ਸਥਿਰ ਲਾਈਨ id)।
• UI ਸੋਰਟਿੰਗ ਦੇ ਆਧਾਰ 'ਤੇ ਵੰਡ ਕਦੇ ਨਾ ਬਦਲੋ।

ਐਕਸਪੋਰਟ ਫਿਰ ਵੀ ਤਬਦੀਲ ਹੋ ਸਕਦੇ ਹਨ ਜਦੋਂ ਅਕਾਊਂਟਿੰਗ ਲਾਈਨਾਂ ਨੂੰ ਗਰੁੱਪ ਕਰਦਾ ਹੈ (ਉਤਪਾਦ, ਟੈਕਸ ਦਰ, ਜਾਂ ਜੁਰਿਸਡਿਕਸ਼ਨ ਰਾਹੀਂ)। ਐਕਸਪੋਰਟ ਟੋਟਲ ਨੂੰ ਇਨਵੌਇਸ ਟੋਟਲ ਦੇ ਬਰਾਬਰ ਰੱਖਣ ਲਈ, ਪਹਿਲਾਂ ਜ਼ਰੂਰੀ ਗਰੁੱਪਾਂ ਵਿੱਚ ਬਾਕੀ ਵੰਡੋ, ਫਿਰ ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਗਰੁੱਪ ਟੋਟਲ ਇਨਵੌਇਸ ਟੈਕਸ ਅਤੇ ਗ੍ਰੋਸ ਦੇ ਨਾਲ ਰੋਲ-ਅੱਪ ਹੋ ਰਹੇ ਹਨ।

ਜੇਕਰ ਅਕਾਊਂਟਿੰਗ ਨੂੰ ਦਰਾਂ ਜਾਂ ਜੁਰਿਸਡਿਕਸ਼ਨ ਅਨੁਸਾਰ ਟੈਕਸ ਵੰਡ ਦੀ ਲੋੜ ਹੈ ਪਰ UI ਇੱਕ ਟੈਕਸ ਨੰਬਰ ਦਿਖਾਉਂਦਾ ਹੈ, ਤਾਂ ਤਫਸੀਲ ਵਾਲਾ ਬ੍ਰੇਕਡਾਊਨ ਫਿਰ ਵੀ ਸਟੋਰ ਕਰੋ (ਹਰ ਦਰ ਜਾਂ ਜੁਰਿਸਡਿਕਸ਼ਨ ਲਈ ਟੈਕਸਬਲ ਬੇਸ ਅਤੇ ਟੈਕਸ ਰਕਮ) ਜਿਨ੍ਹਾਂ ਨਾਲ ਐਕਸਪੋਰਟ ਤਫਸੀਲ ਲੈ ਕੇ ਜਾ ਸਕਦਾ ਹੈ ਬਿਨਾਂ ਇਨਵੌਇਸ ਗਰੈਂਡ ਟੋਟਲ ਨੂੰ ਬਦਲੇ।

ਕਿਨ੍ਹੇ ਕੋਨਿਆਂ ਦੇ ਕੇਸ ਪਹਿਲਾਂ ਨਿਰਧਾਰਤ ਕਰਨੇ ਚਾਹੀਦੇ ਹਨ

ਅਧਿਕਤਰ ਇਨਵੌਇਸ ਅਸੰਗਤੀਆਂ ਕੋਨਿਆਂ ਵਿੱਚ ਹੁੰਦੀਆਂ ਹਨ। ਨਿਯਮ ਪਹਿਲਾਂ ਲਿਖ ਦਿਓ ਤਾਂ ਉਹ ਹੈਰਾਨੀ ਨਹੀਂ ਬਣਦੇ।

ਜ਼ੀਰੋ-ਦਸ਼ਮਲਵ ਮੁਦਰਾਵਾਂ ਖ਼ਾਸ ਧਿਆਨ ਮੰਗਦੀਆਂ ਹਨ। JPY ਅਤੇ KRW ਕੋਲ ਕੋਈ ਮਾਈਨਰ ਯੂਨਿਟ ਨਹੀਂ ਹੁੰਦਾ, ਇਸ ਲਈ ਕੋਈ ਵੀ ਕਦਮ ਜੋ "ਸੈਂਟ" ਸਮਝਦਾ ਹੈ ਖ਼ਾਮੋਸ਼ੀ ਨਾਲ ਫਰਕ ਪੈਦਾ ਕਰੇਗਾ। ਨਿਰਧਾਰਤ ਕਰੋ ਕਿ ਤੁਸੀਂ ਹਰ ਲਾਈਨ, ਟੈਕਸ ਪੱਧਰ, ਜਾਂ ਸਿਰਫ਼ ਆਖਿਰਲੇ ਟੋਟਲ 'ਤੇ ਕਦੋਂ ਗੋਲ ਕਰੋਗੇ, ਅਤੇ ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਹਰ ਕਲਾਇੰਟ ਇੱਕੋ ਮੁਦਰਾ ਸੈਟਿੰਗ ਵਰਤਦਾ ਹੈ।

ਪਰ-ਸੰਘੀ VAT ਜਾਂ GST ਗਾਹਕ ਦੀ ਜਗ੍ਹਾ ਅਤੇ ਤੁਸੀਂ ਕਿਹੜੀ ਸਬੂਤ ਮਨਦੇ ਹੋ (ਬਿਲਿੰਗ ਐਡਰੈੱਸ, IP, ਟੈਕਸ ID) 'ਤੇ ਆਧਾਰਿਤ ਰੇਟ ਬਦਲ ਸਕਦਾ ਹੈ। ਮੁਸ਼ਕਲ ਗੱਲ ਰੇਟ ਨਹੀਂ, ਇਸ ਨੂੰ ਲੌਕ ਕਰਨ ਦਾ ਸਮਾਂ ਹੈ। ਚੈੱਕਆਊਟ, ਇਨਵੌਇਸ ਜਾਰੀ ਕਰਨ ਦੀ ਤਾਰੀਖ, ਜਾਂ ਸਰਵਿਸ ਪੀਰੀਅਡ ਸ਼ੁਰੂਆਤ—ਇੱਕ ਬਿੰਦੂ ਚੁਣੋ ਅਤੇ ਓਸ 'ਤੇ ਟਿਕੋ।

ਪ੍ਰੋਰੇਸ਼ਨ ਉਹ ਜਗ੍ਹਾ ਹੈ ਜਿੱਥੇ ਫਰੈਕਸ਼ਨ ਬਰਾਬਰ ਹੁੰਦੀਆਂ ਹਨ। ਮਿਡ-ਸਾਈਕਲ ਅਪਗਰੇਡ ਦਿਨ ਦੇ 9.3333... ਆਦਿ ਬਣਾਉਂਦਾ ਹੈ। ਨਿਰਧਾਰਤ ਕਰੋ ਕਿ ਤੁਸੀਂ ਪਹਿਲਾਂ ਨੈੱਟ ਪ੍ਰੋਰੇਟ ਕਰੋਗੇ, ਫਿਰ ਟੈਕਸ ਕਢੋਗੇ, ਜਾਂ ਪਹਿਲਾਂ ਸਰਵਿਸ ਪੀਰਿਯਡ ਨੂੰ ਨਿਕਾਲ ਕੇ ਬਾਕੀ ਕਰਾਂਗੇ—ਕ੍ਰਮ ਬਦਲਣ ਨਾਲ ਅਖੀਰਲੇ ਮਾਈਨਰ ਯੂਨਿਟ 'ਤੇ ਅਸਰ ਪਵੇਗਾ।

ਇਹ ਨਿਯਮ ਲਿਖੋ ਤਾਂ ਕਿ ਸਮਾਂ ਦੇ ਨਾਲ ਇਹ ਨਹੀਂ ਬਦਲਣ:

• ਜ਼ੀਰੋ-ਦਸ਼ਮਲਵ ਮੁਦਰਾ ਸੰਭਾਲ: ਗੋਲਿੰਗ ਢੰਗ ਅਤੇ ਕਦੋਂ ਲਾਗੂ ਹੋਵੇ।
• ਥਾਂ-ਆਧਾਰਿਤ ਟੈਕਸ: ਕਿਹੜੇ ਫੀਲਡ ਰੇਟ ਫੈਸਲਾ ਕਰਦੇ ਹਨ ਅਤੇ ਕਦੋਂ ਉਹ ਫ੍ਰੋਜ਼ ਕੀਤੇ ਜਾਂਦੇ ਹਨ।
• ਪ੍ਰੋਰੇਸ਼ਨ ਗਣਿਤ: ਆਧਾਰ (ਦਿਨ, ਸਕਿੰਟ, ਜਾਂ ਨਿਰਧਾਰਤ 30-ਦਿਨ ਮਹੀਨਾ) ਅਤੇ ਗੋਲਿੰਗ ਸਥਾਨ।
• ਛੂਟ ਅਤੇ ਕ੍ਰੈਡਿਟ: ਕੀ ਇਹ ਟੈਕਸਬਲ ਬੇਸ ਘਟਾਉਂਦੇ ਹਨ, ਅਤੇ ਕੀ ਉਹ ਹਰ ਲਾਈਨ 'ਤੇ ਲਾਗੂ ਹੁੰਦੇ ਹਨ ਜਾਂ ਇਨਵੌਇਸ 'ਤੇ।
• ਰੀਫੰਡ ਸਮਰੂਪਤਾ: ਰੀਫੰਡ ਮੂਲ ਲਾਈਨ ਰਕਮਾਂ ਅਤੇ ਟੈਕਸ ਨੂੰ ਦੁਹਰਾਉਣਗੇ, ਨਾ ਕਿ ਅੱਜ ਦੀਆਂ ਦਰਾਂ ਨਾਲ ਦੁਬਾਰਾ ਗਣਨਾ ਕਰਨਗੇ।

ਰੀਫੰਡ ਆਖਰੀ ਜਾਲ ਹੈ। ਜੇ ਮੂਲ ਇਨਵੌਇਸ ਵਿੱਚ 0.01 ਗੋਲ ਬਾਕੀ ਕਿਸੇ ਇੱਕ ਲਾਈਨ 'ਤੇ ਵੰਡਿਆ ਗਿਆ ਸੀ, ਤਾਂ ਤੁਹਾਡਾ ਰੀਫੰਡ ਉਸੇ ਸ正 ਵੰਡ ਨੂੰ ਉਲਟ ਕਰੇ। ਨਹੀਂ ਤਾਂ ਗਾਹਕ ਇੱਕ ਟੋਟਲ ਵੇਖੇਗਾ, ਅਤੇ ਤੁਹਾਡੇ ਲੇਜਰ ਐਕਸਪੋਰਟ ਹੋਰ।

ਆਮ ਗਲਤੀਆਂ ਜੋ ਅਸੰਗਤ ਇਨਵੌਇਸ ਬਣਾਉਂਦੀਆਂ ਹਨ

ਜ਼ਿਆਦातर ਇਨਵੌਇਸ ਅਸੰਗਤੀਆਂ "ਕਠੋਰ ਗਣਿਤ" ਦੇ ਕਾਰਨ ਨਹੀਂ ਹੁੰਦੀਆਂ। ਇਹ ਛੋਟੀਆਂ, ਅਸਮੰਜਸਪੂਰਨ ਚੋਣਾਂ ਕਾਰਨ ਹੁੰਦੀਆਂ ਹਨ ਜੋ ਸਟੈਕ ਦੇ ਵੱਖ-ਵੱਖ ਹਿੱਸਿਆਂ ਵਿੱਚ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ।

ਇੱਕ ਵੱਡੀ ਗਲਤੀ ਪੈਸਾ ਫਲੋਟ ਵਜੋਂ ਸਟੋਰ ਕਰਨਾ ਹੈ। 19.99 ਵਰਗਾ ਮੁੱਲ ਕਈ ਸਿਸਟਮਾਂ ਵਿੱਚ ਬਰਾਬਰ ਤਰੀਕੇ ਨਾਲ ਪ੍ਰਤੀਨਿਧਿਤ ਨਹੀਂ ਹੋ ਸਕਦਾ, ਇਸ ਲਈ ਲੜੀਵਾਰ ਜੋੜਣ, ਡਿਸਕਾਊਂਟ ਲਗਾਉਣ, ਜਾਂ ਟੈਕਸ ਕਢਣ 'ਤੇ ਛੋਟੀਆਂ ਗਲਤੀਆਂ ਬਨ ਜਾਂਦੀਆਂ ਹਨ। ਮੂਲ ਰਕਮਾਂ ਨੂੰ ਮਾਈਨਰ ਯੂਨਿਟਾਂ ਵਿੱਚ ਇੰਟੀਜਰ ਵਜੋਂ ਸਟੋਰ ਕਰੋ,ਨਾਲ ਹੀ ਕਰੰਸੀ ਕੋਡ ਅਤੇ ਮਾਈਨਰ ਯੂਨਿਟ ਸਕੇਲ।

ਹੋਰ ਆਮ ਮੁੱਦਾ: ਐਕਸਪੋਰਟ ਦੌਰਾਨ FX ਨੂੰ ਦੁਬਾਰਾ ਗਣਨਾ ਕਰਨਾ। ਗਾਹਕ ਨੇ ਇੱਕ ਨਿਸ਼ਚਿਤ ਦਰ ਤੇ ਭੁਗਤਾਨ ਕੀਤਾ। ਜੇ ਤੁਹਾਡੀ ਅਕਾਊਂਟਿੰਗ ਐਕਸਪੋਰਟ "ਅੱਜ ਦੀ" ਦਰ ਖਿੱਚਦੀ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਵੱਖਰਾ ਟੋਟਲ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦੇ ਹੋ ਭਾਵੇਂ ਹਰ ਕਦਮ ਠੀਕ ਹੋਵੇ। ਇਨਵੌਇਸ ਨੂੰ ਇੱਕ ਸਨੈਪਸ਼ਾਟ ਮਨੋ: FX ਰੇਟ, ਰੂਪਾਂਤਰਿਤ ਰਕਮਾਂ, ਅਤੇ ਗੋਲਿੰਗ ਨਤੀਜੇ ਸਟੋਰ ਕਰੋ।

ਗੋਲਿੰਗ ਅੰਤਰ ਉਹ ਵੇਲੇ ਵੀ ਆਉਂਦਾ ਹੈ ਜਦੋਂ UI ਅਤੇ ਬੈਕਐਂਡ ਵੱਖ-ਵੱਖ ਸਟੇਪ 'ਤੇ ਗੋਲ ਕਰਦੇ ਹਨ। ਉਦਾਹਰਣ ਲਈ, ਬੈਕਐਂਡ ਲਾਈਨ-ਦਰ ਟੈਕਸ ਗੋਲ ਕਰ ਸਕਦਾ ਹੈ, ਜਦਕਿ ਵੈੱਬ UI ਸਿਰਫ਼ ਆਖਰੀ ਟੋਟਲ ਨੂੰ ਗੋਲ ਕਰਦਾ ਹੈ। ਦੋਹਾਂ ਵੱਜੋਂ ਤਰਕਸੰਗਤ ਲੱਗ ਸਕਦੇ ਹਨ, ਪਰ ਉਹ ਮਿਲਦੀਆਂ ਨਹੀਂ।

ਪੰਜ ਮੁੱਖ ਕਰੀਨਾਂ ਜ਼ਿਆਦਾਤਰ ਫাঁਕੀਆਂ ਬਣਾਉਂਦੀਆਂ ਹਨ:

• ਕੀਮਤਾਂ, ਟੈਕਸ, ਛੂਟ, ਜਾਂ FX ਕਨਵਰਜ਼ਨ ਲਈ ਫਲੋਟ ਵਰਤਣਾ
• ਐਕਸਪੋਰਟ 'ਤੇ FX ਨੂੰ ਦੁਬਾਰਾ ਗਣਨਾ ਕਰਨਾ ਬਜਾਏ ਸਟੋਰ ਕੀਤੇ ਇਨਵੌਇਸ ਮੁੱਲ ਵਰਤਣ
• UI ਅਤੇ ਬੈਕਐਂਡ ਵਿੱਚ ਵੱਖ-ਵੱਖ ਢੰਗ ਨਾਲ ਟੈਕਸ ਗੋਲ ਕਰਨਾ
• ਇੱਕੋ ਇਨਵੌਇਸ ਵਿੱਚ tax-included ਅਤੇ tax-exclusive ਲਾਜਿਕ ਮਿਲਾ ਦੇਣਾ
• ਮੋਬਾਈਲ ਨੂੰ ਆਪਣੀ ਗਣਿਤ ਲਾਗੂ ਕਰਨ ਦੀ ਆਗਿਆ ਦੇਣਾ ਬਜਾਏ ਬੈਕਐਂਡ ਟੋਟਲ ਰੈਂਡਰ ਕਰਨ ਦੇ

ਇੱਕ ਸਧਾਰਣ ਹਕੀਕਤ: ਮੋਬਾਈਲ ਐਪ ਨੇ EUR 9.99 ਦੇ 3 ਆਈਟਮ 20% ਟੈਕਸ ਨਾਲ ਦਿਖਾਏ ਹੋਣ ਤੇ ਜੇ ਐਪ ਆਖਿਰ 'ਤੇ ਟੈਕਸ ਗੋਲ ਕਰਦਾ ਹੈ ਪਰ ਬੈਕਐਂਡ ਲਾਈਨ-ਦਰ ਗੋਲ ਕਰਦਾ ਹੈ, ਤਾਂ 0.01 EUR ਤੱਕ ਦਾ ਫਰਕ ਹੋ ਸਕਦਾ ਹੈ। ਉਹ ਇੱਕ ਸੈਂਟ ਰੀਕਾਂਸਿਲੀਏਸ਼ਨ ਤੋੜ ਸਕਦੀ ਹੈ ਅਤੇ ਸਪੋਰਟ ਟਿਕਟ ਜਨਮ ਦੇ ਸਕਦੀ ਹੈ।

ਸਭ ਤੋਂ ਸਾਦਾ ਠੀਕ-ਪਦ ਕਮ ਅਸਰਦਾਰ ਹੈ: ਬੈਕਐਂਡ ਇੱਕ ਵਾਰ ਗਣਨਾ ਕਰੇ, ਪੂਰਾ ਇਨਵੌਇਸ ਸਨੈਪਸ਼ਾਟ ਸਟੋਰ ਕਰੇ, ਅਤੇ ਵੈੱਬ/ਮੋਬਾਈਲ ਉਨ੍ਹਾਂ ਸਟੋਰ ਕੀਤੀਆਂ ਨੰਬਰਾਂ ਨੂੰ ਬਿਲਕੁਲ ਓਥੇ ਹੀ ਰੈਂਡਰ ਕਰਨ।

ਇਕਸਾਰ ਚਲਾਨਾਂ ਲਈ ਤੇਜ਼ ਚੈਕਲਿਸਟ

ਜਦੋਂ ਨੰਬਰ ਵੈੱਬ, ਮੋਬਾਈਲ, ਅਤੇ ਐਕਸਪੋਰਟ ਵਿੱਚ ਵੱਖ-ਵੱਖ ਹੁੰਦੇ ਹਨ, ਅਕਸਰ ਇਹ ਗਣਿਤ ਦੀ ਸਮੱਸਿਆ ਨਹੀਂ ਹੁੰਦੀ—ਇਹ ਸਟੋਰੇਜ ਅਤੇ ਗੋਲਿੰਗ ਦੀ ਸਮੱਸਿਆ ਹੁੰਦੀ ਹੈ।

ਇਸ ਸਿਧਾਂਤ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ ਕਿ ਕਲਾਇੰਟ ਉਹੀ ਦਿਖਾਏ ਜੋ ਇਨਵੌਇਸ ਸਟੋਰ ਕਰਦਾ ਹੈ, ਨਹੀਂ ਕਿ ਦੁਬਾਰਾ ਗਣਨਾ ਕਰੇ। ਤੁਹਾਡਾ ਬੈਕਐਂਡ ਇੱਕੋ ਸੌਰਸ ਆਫ਼ ਟ ਰੂਥ ਹੋਵੇ, ਅਤੇ ਹਰ ਚੈਨਲ ਉਹੀ ਸੰਭਾਲੀ ਹੋਈਆਂ ਮੁੱਲਾਂ ਪੜ੍ਹੇ।

ਪੰਜ ਚੈੱਕ ਜੋ ਜ਼ਿਆਦਾਤਰ ਗੈਪ ਰੋਕਦੇ ਹਨ

• ਹਰ ਲਾਈਨ ਦੀ ਰਕਮ ਮਾਈਨਰ ਯੂਨਿਟਾਂ ਵਿੱਚ ਸਟੋਰ ਕਰੋ, ਅਤੇ ਇਨਵੌਇਸ ਟੋਟਲ ਸਟੋਰ ਕੀਤੀਆਂ ਲਾਈਨ ਮਾਈਨਰਾਂ ਦੇ ਜੋੜ ਦੇ ਬਰਾਬਰ ਹੋਣ। ਵੈੱਬ ਜਾਂ ਮੋਬਾਈਲ ਨੂੰ ਯੂਨਿਟ ਪ੍ਰਾਈਸ ਤੋਂ ਟੋਟਲ ਦੁਬਾਰਾ ਗਣਨਾ ਨਾ ਕਰਨ ਦਿਓ।
• ਵਰਤੀ ਗਈ ਸਹੀ FX ਦਰ ਸੇਵ ਕਰੋ (ਅਤੇ ਕਦੋਂ ਵਰਤੀ ਗਈ ਸੀ)। ਜੇ ਤੁਸੀਂ ਇਨਵੌਇਸ ਦੁਬਾਰਾ ਜਨਰੇਟ ਕਰੋ, ਸਟੋਰ ਕੀਤੀ ਦਰ ਨੂੰ ਹੀ ਦੁਬਾਰਾ ਵਰਤੋ, ਨਾਂ ਕਿ ਨਵੀਂ।
• ਇੱਕ ਗੋਲਿੰਗ ਨਿਯਮ ਲਿਖੋ (ਕਿੱਥੇ ਗੋਲ ਹੋਵੇ ਅਤੇ ਕਿਵੇਂ) ਅਤੇ ਉਹ ਸਭ ਜਗ੍ਹਾ ਲਾਗੂ ਕਰੋ: ਬੈਕਐਂਡ ਗਣਨਾ, ਮੋਬਾਈਲ ਰੈਂਡਰਿੰਗ, PDF ਬਣਾਉਣਾ, ਅਤੇ ਅਕਾਊਂਟਿੰਗ ਐਕਸਪੋਰਟ।
• ਟੈਕਸ ਰੀਕੌਂਸੀਲੇਸ਼ਨ ਨੂੰ ਸਾਬਤਯੋਗ ਬਣਾਓ: ਸਟੋਰ ਕੀਤੀਆਂ ਟੈਕਸ ਰੱਕਮਾਂ (ਪ੍ਰਤੀ ਲਾਈਨ ਜਾਂ ਪ੍ਰਤੀ ਇਨਵੌਇਸ, ਜੋ ਵੀ ਤੁਸੀਂ ਚੁਣਿਆ) ਦਾ ਜੋੜ ਹਰ ਵਾਰੀ ਇਨਵੌਇਸ ਟੈਕਸ ਟੋਟਲ ਦੇ ਬਰਾਬਰ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।
• ਰਾਊਂਡ-ਟ੍ਰਿਪ ਟੈਸਟ ਚਲਾਓ: ਇਨਵੌਇਸ ਡੇਟਾ ਨਿਰਯਾਤ ਕਰੋ, ਫਿਰ ਉਸਨੂੰ ਮੁੜ ਆਯਾਤ ਕਰੋ, ਅਤੇ ਟੋਟਲ ਅਤੇ ਟੈਕਸ ਪੂਰੇ ਮਾਈਨਰ ਯੂਨਿਟਾਂ ਸਮੇਤ ਬਰਾਬਰ ਹੋਣ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ।

ਰੀਫੰਡ ਅਤੇ ਕ੍ਰੈਡਿਟ ਨਾ ਭੁੱਲੋ

ਰੀਫੰਡ ਅਤੇ ਕ੍ਰੈਡਿਟ ਨੋਟਾਂ ਨੂੰ ਮੂਲ ਇਨਵੌਇਸ ਦੀਆਂ ਗੋਲਿੰਗ ਨਤੀਜਿਆਂ ਨੂੰ ਮਿਰਰ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਜੇ ਮੂਲ ਇਨਵੌਇਸ ਨੇ ਹਰ ਲਾਈਨ 'ਤੇ ਟੈਕਸ ਗੋਲ ਕੀਤਾ ਸੀ, ਤਾਂ ਰੀਫੰਡ ਵੀ ਉਸੇ ਤਰੀਕੇ ਨਾਲ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਉਨ੍ਹਾਂ ਹੀ ਕਰੰਸੀ ਪ੍ਰਿਸੀਜ਼ਨ ਅਤੇ ਸਟੋਰ ਕੀਤੀ FX ਦਰ ਵਰਤ ਕੇ। ਨਹੀਂ ਤਾਂ ਛੋਟੀਆਂ ਬਾਕੀਆਂ ਸਮੇਂ ਨਾਲ ਜੁੜ ਕੇ ਵਧ ਸਕਦੀਆਂ ਹਨ।

ਇਸਨੂੰ ਲਾਗੂ ਕਰਨ ਲਈ ਇਕ ਪ੍ਰਯੋਗਿਕ ਤਰੀਕਾ ਇਹ ਹੈ ਕਿ ਹਰ ਇਨਵੌਇਸ ਨਾਲ ਇੱਕ ਸਪੱਸ਼ਟ ਗਣਨਾ ਸਨੈਪਸ਼ਾਟ ਸਟੋਰ ਕੀਤਾ ਜਾਵੇ: ਮੁਦਰਾ, ਮਾਈਨਰ ਯੂਨਿਟ ਪ੍ਰਿਸੀਜ਼ਨ, ਗੋਲਿੰਗ ਮੋਡ, FX ਰੇਟ ਅਤੇ ਟਾਈਮਸਟੈਂਪ, ਅਤੇ ਫਾਈਨਲਾਈਜ਼ਡ ਲਾਈਨ ਮਾਈਨਰ।

ਉਦਾਹਰਣ: ਇੱਕ ਇਨਵੌਇਸ ਜੋ ਵੈੱਬ, ਮੋਬਾਈਲ ਅਤੇ ਐਕਸਪੋਰਟ ਨਾਲ ਮਿਲਦਾ ਹੈ

ਇੱਥੇ ਇੱਕ ਇਨਵੌਇਸ ਹੈ ਜੋ ਹਰ ਜਗ੍ਹਾ ਇਕਸਾਰ ਰਹਿੰਦੀ ਹੈ।

ਮੰਨੋ ਇਨਵੌਇਸ EUR ਵਿੱਚ ਜਾਰੀ ਹੈ (2 ਦਸ਼ਮਲਵ), VAT 20% ਹੈ, ਅਤੇ ਗਾਹਕ ਨੂੰ USD ਵਿੱਚ ਚਾਰਜ ਕੀਤਾ ਜਾ ਰਿਹਾ ਹੈ। ਬੈਕਐਂਡ FX ਸਨੈਪਸ਼ਾਟ ਸਟੋਰ ਕਰਦਾ ਹੈ: 1 EUR = 1.0857 USD।

Net total (EUR) = 26.99

VAT 20% (EUR) = 5.40 (ਕਿਉਂਕਿ 26.99 x 0.20 = 5.398, ਗੋਲ ਕਰਕੇ 5.40)

Gross total (EUR) = 32.39

ਹੁਣ ਬੈਕਐਂਡ ਸਟੋਰ ਕੀਤੇ EUR ਟੋਟਲਾਂ ਤੋਂ ਚਾਰਜ ਮੁਦਰਾ ਟੋਟਲ ਨਿਕਾਲਦਾ ਹੈ ਅਤੇ ਸਟੋਰ ਕੀਤੇ FX ਸਨੈਪਸ਼ਾਟ ਨੂੰ ਵਰਤਦਾ ਹੈ:

• Gross (USD) = 32.39 x 1.0857 = 35.17
• Net (USD) = 26.99 x 1.0857 = 29.30
• VAT (USD) = 5.40 x 1.0857 = 5.86

ਜੇ ਤੁਸੀਂ USD ਪ੍ਰਤੀ-ਲਾਈਨ ਰਕਮਾਂ ਵੀ ਸਟੋਰ ਕਰਦੇ ਹੋ, ਤਾਂ ਅਕਸਰ ਹਰ ਇਕ ਕਨਵਰਟ ਕੀਤੀ ਲਾਈਨ ਨੂੰ ਗੋਲ ਕਰਕੇ ਜੋੜਨ 'ਤੇ 0.01 ਦਾ ਫਰਕ ਆ ਸਕਦਾ ਹੈ। ਇਹੀ ਜਗ੍ਹਾ ਹੈ ਜਿੱਥੇ ਇਨਵੌਇਸ ਆਮ ਤੌਰ 'ਤੇ ਡ੍ਰਿਫਟ ਕਰਦੇ ਹਨ।

ਇਸਨੂੰ ਨਿਰਧਾਰਿਤ ਬਣਾਓ: ਹਰ ਲਾਈਨ ਨੂੰ ਕਨਵਰਟ ਅਤੇ ਗੋਲ ਕਰੋ, ਫਿਰ ਕੋਈ ਵੀ ਬਚੇ ਹੋਏ ਸੈਂਟ (ਸਕਾਰਾਤਮਕ ਜਾਂ ਨਾ) ਇੱਕ ਨਿਸ਼ਚਿਤ ਕ੍ਰਮ ਵਿੱਚ (ਉਦਾਹਰਣ ਲਈ line_id ਉਭਰੇ) ਵੰਡੋ ਜਦ ਤੱਕ ਪ੍ਰਤੀ-ਲਾਈਨ ਜੋੜ ਪਹਿਲਾਂ ਤੋਂ ਫਿਕਸ ਕੀਤੇ ਗ੍ਰੋਸ USD ਟੋਟਲ ਦੇ ਬਰਾਬਰ ਨਾ ਹੋ ਜਾਵੇ।

ਵੈੱਬ ਅਤੇ ਮੋਬਾਈਲ ਨੂੰ ਬੈਕਐਂਡ-ਸਟੋਰ ਕੀਤੇ ਲਾਈਨ ਟੋਟਲ, ਟੈਕਸ ਟੋਟਲ, FX ਰੇਟ, ਅਤੇ ਗ੍ਰੋਸ ਦਿਖਾਉਣੇ ਚਾਹੀਦੇ ਹਨ—ਪੁਨਰਗਣਨਾ ਨਹੀਂ। ਅਕਾਊਂਟਿੰਗ ਐਕਸਪੋਰਟ ਉਹੀ ਸਟੋਰ ਕੀਤੀਆਂ ਰਕਮਾਂ ਅਤੇ FX ਸਨੈਪਸ਼ਾਟ (ਰੇਟ, ਟਾਈਮਸਟੈਂਪ ਜਾਂ ਸਰੋਤ) ਨਿਕਾਲੇ ਤਾਂ ਕਿ ਲੇਜਰ ਗਾਹਕ ਨੇ ਜੋ ਵੇਖਿਆ ਉਹੀ ਹੋਵੇ।

ਪਹਿਲਾ ਲਾਗੂ ਕਰਨ ਵਾਲਾ ਕਦਮ: ਇਹ ਗਣਨਾ ਇੱਕ ਸਾਂਝੀ ਸਰਵਿਸ ਵਜੋਂ ਇੰਪਲੀਮੈਂਟ ਕਰੋ ਜੋ ਇੱਕ ਇਕੱਲਾ ਇਨਵੌਇਸ ਸਨੈਪਸ਼ਾਟ (ਲਾਈਨ, ਟੈਕਸ, ਟੋਟਲ, FX, ਗੋਲਿੰਗ ਸਧਾਰਨ) ਆਉਟਪੁੱਟ ਕਰੇ ਅਤੇ ਹਰ ਚੈਨਲ ਉਸ ਤੋਂ ਰੈਂਡਰ ਕਰੇ। ਜੇ ਤੁਸੀਂ ਇਹ ਫਲੋ Koder.ai (koder.ai) 'ਤੇ ਤਿਆਰ ਕਰ ਰਹੇ ਹੋ, ਤਾਂ ਇਹ ਸਨੈਪਸ਼ਾਟ ਮਾਡਲ ਵੈੱਬ, ਮੋਬਾਈਲ, ਅਤੇ ਐਕਸਪੋਰਟ ਨੂੰ ਇਕਸਾਰ ਰੱਖਣ ਵਿੱਚ ਮਦਦਗਾਰ ਹੈ ਕਿਉਂਕਿ ਉਹ ਸਾਰੇ ਇਕੋ ਸਟੋਰ ਕੀਤੀਆਂ ਮੁੱਲਾਂ ਪੜ੍ਹ ਸਕਦੇ ਹਨ।