Software„1C: Trade Management 10.3” este un instrument puternic pentru planificarea și contabilizarea operațiunilor comerciale. Noua editie, extins semnificativ prin adăugarea de noi funcții, cum ar fi: managementul decontărilor, managementul retailului, managementul stocurilor și alte funcții convenabile.
Una dintre cele mai importante inovații de configurare este adăugarea unei noi metode de stabilire a prețurilor. Acum puteți atribui propriile reduceri unui anumit grup de cumpărători sau bunuri, care vor fi calculate automat.
Această abordare este utilă atunci când doriți să configurați reduceri, de exemplu, către clienții corporativi. La urma urmei, astfel de clienți fac suma maxima operațiunile și atragerea acestora va aduce prosperitate companiei dumneavoastră. Motorul de calcul automat al reducerilor acceptă orice condiții pentru un client individual și reguli pentru aplicarea mai multor reduceri.
Pentru a seta reduceri pentru clienții corporate, utilizați documentul „Setarea reducerilor la articole”. Acest document conține multe setări pentru flexibilitate Politica de prețuri. Pentru a seta o reducere pentru bunuri, selectați Documente > Preț > Setați reduceri la articole din meniu. În fereastra care se deschide, setați parametrii de reducere. Trebuie să selectați tipul de operație „După nomenclatură”. În lista „Condiție”, selectați valoarea „Fără condiție”. Dacă este necesar, puteți specifica condiția în care clientului i se acordă o reducere.
Dacă doriți să faceți o reducere la toate produsele, atunci bifați caseta „Pentru întreaga gamă”. Dacă nu bifați această casetă, atunci trebuie să selectați o listă de mărfuri pentru care este oferit un preț special.

De exemplu, să adăugăm un grup de produse (televizoare).

Apoi selectați din lista de destinatari clienti solicitati. Puteți selecta clienți individuali sau un anumit grup. În câmpul „Procent”, specificați valoarea reducerii pentru clienții corporate.

După trecerea acestui document, reducerile vor fi calculate automat. În sistemul de expediere, atunci când selectați clientul potrivit, va fi afișată suma reducerii.

Uneori sunt momente când este necesară anularea reducerilor. Acest lucru se face folosind documentul „Anularea reducerilor la articole”. Acesta poate fi găsit folosind meniul Documente > Preț > Anulare reduceri articole.

Prin natura muncii mele, ajut adesea oamenii să înceapă să țină evidențe comerciale. Mai ales en-gros. Uneori o pun la punct de la zero, alteori o termin pentru cineva. Acest articol ar dori să ajute persoanele care au configurat independent acest program pentru prima dată.

Nu voi intra în adâncime în caracteristicile fiecărei cărți de referință și document, aceste informații sunt suficiente atât în ​​1C în sine, cât și pe Internet. Acest articol este „scheletul” setărilor 1C și se poate schimba semnificativ pentru diferite conturi. Vorbesc despre exemplul versiunii de bază a UT 10.3.43.1, întreprindere comercială este logodit comert cu ridicata si cu amanuntul. Deci ai devenit mândru proprietar al programului (sau clientul tău). Aveți o cutie 1C, luați în considerare conținutul ei:

• Cărți „Ghidul utilizatorului” și „Descrierea configurației”
• cd cu configuratie si platforma
• carnet de înregistrare, al cărui cotor trebuie completat și trimis prin poștă, se atașează plicul
• plic închis cu date pentru obținerea licenței (cod pin)

Dintre toate acestea, cel mai important este „cartea de înmatriculare”, un fel de „pașaport” 1C. Dar vă recomand cu tărie să salvați întreaga cutie și să o depozitați mai aproape de locul de muncă unde se folosește 1C. De asemenea, vă recomand să vă înregistrați imediat pe site-ul „users.v8.1c.ru” pentru a primi actualizări, pentru versiunea de bază sunt gratuite.

Pregătirea locului de muncă

Mai întâi, creăm două foldere pe computer: „1C Bases” și „1C Programmer”. Folderul „1C Base” va fi pentru arhivele de bază și temporare. Dosarul „1C Programmer” va fi pentru distribuțiile 1C și alte programe conexe. Creăm imediat un folder cu baza noastră de date în „1C Base”, de exemplu „TradeBase10.3”.

Acum ne creăm baza:

1. în fereastra de lansare 1C faceți clic pe „Adăugați”
2. selectați „Creați o nouă bază de date”
3. alegeți un șablon de bază
4. specificați numele „Magazinul nostru”
5. specificați calea către baza de date, de exemplu: „D:\1С Bases\TradeBase10.3”. Implicit, de obicei „C:\Users\Petya\1C...”, recomand să-l schimbați, deoarece în caz de probleme cu ferestrele, va fi greu să scoți baza de acolo.
6. gata, așteptând crearea bazei de date
7. selectați baza de date care apare în listă și faceți clic pe „1C:Enterprise”

Mai întâi rulați și configurați

La prima pornire, 1C ne cere să facem o umplere inițială automată - suntem de acord. După aceea închidem ferestre deschise: „Asistent de tranziție ut 11”, „Asistent de pornire”, „Panou de funcții”. Și începem configurarea manuală.

Configurare întreprindere

Noi mergem Directoare -> Întreprindere -> Organizații. Apăsăm și în cardul deschis completăm numele, de exemplu „IP ​​Menshikov A.Yu.”, selectăm „Legal / fizic”. persoană (IP este o persoană în acest 1C), completați TIN-ul și, opțional Informatii de contact(Adresă legală/fizică, telefon) este necesar pentru formarea documentelor și faceți clic pe „Scrie”. Acum să creăm o casă KKM și întreprinderi. Faceți clic pe butonul „Go” și selectați „Casier”. În fereastra care se deschide, adăugați o casă. La casă, completați numele „Casier principal” și moneda „ruble”, faceți clic pe „OK”. Închidem lista de case de marcat, revenim la cardul de organizare. Din nou, apăsați butonul „Go” și selectați „KKM case case”. Adăugăm și o casă de marcat KKM. În casa de marcat al KKM, completați numele „Casa principală a KKM”, apăsați „OK”, închideți lista caselor de marcat ale KKM.

În continuare, am stabilit o politică contabilă pentru contabilitatea fiscală. Apăsăm butonul „Go” din cardul organizației și selectăm „Politica contabilă (contabilitatea fiscală)”. Adăugarea unei noi politici de cont. Să presupunem că avem o imputare (da, da, cu ridicata nu este o piedică), apoi bifăm casetele: „Organizația nu este plătitoare de TVA”, „Organizația este plătitoare de UTII”, „Comerțul cu amănuntul este supus UTII” . Apăsăm „OK”. Închideți fișa organizației și lista organizațiilor.

Configurarea directoarelor de bază

Noi mergem Directoare -> Întreprindere -> Depozite. Adăugarea unui nou depozit Completați numele „Magazin”, faceți clic pe „OK”. Dacă în contabilitate vor fi folosite mai multe depozite, adăugați-le pe toate. Dacă magazinul are un depozit în plus față de platforma de tranzacționare, iar la vânzare, selecția vine din ambele locuri, atunci recomand să le combinați într-un singur depozit în program.

Acum să trecem la nomenclatura în sine Directoare -> Nomenclatură -> Nomenclatură. Adăugăm o nouă nomenclatură, vom avea nevoie de ea în viitor pentru a verifica corectitudinea setărilor 1C. Completați numele, de exemplu „Test”, selectați tipul de bunuri „Produs”, unitatea de bază este „buc”. și apăsați butonul „Înregistrare”. Acesta este minimul de care avem nevoie.

În continuare, să ne uităm la prețuri. Noi mergem Referințe -> Nomenclatură -> Nomenclatură tipuri de preț. Adăugați un nou tip de preț de achiziție, completați numele „Cumpărare”, moneda „ruble”, lăsați tipul de preț „De bază” și apăsați butonul „Salvare”. Apoi, trebuie să introduceți un tip de preț de vânzare. Adăugați un nou tip de preț cu amănuntul, completați numele „Cu amănuntul”, valută „ruble”, selectați tipul de preț „Decontare”, metoda de calcul „După marcaj procentual pe tipul de bază”, tipul de bază „Achiziție”, % markup de exemplu „30” și faceți clic pe butonul „Înregistrare”. Dacă există un alt preț cu ridicata sau altul, procedăm la fel. Este clar că este puțin probabil ca un marcaj fix să fie potrivit pentru întreaga gamă, unde trebuie să-l reparăm manual. Programul are un mecanism de marcare pentru grupurile de preț, dar dacă abia începeți să vă familiarizați cu 1C, vă recomand să nu îl utilizați încă.

Acum să adăugăm clienți. Noi mergem Directoare -> Counterparties -> Counterparties. Adăugând grup nou cumpărători, numele „CUMPĂRĂTORI” . Să adăugăm un cumpărător cu amănuntul, să accesăm folderul „CUMPĂRĂTORI”, să facem clic pe adăugarea unei noi contrapărți. Completați numele Cumpărător cu amănuntul", bifați „Cumpărător”, apăsați butonul „Înregistrare”. Apoi, accesați fila „Conturi și acorduri”, aici a fost creat automat „Acordul principal” „cu cumpărătorul”, deschideți-l. „, bifați caseta „ efectuați decontări cu contrapărțile conform documentelor”, valută „ruble”, accesați fila „Adițional” și selectați tipul de preț „Cu amănuntul”, faceți clic pe „OK” în cardul de acord și în cardul contrapartidei. Aceasta completează configurarea cumpărătorului , prin analogie, putem obține un cumpărător angro.

Acum să adăugăm furnizori. Noi mergem Directoare -> Counterparties -> Counterparties. Adăugăm un nou grup de furnizori, denumirea de „FURNIZORI”. Să adăugăm un nou furnizor, să accesăm folderul „FURNIZORI”, faceți clic pe adăugați o nouă contraparte. Completați numele „Introducere solduri inițiale”, bifați caseta „Furnizor”, apăsați butonul „Înregistrare”. Apoi, accesați fila „Conturi și acorduri”, aici a fost creat automat „Acordul principal” „cu furnizorul”, deschideți-l. Schimbăm „Se desfășoară decontări reciproce” cu „În cadrul contractului în ansamblu”, punem o bifare „a se desfășura în conformitate cu documentele decontărilor cu contrapărțile”, moneda „frec”. Accesați fila „Suplimentar” și selectați tipul de prețuri de contrapartidă, aici facem clic pentru a adăuga un nou tip de prețuri de contrapartidă, completați numele „Furnizor de achiziție”, selectați tipul nostru de preț „Achiziție”, moneda „frecare”, faceți clic pe „OK” și faceți dublu clic pe tipul creat de prețuri de contrapartidă, astfel încât acesta să fie înlocuit în contractul nostru. Apoi, faceți clic pe „OK” în cardul contractului și în cardul contrapartidei. Acest lucru completează configurarea furnizorului, prin analogie putem obține alți furnizori.

Configurați opțiunile de contabilitate

Noi mergem Instrumente-> Configurare contabilitate -> Setări contabilitate. Completam titlul programului „Magazinul nostru”, debifăm casetele „Folosește seria de produse” și „Folosește comenzi interne”. Selectăm metoda de control al datoriilor „pe zile calendaristice” și indicarea depozitelor și comenzilor în secțiunea tabelară „Nu folosi”. În fila „Monetă”, schimbați moneda contabilității de gestiune în „ruble”.

Apoi, configurați o politică contabilă pentru întreaga bază de date, mergeți Service-> Configurare contabilitate -> Politică contabilă. Aici programul a creat deja o politică contabilă implicită, trebuie să o edităm. Deschidem această intrare, începe cu „01/01/1980 ...”. Aici bifăm căsuțele „Păstrează evidența mărfurilor organizației pe depozite” și „Sterge loturile la efectuarea documentelor”, recomand, de asemenea, să alegeți cronologia de anulare a loturilor „Medie” și faceți clic pe „OK”.

Configurare utilizator

Acum haideți să creăm utilizatori, mergeți Instrumente-> Utilizatori -> Lista utilizatorilor. Adăugăm un utilizator nou, prin tradiție acesta este un administrator, completați numele scurt „Administrator” și faceți clic pe butonul „Înregistrare”. Programul va cere „Creați automat un utilizator IS”, suntem de acord. Cardul de utilizator IB se va deschide automat (a nu fi confundat cu directorul de utilizatori!). Aici putem pune o parolă (opțional), selectam interfața principală „Full” și limba „rusă”, în fereastra din dreapta, bifați caseta de lângă „Full rights” și faceți clic pe „OK”. Acum setăm setările în fereastra utilizatorului, pentru comoditate, recomand deschiderea tuturor folderelor de setări. Mai jos sunt setările recomandate pe care trebuie să le modificați, după modificare, faceți clic pe „OK”.

• Efectuați decontări reciproce conform documentelor decontărilor cu contrapărțile - Da
• Moneda principală a decontărilor reciproce - rub.
• Principalul management al decontărilor reciproce în cadrul contractelor - „Conform contractului în ansamblu”
• Formular de setări de raport extins - Da
• Înregistrați prețurile furnizorului - Da
• Unitatea principală conform clasificatorului - piesa
• Principalul tip de nomenclatură - Mărfuri
• Depozitul principal - Magazin
• Reflectați documentele în contabilitatea de gestiune - Da
• Casă principală - Casă principală
• Organizația principală este IP Menshikov A.Yu.
• Cota TVA de bază - Fără TVA
• Cumpărător principal - Cumpărător cu amănuntul
• Principalul tip de prețuri de vânzare - Retail

Apoi, trebuie să configurați drepturi suplimentare de utilizator. Pentru asta mergem Instrumente-> Utilizatori -> Configurarea drepturilor de utilizator suplimentare. În fereastra care se deschide, selectați „Administrator” în partea de sus. Și dacă este necesar, setați următoarele setări:

• Permite stocarea excesivă - Da
• Permite organizarea stocurilor excesive - Da
• Permiteți echilibrul liber în exces Bani- Da
• Permite efectuarea fără control al decontărilor reciproce - Da
• Permiteți plata fără aplicație - Da
• Calculați datoria la deschiderea formularelor - Da
• Editarea tabelului - Da
• Editarea prețurilor și reducerilor în documente - Da

Prin analogie, puteți crea alți utilizatori. Este de dorit ca nu toată lumea să aibă „Drepturi depline”. Caracteristicile standard ale acestui program pentru configurarea utilizatorilor nu sunt foarte extinse. Pentru a restrânge drepturile utilizatorului, vă recomand să acordați atenție „Data interzicerii editării”. Există, de asemenea, „Restricționarea drepturilor la nivel de utilizator”, dar încarcă foarte mult munca 1C și nu rezolvă întreaga problemă a restrângerii drepturilor utilizatorului.

Examinare

După terminarea setărilor, închideți 1C și intrați din nou în el, deja sub „Administrator”. Recomand următorul script pentru testare:

• Facem primirea marfurilor Documente -> Achiziții -> Recepție de bunuri și servicii.
• Mandatul de numerar de cont cu plata partiala.
• Pe baza chitanțelor, facem Stabilirea prețurilor articolelor.
• Să facem o vânzare Documente -> Vânzări -> Vânzare de bunuri și servicii.
• Facem pe baza vânzării Comandă în numerar primită cu plata partiala.
• Realizarea unui raport de profit Rapoarte -> Vânzări -> Analiză vânzări -> Profit brut verificați dacă profitul este calculat
• Facem un raport asupra decontărilor reciproce Rapoarte -> Vânzări -> Decontări reciproce -> Declarație decontări reciproce cu contrapărți verifica daca exista decontari reciproce

În acest sens, configurarea inițială a 1C: Trade Management 10.3 poate fi considerată completă.

Începeți în 1C

Dacă magazinul tocmai s-a deschis și nu a început încă să funcționeze, până când se configurează 1C. Atunci totul este simplu, facem chitanțe de la furnizorii noștri, stabilim prețuri, imprimăm etichete de preț și începem să lucrăm.

Dacă magazinul funcționează deja și îi putem suspenda activitatea pentru o renumărare completă. Apoi introducem mai întâi întreaga nomenclatură în 1C. Apoi, tipărim lista de articole, închidem magazinul și recalculăm. La recalculare, indicați suma, aproximativă pretul de cumparare, și prețul de vânzare actual. Dacă articolul este în podeaua comercială iar camera de serviciu scrieți restul în două cifre. După sfârșit, magazinul continuă să funcționeze, dar trebuie să înregistrăm toate vânzările pe hârtie până când rezultatul renumărării este introdus în program. Soldurile inițiale pot fi introduse în program în mai multe moduri, dar recomand prin primirea de bunuri și servicii de la contraparte „Introduceți solduri inițiale”, deoarece. atunci este convenabil să stabiliți prețurile pe baza acestuia. Este recomandabil să faceți încasări separate pentru fiecare grup de mărfuri. După introducerea soldurilor, terminăm vânzările care au fost pe hârtie după recalculare și începem să ținem evidența în timp real. Efectuăm chitanțe de la furnizori fie înainte de recalculare, fie după.

Dacă magazinul este deja deschis și nu se poate închide pentru recalculare. Cel mai greu caz. Pentru comoditate, avem nevoie imprimanta de etichete. Metoda va fi similară cu cea anterioară. Introducem bunuri în program în grupuri mici. Mărfurile care au fost aduse sunt marcate cu codurile noastre de bare. Fixăm fiecare vânzare de mărfuri marcate în 1C.

Teze de contabilitate în 1C

Despre nomenclatură. Încercați să denumiți produsul în așa fel încât să fie clar pentru clienți, și nu doar pentru dvs. Numele bune de produse cresc loialitatea clienților și, de asemenea, accelerează dezvoltarea site-ului, dacă planificați unul. De asemenea, vă recomand să creați un folder „Este eliminat din gamă”, în care veți muta bunuri care nu mai sunt folosite în contabilitate.

Despre backup. Există multe modalități de a face copii de rezervă pentru o bază de date. Dar vă recomand să vă asigurați că faceți periodic o copie pe o unitate externă. Pentru că serverul poate eșua complet atât cu baza de date, cât și cu arhivele. Același lucru este valabil și pentru atacatori, aceștia vor bloca totul - atât baza de date, cât și arhivele. Și dacă avem o copie a bazei de date în altă parte, consecințele vor fi mult mai blânde.

Despre reduceri și modificarea prețurilor. Încercați să eliminați această oportunitate de la vânzători. aceasta este principala gaură în securitatea întreprinderilor comerciale.

Despre avantajele peste 7.7(9.2). Tis 7.7 este un program foarte demn. Dar în 10.3, din cea actuală, există suport standard pentru mai multe coduri de bare, un generator de rapoarte. Și cel mai important, sunt foarte puțini specialiști în 7.7.

Despre avantajele față de UT 11. UT 11 este un program excelent, modern. Dar 10.3 pe o mașină slabă va rula MULT mai repede.

Despre USB. Dacă aveți o mulțime de echipamente USB, pentru a salva porturile pe computer, asigurați-vă că cumpărați un hub USB cu alimentare externă de la o priză de perete.

Despre întrerupător. Majoritatea (90%) defecțiunilor 1C sunt asociate cu un accident atunci când lumina este stinsă. Recomand să instalați o sursă de alimentare neîntreruptibilă și să opriți computerul la timp după stingerea luminii. Neîntrerupt va plăti foarte repede, crede-mă.

despre costuri suplimentare. În program, puteți urmări costurile suplimentare, cum ar fi: chirie, salariu, nevoi casnice. Pentru a face acest lucru, introduceți aceste servicii în nomenclator și apoi faceți din sosirea lor o primire regulată de bunuri și servicii. Puteți vedea apoi aceste costuri în rapoartele de achiziție.

Despre diferența dintre comerțul cu ridicata și cu amănuntul. Dacă aveți o plată fără numerar de la cumpărători sau o expediere pe credit sau mai multe tipuri de prețuri de vânzare, atunci acest lucru este considerat comerţ cu ridicata. Și asta înseamnă 1C: Managementul comerțului ți se potrivește.

Tuning 1C: Managementul comerțului 10.3

După instalare, există un sentiment puternic că lipsește ceva. În primul rând, am pus aproape întotdeauna exteriorul formă tipărită„Cecul mărfurilor” pentru vânzarea de bunuri și servicii. Și, desigur, procesarea externă a tipăririi etichetelor de preț. În continuare, puteți lua în considerare o listă de prețuri cu imagini sau chiar o comandă de preț. Apoi punctul slab este stabilirea prețurilor, dublarea, supraumplerea cu intrări inutile tot timpul, se rezolvă prin procesare externă. În caz contrar, majoritatea sarcinilor pot fi rezolvate prin mijloace standard - dacă programatorul dorește.

Ceea ce nu am spus în mod deliberat

Echipamente de magazin. Subiectul este extrem de extins, acolo puteți scrie un articol separat pentru fiecare echipament.

Modul RMK. În 1C, RMK este tristețe și tristețe. Dacă ai doar cu amănuntul, luați mai bine 1C: Retail sau Frontol.

Testare/corecție. În 1C, există două mecanisme care vă permit să eliminați majoritatea problemelor: acestea sunt testele interne și externe (chbfl). Internetul are informațiile necesare.

Asta e tot, multumesc pentru vizionare...

Cum în UT 10.3 să setați suma totală a reducerii pe cont, exprimată în ruble (nu ca procent)?

O sarcină. Compania organizează o promoție în care fiecărui client i se acordă o reducere de 1.000 de ruble la suma fiecărei facturi. Este posibil să decizi aceasta sarcina si prin ce mijloace?

Primul lucru care le vine în minte clienților este, de obicei, să obțină produsul „Reducere” și să îl scoată pe factură cu un preț negativ egal cu 1000 de ruble. Dar acest plan nu este fezabil, pentru că. introducerea produselor cu preț negativ este interzisă de dezvoltatori. Din punct de vedere al bunului simț, acest lucru este absolut justificat, deoarece. este absurd să luăm în considerare TVA-ul unui produs cu preț negativ și apoi cine va posta produsul „Reducere” în depozit, la ce preț și de la cine să-l cumpărăm și de ce avem nevoie de el în depozit. ? Dar ce ar trebui să facă un utilizator obișnuit în această situație?

Soluția 1. Scădeți 1000 de ruble din costul unor bunuri din factură.

De exemplu, factura conține produsul „TV” în valoare de 1 buc. și prețul de 30.000 de ruble. Reducem manual prețul la 29.000 de ruble și astfel cumpărătorul primește o reducere.

Dezavantajele acestei metode sunt evidente:

Schimbarea manuală a prețului.

Cumpărătorul nu vede în factură că i s-a acordat o reducere. Chiar dacă avem, de fapt, un televizor care costă 30.000 de ruble, atunci cumpărătorul poate considera reducerea prețului o ficțiune.

Factura nu poate conține mărfuri în valoare mai mare de 1000 de ruble. În acest caz, suma totală a contului poate fi mai mare.

Nu este întotdeauna posibil să scazi 1000 de ruble fără o eroare în rotunjirea prețului mărfurilor. De exemplu, dacă vindem 3 televizoare la un preț de 10.000 de ruble fiecare, atunci costul lor total este de 30.000 de ruble. A obtine pret nou trebuie calculat un televizor: (30.000 - 1000) / 3 = 9.666,67 rezultatul este rotunjit la două zecimale. Problema apare atunci când introducem noul preț în program și obținem cost total mărfuri \u003d 3 * 9.666,67 \u003d 29.000,01 ruble. Astfel, am oferit cumpărătorului o reducere nu de 1000 de ruble, așa cum am promis, ci de 999 de ruble și 99 de copeici.

În unele cazuri, erorile de rotunjire pot fi mult mai mari!

Soluția 2. Această opțiune este deja puțin mai avansată decât opțiunea 1, dar are un dezavantaj comun cu ea.

În această opțiune, trebuie să facem clic pe butonul „Schimbare”, situat în bara de acțiuni deasupra părții tabelare a documentului, unde selectăm bunuri și servicii.

În fereastra care apare, faceți setările prezentate în figură și faceți clic pe butoanele „Run” și „OK”.

După acțiunile descrise, toate prețurile din document vor fi recalculate astfel încât suma totală a documentului să fie redusă cu 1000 de ruble.

În acest caz, nu vor exista erori, iar prețurile mărfurilor se vor modifica automat proporțional cu sumele.

Dezavantajul acestei metode este că clientul nu va vedea nici în factură valoarea reducerii care i-a fost acordată.

Deci este posibil ca clientul să vadă reducerea pe factură?

Teoretic posibil. Pentru a face acest lucru, în configurația „Trade Management” ed. 10.3 există un mecanism pentru reduceri manuale și automate.

În practică, problema este că:

• Valoarea reducerii este stabilită ca procent.
• Reducerea nu se acordă pe factură în ansamblu, ci pe fiecare articol al produsului.

Astfel, pentru a utiliza acest mecanism pentru sarcina noastră, atunci când valoarea reducerii este exprimată ca valoare absolută de 1000 de ruble, avem 2 opțiuni:

În același timp, dacă trimitem o factură pentru imprimare, vom vedea că clientul a primit o reducere la mărfuri în valoare de 999 de ruble.

A doua opțiune este să încercați să distribuiți uniform discountul pentru toate produsele, exprimându-l ca procent din fiecare articol. Această opțiune, datorită complexității calculelor și probabilității mari de erori și abundenței făcut singur, nici nu vom lua în considerare. La înregistrarea facturilor cu un volum mare de articole diverse, în general nu este acceptabil.

După cum se poate observa din exemplele date, fiecare dintre opțiuni conține propriile sale dezavantaje și, în toată măsura, nu poate fi considerată automatizată, cel puțin „satisfăcător”.

Puteți automatiza introducerea unei reduceri fixe în termeni absoluti făcând unele modificări la configurația dumneavoastră. Solicitarea pentru acest tip de lucrare se poate face telefonic, e-mail sau prin intermediul formularului părere pe site-ul nostru.

Întrebare: Schimb de date UT 10.3 - Retail 2.2

Buna ziua. 1C:Enterprise 8.3 (8.3.11.2924), „Trade Management”, ediția 10.3 (10.3.47.3), fișier. Doresc să stabilesc un schimb cu Retail 2.2 (baza UT a fost menținută de mult timp, Retail - noua baza). Problema începe chiar din prima etapă - când încercați să creați un plan de schimb în meniul de configurare din UT, nu există niciun element „Retail 2.2”, ci doar „Retail 2.1”. De ce și ce să remediem. Și în general, aș dori să știu părerea despre schimbul dintre UT 10.3 și Retail 2.2, care sunt capcanele, dacă se limitează la schimburile tipice.

Răspuns:

În general, sunt complet mulțumit de retail 2.2

Faceți clic pentru a dezvălui...

Apoi vindeți cu amănuntul „totul nostru”
Retailul și frontolul sunt prietenoși, dar fără reduceri.

Dalion - frontol este o grămadă care funcționează.

Întrebare: Comerț valutar 10.3 contabilitate 3

Buna ziua
costuri Contabilitate 3 și comerț 10.3 (10.3.32.1) comerțul are o bază de date distribuită
Cu o bază de date distribuită, se realizează un schimb cu contabilitatea 3
Contabilitatea actualizată 3 pentru cea mai recentă ediție, vreau să încarc noi reguli de conversie pentru tranzacționare, mi-a spus el
(Processing.ConvertingInfoBaseObjects.ObjectModule(3038)): Câmpul obiect nu a fost găsit (GoodsNon-Commodity)
Manager de returnare[Valoare];

M-am gândit că poate au adăugat ceva nou în departamentul de contabilitate, au actualizat tranzacționarea pe 10.3.34.2 și au scris la oricare dintre cele de mai sus
Eroare la apelarea metodei contextului (ReadChanges): Eroare la conversia datelor XML:
și nu dorește să transfere modificări
Spune-mi ce să fac? , Desigur, puteți descărca din nou baza de date, dar acest lucru va zbura un schimb cu boo și multe altele. În general, un caz extrem și nu un fapt că, desigur, este în versiunea veche a comerțului

Răspuns:

totuși se întâmplă o astfel de eroare că sunt pe 10.3.32.2 de la 10.3.32.1 la o versiune a tuturor
Eroare la citirea modificărilor din fișierul de schimb.
Eroare la apelarea metodei context (ReadChanges): configurația nodului IS distribuit nu corespunde așteptată!
Citirea datelor din fișierul de schimb finalizată cu erori!

Întrebare: Actualizare UT 10.3 (aruncați, etc.)

Ridic secvențial 10.3.18.3 până la ultima ediție, din care ar fi posibil să transferăm resturile pe UT11.
Rulez configuratorul, actualizez. Configuratorul vede fișierul de actualizare, dar când este lansat din configurator, îl aruncă din program. Scrie Programul „1cv8” nu funcționează, Vin va închide acest program....
Program terminat...

Repornesc configuratorul, drept urmare, odată din cinci, actualizarea mai trece, dar apoi când deschid în sine baza de date, cea de lucru, o aruncă și el. Nu-l aruncați o dată, aruncați-l de 5 ori.
wtf? Unde să sape?
Mulțumesc.

Și încă ceva: după actualizare merg la baza de lucru, și acolo:

nu sunt acceptate!
Migrarea este posibilă numai din versiunile... 10.3.18, 10.3.19
Mai întâi trebuie să faceți upgrade la una dintre versiunile enumerate.
Și apoi fereastra: "Actualizarea Infobase a eșuat! Închideți sistemul?"

Ei bine, mă mut de la 10.3.18 la 10.3.19
Ce legătură are 10.3.28 cu el? De unde este? Ce fel de downgrade este acesta? De la lansarea 28 la 19?

Mă duc la informațiile despre program, acolo: 10.3.19.2
Intru în setările contabile, acolo Numărul versiunii de configurare: 10.3.28.1

Urmează actualizări. Până acum a încetat să se mai arunce, 5 lansări au trecut deja. Cu ceea ce a fost legat, nu este clar.

Răspuns:

nsk1C a spus:

După actualizare - trebuie să actualizați configurația bazei de date (meniul Configurare - Actualizare configurație baze de date (F7)), scrieți-o după actualizare și rulați-o în modul utilizator și acolo puteți confirma și că nu ați furat nimic + uneori aveți nevoie pentru a confirma actualizările regulilor de schimb
Toate aceste 3 acțiuni - actualizarea bazei de date, scrierea acesteia (configurarea bazei de date), lansarea în modul utilizator, se pot face făcând clic pe butonul rotund galben cu triunghi albastru „Start debugging” din configurator

Faceți clic pentru a dezvălui...

Configuratorul însuși vede fișierul de actualizare, dau clic pe el, începe actualizarea.
Apoi apare tabelul Update, cu două ferestre: în dreapta este Main conf, în stânga este New. vreau să execut.
Apare Configurarea regulilor de asistență. Las totul implicit. Apas pe OK. Asocierea începe.
Apoi fereastra: Îmbinarea configurațiilor s-a încheiat.
Mă duc la Service. Conduc 1C Enterprise.
Întreabă: Actualizați configurația bazei de date? Eu spun da. Configurația este salvată.
Apare o fereastră: Reorganizarea informațiilor, Modificări în structura informațiilor conf. Faceți clic pe Accept. Se acceptă modificări.
Se lansează baza de lucru.
Scrie:
„Comutarea de la versiunea 10.3.28 la versiunea 10.3.19.2 a configurației UT 10.3
nu sunt acceptate!"
"Actualizarea bazei de informații a eșuat! Închideți sistemul?"
Dar, în același timp, în informațiile despre program, versiunea este deja nouă.

Butonul „meniu Configurare - Actualizare configurație baze de date” este inactiv

PS: Am început actualizarea de la 8.3, am încetat să-l mai arunc, actualizările se instalează fără probleme.

Întrebare: Actualizați UT 10.3.49.3 la 10.3.49.4

Răspuns:

Naran08 a spus:

Bună ziua, platforma UT 10.3.49.3 1C: Enterprise 8.3 (8.3.13.1513). Actualizez de la 10.3.47.3, dar incepand de la 48.3 apare o eroare la scanarea in modul casier si nu solicita acciza la alcool la vanzare, iar ieri am descarcat o noua versiune 49.4 la scanarea alcoolului, da formularul ca pe ecran. Nicăieri nu există informații despre asta sau funcționează pentru toate regulile, nu înțeleg

Faceți clic pentru a dezvălui...

Te-ai uitat la cod? Tocmai am lansat chiar eu update-ul, aștept de unde să prind problemele

Întrebare: Schimbați UT 10.3 cu Buch 2.0.65.29

Din anumite motive, din UT 10.3, documentele pentru o organizație nu sunt încărcate în departamentul de contabilitate 2.0.65.29, dar pentru o altă organizație există norme (2 organizații în ut, nici măcar nu intră în înregistrare) (plată primită), unde sa sape? Actualizarea UT nu a ajutat.

Răspuns:

actualizat KORP Enterprise Accounting, ediția 2.0 (2.0.65.45) „Trade Management”, ediția 10.3 (10.3.37.3), nu ajută. documentul ordinului de plată primit pentru o organizație nu intră în înregistrarea pentru schimb.

Întrebare: Din nou UT 10.3 vs 11

Am decis să izolez întrebarea într-un subiect separat, astfel încât prezența specificului sub forma unui site să nu distragă atenția de la întrebarea principală:

Deci, din nou:
La ce conferință să organizeze munca firma mica tip cumpărare-vânzare. Locul 11 ​​la jambi, locul 10 depășit din punct de vedere moral.

Există o firmă, un cumpărător-vânzător obișnuit, care lucrează sub ordinul cumpărătorilor, atât din depozitul propriu, cât și din depozitul furnizorului. Clienții, în mare parte fizicieni, plătesc atât în ​​numerar, cât și fără numerar. Livrare: auto-ridicare, curier, transportatori terți.
În general, un astfel de birou mic tipic.

Pentru 10.3, argumentele sunt deja clare: stabil, agil, ușor de adaptat și așa mai departe.

Și poate cineva campanie pentru UT 11?
Iată ce spune: organizează munca pe 11, dar nu o face pe 10.3, pentru asta și asta.

Mulțumesc.

Răspuns:

nsk1C a spus:

De ce ar trebui să fie recalificați utilizatorii când se mută de la UT 10.3 la UT 11, dacă lanțurile de operațiuni și procesele de afaceri sunt construite și depanate în UT 10.3?

Faceți clic pentru a dezvălui...

Nu spune. Nu am nicio problemă cu recalificarea, nu. Am o cu totul altă motivație decât
angajaților, iar orice schimbare va fi o povară pentru ei, dacă nu este destul de evident, de genul: ieri am făcut-o, iar mâine o va face un robot. Angajații obișnuiți nu privesc mai departe de un pas înainte și aceasta nu este sarcina lor.

nsk1C a spus:

Și întreaga problemă cu TS este că, în general, omite etapele de colectare și analiză a cerințelor (sondaj expres) și, pe baza acestei analize, alegerea în funcție de soluția potrivită.

Faceți clic pentru a dezvălui...

Poate. Înțeleg despre ce vorbești: că intru deloc de la capătul greșit și nu trebuie pusă întrebarea despre ce conf să aleg, ci despre cum să organizez munca în general. Dar, din experiența mea de viață pot spune că orice nevoie trebuie să se maturizeze. Acum este nevoie să implementăm exact 1C pentru angajați și nimic mai mult (dacă exagerăm cu adevărat și îl reducem la două cuvinte: introducem codul de bare și eliminăm duplicarea muncii). Când înțeleg că nu aceasta era problema care trebuia abordată, va apărea o nouă nevoie și o voi rezolva.

Întrebare: Actualizați UT 10.3 pentru a transfera directoare în UT 11.3.4

De fapt, există UT 10.3.10.4 pe platforma 8.1, trebuie să transferați toate directoarele în UT 11.3.4.
Procedura standard de transfer de la 1C necesită versiunea UT 10.3.38
Deci întrebarea este de unde să încep?
Actualizare 10.3? Sunt destul de multe lansări între ele, poți sări peste unele?!...
Din ce versiune ar trebui să transfer pe platforma 8.2? Este necesar? Dezactivați modul de compatibilitate 8.1?

Răspuns:

Aș actualiza 10.3 sau aș lua regulile standard de migrare și aș ajusta pentru mine. Mai degrabă 2

A fost o întrebare de la un client astăzi - să comutați de la UT 11.4.1.254 la UT 10.3
Mai degrabă, întrebările au apărut de mult timp și a venit momentul critic pentru a crea o discuție și a trimite tuturor un link către ea

Baza UT este tăiată (pe fleacuri sporadic de mult timp a adunat bătaie de cap pentru actualizări), modulul Bitrix pentru schimb cu magazinul online al site-ului Bitrix, site-ul este tăiat și pentru modificări în 1C.
Mai degrabă, modificările de configurare 1C sunt făcute pentru modificări ale funcționalității site-ului și invers
Intercampanie între 2 organizații

Au existat probleme care nu existau înainte de actualizarea la 11.3
La o scară mai mică decât la actualizarea la 11.4.1.261

• 8.x UT 11.4.1.261 solduri negative fantomă - CINE este de vină (va plăti) și CE trebuie făcut?

dar concluzia este că nu au existat probleme pe 11.3 înainte de actualizarea la 11.4, clienții plătesc pentru actualizare, dar au probleme pentru banii lor, ca urmare - psihoză și stres și lucrează fără plată

Nu m-am gândit niciodată - pur și simplu nu am perceput și nu percep această întrebare ca fiind cu adevărat necesară pentru a pierde timpul

Dacă cineva a fost implicat în tranziția de la UT 11 la UT 10.3 - share

Iată dialogul de astăzi cu clientul (cu tăieturi, fraze șterse pe alte probleme):

• Client:
  Sincer să fiu, am început deja să mă îndoiesc dacă avem nevoie de acest 1C

  trecerea la UT 10 rezolva problema?

• eu: Ce întrebare?
• Client:
  despre problemele cu actualizarea

  La începutul anului, transferați totul la 10k și lucrați acolo

• eu:
  Porniți de la premisa că trecerea la UT 10.3 este mai ușoară decât rezolvarea problemelor pe UT 11
  Dar nu este așa

  Pentru tranziție, trebuie să primiți solduri, iar acum există o problemă cu ele

  Apoi, întoarcerea nu este banală
  Și transferurile între organizații va trebui să le întocmiți manual

• Client::
  da am mai inainte psihoză UT 11, platim pentru actualizari/lucrari si nu vad nicio diferenta in afara de 2 facturi pe an

  La nivel global, fără schimbări majore

  Mai rău decât celălalt, în lumina evenimentelor recente, am abandonat aproape 100% îmbunătățiri în 1C

  Am vorbit ieri cu administratorul site-ului, in general il sfatuieste pe al meu, am vrut sa fac in Bitrix24 si sa sincronizez doar partea de contabilitate cu 1C

• eu:
  De ce să freci?
  A fost lansat 1C 8.3.11 în care este mai convenabil să implementați îmbunătățiri prin extensii
  Cum crezi - cat va costa transferul?
  Buget - ce - tranziție?
• Client::
  denumește prețul
  Nici nu mă voi gândi, pentru că nu stiu
  avem nevoie de un preț și ce vom obține ca rezultat
• eu
  Evaluarea este o treabă mare
  iar rezultatul va fi în continuare inexact și probabilist

  Nici eu nu voi gândi degeaba

  Îți denumești bugetul
  iar eu – ce poate/se face mai bine pentru el

  „Nu văd altă diferență decât 2 facturi pe an”

  Poate nu doi SF?
  Nu am intrat cu adevărat în ea, dar mi se pare că sunt încă 4 ordine de mărime

• Client::
  Îmi amintesc că au fost vara și octombrie importante

  pot gresi

• eu: Eu, ca, nu am impus niciodată - actualizați UT 11
• Client:: Eu nu am spus asta
• eu:: Ei bine, nu a fost necesar - fără o nevoie extremă

Răspuns:

Nu am văzut niciodată astfel de tranziții în practica mea. Poate ar trebui să te gândești la UNF 1.6. Din fericire, deocamdată, este scris de un alt departament de dezvoltare și diferă în funcție de funcționalitate. Dar, din nou, orice tranziție este doar o tonă de muncă. Dacă vor schimba, la început, ca de obicei, vor trebui să dubleze contabilitatea în două sisteme. Aceasta este o sarcină suplimentară pentru „button pokers”. Nemulțumirea va fi de 1000 de ori mai puternică.
Nu există un mecanism Intercampani în UNF, dar se pare că există ceva asemănător, precum un transfer între organizații. Îl poți lua în considerare? + Un magazin online pentru Bitrix este organizat în mod normal. Ei bine, ca plus, un schimb sănătos cu PSU și actualizările, se pare, sunt și ele normale. Ei bine, cel puțin pentru Anul trecut, nu-mi amintesc momentul în care au fost probleme din cauza actualizărilor.
Din nou, funcționalitatea UT 11 și UT ​​10.3 este fundamental diferită. Clientul se va confrunta cu o mulțime de alte probleme, cum ar fi re-secvențierea, repostarea documentelor. Cred că ești conștient de toate acestea.

Sfârșitul tuturor acestor discuții. Trebuie făcut ceva, e de înțeles. Propun să gândim în direcția UNF.

Întrebare: UT 10.3 cum se organizează recepția mărfurilor

UT 10.3.
Clientul dorește să ia marfa direct din mașină.
de exemplu, o mașină a venit cu mărfuri și există o scrisoare de transport pe hârtie.
Clientul dorește să ia și să conducă imediat bonul în baza de date și să verifice imediat dacă mărfurile (de la sk) sunt sau nu în baza de date.
Se poate organiza asta? MB cumva cu configurarea TSD sau aplicatie mobila este disponibil ca adaos.

Răspuns:

cu ce este în mașină.

--- O asociere mesaje, 5 ianuarie 2018 la 16:42 ---

de exemplu, în mașină au venit o șurubelniță sau chibrituri, o persoană a scanat chibriturile. da, există așa ceva în baza de date 1c și setați cantitatea, de exemplu, 10. apoi am scanat sk-ul cu o șurubelniță, da, nu există un astfel de sk, apoi introduceți produsul sau setați codul de bare și setați cantitatea , etc. apoi a salvat și a transferat totul de la tsd sau de undeva la baza 1s 10.3

O sarcină. Compania organizează o promoție în care fiecărui client i se acordă o reducere de 1.000 de ruble la suma fiecărei facturi. Este posibil să rezolvi această problemă și prin ce mijloace?

Primul lucru care le vine în minte clienților este, de obicei, să obțină produsul „Reducere” și să îl scoată pe factură cu un preț negativ egal cu 1000 de ruble. Dar acest plan nu este fezabil, pentru că. introducerea produselor cu preț negativ este interzisă de dezvoltatori. Din punct de vedere al bunului simț, acest lucru este absolut justificat, deoarece. este absurd să luăm în considerare TVA-ul unui produs cu preț negativ și apoi cine va posta produsul „Reducere” în depozit, la ce preț și de la cine să-l cumpărăm și de ce avem nevoie de el în depozit. ? Dar ce ar trebui să facă un utilizator obișnuit în această situație?

Soluția 1. Scădeți 1000 de ruble din costul unor bunuri din factură.

De exemplu, factura conține produsul „TV” în valoare de 1 buc. și prețul de 30.000 de ruble. Reducem manual prețul la 29.000 de ruble și astfel cumpărătorul primește o reducere.

Dezavantajele acestei metode sunt evidente:

• Schimbarea manuală a prețului.
• Cumpărătorul nu vede în factură că i s-a acordat o reducere. Chiar dacă avem, de fapt, un televizor care costă 30.000 de ruble, atunci cumpărătorul poate considera reducerea prețului o ficțiune.
• Factura nu poate conține mărfuri în valoare mai mare de 1000 de ruble. În acest caz, suma totală a contului poate fi mai mare.
• Nu este întotdeauna posibil să scazi 1000 de ruble fără o eroare în rotunjirea prețului mărfurilor. De exemplu, dacă vindem 3 televizoare la un preț de 10.000 de ruble fiecare, atunci costul lor total este de 30.000 de ruble. Pentru a obține noul preț al unui televizor, trebuie să calculați: (30.000 - 1000) / 3 = 9.666,67 rezultatul este rotunjit la două zecimale. Problema apare atunci când înlocuim noul preț în program și obținem costul total al mărfurilor = 3 * 9.666,67 = 29.000,01 ruble. Astfel, am oferit cumpărătorului o reducere nu de 1000 de ruble, așa cum am promis, ci de 999 de ruble și 99 de copeici.

În unele cazuri, erorile de rotunjire pot fi mult mai mari!

Soluția 2. Această opțiune este deja puțin mai avansată decât opțiunea 1, dar are un dezavantaj comun cu ea.

În această opțiune, trebuie să facem clic pe butonul „Schimbare”, situat în bara de acțiuni deasupra părții tabelare a documentului, unde selectăm bunuri și servicii.

În fereastra care apare, faceți setările prezentate în figură și faceți clic pe butoanele „Run” și „OK”.

După acțiunile descrise, toate prețurile din document vor fi recalculate astfel încât suma totală a documentului să fie redusă cu 1000 de ruble.

În acest caz, nu vor exista erori, iar prețurile mărfurilor se vor modifica automat proporțional cu sumele.

Dezavantajul acestei metode este că clientul nu va vedea nici în factură valoarea reducerii care i-a fost acordată.

Deci este posibil ca clientul să vadă reducerea pe factură?

Teoretic posibil. Pentru a face acest lucru, în configurația „Trade Management” ed. 10.3 există un mecanism pentru reduceri manuale și automate.

În practică, problema este că:

• Valoarea reducerii este stabilită ca procent.
• Reducerea nu se acordă pe factură în ansamblu, ci pe fiecare articol al produsului.

Astfel, pentru a utiliza acest mecanism pentru sarcina noastră, atunci când valoarea reducerii este exprimată ca valoare absolută de 1000 de ruble, avem 2 opțiuni:
În același timp, dacă trimitem o factură pentru imprimare, vom vedea că clientul a primit o reducere la mărfuri în valoare de 999 de ruble.

A doua opțiune este să încercați să distribuiți uniform discountul pentru toate produsele, exprimându-l ca procent din fiecare articol. Această opțiune, din cauza complexității calculelor și a probabilității mari de erori și a abundenței lucrărilor manuale, nici măcar nu va fi luată în considerare. La înregistrarea facturilor cu un volum mare de articole diverse, în general nu este acceptabil.

După cum se poate observa din exemplele date, fiecare dintre opțiuni conține propriile sale dezavantaje și, în toată măsura, nu poate fi considerată automatizată, cel puțin „satisfăcător”.

Puteți automatiza introducerea unei reduceri fixe în termeni absoluti făcând unele modificări la configurația dumneavoastră. O solicitare pentru acest tip de lucrare se poate face prin telefon, e-mail sau prin formularul de feedback de pe site-ul nostru.