Softver"1C: Trade Management 10.3" moćan je alat za planiranje i računovodstvo trgovinskih operacija. Novo izdanje, značajno proširen dodavanjem novih značajki, kao što su: upravljanje nagodbom, upravljanje maloprodajom, upravljanje zalihama i druge prikladne funkcije.
Jedna od najvažnijih konfiguracijskih inovacija je dodavanje nove metode određivanja cijena. Sada određenoj skupini kupaca ili robe možete dodijeliti vlastite popuste koji će se automatski obračunavati.
Ovaj pristup je koristan kada želite postaviti popuste, na primjer, korporativnim klijentima. Uostalom, takvi klijenti čine maksimalan iznos operacije i njihovo privlačenje donijet će prosperitet vašoj tvrtki. Automatski obračun popusta prihvaća sve uvjete za pojedinog kupca i pravila za primjenu višestrukih popusta.
Za postavljanje popusta za pravne osobe koristite dokument "Postavljanje popusta za stavke". Ovaj dokument sadrži mnoge postavke za fleksibilne politika cijena. Za postavljanje popusta na robu u izborniku odaberite Dokumenti > Cijene > Postavi popuste za artikle. U prozoru koji se otvori postavite parametre popusta. Potrebno je odabrati tip operacije "Po nomenklaturi". Na popisu "Uvjet" odaberite vrijednost "Bez uvjeta". Ako je potrebno, možete odrediti uvjet pod kojim se kupcu daje popust.
Ukoliko želite ostvariti popust na sve proizvode, označite kućicu "Za cijeli asortiman". Ako ne označite ovaj okvir, tada morate odabrati popis robe za koju je navedena posebna cijena.

Na primjer, dodajmo grupu proizvoda (TV).

Zatim odaberite s popisa primatelja potrebne klijente. Možete odabrati pojedinačne klijente ili određenu grupu. U polju "Postotak" navedite iznos popusta za pravne osobe.

Nakon donošenja ovog dokumenta, popusti će se automatski obračunavati. U sustavu dostave, kada odaberete pravog kupca, prikazat će se iznos popusta.

Ponekad je potrebno otkazati popuste. To se radi putem dokumenta „Storn popusta na artikle“. Možete ga pronaći putem izbornika Dokumenti > Cijene > Otkaži popuste za artikle.

Po prirodi svog posla često pomažem ljudima da počnu voditi trgovačke knjige. Uglavnom veleprodaja. Nekad to postavim ispočetka, nekad nekome završim. Ovaj članak želi pomoći ljudima koji prvi put samostalno postavljaju ovaj program.

Neću ulaziti duboko u značajke svake referentne knjige i dokumenta, ove informacije su dovoljne iu samom 1C i na Internetu. Ovaj članak je "kostur" postavki 1C i može se značajno promijeniti za različite račune. Govorim o primjeru osnovne verzije UT 10.3.43.1, trgovačko poduzeće je zaručen trgovina na veliko i malo. Dakle, postali ste ponosni vlasnik programa (ili vaš klijent). Imate kutiju 1C, razmotrite njen sadržaj:

• Knjige "Korisnički vodič" i "Opis konfiguracije"
• cd s konfiguracijom i platformom
• upisnu karticu čiji hrbat treba ispuniti i poslati poštom, omotnica je u prilogu
• zatvorena kuverta s podacima za dobivanje dozvole (pin kod)

Od svega toga najvažnija je "registracija", svojevrsna "putovnica" 1C. Ali toplo preporučujem da spremite cijelu kutiju i pohranite je bliže radnom mjestu gdje se koristi 1C. Također preporučujem da se odmah registrirate na web mjestu "users.v8.1c.ru" za primanje ažuriranja, za osnovnu verziju su besplatna.

Priprema radnog mjesta

Prvo stvaramo dvije mape na računalu: "1C baze" i "1C programer". Mapa "1C Base" bit će za bazu i privremene arhive. Mapa "1C programer" bit će za 1C distribucije i druge srodne programe. Odmah stvaramo mapu s našom bazom podataka u "1C Base", na primjer "TradeBase10.3".

Sada stvaramo našu bazu:

1. u prozoru za pokretanje 1C kliknite "Dodaj"
2. odaberite "Stvori novu bazu podataka"
3. odaberite osnovni predložak
4. navedite naziv "Naša trgovina"
5. odredite put do baze podataka, na primjer: "D:\1S Bases\TradeBase10.3". Prema zadanim postavkama, obično "C:\Users\Petya\1C...", preporučujem da ga promijenite, jer u slučaju problema s prozorima, bit će teško izvaditi bazu od tamo.
6. gotovo, čeka se kreiranje baze podataka
7. odaberite bazu podataka koja se pojavljuje na popisu i kliknite "1C:Enterprise"

Prvo pokretanje i postavljanje

Prilikom prvog pokretanja, 1C traži da napravimo automatsko početno punjenje - slažemo se. Nakon toga zatvaramo otvoreni prozori: "Transition Assistant ut 11", "Start Assistant", "Function panel". I počinjemo s ručnom konfiguracijom.

Postavljanje poduzeća

Idemo Imenici -> Poduzeće -> Organizacije. Pritisnemo i u otvorenu karticu ispunimo ime, na primjer "IP Menshikov A.Yu.", odaberite "Pravni / fizički." osoba (IP je fizička osoba u ovom 1C), ispunite TIN i po želji Podaci za kontakt(Pravna/fizička adresa, telefon) potrebno je za formiranje dokumenata i kliknite na "Napiši". Kreirajmo sada KKM blagajnu i poduzeća. Pritisnite gumb "Idi" i odaberite "Blagajna". U prozoru koji se otvori dodajte blagajnu. Na blagajni ispunite naziv "Glavna blagajna" i valutu "rubalji", kliknite "OK". Zatvaramo popis blagajni, vraćamo se na organizacijsku karticu. Opet pritisnite tipku "Kreni" i odaberite "KKM blagajne". Dodamo i blagajnu KKM. U blagajni KKM-a ispunite naziv "Glavna blagajna KKM-a", pritisnite "OK", zatvorite popis blagajni KKM-a.

Zatim postavljamo računovodstvenu politiku za porezno računovodstvo. Pritisnemo gumb "Idi" na kartici organizacije i odaberemo "Računovodstvena politika (porezno računovodstvo)". Dodavanje nove politike računa. Pretpostavimo da imamo imputaciju (da, da, veleprodaja nije smetnja), zatim označavamo okvire: "Organizacija nije obveznik PDV-a", "Organizacija je obveznik UTII", "Trgovina na malo podliježe UTII" . Pritisnemo "OK". Zatvorite organizacijsku karticu i popis organizacija.

Postavljanje osnovnih imenika

Idemo Imenici -> Poduzeće -> Skladišta. Dodavanje novog skladišta Ispunite naziv "Trgovina", kliknite "U redu". Ako će se u računovodstvu koristiti nekoliko skladišta, dodajte ih sve. Ako trgovina osim trgovačkog prostora ima i skladište, a prilikom prodaje odabir dolazi s oba mjesta, preporučujem da ih u programu spojite u jedno skladište.

Sada idemo na samu nomenklaturu Imenici -> Nomenklatura -> Nomenklatura. Dodajemo novu nomenklaturu, trebat će nam u budućnosti za provjeru ispravnosti postavki 1C. Ispunite naziv, na primjer "Test", odaberite vrstu robe "Proizvod", osnovna jedinica je "kom." i pritisnite tipku "Snimi". Ovo je minimum koji nam treba.

Zatim, pogledajmo cijene. Idemo Reference -> Nomenklatura -> Nomenklatura vrsta cijena. Dodajte novu vrstu kupovne cijene, unesite naziv "Kupnja", valutu "rubalji", ostavite vrstu cijene "Osnovna" i pritisnite gumb "Spremi". Zatim trebate unijeti vrstu cijene za prodaju. Dodajte novu vrstu maloprodajne cijene, ispunite naziv "Maloprodaja", valuta "rubalji", odaberite vrstu cijene "Obračun", metodu izračuna "Prema postotku povećanja na osnovnom tipu", osnovni tip "Nabava", maržu % na primjer "30" i kliknite gumb "Snimi". Ako postoji neka druga veleprodajna cijena ili druga, radimo isto. Jasno je da je malo vjerojatno da je fiksna oznaka prikladna za cijeli raspon, gdje je moramo popraviti ručno. Program ima mehanizam označavanja za cjenovne skupine, ali ako se tek počinjete upoznavati s 1C, preporučujem da ga još ne koristite.

Dodajmo sada kupce. Idemo Imenici -> Ugovorne strane -> Ugovorne strane. Dodavanje nova grupa kupaca, naziv "KUPCI" . Dodajmo maloprodajnog kupca, idite u mapu "KUPCI", kliknite dodaj novu drugu ugovornu stranu. Upišite ime Maloprodajni kupac", označite "Kupac", pritisnite gumb "Snimi". Zatim idite na karticu "Računi i ugovori", ovdje je automatski kreiran "Glavni ugovor" "s kupcem", otvorite ga. ", potvrdite okvir " provodite poravnanja s drugim ugovornim stranama prema dokumentima", valuta "rubalji", idite na karticu "Dodatno" i odaberite vrstu cijene "Maloprodaja", kliknite "U redu" na kartici ugovora i na kartici druge ugovorne strane. Time je kupčevo podešavanje završeno. , po analogiji, možemo dobiti veleprodajnog kupca.

Dodajmo sada pružatelje usluga. Idemo Imenici -> Ugovorne strane -> Ugovorne strane. Dodajemo novu grupu dobavljača pod nazivom "DOBAVLJAČI". Dodajmo novog dobavljača, idite u mapu "DOBAVLJAČI", kliknite dodaj novu drugu stranu. Ispunite naziv "Unos početnih stanja", označite polje "Dobavljač", pritisnite tipku "Snimi". Zatim idite na karticu "Računi i ugovori", ovdje je automatski stvoren "Glavni ugovor" "s dobavljačem", otvorite ga. Mijenjamo "Međusobni obračuni se provode" u "Prema ugovoru u cjelini", stavljamo kvačicu "provesti prema dokumentima naselja s drugim ugovornim stranama", valutu "utrljati". Idite na karticu "Dodatno" i odaberite vrstu cijena druge ugovorne strane, ovdje kliknemo za dodavanje nove vrste cijena druge ugovorne strane, ispunite naziv "Dobavljač nabave", odaberite našu vrstu cijene "Nabavna", valuta "rub", kliknite "OK" i dvaput kliknite na kreiranu vrstu cijena druge ugovorne strane tako da se ona zamijeni u naš ugovor. Zatim kliknite na "OK" na kartici ugovora i na kartici druge ugovorne strane. Ovo dovršava postavljanje dobavljača, po analogiji možemo dobiti druge dobavljače.

Postavite opcije računovodstva

Idemo Alati-> Postavke računovodstva -> Postavke računovodstva. Ispunjavamo naslov programa "Naša trgovina", poništavamo okvire "Koristi seriju proizvoda" i "Koristi interne naloge". Odaberemo način kontrole potraživanja "po kalendarskim danima" i naznaku skladišta i naloga u tabelarnom dijelu "Ne koristiti". Na kartici "Valuta" promijenite valutu upravljačkog računovodstva u "rubalje".

Zatim, postavite računovodstvenu politiku za cijelu bazu podataka, idite Usluga-> Postavke računovodstva -> Računovodstvena politika. Ovdje je program već napravio zadanu računovodstvenu politiku, trebamo je urediti. Otvaramo ovaj unos, počinje s "01/01/1980 ...". Ovdje označavamo okvire "voditi evidenciju robe organizacije po skladištima" i "otpisati serije prilikom vođenja dokumenata", također preporučujem da odaberete kronologiju za otpis serija "Prosjek" i kliknite "U redu".

Korisnička postavka

Kreirajmo sada korisnike Alati-> Korisnici -> Popis korisnika. Dodamo novog korisnika, tradicionalno je to administrator, ispunite kratko ime "Administrator" i kliknite gumb "Snimi". Program će pitati "Automatically create an IS user", slažemo se. IB korisnička kartica otvorit će se automatski (ne brkati s korisničkim imenikom!). Ovdje možemo staviti lozinku (opcionalno), odabrati glavno sučelje "Puno" i jezik "Ruski", u desnom prozoru potvrditi okvir pored "Puna prava" i kliknuti "U redu". Sada postavljamo postavke u korisničkom prozoru, radi praktičnosti, preporučujem otvaranje svih mapa postavki. Ispod su preporučene postavke koje trebate promijeniti, nakon promjene kliknite "OK".

• Provesti međusobne obračune prema dokumentima obračuna s drugim ugovornim stranama - Da
• Glavna valuta međusobnih obračuna - rub.
• Glavno vođenje međusobnih obračuna po ugovorima - "Prema ugovoru u cjelini"
• Prošireni obrazac za postavke izvješća - Da
• Registrirajte cijene dobavljača - Da
• Glavna jedinica prema klasifikatoru - kom
• Glavna vrsta nomenklature - Roba
• Glavno skladište - Trgovina
• Odražavanje dokumenata u upravljačkom računovodstvu - Da
• Glavna blagajna - Glavna blagajna
• Glavna organizacija je IP Menshikov A.Yu.
• Osnovna stopa PDV-a - Bez PDV-a
• Primarni kupac - maloprodajni kupac
• Glavna vrsta prodajnih cijena - Maloprodaja

Zatim trebate konfigurirati dodatna korisnička prava. Za ovo idemo Alati-> Korisnici -> Konfiguriranje dodatnih korisničkih prava. U prozoru koji se otvori odaberite "Administrator" na vrhu. I ako je potrebno, postavite sljedeće postavke:

• Dopustiti prevelike zalihe - Da
• Dopusti organizaciju viška zaliha - Da
• Dopustite višak slobodnog balansa Novac- da
• Omogućiti provođenje bez kontrole međusobnih obračuna - Da
• Dopusti plaćanje bez prijave - Da
• Izračunaj dug prilikom otvaranja obrazaca - Da
• Uređivanje tablice - Da
• Uređivanje cijena i popusta u dokumentima - Da

Analogno tome, možete stvoriti druge korisnike. Poželjno je da nemaju svi "Puna prava". Standardne značajke ovog programa za postavljanje korisnika nisu jako opsežne. Za ograničavanje korisničkih prava preporučujem da obratite pozornost na "Datum zabrane uređivanja". Postoji i "Ograničenje prava na razini korisnika", ali ono jako opterećuje rad 1C i ne rješava cijeli problem ograničavanja korisničkih prava.

Ispitivanje

Nakon dovršetka postavki zatvorite 1C i ponovno uđite u njega, već pod "Administrator". Preporučujem sljedeću skriptu za testiranje:

• Vršimo prijem robe Dokumenti -> Nabava -> Prijem robe i usluga.
• Nalog za gotovinski račun s djelomičnim plaćanjem.
• Na temelju računa, radimo Određivanje cijena artikala.
• Napravimo prodaju Dokumenti -> Prodaja -> Prodaja roba i usluga.
• Izrađujemo na bazi prodaje Ulazni blagajnički nalog s djelomičnim plaćanjem.
• Izrada izvješća o dobiti Izvješća -> Prodaja -> Analiza prodaje -> Bruto dobit provjerite je li dobit izračunata
• Izrađujemo izvještaj o međusobnim obračunima Izvješća -> Prodaja -> Međusobni obračuni -> Izvod međusobnih obračuna s drugim ugovornim stranama provjerite postoje li međusobni obračuni

Na ovome se početno postavljanje 1C: Trade Management 10.3 može smatrati dovršenim.

Početak rada u 1C

Ako je trgovina tek otvorena i još nije počela s radom, dok se 1C ne konfigurira. Zatim je sve jednostavno, napravimo račune od dobavljača, odredimo cijene, ispišemo cjenike i počnemo raditi.

Ako trgovina već radi i možemo obustaviti njen rad radi potpunog ponovnog brojanja. Zatim prvo unesemo cijelu nomenklaturu u 1C. Zatim ispisujemo popis artikala, zatvaramo trgovinu i preračunavamo. Prilikom preračunavanja navesti iznos, okvirno nabavna cijena, i trenutna prodajna cijena. Ako je predmet unutra trgovački podij i pomoćna soba zapišite ostatak u dvije znamenke. Nakon završetka trgovina nastavlja s radom, ali sve prodaje moramo evidentirati na papiru dok se rezultat ponovnog brojanja ne unese u program. Početna stanja mogu se unijeti u program na više načina, ali preporučam kroz primitak robe i usluga od druge ugovorne strane „Unos početnih stanja“, jer. onda je zgodno na temelju njega odrediti cijene. Preporučljivo je za svaku grupu robe napraviti zasebne račune. Nakon unosa stanja završavamo prodaju koja je nakon preračunavanja bila na papiru i počinjemo voditi evidenciju u realnom vremenu. Izrađujemo potvrde od dobavljača prije ili nakon rekalkulacije.

Ako je trgovina već otvorena i ne može se zatvoriti radi ponovnog izračuna. Najteži slučaj. Radi praktičnosti, trebamo pisač naljepnica. Metoda će biti slična prethodnoj. Robu uvodimo u program u malim grupama. Roba koja je dopremljena označena je našim bar kodovima. Svaku prodaju označene robe popravljamo u 1C.

Teze o računovodstvu u 1C

O nomenklaturi. Pokušajte imenovati proizvod tako da bude jasan i kupcima, a ne samo vama. Dobra imena proizvoda povećavaju lojalnost kupaca i također ubrzavaju razvoj stranice, ako je planirate. Također preporučam da napravite mapu "Uklonjeno je iz asortimana" u koju ćete premjestiti robu koja se više ne koristi u računovodstvu.

O backupu. Postoji mnogo načina za sigurnosno kopiranje baze podataka. Ali preporučujem da povremeno napravite kopiju na vanjski pogon. Jer poslužitelj može u potpunosti otkazati i s bazom podataka i s arhivama. Isto vrijedi i za napadače, blokirat će sve - i bazu i arhivu. A ako imamo kopiju baze negdje drugdje, posljedice će biti puno blaže.

O popustima i uređivanju cijena. Pokušajte ukloniti ovu priliku od prodavača, tk. ovo je glavna rupa u sigurnosti trgovačkih poduzeća.

O prednostima u odnosu na 7.7(9.2). Tis 7.7 je vrlo vrijedan program. Ali u 10.3, od trenutnog, postoji standardna podrška za nekoliko crtičnih kodova, alat za izradu izvješća. I što je najvažnije, vrlo je malo stručnjaka za 7.7.

O prednostima u odnosu na UT 11. UT 11 je odličan, moderan program. Ali 10.3 na slabom stroju će raditi PUNO brže.

O USB-u. Ako imate mnogo USB opreme, kako biste uštedjeli priključke na računalu, svakako kupite USB čvorište s vanjskim napajanjem iz zidne utičnice.

O prekidaču. Većina (90%) kvarova 1C povezana je s padom kada se svjetlo ugasi. Preporučujem instalaciju neprekidnog napajanja i isključivanje računala na vrijeme nakon gašenja svjetla. Neprekidno će se vrlo brzo isplatiti, vjerujte mi.

o dodatnim troškovima. U programu možete pratiti dodatne troškove kao što su: stanarina, plaća, kućne potrebe. Da biste to učinili, te usluge unesite u nomenklaturu, a zatim njihov dolazak učinite redovnim primitkom roba i usluga. Zatim možete vidjeti te troškove u izvješćima o kupnji.

O razlici trgovine na veliko i malo. Ako imate bezgotovinsko plaćanje od kupaca, ili pošiljku na kredit, ili više vrsta prodajnih cijena, onda se to smatra trgovina na veliko. A to znači da vam 1C: Trade Management odgovara.

Tuning 1C: Upravljanje trgovinom 10.3

Nakon instalacije postoji snažan osjećaj da nešto nedostaje. Prije svega, gotovo uvijek stavljam vanjski tiskani obrazac"Robni ček" za promet roba i usluga. I naravno vanjska obrada ispisa cjenika. Zatim možete razmotriti cjenik sa slikama ili čak redoslijed cijena. Zatim je slaba točka postavljanje cijena, udvostručenje, pretrpavanje nepotrebnim unosima cijelo vrijeme, to se rješava eksternom obradom. Inače, većina zadataka može se riješiti standardnim sredstvima - ako to programer želi.

Ono što namjerno nisam rekao

Oprema trgovine. Tema je izuzetno opsežna, za svaku opremu možete napisati poseban članak.

RMK način rada. U 1C, RMK je tuga i tuga. Ako samo imate maloprodaja, uzmite bolje 1C: Retail ili Frontol.

Ispitivanje/ispravak. U 1C postoje dva mehanizma koji vam omogućuju uklanjanje većine problema: to su unutarnje i vanjsko testiranje (chbfl). Internet ima potrebne informacije.

To je sve, hvala na gledanju...

Kako u UT 10.3 postaviti ukupni iznos popusta na računu, izražen u rubljima (ne kao postotak)?

Zadatak. Tvrtka održava promociju u kojoj svaki kupac dobiva popust od 1000 rubalja na iznos svake fakture. Je li moguće odlučiti ovaj zadatak i kojim sredstvima?

Prvo što kupcima pada na pamet obično je nabaviti proizvod "Popust" i izbaciti ga na fakturi s negativnom cijenom od 1000 rubalja. Ali ovaj plan nije izvediv, jer. programeri zabranjuju unos proizvoda s negativnom cijenom. Sa stajališta zdravog razuma, to je apsolutno opravdano, jer. apsurdno je uzimati u obzir PDV proizvoda s negativnom cijenom, a tko će onda proizvod “Sniženje” knjižiti na skladište, po kojoj cijeni i od koga ga kupiti i zašto nam uopće treba na skladištu ? Ali što bi običan korisnik trebao učiniti u ovoj situaciji?

Rješenje 1. Oduzmite 1000 rubalja od cijene neke robe na računu.

Na primjer, na fakturi se nalazi proizvod "TV" u količini od 1 kom. i cijena od 30.000 rubalja. Ručno smanjujemo cijenu na 29 000 rubalja i tako kupac dobiva popust.

Nedostaci ove metode su očiti:

Ručna promjena cijena.

Kupac na računu ne vidi da mu je dat popust. Čak i ako zapravo imamo televizor koji košta 30.000 rubalja, kupac može smatrati smanjenje cijene fikcijom.

Faktura ne smije sadržavati robu u vrijednosti većoj od 1000 rubalja. U ovom slučaju, ukupni iznos računa može biti i veći.

Nije uvijek moguće oduzeti 1000 rubalja bez greške u zaokruživanju cijene robe. Na primjer, ako prodajemo 3 televizora po cijeni od 10.000 rubalja svaki, tada je njihov ukupni trošak 30.000 rubalja. Dobiti nova cijena jedan TV mora se izračunati: (30 000 - 1000) / 3 = 9 666,67 rezultat se zaokružuje na dvije decimale. Problem nastaje kada ubacimo novu cijenu u program i dobijemo Ukupni trošak roba \u003d 3 * 9 666,67 \u003d 29 000,01 rubalja. Tako smo kupcu osigurali popust ne od 1000 rubalja, kao što je obećano, već od 999 rubalja i 99 kopejki.

U nekim slučajevima pogreške zaokruživanja mogu biti puno veće!

Rješenje 2. Ova je opcija već malo naprednija od opcije 1, ali ima zajednički nedostatak.

U ovoj opciji potrebno je kliknuti gumb "Promijeni", koji se nalazi u akcijskoj traci iznad tabelarnog dijela dokumenta, gdje biramo robu i usluge.

U prozoru koji se pojavi izvršite postavke prikazane na slici i kliknite gumbe "Pokreni" i "U redu".

Nakon opisanih radnji, sve cijene u dokumentu bit će preračunate na način da se ukupni iznos dokumenta smanji za 1000 rubalja.

U tom slučaju neće biti pogrešaka, a cijene robe će se automatski mijenjati proporcionalno iznosima.

Nedostatak ove metode je što klijent također neće vidjeti iznos popusta koji mu je dan na računu.

Pa je li moguće postići da kupac vidi popust na računu?

Teoretski moguće. Da biste to učinili, u konfiguraciji "Upravljanje trgovinom" ed. 10.3 postoji mehanizam za ručne i automatske popuste.

U praksi je problem sljedeći:

• Vrijednost popusta je postavljena kao postotak.
• Popust se ne obračunava na račun kao cjelinu, već na pojedini artikl proizvoda.

Dakle, kako bismo koristili ovaj mehanizam za naš zadatak, kada je vrijednost popusta izražena kao apsolutna vrijednost od 1000 rubalja, imamo 2 opcije:

U isto vrijeme, ako pošaljemo fakturu za ispis, vidjet ćemo da je klijentu dat popust na robu u iznosu od 999 rubalja.

Druga opcija je pokušati ravnomjerno rasporediti popust na sve proizvode, izražavajući ga u postotku na svaki artikl. Ova opcija, zbog složenosti izračuna i velike vjerojatnosti pogrešaka i obilja samostalno napravljeno, nećemo ni razmatrati. Kod evidentiranja faktura s velikim volumenom raznih stavki, to općenito nije prihvatljivo.

Kao što se može vidjeti iz navedenih primjera, svaka od opcija ima svoje nedostatke i ne može se u potpunosti smatrati automatiziranom, barem "zadovoljavajuće".

Možete automatizirati unos fiksnog popusta u apsolutnom iznosu tako da napravite neke izmjene u svojoj konfiguraciji. Zahtjev za ovu vrstu posla možete izvršiti putem telefona, e-pošta ili putem obrasca Povratne informacije na našoj web stranici.

Pitanje: Razmjena podataka UT 10.3 - Maloprodaja 2.2

Zdravo. 1C:Enterprise 8.3 (8.3.11.2924), "Upravljanje trgovinom", izdanje 10.3 (10.3.47.3), datoteka. Želim uspostaviti razmjenu s Retail 2.2 (UT baza se održava već duže vrijeme, Retail - nova baza). Problem počinje već u prvoj fazi - kada pokušate stvoriti plan razmjene u konfiguracijskom izborniku u UT-u, ne postoji stavka "Maloprodaja 2.2", već samo "Maloprodaja 2.1". Zašto i što popraviti. I općenito, želio bih znati mišljenje o razmjeni između UT 10.3 i Retail 2.2, koje su zamke, ako su ograničene na tipične razmjene.

Odgovor:

Općenito, potpuno sam zadovoljan maloprodajom 2.2

Kliknite za otkrivanje...

Onda maloprodaja "naše sve"
Maloprodaja i frontol su prijateljski nastrojeni, ali bez popusta.

Dalion - frontol je hrpa koja djeluje.

Pitanje: Burza 10.3 računovodstvo 3

Dobar dan
troškovi Računovodstvo 3 i trgovina 10.3 (10.3.32.1) trgovina ima jednu raspodijeljenu bazu
Kod distribuirane baze podataka uspostavlja se razmjena s računovodstvom 3
Ažurirano računovodstvo 3 za najnovije izdanje, želim učitati nova pravila konverzije za trgovinu, rekao mi je
(Processing.ConvertingInfoBaseObjects.ObjectModule(3038)): polje objekta nije pronađeno (GoodsNon-Commodity)
Upravitelj povrata[vrijednost];

Mislio sam da su možda dodali nešto novo u odjel računovodstva, ažurirali trgovanje na 10.3.34.2 i pišu na bilo što od gore navedenog
Pogreška pri pozivanju metode konteksta (ReadChanges): Pogreška pri pretvaranju XML podataka:
i ne želi prenijeti promjene
Reci mi što da radim? , Naravno, možete ponovno rasteretiti bazu podataka, ali to će pokrenuti razmjenu s boo i još mnogo toga. Općenito, ekstremni slučaj i nije činjenica da je naravno u staroj verziji trgovine

Odgovor:

ipak se dogodi takva greška da sam na 10.3.32.2 sa 10.3.32.1 na jednu verziju svega
Pogreška pri čitanju promjena iz datoteke za razmjenu.
Pogreška prilikom pozivanja metode konteksta (ReadChanges): konfiguracija čvora distribuiranog IS-a ne odgovara očekivanom!
Čitanje podataka iz datoteke za razmjenu dovršeno s pogreškama!

Pitanje: ažuriranje UT 10.3 (izbacuje itd.)

Podižem 10.3.18.3 sekvencijalno do zadnjeg izdanja, iz kojeg bi bilo moguće prenijeti ostatke na UT11.
Pokrećem konfigurator, ažuriram. Konfigurator vidi datoteku ažuriranja, ali kada se pokrene iz konfiguratora, izbacuje je iz programa. Piše Program "1cv8" ne radi, Vin će zatvoriti ovaj program ....
Program prekinut...

Ponovno pokrenem konfigurator, kao rezultat, jednom od pet, ažuriranje i dalje prolazi, ali onda kada otvorim samu bazu podataka, radnu, također je izbacuje. Ne izbaci ga jednom, izbaci ga 5 puta.
wtf? Gdje kopati?
Hvala vam.

I još nešto: nakon ažuriranja idem na radna baza, i tamo:

Nije podržano!
Migracija je moguća samo s verzija... 10.3.18, 10.3.19
Prvo morate izvršiti nadogradnju na jednu od navedenih verzija.
A onda prozor: "Ažuriranje infobaze nije uspjelo! Isključiti sustav?"

Pa prelazim s 10.3.18 na 10.3.19
Kakve veze ima 10.3.28 s tim? Odakle je? Kakvo je ovo snižavanje? Od izdanja 28 do 19?

Odem na informacije o programu, tamo: 10.3.19.2
Uđem u postavke računovodstva, tamo Configuration version number: 10.3.28.1

Ažuriranja dolaze. Do sada je prestao izbacivati, prošlo je već 5 izdanja. S čime je bilo povezano, nije jasno.

Odgovor:

nsk1C je rekao:

Nakon ažuriranja - potrebno je ažurirati konfiguraciju baze podataka (izbornik Konfiguracija - Ažuriraj konfiguraciju baze podataka (F7)), napisati to nakon ažuriranja i pokrenuti u korisničkom modu i tu također možete potvrditi da niste ništa ukrali + ponekad treba za potvrdu ažuriranja pravila razmjene
Sve ove 3 radnje - ažuriranje baze podataka, njeno pisanje (konfiguracija baze podataka), pokretanje u korisničkom načinu rada, mogu se izvršiti klikom na žuti okrugli gumb s plavim trokutom "Pokreni ispravljanje pogrešaka" u konfiguratoru

Kliknite za otkrivanje...

Sam konfigurator vidi datoteku ažuriranja, kliknem na nju, ažuriranje počinje.
Zatim se pojavljuje tablica ažuriranja s dva prozora: s desne strane je Glavna konfiguracija, s lijeve strane je Nova. želim izvršiti.
Iskače Postavljanje pravila podrške. Ostavljam sve standardno. pritisnem OK. Počinje udruživanje.
Zatim se pojavljuje prozor: Spajanje konfiguracija dovršeno.
Idem u servis. Pokrećem 1C Enterprise.
Pita: Update database conf? Kažem da. Konfiguracija se sprema.
Pojavljuje se prozor: Reorganizacija informacija, Promjene u strukturi informacija konf. Pritisnite Prihvati. Promjene se prihvaćaju.
Radna baza je pokrenuta.
piše:
"Prebacivanje s verzije 10.3.28 na verziju 10.3.19.2 konfiguracije UT 10.3
Nije podržano!"
"Ažuriranje infobaze nije uspjelo! Isključiti sustav?"
Ali, u isto vrijeme, u informacijama o programu, verzija je već nova.

Gumb "izbornik Konfiguracija - Ažuriraj konfiguraciju baze podataka" je neaktivan

PS: Počeo sam ažurirati s 8.3, prestao sam ga izbacivati, ažuriranja se instaliraju bez problema.

Pitanje: Ažurirajte UT 10.3.49.3 na 10.3.49.4

Odgovor:

Naran08 je rekao:

Pozdrav, UT 10.3.49.3 platforma 1C: Enterprise 8.3 (8.3.13.1513). Ažuriram ut od 10.3.47.3, ali počevši od 48.3, pojavljuje se greška prilikom skeniranja u modu blagajnika i ne traži trošarinu na alkohol prilikom prodaje, a jučer sam preuzeo novo izdanje 49.4 prilikom skeniranja alkohola, daje obrazac kao na zaslon. Nigdje nema informacija o tome ili radi po svim pravilima, ne razumijem

Kliknite za otkrivanje...

Jeste li pogledali šifru? Upravo sam sam pokrenuo ažuriranje, čekam gdje ću uhvatiti probleme

Pitanje: Zamijenite UT 10.3 na Buch 2.0.65.29

Iz nekog razloga, od UT 10.3, dokumenti za jednu organizaciju se ne učitavaju u računovodstvo 2.0.65.29, ali za drugu organizaciju postoje norme (2 organizacije u ut, čak ne ulazi u registraciju) (ulazno plaćanje), gdje kopati? UT ažuriranje nije pomoglo.

Odgovor:

ažurirano KORP Enterprise Accounting, izdanje 2.0 (2.0.65.45) "Trade Management", izdanje 10.3 (10.3.37.3), ne pomaže. dokument naloga za plaćanje koji dolazi za jednu organizaciju ne spada u registraciju za razmjenu.

Pitanje: Opet UT 10.3 protiv 11

Odlučio sam izolirati pitanje u zasebnu temu, tako da prisutnost specifičnosti u obliku stranice ne odvraća pažnju od glavnog pitanja:

Dakle, opet:
Na kojoj konferenciji organizirati rad mala firma tipa kupnja-prodaja. 11. u dovratnicima, 10. moralno zastario.

Postoji firma, obični kupac-prodavač, koja radi po nalogu kupaca, kako iz svog skladišta tako i iz skladišta dobavljača. Klijenti, uglavnom fizičari, plaćaju i gotovinom i bezgotovinom. Dostava: samostalno preuzimanje, kurir, treći prijevoznici.
Općenito, takav tipičan mali ured.

Za 10.3, argumenti su već jasni: stabilan, okretan, lako se prilagođava itd.

A može li netko u kampanju za UT 11?
Evo za reći: organizirajte posao 11., ali nemojte 10.3., za ovo i ono.

Hvala vam.

Odgovor:

nsk1C je rekao:

Zašto bi se korisnici trebali prekvalificirati pri prelasku s UT 10.3 na UT 11, ako su lanci operacija i poslovnih procesa izgrađeni i otklonjeni u UT 10.3?

Kliknite za otkrivanje...

Nemoj reći. Nemam problema s prekvalifikacijom, tk. Imam potpuno drugačiju motivaciju od
zaposlenici, a svaka promjena će im biti opterećenje, osim ako nije sasvim očita, tipa: jučer sam to napravio, a sutra će to učiniti robot. Obični zaposlenici ne gledaju dalje od koraka naprijed i to im nije zadatak.

nsk1C je rekao:

A cijeli problem s TS-om je taj što općenito preskače faze prikupljanja i analize zahtjeva (ekspresna anketa) i na temelju te analize odabira odgovarajuće rješenje.

Kliknite za otkrivanje...

Može biti. Razumijem o čemu govoriš: da uopće ulazim s krivog kraja i ne treba se postavljati pitanje koji konf izabrati, nego kako uopće organizirati posao. Ali, iz svog životnog iskustva mogu reći da svaka potreba mora sazrijeti. Sada treba implementirati upravo 1C za zaposlenike, i ništa više (ako baš pretjerujemo i svedemo na dvije riječi: uvesti barcoding i ukloniti dupliranje poslova). Kad shvatim da to nije problem koji treba rješavati, pojavit će se nova potreba i ja ću je riješiti.

Pitanje: Ažurirajte UT 10.3 za prijenos imenika u UT 11.3.4

Zapravo postoji UT 10.3.10.4 na platformi 8.1, trebate prenijeti sve direktorije na UT 11.3.4.
Standardni postupak prijenosa iz 1C zahtijeva verziju UT 10.3.38
Dakle, pitanje je odakle početi?
Ažurirati 10.3? Ima dosta izdanja između, možete li preskočiti neka?!...
S kojeg izdanja trebam prijeći na platformu 8.2? Je li potrebno? Isključiti način kompatibilnosti s 8.1?

Odgovor:

Ažurirao bih 10.3 ili uzeo standardna pravila migracije i prilagodio sebi. Više kao 2

Danas je bilo pitanje klijenta - prebaciti se s UT 11.4.1.254 na UT 10.3
Dapače, dugo su se postavljala pitanja i došao je kritični trenutak da se otvori rasprava i svima pošalje poveznica na nju

UT baza je piljena (na sitnicama sporadično dugo je stvarala glavobolju za ažuriranja), Bitrix modul za razmjenu s internetskom trgovinom web stranice Bitrix, web mjesto je također piljeno za promjene u 1C.
Umjesto toga, promjene konfiguracije 1C rade se za promjene u funkcionalnosti web mjesta i obrnuto
Međukampanja između 2 organizacije

Bilo je problema kojih nije bilo prije ažuriranja na 11.3
U manjem opsegu nego kod nadogradnje na 11.4.1.261

• 8.x UT 11.4.1.261 fantomska negativna stanja - TKO je kriv (platit će) i ŠTO učiniti?

ali bitno je da nije bilo problema na 11.3 prije ažuriranja na 11.4, korisnici plaćaju ažuriranje, ali dobivaju probleme za svoj novac, kao rezultat - psihoza i stres i rad bez plaćanja

Nikada nisam mislio - jednostavno nisam doživljavao i ne doživljavam ovo pitanje kao stvarno potrebno za gubljenje vremena

Ako je netko sudjelovao u prelasku s UT 11 na UT 10.3 - podijeli

Evo današnjeg dijaloga s klijentom (s rezovima, izbrisanim frazama o drugim pitanjima):

• Klijent:
  Da budem iskren, već sam počeo sumnjati treba li nam ovaj 1C

  prijelaz na UT 10 riješiti problem?

• ja: Koje pitanje?
• Klijent:
  o problemima s ažuriranjem

  Početkom godine sve prebaciti na 10k i tamo raditi

• ja:
  Polazite od premise da je prelazak na UT 10.3 lakši od rješavanja problema na UT 11
  Ali nije tako

  Za prijelaz trebate primiti stanja, a sada s njima postoji problem

  Zatim, povratak unatrag nije trivijalan
  A prijenose između organizacija morat ćete sastavljati ručno

• Klijent::
  da jesam prije psihoza UT 11, mi plaćamo ažuriranja/rad i ne vidim nikakvu razliku osim 2 fakture godišnje

  Globalno bez velikih promjena

  Još gore od drugog, u svjetlu nedavnih događaja, gotovo sam 100% napustio poboljšanja u 1C

  Jučer sam razgovarao s administratorom stranice, on općenito savjetuje moje, htio sam to učiniti u Bitrix24 i sinkronizirati samo računovodstveni dio s 1C

• ja:
  Zašto trljati?
  Objavljen je 1C 8.3.11 u kojem je praktičnije implementirati poboljšanja putem proširenja
  Kako misliš - koliko će transfer koštati?
  Proračun - što - prijelaz?
• Klijent::
  ime cijene
  Neću ni razmišljati, jer ne znam
  trebamo cijenu i što ćemo dobiti kao rezultat
• ja
  Vrednovanje je velik posao
  a rezultat će i dalje biti netočan i vjerojatan

  Neću ni ja misliti uzalud

  Vi imenujete svoj proračun
  a ja - što se može/bolje može učiniti za njega

  "Ne vidim razliku osim 2 fakture godišnje"

  Možda ne dva SF?
  Nisam ulazio u to, ali čini mi se da ima još 4 reda veličine

• Klijent::
  Sjećam se da je bilo važno ljeto i listopad

  Mogu griješiti

• ja: Ja, kao, nikada nisam nametnuo - ažuriranje UT 11
• Klijent:: Nisam to rekao
• ja:: Pa nije trebalo - bez preke potrebe

Odgovor:

Nikad u svojoj praksi nisam vidio takve prijelaze. Možda biste trebali razmisliti o UNF 1.6. Srećom, za sada ga piše drugi razvojni odjel i razlikuje se po funkcionalnosti. Ali opet, svaki prijelaz samo je tona posla. Ako će prelaziti, onda će prvo, kao i obično, morati duplirati računovodstvo u dva sustava. Ovo je dodatno opterećenje na "pokerima gumba". Nezadovoljstvo će biti 1000 puta jače.
Ne postoji Intercampani mehanizam u UNF-u, ali čini se da postoji nešto slično, poput prijenosa između organizacija. Možete li to uzeti u obzir? + Internetska trgovina za Bitrix normalno je organizirana. Pa, kao plus, zdrava razmjena s PSU-om i ažuriranja, čini se, također su normalni. Pa, barem za Prošle godine, ne sjećam se trenutka kada je došlo do problema zbog ažuriranja.
Opet, funkcionalnost UT 11 i UT 10.3 bitno se razlikuje. Klijent će se suočiti s puno drugih problema, kao što je ponovno slijed, ponovno objavljivanje dokumenata. Mislim da ste svega toga svjesni.

Kraj ovog brbljanja. Treba nešto učiniti, to je razumljivo. Predlažem razmišljanje u smjeru UNF-a.

Pitanje: UT 10.3 kako organizirati prihvat robe

UT 10.3.
Kupac želi preuzeti robu izravno iz automobila.
na primjer, došao je auto s robom i postoji papirnati tovarni list.
Klijent želi odmah uzeti i ubaciti račun u bazu i odmah provjeriti je li roba (iz sk) u bazi ili ne.
Može li se to organizirati? MB nekako s TSD konfigurirati ili mobilna aplikacija dostupan je kao dodatak.

Odgovor:

s onim što je u autu.

--- Udruga poruke, 5. siječnja 2018. u 16:42 ---

na primjer, odvijač ili šibice su došli u auto, osoba je skenirala šibice. da, postoji tako nešto u 1c bazi i postavi količinu, npr. 10. onda sam skenirao sk na odvijaču, da, nema te sk, pa unesi proizvod ili postavi barkod i postavi količinu itd. onda spremio i prebacio sve iz tsd-a ili odnekud u bazu 1s 10.3

Zadatak. Tvrtka održava promociju u kojoj svaki kupac dobiva popust od 1000 rubalja na iznos svake fakture. Je li moguće riješiti ovaj problem i na koji način?

Prvo što kupcima pada na pamet obično je nabaviti proizvod "Popust" i izbaciti ga na fakturi s negativnom cijenom od 1000 rubalja. Ali ovaj plan nije izvediv, jer. programeri zabranjuju unos proizvoda s negativnom cijenom. Sa stajališta zdravog razuma, to je apsolutno opravdano, jer. apsurdno je uzimati u obzir PDV proizvoda s negativnom cijenom, a tko će onda proizvod “Sniženje” knjižiti na skladište, po kojoj cijeni i od koga ga kupiti i zašto nam uopće treba na skladištu ? Ali što bi običan korisnik trebao učiniti u ovoj situaciji?

Rješenje 1. Oduzmite 1000 rubalja od cijene neke robe na računu.

Na primjer, na fakturi se nalazi proizvod "TV" u količini od 1 kom. i cijena od 30.000 rubalja. Ručno smanjujemo cijenu na 29 000 rubalja i tako kupac dobiva popust.

Nedostaci ove metode su očiti:

• Ručna promjena cijena.
• Kupac na računu ne vidi da mu je dat popust. Čak i ako zapravo imamo televizor koji košta 30.000 rubalja, kupac može smatrati smanjenje cijene fikcijom.
• Faktura ne smije sadržavati robu u vrijednosti većoj od 1000 rubalja. U ovom slučaju, ukupni iznos računa može biti i veći.
• Nije uvijek moguće oduzeti 1000 rubalja bez greške u zaokruživanju cijene robe. Na primjer, ako prodajemo 3 televizora po cijeni od 10.000 rubalja svaki, tada je njihov ukupni trošak 30.000 rubalja. Da biste dobili novu cijenu jednog televizora, potrebno je izračunati: (30.000 - 1000) / 3 = 9.666,67 rezultat se zaokružuje na dvije decimale. Problem nastaje kada zamijenimo novu cijenu u program i dobijemo ukupnu cijenu robe = 3 * 9.666,67 = 29.000,01 rubalja. Tako smo kupcu osigurali popust ne od 1000 rubalja, kao što je obećano, već od 999 rubalja i 99 kopejki.

U nekim slučajevima pogreške zaokruživanja mogu biti puno veće!

Rješenje 2. Ova je opcija već malo naprednija od opcije 1, ali ima zajednički nedostatak.

U ovoj opciji potrebno je kliknuti gumb "Promijeni", koji se nalazi u akcijskoj traci iznad tabelarnog dijela dokumenta, gdje biramo robu i usluge.

U prozoru koji se pojavi izvršite postavke prikazane na slici i kliknite gumbe "Pokreni" i "U redu".

Nakon opisanih radnji, sve cijene u dokumentu bit će preračunate na način da se ukupni iznos dokumenta smanji za 1000 rubalja.

U tom slučaju neće biti pogrešaka, a cijene robe će se automatski mijenjati proporcionalno iznosima.

Nedostatak ove metode je što klijent također neće vidjeti iznos popusta koji mu je dan na računu.

Pa je li moguće postići da kupac vidi popust na računu?

Teoretski moguće. Da biste to učinili, u konfiguraciji "Upravljanje trgovinom" ed. 10.3 postoji mehanizam za ručne i automatske popuste.

U praksi je problem sljedeći:

• Vrijednost popusta je postavljena kao postotak.
• Popust se ne obračunava na račun kao cjelinu, već na pojedini artikl proizvoda.

Dakle, kako bismo koristili ovaj mehanizam za naš zadatak, kada je vrijednost popusta izražena kao apsolutna vrijednost od 1000 rubalja, imamo 2 opcije:
U isto vrijeme, ako pošaljemo fakturu za ispis, vidjet ćemo da je klijentu dat popust na robu u iznosu od 999 rubalja.

Druga opcija je pokušati ravnomjerno rasporediti popust na sve proizvode, izražavajući ga u postotku na svaki artikl. Ova se opcija, zbog složenosti izračuna i velike vjerojatnosti pogrešaka te obilja ručnog rada, neće ni razmatrati. Kod evidentiranja faktura s velikim volumenom raznih stavki, to općenito nije prihvatljivo.

Kao što se može vidjeti iz navedenih primjera, svaka od opcija ima svoje nedostatke i ne može se u potpunosti smatrati automatiziranom, barem "zadovoljavajuće".

Možete automatizirati unos fiksnog popusta u apsolutnom iznosu tako da napravite neke izmjene u svojoj konfiguraciji. Zahtjev za ovu vrstu posla možete podnijeti telefonom, e-mailom ili putem obrasca za povratne informacije na našoj web stranici.