Salutări pentru cititorii articolelor mele!
După un articol lung despre elementele de bază ale așezărilor reciproce. Voi continua să dezvălui tema înțelegerilor reciproce în Managementul Comerțului 1C. Voi scrie o serie de articole care detaliază diferitele funcționalități ale comerțului 11 în ceea ce privește contabilitatea decontărilor reciproce.
Interzicerea transportului cu suma datoriei mai mult decât o anumită sumă
Ajustarea controlului limitelor datoriei în 1C Trade Management 11 este configurat în contract. Dacă nu aveți o gestionare personalizată a contractelor cu clienții. atunci este ușor să o activați prin secțiunea Administrare - CRM și vânzări.
Mai multe detalii pot fi găsite în articolul precedent. Variante de așezări reciproce.
Luați un client care în prezent nu are nici o datorie față de noi, acesta va fi clientul "Furniture West Ltd.". Și vom crea un contract cu el, în contract vom specifica o limită a datoriilor de 10.000 de ruble.
Apropo, în contractul cu furnizorul nu există astfel de interdicții, ceea ce este logic.
Apoi, creați un document de comandă pentru clienți și încercați să îl executați.
Ordinul a avut loc fără să dea niciun mesaj. Inscripția împotriva contractului prevede că soldul împrumutului admis este de 10.000 de ruble. E ciudat? Nu, nimic ciudat. Ordinul din UT11 este un contract preliminar sau o factură pentru client. Ordinul nu este un document care efectuează o operațiune economică (financiară). Maximul pe care îl face este să rezerve bunurile, dar aceasta este operațiunea internă a companiei. Deși puteți crea documente de plată bazate pe comandă.
Să ne întoarcem la raportul Datoria clienților. el ne va arăta numai sumele planificate de plată și de vânzare, adică de fapt, datoria este încă zero.
Dar dacă creați un document Vânzări de bunuri. atunci situația se va schimba dramatic - va exista o expediere efectivă a bunurilor către client și datoria clientului se va forma înaintea noastră.
Creați o implementare pentru suma de 15 000 de ruble și încercați să o țineți.
Nu putem implementa implementarea. Clientul a depășit limita permisă a datoriei. Programul va refuza să dețină documentul și va afișa mesaje de eroare.
Dacă cineva a subliniat că raportul nu este suma de 5000 de ruble și 7700, este cu TVA pe partea de sus. Și o altă formă de punere în aplicare a inscripției de pe rămășițele creditului admisibil este încă 10 de mii de ruble - acest lucru se datorează faptului că documentul nu am petrecut transportul de mărfuri care nu a avut loc și, în consecință, datoria de client în fața noastră nu este încă format.
Totuși, trebuie să se acorde atenție acestui punct, valoarea datoriei este determinată în ansamblu în cadrul contractului. indiferent de procedura stabilită pentru decontări: conform contractului. pe ordine. prin foile de parcurs. Ie Dacă datoria se încadrează în contractul ales în document, interdicția de expediere va funcționa.
Hai să intrăm în contract și să schimbăm suma datoriei nu mai mult de 20.000 de ruble. Punerea în aplicare a punerii în aplicare
Acum, implementarea este bine făcută, iar inscripția cu privire la creditul disponibil raportează limita disponibilă rămasă pentru client (20.000 minus suma documentului).
În practică, pentru ca managerii să nu poată schimba limitele datoriei, drepturile de editare a contractelor pentru acestea ar trebui să fie limitate.
Interzicerea transportului cu suma datoriei mai mare decât suma specificată
Apoi, vom da seama ce înseamnă căsuța de validare atunci când există datorii restante. Stabilește-o în contract.
În primul rând, din motive de simplitate, să realizăm o implementare fără comandă și să vedem cum funcționează controlul datoriilor în acest caz.
În primul rând, să încercăm și apoi vă voi spune cum funcționează funcțional în comerț 11.
Acesta este modul în care sunt stabilite regulile de plată.
Când vom putea să vindem mărfurile. Aceasta va fi posibilă numai dacă data plății este mai lungă decât data transferului. Voi demonstra acest lucru.
Ce am făcut - am mutat data plății în Regulile de plată cu o zi în avans. Acum am expediat marfa 06.05. iar plata este necesară doar în ziua următoare 07.05.
Să vorbim din nou:
Interdicția de expediere în prezența arieratelor depinde de data de plată specificată în regulile de plată. Apare atunci când data plății este mai mică sau egală cu data transferului.
În punerea în aplicare pentru a pune data de plată este mai mică decât data de expediere programul nu va da, dar în cazul comenzilor clienților acest lucru este posibil.
În cazul unei ordine, ordinul se face în orice caz, deoarece acest document nu este un document financiar.
Dar punerea în aplicare a acestei ordine nu mai este realizată. Nu se va ține cont de faptul că în parametrii de plată din ordine data de plată este 06.05. chiar înainte de data punerii în aplicare (data transportului), adică este necesară o plată în avans neechivoc.
Și posibilitatea de a schimba data de plată în punerea în aplicare a documentului nu este, este definit în ordine.
Ie atunci când se lucrează cu ordinea, funcționează tot regula. numai opțiunile de plată sunt definite în documentul de comandă al clientului. și modificarea acestora în document Vânzările de bunuri vor fi imposibile.
La asta probabil că vom termina.
.