FinanciënAccounting

Monsters van de betalingsopdracht. Money Order: monster

Vul betalingsopdrachten zal periodiek moeten zowel burgers en organisaties. Compilatie van relevante documenten vrij streng gereguleerd door de wet. Daarom is het raadzaam om de in de wetgeving vastgestelde criteria volgen. Wat is de specifieke vorm van betalingsopdrachten, waarmee de organisatie of natuurlijke personen het uitvoeren van transacties in belastingen, toeslagen, heffingen en andere gronden?

Volg de normen van de wet

De wetgeving met betrekking tot de vorming van financiële documenten in de Russische Federatie, vaak veranderen. Daarom, voordat het bestuderen van monsters van de betalingsopdracht, zal het nuttig zijn om de aandacht te vestigen op een aantal belangrijke bepalingen van de wetgeving met betrekking tot de betreffende procedure. Een van de belangrijkste bronnen van vandaag - RF Ministerie van Financiën Orde № 107 quindecies van 12 november 2013, waarin de regels voor de informatie in betalingsopdrachten goedgekeurd. Welke bepalingen van deze bron van recht bijzondere aandacht verdienen?

Bijvoorbeeld op het gebied 101 van betalingsopdrachten vennootschap met de status van fiscale agent moet een passende status, namelijk 01 of 02 aan te geven.

Als er een vraag over de noodzaak om de premies over te dragen - aan het pensioenfonds, Sociaal Verzekeringsfonds en FFOMS - die status moet 08. Vóór zijn uitsluitend geïndiceerd voor transacties in de FSS.

De belangrijkste innovatie - in een veld 105 hoeft niet te specificeren Okato en andere rekwisieten - OKTMO.

Een andere belangrijke innovatie van de opdracht van het ministerie van Financiën - UIN. Is aangegeven in veld 22 van de betalingsopdracht. Om de juiste UIN te vinden, moet u het advies van de territoriale afdeling van de Federal Tax Service op de vestigingsplaats van de organisatie te zoeken.

Sterk de procedure in het veld type betaling 110. In overeenstemming met de hierboven genoemde ministerie van Financiën orde vereenvoudigd, kunnen er drie opties die worden opgegeven respectieve props - PE (straf voor belastingen aan de begroting), PC (percentage van de kosten) of 0 (andere kosten).

Een andere belangrijke vernieuwing is goedgekeurd door de autoriteiten - in individuele de betalingsopdracht, kunt u slechts één CSC opgeven.

Interessante dingen met props in de 106, waarbij de vaste basis betaling. Hij is voorzien van zaken als de terugbetaling van de investering lening (of ID) schulden tijdens faillissement (TL, SC), kortlopende schulden (ST).

Op het gebied, als gevolg van de gegevens van de begunstigde, moet u de volledige of afgekorte naam van het onderwerp te geven. Veel advocaten, het creëren voor hun klanten te vullen patroon van betalingen IP opdrachten, aandacht besteden aan het feit dat de ondernemer moet worden gespecificeerd in het daarvoor bestemde veld naam en de status.

De praktijk van het werken met rekeningen

Dus, leren de fundamentele wettelijke nuances vullen platezhek, gaan naar praktische werk met deze documenten. Aan welke criteria moet voldoen aan de betalingsopdracht? Monster vullen, wat het ook was, zal in zijn structuur een aantal belangrijke gebieden, die elk een unieke code. We bestuderen hun bevolking.

Gegevens over de betaler en ontvanger

Alle monsters vullen betalingsinstructies omvat een benodigd als INN betaler (een code 60). Als het om wat voor reden het onderwerp van de rechtsverhoudingen niet, dan moet u instellen 0. Als de betalingsopdracht de natuurlijke personen die niet als ondernemers geregistreerd vult, maar op voorwaarde dat de vereiste 108 in het bijbehorende identifier veld 60 is optioneel code. Als een onderneming brengt een deel van het salaris van de werknemers in de begroting wordt aangegeven INN desbetreffende werknemer.

PPC props code 102 is gevuld met de rechtspersoon met een certificaat. Natuurlijke personen niet bezitten, dus dit gebied zetten 0 (evenals bedrijven die geld van de salarissen van werknemers in de begroting).

Informatie over de betaler

Props "Payer" code 8 - het belangrijkste document. Ongeacht wie de betalingsopdracht vormt, zal de vulling bron informatie bevatten over de desbetreffende onderwerp. Betalers kunnen zijn:

- rechtspersonen (in dit geval, hun naam al aangeeft);

- notarissen (ze voeren in het document en hun status Naam, adres van registratie);

- Hoofden van de bedrijven (vermeld volledige naam, de status, adres);

- natuurlijke personen (inschrijven volledige naam en adres).

- geconsolideerde groep van belastingplichtigen (vermeld de naam van de verantwoordelijke persoon);

- bedrijven die een deel van het salaris voor het doel van de overdracht naar de begroting te houden (inschrijven de naam).

Als u nodig hebt om het adres op te geven, is het raadzaam om twee slashes na // zetten.

De volgende belangrijke rekwisieten - "TIN begunstigde" met de code 61. Het kan worden gevonden in het departement betrokken regering beheert het ene of het andere type van de bijeenkomst. Dit props grenst aan de andere - "PPC begunstigde" code 16. Ook is in de overheidsorganen worden herkend.

Informatie over de compiler rekeningen

Heel belangrijk props ID 101, die informatie over het onderwerp, die de betalingsopdracht genereert wordt vastgelegd. het vullen van het monster (belastingen, heffingen, boetes) van dit document zal altijd onder dit item. Er zijn 26 mogelijke waarden van de respectievelijke steunen (bijv., 01 - belastingbetaler 02 - belastingadviseur, 09 - SP, etc ...).

Het opstellen van instructies voor de betaling van belastingen, boetes en straffen

Houd rekening met de specifieke kenmerken van de vorming van de rekeningen met de betaling van belastingen, boetes en straffen. Details waarvan wij zullen nu onderzoeken, zal bestaan uit vrijwel elk document - voor de overdracht van de inkomstenbelasting, vereenvoudigd belastingstelsel, een betalingsopdracht BTW. Monster vullen dergelijke bronnen optimaal in de samenhang van de structuur van de volgende criteria.

Een van de belangrijkste gebieden - dat wil zeggen code 104. Het CSC. Het is zeer ongewenst om fouten te maken in het, of financiële transacties gewoon niet de beoogde ontvanger te bereiken. Dit punt - bijna altijd opgenomen in de steekproef het vullen van de betalingsopdracht. RPF, FSS, HIF, de Federal Tax Service - onderwerpen die hun CSC hebben. Misschien wel, natuurlijk, in het geval van een fout met een indicatie van de CSC naar deze instellingen documenten corrigerende aard, maar als de looptijd van de desbetreffende transactie heeft plaatsgevonden, kan het niet aan de specificaties van de overeenkomstige code in eerste instantie geïnterpreteerd deze bureaus als een afwijking van de verplichtingen van de betaler door de wet bepaald.

Monsters van de betalingsopdracht omvatten altijd OKTMO code - in de 105. Eerder werd Okato code.

In de basis 106 is bevestigd financiële transacties. Monsters van de betalingsopdracht en altijd opnemen. Er zijn vele opties voor het opgeven van de respectievelijke steunen (bijv., TC - lopende betalingen RT - terugbetaling uitgestelde schulden TR - betaling van de schulden FTS verzoek, etc ...).

Correct de termijn vast

Code 107 komt overeen met de schroef, waarbij de vaste belastingtijdvak. In de structuur - 10 karakters (waarvan 8 hebben praktisch belang, andere - scheiden). In de eerste twee aangegeven transacties periodiciteit - MS, SW, SP, HD (maand, kwartaal, zes maanden of een jaar). De vierde en vijfde - de maand, kwartaal, half jaar voor de respectievelijke betalingen. Als de transactie is een keer per jaar uit te voeren, dan moet je zet 0 als de uitbetaling deadlines meer, dan moet je de datum van overdracht van fondsen die zijn opgericht. De overige personages in de rekwisieten gebruikt om het jaar waarin de vergoeding wordt betaald aan te geven.

Correct geeft u het nummer van het document

Code 108 komt overeen met de schroef, waarbij het vast aantal document uitstekende basis voor de transactie. Er zijn ook een groot aantal mogelijke opties (bv TR - nummer FNS eisen voor de betaling van vergoedingen, ON - besluit om de schuld TP uit te stellen - de definitie van de arbitrage, enz ...). Het kan worden opgemerkt dat de natuurlijke personen die de in de verklaring aangegeven belasting te betalen, moet 0 te zetten.

Correct geef de datum

Code 109 correspondeert met stutten, waarbij de datum van het document werkende basis voor de transactie aangeeft. De structuur wordt voorgesteld als 10 karakters. In de eerste twee sets specifieke dag van de maand, in de vierde en vijfde - maand, in de zevende, achtste en tiende - jaar. Het punt wordt gebruikt als de derde en zesde teken. Als de betaling is de huidige status - TP, dan moet je een datum die overeenkomt met die aangeven wanneer de aangifte of ander document door de betaler ondertekend. Als het gaat om vrijwillige schuldsanering voor de afgelopen periode, is het noodzakelijk een 0 te zetten in de overeenkomstige rekwisieten. Als de betaling basis - eis, TR, is het noodzakelijk om de datum van zijn vorming te geven. Hetzelfde - met de terugbetaling van de schuld. Als de hulpstukken van de natuurlijke personen die belasting betalen in het kader van de Verklaring vult, dan moet hij de datum die overeenkomt met de indiening van dit document met de IRS te zetten.

Code 110 - vereenvoudigde

Code 110 correspondeert met parameters zoals het type betaling. Vormen vrijwel elke onderneming monster vullen van de betalingsopdracht (PIT, boetes percentage) zal omvatten. Hier zijn mogelijk, zoals we hierboven hebben opgemerkt, de 3 opties - PE (sancties), PC (voor rente) of 0 (voor belastingen, boetes, kosten transacties). Evenzo 0 gezet als de documentopsteller is moeilijk om de juiste soort betaling aangeven.

Code 21 komt overeen met een dergelijke attributen als een regelmatige betaling. Het is aanbevolen om het nummer 5 te zetten - in overeenstemming met de bepalingen van de 855 ste artikel van het Burgerlijk Wetboek.

features UIN

Code 22 opgemerkt stemt overeen met een nieuwe prop - UIN (of een unieke identificator voor scores). Herken hem, zoals we hierboven vermeld, die nodig zijn in de Federale Belastingdienst, waarin de betalingsopdracht wordt gegeven is. Sommige advocaten adviseren echter van toepassing voor de relevante informatie aan de banken. Bijvoorbeeld, als de betalingsopdracht wordt gemaakt (vul patroon) Savings Bank, dan is waarschijnlijk de beste optie - in overleg met deskundigen van de krediet- en financiële instelling. Echter, zoals deskundigen zeggen, als het onmogelijk is om de UIN te geven in de respectievelijke rekwisieten kan worden ingesteld op 0.

Code 24 is verbonden met het doel van de betaling. Het kan, bijvoorbeeld, de betaling voor de diensten en goederen. Maar als we het hebben over de overdracht van de organisatie van het salaris van de werknemer in de begroting, is het noodzakelijk om aan te geven in de relevante persoonsgegevens veld specialist - naam, INN.

Zo hebben we onderzocht hoe de criteria moeten voldoen aan de betalingsopdrachten over te dragen aan de begroting van belastingen, straffen en boetes. In het algemeen gelden dezelfde regels als de basis voor het opstellen van een instrument, zoals een betalingsopdracht - zegelrecht. Sample fill deze bron zal algoritme door ons beschouwd passen.

Specificiteit platezhek tekening in fondsen

Gekenmerkt door een aantal specifieke uitwerking platezhek in staatsfondsen. Het monster vullen van de betalingsopdracht (FFOMS kan FIE FSS als geadresseerden) van de overeenkomstige soort zullen optimaal zijn mits het aan de volgende criteria.

Dus in dit type document, zoals het geval is met de betaling van belastingen, boetes en sancties zullen worden ingeroepen veld 104, dat wil zeggen de CSC. Zoals het geval is met het eerdere type facturen, kan slechts één CSC worden gespecificeerd in één document. Correct CSC moeten vragen voor het fonds, dat de relevante transactie wordt verzonden.

Op dezelfde code 105 corresponderend met dergelijke vereisten zoals OKTMO ook de premie te worden gespecificeerd. Hij, zoals het geval is met de documenten voor de overdracht van belastingen, straffen en boetes, vervangt Okato.

Indien de vergoeding wordt betaald een of andere staatsfonds, de gegevens van de codes 106 en 107 kunnen worden gespecificeerd 0.

Belangrijk code 108. Als het veld 101 supra - dat wil zeggen, in feite, dat informatie over de toestand van de patiënt bevat, vormen betalingsopdracht - gekenmerkt door getallen, zoals 03, 19, 20 of 24, dan 108 moeten worden geplaatst props identifier natuurlijke personen. Het kan, bijvoorbeeld, SNILS, zijn paspoortnummer, series en het aantal rijbewijs en ga zo maar door. D.

variabiliteit IDs

Het is ook belangrijk om het juiste type identificator te specificeren. Het kan worden gepresenteerd in het volgende bereik:

- 01 (de belangrijkste document van de identiteit van de burger van de Russische Federatie - het paspoort);

- 02 (geboorteakte);

- 03 (sailor paspoort);

- 04 (identiteitsbewijs van de militaire);

- 05 (militaire ID);

- 06 (een document dat de identiteit van de persoon certificeert tijdelijk);

- 07 (bewijs van vrijgave van een burger na het uitzitten van een gevangenis straf);

- 08 (alien paspoort);

- 09 (verblijfsvergunning);

- 10 (document dat tijdelijk verblijf in de Russische Federatie);

- 11 (een document waaruit de status van vluchteling voor de persoon);

- 12 (migratiekaart) ;

- 13 (USSR paspoort) ;

- 14 (SNILS);

- 22 (rijbewijs);

- 24 (bewijs van de toestand van het voertuig).

In gebieden 109 en 110 kunnen worden gespecificeerd 0.

veelzijdigheid prioriteit

In de 21, d.w.z. de betaling prioriteit worden geplaatst 5, zoals in het geval wanneer we gekeken naar het eerste script opstellen van een instrument zoals een betalingsopdracht (gevulde monster). Boete belasting, wordt de toestand fonds altijd zo te maken aan de orde van 5.

Props met code 22, dwz UIN, zoals het geval is met de vorige soort betalingen die in alle openbare instellingen moeten worden geraadpleegd, waarbij rechtstreekse financiering of in de bank.

Props code 24 neemt een correcte indicatie van het doel van de transactie. Het kan, bijvoorbeeld, de premies voor OPS.

Similar articles

 

 

 

 

Trending Now

 

 

 

 

Newest

Copyright © 2018 nl.atomiyme.com. Theme powered by WordPress.