ਬਹੁ-ਮੁਦਰਾ ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਚਲਾਨ: ਵਰਤਾਵਿਕ ਗੋਲਿੰਗ ਅਤੇ ਘੱਟ-ਟੇਬਲ ਪਹੁੰਚਾਂ ਤਾਂ ਜੋ ਵੈੱਬ, ਮੋਬਾਈਲ ਅਤੇ ਅਕਾਊਂਟਿੰਗ ਐਕਸਪੋਰਟਾਂ ਵਿੱਚ ਟੋਟਲ ਇਕਸਾਰ ਰਹਿਣ।

ਇੱਕ ਆਮ ਸਿਰਦਰਦ: ਵੈੱਬ ਚੈੱਕਆਊਟ ਇੱਕ ਹੀ ਟੋਟਲ ਦਿਖਾਉਂਦਾ ਹੈ, ਮੋਬਾਈਲ ਐਪ ਥੋੜ੍ਹਾ ਵੱਖਰਾ ਟੋਟਲ ਦਿਖਾਉਂਦੀ ਹੈ, ਅਤੇ ਅਕਾਊਂਟਿੰਗ ਐਕਸਪੋਰਟ ਇਕ ਤੀਜਾ ਨੰਬਰ ਫੇਰ ਦਿਖਾਉਂਦਾ ਹੈ। ਹਰ ਸਿਸਟਮ "ਠੀਕ" ਗਣਿਤ ਕਰ ਰਿਹਾ ਹੁੰਦਾ ਹੈ, ਪਰਨਾਂ ਇਕੋ ਤਰੀਕੇ ਨਾਲ ਨਹੀਂ।
ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਇਸਨੂੰ ਹੋਰ ਭੜਕਾਉਂਦੇ ਹਨ ਕਿਉਂਕਿ ਤੁਸੀਂ ਇਹ ਗਣਨਾ بار بار ਕਰਦੇ ਹੋ। ਛੋਟੇ ਫਰਕ ਨਵੀਨੀਕਰਨਾਂ ਵਿੱਚ, ਮਿਡ-ਸਾਈਕਲ ਅਪਗਰੇਡ ਦੇ ਪ੍ਰੋਰੇਸ਼ਨ, ਕ੍ਰੈਡਿਟ ਅਤੇ ਰੀਫੰਡ, ਨਾਕਾਮ ਭੁਗਤਾਨ ਦੇ ਬਾਅਦ ਰੀਟ੍ਰਾਈ ਚਾਰਜ, ਅਤੇ ਪਲਾਨ ਦੇ ਸ਼ੁਰੂ ਜਾਂ ਅੰਤ 'ਤੇ ਆਮ ਹੁੰਦੀਆਂ ਅਧ-ਆਵਧੀਆਂ ਵਿੱਚ ਜੁੜਦੇ ਅਤੇ ਵਧਦੇ ਜਾਂਦੇ ਹਨ।
ਡ੍ਰਿਫਟ ਆਮ ਤੌਰ 'ਤੇ ਛੋਟੀ-ਛੋਟੀ ਚੋਣਾਂ ਨਾਲ ਸ਼ੁਰੂ ਹੁੰਦੀ ਹੈ ਜੋ ਅਕਸਰ ਨਜ਼ਰਅੰਦਾਜ਼ ਰਹਿੰਦੀਆਂ ਹਨ: ਕਦੋਂ ਗੋਲ ਕਰਨਾ (ਹਰ ਲਾਈਨ ਤੇ ਜਾਂ ਆਖਰੀ ਟੋਟਲ ਤੇ), ਕਿਸ ਟੈਕਸ ਬੇਸ ਨੂੰ ਵਰਤਣਾ (ਨੈੱਟ ਵਿਰੁੱਧ ਗ੍ਰੋਸ), 0 ਜਾਂ 3 ਦਸ਼ਮਲਵੀ ਮਾਈਨਰ ਯੂਨਿਟ ਵਾਲੀਆਂ ਮੁਦਰਾਵਾਂ ਨਾਲ ਕਿਵੇਂ ਵਰਤਾਵ ਕਰਨਾ, ਅਤੇ ਕਿਹੜੀ FX ਦਰ ਲਾਗੂ ਕੀਤੀ ਗਈ (ਕਿਹੜਾ ਟਾਈਮਸਟੈਂਪ, ਕਿਹੜਾ ਸਰੋਤ, ਕਿਹੜੀ ਪ੍ਰਿਸੀਜ਼ਨ)। ਜੇ ਵੈੱਬ ਹਰ ਲਾਈਨ ਨੂੰ 2 ਦਸ਼ਮਲਵ ਅਨੁਸਾਰ ਗੋਲ ਕਰਦਾ ਹੈ ਅਤੇ ਮੋਬਾਈਲ ਸਿਰਫ਼ ਆਖਰੀ ਟੋਟਲ ਨੂੰ ਗੋਲ ਕਰਦੀ ਹੈ, ਤਾਂ ਇੱਕੋ ਇਨਪੁੱਟ ਨਾਲ ਵੀ 0.01 ਦਾ ਫਰਕ ਆ ਸਕਦਾ ਹੈ।
ਲਕਸ਼ਵੰਤ ਹੈ: ਇੱਕੋ ਹੀ ਇਨਵੌਇਸ ID ਅਤੇ ਵਰਜ਼ਨ ਲਈ, ਹਰ ਜਗ੍ਹਾ ਇਕੋ ਟੋਟਲ ਆਣਾ ਚਾਹੀਦਾ ਹੈ। ਇਹ ਗਾਹਕਾਂ ਨੂੰ ਸ਼ਾਂਤ ਰੱਖਦਾ ਹੈ, ਸਪੋਰਟ ਟਿਕਟ ਘਟਾਉਂਦਾ ਹੈ, ਅਤੇ ਆਡਿਟਾਂ ਵਿੱਚ ਟਿਕਦਾ ਹੈ।
"ਸੰਗਤ" ਦਾ ਮਤਲਬ ਇਹ ਹੈ ਕਿ ਦਿੱਤੇ ਇਨਵੌਇਸ ID ਅਤੇ ਵਰਜ਼ਨ ਲਈ:
ਉਦਾਹਰਨ: ਇੱਕ ਗਾਹਕ EUR 19.99 ਤੋਂ EUR 29.99 'ਤੇ ਮਿਡ-ਮਹੀਨੇ ਵਿੱਚ ਅਪਗਰੇਡ ਕਰਦਾ ਹੈ, ਪ੍ਰੋਰੇਟ ਚਾਰਜ ਹੁੰਦਾ ਹੈ, ਫਿਰ ਡਾਊਨਟਾਈਮ ਲਈ ਇੱਕ ਛੋਟਾ ਕ੍ਰੈਡਿਟ ਮਿਲਦਾ ਹੈ। ਜੇ ਇੱਕ ਸਿਸਟਮ ਹਰ ਪ੍ਰੋਰੇਟ ਲਾਈਨ ਨੂੰ ਗੋਲ ਕਰਦਾ ਹੈ ਅਤੇ ਦੂਜਾ ਸਿਰਫ਼ ਅਖੀਰਲੇ ਟੋਟਲ ਨੂੰ ਗੋਲ ਕਰਦਾ ਹੈ, ਤਾਂ ਐਕਸਪੋਰਟ ਕੀਤਾ ਚਲਾਨ ਗਾਹਕ ਨੂੰ ਦਿੱਖਾਏ ਗਏ ਨਾਲ ਵੱਖਰਾ ਹੋ ਸਕਦਾ ਹੈ, ਭਾਵੇਂ ਹਰ ਨੰਬਰ "ਕਾਫ਼ੀ ਨੇੜੇ" ਲੱਗ ਰਿਹਾ ਹੋਵੇ।
FX ਦਰਾਂ ਜਾਂ ਟੈਕਸ ਗੋਲਿੰਗ ਦੇ ਚਰਚਾ ਤੋਂ ਪਹਿਲਾਂ, ਬੁਨਿਆਦੀ ਤਤਾਂ ਨੂੰ ਪੱਕਾ ਕਰੋ। ਜੇ ਇਹ ਧੁੰਦਲੇ ਹਨ, ਤਾਂ ਤੁਹਾਡੀਆਂ ਇਨਵੌਇਸ ਵੈੱਬ ਐਪ, ਮੋਬਾਈਲ ਅਤੇ ਅਕਾਊਂਟਿੰਗ ਐਕਸਪੋਰਟ ਵਿੱਚ ਡ੍ਰਿਫਟ ਕਰਨਗੀਆਂ।
ਹਰ ਇਨਵੌਇਸ ਲਾਈਨ ਅਤੇ ਇਨਵੌਇਸ ਟੋਟਲ ਨੂੰ ਤਿੰਨ ਰਕਮਾਂ ਸਾਫ਼-ਸੁਥਰੀ ਤਰ੍ਹਾਂ ਰੱਖਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ: ਨੈੱਟ (ਟੈਕਸ ਤੋਂ ਪਹਿਲਾਂ), ਟੈਕਸ, ਅਤੇ ਗ੍ਰੋਸ (ਨੈੱਟ + ਟੈਕਸ)। ਇਕ ਨਿਰੀਖਣ ਵਜੋਂ ਇੱਕ ਨੂੰ ਸਟੋਰ ਕਰਨ ਅਤੇ ਬਾਕੀਆਂ ਨੂੰ ਇੱਕੋ ਤਰੀਕੇ ਨਾਲ ਘਟਾਉਣ ਲਈ ਚੁਣੋ। ਕਈ ਟੀਮਾਂ ਨੈੱਟ ਅਤੇ ਟੈਕਸ ਸਟੋਰ ਕਰਦੀਆਂ ਹਨ, ਫਿਰ ਗ੍ਰੋਸ = ਨੈੱਟ + ਟੈਕਸ ਗਣਨਾ ਕਰਦੀਆਂ ਹਨ ਕਿਉਂਕਿ ਇਹ ਆਡਿਟ ਅਤੇ ਰੀਫੰਡ ਲਈ ਆਸਾਨ ਬਣਾਉਂਦਾ ਹੈ।
ਇਹ ਵੀ ਸਕਸ਼ਮ ਹੋਵੋ ਕਿ ਹਰੇਕ ਨੰਬਰ ਕਿਸ ਮੁਦਰਾ ਵਿੱਚ ਹੈ। ਟੀਮਾਂ ਅਕਸਰ ਤਿੰਨ ਭਿੰਦ-ਭਿੰਦ ਧਾਰਣਾਵਾਂ ਨੂੰ ਮਿਲਾ ਦਿੰਦੀਆਂ ਹਨ:
ਇਹ ਇਕੋ ਹੋ ਸਕਦੇ ਹਨ, ਪਰ ਜ਼ਰੂਰੀ ਨਹੀਂ। ਜੇ ਤੁਹਾਡੀ ਇਨਵੌਇਸ EUR ਵਿੱਚ ਹੈ ਪਰ ਕਾਰਡ USD ਵਿੱਚ ਸੈਟਲ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਇਨਵੌਇਸ ਨੂੰ EUR ਵਿੱਚ ਹੀ ਇੱਕਸਾਰ ਰੱਖਣਾ ਚਾਹੀਦਾ ਹੈ ਭਾਵੇਂ ਬੈਂਕ ਡਿਪਾਜ਼ਿਟ ਵੱਖਰਾ ਹੋਵੇ।
ਅਗਲਾ ਨਿਯਮ: ਪੈਸਾ ਮਾਈਨਰ ਯੂਨਿਟਾਂ ਵਿੱਚ ਇੰਟੀਜਰ ਵਜੋਂ ਵਰਤੋ (ਉਦਾਹਰਣ ਲਈ ਸੈਂਟ)। 9.99 ਨੂੰ ਫਲੋਟ ਵਜੋਂ ਸਟੋਰ ਕਰਨਾ ਆਮ ਤੌਰ 'ਤੇ बाद ਵਿੱਚ 9.989999 ਸਮੱਸਿਆ ਬਣਾਉਂਦਾ ਹੈ, ਖ਼ਾਸ ਕਰਕੇ ਜਦੋਂ ਤੁਸੀਂ ਟੈਕਸ, ਡਿਸਕਾਊਂਟ, ਪ੍ਰੋਰੇਸ਼ਨ ਜਾਂ ਕਈ ਆਈਟਮ ਜੋੜਦੇ ਹੋ। 999 (ਸੈਂਟ) ਨੂੰ ਇੱਕ ਕਰੰਸੀ ਕੋਡ ਦੇ ਨਾਲ ਸਟੋਰ ਕਰੋ ਅਤੇ ਸਿਰਫ਼ ਡਿਸਪਲੇ ਲਈ ਫਾਰਮੇਟ ਕਰੋ।
ਆਖਿਰਕਾਰ, ਆਪਣਾ ਪ੍ਰਾਈਸਿੰਗ ਟੈਕਸ ਮੋਡ ਚੁਣੋ:
ਇੱਕ ਠੋਸ ਚੈੱਕ: ਜੇ ਇਕ ਪਲਾਨ 10.00 (tax-inclusive, 20% VAT) ਵਜੋਂ ਦਿਖਾਇਆ ਗਿਆ ਹੈ, ਤਾਂ ਵੈੱਬ ਅਤੇ ਮੋਬਾਈਲ ਤੇ ਇਕੋ ਮਾਈਨਰ ਯੂਨਿਟ ਵਿੱਚ ਸਟੋਰ ਕੀਤਾ ਹੋਇਆ ਇੱਕੋ ਗ੍ਰੋਸ ਨਤੀਜਾ ਦੇਣਾ ਚਾਹੀਦਾ ਹੈ, ਫਿਰ ਨੈੱਟ ਅਤੇ ਟੈਕਸ ਇੱਕ ਸਾਂਝੇ ਨਿਯਮ ਨਾਲ ਨਿਕਾਲੇ ਜਾਣ।
FX ਫਰਕ ਅਕਸਰ ਟੈਕਸ ਅਤੇ ਗੋਲਿੰਗ ਨਿਯਮਾਂ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਸ਼ੁਰੂ ਹੋ ਜਾਂਦੇ ਹਨ। ਦੋ ਸਿਸਟਮ ਦੋਹਾਂ "ਠੀਕ" ਹੋ ਸਕਦੇ ਹਨ ਪਰ ਵੱਖ-ਵੱਖ ਸਰੋਤ, ਵੱਖ-ਵੱਖ ਟਾਈਮਸਟੈਂਪ, ਜਾਂ ਵੱਖ-ਵੱਖ ਪ੍ਰਿਸੀਜ਼ਨ ਵਰਤਣ ਕਰਕੇ ਫਿਰ ਵੀ ਅਸੰਗਤੀ ਹੁੰਦੀ ਹੈ।
ਰੇਟ ਪ੍ਰੋਵਾਈਡਰ ਕਾਫੀ ਵਾਰ ਇਕ-ਦੂਜੇ ਨਾਲ ਮਿਲਦੇ ਨਹੀਂ। ਕੁਝ mid-market ਦਰ ਦਿੰਦੇ ਹਨ, ਕੁਝ ਵਿੱਚ ਸਪਰੇਡ ਸ਼ਾਮਿਲ ਹੁੰਦਾ ਹੈ। ਕੁਝ ਹਰ ਮਿੰਟ ਅਪਡੇਟ ਹੁੰਦੇ ਹਨ, ਕੁਝ hourly ਜਾਂ daily। ਇੱਕੋ ਪ੍ਰੋਵਾਈਡਰ ਹੋਣ ਦੇ ਬਾਵਜੂਦ, ਇੱਕ ਸਿਸਟਮ ਰੇਟ ਨੂੰ 4 ਦਸ਼ਮਲਵ 'ਤੇ ਗੋਲ ਕਰ ਸਕਦਾ ਹੈ ਜਦਕਿ ਦੂਜਾ 8+ ਦਸ਼ਮਲਵ ਰੱਖ ਸਕਦਾ ਹੈ, ਜਿਸ ਨਾਲ ਜਦੋਂ ਤੁਸੀਂ ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਰਕਮਾਂ ਅਤੇ ਟੈਕਸਾਂ ਨਾਲ ਗੁਣਾ ਕਰੋਗੇ ਤਾਂ ਟੋਟਲ ਤਬਦੀਲ ਹੋ ਸਕਦੇ ਹਨ।
ਸਭ ਤੋਂ ਅਹੰਕਾਰਪੂਰਨ ਫੈਸਲਾ ਇਹ ਹੈ ਕਿ ਤੁਹਾਡਾ ਰੇਟ ਟਾਈਮਸਟੈਂਪ ਕੀ ਮਤਲਬ ਰੱਖਦਾ ਹੈ। ਜੇ ਤੁਸੀਂ EUR 'ਚ ਚਾਰਜ ਕਰਦੇ ਹੋ ਪਰ ਗਾਹਕ USD 'ਚ ਭੁਗਤਾਨ ਕਰਦਾ ਹੈ, ਤਾਂ ਕੀ ਤੁਸੀਂ FX ਦਰ ਨੂੰ ਇਨਵੌਇਸ ਜਾਰੀ ਕਰਨ ਵੇਲੇ ਲੌਕ ਕਰਦੇ ਹੋ, ਜਾਂ ਭੁਗਤਾਨ ਕੈਪਚਰ ਹੋਣ ਵੇਲੇ? ਦੋਹਾਂ ਆਮ ਹਨ, ਪਰ ਵੈੱਬ, ਮੋਬਾਈਲ ਅਤੇ ਐਕਸਪੋਰਟ ਵਿੱਚ ਮਿਕਸ ਕਰਨ ਨਾਲ ਮਿਲਾਪ-ਭੇਦ ਹੋਣਾ ਪੱਕਾ ਹੈ।
ਜਿੱਥੇ ਤੁਸੀਂ ਨਿਯਮ ਚੁਣ ਲੈਂਦੇ ਹੋ, ਉਸ ਰੇਟ ਨੂੰ ਇਨਵੌਇਸ 'ਤੇ ਸਹੀ-ਸਹੀ ਸਟੋਰ ਕਰੋ। ਬਾਅਦ ਵਿੱਚ "ਮੌਜੂਦਾ" ਦਰਾਂ ਤੋਂ ਦੁਬਾਰਾ ਗਣਨਾ ਨਾ ਕਰੋ, ਭਾਵੇਂ ਤੁਸੀਂ ਇਤਿਹਾਸਕ ਦਰਾਂ ਲੱਭ ਸਕਦੇ ਹੋ। ਪ੍ਰੋਵਾਈਡਰ ਸੁਧਾਰ, ਟਾਈਮਜ਼ੋਨ ਫਰਕ, ਅਤੇ ਛੋਟੀ ਪ੍ਰਿਸੀਜ਼ਨ ਪਰਿਵਰਤਨ ਪੁਰਾਣੀਆਂ ਇਨਵੌਇਸਾਂ ਨੂੰ ਐਕਸਪੋਰਟ ਜਾਂ PDF ਦੁਬਾਰਾ ਬਣਾਉਣ ਵੇਲੇ ਡ੍ਰਿਫਟ ਕਰ ਸਕਦੇ ਹਨ।
ਸਧਾਰਨ ਉਦਾਹਰਨ: ਤੁਸੀਂ ਇੱਕ ਇਨਵੌਇਸ 23:59 'ਤੇ ਜਾਰੀ ਕਰਦੇ ਹੋ, ਪਰ ਭੁਗਤਾਨ 00:02 'ਤੇ ਸਫਲ ਹੁੰਦਾ ਹੈ। ਇਹ ਟਾਈਮਸਟੈਂਪ ਅਕਸਰ ਵੱਖ-ਵੱਖ ਪ੍ਰੋਵਾਈਡਰ "ਦਿਨਾਂ" 'ਤੇ ਪੈਂਦੇ ਹਨ, ਇਸ ਲਈ ਇੱਕ ਦੈਨੀਕ ਦਰ ਟੇਬਲ ਵੱਖਰੇ ਨੰਬਰ ਦੇ ਸਕਦੀ ਹੈ।
ਇਹ FX ਵੇਰਵਿਆਂ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰੋ ਅਤੇ ਦਸਤਾਵੇਜ਼ ਕਰੋ:
ਖ਼ਾਸ ਕੇਸਾਂ ਨੂੰ ਪਹਿਲਾਂ ਹੀ ਸੰਭਾਲੋ: ਜ਼ੀਰੋ-ਦਸ਼ਮਲਵ ਮੁਦਰਾਵਾਂ (ਜਿਵੇਂ JPY), ਬਹੁ-ਉੱਚ ਪ੍ਰਿਸੀਜ਼ਨ ਰੇਟਾਂ, ਅਤੇ ਰੀਫੰਡ। ਆਮ ਤੌਰ 'ਤੇ ਰੀਫੰਡਸ ਨੂੰ ਮੂਲ ਇਨਵੌਇਸ ਦੀ ਸਟੋਰ ਕੀਤੀ FX ਦਰ ਹੀ ਦੁਬਾਰਾ ਵਰਤਣੀ ਚਾਹੀਦੀ ਹੈ। ਨਹੀਂ ਤਾਂ ਰੀਫੰਡ ਰਕਮ ਗਾਹਕ ਦੀ ਉਮੀਦ ਅਤੇ ਤੁਹਾਡੇ ਅਕਾਊਂਟਿੰਗ ਐਕਸਪੋਰਟ ਦੇ ਵਿਚਕਾਰ ਵੱਖਰਾ ਹੋ ਸਕਦੀ ਹੈ।
ਜੇ ਤੁਸੀਂ ਚਾਹੁੰਦੇ ਹੋ ਕਿ ਇਨਵੌਇਸ ਵੈੱਬ, ਮੋਬਾਈਲ, ਅਤੇ ਐਕਸਪੋਰਟ ਵਿਚ ਮੇਲ ਖਾਏ, ਤਾਂ ਤੁਹਾਡੇ ਡੇਟਾ ਮਾਡਲ ਨੂੰ ਸੁਇਨੇ ਇਨਪੁੱਟ ਨਹੀਂ, ਪਰ ਨਤੀਜੇ ਸਟੋਰ ਕਰਨੇ ਚਾਹੀਦੇ ਹਨ। ਲਕਸ਼ ਸਧਾਰਨ ਹੈ: ਇੱਕੋ ਹੀ ਇਨਵੌਇਸ ਹਮੇਸ਼ਾਂ ਇਕੋ ਹੀ ਮਾਈਨਰ ਯੂਨਿਟ ਰੈਂਡਰ ਕਰੇ, ਭਾਵੇਂ ਮਹੀਨੇ ਬਾਅਦ ਹੋਵੇ।
ਛੋਟਾ ਸੈੱਟ ਆਮ ਤੌਰ 'ਤੇ ਕਾਫ਼ੀ ਹੁੰਦਾ ਹੈ:
ਮੁੱਖ ਨਿਯਮ: ਪੈਸੇ ਦੇ ਫੀਲਡ ਮਾਈਨਰ ਯੂਨਿਟਾਂ ਵਿੱਚ ਇੰਟੀਜਰ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ। ਯੂਨਿਟ ਪ੍ਰਾਈਸ ਅਤੇ ਗਣਤੀ ਕੀਤੀ ਲਾਈਨ ਟੋਟਲ ਦੋਹਾਂ ਸਟੋਰ ਕਰੋ। ਇਹ ਬਾਅਦ ਵਿੱਚ ਵੱਖ-ਵੱਖ ਗੋਲਿੰਗ ਨਿਯਮ ਜਾਂ ਵੱਖਰੇ FX ਸਰੋਤ ਨਾਲ ਦੁਬਾਰਾ ਗਣਨਾ ਕਰਨ ਤੋਂ ਰੋਕਦਾ ਹੈ।
FX ਨੂੰ ਇਨਵੌਇਸ 'ਤੇ ਕੈਪਚਰ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ, ਨਿਰੀਖਿਆ ਨਾ ਕੀਤਾ ਜਾਣਾ। ਜੇਕਰ ਤੁਸੀਂ ਸਾਂਝੀ FX ਟੇਬਲ ਰੱਖਦੇ ਹੋ, ਤਾਂ ਵੀ ਇਨਵੌਇਸ ਨੂੰ ਉਹ ਸਹੀ fx_rate_value ਜੋ ਫਾਈਨਲਾਈਜ਼ੇਸ਼ਨ ਸਮੇਂ ਵਰਤਿਆ ਗਿਆ ਸੀ (ਤੇ ਕਿੱਥੋਂ ਆਇਆ ਸੀ) ਸਟੋਰ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ, ਤਾਂ ਐਕਸਪੋਰਟ ਇੱਕੋ ਨੰਬਰ ਮੁੜ ਪੈਦਾ ਕਰ ਸਕੇ।
ਤੁਹਾਨੂੰ ਇੱਕ ਵੱਖਰੀ ਟੈਕਸ ਬ੍ਰੇਕਡਾਊਨ ਟੇਬਲ ਦੀ ਲੋੜ ਸਿਰਫ਼ ਉਸ ਵੇਲੇ ਪਏਗੀ ਜਦੋਂ ਇੱਕ ਇਨਵੌਇਸ 'ਤੇ ਇੱਕ ਤੋਂ ਵੱਧ ਟੈਕਸ ਦਰਾਂ ਜਾਂ ਜੁਰਿਸਡਿਕਸ਼ਨਾਂ ਹੋਣ (ਉਦਾਹਰਣ ਲਈ ਮਿਕਸਡ ਆਈਟਮ, EU VAT + ਲੋਕਲ ਲੈਵੀ, ਜਾਂ ਪਤੇ ਆਧਾਰਿਤ ਟੈਕਸ ਬਦਲਾਅ)। ਫਿਰ ਹਰ ਟੈਕਸ ਦਰ ਲਈ ਇੱਕ ਰਿਕਾਰਡ ਸਟੋਰ ਕਰੋ ਜਿਸ ਵਿੱਚ taxable_base_minor ਅਤੇ tax_amount_minor ਹੋਣ।
ਅਖੀਰਕਾਰ, ਇੱਕ ਫਾਈਨਲ ਇਨਵੌਇਸ ਨੂੰ ਅਟੱਲ ਮੰਨੋ। ਜਿਸ ਪਲ ਇਹ ਫਾਈਨਲ ਹੁੰਦਾ ਹੈ, ਉਸ ਸਮੇਂ ਗਣਤੀ ਕੀਤੀਆਂ ਮੁੱਲਾਂ ਦਾ ਸਨੇਪਸ਼ਾਟ ਸੇਵ ਕਰੋ, ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਕਦੇ ਵੀ ਟੋਟਲ ਦੁਬਾਰਾ ਨਹੀਂ ਗਣੋ। ਇਹ ਇੱਕ ਚੋਣ ਜ਼ਿਆਦਾਤਰ "ਕਿਉਂ ਸੈਂਟ ਬਦਲੇ?" ਵਾਲੇ ਬੱਗਾਂ ਨੂੰ ਖਤਮ ਕਰ ਦਿੰਦੀ ਹੈ।
ਗੋਲ ਇੱਕ ਗਣਿਤੀ ਡੀਟੇਲ ਨਹੀਂ—ਇਹ ਇੱਕ ਉਤਪਾਦ ਨੀਤੀ ਹੈ। ਜੇ ਤੁਹਾਡੀ ਵੈੱਬ ਐਪ ਇੱਕ ਤਰੀਕੇ ਨਾਲ ਗੋਲ ਕਰਦੀ ਹੈ, ਤੁਹਾਡੀ ਮੋਬਾਈਲ ਦੂਜੇ ਤਰੀਕੇ ਨਾਲ, ਅਤੇ ਅਕਾਊੰਟਿੰਗ ਐਕਸਪੋਰਟ ਤੀਜੇ ਤਰੀਕੇ ਨਾਲ, ਤਾਂ ਤੁਸੀਂ ਵੱਖ-ਵੱਖ ਟੋਟਲ ਮਿਲਣਗੀਆਂ ਭਾਵੇਂ ਇਨਪੁੱਟ ਇਕੋ ਹੋਣ।
ਤਿੰਨ ਆਮ ਰਣਨੀਤੀਆਂ ਹਨ, ਅਤੇ ਉਹ ਉਸ ਸਟੈਪ ਵਿੱਚ ਫਰਕ ਕਰਦੀਆਂ ਹਨ ਜਿੱਥੇ ਤੁਸੀਂ ਮਾਈਨਰ ਯੂਨਿਟ "ਲੌਕ" ਕਰਦੇ ਹੋ:
ਸਬਸਕ੍ਰਿਪਸ਼ਨਾਂ ਲਈ ਇੱਕ ਚੰਗਾ ਡਿਫਾਲਟ ਹੈ ਲਾਈਨ ਪ੍ਰਤੀ ਗੋਲ। ਇਹ ਗਾਹਕਾਂ ਲਈ ਭਵਿੱਖਬਾਣੀਯੋਗ ਹੁੰਦਾ ਹੈ (ਹਰ ਲਾਈਨ ਸਹੀ ਲੱਗਦੀ ਹੈ), ਆਡਿਟ ਲਈ ਆਸਾਨ (ਤੁਸੀਂ ਹਰ ਲਾਈਨ ਟੋਟਲ ਦੀ ਵਿਆਖਿਆ ਕਰ ਸਕਦੇ ਹੋ), ਅਤੇ ਨਵੀਨੀਕਰਨਾਂ 'ਤੇ ਸਥਿਰ ਰਹਿੰਦਾ ਹੈ। ਇਕਾਈ ਪ੍ਰਤੀ ਗੋਲ ਮਾਤਰਾ ਬਦਲਣ 'ਤੇ ਡ੍ਰਿਫਟ ਕਰ ਸਕਦੀ ਹੈ। ਸਿਰਫ਼ ਇਨਵੌਇਸ ਟੋਟਲ 'ਤੇ ਗੋਲ ਅਕਸਰ "ਇਹ ਲਾਈਨ ਮਿਲ ਕੇ ਟੋਟਲ ਨਹੀਂ ਬਣਾਉਂਦੀ" ਵਾਲੇ ਟਿਕਟ ਬਣਾ ਦਿੰਦੀ ਹੈ ਕਿਉਂਕਿ ਵੇਖਣ ਯੋਗ ਲਾਈਨ ਜੋੜੇ ਦਿਖਾਈ ਦੇ ਰਹੇ ਟੋਟਲ ਨਾਲ ਮੇਲ ਨਹੀਂ ਖਾਂਦੇ।
ਕਲਾਸਿਕ ਪੈਨੀ ਸਮੱਸਿਆ ਉਹਦੀ ਰੂਪ ਵਿੱਚ ਆਉਂਦੀ ਹੈ ਜਦੋਂ ਤੁਹਾਡੇ ਕੋਲ ਬਹੁਤ ਸਾਰੇ ਛੋਟੇ ਆਈਟਮ ਜਾਂ ਫਰੈਕਸ਼ਨਲ ਟੈਕਸ ਹੁੰਦੇ ਹਨ। ਉਦਾਹਰਣ: 20 ਲਾਈਨਾਂ ਹਰ ਇੱਕ 0.004 ਗੋਲਿੰਗ ਬਾਕੀ ਪੈਦਾ ਕਰ ਰਹੀਆਂ ਹਨ। ਲਾਈਨ ਪ੍ਰਤੀ ਗੋਲਿੰਗ ਨਾਲ ਉਹ 0.08 ਤਕ ਫਰਕ ਬਣ ਸਕਦਾ ਹੈ, ਜਦਕਿ ਆਖਰੀ ਟੋਟਲ 'ਤੇ ਗੋਲਿੰਗ ਨਾਲ ਇਹ ਨਹੀਂ। FX ਕਨਵਰਜ਼ਨ ਦੇ ਨਾਲ, ਇਹ ਛੋਟੀ-ਛੋਟੀ ਬਾਕੀਆਂ ਵਧ-ਵਧ ਕੇ ਸਮੇਂ ਨਾਲ ਇਕੱਠੀਆਂ ਹੋ ਜਾਂਦੀਆਂ ਹਨ।
ਜੋ ਵੀ ਤੁਸੀਂ ਚੁਣੋ, ਇਸਨੂੰ ਤੈਅ ਅਤੇ ਨਿਰਧਾਰਿਤ ਬਣਾਓ। ਇੱਕੋ ਇਨਪੁੱਟ ਨੂੰ ਹਰ ਵਾਰ ਇੱਕੋ ਆਉਟਪੁੱਟ ਦੇਣਾ ਚਾਹੀਦਾ ਹੈ:
ਜੇ ਤੁਸੀਂ ਵੈੱਬ ਅਤੇ ਮੋਬਾਈਲ ਦੋਹਾਂ ਬਿਲਿੰਗ ਫਲੋ ਬਣਾਉਂਦੇ ਹੋ, ਤਾਂ ਗੋਲਿੰਗ ਨਿਯਮ ਨੂੰ UI ਵਿਹਾਰ ਵਜੋਂ ਨਹੀਂ, ਸਪੱਠ ਟੈਸਟਯੋਗ ਸਪੈੱਕ ਵਜੋਂ ਲਿਖੋ।
ਵੈੱਬ, ਮੋਬਾਈਲ ਅਤੇ ਅਕਾਊਂਟਿੰਗ ਐਕਸਪੋਰਟ ਵਿੱਚ ਇਕੋ ਨੰਬਰ ਬਣਾਈ ਰੱਖਣ ਲਈ, ਗਣਨਾ ਨੂੰ ਇੱਕ ਰੇਸੀਪੀ ਵਾਂਗ ਸਮਝੋ। ਮੁੱਖ ਵਿਚਾਰ: ਉੱਚ ਪ੍ਰਿਸੀਜ਼ਨ ਨਾਲ ਗਣਨਾ ਕਰੋ, ਪਰ ਸਿਰਫ਼ ਇਨवੌਇਸ ਮੁਦਰਾ ਵਿੱਚ ਇੰਟੀਜਰ ਸਟੋਰ ਅਤੇ ਜੋੜੋ।
ਹਰ ਲਾਈਨ ਆਈਟਮ ਨੈੱਟ ਰਕਮ ਉੱਚ ਪ੍ਰਿਸੀਜ਼ਨ ਵਿੱਚ ਸ਼ੁਰੂ ਕਰੋ। ਮਾਤਰਾ ਨਾਲ ਗੁਣਾ ਕਰਨ, ਛੂਟ ਲਗਾਉਣ, ਅਤੇ (ਜਰੂਰਤ ਹੋਵੇ ਤਾਂ) ਮੁਦਰਾ ਬਦਲਣ ਦੌਰਾਨ ਵਾਧੂ ਦਸ਼ਮਲਵ ਰੱਖੋ। ਫਿਰ ਆਪਣੀ ਚੁਣੀ ਗੋਲਿੰਗ ਨੀਤੀ ਅਨੁਸਾਰ ਇਨਵੌਇਸ ਮੁਦਰਾ ਦੇ ਮਾਈਨਰ ਯੂਨਿਟਾਂ ਵਿੱਚ ਇੱਕ ਵਾਰ ਗੋਲ ਕਰੋ। ਉਸ ਇੰਟੀਜਰ ਨੂੰ ਲਾਈਨ ਨੈੱਟ ਵਜੋਂ ਸਟੋਰ ਕਰੋ।
ਸਟੋਰ ਕੀਤੇ ਲਾਈਨ ਨੈੱਟ ਤੋਂ ਟੈਕਸ ਗਣਨਾ ਕਰੋ (ਜਾਂ ਜੇ ਤੁਹਾਡੇ ਨਿਯਮ ਸਮੂਹ-ਟੈਕਸ ਦੀ ਆਗਿਆ ਦਿੰਦੇ ਹਨ ਤਾਂ ਟੈਕਸ ਗਰੁੱਪ ਸਬਟੋਟਲ ਤੋਂ)। ਇੱਕੋ ਗੋਲਿੰਗ ਨਿਯਮ ਲਗਾਓ ਅਤੇ ਟੈਕਸ ਨੂੰ ਮਾਈਨਰ ਯੂਨਿਟਾਂ ਵਿੱਚ ਸਟੋਰ ਕਰੋ। ਇਹੀ ਉਹ ਜਗ੍ਹਾ ਹੈ ਜਿੱਥੇ ਸਿਸਟਮ ਆਮ ਤੌਰ 'ਤੇ ਡ੍ਰਿਫਟ ਕਰਦੇ ਹਨ: ਇੱਕ ਪਾਸਾ ਟੈਕਸ ਤੋਂ ਪਹਿਲਾਂ ਗੋਲ ਕਰਦਾ ਹੈ, ਦੂਜਾ ਬਾਅਦ ਵਿੱਚ।
ਹਰ ਲਾਈਨ ਗ੍ਰੋਸ ਨੂੰ (ਸਟਰਡ ਨੈੱਟ + ਸਟਰਡ ਟੈਕਸ) ਵਜੋਂ ਗਣਨਾ ਕਰੋ। ਇਨਵੌਇਸ ਟੋਟਲ ਸਟੋਰ ਕੀਤੇ ਮਾਈਨਰਾਂ ਦੇ ਜੋੜ ਹਨ। ਪ੍ਰਦਰਸ਼ਨ ਲਈ ਟੋਟਲ ਫਲੋਟਿੰਗ ਪੁਨਰਗਣਨਾ ਨਾ ਕਰੋ—ਡਿਸਪਲੇ ਅਤੇ ਐਕਸਪੋਰਟ ਸਟੋਰ ਕੀਤੇ ਇੰਟੀਜਰ ਨੂੰ ਪੜ੍ਹ ਕੇ ਫਾਰਮੇਟ ਕਰਨ।
ਜੇ ਤੁਹਾਡੇ ਸਥਾਨਕ ਨਿਯਮ ਇਨਵੌਇਸ-ਸਤਰ ਟੈਕਸ ਟੋਟਲ ਦੀ ਲੋੜ ਕਰਦੇ ਹਨ, ਤਾਂ ਤੁਹਾਨੂੰ ਬਾਕੀ ਵੰਡਣ ਦੀ ਲੋੜ ਪੈ ਸਕਦੀ ਹੈ। ਉਦਾਹਰਣ: ਤਿੰਨ ਲਾਈਨਾਂ ਹਰ ਇੱਕ 0.01 ਟੈਕਸ ਬਣਾਉਂਦੀਆਂ ਹਨ ਪਰ ਇਨਵੌਇਸ-ਸਤਰ ਗੋਲਿੰਗ 0.02 ਦੱਸਦੀ ਹੈ। ਇੱਕ ਨਿਰਧਾਰਿਤ ਟਾਈ-ਬ੍ਰੇਕਰ ਨਿਰਧਾਰਤ ਕਰੋ (ਉਦਾਹਰਣ: ਸਭ ਤੋਂ ਵੱਡੀ ਟੈਕਸਬਲ ਲਾਈਨ ਤੋਂ ਸ਼ੁਰੂ ਕਰਕੇ 1 ਮਾਈਨਰ ਯੂਨਿਟ ਜੋੜੋ ਜਾਂ ਘਟਾਓ, ਫਿਰ ਲਾਈਨ id ਨਾਲ ਸਥਿਰ ਸੋਰਟ)। ਇਸ ਸਮਰਧਨ ਨੂੰ ਛੋਟੇ ਟੈਕਸ ਸੁਧਾਰ ਵਜੋਂ ਪ੍ਰਭਾਵਿਤ ਲਾਈਨਾਂ 'ਤੇ ਸਟੋਰ ਕਰੋ ਤਾਂ ਕਿ ਹਰ ਸਿਸਟਮ ਇਹ ਦੁਬਾਰਾ ਪ੍ਰਜਨਨ ਕਰ ਸਕੇ।
ਇਨਵੌਇਸ ਨੂੰ ਲੌਕ ਕਰੋ। ਆਖਰੀ ਗੋਲਿੰਗ ਅਤੇ ਕਿਸੇ ਵੀ ਬਾਕੀ ਵੰਡ ਤੋਂ ਬਾਅਦ, ਇਨਵੌਇਸ ਨੂੰ ਅਟੱਲ ਮੰਨੋ। ਜੇ ਵਕਤ 'ਚ ਪਲਾਨ ਬਦਲਦਾ ਹੈ, ਤਾਂ ਨਵੀਂ ਇਨਵੌਇਸ ਜਾਂ ਕ੍ਰੈਡਿਟ ਨੋਟ ਬਣਾਓ, ਪਰ ਪੁਰਾਣੇ ਨੰਬਰਾਂ ਨੂੰ ਕਦੇ ਨਹੀਂ ਦੁਬਾਰਾ ਲਿਖੋ।
ਇੱਕ ਠੋਸ ਚੈੱਕ: ਜੇ 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 ਹੋਏਗਾ। ਦੋਹਾਂ ਸਮਰਥਨਯੋਗ ਹਨ, ਪਰ ਸਹਿਮਤ ਨਹੀਂ।
ਜਦੋਂ ਤੁਹਾਨੂੰ ਹਰ-ਲਾਈਨ ਟੈਕਸ ਦਿਖਾਉਣਾ ਲਾਜ਼ਮੀ ਹੋਵੇ ਪਰ ਇਨਵੌਇਸ ਟੋਟਲ ਨੂੰ ਬਿਲਕੁਲ ਮਿਲਾਉਣਾ ਵੀ ਲਾਜ਼ਮੀ ਹੋਵੇ, ਤਾਂ ਗੋਲਿੰਗ ਬਾਕੀ ਨੂੰ ਨਿਰਧਾਰਿਤ ਤਰੀਕੇ ਨਾਲ ਵੰਡੋ:
ਐਕਸਪੋਰਟ ਫਿਰ ਵੀ ਤਬਦੀਲ ਹੋ ਸਕਦੇ ਹਨ ਜਦੋਂ ਅਕਾਊਂਟਿੰਗ ਲਾਈਨਾਂ ਨੂੰ ਗਰੁੱਪ ਕਰਦਾ ਹੈ (ਉਤਪਾਦ, ਟੈਕਸ ਦਰ, ਜਾਂ ਜੁਰਿਸਡਿਕਸ਼ਨ ਰਾਹੀਂ)। ਐਕਸਪੋਰਟ ਟੋਟਲ ਨੂੰ ਇਨਵੌਇਸ ਟੋਟਲ ਦੇ ਬਰਾਬਰ ਰੱਖਣ ਲਈ, ਪਹਿਲਾਂ ਜ਼ਰੂਰੀ ਗਰੁੱਪਾਂ ਵਿੱਚ ਬਾਕੀ ਵੰਡੋ, ਫਿਰ ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਗਰੁੱਪ ਟੋਟਲ ਇਨਵੌਇਸ ਟੈਕਸ ਅਤੇ ਗ੍ਰੋਸ ਦੇ ਨਾਲ ਰੋਲ-ਅੱਪ ਹੋ ਰਹੇ ਹਨ।
ਜੇਕਰ ਅਕਾਊਂਟਿੰਗ ਨੂੰ ਦਰਾਂ ਜਾਂ ਜੁਰਿਸਡਿਕਸ਼ਨ ਅਨੁਸਾਰ ਟੈਕਸ ਵੰਡ ਦੀ ਲੋੜ ਹੈ ਪਰ UI ਇੱਕ ਟੈਕਸ ਨੰਬਰ ਦਿਖਾਉਂਦਾ ਹੈ, ਤਾਂ ਤਫਸੀਲ ਵਾਲਾ ਬ੍ਰੇਕਡਾਊਨ ਫਿਰ ਵੀ ਸਟੋਰ ਕਰੋ (ਹਰ ਦਰ ਜਾਂ ਜੁਰਿਸਡਿਕਸ਼ਨ ਲਈ ਟੈਕਸਬਲ ਬੇਸ ਅਤੇ ਟੈਕਸ ਰਕਮ) ਜਿਨ੍ਹਾਂ ਨਾਲ ਐਕਸਪੋਰਟ ਤਫਸੀਲ ਲੈ ਕੇ ਜਾ ਸਕਦਾ ਹੈ ਬਿਨਾਂ ਇਨਵੌਇਸ ਗਰੈਂਡ ਟੋਟਲ ਨੂੰ ਬਦਲੇ।
ਅਧਿਕਤਰ ਇਨਵੌਇਸ ਅਸੰਗਤੀਆਂ ਕੋਨਿਆਂ ਵਿੱਚ ਹੁੰਦੀਆਂ ਹਨ। ਨਿਯਮ ਪਹਿਲਾਂ ਲਿਖ ਦਿਓ ਤਾਂ ਉਹ ਹੈਰਾਨੀ ਨਹੀਂ ਬਣਦੇ।
ਜ਼ੀਰੋ-ਦਸ਼ਮਲਵ ਮੁਦਰਾਵਾਂ ਖ਼ਾਸ ਧਿਆਨ ਮੰਗਦੀਆਂ ਹਨ। JPY ਅਤੇ KRW ਕੋਲ ਕੋਈ ਮਾਈਨਰ ਯੂਨਿਟ ਨਹੀਂ ਹੁੰਦਾ, ਇਸ ਲਈ ਕੋਈ ਵੀ ਕਦਮ ਜੋ "ਸੈਂਟ" ਸਮਝਦਾ ਹੈ ਖ਼ਾਮੋਸ਼ੀ ਨਾਲ ਫਰਕ ਪੈਦਾ ਕਰੇਗਾ। ਨਿਰਧਾਰਤ ਕਰੋ ਕਿ ਤੁਸੀਂ ਹਰ ਲਾਈਨ, ਟੈਕਸ ਪੱਧਰ, ਜਾਂ ਸਿਰਫ਼ ਆਖਿਰਲੇ ਟੋਟਲ 'ਤੇ ਕਦੋਂ ਗੋਲ ਕਰੋਗੇ, ਅਤੇ ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਹਰ ਕਲਾਇੰਟ ਇੱਕੋ ਮੁਦਰਾ ਸੈਟਿੰਗ ਵਰਤਦਾ ਹੈ।
ਪਰ-ਸੰਘੀ VAT ਜਾਂ GST ਗਾਹਕ ਦੀ ਜਗ੍ਹਾ ਅਤੇ ਤੁਸੀਂ ਕਿਹੜੀ ਸਬੂਤ ਮਨਦੇ ਹੋ (ਬਿਲਿੰਗ ਐਡਰੈੱਸ, IP, ਟੈਕਸ ID) 'ਤੇ ਆਧਾਰਿਤ ਰੇਟ ਬਦਲ ਸਕਦਾ ਹੈ। ਮੁਸ਼ਕਲ ਗੱਲ ਰੇਟ ਨਹੀਂ, ਇਸ ਨੂੰ ਲੌਕ ਕਰਨ ਦਾ ਸਮਾਂ ਹੈ। ਚੈੱਕਆਊਟ, ਇਨਵੌਇਸ ਜਾਰੀ ਕਰਨ ਦੀ ਤਾਰੀਖ, ਜਾਂ ਸਰਵਿਸ ਪੀਰੀਅਡ ਸ਼ੁਰੂਆਤ—ਇੱਕ ਬਿੰਦੂ ਚੁਣੋ ਅਤੇ ਓਸ 'ਤੇ ਟਿਕੋ।
ਪ੍ਰੋਰੇਸ਼ਨ ਉਹ ਜਗ੍ਹਾ ਹੈ ਜਿੱਥੇ ਫਰੈਕਸ਼ਨ ਬਰਾਬਰ ਹੁੰਦੀਆਂ ਹਨ। ਮਿਡ-ਸਾਈਕਲ ਅਪਗਰੇਡ ਦਿਨ ਦੇ 9.3333... ਆਦਿ ਬਣਾਉਂਦਾ ਹੈ। ਨਿਰਧਾਰਤ ਕਰੋ ਕਿ ਤੁਸੀਂ ਪਹਿਲਾਂ ਨੈੱਟ ਪ੍ਰੋਰੇਟ ਕਰੋਗੇ, ਫਿਰ ਟੈਕਸ ਕਢੋਗੇ, ਜਾਂ ਪਹਿਲਾਂ ਸਰਵਿਸ ਪੀਰਿਯਡ ਨੂੰ ਨਿਕਾਲ ਕੇ ਬਾਕੀ ਕਰਾਂਗੇ—ਕ੍ਰਮ ਬਦਲਣ ਨਾਲ ਅਖੀਰਲੇ ਮਾਈਨਰ ਯੂਨਿਟ 'ਤੇ ਅਸਰ ਪਵੇਗਾ।
ਇਹ ਨਿਯਮ ਲਿਖੋ ਤਾਂ ਕਿ ਸਮਾਂ ਦੇ ਨਾਲ ਇਹ ਨਹੀਂ ਬਦਲਣ:
ਰੀਫੰਡ ਆਖਰੀ ਜਾਲ ਹੈ। ਜੇ ਮੂਲ ਇਨਵੌਇਸ ਵਿੱਚ 0.01 ਗੋਲ ਬਾਕੀ ਕਿਸੇ ਇੱਕ ਲਾਈਨ 'ਤੇ ਵੰਡਿਆ ਗਿਆ ਸੀ, ਤਾਂ ਤੁਹਾਡਾ ਰੀਫੰਡ ਉਸੇ ਸ正 ਵੰਡ ਨੂੰ ਉਲਟ ਕਰੇ। ਨਹੀਂ ਤਾਂ ਗਾਹਕ ਇੱਕ ਟੋਟਲ ਵੇਖੇਗਾ, ਅਤੇ ਤੁਹਾਡੇ ਲੇਜਰ ਐਕਸਪੋਰਟ ਹੋਰ।
ਜ਼ਿਆਦातर ਇਨਵੌਇਸ ਅਸੰਗਤੀਆਂ "ਕਠੋਰ ਗਣਿਤ" ਦੇ ਕਾਰਨ ਨਹੀਂ ਹੁੰਦੀਆਂ। ਇਹ ਛੋਟੀਆਂ, ਅਸਮੰਜਸਪੂਰਨ ਚੋਣਾਂ ਕਾਰਨ ਹੁੰਦੀਆਂ ਹਨ ਜੋ ਸਟੈਕ ਦੇ ਵੱਖ-ਵੱਖ ਹਿੱਸਿਆਂ ਵਿੱਚ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ।
ਇੱਕ ਵੱਡੀ ਗਲਤੀ ਪੈਸਾ ਫਲੋਟ ਵਜੋਂ ਸਟੋਰ ਕਰਨਾ ਹੈ। 19.99 ਵਰਗਾ ਮੁੱਲ ਕਈ ਸਿਸਟਮਾਂ ਵਿੱਚ ਬਰਾਬਰ ਤਰੀਕੇ ਨਾਲ ਪ੍ਰਤੀਨਿਧਿਤ ਨਹੀਂ ਹੋ ਸਕਦਾ, ਇਸ ਲਈ ਲੜੀਵਾਰ ਜੋੜਣ, ਡਿਸਕਾਊਂਟ ਲਗਾਉਣ, ਜਾਂ ਟੈਕਸ ਕਢਣ 'ਤੇ ਛੋਟੀਆਂ ਗਲਤੀਆਂ ਬਨ ਜਾਂਦੀਆਂ ਹਨ। ਮੂਲ ਰਕਮਾਂ ਨੂੰ ਮਾਈਨਰ ਯੂਨਿਟਾਂ ਵਿੱਚ ਇੰਟੀਜਰ ਵਜੋਂ ਸਟੋਰ ਕਰੋ,ਨਾਲ ਹੀ ਕਰੰਸੀ ਕੋਡ ਅਤੇ ਮਾਈਨਰ ਯੂਨਿਟ ਸਕੇਲ।
ਹੋਰ ਆਮ ਮੁੱਦਾ: ਐਕਸਪੋਰਟ ਦੌਰਾਨ FX ਨੂੰ ਦੁਬਾਰਾ ਗਣਨਾ ਕਰਨਾ। ਗਾਹਕ ਨੇ ਇੱਕ ਨਿਸ਼ਚਿਤ ਦਰ ਤੇ ਭੁਗਤਾਨ ਕੀਤਾ। ਜੇ ਤੁਹਾਡੀ ਅਕਾਊਂਟਿੰਗ ਐਕਸਪੋਰਟ "ਅੱਜ ਦੀ" ਦਰ ਖਿੱਚਦੀ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਵੱਖਰਾ ਟੋਟਲ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦੇ ਹੋ ਭਾਵੇਂ ਹਰ ਕਦਮ ਠੀਕ ਹੋਵੇ। ਇਨਵੌਇਸ ਨੂੰ ਇੱਕ ਸਨੈਪਸ਼ਾਟ ਮਨੋ: FX ਰੇਟ, ਰੂਪਾਂਤਰਿਤ ਰਕਮਾਂ, ਅਤੇ ਗੋਲਿੰਗ ਨਤੀਜੇ ਸਟੋਰ ਕਰੋ।
ਗੋਲਿੰਗ ਅੰਤਰ ਉਹ ਵੇਲੇ ਵੀ ਆਉਂਦਾ ਹੈ ਜਦੋਂ UI ਅਤੇ ਬੈਕਐਂਡ ਵੱਖ-ਵੱਖ ਸਟੇਪ 'ਤੇ ਗੋਲ ਕਰਦੇ ਹਨ। ਉਦਾਹਰਣ ਲਈ, ਬੈਕਐਂਡ ਲਾਈਨ-ਦਰ ਟੈਕਸ ਗੋਲ ਕਰ ਸਕਦਾ ਹੈ, ਜਦਕਿ ਵੈੱਬ UI ਸਿਰਫ਼ ਆਖਰੀ ਟੋਟਲ ਨੂੰ ਗੋਲ ਕਰਦਾ ਹੈ। ਦੋਹਾਂ ਵੱਜੋਂ ਤਰਕਸੰਗਤ ਲੱਗ ਸਕਦੇ ਹਨ, ਪਰ ਉਹ ਮਿਲਦੀਆਂ ਨਹੀਂ।
ਪੰਜ ਮੁੱਖ ਕਰੀਨਾਂ ਜ਼ਿਆਦਾਤਰ ਫাঁਕੀਆਂ ਬਣਾਉਂਦੀਆਂ ਹਨ:
ਇੱਕ ਸਧਾਰਣ ਹਕੀਕਤ: ਮੋਬਾਈਲ ਐਪ ਨੇ EUR 9.99 ਦੇ 3 ਆਈਟਮ 20% ਟੈਕਸ ਨਾਲ ਦਿਖਾਏ ਹੋਣ ਤੇ ਜੇ ਐਪ ਆਖਿਰ 'ਤੇ ਟੈਕਸ ਗੋਲ ਕਰਦਾ ਹੈ ਪਰ ਬੈਕਐਂਡ ਲਾਈਨ-ਦਰ ਗੋਲ ਕਰਦਾ ਹੈ, ਤਾਂ 0.01 EUR ਤੱਕ ਦਾ ਫਰਕ ਹੋ ਸਕਦਾ ਹੈ। ਉਹ ਇੱਕ ਸੈਂਟ ਰੀਕਾਂਸਿਲੀਏਸ਼ਨ ਤੋੜ ਸਕਦੀ ਹੈ ਅਤੇ ਸਪੋਰਟ ਟਿਕਟ ਜਨਮ ਦੇ ਸਕਦੀ ਹੈ।
ਸਭ ਤੋਂ ਸਾਦਾ ਠੀਕ-ਪਦ ਕਮ ਅਸਰਦਾਰ ਹੈ: ਬੈਕਐਂਡ ਇੱਕ ਵਾਰ ਗਣਨਾ ਕਰੇ, ਪੂਰਾ ਇਨਵੌਇਸ ਸਨੈਪਸ਼ਾਟ ਸਟੋਰ ਕਰੇ, ਅਤੇ ਵੈੱਬ/ਮੋਬਾਈਲ ਉਨ੍ਹਾਂ ਸਟੋਰ ਕੀਤੀਆਂ ਨੰਬਰਾਂ ਨੂੰ ਬਿਲਕੁਲ ਓਥੇ ਹੀ ਰੈਂਡਰ ਕਰਨ।
ਜਦੋਂ ਨੰਬਰ ਵੈੱਬ, ਮੋਬਾਈਲ, ਅਤੇ ਐਕਸਪੋਰਟ ਵਿੱਚ ਵੱਖ-ਵੱਖ ਹੁੰਦੇ ਹਨ, ਅਕਸਰ ਇਹ ਗਣਿਤ ਦੀ ਸਮੱਸਿਆ ਨਹੀਂ ਹੁੰਦੀ—ਇਹ ਸਟੋਰੇਜ ਅਤੇ ਗੋਲਿੰਗ ਦੀ ਸਮੱਸਿਆ ਹੁੰਦੀ ਹੈ।
ਇਸ ਸਿਧਾਂਤ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ ਕਿ ਕਲਾਇੰਟ ਉਹੀ ਦਿਖਾਏ ਜੋ ਇਨਵੌਇਸ ਸਟੋਰ ਕਰਦਾ ਹੈ, ਨਹੀਂ ਕਿ ਦੁਬਾਰਾ ਗਣਨਾ ਕਰੇ। ਤੁਹਾਡਾ ਬੈਕਐਂਡ ਇੱਕੋ ਸੌਰਸ ਆਫ਼ ਟ ਰੂਥ ਹੋਵੇ, ਅਤੇ ਹਰ ਚੈਨਲ ਉਹੀ ਸੰਭਾਲੀ ਹੋਈਆਂ ਮੁੱਲਾਂ ਪੜ੍ਹੇ।
ਰੀਫੰਡ ਅਤੇ ਕ੍ਰੈਡਿਟ ਨੋਟਾਂ ਨੂੰ ਮੂਲ ਇਨਵੌਇਸ ਦੀਆਂ ਗੋਲਿੰਗ ਨਤੀਜਿਆਂ ਨੂੰ ਮਿਰਰ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਜੇ ਮੂਲ ਇਨਵੌਇਸ ਨੇ ਹਰ ਲਾਈਨ 'ਤੇ ਟੈਕਸ ਗੋਲ ਕੀਤਾ ਸੀ, ਤਾਂ ਰੀਫੰਡ ਵੀ ਉਸੇ ਤਰੀਕੇ ਨਾਲ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਉਨ੍ਹਾਂ ਹੀ ਕਰੰਸੀ ਪ੍ਰਿਸੀਜ਼ਨ ਅਤੇ ਸਟੋਰ ਕੀਤੀ FX ਦਰ ਵਰਤ ਕੇ। ਨਹੀਂ ਤਾਂ ਛੋਟੀਆਂ ਬਾਕੀਆਂ ਸਮੇਂ ਨਾਲ ਜੁੜ ਕੇ ਵਧ ਸਕਦੀਆਂ ਹਨ।
ਇਸਨੂੰ ਲਾਗੂ ਕਰਨ ਲਈ ਇਕ ਪ੍ਰਯੋਗਿਕ ਤਰੀਕਾ ਇਹ ਹੈ ਕਿ ਹਰ ਇਨਵੌਇਸ ਨਾਲ ਇੱਕ ਸਪੱਸ਼ਟ ਗਣਨਾ ਸਨੈਪਸ਼ਾਟ ਸਟੋਰ ਕੀਤਾ ਜਾਵੇ: ਮੁਦਰਾ, ਮਾਈਨਰ ਯੂਨਿਟ ਪ੍ਰਿਸੀਜ਼ਨ, ਗੋਲਿੰਗ ਮੋਡ, FX ਰੇਟ ਅਤੇ ਟਾਈਮਸਟੈਂਪ, ਅਤੇ ਫਾਈਨਲਾਈਜ਼ਡ ਲਾਈਨ ਮਾਈਨਰ।
ਇੱਥੇ ਇੱਕ ਇਨਵੌਇਸ ਹੈ ਜੋ ਹਰ ਜਗ੍ਹਾ ਇਕਸਾਰ ਰਹਿੰਦੀ ਹੈ।
ਮੰਨੋ ਇਨਵੌਇਸ EUR ਵਿੱਚ ਜਾਰੀ ਹੈ (2 ਦਸ਼ਮਲਵ), VAT 20% ਹੈ, ਅਤੇ ਗਾਹਕ ਨੂੰ USD ਵਿੱਚ ਚਾਰਜ ਕੀਤਾ ਜਾ ਰਿਹਾ ਹੈ। ਬੈਕਐਂਡ FX ਸਨੈਪਸ਼ਾਟ ਸਟੋਰ ਕਰਦਾ ਹੈ: 1 EUR = 1.0857 USD।
| Item | Net (EUR) |
|---|---|
| Pro plan (monthly) | 19.99 |
| Extra seats | 10.00 |
| Discount (10% of 29.99, rounded) | -3.00 |
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 ਸਨੈਪਸ਼ਾਟ ਨੂੰ ਵਰਤਦਾ ਹੈ:
ਜੇ ਤੁਸੀਂ USD ਪ੍ਰਤੀ-ਲਾਈਨ ਰਕਮਾਂ ਵੀ ਸਟੋਰ ਕਰਦੇ ਹੋ, ਤਾਂ ਅਕਸਰ ਹਰ ਇਕ ਕਨਵਰਟ ਕੀਤੀ ਲਾਈਨ ਨੂੰ ਗੋਲ ਕਰਕੇ ਜੋੜਨ 'ਤੇ 0.01 ਦਾ ਫਰਕ ਆ ਸਕਦਾ ਹੈ। ਇਹੀ ਜਗ੍ਹਾ ਹੈ ਜਿੱਥੇ ਇਨਵੌਇਸ ਆਮ ਤੌਰ 'ਤੇ ਡ੍ਰਿਫਟ ਕਰਦੇ ਹਨ।
ਇਸਨੂੰ ਨਿਰਧਾਰਿਤ ਬਣਾਓ: ਹਰ ਲਾਈਨ ਨੂੰ ਕਨਵਰਟ ਅਤੇ ਗੋਲ ਕਰੋ, ਫਿਰ ਕੋਈ ਵੀ ਬਚੇ ਹੋਏ ਸੈਂਟ (ਸਕਾਰਾਤਮਕ ਜਾਂ ਨਾ) ਇੱਕ ਨਿਸ਼ਚਿਤ ਕ੍ਰਮ ਵਿੱਚ (ਉਦਾਹਰਣ ਲਈ line_id ਉਭਰੇ) ਵੰਡੋ ਜਦ ਤੱਕ ਪ੍ਰਤੀ-ਲਾਈਨ ਜੋੜ ਪਹਿਲਾਂ ਤੋਂ ਫਿਕਸ ਕੀਤੇ ਗ੍ਰੋਸ USD ਟੋਟਲ ਦੇ ਬਰਾਬਰ ਨਾ ਹੋ ਜਾਵੇ।
ਵੈੱਬ ਅਤੇ ਮੋਬਾਈਲ ਨੂੰ ਬੈਕਐਂਡ-ਸਟੋਰ ਕੀਤੇ ਲਾਈਨ ਟੋਟਲ, ਟੈਕਸ ਟੋਟਲ, FX ਰੇਟ, ਅਤੇ ਗ੍ਰੋਸ ਦਿਖਾਉਣੇ ਚਾਹੀਦੇ ਹਨ—ਪੁਨਰਗਣਨਾ ਨਹੀਂ। ਅਕਾਊਂਟਿੰਗ ਐਕਸਪੋਰਟ ਉਹੀ ਸਟੋਰ ਕੀਤੀਆਂ ਰਕਮਾਂ ਅਤੇ FX ਸਨੈਪਸ਼ਾਟ (ਰੇਟ, ਟਾਈਮਸਟੈਂਪ ਜਾਂ ਸਰੋਤ) ਨਿਕਾਲੇ ਤਾਂ ਕਿ ਲੇਜਰ ਗਾਹਕ ਨੇ ਜੋ ਵੇਖਿਆ ਉਹੀ ਹੋਵੇ।
ਪਹਿਲਾ ਲਾਗੂ ਕਰਨ ਵਾਲਾ ਕਦਮ: ਇਹ ਗਣਨਾ ਇੱਕ ਸਾਂਝੀ ਸਰਵਿਸ ਵਜੋਂ ਇੰਪਲੀਮੈਂਟ ਕਰੋ ਜੋ ਇੱਕ ਇਕੱਲਾ ਇਨਵੌਇਸ ਸਨੈਪਸ਼ਾਟ (ਲਾਈਨ, ਟੈਕਸ, ਟੋਟਲ, FX, ਗੋਲਿੰਗ ਸਧਾਰਨ) ਆਉਟਪੁੱਟ ਕਰੇ ਅਤੇ ਹਰ ਚੈਨਲ ਉਸ ਤੋਂ ਰੈਂਡਰ ਕਰੇ। ਜੇ ਤੁਸੀਂ ਇਹ ਫਲੋ Koder.ai (koder.ai) 'ਤੇ ਤਿਆਰ ਕਰ ਰਹੇ ਹੋ, ਤਾਂ ਇਹ ਸਨੈਪਸ਼ਾਟ ਮਾਡਲ ਵੈੱਬ, ਮੋਬਾਈਲ, ਅਤੇ ਐਕਸਪੋਰਟ ਨੂੰ ਇਕਸਾਰ ਰੱਖਣ ਵਿੱਚ ਮਦਦਗਾਰ ਹੈ ਕਿਉਂਕਿ ਉਹ ਸਾਰੇ ਇਕੋ ਸਟੋਰ ਕੀਤੀਆਂ ਮੁੱਲਾਂ ਪੜ੍ਹ ਸਕਦੇ ਹਨ।
ਕਿਉਂਕਿ ਹਰ ਸਿਸਟਮ ਅਕਸਰ ਥੋੜ੍ਹੇ-ਥੋੜ੍ਹੇ ਫੈਸਲੇ ਕਰਦਾ ਹੈ — ਕਦੋਂ ਗੋਲ ਕਰਨਾ, ਕੀ ਗੋਲ ਕਰਨਾ (ਨੈੱਟ ਵਿਰੁੱਧ ਗ੍ਰੋਸ), ਅਤੇ ਟੈਕਸ/FX ਲਈ ਕਿੰਨੀ ਪ੍ਰਿਸੀਜ਼ਨ ਰੱਖੀ ਜਾਵੇ। ਇਹ ਛੋਟੀ-ਛੋਟੀ ਵੱਖ-ਵੱਖੀਆਂ 0.01–0.02 ਦੇ ਫਰਕ ਵਜੋਂ ਸਾਹਮਣੇ ਆ ਸਕਦੀਆਂ ਹਨ, ਖ਼ਾਸ ਕਰਕੇ ਜਦੋਂ ਪ੍ਰੋਰੇਸ਼ਨ, ਕ੍ਰੈਡਿਟ ਅਤੇ ਰੀਟ੍ਰਾਇ ਅਰਜੀਵਾਲਾਂ ਗਣਨਾ ਨੂੰ ਦੁਹਰਾਉਂਦੇ ਹਨ।
ਰੱਕਮਾਂ ਨੂੰ ਮਾਈਨਰ ਯੂਨਿਟਾਂ (ਜਿਵੇਂ ਸੈਂਟ) ਵਿੱਚ ਪੂਰੇ ਅੰਕਾਂ ਵਜੋਂ ਸਟੋਰ ਕਰੋ ਤੇ ਸਿਰਫ਼ ਡਿਸਪਲੇ ਲਈ ਫਾਰਮੇਟ ਕਰੋ। ਫਲੋਟਿੰਗ-ਪੌਇੰਟ ਅਦਾਦ ਕਈ ਵਾਰੀ ਬਰਾਬਰ ਤਰੀਕੇ ਨਾਲ ਦਿਖਾਈ ਨਹੀਂ ਦਿੰਦੀਆਂ, ਜਿਸ ਨਾਲ ਟੈਕਸ, ਛੂਟ ਜਾਂ ਮੁਲਤਾਨਾਂ ਜੋੜਦੇ ਸਮੇਂ ਛੋਟੀ ਗਲਤੀਆਂ ਆ ਸਕਦੀਆਂ ਹਨ।
ਇੱਕ ਚੀਜ਼ ਨੂੰ ਸਚਾਈ ਵਜੋਂ ਰੱਖੋ ਅਤੇ ਦੂਜੀਆਂ ਨੂੰ ਇੱਕੋ ਤਰੀਕੇ ਨਾਲ ਨਿਕਾਲੋ। ਆਮ ਰੁਝਾਨ ਹੈ ਕਿ net ਅਤੇ tax ਨੂੰ ਮਾਈਨਰ ਯੂਨਿਟਾਂ ਵਿੱਚ ਸਟੋਰ ਕੀਤਾ ਜਾਵੇ ਅਤੇ gross = net + tax ਨਿਕਾਲਿਆ ਜਾਵੇ, ਕਿਉਂਕਿ ਇਹ ਰੀਫੰਡ ਅਤੇ ਆਡਿਟ ਲਈ ਆਸਾਨ ਹੈ।
ਚਲਾਨ ਦੀ ਕਿਸ਼ਤੀ ਉਹ ਮੁਦਰਾ ਹੈ ਜਿਸ 'ਚ ਲਾਜ਼ਮੀ ਤੌਰ 'ਤੇ ਟੋਟਲ ਪ੍ਰਿੰਟ ਹੁੰਦਾ ਹੈ ਅਤੇ ਜਿਸ ਨਾਲ ਤੁਸੀਂ ਰਿਕਾਂਸਾਈਲ ਕਰੋ। ਡਿਸਪਲੇ ਮੁਦਰਾ ਉਹ ਹੈ ਜੋ ਯੂਆਈ 'ਚ ਦਿਖਾਉਂਦੇ ਹੋ ਅਤੇ ਸੈਟਲਮੈਂਟ ਮੁਦਰਾ ਉਹ ਹੈ ਜੋ ਭੁਗਤਾਨ ਪ੍ਰੋਵਾਈਡਰ ਤੁਹਾਡੇ ਖਾਤੇ ਵਿੱਚ ਜਮ੍ਹਾ ਕਰਦਾ ਹੈ; ਇਹ ਇਕ-ਦੂਜੇ ਤੋਂ ਵੱਖ-ਵੱਖ ਹੋ ਸਕਦੇ ਹਨ, ਪਰ ਚਲਾਨ ਮੁਦਰਾ ਦੀਆਂ ਗਣਨਾਵਾਂ ਸੰਗਤ ਰਹਿਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ।
ਏਕ-ਦਫ਼ਾ ਦਰਾਂ ਫੇਰ-ਫਿੱਕਰਾ ਨਾ ਕਰੋ। ਇਨਵੌਇਸ 'ਤੇ ਵਰਤੀ ਗਈ ਸਹੀ FX ਦਰ (ਮੁੱਲ, ਪ੍ਰਿਸੀਜ਼ਨ, ਪ੍ਰੋਵਾਈਡਰ ਅਤੇ ਪ੍ਰਭਾਵੀ ਸਮਾਂ) ਸਟੋਰ ਕਰੋ ਅਤੇ ਹਮੇਸ਼ਾਂ ਇਸੇ ਨੂੰ ਦੁਬਾਰਾ ਵਰਤੋ ਤਾਂ ਕਿ ਪੁਰਾਣੀਆਂ ਚਲਾਨਾਂ ਮਹੀਨਿਆਂ ਬਾਅਦ ਵੀ ਇਕਸਾਰ ਰਹਿਣ।
ਇੱਕ ਨਿਯਮ ਚੁਣੋ: ਜਾਂ ਤਾਂ ‘ਇਨਵੌਇਸ ਜਾਰੀ ਹੋਣ ਵੇਲੇ ਦਰ ਲੌਕ ਕਰੋ’ ਜਾਂ ‘ਭੁਗਤਾਨ ਪਕੜਨ ਵੇਲੇ ਦਰ ਲੌਕ ਕਰੋ’—ਪھر ਉਸੇ ਨਿਯਮ ਨੂੰ ਹਰ ਜਗ੍ਹਾ ਲਾਗੂ ਕਰੋ। ਵੱਖ-ਵੱਖ ਟਾਈਮਸਟੈਂਪ ਮਿਕਸ ਕਰਨਾ ਮੁਆਇਨੇ ਵਿੱਚ ਅਸੰਗਤੀ ਦਾ ਸਬਬ ਬਣਦਾ ਹੈ।
ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਲਈ ਆਮ ਤੌਰ 'ਤੇ ਪ੍ਰਤੀ ਲਾਈਨ 'ਤੇ ਗੋਲਿੰਗ 默认 ਵਧੀਆ ਰਹਿੰਦੀ ਹੈ। ਹਰ ਲਾਈਨ ਨੂੰ ਗੋਲ ਕਰਨਾ ਗ੍ਰਾਹਕ ਲਈ ਪੇਸ਼ਗੀ ਭਰੋਸੇਯੋਗ ਹੁੰਦਾ ਹੈ, ਆਡਿਟ ਕਰਨ ਵਿੱਚ ਆਸਾਨ ਹੁੰਦਾ ਹੈ ਅਤੇ ਨਵੀਨੀਕਰਨਾਂ 'ਤੇ ਸਥਿਰ ਰਹਿੰਦਾ ਹੈ—ਬਸ ਹਰ ਚੈਨਲ ਵੱਖਰੇ ਨਿਯਮ ਨਾ ਲਾਗੂ ਕਰੇ।
ਪਹਚਾਨ ਕੇ ਲਵੋ ਕਿ ਤੁਸੀਂ per-line ਟੈਕਸ ਗੋਲਿੰਗ ਕਰੋਗੇ ਜਾਂ invoice-level ਗੋਲਿੰਗ—ਫਿਰ ਇਸਨੂੰ ਨਿਰਧਾਰਿਤ ਬਣਾਓ। ਜੇ ਤੁਹਾਨੂੰ ਇਨਵੌਇਸ-ਸਤਰ ਦੇ ਟਾਰਗੇਟ ਲਈ ਵੰਡ ਕਰਨੀ ਪਏ, ਤਾਂ ਬਾਕੀ ਮਾਈਨਰ ਯੂਨਿਟ ਨੂੰ ਫਿਕਸ ਤਰੀਕੇ ਨਾਲ ਲਾਈਨਾਂ 'ਤੇ ਵੰਡੋ ਅਤੇ ਉਹ ਵੰਡ ਸਟੋਰ ਕਰੋ ਤਾਂ ਹਰ ਸਿਸਟਮ ਇਕੋ ਨਤੀਜੇ ਦਿਖਾ ਸਕੇ।
ਪ੍ਰੋਰੇਸ਼ਨ ਦੁਹਰਾਉਂਦੀ ਦਸ਼ਮਲਵ ਬਣਾਉਂਦਾ ਹੈ, ਇਸ ਲਈ ਕਾਰਵਾਈ ਦੀ ਕ੍ਰਮ-ਕਸੋਤੀ ਕਰਣਾ ਜਰੂਰੀ ਹੈ। ਉਦਾਹਰਣ ਲਈ: ਪਹਿਲਾਂ ਨੈੱਟ ਪ੍ਰੋਰੇਟ ਕਰੋ, ਫਿਰ ਸਟੋਰ ਕੀਤੇ ਨੈੱਟ ਤੋਂ ਟੈਕਸ ਕਢੋ—ਅਤੇ ਉਸੇ ਨਿਰਧਾਰਿਤ ਕਦਮ 'ਤੇ ਗੋਲ ਕਰੋ। ਇਸ ਤਰ੍ਹਾਂ ਅਪਗ੍ਰੇਡ/ਡਾਊਨਗ੍ਰੇਡ/ਕ੍ਰੈਡਿਟ/ਰੀਫੰਡ ਉਹੀ ਅਸਲ ਗਣਿਤ ਦੁਹਰਾਉਂਦੇ ਹਨ।
ਬੈਕਐਂਡ ਇੱਕ ਫਾਈਨਲ ਇਨਵੌਇਸ ਸਨੈਪਸ਼ਾਟ ਤਿਆਰ ਕਰੇ (ਲਾਈਨ, ਟੈਕਸ, ਟੋਟਲ, ਮੁਦਰਾ ਨਿਯਮ, FX ਸਨੈਪਸ਼ਾਟ, ਗੋਲਿੰਗ ਮੋਡ) ਅਤੇ ਉਸ ਨੂੰ ਫਾਇਨਲ ਮੰਨ ਕੇ ਰੱਖੋ। ਫਿਰ ਵੈੱਬ, ਮੋਬਾਈਲ, PDF ਅਤੇ ਐਕਸਪੋਰਟ ਉਹੀ ਸਟੋਰ ਕੀਤੇ ਅੰਕ ਵਰਤਣ। ਇਹ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਆਰਕੀਟੈਕਚਰ ਹੈ ਅਤੇ Koder.ai 'ਤੇ ਬਿਲਿੰਗ ਫਲੋ ਬਣਾਉਂਦਿਆਂ ਵੀ ਇਹ ਅਚੰਗਾ ਪੈਟਰਨ ਹੈ।