Descrierea versiunii 2019.4.0

24722 În modul "Vânzări", a fost adăugat formularul "Ecranul cumpărătorului", care dublează parțial informațiile din formularul principal "Vânzări", în special:
- Numărul/data de realizare (în antet);
- Numele clientului (pentru clienții fără nume - clientul sistemului);
- Numărul de serie al bunurilor din vânzare;
- Denumirea produsului;
- Cantitatea;
- Prețul;
- Suma.
Afișează, de asemenea, informații sumare privind vânzările:
- Suma totală;
- Procentul de reducere;
- Valoarea reducerii;
- Suma de plătit;
- Valoarea bonusurilor acumulate (pentru clienții nominalizați cu un sistem de acumulare a bonusurilor de reducere).
Folosind meniul Additional fields (Câmpuri suplimentare), puteți activa afișarea următoarelor câmpuri: articol, cod de bare, procent de reducere, tip de reducere, bonusuri acumulate, plătit cu bonusuri.
Afișarea ecranului clientului este disponibilă atunci când este activată funcția plătită "Afișare client". Informarea clientului cu privire la produsele achiziționate pe un monitor separat.
64373 A fost adăugat formularul "Selectarea unei tranzacții pentru rambursare", care este apelat prin intermediul terminalului bancar în cazul în care plata a fost efectuată în mai multe tranzacții (puteți selecta o tranzacție dacă banii pentru aceasta nu au fost rambursați parțial sau integral). Pentru fiecare tranzacție, se afișează numărul tranzacției, numărul cardului de pe care a fost plătită și suma de rambursat (poate fi ajustată în jos).
În cazul în care plata a fost efectuată cu ajutorul tehnologiei NFC prin intermediul unui smartphone, atunci rambursarea unei astfel de plăți este, de asemenea, posibilă numai cu ajutorul acestei tehnologii.
În cazul unei plăți parțiale efectuate de un client VIP, acest mecanism nu se aplică. În cazul în care plata a fost efectuată în mai multe tranzacții prin intermediul terminalului, o astfel de plată nu poate fi rambursată prin intermediul terminalului bancar.
În plus, în toate formularele de efectuare a plăților prin intermediul terminalului a fost adăugat un comutator "Utilizați conexiunea cu terminalul bancar", care vă permite să activați/dezactivați modul de plată prin intermediul terminalului bancar. A fost implementată posibilitatea de a rambursa plata prin intermediul terminalului bancar dacă plata a fost efectuată în mai multe tranzacții.
Aceasta este relevantă pentru modurile care vă permit să efectuați o plată în avans sau o plată în rate:
- plata anticipată a comenzii unui produs de către un client;
- plata anticipată a unei comenzi de producție;
- plata pentru reparații;
- plata anticipată a unei facturi în Comerț cu un extras de cont;
- plata unei facturi de cheltuieli în Trade cu emiterea unei facturi.
64608 Dacă toate elementele de pe chitanță sunt tipărite pe o imprimantă nefiscală sau pe o imprimantă fiscală, se va afișa plata în numerar și restul. Dacă cantitatea de bunuri este împărțită în două chitanțe, atunci, ca și înainte, restul nu va fi afișat, iar valoarea plății în numerar va fi egală cu cantitatea de bunuri dintr-o anumită chitanță minus valoarea plăților fără numerar. Au fost aduse modificări la imprimarea unei chitanțe fiscale în modul mixt.
6777777 A fost adăugată setarea "Trimite automat o copie a chitanței" în formularul "Configurarea locului de muncă al registratorului fiscal" pentru registratorii Shtrih M, Atoll 8, Atoll 10 și WebKassa. Atunci când setarea este activată, dacă se tipărește un cec pentru un client numit și dacă clientul are o adresă de e-mail, în formularul de plată se va bifa caseta de selectare "Către poștă", dacă este setat numărul de telefon - "Către telefon", dacă clientul are atât e-mail, cât și telefon - "Către poștă". Această revizuire reduce numărul de acțiuni pe care casierul trebuie să le facă atunci când trimite o chitanță fiscală prin poștă sau prin telefon.
70110 În formularul "Intermediar" a fost adăugat un nou raport pentru perioada cu o defalcare pe mărfuri. De asemenea, acest raport este disponibil pentru acțiunea "Trimitere raport prin e-mail". Această îmbunătățire va permite intermediarului să orienteze raportarea și să vadă în mod vizual informații despre bunurile pentru care se fac decontări reciproce.
72242 În "Settings" - "Options" - "Receipt" (Setări - "Opțiuni" - "Recepție"), parametrul ATOL Driver versiunea 10 a fost adăugat la lista de registratori fiscali.
Spre deosebire de versiunea 8, nu mai este necesară specificarea codurilor de plată și a codurilor fiscale, iar versiunea 10 implementează, de asemenea, lucrul cu încălțămintea etichetată la vânzarea de bunuri (etichetarea este transferată la OFD). Posibilitatea de a lucra cu registratorul fiscal al societății Atol prin intermediul driverului din ediția a 10-a.
77824 A fost adăugat formularul "Analiza rezultatelor promoției "Adu un prieten"", care este apelat de acțiunea cu același nume în formularul "Vânzări" (disponibil după selectarea unui client) prin grupul de acțiuni "Acțiuni suplimentare", precum și în formularul "Marketing" - "Clienți". Acțiunea este disponibilă numai dacă este activată funcția cu plată "Recomandă un prieten".
Analiza vă permite să vedeți rezultatele promoției pentru clientul căruia îi sunt creditate bonusurile, în contextul promoțiilor create. Analiza afișează informații despre codurile promoționale pentru fiecare promoție, despre creditele/retragerile de bonusuri pentru o anumită promoție în general sau pentru un anumit cod promoțional. Pentru fiecare fapt de creditare/debitare a bonusurilor în cadrul promoției, sunt afișate informații privind bunurile care au fost achiziționate/returnate în cadrul unei vânzări sau al unei returnări specifice. Este disponibilă acțiunea "Raport de promovare". Aceasta vă permite să vedeți informații despre ce produse au fost creditate/restituite cu bonusuri.
92423 În formularul de editare "Terminal bancar" a fost adăugată setarea "Tip protocol". Pentru terminalul PAX, trebuie să selectați "WebSocket".
Detectarea automată a numărului de comerciant nu este suportată pentru terminalele care funcționează cu protocolul WebSocket. În formularul de editare "Banking terminal merchant" (Terminal bancar comerciant), opțiunile "Merchant name" (Nume comerciant) și "Auto-detect merchant number" (Detectare automată a numărului comerciantului) nu sunt disponibile pentru astfel de terminale. De asemenea, nu se acceptă lucrul cu serviciile. S-a adăugat posibilitatea de a conecta terminalul bancar PAX S800 prin protocolul WebSocket.
97131 Pentru a imprima o factură fiscală, trebuie să activați "Standard regional" - "Moldova" în meniul "Setări" - "Opțiuni" - "Serviciu" - "Limbă" și să specificați TVA pentru tipurile de mărfuri.
În formularul "Document" - "Contabilitatea facturilor fiscale" a fost adăugată o nouă filă "Seria și numărul facturii fiscale". Seria și numărul facturii fiscale au o dată de expirare. La tipărirea unei facturi fiscale, seria și numărul sunt selectate automat din intervalul cu cea mai scurtă perioadă de valabilitate.
În secțiunea "Settings - Options - Service - Language" (Setări - Opțiuni - Servicii - Limbă), a fost adăugată setarea Standard regional. Selectarea unei setări afectează afișarea elementelor de meniu individuale și a acțiunilor din formulare:
1. Ucraina:
- Document - Contabilitatea facturilor fiscale;
- 2. Extrase de cont bancar: Extrase de cont bancar;
- Prom.ua;
- Nova Poshta;
- Declarația privind accizele;
- Setări - Opțiuni - Oraș preferat;
- Depozit - Lista de cheltuieli - Tipărire factură fiscală;
- Depozit - Lista de chitanțe - Imprimă calculul corectiv la factura fiscală.
3. Kazahstan:
- Factura electronică Kazahstan
4. Moldova.
- Document - Contabilitatea facturilor fiscale;
- Câmpurile TIN și EDRPOU pentru Client au fost redenumite;
- pentru Companie, câmpurile TIN și EDRPOU au fost redenumite.
Dacă nu este selectat standardul regional, totul funcționează ca înainte. Posibilitatea de a crea o factură fiscală care să respecte standardele Republicii Moldova.
Utilizând setarea standardului regional, puteți ascunde anumite elemente și acțiuni în funcție de țara selectată.
99573 1. În fișa produsului a fost adăugată fila "Pachet".
2. Setarea "Asamblați kitul înainte de vânzare dacă nu este suficient în depozit" a fost mutată în fila "Ambalare".
3. Setarea "Dezasamblare la postare" a fost adăugată la fila "Set complet".
4. A fost adăugat un câmp pentru introducerea codului de bare al articolului din depozit în formularul "Depozit de sosire" (formularul "Depozit" din fișa produsului). Dacă este specificat codul de bare, articolul de depozit este creat cu codul de bare specificat, dacă nu este specificat codul de bare, este creat codul de bare generat automat. Posibilitatea de a dezasambla automat trusele în timpul procesului de intrare a mărfurilor. Această caracteristică vă va permite să optimizați procesul de înregistrare a mărfurilor care sunt furnizate în pachete și vândute fie în pachete, fie la bucată (de exemplu, un pachet de apă, bere etc.). Astfel, pachetul este înregistrat ca produs în raion, dar, de fapt, produsul este pus în raion la bucată (compoziția ambalajului), care este gata de vânzare la bucată. Dacă acest produs este vândut la pachet, atunci va fi suficient să se activeze setarea "Asamblați un set înainte de vânzare dacă nu există suficient în stoc", ceea ce va duce la asamblarea automată a ambalajului în timpul vânzării produsului (cu condiția să existe un număr suficient de bucăți de marfă pentru a forma un pachet).
99578 În formularul "Import" a fost adăugată setarea "Fix product name" (activată în mod implicit). La importul unui produs, se va genera un nume scurt al produsului dacă regula de generare a unui nume scurt al produsului este configurată în Setări - Parametri - Produs - Nume. Vă permite să stabiliți numele scurt al produsului atunci când importați un produs.
101069 Pentru modul "Sincronizare cu un magazin online", a fost adăugată afișarea unui mesaj global care indică numărul de comenzi/facturi descărcate după finalizarea sincronizării prin cronometru. La încărcarea manuală a comenzilor/facturilor în formularul "Remote customer order" (Comandă client la distanță), nu se generează un mesaj global, dar se afișează un mesaj de informare cu numărul de comenzi/facturi încărcate.
Notificarea globală este afișată în mod implicit pentru utilizatorii fără restricții de rol. Dacă aveți nevoie să afișați notificarea pentru alți utilizatori, o puteți configura în formularul Settings - Users (Setări - Utilizatori), fila Received notifications (Notificări primite (Tip notificare - Eveniment, Eveniment - Magazin online). Această îmbunătățire vă permite să vedeți în orice moment comenzile finalizate ale magazinului online.
101073 Formularul "Verificarea mărfurilor în raport cu factura" nu mai este modal, adică dacă formularul de verificare a mărfurilor în raport cu factura rămâne deschis, atunci în loc să se deschidă un formular similar (al doilea), utilizatorului i se va afișa un mesaj prin care i se va arăta că este necesar să finalizeze verificarea începută anterior. Posibilitatea de a lucra cu alte formulare atunci când se verifică un articol din scrisoarea de trăsură.
101074 A fost adăugată o tastă rapidă F9 pentru a comuta forma de plată Cash/Cashless pentru următoarele formulare:
1. "Comerț cu factură" din formularul "Plata".
2. "Vânzări" pe formularul "Payment" (Plată).
3. "Intermediar" - "Sold cu intermediari" pe formularele "Introducerea plății de la intermediar" și "Introducerea plății către intermediar". Posibilitatea de a utiliza tastatura atunci când alegeți o metodă de plată.
101774 În formularele "Returnarea mărfurilor la furnizor" și "Radiere din depozit", a fost adăugată acțiunea "Coduri de marcare onestă" pentru a vizualiza și introduce codul de marcare.
A fost adăugată o caracteristică dinamică suplimentară "Contabilitatea strictă a codurilor de marcare" la fișa tipului de produs. Dacă această setare este activată, atunci introducerea codurilor de marcare pentru mărfurile pentru care este necesară (opțiunea "Marcare obligatorie în sistemul "Marcaj onest" este activată) este obligatorie în timpul oricărei operațiuni de scoatere a mărfurilor din depozit, adică vânzare, returnare la furnizor, returnare de defecte, radiere. Dacă setarea este dezactivată, puteți sări peste introducerea codului de marcare, iar articolul va fi adăugat la document.
În modul "Comerț cu factură", la crearea unei facturi de cheltuieli, mărfurile care necesită un cod de marcare, dar care nu au fost introduse la adăugarea mărfurilor la factură și pentru care nu există o contabilizare strictă a codurilor de marcare, nu vor fi adăugate la factura de cheltuieli (se va emite un mesaj corespunzător). Astfel de bunuri pot fi adăugate direct la factura de cheltuieli fără un cod de etichetare.
Indiferent de valoarea selectată "Strict accounting of labelling codes" (Contabilizarea strictă a codurilor de etichetare), editarea cantității unor astfel de bunuri este interzisă. Lista de formulare pentru vizualizarea și introducerea codurilor de etichetare a fost extinsă. De asemenea, această îmbunătățire vă permite să configurați tipurile de bunuri pentru posibilitatea de a vinde, returna sau trece în cont bunurile care necesită un cod de etichetare, dar legislația vă permite să efectuați operațiuni cu bunuri fără cod de etichetare.
102588 Dacă primiți un mesaj care vă anunță că nu puteți face nimic cu un document deoarece perioada este închisă, acum sunt afișate informațiile despre perioada respectivă. Se mărește conținutul informațional al mesajului despre perioada închisă atunci când lucrați cu documente.
102675 Variabila "Amount in national currency" (Suma în moneda națională) a fost adăugată la șablonul pentru trimiterea în masă a facturilor. Revizuirea vă permite să adăugați la mailing informații despre suma contului în moneda națională.
10313131 A fost adăugată actualizarea articolului (coloană în fișierul "Product_Code", pe site - "Code/Article") (anterior, articolul nu era actualizat pentru produsele existente).
Pentru câmpul care este încărcat ca descriere, am adăugat înlocuirea lui Enter cu tag-ul <br> dacă descrierea nu este în codificare HTML (anterior, caracterele de cratimă lipseau din descriere). Au fost aduse modificări la sincronizarea cu Prom.ua.
103517 În formularul "Comerț cu factură", în tabelul "Elemente de factură" a fost adăugată coloana "Locul de depozitare".
A fost adăugată acțiunea "Imprimă chitanță de magaziner" în fila "Factura de cheltuieli" în grupul de acțiuni "Chitanță".
Câmpurile "Accounting center" (Centru contabil) și "Storage location" (Locație de depozitare) au fost adăugate la șabloanele pentru tipărirea unei facturi, a unei facturi de cheltuieli și a unei chitanțe pentru un magaziner. Pentru modul "Vânzări", în cazul vânzării aceluiași articol din centre contabile diferite, câmpul "Centru contabil" afișează centrul contabil al documentului, iar câmpul "Locație de depozitare" afișează locația de depozitare a articolului la centrul contabil al documentului, iar pentru modul "Comerț cu factură", câmpul "Centru contabil" afișează centrul contabil real din care a fost mutat articolul, iar câmpul "Locație de depozitare" afișează locația de depozitare a articolului la centrul contabil din care a fost mutat articolul.
Atunci când se imprimă o factură de cheltuieli în formularul "Expense List" (Lista de cheltuieli) pentru documentele de vânzare și comerciale cu factură, se va utiliza un șablon corespunzător tipului de document. Această modificare a fost făcută pentru ca utilizatorul aplicației să poată vedea locul de depozitare a bunurilor atunci când lucrează în modul "Comerț cu factură".
103523 A fost adăugată o tastă rapidă F9 pentru a comuta metoda de plată (Cash - Non cash) în formularul "Payment" (Plată) în modul "Sales" (Vânzări). Aceasta va accelera implementarea.
103527 În formularul "Settings" - "Parameters" - "Role" a fost adăugată setarea "Allowed to cancel invoice control on the "Check of receipt invoices" form" (permisă în mod implicit). Posibilitatea de a restricționa posibilitatea ca utilizatorul să anuleze controlul unei facturi de primire.
10353434 În formularul de lucru "Settings" - "Roles settings" - "Resources" - "Goods in inventory", a fost adăugat elementul "Filter". În mod implicit, accesul este permis. A fost adăugată posibilitatea de a restricționa accesul la filtrul în funcție de element în formularul "Bunuri în stoc", ceea ce va elimina posibilele manipulări ale managerilor.
104992 Au fost adăugate noi etichete rezervate pentru piața privată la sincronizarea cu magazinul online prin intermediul fișierelor YML:
typePrefix - tipul/categoria produsului ("telefon mobil", "TV"). Câmp opțional.
country_of_origin - țara de origine (câmp opțional);
partType - plata în rate;
partCount - numărul de plăți în rate;
vânzare - produsul este disponibil în cadrul programului "Warm Loans" (sub rezerva disponibilității obligatorii a blocului "Payment by instalments"). Trebuie să fie o valoare de hc.
sartPrice - suma de plată.
În fila "Synchronisation files" (Fișiere de sincronizare) a obiectului de sincronizare au fost adăugate setări pentru încadrarea datelor de tip șir de caractere între ghilimele. Lista de etichete pentru PrivatMarket (sincronizare prin fișiere YML) a fost extinsă.
105465 Pentru registratorii fiscali Athol (versiunea 10 a driverului) și Shtrih-M (firmware din 24.10.2018 și mai vechi), s-a adăugat ieșirea numelui și a TIN-ului cumpărătorului pe chitanța fiscală dacă tipul de răspundere este setat la Întreprinzător privat sau Persoană juridică în cardul clientului. Au fost aduse modificări la tipărirea chitanțelor fiscale pentru registratorii Atol (versiunea de driver 10) și Shtrih-M în conformitate cu modificările legislative din 01.07.2019.
106129 În formularul "Configurarea stației de lucru a registratorului fiscal" a fost adăugat un comutator "Tip de conexiune", care preia valorile port COM sau TCP/IP (este necesar să se precizeze porturile: pentru Shtrih M, 7778 în mod implicit, pentru Atol - 5555).
Pentru Atol, este disponibil și tipul de conexiune "Use driver settings" (Utilizează setările driverului). În acest caz, setările vor fi preluate din "Test driver of the cash register" (funcționează prin intermediul portului COM). Pentru casele de marcat fiscale Shtrih M și Atol (a 10-a versiune a driverului), a fost adăugată posibilitatea de a se conecta prin TCP/IP.
108096 Formula de calcul al chitanței medii: Suma încasărilor / Suma numărului de încasări pe zile cu încasări pozitive, unde
Veniturile reprezintă suma vânzărilor minus suma retururilor, iar Numărul de cecuri pe zi reprezintă numărul de cecuri numai din vânzări.
De asemenea, numărul de cecuri nu include zilele cu venituri mai mici de zero. Algoritmul de calcul al chitanței medii a planului de vânzări a fost modificat.

Versiunea 2019.4.0 (DB 489)
1) Depozit - Sincronizare cu magazinul online: S-a rezolvat o eroare care apărea dacă sincronizarea automată era în curs de execuție în timp ce sincronizarea manuală era în curs de execuție cu magazinul online. Acum, dacă sincronizarea automată este în curs de execuție, la încercarea de a lansa sincronizarea manuală, veți primi un mesaj de informare că procesul de sincronizare este deja în curs de execuție prin program, dar procesul de sincronizare nu va fi lansat. Dacă în timpul sincronizării manuale vine timpul pentru sincronizarea prin program, toate sarcinile programate pentru acest timp vor fi sărite (#93873).
2) În fila Document - Bundle - Bundle List, a fost corectată o eroare la executarea acțiunii "Cancel Bundle" cu textul "The DELETE statement conflicted with the REFERENCE constraint "fk_M4L82". Conflictul a apărut în baza de date "DB1", tabelul "dbo.InvoiceCheck", coloana "Invoce ID". Eroarea a apărut dacă s-a efectuat un control pe formularul Verificare facturi pentru factura primită generată automat (incoming from picking). Utilizatorul va vedea acum un mesaj cu motivul pentru care acțiunea nu poate fi efectuată. De asemenea, a fost corectată o eroare similară pe formulare:
Document - Configurare - tabul Setup List - Anulare acțiune de configurare.
Document - Recepție marfă - acțiune Ambalare marfă - acțiune Anulare ambalare marfă
În formularul Document - Reconciliere facturi, în lista de facturi ce urmează a fi controlate, s-a dezactivat afișarea facturilor generate automat (sosire din kitting / unkitting) pentru a interzice controlul acestui tip de factură. Facturile generate automat, care au fost deja controlate, vor fi afișate în listă pentru a oferi posibilitatea de a anula controlul la acest tip de facturi.
(№98129)
3) Analiză --> Analiza ABC și XYZ
Fix [FireDAC][Phys][ODBC][Microsoft][SQL Server Native Client 11.0][SQL Server]Nume de coloană "GoodID" nevalabil atunci când se selectează un filtru prin caracteristici dinamice într-un filtru de produs standard (#101097).
4) "Torgsoft pentru Windows - Document - Chitanță - Acțiunea "Download consignație/ Salvare consignație".
S-a corectat antetul pentru tipul de fișier și s-a specificat permisiunea pentru tipul respectiv (#1101906).
5) Opțiunea "Imprimă chitanța magazinerului pe imprimanta centrului de contabilitate" (Setări - Selectare imprimante) va fi disponibilă numai dacă este activată opțiunea Permite vânzări de la toate punctele de vânzare în formularele "Vânzări" și "Comerț cu factură" sau Înregistrare expediere din depozit pentru centrul de contabilitate curent (Setări - Opțiuni - Document). De asemenea, a fost adăugat un text informativ lângă această setare (#102818).
6) Pentru Torgsoft-Start, în setările programului, în fila Setări - Parametrii - Document, descrierea pentru setarea "Fixează expedierea din depozit pentru centrul contabil curent" era vizibilă, în ciuda faptului că setarea în sine nu este disponibilă pentru licența Start. Această eroare a fost corectată (#102820).
7) "Torgsoft pentru Windows - Sarcini automate - Crearea și încărcarea arhivei în Cloud".
Acum, arhivele de acest tip sunt create într-un subfolder separat și încărcate în cloud, precum și execuția ajustată a sarcinilor prin programare pentru a evita executarea dublă (#102829).
8) "Torgsoft pentru Windows - Managementul formularelor".
A fost adăugată traducerea pentru componentele de formular (#102925).
9) Setări --> Opțiuni --> Caracteristici avansate --> Mail nou.
S-a reparat eroarea "Character or binary data may be truncated" la încercarea de actualizare a bazei de date de erori de pe noul server de mail.
Eroarea se datora faptului că descrierea era prea lungă pentru noua eroare din noul mail, care nu încăpea în dimensiunea actuală a câmpului (#103235).
10) "Torgsoft pentru Windows - Server de aplicații - Lucrări automate - Arhivare în cloud"
Extinderea jurnalizării pentru a identifica motivul pentru care nu se creează o arhivă sau nu se încarcă în cloud. A fost implementată separarea jurnalelor în funcție de ID-ul fluxului pentru o analiză ușoară a lucrărilor (#104847).
11) "Torgsoft pentru Windows - Elemente de sistem - Notificări".
Formularul de notificare a utilizatorilor a fost adăugat la Managementul rolurilor și este acum disponibil în Admin.exe (Configurație - Setare roluri) (#105095).
12) "Document - Rambursare - Rambursare
S-a remediat o eroare care făcea ca tranzacțiile să se "dubleze" atunci când se rambursa o plată efectuată printr-un terminal bancar.
Eroarea apărea în cazul în care exista mai mult de un articol în vânzare/restituire (#105289).
13) Analiză - Profitabilitatea vânzărilor pentru perioada respectivă - Acțiunea Salvare în Excel: a fost remediată o eroare la exportul datelor în documentul Excel dacă vizibilitatea coloanelor din tabel era dezactivată (#105785).
14) Document - Sales
A fost corectată o eroare care apărea la vânzarea de bunuri cu un cod de etichetare fără o contabilizare strictă a codurilor de etichetare în cazul lipsei de bunuri în stoc, se afișa mesajul că bunurile nu pot fi amortizate, dar bunurile erau adăugate la vânzare.
Pentru mărfurile cu coduri de etichetare, verificarea cantității se efectuează numai pentru mărfurile cu un cod de etichetare cu contabilitate strictă. Textul de eroare se modifică în funcție de tipul de document în care sunt adăugate mărfurile.
(№105981)
Document - Returnarea deșeurilor
15) A fost corectată o eroare care provoca o eroare de conversie a tipului atunci când se adăuga un produs cu un cod de marcare în formularul "Return of Defects" (nr. 106638).
16) Document - Returnare - acțiune Selectarea cecului pentru returnare: atunci când se încearcă să se facă o returnare pe o factură care nu conține bunurile care urmează să fie returnate (toate bunurile de pe factură au fost deja returnate), formularul de returnare va fi afișat cu un buton Returnare bunuri blocat și cu mesajul "Bunurile de pe această factură au fost returnate în totalitate!" (#107591).
17) Torgsoft pentru Windows
A fost corectată o eroare atunci când era posibil să se tipărească o chitanță fiscală de retur de un număr nelimitat de ori prin Depozit - Listă de chitanțe, dacă era instalat un înregistrator fiscal rusesc. Acum, la tipărirea unei chitanțe, dacă în ea există bunuri fiscale, nu se va întâmpla nimic, prin analogie cu tipărirea unei chitanțe de vânzare din Lista de cheltuieli (#107730).
18) Torgsoft pentru Windows
A fost corectată o eroare când în Comerț cu facturi la imprimarea unei chitanțe (cec fiscal) pentru un document care nu conținea bunuri fiscale (și setat să se tipărească cecul fiscal sau imprimare mixtă), atunci utilizatorului i se afișa în continuare o fereastră "Trimiteți un cec la client", deși cecul fiscal în sine nu era tipărit. Acum, această fereastră nu mai este afișată ca fiind complet inutilă (#107991).
Versiunea 2019.4.1 (DB 489)
1) S-a remediat o eroare în care, pentru licența Start din meniul (deschis prin clic dreapta pe manipulatorul de tip mouse) pentru tabelele de formulare de lucru (de exemplu, Realizări), erau vizibile (dar nu disponibile) acțiuni care erau dezactivate pentru acest tip de licență, ceea ce putea induce în eroare utilizatorul (#96432).
2) A fost corectată o eroare care făcea ca informațiile să nu fie scrise în protocolul de acțiune al utilizatorului atunci când se efectuau acțiuni în program sub un utilizator restricționat (acele acțiuni care ar trebui să ajungă în protocolul de acțiune al utilizatorului) (#105708).
3) Torgsoft pentru Windows --> Document --> Implementare --> Salvează --> Salvează --> Salvează ca xSoft
S-a corectat eroarea, "Could not convert variant of type (Null) into type (Double)", la salvarea documentului curent în format xSoft (#107201).
4) Torgsoft pentru Windows
S-a corectat o eroare atunci când în "Plata" - "Sold cu partenerii" în "Reconcilierea soldului cu partenerul" pentru un client VIP, dacă era setat al treilea mod VIP cu defalcare pe mărfuri, sumele plăților pentru vânzări erau mărite în multiplii numărului de articole din vânzări (№107512).
5) A fost corectată o eroare atunci când în perioada de analiză soldul pe certificate era calculat incorect atât pentru o anumită perioadă, cât și pentru o dată arbitrară, rezultatul cuprindea și datele pentru ziua următoare după data încheierii perioadei de analiză. Adică, dacă analizam date până în ziua 31 a unei luni, datele erau afișate inclusiv în ziua 1 a lunii următoare, ceea ce nu era corect (#107584).
6) S-a corectat o eroare în care, la plata unui retur din Comerț cu o factură, formularul "Trimite cec către client" (la tipărirea unui cec fiscal care suportă această funcție) scotea emailul și numărul de telefon al centrului contabil, nu al clientului (#108640).
Versiunea 2019.4.2 (DB 489)
1) S-a remediat o eroare, dacă un produs avea mai multe caracteristici dinamice de tip de date "Text", atunci afișarea acestor caracteristici în fișa produsului nu depindea de propria valoare "Store in HTML-format", ci toate erau afișate la fel, în funcție de valoarea "Store in HTML-format" pentru ultima caracteristică text a acestui produs (#108787).
2) Document --> Contabilitatea facturilor fiscale
În formularul de editare Contabilitatea facturilor fiscale vizibilitatea Seriei și Numărului pentru factura fiscală este disponibilă doar pentru standardul regional "Republica Moldova" (#108918).
3)Marketing - Intermediar: Pe fila Balanța cu intermediari a fost corectată o eroare care cauza neluarea în considerare a retururilor de mărfuri în cont, ceea ce ducea la calcularea incorectă a totalurilor.
4)Marketing - Intermediar - Raport pentru perioada cu defalcarea mărfurilor: în șablonul de tipărire a raportului s-a adăugat informația privind mărfurile returnate din factură (afișate pentru fiecare produs din factură în paranteze în coloana "Cantitate"). De asemenea, valoarea coloanei "Cantitate" pentru fiecare articol din factură ține acum cont de retururi (#110223).
Versiunea 2019.4.3 (DB 489)
1) A fost rezolvată o problemă în care recalcularea întregii cantități de mărfuri în stoc sau închiderea unei perioade, elimina prețurile pentru mărfurile din depozite în care nu existau astfel de mărfuri (linii în stare de stoc), chiar dacă mărfurile se aflau în facturi care pur și simplu nu intraseră încă în vigoare (#108995).
2) S-a remediat o eroare de afișare incorectă a programului în ansamblu dacă scara este setată la 125% în Windows 10 (#110209).
3) A fost corectată o eroare atunci când, la tipărirea unui cec de returnare fiscală, pe registratori nu era afișat (și nu era trimis la OFD) codul de identificare fiscală și numele clientului pe cec (№111694).
4) A fost corectată o eroare, în Document --> Comerț cu extras de cont --> Rambursare în coloana Întreprindere nu era afișată (nr. 10330).
Versiunea 2019.4.4 (baza de date 489)
1) "Torgsoft pentru Windows - Extras de cont bancar".
S-a corectat eroarea de a nu afișa/descărca datele extrasului de cont bancar de la banca Privat.
A fost implementată noua legare a IBAN-ului unui nou număr de cont la cel vechi existent pentru clienții care nu ar avea nevoie să reconfigureze extrasele pentru conturile noi (nr. 108072).
2) "Torgsoft pentru Windows - Extrase de cont bancar".
A fost corectată o eroare de identificare incorectă a contului legat de contul IBAN nou creat (nr. 112620).
3) S-a remediat eroarea Data too large for vaiable [VALUE]. Max len = [4000], actual len = [] Indicație: setațiTFDParam.Size la o valoare mai mare, care apărea atunci când se încerca adăugarea unui text mai lung de 4000 de caractere la o caracteristică dinamică de produs text (#110711).
Versiunea 2019.4.5 (DB 489)
1) S-a remediat o eroare în urma căreia, la recalcularea cantității unei stări de depozit, dispăreau prețurile pentru toate serviciile și pentru acele bunuri pentru care nu existau sosiri la un anumit centru de contabilitate. Acest lucru se întâmpla, de asemenea, la ștergerea statisticilor și la închiderea unei perioade, deoarece aceste procese includeau recalcularea stărilor de depozit (#113096).