Canalul TV Star care nu mai este la televizor?! Acord de confidențialitate pentru transferul de date

În primele rânduri ale revărsării mele textuale vreau să spun următoarele: S-au scris deja multe despre asta, îmi voi scrie și viziunea. Interfețele standard de transfer de informații sunt grozave, dar pentru nevoile mele nu oferă un transfer de date suficient (sau aproape). Voi încerca să fac câteva completări pentru a-l aduce într-o stare care mi se potrivește.

Există 2 sau mai multe dispozitive la o distanță destul de mare (1-100 de metri) între care trebuie să fie transferate datele. După ce am examinat unele interfețe (rs232/422/485, I2C, Ethernet) am ajuns la concluzia că fie nu garantează transferul de date fără ambiguitate, nici nu mi-au plăcut multe fire, nu dau un răspuns că informațiile au fost primit. Am decis să iau ca bază interfața RS485 - unul dintre avantajele ei este că poate „mergi departe”, 2 fire, poți conecta o grămadă de dispozitive în același timp, este simplu, (UART) este disponibil pe aproape orice controlor.

În cazul meu, schema clasică de 1 master și restul sunt sclavi este potrivită pentru mine. Algoritmul de mesagerie este următorul: transferul de date are loc în cicluri de schimb, un ciclu de schimb constă dintr-un mesaj care este transmis de la master la slave, ca răspuns, masterul primește un mesaj de la slave, toate celelalte sunt tăcute. Pe aceeași bază, implementați o solicitare de a primi date de la un dispozitiv slave.

Un singur ciclu de schimb.

Pentru a-mi satisface nevoile de transfer de date, există doar două probleme care trebuie rezolvate. Întrebarea 1: verificarea octetului transmis se bazează pe interfața RS-485 însăși, dar nu garantează un octet transmis în mod fiabil - dacă este detectat un octet corupt în interfața însăși, acesta este aruncat din datele primite, dar este încă posibil să se transmită octetul greșit - dacă s-a schimbat (corupt) un număr par de biți într-un octet. acestea. este necesară o verificare pentru numărul de octeți transferați și fiabilitatea octeților din datele transferate.

Întrebarea a doua: primirea unui mesaj de răspuns la cel transmis.

Referitor la prima întrebare: se propune următoarea schemă: octet de pornire, octet de cantitate
caractere transmise în întregul mesaj, altceva, byte de sumă de control (BCS), octet de final.

Notă: octetul sumei de control este citit modulo 2

Pe baza schemei propuse, putem aprecia că dacă răspunsul nu este returnat, atunci slave nu este disponibil. În acest caz, opțiunile sunt posibile atunci când un mesaj deteriorat ajunge la sclav și acesta nu răspunde la el, sau mesajul ajunge la el și îi trimite un răspuns, dar răspunsul este stricat și liderul îl ignoră.

Pentru a corecta acest lucru, s-a decis: dacă răspunsul nu vine (sau vine, dar nu este de încredere), atunci repetați din nou ciclul de schimb curent (de câteva ori fără nebunie). Următoarea eroare poate apărea aici. Să presupunem că trimitem o comandă prin care îi spune dispozitivului că trebuie să creștem volumul cu +1 unitate. Când mesajul ajunge la sclav, acesta execută comanda de mărire a volumului și trimite răspunsul „ok, am făcut ce ai vrut”, dar se poate dovedi că răspunsul este stricat și liderul nu înțelege că comanda are a fost deja executat și trimite mesajul din nou. Ca urmare, la primirea comenzii pe partea slave, volumul va fi deja crescut cu +2 unități. Pentru a evita acest fenomen, se obișnuiește să se introducă un identificator (NS - numărul mesajului) pentru diferența dintre mesaje. Dacă numărul mesajului este repetat, atunci acesta este un mesaj repetat și comanda specificată nu trebuie să fie executată, ci pur și simplu trimiteți mesajul de răspuns anterior.

Mai introduc aici încă 2 parametri - acesta este numărul (codul) dispozitivului către care sunt transferate datele și numărul (subcodul) care indică ce comandă trebuie executată (sau ce date sunt în interiorul mesajului).

Ca urmare, voi pune totul împreună și voi trece prin algoritm, folosind exemplul de creștere a valorii pragului releului de temperatură cu 5 grade Celsius și luând citirea temperaturii curente de la dispozitivul slave într-un ciclu de schimb:

Generez datele transmise de la lider:

Când un mesaj este primit, slave se uită la 2 octeți, unde este numărul de octeți trimiși, dacă numărul de octeți trimiși este egal cu numărul de octeți primiți, atunci mesajul nu a pierdut niciun octet, atunci ne uităm la octetul de început (caracter) dacă este = „$”, precum și octetul de sfârșit (caracterul) dacă = „#” - atunci acesta este un mesaj de la master către slave.

Voi lua în considerare imediat posibile opțiuni pentru un mesaj de la master la slave cu erori în octeții inițiali și finali, precum și o opțiune cu o eroare în numărul de octeți din mesaj. Voi face o rezervare că din 3 valori ale parametrilor voi considera corecte 2 și 3, adică. Dacă 2 din 3 parametri posibili se potrivesc, consider că mesajul este valid.

1. byte de pornire = „$”, numărul de octeți primiți = 7 (numărul de octeți trimiși = 7), octetul de sfârșit nu este egal cu „#”;
2. octetul de pornire nu este egal cu „$”, numărul de octeți primiți = 7 (numărul de octeți trimiși = 7), octetul final = „#”;
3. byte de pornire = „$”, numărul de octeți primiți = 7 (numărul de octeți trimiși = 7, numărul de octeți nu este egal cu 7), octetul final = „#”.

Apoi, calculăm suma de control a celor 3 octeți rămași (octeți 3, 4, 5), dacă coincide cu BCS, continuăm analizarea datelor, vedem dacă aceste date sunt pentru acest dispozitiv și ce trebuie făcut cu el, în cazul nostru, codul dispozitivului slave este 55, iar subcodul 2 spune că trebuie să adăugați încă 5 grade la pragul de răspuns al releului și să trimiteți datele de temperatură curentă într-un mesaj de răspuns. Verific NS, dacă nu este egal cu numărul mesajului anterior, atunci execut comanda și adaug 5 grade la valoarea curentă a pragului de răspuns al releului. Dacă sunt egale (NS), atunci nu efectuez acțiunile specificate, apoi trec la generarea unui mesaj de răspuns.

Folosirea schemei ["$"][numărul de octeți trimiși/primiți][...]["#"] - cel mai probabil garantează că o astfel de combinație nu poate fi găsită în datele transmise și provoacă un mesaj fals.

Eu generez date transmise de la slave pe baza mesajului primit:

Principiul de procesare este următorul: uitați-vă la 2 octeți unde este numărul de octeți trimiși, dacă numărul de octeți trimiși este egal cu numărul de octeți primiți și, de asemenea, octetul de început = "@" și octetul de final = "&" - atunci acesta este un mesaj de la sclav către stăpân. Dacă este necesar, folosesc mecanismul 2 din 3, similar celui descris mai sus, doar pentru mesajul de răspuns (pentru simbolurile „@” și „&”). La primirea acestui mesaj, comandantul analizează suma de control de 9 (de la al 3-lea la al 11-lea) octeți, dacă suma de control se potrivește, datele din mesaj sunt considerate de încredere și continuă analiza datelor. Dacă codul, subcodul și NS ale mesajului trimis și primit se potrivesc, continuăm să analizăm răspunsul la mesajul transmis de lider. Urmează analiza datelor primite, în cazul meu în al 6-lea octet valoarea 1 - indică faptul că comanda de adăugare a 5 grade la pragul releului a fost efectuată cu succes, restul de 5 octeți indică citirile curente de temperatură, al 7-lea octet este un indicator care indică fiabilitatea transmisă a temperaturii (adică am în vedere opțiunea ca dispozitivul slave să fie pornit și să răspundă, dar este posibil ca senzorul să nu funcționeze) și 4 octeți ai valorii temperaturii de tip float.

Utilizarea a 2 caractere de verificare la începutul și la sfârșitul mesajului garantează cel mai probabil în cazul unei erori să nu confunde mesajele de la slave cu cele de la master. De asemenea, datele aleatoare (nu aleatoare) din canal nu vor strica schimbul.

Câteva despre transferul de date de la un slave la un slave și un mesaj centralizat către toți sclavii de la master.

În primul rând, despre acesta din urmă - transmisia de la master la slave se realizează prin alocarea unui cod de dispozitiv 255, spunându-le sclavilor că acesta este un mesaj centralizat, apoi tot ce rămâne este să decideți problema subcodurilor generale, poate fi, de asemenea, grupate pe coduri de dispozitiv, de ex. atribuiți un cod de dispozitiv de 254 și folosind acest cod, 3 sau 4 dispozitive vor primi mesajul; Nu este garantat că sclavii au acceptat fără ambiguitate aceste mesaje!

Despre transferul de date de la un slave la un slave, implementați metoda masterul trimite un mesaj către slave (slave1) de la care informațiile ar trebui să fie primite de un alt slave (slave2), slave1 trimite un răspuns către master, în timp ce slave2 ascultă. pe acest răspuns, luând datele pentru el însuși. Din nou, nu există nicio garanție a livrării fără ambiguitate a unui mesaj de la slave1 la slave2, acest lucru trebuie luat în considerare!

Capacitățile interfeței Numărul de dispozitive conectate teoretic este de aproximativ 250, comenzile/tipurile de date sunt de până la 248 pentru fiecare dispozitiv, lungimea informațiilor utile dintr-un mesaj este de până la 250 de octeți.

Să vorbim despre capcane:

Toate transmisiile de date sunt proiectate să funcționeze pe o bază de timp, de ex. trebuie respectate anumite întârzieri între mesaje. De asemenea, recomand să faceți o întârziere fixă ​​între mesajul trimis de lider și răspunsul sclavului, astfel încât sclavul să aibă timp să genereze datele și să le trimită complet către canal.

Momentul organizării răspunsurilor de la sclav este de asemenea important, se poate întâmpla ca slave să fie ocupat și să aibă date de la mai multe mesaje în canalul său deodată, ar trebui să evitați răspunsurile la mesaje învechite (din moment ce masterul nu le mai așteaptă ) ignorându-le, executând comenzi numai ultimelor mesaje curente și răspundeți la acestea.

Separat, aș dori să evidențiez problema sincronizării timpului a dispozitivelor - ar trebui să se țină cont de faptul că sincronizarea timpului slave la primirea unui mesaj necesită luarea în considerare a întârzierilor de timp pentru trimiterea datelor către canal (la o viteză de 9600 , un mesaj de 10 octeți va fi transmis în aproximativ 11 ms) iar momentul în care întreruperea este declanșată la sfârșit este important primirea datelor pe partea slave, dacă nu există întrerupere, atunci merită luat în considerare timpul durează pentru a verifica sosirea datelor în memoria tampon a dispozitivului etc.

De asemenea, este de remarcat faptul că trimiterea repetată a unui ciclu de mesaj adaugă și nuanțe. Recomand să folosiți sincronizarea timpului pentru a trimite mesaje fără repetări și pentru a genera mesaje cu un nou NS.

P.S. Am îndoieli că am descoperit ceva nou aici, toate acestea sunt folosite într-o măsură sau alta undeva în diferite interfețe! Cu mâna ușoară a autorului acestei scrieri și utilizarea acestui protocol în dezvoltarea mea, vreau să dau numele „SRDB2” acestui protocol de transfer de date.

Ghid TV: Acesta este un program TV digital pentru Tricolor TV, date care sunt descărcate în timp real prin satelit. Prin urmare, uneori poate dura până la zece minute pentru a descărca datele. Posibilă eroare „fără date de transmisie”, sau „Nu există niciun ghid de programe pe acest canal sau nu a fost încă descărcat. Toate acestea pot duce la defecțiuni ale receptorului.

Mai întâi trebuie să înțelegeți motivele pentru care ghidul TV nu funcționează:

• Setarea incorect de timp pe receptor în sine;
• A apărut o defecțiune a echipamentului;
• Firmware învechit sau receptor stricat;

Desigur, nu există nicio modalitate de a lăsa echipamentul în această stare, așa că trebuie să cauți o soluție. Cea mai simplă soluție la problemă este să contactați specialistul care v-a instalat echipamentul. În plus, puteți încerca să contactați specialiștii Tricolor TV apelând la linia fierbinte.

Cum să remediați ghidul TV pe Tricolor TV

• Setați ora corectă pe receptor. Pentru a face acest lucru, apăsați „meniu” de pe telecomanda receptorului, apoi găsiți secțiunea „data și oră”. Setați data și ora exactă;
• Resetați setările la valorile implicite din fabrică. Instrucțiuni: ;
• Încercați să actualizați receptorul este posibil să fi fost lansată o actualizare cu noi setări;
• Reporniți receptorul. Pentru a face acest lucru, trebuie să faceți următoarele: opriți-l. Apoi deconectați cablul de la priză pentru câteva minute. Porniți receptorul. Erorile vor fi resetate.

Nu vă așteptați ca eroarea Ghidului TV să se rezolve de la sine. Dacă aveți într-adevăr nevoie de această funcție, atunci urmați toți pașii din instrucțiunile noastre și ghidul TV va începe să funcționeze pentru fiecare canal. La urma urmei, mulți abonați se confruntă cu această problemă.

În 2015, Tricolor TV nu mai avea canale gratuite.

Dacă toate canalele dvs. sunt criptate, poate afișa First sau NTV sau Karusel sau TNT, atunci trebuie să verificați starea abonamentului.

Vă puteți verifica abonamentul la pachetul unic prin Contul personal al unui abonat Tricolor TV.

Sau pe site-ul Tricolor, vedeți cum să faceți acest lucru.

Din motive tehnice, pot exista întreruperi în recepția semnalului pentru abonați, care se manifestă prin codificarea canalelor de televiziune/radio Tricolor TV.
Dacă apar probleme, trebuie să reporniți echipamentul de recepție. Dacă este necesar, trimiteți comenzi de reactivare prin contul personal sau prin telefon mai jos.

Sau sunați la numărul gratuit 8-800-500-0123 și întrebați operatorul.

Dacă nu există un abonament activ, trebuie să plătiți un singur tarif de 1200 de ruble pe an.

Apelul este gratuit.

Să ne uităm la cele mai comune motive pentru care Tricorlor TV nu se afișează.

Și să încercăm să ne îmbunătățim Tricolorul.

1. În primul rând, ne uităm să vedem dacă canalul nostru de informații Tricolor este afișat.

Acest canal ar trebui să apară chiar dacă scoateți cardul de acces din receptorul Tricolor.

Dacă acest canal vă arată, mergeți la pasul 2.

Dacă nu afișează mesajul Niciun semnal pe ecran.

Poate că setările receptorului dvs. au mers prost.

Apoi accesați setări și faceți o resetare din fabrică.

După resetare, vedeți dacă receptorul vede calitatea și puterea semnalului, dacă o face, ar trebui să vă găsească canalele și să înceapă să se afișeze.

Dacă receptorul nu vede semnalul, atunci problema este diferită.

Problema poate fi în receptorul Tricolor, în setarea antenă sau în convertor.

Pentru a rezolva această problemă, trebuie să apelați un instalator.

Sau puteți personaliza singur placa tricoloră ACEST instrucțiuni.

2. Dacă sunt afișate informații despre canal, dar canalele gratuite tricolore din pachetul de bază nu sunt afișate, înseamnă că nu ați confirmat datele abonaților în Tricolor TV sau receptorul nostru nu vede cardul sau cardul este instalat pe partea greșită.

Cum să confirmați datele personale ale unui abonat

Pentru a vedea dacă receptorul dvs. vede cardul, mergem la meniul - acces condiționat - modul DRE - informații despre smart card și în articolul de carte de identitate ar trebui să existe un număr care este scris pe cardul dvs. Tricolor instalat în receptor.

Acesta este un exemplu pentru receptorul tricolor GS 8300N pentru alte modele de receptoare de satelit generale, calea către cartea de identitate poate fi ușor diferită.

Dacă receptorul dvs. nu vede cardul, duceți-l la centrul de service sau verificați cardul pe alt receptor Tricolor.

3. Dacă vedeți doar canale gratuite, este posibil ca abonamentul să fi expirat.

Dacă știți sigur că abonamentul dvs. nu a expirat încă, atunci trebuie să vă reconectați echipamentul la satelitul Tricolor.

Pentru a face acest lucru trebuie să suni +7 800 500-01-23 și cereți operatorului să trimită un semnal de reactivare.

Sau scrie pe e-mail cerere de repetare a comenzilor de activare -Această adresă de e-mail este protejată de spamboți. Trebuie să aveți JavaScript activat pentru a-l vizualiza.

Conform imaginii tricolore, imaginea ar trebui să apară nu mai târziu de opt ore mai târziu.

Din experiență pot spune că decodarea durează aproximativ 30-60 de minute.

4. Canalele tricolor HD nu sunt afișate, dar chiar aveți un receptor cu suport HD?

M-am uitat la cele mai comune motive pentru care televizorul Tricolor nu funcționează.

Dacă aveți întrebări sau completări, scrieți în comentarii.

Acord de confidențialitate

și prelucrarea datelor cu caracter personal

1. Dispoziții generale

1.1 Acest acord privind confidențialitatea și prelucrarea datelor cu caracter personal (denumit în continuare Acordul) a fost acceptat în mod liber și din proprie voință și se aplică tuturor informațiilor pe care Insales Rus LLC și/sau afiliații săi, inclusiv toate persoanele incluse în același grup cu SRL „Insails Rus” (inclusiv SRL „Serviciul EKAM”) poate obține informații despre Utilizator în timp ce folosește oricare dintre site-urile, serviciile, serviciile, programele de calculator, produsele sau serviciile SRL „Insails Rus” (denumită în continuare Serviciile) și în timpul executării Insales Rus LLC orice acorduri și contracte cu Utilizatorul. Consimțământul Utilizatorului cu privire la Acord, exprimat de acesta în cadrul relațiilor cu una dintre persoanele enumerate, se aplică tuturor celorlalte persoane enumerate.

1.2. Utilizarea Serviciilor înseamnă că Utilizatorul este de acord cu acest Acord și cu termenii și condițiile specificate în acesta; în caz de dezacord cu acești termeni, Utilizatorul trebuie să se abțină de la utilizarea Serviciilor.

"În vânzări"- Societate cu răspundere limitată „Insails Rus”, OGRN 1117746506514, INN 7714843760, KPP 771401001, înregistrată la adresa: 125319, Moscova, Akademika Ilyushina St., 4, building 1, office 11 (denumită „Insails Rus”) de o parte, și

"Utilizator" -

sau o persoană care are capacitate juridică și este recunoscută ca participant la relațiile juridice civile în conformitate cu legislația Federației Ruse;

sau o entitate juridică înregistrată în conformitate cu legile statului în care acea persoană este rezidentă;

sau un antreprenor individual înregistrat în conformitate cu legile statului în care o astfel de persoană este rezidentă;

care a acceptat termenii acestui acord.

1.4 În sensul prezentului acord, părțile au stabilit că informațiile confidențiale sunt informații de orice natură (de producție, tehnică, economică, organizațională și altele), inclusiv rezultatele activității intelectuale, precum și informații despre metodele de desfășurare. activități profesionale (inclusiv, dar fără a se limita la: informații despre produse, lucrări și servicii; informații despre sisteme și echipamente tehnice, inclusiv previziuni de afaceri și informații despre achizițiile propuse; informații despre anumiți parteneri și potențiali parteneri; legate de proprietatea intelectuală, precum și planuri și tehnologii legate de toate cele de mai sus) comunicate de o parte celeilalte în formă scrisă și/sau electronică, desemnate în mod expres de către Parte ca informații confidențiale ale acesteia.

1.5 Scopul acestui acord este de a proteja informațiile confidențiale pe care părțile le vor schimba în timpul negocierilor, încheierii de contracte și îndeplinirii obligațiilor, precum și a oricărei alte interacțiuni (inclusiv, dar fără a se limita la, consultarea, solicitarea și furnizarea de informații și efectuarea altor instrucțiuni).

2. Responsabilitățile părților

2.1 Părțile convin să păstreze secrete toate informațiile confidențiale primite de una dintre părți de la cealaltă parte în timpul interacțiunii părților, să nu dezvăluie, să nu divulge, să facă publice sau să furnizeze în alt fel aceste informații oricărei părți fără permisiunea prealabilă în scris a părții. cealaltă parte, cu excepția cazurilor specificate în legislația în vigoare, când furnizarea acestor informații este responsabilitatea părților.

2.2.Fiecare parte va lua toate măsurile necesare pentru a proteja informațiile confidențiale utilizând cel puțin aceleași măsuri pe care le folosește partea pentru a-și proteja propriile informații confidențiale. Accesul la informații confidențiale este oferit numai acelor angajați ai fiecărei părți care au nevoie în mod rezonabil de ele pentru a-și îndeplini sarcinile oficiale în temeiul prezentului acord.

2.3 Obligația de a păstra secretul informațiilor confidențiale este valabilă în perioada de valabilitate a prezentului Contract, a contractului de licență pentru programe de calculator din data de 1 decembrie 2016, a acordului de aderare la contractul de licență pentru programe de calculator, contracte de agenție și alte contracte și pentru cinci ani. după încetarea acțiunilor lor, cu excepția cazului în care părțile convin altfel separat.

(a) în cazul în care informațiile furnizate au devenit publice fără încălcarea obligațiilor uneia dintre părți;

(b) dacă informațiile furnizate au devenit cunoscute unei părți ca urmare a propriilor sale cercetări, observații sistematice sau alte activități desfășurate fără utilizarea informațiilor confidențiale primite de la cealaltă parte;

(c) în cazul în care informațiile furnizate sunt primite în mod legal de la un terț fără obligația de a le păstra secret până când sunt furnizate de una dintre părți;

(d) în cazul în care informațiile sunt furnizate la cererea scrisă a unei agenții guvernamentale, a altei agenții guvernamentale sau a unui organism administrativ local pentru a-și îndeplini funcțiile, iar dezvăluirea lor către aceste organisme este obligatorie pentru Parte. În acest caz, Partea trebuie să notifice imediat cealaltă Parte cu privire la cererea primită;

(e) în cazul în care informațiile sunt furnizate unei terțe părți cu consimțământul părții despre care sunt transferate informațiile.

2.5.Insales nu verifică acuratețea informațiilor furnizate de Utilizator și nu are capacitatea de a-și evalua capacitatea juridică.

2.6 Informațiile pe care Utilizatorul le furnizează vânzătorilor la înregistrarea în Servicii nu sunt date cu caracter personal, așa cum sunt definite în Legea Federală a Federației Ruse nr. 152-FZ din 27 iulie 2006. „Despre datele personale.”

2.7.Vânzări are dreptul de a face modificări acestui Acord. Când se fac modificări la ediția curentă, este indicată data ultimei actualizări. Noua versiune a Acordului intră în vigoare din momentul în care este postată, cu excepția cazului în care noua versiune a Acordului prevede altfel.

2.8 Prin acceptarea acestui Acord, Utilizatorul înțelege și este de acord că Insales poate trimite Utilizatorului mesaje și informații personalizate (inclusiv, dar fără a se limita la) pentru a îmbunătăți calitatea Serviciilor, pentru a dezvolta noi produse, pentru a crea și trimite oferte personale către Utilizatorul, să informeze Utilizatorul despre modificările planurilor și actualizărilor Tarifelor, să trimită Utilizatorului materiale de marketing pe tema Serviciilor, să protejeze Serviciile și Utilizatorii și în alte scopuri.

Utilizatorul are dreptul de a refuza primirea informațiilor de mai sus prin notificarea în scris la adresa de e-mail Insales -.

2.9 Prin acceptarea acestui Acord, Utilizatorul înțelege și este de acord că Serviciile de vânzare pot utiliza cookie-uri, contoare și alte tehnologii pentru a asigura funcționalitatea Serviciilor în general sau a funcțiilor lor individuale, în special, iar Utilizatorul nu are pretenții împotriva Vânzărilor în legătură. cu asta.

2.10 Utilizatorul înțelege că echipamentele și software-ul folosit de acesta pentru a vizita site-urile de pe Internet pot avea funcția de a interzice operațiunile cu cookie-uri (pentru orice site-uri sau pentru anumite site-uri), precum și de a șterge cookie-urile primite anterior.

Insales are dreptul de a stabili că furnizarea unui anumit Serviciu este posibilă numai cu condiția ca acceptarea și primirea cookie-urilor să fie permisă de către Utilizator.

2.11 Utilizatorul este responsabil în mod independent pentru securitatea mijloacelor pe care le-a ales pentru a-și accesa contul și, de asemenea, asigură în mod independent confidențialitatea acestora. Utilizatorul este singurul responsabil pentru toate acțiunile (precum și consecințele acestora) în cadrul sau utilizarea Serviciilor din contul Utilizatorului, inclusiv cazurile de transfer voluntar de către Utilizator a datelor pentru a accesa contul utilizatorului către terți în orice condiții (inclusiv în baza contractelor). sau acorduri) . În acest caz, toate acțiunile din cadrul sau utilizarea Serviciilor sub contul Utilizatorului sunt considerate a fi efectuate de către Utilizator însuși, cu excepția cazurilor în care Utilizatorul a notificat Insales accesul neautorizat la Servicii folosind contul Utilizatorului și/sau orice încălcare. (suspiciune de încălcare) a confidențialității mijloacelor sale de accesare a contului dumneavoastră.

2.12 Utilizatorul este obligat să notifice imediat Insales orice caz de acces neautorizat (neautorizat de către Utilizator) la Servicii folosind contul Utilizatorului și/sau orice încălcare (suspiciune de încălcare) a confidențialității mijloacelor de acces ale acestuia. contul. Din motive de securitate, Utilizatorul este obligat să închidă în mod independent și în siguranță activitatea din contul său la sfârșitul fiecărei sesiuni de lucru cu Serviciile. Insales nu este responsabil pentru posibila pierdere sau deteriorare a datelor, precum și pentru alte consecințe de orice natură care pot apărea din cauza încălcării de către Utilizator a prevederilor acestei părți a Acordului.

3. Responsabilitatea părților

3.1 Partea care a încălcat obligațiile prevăzute de Acord privind protecția informațiilor confidențiale transferate în temeiul Acordului este obligată, la cererea Părții vătămate, să compenseze prejudiciul real cauzat de o astfel de încălcare a termenilor Acordului. în conformitate cu legislația actuală a Federației Ruse.

3.2 Despăgubirea pentru daune nu încetează obligațiile părții care încalcă să își îndeplinească în mod corespunzător obligațiile care îi revin în temeiul Acordului.

4.Alte prevederi

4.1 Toate notificările, solicitările, solicitările și alte corespondențe în temeiul prezentului Acord, inclusiv cele care includ informații confidențiale, trebuie să fie în scris și livrate personal sau prin curier sau trimise prin e-mail la adresele specificate în acordul de licență pentru programele de calculator din data de 12/. 01/2016, acordul de aderare la acordul de licență pentru programe de calculator și în prezentul acord sau alte adrese care pot fi ulterior specificate în scris de către parte.

4.2 Dacă una sau mai multe prevederi (condiții) din prezentul Acord sunt sau devin invalide, atunci aceasta nu poate servi drept motiv pentru rezilierea celorlalte prevederi (condiții).

4.3 Prezentul Acord și relația dintre Utilizator și Vânzări care decurge în legătură cu aplicarea Acordului sunt supuse legii Federației Ruse.

4.3 Utilizatorul are dreptul de a trimite toate sugestiile sau întrebările referitoare la acest Acord la Serviciul de Asistență pentru Utilizatori Insales sau la adresa poștală: 107078, Moscova, st. Novoryazanskaya, 18, clădirea 11-12 î.Hr. „Stendhal” SRL „Insales Rus”.

Data publicarii: 12/01/2016

Numele complet în rusă:

Societate cu raspundere limitata "Insales Rus"

Nume prescurtat în rusă:

SRL „Vânzări Rus”

Nume în engleză:

Companie cu răspundere limitată InSales Rus (InSales Rus LLC)

Adresa legala:

125319, Moscova, st. Akademika Ilyushina, 4, clădirea 1, biroul 11

Adresa poștală:

107078, Moscova, st. Novoryazanskaya, 18, clădirea 11-12, BC „Stendhal”

INN: 7714843760 Punct de control: 771401001

Detalii bancare: