Pavel Chistov. Vom verifica raportul pentru format și control logic Configurarea automată a bazei de informații pentru organizarea contabilității băuturilor alcoolice

• 
  Salvarea declarației în jurnal și utilizarea lor ca date inițiale pentru perioada următoare Editor puternic de declarații Verificarea contrapărților, încărcarea declarațiilor din fișiere xml, selecții puternice și multe altele... Și toate acestea sunt și mai rapide și mai convenabile Noua ediție 3.1

• Cele mai populare anexe ale declarației de alcool sunt anexele 5, 6, 7, 11 și 12.

  Prelucrarea este destinată organizațiilor comerciale cu ridicata sau cu amănuntul. În actualizările pentru viitoarea companie raportoare, sunt planificate anexe de declarație necesare pentru întreprinderile angajate în producția de băuturi alcoolice.

• Chiar mai repede decât ed. 2.x! Productivitate ridicată a generării declarațiilor pe baza datelor din baza de informații.

  Implementarea noii editii pentru clientii nostri cu o retea de circa 150 de magazine a aratat urmatoarele rezultate: formarea Anexei 11 conform bazei de informatii (150 de magazine, peste 50.000 de linii de declaratie) - aproximativ 3-4 minute! Încărcarea utilizând formatul FSRAR - mai puțin de un minut! Aceeași sarcină în programul Declarant-Alco a fost finalizată mai mult de 48 de ore.

• Completarea complet automată a declarației pe baza datelor din baza de informații.

  Toate cererile de declarare sunt completate automat. Date din documentele „Recepție de bunuri și servicii”, „Vânzări de bunuri și servicii”, pentru Anexele 11 și 12 „Raport privind vânzările cu amănuntul”, „Mișcarea mărfurilor”, „Înregistrarea mărfurilor”, „Stergerea mărfurilor”. " sunt folosite.

• Menținerea unui jurnal al declarațiilor salvate

  Acum puteți salva rapoartele într-un jurnal. Nu contează cum a fost generat raportul dvs., conform datelor din baza de informații sau dacă a fost descărcat dintr-un fișier extern. Puteți utiliza aceste rapoarte pentru a genera solduri de deschidere pentru următoarea perioadă de raportare.

• Editor puternic de declarații cu următoarea funcționalitate:

  fișiere XML descărcate anterior, precum și declarații generate conform datelor din baza de informații. Datele dintr-un raport nou generat (nedescărcat încă, adică direct de pe ecranul monitorului) pot fi editate manual și apoi descărcate în format XML;
• Solduri de sarcină la sfârșitul perioadei de raportare anterioarăla datele (sub formă de solduri inițiale) din perioada curentă de raportare cu recalcularea automată a indicatorilor dependenți. Acest lucru vă permite să organizați o contabilitate „selectivă”, adică pentru un subset limitat de acreditări conținute în baza de informații.
• Completarea automată a coloanelor „Chitanțe” și „Rechizite”." din Anexa 5 și coloanele "Chitanță" în sect. 1 Anexele 11 și 12. La ajustarea datelor din Anexele 6 și 7, precum și Secțiunea. 2 din Anexele 11 și 12, este posibil să se calculeze automat valorile indicatorilor coloanelor corespunzătoare din Anexa 5 și Sec. 1 anexele 11 și 12.
• Funcția de recalculare automată a indicatorilor dependenți ai unui raport încărcat la editarea indicatorilor de bază . De exemplu, la editarea soldurilor de deschidere, soldurile finale sunt recalculate automat.

Configurații acceptate

Vă puteți familiariza cu produsul în detaliu, după ce a studiat documentația sau daca ne contactati pentru sfaturi.

Prima idee a interfeței produsului și câteva dintre funcționalitățile acesteia o puteți vedea în capturile de ecran de mai jos, pentru diverse configurații.

Te poți baza mereu pe suport tehnic profesional de la dezvoltatori de produse cu o experiență de peste 3 ani în implementarea declarațiilor de alcool.
Pretul de livrare include suport tehnic timp de 6 luni de la plata comenzii.

Versiunea pentru configurațiile 1C: Trade Management, ediția 10.3 și 1C: Integrated Automation 1.1

Versiune pentru configurare Trade management, ediția 11.1, 11.2

Jurnalul declarațiilor salvate

Fereastra de setări pentru finalizarea declarației

Banii inapoi garantat

Infostart LLC vă garantează o rambursare de 100% dacă programul nu corespunde funcționalității declarate din descriere. Banii pot fi returnați integral dacă solicitați acest lucru în termen de 14 zile de la data primirii banilor în contul nostru.

Programul a fost atât de dovedit că funcționează, încât putem oferi o astfel de garanție cu deplină încredere. Ne dorim ca toți clienții noștri să fie mulțumiți de achiziția lor.

Versiunea actuală a configurației Trade Management,
ediția 10.3, destinată utilizării cu versiunea de sistem
1C: Întreprindere nu mai mică de 8.2.19. Când lucrați cu sistemul de operare
Microsoft Windows 10 necesită versiunea platformei 8.3
„1C:Enterprise” în modul de compatibilitate cu versiunea 8.2.

Actualizarea este destinată următoarelor versiuni: 10.3.41.1, 10.3.42.1, 10.3.43.1

Ce mai e nou?

A adăugat funcționalitate pentru a controla perioadele de valabilitate ale formatelor de documente electronice.
S-a adăugat funcționalitate pentru trimiterea invitațiilor de schimb către un anumit ID de participant EDF.

Cu amănuntul

Suport pentru echipamente de imprimantă de chitanțe
Acceptă tipărirea documentelor de decontare pe o imprimantă de chitanțe conectată sau pe o imprimantă de birou și menținerea unui „Jurnal de bord al documentelor eliberate cumpărătorului în timpul decontărilor” în conformitate cu Regulamentul RF nr. 296 din 15 martie 2017.
Raport „Jurnal de bord al documentelor eliberate cumpărătorului”
S-a adăugat raportul „Jurnal de bord al documentelor eliberate cumpărătorului”, vezi interfața „Gestionarea comerțului cu amănuntul”, meniul „Vânzări”.
Director „Casiere KKM”
Caseta de selectare „Arhivare chitanțe” a fost adăugată la formularul director „Registrul de numerar KKM”. Când caseta de selectare „Arhivare chitanțe” este bifată, documentele „Chitanță KKM” nu sunt șterse după încheierea turei, ci sunt marcate ca arhivate. Informațiile din aceste documente sunt afișate în raportul „Jurnalul de documente eliberate cumpărătorului”.
S-a adăugat procesarea serviciului pentru ReceiptPrinter.epf
Procesarea realizează întreținerea echipamentelor suportate de driverul 1C: Receipt Printer.

Nou în versiunea 10.3.43.1

Schimb de documente electronice

A adăugat funcționalitate pentru anularea unui document electronic arbitrar.
S-a adăugat funcționalitate pentru vizualizarea reglementărilor EDF prin formularul „Arborele documentelor electronice” pentru un document electronic arbitrar.
Implementarea sincronizării stării EDI între toate documentele de bază de informații care participă la schimbul UPD/UCD.
A fost implementată posibilitatea de înregistrare unică a tuturor modificărilor aduse certificatelor organizației în serviciul 1C-EDO în timp ce se salvează Profilul EDO.
S-a adăugat posibilitatea de a specifica o listă de utilizatori care au acces la certificat.

Contabilitate TVA

În conformitate cu Decretul Guvernului Federației Ruse din 25 mai 2017. Nr.625, in facturile emise din 01.07.2017 este necesara indicarea identificatorului contractului guvernamental.
În documentul „Factură emisă” din 01.07.2017 este disponibil pentru completare câmpul „Identificator contract guvernamental”.
Forma tipărită a documentului „Factură emisă” este adusă în conformitate cu Decretul Guvernului Federației Ruse din 25 mai 2017. nr. 625.

Cu amănuntul

S-a adăugat suport pentru formatul de date fiscale versiunea 1.0.5 în conformitate cu ordinul Serviciului Federal de Taxe din Rusia din 21 martie 2017 N ММВ-7-20/229@
„Cu privire la aprobarea detaliilor suplimentare ale documentelor fiscale și formatelor documentelor fiscale care sunt obligatorii pentru utilizare.”
Pentru a profita de noile funcții, sunt necesare actualizări de procesare de întreținere.

Document „Chistarea în numerar a corecției”

A fost adăugat documentul „Chitanță de corecție în numerar”. Pentru a-l utiliza, trebuie să actualizați procesarea de întreținere a echipamentelor magazinului la versiunea 1.7 sau o versiune ulterioară.

Director „Echipamente comerciale”

S-au adăugat detalii „Metoda de control format-logic”, „Discrepanță permisă în timpul controlului formatologic”. Folosit la fiscalizarea unui cec pe o casă de marcat cu transfer de date.

Documente „Comandă în numerar de intrare”, „Comandă în numerar de ieșire”, „Plata de la cumpărător cu cardul de plată”

Atributul „Indicator metodă de plată” a fost adăugat la secțiunea tabelară „Decodare plată” este completat cu valoarea implicită, este disponibil pentru editare, iar utilizatorul își poate modifica valoarea. Detaliile sunt folosite la fiscalizarea unui cec pe o casa de marcat cu transfer de date.

Documente „Vânzări de bunuri și servicii”, „Returul bunurilor de la cumpărător”

A fost adăugată posibilitatea de a genera un bon fiscal pe o casă de marcat cu transfer de date.

Erorile identificate au fost corectate

Rândurile fișierului atașat (de la prima linie până la sfârșitul fișierului) conțin informațiile atașării.

Liniile fișierului trebuie separate una de cealaltă printr-o pereche de caractere de returnare a căruciorului și de avans de linie (codurile 1310 și 1010) imediat următoare.

Fișierul nu trebuie să înceapă sau să se termine cu caractere de returnare a căruciorului sau de avans de linie. Includerea liniilor goale într-un fișier (repetarea perechilor de întoarcere a căruciorului și de avans de linie de mai multe ori imediat după cealaltă) nu este permisă.
Informații încărcate

Fiecare linie trebuie să conțină valorile atributelor enumerate în Tabelul A.1.

Cerințe generale

Jurnalul de control format-logic (jurnal FLC) este generat pentru fiecare fișier atașat.

Numele fișierului jurnal FLC este construit din numele fișierului atașat prin înlocuirea literelor MO, care începe numele fișierului, cu litera L:

L + Sursa informațiilor + număr de înregistrare-SMO/MO + AAAAMMZZ, unde

• 
  Sursa de informații: 1 – SMO sau 2 – MO,
• 
  număr de înregistrare-SMO/MO – numărul de înregistrare al SMO sau MO
• 
  YYYYMMDD – data la care au fost pregătite datele.

Conținutul fișierului este transmis în codificarea paginii de cod Windows-1251.

Structura logică a fișierelor

Jurnalul FLC este transmis într-un fișier în format text cu delimitatori. Fișierul constă din linii separate între ele printr-o pereche de caractere „carriage return” și „line feed” (coduri 1310 și 1010). Caracterul punct și virgulă (";", cod 3410) este folosit ca separator. Valorile individuale trebuie plasate între ghilimele în cazurile în care în cadrul valorii apar punct și virgulă sau ghilimele.
Lista erorilor de format și de control logic

Dacă cel puțin o eroare FLC este detectată într-o linie, linia nu este trimisă pentru încărcare către RS ERZ.

1. 
   Lista erorilor de format și de control logic

FLC – control format-logic, care are scopul de a ajuta contribuabilii în completarea formularelor de raportare fiscală, nu urmărește scopul efectuării controlului de birou și este elaborat în conformitate cu Regulile pentru pregătirea formularelor de raportare fiscală.

Conform paragrafului 4-1 al articolului 584 din Codul fiscal al FLC, constă în verificarea completității și corectitudinii completării acestuia, efectuată la primirea și prelucrarea declarațiilor fiscale de către sistemul de primire și prelucrare a declarațiilor fiscale ale organelor fiscale (denumit în continuare sistemul).

Confirmarea acceptării și procesării raportării fiscale de către nodul central al sistemului este o notificare generată electronic de acceptare sau neacceptare a raportării fiscale de către sistem.

Sistemul atribuie raportărilor fiscale transmise electronic un statut de acceptare („Acceptat”) și o stare de procesare pentru raportarea fiscală, supusă postării în contul personal al contribuabilului („postat”) și generează, de asemenea, o notificare de acceptare sau neacceptare a raportării fiscale. .

Astfel, dacă în notificare sunt disponibile stările de raportare fiscală specificate, se consideră că raportarea fiscală a trecut testul cerințelor de format și control logic și nu intră sub incidența normei alin.7) alin.5 al art. Codul fiscal.

Eficacitatea sistemelor automatizate depinde de gradul de fiabilitate al informațiilor de intrare. Denaturarea informațiilor este posibilă în etapele înregistrării, transmiterii și procesării acesteia. O proporție semnificativă de erori sunt introduse de către operator la înregistrarea informațiilor în procesul de completare a documentelor primare. La transmiterea datelor către un computer prin canale de comunicație, este posibilă distorsiunea informațiilor din cauza interferențelor și în timpul procesării informațiilor - ca urmare a defecțiunilor și defecțiunilor dispozitivelor individuale de computer.

Pentru a crește nivelul de fiabilitate a informațiilor, au fost dezvoltate diverse metode de control al datelor pentru a detecta erorile care apar în toate etapele deplasării informațiilor de la locul de origine până la locul de prelucrare. Deoarece majoritatea erorilor sunt făcute la pregătirea informațiilor, vom lua în considerare metodele de control al acestora în această etapă.

Controlul informațiilor în timpul pregătirii documentelor primare include diferite tipuri de verificări, dintre care unele sunt efectuate direct în procesul de pregătire a unui document pe un computer în sistemul automatizat la locul de muncă, cealaltă parte a verificărilor este efectuată în computerul central la introducerea unui mesaj.

Distinge format și logic Control.

La format Control:

Numărul de caractere din fiecare indicator de mesaj introdus este determinat și comparat cu numărul necesar;

Se verifică prezența unui număr acceptabil de indicatori în mesajul introdus;

Prezența unui caracter alfabetic este verificată acolo unde ar trebui să existe un caracter numeric și invers.

Cu control logic:

Se verifică valoarea fiecărui indicator de mesaj al intervalului de valori acceptabile conținute în datele de bază;

Se verifică corespondența logică reciprocă a indicatorilor individuali între ei în cadrul fiecărei fraze a mesajului introdus și între diferite fraze (control interfrase);

Prezența erorilor în cei mai importanți indicatori ai mesajului, cum ar fi numărul de unități de material rulant, stații, marfă, este detectată prin calcularea semnelor de control.

Formatarea și controalele logice sunt efectuate pentru expresiile de serviciu și de informații ale mesajului. Dacă sunt detectate erori, abonatul care a trimis mesajul primește mesajul de diagnosticare 497, care conține codul de eroare și indicatorii unde au fost făcute erori. Abonatul trebuie să corecteze erorile sau să reintroducă mesajul.

Iată exemple de unele erori:

1. Erori de format

1.1. Monitorizarea formatării corecte a mesajului 02 în ansamblu.

Tipul de eroare din acest exemplu este un cod de mesaj inexistent. Mesajul 03 nu există.

1.2. Controlul formatului unei fraze de serviciu

Aceasta arată o eroare de format de metrică. Numărul de secvență al compoziției ar trebui să fie format din două caractere, și nu trei, ca în exemplu.

1.3. Controlul formatului frazei informative

Aceasta arată, de asemenea, o eroare a indicatorului de format. Codul proprietarului, marca rulmentului cu role trebuie să conțină trei caractere.

2. Erori logice

2.1. Controlul logic al unei fraze de serviciu.

Indicatorul de anulare a compoziției trebuie să fie egal cu 1 sau 2.

2.2. Controlul logic al frazei informaționale

Dacă greutatea încărcăturii este diferită de zero, trebuie furnizate informații despre stația de destinație a mașinii.

2.3.Controlul interfrazelor logice

Numere de inventar identice ale vagoanelor

Concluzie

Pe baza rezultatelor lucrărilor de testare, se poate trage o concluzie despre principiul de funcționare al sistemului de control automat.

La formarea unui tren, sunt compilate blocuri de servicii și informații ale mesajului 02 (TGNL), care sunt transmise către DVC. Blocul de servicii conține informații despre compoziția formată în ansamblu. Blocul de informații conține informații despre fiecare mașină: numărul de inventar, greutatea mărfii, stația de destinație, codul marfă etc.

Dacă compoziția nu corespunde TGNL-ului transmis anterior către DVC, atunci este generat mesajul 09, care indică toate modificările în compoziție. Cel mai frecvent motiv pentru o astfel de discrepanță este decuplarea sau cuplarea planificată a vagoanelor la un tren de-a lungul rutei sau decuplarea unui vagon din cauza defecțiunii sale tehnice sau comerciale.

Când trenul pleacă din gară, sunt generate mesajele 200;

cand trenul ajunge in statie - mesaj 201;

deplasare cu trenul la gară - mesaj 202;

desființarea compoziției - mesajul 203;

încărcarea unui vagon - mesaj 241;

descărcarea mașinii - mesaj 242;

transferul mașinii la grupul defect – mesaj 1353

Fiecare dintre mesajele enumerate oferă informații despre ora formării trenului, tipurile de vagoane din tren, plecarea trenului din stația de formare, încărcarea și descărcarea vagoanelor, cuplarea și decuplarea vagoanelor, scoaterea din funcțiune a vagoanelor în stația nefuncțională. flota etc.