Argentina

Webbinarier

Nedan hittar du videor med en allmän beskrivning av lokaliseringen och hur du konfigurerar den.

• Webbinarium - Lokalisering av Argentina <https://www.youtube.com/watch?v=_H1HbU-wKVg>`_.

• eCommerce - Lokalisering av Argentina <https://www.youtube.com/watch?v=5gUi2WWfRuI>`_.

Se även

• Smart självstudie - Lokalisering av Argentina <https://www.odoo.com/slides/smart-tutorial-localizacion-de-argentina-130>`__

• Documentation on e-invoicing’s legality and compliance in Argentina

Konfiguration

Installation av moduler

Installera följande moduler för att få alla funktioner i den argentinska lokaliseringen:

Namn	Tekniskt namn	Beskrivning
Argentina - Redovisning	l10n_ar	Standard fiscal localization package, som representerar den minimala konfigurationen för att fungera i Argentina enligt :abbr:`AFIP (Administración Federal de Ingresos Públicos)`s regler och riktlinjer.
Argentinska redovisningsrapporter	l10n_ar_rapporter	Bokföringsrapport för moms och sammanfattande rapport för moms.
Argentinsk elektronisk fakturering	l10n_ar_edi	Innehåller alla tekniska och funktionella krav för att generera elektroniska fakturor via webbtjänst, baserat på AFIP-föreskrifterna.
Argentinsk e-handel	l10n_ar_webbplats_försäljning	(valfritt) Gör det möjligt för användaren att se identifieringstyp och AFIP-ansvar i e-handelns utcheckningsformulär för att kunna skapa elektroniska fakturor.
Argentina - Payment Withholdings	l10n_ar_withholding	Allows registering withholdings during the payment of an invoice.

Konfigurera ditt företag

När lokaliseringsmodulerna har installerats är det första steget att konfigurera företagets data. Förutom den grundläggande informationen är ett viktigt fält att fylla i AFIP Responsibility Type, som representerar företagets skatteplikt och struktur.

Kontoplan

I Accounting finns det tre olika :guilabel:Chart of Accounts-paket att välja mellan. De är baserade på företagets AFIP-ansvarstyp och tar hänsyn till skillnaden mellan företag som inte behöver så många konton och företag som har mer komplexa skattekrav:

• Monotributista (227 konton);

• IVA Exento (290 konton);

• Responsable Inscripto (298 konton).

Konfigurera masterdata

Elektronisk faktura-legitimation

Miljö

AFIP-infrastrukturen är replikerad i två separata miljöer, testning och produktion.

Testning tillhandahålls så att företagen kan testa sina databaser tills de är redo att flytta in i Production-miljön. Eftersom dessa två miljöer är helt isolerade från varandra är de digitala certifikaten för den ena instansen inte giltiga i den andra.

För att välja en databasmiljö går du till Accounting ‣ Settings ‣ Argentinean Localization och väljer antingen Prueba (Testing) eller Produccion (Production).

AFIP-certifikat

Den elektroniska fakturan och andra AFIP-tjänster fungerar med :guilabel:Web Services (WS) som tillhandahålls av AFIP.

För att kunna kommunicera med AFIP är det första steget att begära ett Digital Certificate om du inte redan har ett.

1. Generera begäran om certifikatsignering (Odoo). När det här alternativet är valt genereras en fil med tillägget .csr (certificate signing request) som ska användas i AFIP-portalen för att begära certifikatet.

   

2. Generera certifikat (AFIP). Gå till AFIP-portalen och följ instruktionerna som beskrivs i det här dokumentet för att få ett certifikat.

3. Ladda upp certifikat och privat nyckel (Odoo). När certifikatet har genererats laddar du upp det till Odoo med hjälp av ikonen Pencil bredvid fältet Certificado och väljer motsvarande fil.

   

Tips

Om du behöver konfigurera Homologation Certificate, se AFIP:s officiella dokumentation: Homologation Certificate. Dessutom tillåter Odoo användaren att testa elektronisk fakturering lokalt utan ett Homologation Certificate. Följande meddelande kommer att finnas i chattmeddelandet när du testar lokalt:

Partner

Typ av identifiering och moms

Som en del av den argentinska lokaliseringen är dokumenttyper som definieras av AFIP nu tillgängliga i Partner-formuläret. Information är viktig för de flesta transaktioner. Det finns sex Identification Types tillgängliga som standard, samt 32 inaktiva typer.

Observera

Den fullständiga listan över Identification Types som definieras av AFIP finns i Odoo, men endast de vanligaste är aktiva.

AFIP ansvarstyp

I Argentina definieras dokumenttypen och motsvarande transaktioner som är kopplade till kunder och leverantörer av AFIP Responsibility-typen. Detta fält ska definieras i formuläret Partner.

Skatter

Som en del av lokaliseringsmodulen skapas skatterna automatiskt med deras relaterade finansiella konto och konfiguration, t.ex. 73 skatter för Responsable Inscripto.

Typer av skatter

Argentina har flera olika typer av skatter, de vanligaste är:

• VAT: detta är den vanliga momsen och kan ha olika procentsatser;

• Perception: förskottsbetalning av en skatt som tas ut på fakturor;

• Retention: förskottsbetalning av en skatt som tillämpas på betalningar.

Särskilda skatter

Vissa argentinska skatter används inte vanligtvis för alla företag, och dessa mindre vanliga alternativ är märkta som inaktiva i Odoo som standard. Innan du skapar en ny skatt, se till att kontrollera om den skatten inte redan ingår som inaktiv.

Dokumenttyper

I vissa latinamerikanska länder, som Argentina, klassificeras vissa redovisningstransaktioner, t.ex. fakturor och leverantörsfakturor, efter dokumenttyper som definieras av de statliga skattemyndigheterna. I Argentina är AFIP den statliga skattemyndighet som definierar sådana transaktioner.

Dokumenttypen är en viktig information som måste visas tydligt i tryckta rapporter, fakturor och verifikat som visar kontobewegelser.

Varje dokumenttyp kan ha en unik sekvens per journal där den är tilldelad. Som en del av lokaliseringen inkluderar dokumenttypen det land där dokumentet är tillämpligt (dessa uppgifter skapas automatiskt när lokaliseringsmodulen installeras).

Den information som krävs för Document Types ingår som standard, så användaren behöver inte fylla i något i den här vyn:

Observera

Det finns flera Document Types-typer som är inaktiva som standard, men som kan aktiveras efter behov.

Brev

För Argentina innehåller Document Types en bokstav som hjälper till att ange typen av transaktion eller operation. Till exempel när en faktura är relaterad till en(n):

• B2B transaction, måste en dokumenttyp A användas;

• B2C transaction, måste en dokumenttyp B användas;

• Exportation Transaction, måste en dokumenttyp E användas.

De dokument som ingår i lokaliseringen har redan rätt bokstav associerad med varje Document Type, så det behövs ingen ytterligare konfiguration.

Använd på fakturor

Den Document Type på varje transaktion kommer att bestämmas av:

• Den verifikat som är relaterad till fakturan (om journalen använder dokument);

• Tilläggen tillämpas beroende på typ av emittent och mottagare (t.ex. typ av skattesystem för köparen och typ av skattesystem för säljaren).

Tidskrifter

I den argentinska lokaliseringen kan journalen ha ett annat tillvägagångssätt beroende på dess användning och interna typ. För att konfigurera journaler, gå till :menuselection:``Accounting –> Configuration –> Journals`.

För försäljnings- och inköpsjournaler är det möjligt att aktivera alternativet Use Documents, som aktiverar en lista med Document Types som kan relateras till fakturorna och leverantörsfakturorna. För mer information om fakturor, se avsnittet 2.3 dokumenttyper.

Om försäljnings- eller inköpsjournalerna inte har alternativet Use Documents aktiverat kommer de inte att kunna generera skattefakturor, vilket innebär att deras användningsområde främst kommer att begränsas till att övervaka kontobewegelser relaterade till interna kontrollprocesser.

AFIP-information (även känd som AFIP Point of Sale)

Fältet AFIP POS System är endast synligt för Sales journaler och definierar vilken typ av AFIP POS som ska användas för att hantera de transaktioner som journalen skapas för.

AFIP POS definierar följande:

1. sekvenser av dokumenttyper som är relaterade till webbtjänsten;

2. struktur och data i den elektroniska fakturafilen.

Webbtjänster

Webbtjänster hjälper till att generera fakturor för olika ändamål. Nedan finns några alternativ att välja mellan:

• wsfev1: Electronic Invoice: är den vanligaste tjänsten, som används för att generera fakturor för dokumenttyperna A, B, C, M utan detaljer per artikel;

• wsbfev1: Electronic Fiscal Bond: är för dem som fakturerar kapitalvaror och vill få tillgång till fördelarna med de elektroniska skatteobligationer som beviljas av ekonomiministeriet. För mer information gå till: Skatteobligation;

• wsfexv1: Electronic Exportation Invoice: används för att generera fakturor för internationella kunder och transaktioner som involverar exportprocesser, den relaterade dokumenttypen är typ ”E”.

Här är några användbara fält som du bör känna till när du arbetar med webbtjänster:

• AFIP POS Number: är det nummer som konfigurerats i AFIP för att identifiera de transaktioner som är relaterade till detta AFIP POS;

• AFIP POS Address: är det fält som avser den kommersiella adress som registrerats för kassasystemet, vilket vanligtvis är samma adress som företaget. Om ett företag t.ex. har flera butiker (skattekontor) kräver AFIP att företaget har ett AFIP POS per kontor. Denna plats kommer att skrivas ut i fakturarapporten;

• Unified Book: när AFIP POS-systemet är Preimpresa, kommer dokumenttyperna (som är tillämpliga på journalen) med samma bokstav att dela samma sekvens. Till exempel:

  • Fakturering: FA-A 0001-00000002;

  • Kreditnota: NC-A 0001-00000003;

  • Debetnota: ND-A 0001-00000004.

Sekvenser

För den första fakturan synkroniserar Odoo automatiskt med AFIP och visar den senast använda sekvensen.

Observera

När du skapar Purchase Journals är det möjligt att definiera om de är relaterade till dokumenttyper eller inte. Om alternativet att använda dokument är valt behöver man inte manuellt associera dokumenttypssekvenserna, eftersom dokumentnumret tillhandahålls av leverantören.

Användning och testning

Faktura

Informationen nedan gäller för skapande av fakturor när partner och journaler har skapats och konfigurerats korrekt.

Tilldelning av dokumenttyp

När partnern är vald kommer fältet Document Type att fyllas i automatiskt baserat på AFIP-dokumenttypen:

• Faktura för en kund IVA Responsable Inscripto, prefix A är den typ av dokument som visar alla skatter i detalj tillsammans med kundens information.

  

• Faktura till slutkund, prefix B är den typ av dokument som inte specificerar skatterna, eftersom skatterna ingår i det totala beloppet.

  

• Exportfaktura, prefix E är den typ av dokument som används vid export av varor som visar incoterm.

  

Även om vissa fakturor använder samma journal, anges prefix och sekvens i fältet Document Type.

Den vanligaste Document Type kommer att definieras automatiskt för de olika kombinationerna av AFIP-ansvarstyper, men den kan uppdateras manuellt av användaren innan fakturan bekräftas.

Elektroniska fakturaelement

När man använder elektroniska fakturor bokförs fakturan på vanligt sätt om all information är korrekt, såvida det inte finns något fel som måste åtgärdas. När felmeddelanden dyker upp anger de både det problem som behöver åtgärdas och ett förslag till lösning. Om felet kvarstår ligger fakturan kvar som utkast tills problemet är löst.

När fakturan har bokförts visas information om AFIP-validering och status på fliken AFIP, bland annat:

• AFIP Autorisation: CAE-nummer;

• Expiration Date: sista datum för att leverera fakturan till kunden (normalt 10 dagar efter att CAE genererats);

• Result: anger om fakturan har blivit Aceptado en AFIP och/eller Aceptado con Observaciones.

Fakturering av skatter

Baserat på AFIP Responsibility type kan momsskatten tillämpas på olika sätt på PDF-rapporten:

• A. Tax excluded: i detta fall måste det beskattade beloppet tydligt identifieras i rapporten. Detta villkor gäller när kunden har följande AFIP-ansvarstyp Responsable Inscripto;

  

• B. Tax amount included: detta innebär att det beskattade beloppet ingår som en del av produktpriset, delsumman och totalsumman. Detta villkor gäller när kunden har följande AFIP-ansvarstyper:

  • Moms Ämne Exento;

  • Slutkonsument;

  • Chef för Monotributo;

  • Moms frisläppt.

  

Särskilda användningsfall

Fakturor för tjänster

För elektroniska fakturor som innehåller Tjänster kräver AFIP att start- och slutdatum för tjänsten rapporteras, denna information kan fyllas i på fliken Övrig information.

Om datumen inte väljs manuellt innan fakturan attesteras, fylls värdena automatiskt i med den första och sista dagen i fakturans månad.

Fakturor för export

Fakturor relaterade till Exportation Transactions kräver att en journal använder AFIP POS System Expo Voucher - Web Service så att rätt dokumenttyp(er) kan kopplas.

När den kund som valts i fakturan är konfigurerad med en AFIP-ansvarstyp Cliente / Proveedor del Exterior - Ley N° 19.640, tilldelar Odoo automatiskt:

• Journal relaterad till export Web Service;

• Exportera dokumenttyp;

• Finansiell ställning: Inköp/försäljning utomlands;

• Concepto AFIP: Produkter / Definitiv export av varor;

• Skattefritt.

Observera

Exportdokumenten kräver att Incoterms aktiveras och konfigureras, vilket kan hittas i Övrig information ‣ Redovisning.

Skattemässig obligation

Electronic Fiscal Bond används för dem som fakturerar kapitalvaror och vill dra nytta av de elektroniska skatteobligationer som beviljas av ekonomiministeriet.

För dessa transaktioner är det viktigt att beakta följande krav:

• Valuta (enligt parametertabell) och fakturakvot;

• Skatter;

• Zon;

• Detaljera varje objekt;

  • Kod enligt den gemensamma nomenklaturen för Mercosur (NCM);

  • Fullständig beskrivning;

  • Nettopris per enhet;

  • Kvantitet;

  • Måttenhet;

  • Bonus;

  • Momssats.

Elektronisk kreditfaktura MiPyme (FCE)

För fakturor till små och medelstora företag finns det flera dokumenttyper som klassificeras som MiPyME, vilket också kallas Electronic Credit Invoice (eller FCE på spanska). Denna klassificering utvecklar en mekanism som förbättrar finansieringsvillkoren för små och medelstora företag och gör det möjligt för dem att öka sin produktivitet genom tidig inkassering av krediter och fordringar som utfärdats till deras kunder och/eller leverantörer.

För dessa transaktioner är det viktigt att ta hänsyn till följande krav:

• specifika dokumenttyper (201, 202, 206, etc.);

• utsläppsledaren ska vara berättigad till MiPyME-transaktioner genom AFIP;

• bör beloppet vara större än 100.000 ARS;

• Ett bankkonto av typen CBU måste vara kopplat till emittenten, annars kan fakturan inte attesteras med ett felmeddelande enligt följande.

För att ställa in Transmission Mode, gå till inställningar och välj antingen SDC eller ADC.

För att ändra Transmission Mode för en specifik faktura, gå till fliken Other Info och ändra den innan du bekräftar.

Observera

Om du ändrar Transmission Mode ändras inte det läge som valts i Settings.

När du skapar en Credit/Debit-anteckning relaterad till ett FCE-dokument:

• använda knapparna Kredit- och debetnota, så att all information från fakturan överförs till den nya Kredit- och debetnotan;

• dokumentets bokstav ska vara densamma som originaldokumentets (antingen A eller B);

• samma valuta som källdokumentet måste användas. Vid användning av en sekundär valuta uppstår en valutakursdifferens om valutakursen är olika mellan emissionsdagen och betalningsdagen. Det är möjligt att skapa en kredit-/debetnota för att minska/öka beloppet som ska betalas i ARS.

När du skapar en Credit Note kan vi ha två scenarier:

1. FCE avvisas så att Credit Note bör ha fältet FCE, is Cancellation? som True; eller;

2. Credit Note, skapas för att annullera FCE-dokumentet, i detta fall måste fältet FCE, is Cancellation? vara empty (false).

Utskriven rapport för fakturan

Den PDF Report som avser elektroniska fakturor som har validerats av AFIP innehåller en streckkod längst ner i formatet som representerar CAE-numret. Utgångsdatumet visas också eftersom det är ett lagkrav.

Felsökning och granskning

För revisions- och felsökningsändamål är det möjligt att få detaljerad information om ett fakturanummer som tidigare har skickats till AFIP. För att hämta denna information aktiverar du utvecklarläget, går sedan till menyn Accounting och klickar på knappen Consult Invoice i AFIP.

Det är också möjligt att hämta det senaste numret som användes i AFIP för en specifik dokumenttyp och POS-nummer som referens för eventuella problem med sekvenssynkroniseringen mellan Odoo och AFIP.

Vendor bills

Baserat på den inköpsjournal som valts för leverantörsfakturan är Document Type nu ett obligatoriskt fält. Detta värde fylls i automatiskt baserat på AFIP-ansvarstypen för utfärdare och kund, men värdet kan ändras om det behövs.

Fältet Document Number måste registreras manuellt och formatet kommer att bekräftas automatiskt. Om formatet är ogiltigt visas dock ett användarfel som anger det korrekta format som förväntas.

Leverantörsfakturanumret är uppbyggt på samma sätt som kundfakturorna, med undantag för att dokumentsekvensen anges av användaren enligt följande format: Dokumentprefix - Bokstav - Dokumentnummer.

Validera leverantörens fakturanummer i AFIP

Eftersom de flesta företag har interna kontroller för att verifiera att leverantörsfakturan är relaterad till ett AFIP-giltigt dokument, kan en automatisk validering ställas in i :menuselection:Redovisning --> Inställningar --> Argentinsk lokalisering --> Validera dokument i AFIP, med hänsyn till följande nivåer:

• Not available: verifieringen görs inte (detta är standardvärdet);

• Available: the verification is done. In case the number is not valid, it only displays a warning but still allows the vendor bill to be posted;

• Required: the verification is done, and it does not allow the user to post the vendor bill if the document number is not valid.

Validera leverantörsfakturor i Odoo

När inställningarna för leverantörsvalidering är aktiverade visas en ny knapp på leverantörsfakturorna i Odoo, märkt Verify on AFIP, som ligger bredvid fältet AFIP Authorization code.

Om leverantörsfakturan inte kan bekräftas i AFIP visas värdet Rejected på kontrollpanelen och information om ogiltigförklaringen läggs till i chattmeddelandet.

Särskilda användningsfall

Obeskattade koncept

Det finns vissa transaktioner som innehåller poster som inte ingår i momsbasbeloppet, till exempel bränsle- och bensinfakturor.

Leverantörsfakturan kommer att registreras med en post för varje produkt som ingår i momsbasbeloppet och en ytterligare post för att registrera beloppet för det undantagna konceptet.

Perceptionsskatter

Leverantörsfakturan registreras med en post för varje produkt som ingår i momsbasbeloppet, och perceptionsskatten kan läggas till i vilken som helst av produktraderna. Därför kommer det att finnas en skattegrupp för momsen och en annan för perceptionen. Standardvärdet för perception är alltid 0.10.

För att redigera momsuppfattningen och ställa in rätt belopp ska du använda ikonen Pencil som finns bredvid beloppet Perception. När beloppet för momsuppfattningen har angetts kan fakturan attesteras.

Withholding management

The Argentinean fiscal localization module is already loaded with the necessary withholdings records, which can be seen by navigating to Accounting app ‣ Configuration ‣ Taxes and removing the default Sale or Purchase filter. To verify these records, the Argentina Payment Withholdings (l10n_ar_withholding) module must be installed:

Journal entries are not created when payments are posted unless outstanding accounts are set up. Thus, for this feature to work properly, it is important to verify that all payment methods within the bank journals have an outstanding payment and receipt account set.

This configuration is crucial for the proper accounting of withholding transactions with clients and vendors.

Observera

In Argentina, withholdings represent the cancellation of a specific portion of the total debt owed to a supplier or a reduction in the total payment to be collected from a customer. Therefore, one or multiple withholdings can be recorded for each payment applied to an invoice.

Konfiguration

While Odoo already creates most of the required withholdings inside the Taxes menu, in several cases, it is necessary to apply or modify certain configurations to correctly calculate the withholding amount on vendor payments. The following withholding types are available:

• Earnings

• Earnings Scale

• IIBB Total Amount

• IIBB Non-Taxable

Earnings

For Earnings withholdings, Odoo already has a record for each regime group, which is stated under the name of the tax and the AFIP code.

Each of these records are ready to be used. As a good practice, the configuration should be double checked to make sure the configuration is updated and well-applied. The fields to validate are:

• Amount: This is the percentage of the total payment amount which is withheld.

• Non-Taxable Amount: Up to this amount, the withholding does not apply.

• Minimum Withholding: If the calculated withholding amount is smaller than this value, the total withholding amount is set to 0.0.

• Withholding Sequence: This field helps to automate the capture of a withholding number under the payment line. If this field is not set, a number is manually captured while adding a withholding to a payment.

Earnings Scale

In this particular case, a percentage does not need to be set. Instead, this withholding is calculated based on the value of the Scale field.

To view, modify, or create new scales, navigate to Accounting app ‣ Configuration ‣ Earnings Scale. By default, the Argentinian localization is preconfigured with two main scales. However, scales should be created and updated as necessary to suit a business’s needs.

Observera

Earnings scales are cumulative, which means that Odoo keeps track of the different records created for a bill and automatically calculates the proper withholding amount.

IIBB Total Amount

In this case, the necessary records related to the applicable province need to be created. The withholding amount is calculated based on the percentage Amount set on the tax configuration. Since Odoo does not automatically synchronize the percentages applicable to each province, this information needs to be manually updated.

The recommendation, in this case, is to always duplicate and apply the different configurations for each record to safeguard any technical configurations that allow the proper calculation and accounting of the withholding.

IIBB Untaxed

The configuration of non-taxable gross income withholdings is very similar to that of a total amount withholding, so the percentage Amount in each of the records needs to be maintained. However, Odoo comes preconfigured with several records that apply to different provinces. The difference, in this case, is that it is not necessary to establish a non-taxable amount or minimum withholding for this record type.

Partner withholding assignation

Once the proper configuration is set on each possible withholding for partners, the applicable withholdings need to be assigned to each contact. To do this, open the Contacts app and select the desired partner. In the Accounting tab, find the Purchase Withholdings table.

By using the additional fields From Date and To Date, the applicability of multiple withholdings can be automated across different date ranges. The ref field allows you to apply an internal control number to each withholding line, which is just for internal reference, so it does not affect any transactions and is not visible on them. These fields are accessible from the (adjust settings) menu.

• From Date: the start of the withholding date range.

• To Date: the end of the withholding date range.

• ref: apply an internal control number to each withholding line that is only visible for internal reference and does not affect any transactions.

Automatic withholding calculation and application per payment

By applying new payments to vendor bills, Odoo automatically applies and calculates the proper withholding into the payment. Based on the record’s configuration, it may be necessary to use a reference number for each withholding line.

More withholdings can be added, or computed withholdings can be edited if necessary.

Viktigt

The total amount of the debt to be canceled is the total amount of the payment. However, Odoo still captures the net amount (i.e. the amount to be reconciled with the bank), which will be represented as the payment amount after the withholding application.

Kontrollhantering

För att installera modulen Third Party and Deferred/Electronic Checks Management, gå till Apps och sök efter modulen med dess tekniska namn l10n_latam_check och klicka på Activate-knappen.

Denna modul möjliggör den nödvändiga konfigurationen för journaler och betalningar till:

• Skapa, hantera och kontrollera dina olika typer av kontroller

• Optimera hanteringen av egna checkar och tredjepartscheckar

• Ha ett enkelt och effektivt sätt att hantera utgångsdatum från dina egna och tredje parts kontroller

När alla konfigurationer är gjorda för det argentinska flödet för elektroniska fakturor måste man också slutföra vissa konfigurationer för flödena för egna kontroller och kontroller från tredje part.

Egna kontroller

Konfigurera den bankjournal som används för att skapa egna checkar genom att gå till :menyval:`Redovisning --> Konfiguration --> Journaler`, välj bankjournalen och öppna fliken Utgående betalningar.

• Checks bör vara tillgänglig som en Payment Method. Om inte, klicka på Add a line och skriv Checks under Payment Method för att lägga till dem

• Aktivera inställningen Utnyttja elektroniska och uppskjutna checkar.

Observera

Denna sista konfiguration avaktiverar utskriftsmöjligheten men gör det möjligt att:

• Ange checknummer manuellt

• Lägger till ett fält för att tilldela betalningsdatum för checken

Hantering av egna kontroller

Egna checkar kan skapas direkt från leverantörens faktura. För denna process, klicka på Register Payment-knappen.

I modalen för registrering av betalning väljer du den bankjournal från vilken betalningen ska göras och anger Check Cash-In Date och Amount.

Observera

För att hantera aktuella checkar måste fältet Check Cash-In Date lämnas tomt eller fyllas i med aktuellt datum. För att hantera uppskjutna checkar måste Check Cash-In Date anges i framtiden.

För att hantera dina befintliga egna checkar, navigera till :menuselection:Redovisning --> Leverantörer --> Egna checkar. I det här fönstret visas viktig information, t.ex. datum då checkarna måste betalas, det totala antalet checkar och det totala beloppet som betalats med checkar.

Det är viktigt att notera att listan är förfiltrerad med checkar som fortfarande inte är avstämda med ett kontoutdrag - som ännu inte debiterats från banken - vilket kan verifieras med fältet Is Matched with a Bank Statement. Om du vill se alla dina egna checkar tar du bort filtret No Bank Matching genom att klicka på symbolen X.

Annullera en egen check

För att annullera en egen check som skapats i Odoo, navigera till Accounting ‣ Vendors ‣ Own Checks och välj den check som ska annulleras, klicka sedan på Void Check-knappen. Detta kommer att bryta avstämningen med leverantörsfakturorna och kontoutdragen och lämna checken i ett annullerat tillstånd.

Kontroller av tredje part

För att kunna registrera betalningar med tredjeparts checkar måste två specifika journaler konfigureras. För att göra detta, navigera till Redovisning ‣ Konfiguration ‣ Journaler och skapa två nya journaler:

• ”Kontroller av tredje part

• ”Avvisade checkar från tredje part

Observera

Du kan skapa fler journaler manuellt om du har flera försäljningsställen och behöver journaler för dessa.

För att skapa journalen Third Party Checks klickar du på knappen New och konfigurerar följande:

• Skriv Third Party Checks som Journal Name

• Välj Cash som Type

• På fliken Journal Entries, ställ in Cash Account: till 1.1.1.02.010 Cheques de Terceros, ange en Short Code som du väljer och välj en Currency

De tillgängliga betalningsmetoderna listas i flikarna payments:

• För nya inkommande tredjeparts checkar, gå till Fliken Inkommande betalningar ‣ Lägg till en rad och välj Nya tredjeparts checkar. Denna metod används för att skapa nya checkar från tredje part.

• För inkommande och utgående befintliga tredjepartscheckar, gå till Fliken Inkommande betalningar ‣ Lägg till en rad och välj Existerande tredjepartscheckar. Upprepa samma steg för fliken Outgoing Payments. Denna metod används för att ta emot och/eller betala leverantörsfakturor med hjälp av redan existerande checkar, samt för interna överföringar.

Tips

Du kan ta bort befintliga betalningsmetoder som visas som standard när du konfigurerar journalerna för tredjepartskontroller.

Journalen Rejected Third Party Checks måste också skapas och/eller konfigureras. Den här journalen används för att hantera avvisade tredjepartscheckar och kan användas för att skicka avvisade checkar vid inkasseringstillfället eller när de kommer från leverantörer när de avvisas.

För att skapa journalen Rejected Third Party Checks klickar du på knappen New och konfigurerar följande:

• Skriv Rejected Third Party Checks som Journal Name

• Välj Cash som Type

• På fliken Journal Entries, ställ in Cash Account: till 1.1.1.01.002 Rejected Third Party Checks, ange en Short Code som du väljer och välj en Currency

Använd samma betalningsmetoder som i journalen Third Party Checks.

Nya kontroller av tredje part

Om du vill registrera en ny check från tredje part för en kundfaktura klickar du på knappen Register Payment. I popup-fönstret måste du välja Tredjepartscheckar som journal för betalningsregistreringen.

Välj New Third Party Checks som Payment Method och fyll i Check Number, Payment Date och Check Bank. Alternativt kan du manuellt lägga till Check Issuer Vat, men detta fylls automatiskt i av kundens momsnummer som är relaterat till fakturan.

Befintliga kontroller av tredje part

Om du vill betala en leverantörsfaktura med en befintlig check klickar du på knappen Register Payment. I popup-fönstret måste du välja Third Party Checks som journal för betalningsregistreringen.

Välj Existing Third Party Checks som Payment Method och välj en check i fältet Check. Fältet visar alla tillgängliga befintliga checkar som kan användas som betalning för leverantörsfakturor.

När en existerande check från tredje part används kan du granska de transaktioner som är relaterade till den. Du kan till exempel se om en check från tredje part som gjorts för att betala en kundfaktura senare användes som en befintlig check från tredje part för att betala en leverantörsfaktura.

För att göra det, gå antingen till Accounting ‣ Customers ‣ Third Party Checks eller Accounting ‣ Vendors ‣ Own Checks beroende på fallet, och klicka på en check. I fältet Check Current Journal klickar du på => Check Operations för att få fram checkens historik och rörelser.

Menyn visar också viktig information som är relaterad till dessa operationer, t.ex:

• Payment Type, som gör det möjligt att klassificera om det är en betalning skickad till en leverantör eller en betalning mottagen från en kund

• Den Journal i vilken kontrollen för närvarande är registrerad

• Den partner som är associerad med transaktionen (antingen kund eller leverantör).

Elektronisk fakturering vid e-handel

Installera modulen Argentinian eCommerce (l10n_ar_website_sale) för att aktivera följande funktioner och konfigurationer:

• Kunder som kan skapa onlinekonton för e-handelsändamål.

• Stöd för obligatoriska skattefält i e-handelsapplikationen.

• Ta emot betalningar för försäljningsorder online.

• Generera elektroniska dokument från e-handelsapplikationen.

Konfiguration

När alla konfigurationer är gjorda för det argentinska elektronisk faktura-flödet, är det också nödvändigt att slutföra vissa konfigurationer för att integrera e-handelsflödet.

Registrering av kundkonto

To configure your website for client accounts, follow the instructions in the checkout documentation.

Automatisk fakturering

Konfigurera din webbplats så att den genererar elektroniska dokument i försäljningsprocessen genom att navigera till Website ‣ Configuration ‣ Settings och aktivera funktionen Automatic Invoice i avsnittet Invoicing för att automatiskt generera de elektroniska dokument som krävs när onlinebetalningen bekräftas.

Eftersom en onlinebetalning måste bekräftas för att funktionen Automatic Invoice ska kunna generera dokumentet, måste en payment provider konfigureras för den relaterade webbplatsen.

Produkter

För att tillåta att dina produkter faktureras när en onlinebetalning bekräftas, navigera till önskad produkt från Website ‣ eCommerce ‣ Products. På fliken Generell information ställer du in Faktureringspolicy till Beställda kvantiteter och definierar önskad Kundskatt.

Faktureringsflöde för e-handel

När alla konfigurationer som nämns ovan är klara kan kunderna slutföra följande steg i Argentinian eCommerce-flödet för att mata in skattefält i kassaprocessen.

Skattefält är tillgängliga för inmatning i kassaprocessen när fältet Country är inställt på Argentina. Inmatning av skatteuppgifter gör att köpet kan avslutas i motsvarande elektroniska dokument.

När kunden gör ett lyckat köp och betalning, genereras den nödvändiga fakturan med motsvarande layout och skattemässiga stämplar som anges i Invoice printed report <argentina/invoice-printed-report>`.

Se även

Client account creation

Direktförsäljning av likviditetsprodukter

Direktförsäljning av likviditetsprodukter används för försäljning som involverar tredje part. Vid sådan försäljning kan säljaren och det företag som äger varan registrera var sin motsvarande försäljning och var sitt köp.

Observera

Installera modulen Argentinian Electronic Invoicing (l10n_ar_edi) för att använda den här funktionen.

Konfiguration

Inköpsjournal

En inköpsjournal behövs för att generera en elektronisk leverantörsfaktura med dokumenttyp Likviditetsprodukt. Denna journal måste synkroniseras med AFIP eftersom den kommer att användas för att generera det elektroniska dokumentet för likviditetsprodukter.

För att ändra en befintlig inköpsjournal eller skapa en ny, navigera till :menyval:`Redovisning --> Konfiguration --> Journaler`. Välj sedan den befintliga inköpsjournalen eller klicka på knappen Ny och fyll i följande obligatoriska information:

• Type: välj Purchase.

• Use Documents: markera det här fältet för att kunna välja typ av elektroniskt dokument.

• Är AFIP POS: markera detta fält för att kunna generera elektroniska dokument.

• AFIP POS System: välj Electronic Invoice - Web Service från rullgardinsmenyn för att skicka det elektroniska dokumentet till AFIP via web service.

• AFIP POS Number: är det nummer som konfigurerats i AFIP för att identifiera de transaktioner som är relaterade till detta AFIP POS.

• AFIP POS Address: är det fält som avser den kommersiella adress som registrerats för kassasystemet, vilket vanligtvis är samma adress som företaget. Om ett företag t.ex. har flera butiker (skattekontor) kräver AFIP att företaget har ett AFIP POS per kontor. Denna plats kommer att skrivas ut i fakturarapporten.

Försäljningsjournal

En försäljningsjournal behövs för att registrera fakturan när en produkt säljs till en tredje part som sedan kommer att sälja samma produkt. Denna journal kommer inte att synkroniseras med AFIP eftersom fakturan inte kommer att vara elektronisk.

För att ändra den befintliga försäljningsjournalen eller skapa en ny, navigera till :menyval:`Redovisning --> Konfiguration --> Journaler`. Välj sedan försäljningsjournalen eller klicka på knappen Ny och fyll i följande obligatoriska information:

• Type: välj Sales.

• Use Documents: markera detta fält på journalen för att välja typ av elektroniskt dokument (i detta fall elektronisk faktura).

Faktureringsflöde

När alla konfigurationer är klara kommer Liquidity Product Vendor Bill att genereras av det företag som säljer produkten för en annan parts räkning. Till exempel en distributör av en specifik produkt.

Rapporter

Som en del av lokaliseringsinstallationen finns finansiell rapportering för Argentina tillgänglig i instrumentpanelen Accounting. För att komma åt dessa rapporter, navigera till Accounting ‣ Reporting ‣ Argentinean Statements.

För att få tillgång till momsbokrapporten, gå till :menyval:`Redovisning --> Rapportering --> Skatterapport`, klicka på :ikonen:`fa-bok` (bok) och välj Argentinsk momsbok (AR).

Observera

Momsbokföringsrapporten kan exporteras som en .zip-fil genom att välja den i rullgardinsmenyn i det övre vänstra hörnet.

Sammanfattning av moms

Denna pivottabell är utformad för att kontrollera de månatliga momstotalerna. Denna rapport är för internt bruk och skickas inte till AFIP.

IIBB - Försäljning per jurisdiktion

Med denna pivottabell kan du validera bruttoinkomsten i varje jurisdiktion. Den fungerar som en försäkran för motsvarande skatter som ska betalas men skickas inte till AFIP.

IIBB - Inköp per jurisdiktion

Med denna pivottabell kan du validera bruttoinköpen i varje jurisdiktion. Den fungerar som en försäkran för motsvarande skatter som ska betalas men lämnas inte in till AFIP.