Softver"1C: Upravljanje trgovinom 10.3" je moćan alat za planiranje i računovodstvo trgovinskih operacija. Novo izdanje, značajno proširen dodavanjem novih funkcija, kao što su: upravljanje poravnanjem, upravljanje maloprodajom, upravljanje zalihama i druge pogodne funkcije.
Jedna od najvažnijih inovacija u konfiguraciji je dodavanje nove metode određivanja cijena. Sada možete dodijeliti vlastite popuste određenoj grupi kupaca ili robe, koji će se automatski obračunati.
Ovaj pristup je koristan kada želite postaviti popuste, npr. korporativnim klijentima. Uostalom, takvi klijenti čine maksimalni iznos poslovanja i njihovo privlačenje će donijeti prosperitet vašoj kompaniji. Mehanizam za automatsko izračunavanje popusta prihvata sve uslove za pojedinačnog kupca i pravila za primenu višestrukih popusta.
Za podešavanje popusta za pravna lica koristite dokument "Podešavanje popusta na artikle". Ovaj dokument sadrži mnoge postavke za fleksibilnost politika cijena. Da biste postavili popust na robu, izaberite Dokumenti > Cijene > Postavi popuste na artikle u meniju. U prozoru koji se otvori postavite parametre popusta. Potrebno je odabrati vrstu operacije "Po nomenklaturi". Na listi "Stanje" izaberite vrednost "Bez uslova". Po potrebi možete odrediti pod kojim uslovima se kupcu daje popust.
Ako želite ostvariti popust na sve proizvode, označite polje "Za cijeli asortiman". Ako ne označite ovo polje, tada morate odabrati listu robe za koju je predviđena posebna cijena.

Na primjer, dodajmo grupu proizvoda (TV).

Zatim izaberite sa liste primalaca potrebne klijente. Možete odabrati pojedinačne klijente ili određenu grupu. U polju "Procenat" navedite iznos popusta za pravna lica.

Nakon polaganja ovog dokumenta, popusti će se automatski obračunati. U sistemu dostave, kada odaberete pravog kupca, biće prikazan iznos popusta.

Ponekad postoje trenuci kada je potrebno otkazati popuste. To se radi pomoću dokumenta "Opoziv popusta na artikl". Možete ga pronaći pomoću menija Dokumenti > Cijene > Otkaži popuste na artikle.

Po prirodi mog posla, često pomažem ljudima da počnu voditi trgovačke evidencije. Uglavnom veleprodaja. Nekad ga postavim od nule, nekad završim za nekoga. Ovaj članak želi pomoći ljudima koji samostalno postavljaju ovaj program po prvi put.

Neću ulaziti duboko u karakteristike 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 preduzeće je angažovan trgovina na veliko i malo. Tako ste postali ponosni vlasnik programa (ili vaš klijent). Imate 1C kutiju, razmotrite njen sadržaj:

• Knjige "Korisnički vodič" i "Opis konfiguracije"
• cd sa konfiguracijom i platformom
• registracijsku karticu, čiju je korice potrebno popuniti i poslati poštom, koverta je u prilogu
• zatvorena koverta sa podacima za dobijanje licence (pin kod)

Od svega toga najvažnija je "registraciona kartica", svojevrsni "pasoš" 1C. Ali toplo preporučujem da sačuvate cijelu kutiju i pohranite je bliže radnom mjestu gdje se koristi 1C. Također preporučujem da se odmah registrujete na stranici "users.v8.1c.ru" kako biste primali ažuriranja, za osnovnu verziju su besplatna.

Priprema radnog mesta

Prvo kreiramo dva foldera na računaru: "1C baze" i "1C programator". Fascikla "1C Base" će biti za bazu i privremene arhive. Fascikla "1C programer" bit će za 1C distribucije i druge povezane programe. Odmah kreiramo fasciklu sa našom bazom podataka u "1C Base", na primer "TradeBase10.3".

Sada kreiramo našu bazu:

1. u prozoru za pokretanje 1C kliknite "Dodaj"
2. odaberite "Kreiraj novu bazu podataka"
3. odaberite osnovni predložak
4. navedite naziv "Naša radnja"
5. navedite putanju do baze podataka, na primjer: "D:\1S Bases\TradeBase10.3". Podrazumevano, obično "C:\Users\Petya\1C...", preporučujem da ga promijenite, jer u slučaju problema sa prozorima, bit će teško izvući bazu.
6. gotovo, čeka se kreiranje baze podataka
7. odaberite bazu podataka koja se pojavljuje na listi i kliknite "1C:Enterprise"

Prvo pokretanje i postavljanje

Prilikom prvog pokretanja, 1C traži od nas da izvršimo automatsko početno punjenje - slažemo se. Nakon toga zatvaramo otvoreni prozori: "Pomoćnik za prijelaz ut 11", "Pomoćnik za pokretanje", "Funkcionalna ploča". I počinjemo ručno konfiguriranje.

Enterprise Setup

Mi idemo Imenici -> Preduzeće -> Organizacije. Pritisnemo i na otvorenoj kartici unesemo ime, na primjer "IP Menshikov A.Yu.", odaberite "Pravni / fizički". osobu (IP je fizičko lice u ovom 1C), popunite TIN i opciono Kontakt informacije(pravna/fizička adresa, telefon) potrebno je za formiranje dokumenata i kliknuti "Napiši". Sada napravimo KKM kasu i preduzeća. Kliknite na dugme "Idi" i odaberite "Blagajnik". U prozoru koji se otvori dodajte naplatu. Na blagajni popunite naziv "Glavna blagajna" i valutu "rublja", kliknite "OK". Zatvaramo listu blagajne, vraćamo se na karticu organizacije. Ponovo pritisnite dugme "Idi" i izaberite "KKM kase". Dodajemo i kasu KKM. U kasi KKM-a upisati naziv "Glavna blagajna KKM-a", pritisnuti "OK", zatvoriti listu blagajne KKM-a.

Zatim postavljamo računovodstvenu politiku za poresko računovodstvo. Pritisnemo dugme "Idi" na kartici organizacije i izaberemo "Računovodstvena politika (poresko računovodstvo)". Dodavanje nove politike računa. Pretpostavimo da imamo imputaciju (da, da, veleprodaja nije smetnja), onda označimo kućice: "Organizacija nije obveznik PDV-a", "Organizacija je obveznik UTII", "Trgovina na malo podliježe UTII-u" . Pritisnemo "OK". Zatvorite karticu organizacije i listu organizacija.

Postavljanje osnovnih direktorija

Mi idemo Imenici -> Preduzeće -> Skladišta. Dodavanje novog magacina Unesite naziv "Prodavnica", kliknite "OK". Ako će se u računovodstvu koristiti nekoliko skladišta, dodajte ih sva. Ako prodavnica pored prodajnog prostora ima i magacin, a pri prodaji dolazi do selekcije sa oba mesta, onda preporučujem da ih kombinujete u jedno skladište u programu.

Idemo sada na samu nomenklaturu Imenici -> Nomenklatura -> Nomenklatura. Dodali smo novu nomenklaturu, trebat će nam u budućnosti da provjerimo ispravnost postavki 1C. Unesite naziv, na primjer "Test", odaberite vrstu robe "Proizvod", osnovna jedinica je "kom." i pritisnite dugme "Snimi". Ovo je minimum koji nam treba.

Dalje, pogledajmo cijene. Mi idemo Reference -> Nomenklatura -> Nomenklatura tipovi cijena. Dodajte novu vrstu nabavne cijene, popunite naziv "Kupovina", valutu "rublja", ostavite tip cijene "Osnovna" i pritisnite dugme "Sačuvaj". Zatim morate unijeti vrstu cijene za prodaju. Dodajte novu vrstu maloprodajne cijene, popunite naziv "Maloprodaja", valutu "rublja", odaberite tip cijene "Poravnanje", način obračuna "Prema procentualne marže na osnovni tip", osnovni tip "Kupovina", marža % na primjer "30" i kliknite na dugme "Snimi". Ako postoji druga veleprodajna cijena ili druga, mi radimo isto. Jasno je da je malo vjerovatno da je fiksna oznaka prikladna za cijeli raspon, gdje je moramo popraviti ručno. Program ima mehanizam označavanja za grupe cijena, ali ako tek počinjete da se upoznajete sa 1C, preporučujem da ga još ne koristite.

Sada dodajmo kupce. Mi idemo Imenici -> Counterparts -> Counterparts. Dodavanje nova grupa kupci, naziv "BUYERS" . Dodajmo maloprodajnog kupca, idimo u folder "KUPCI", kliknimo dodaj novu drugu stranu. Unesite ime Maloprodajni kupac", označite "Kupac", pritisnite dugme "Snimi". Zatim idite na karticu "Računi i ugovori", ovde je automatski kreiran "Glavni ugovor" "sa kupcem", otvorite ga. ", označite polje " izvršiti obračune sa drugim ugovornim stranama prema dokumentima", valuta "rublja", idite na karticu "Dodatno" i odaberite vrstu cijene "Maloprodaja", kliknite "OK" u kartici ugovora i u kartici druge strane. Ovim se dovršava podešavanje kupca , po analogiji, možemo dobiti veleprodajnog kupca.

Sada dodajmo provajdere. Mi idemo Imenici -> Counterparts -> Counterparts. Dodali smo novu grupu dobavljača pod nazivom "DOBAVLJAČI". Dodajmo novog dobavljača, idimo u folder "DOBAVLJAČI", kliknimo dodaj novu drugu stranu. Popunite naziv "Unos početnih stanja", označite polje "Dobavljač", pritisnite dugme "Snimi". Zatim idite na karticu "Računi i ugovori", ovdje je automatski kreiran "Glavni ugovor" "sa dobavljačem", otvorite ga. Mijenjamo "Međusobna poravnanja se provode" u "Prema ugovoru u cjelini", stavljamo kvačicu "za obavljanje prema dokumentima obračuna sa drugim ugovornim stranama", valuta "rub". Idite na karticu "Dodatno" i odaberite vrstu cijene druge ugovorne strane, ovdje kliknemo da bismo dodali novu vrstu cijena druge ugovorne strane, popunite naziv "Nabavka dobavljača", odaberite našu vrstu cijene "Nabavka", valutu "rub", kliknite "OK" i dvaput kliknite na kreiranu vrstu cijene druge ugovorne strane tako da je zamijenjena u našem ugovoru. Zatim kliknite na "OK" u ugovornoj kartici i u kartici druge ugovorne strane. Ovim je kompletirana postavka dobavljača, po analogiji možemo dobiti druge dobavljače.

Postavite računovodstvene opcije

Mi idemo Alati-> Postavke računovodstva -> Postavke računovodstva. Popunjavamo naslov programa "Naša prodavnica", poništavamo okvire "Koristi seriju proizvoda" i "Koristi interne narudžbe". Odabiremo način kontrole duga "po kalendarskim danima" i naznaku skladišta i narudžbi u tabelarnom dijelu "Ne koristiti". Na kartici "Valuta" promijenite valutu upravljačkog računovodstva u "rublje".

Zatim postavite računovodstvenu politiku za cijelu bazu podataka, idite Servis-> Podešavanje računovodstva -> Računovodstvena politika. Ovdje je program već kreirao zadanu računovodstvenu politiku, moramo je urediti. Otvaramo ovaj unos, počinje sa "01/01/1980 ...". Ovdje označavamo kućice "voditi evidenciju robe organizacije po skladištima" i "otpisati serije prilikom vođenja dokumenata", također preporučujem da odaberete hronologiju za otpisivanje serija "Prosjek" i kliknete "OK".

Korisnička postavka

Kreirajmo sada korisnike, idemo Alati-> Korisnici -> Lista korisnika. Dodamo novog korisnika, po tradiciji je to administrator, upisujemo kratko ime "Administrator" i kliknemo na dugme "Snimi". Program će pitati "Automatski kreiraj IS korisnika", slažemo se. IB korisnička kartica će se otvoriti automatski (ne brkati je sa korisničkim imenikom!). Ovdje možemo staviti lozinku (opciono), odabrati glavni interfejs "Full" i jezik "Russian", u desnom prozoru označiti polje pored "Puna prava" i kliknuti na "OK". 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 na "OK".

• Izvršiti međusobna poravnanja prema dokumentima obračuna sa drugim ugovornim stranama - Da
• Glavna valuta međusobnih obračuna - rub.
• Glavno upravljanje međusobnim obračunima po ugovorima - "Prema ugovoru u cjelini"
• Obrazac za proširena podešavanja izvještaja - Da
• Registrirajte cijene dobavljača - Da
• Glavna jedinica prema klasifikatoru - kom
• Glavna vrsta nomenklature - Roba
• Glavno skladište - Trgovina
• Odraziti dokumente 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 morate 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:

• Dozvoliti preopterećenje - Da
• Dozvoliti organizaciju zaliha - Da
• Dozvolite višak slobodnog balansa Novac- Da
• Dozvoliti vođenje bez kontrole međusobnih obračuna - Da
• Dozvoliti plaćanje bez aplikacije - Da
• Obračun duga prilikom otvaranja obrazaca - Da
• Uređivanje tabele - Da
• Uređivanje cijena i popusta u dokumentima - Da

Po analogiji, možete kreirati druge korisnike. Poželjno je da nemaju svi "Puna prava". Standardne karakteristike ovog programa za podešavanje korisnika nisu mnogo opsežne. Da biste ograničili prava korisnika, preporučujem da obratite pažnju na "Datum zabrane uređivanja". Postoji i "Ograničenje prava na nivou korisnika", ali to jako opterećuje rad 1C, a ne rješava cijeli problem ograničenja korisničkih prava.

Ispitivanje

Nakon što završite podešavanja, zatvorite 1C i ponovo uđite u njega, već pod "Administratorom". Preporučujem sljedeću skriptu za testiranje:

• Vršimo prijem robe Dokumenti -> Nabavka -> Prijem robe i usluga.
• Račun za gotovinski nalog uz djelimično plaćanje.
• Na osnovu računa, radimo Određivanje cijena artikala.
• Napravimo prodaju Dokumenti -> Prodaja -> Prodaja robe i usluga.
• Izrađujemo na osnovu prodaje Dolazni gotovinski nalog uz djelimično plaćanje.
• Izrada izvještaja o dobiti Izvještaji -> Prodaja -> Analiza prodaje -> Bruto profit provjerite da li je profit izračunat
• Izrađujemo izvještaj o međusobnim obračunima Izvještaji -> Prodaja -> Međusobna poravnanja -> Izvještaj o međusobnim obračunima sa ugovornim stranama provjerite postoje li međusobna poravnanja

S tim u vezi, početno podešavanje 1C: Trade Management 10.3 može se smatrati završenim.

Početak rada u 1C

Ako je trgovina tek otvorena i još nije počela s radom, dok se 1C ne konfiguriše. Onda je sve jednostavno, pravimo račune od naših dobavljača, postavljamo cene, štampamo cenovnike i počinjemo sa radom.

Ako prodavnica već radi i možemo obustaviti njen rad za potpuno ponovno brojanje. Zatim prvo unosimo cijelu nomenklaturu u 1C. Zatim ispisujemo listu artikala, zatvaramo radnju i ponovo izračunavamo. Prilikom ponovnog izračunavanja navedite iznos, približan otkupna cijena, i trenutnu prodajnu cijenu. Ako je stavka u trgovački pod i pomoćna prostorija upišite ostatak dvocifreno. Nakon završetka radnja nastavlja sa radom, ali sve prodaje moramo evidentirati na papiru dok se rezultat ponovnog brojanja ne unese u program. Početna stanja se mogu unijeti u program na više načina, ali preporučujem putem prijema robe i usluga od druge ugovorne strane "Unesite početna stanja", jer. onda je zgodno odrediti cijene na osnovu toga. Preporučljivo je napraviti posebne račune za svaku grupu robe. Nakon unosa stanja završavamo prodaju koje su bile na papiru nakon preračuna i počinjemo voditi evidenciju u realnom vremenu. Izrađujemo račune od dobavljača ili prije preračunavanja ili poslije.

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

Teze o računovodstvu u 1C

O nomenklaturi. Pokušajte da nazovete proizvod na način da bude jasno kupcima, a ne samo vama. Dobri nazivi proizvoda povećavaju lojalnost kupaca i također ubrzavaju razvoj stranice, ako je planirate. Također preporučujem da kreirate mapu "Uklonjeno je iz asortimana" u koju ćete premještati robu koja se više ne koristi u računovodstvu.

O sigurnosnoj kopiji. Postoji mnogo načina da napravite rezervnu kopiju baze podataka. Ali preporučujem da povremeno pravite kopiju na eksterni disk. Zato što server može potpuno otkazati i sa bazom podataka i sa arhivama. Isto važi i za napadače, blokiraće sve – i bazu podataka i arhive. A ako imamo kopiju baze podataka negdje drugdje, posljedice će biti mnogo 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 preduzeća.

O prednostima u odnosu na 7,7(9,2). Tis 7.7 je veoma vredan program. Ali u 10.3, od sadašnjeg, postoji standardna podrška za nekoliko bar kodova, alat za pravljenje izvještaja. I što je najvažnije, postoji vrlo malo specijalista u 7.7.

O prednostima u odnosu na UT 11. UT 11 je odličan, moderan program. Ali 10.3 na slaboj mašini će raditi MNOGO brže.

O USB-u. Ako imate puno USB opreme, da biste sačuvali portove na računaru, obavezno kupite USB hub sa eksternim napajanjem iz zidne utičnice.

O prekidaiu. Većina (90%) kvarova 1C povezana je sa padom kada se svjetlo isključi. Preporučujem da instalirate neprekidno napajanje i na vrijeme isključite računar nakon gašenja svjetla. Neometano će se vrlo brzo isplatiti, vjerujte mi.

o dodatnim troškovima. U programu možete pratiti dodatne troškove, kao što su: kirija, plata, potrebe domaćinstva. Da biste to učinili, unesite ove usluge u nomenklaturu, a zatim učinite njihov dolazak redovnim prijemom robe i usluga. Zatim možete vidjeti ove troškove u izvještajima o kupovini.

O razlici između 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.

Podešavanje 1C: Upravljanje trgovinom 10.3

Nakon instalacije postoji snažan osjećaj da nešto nedostaje. Prije svega, skoro uvijek stavljam eksterno štampanom obliku"Robni ček" za prodaju roba i usluga. I naravno eksterna obrada štampanja cenovnika. Zatim možete razmotriti cjenovnik sa slikama ili čak narudžbu cijena. Tada je slaba tačka postavljanje cijena, udvostručavanje, stalno prepunjavanje nepotrebnim unosima, to se rješava eksternom obradom. Inače, većina zadataka se može riješiti standardnim sredstvima - ako programer želi.

Šta namerno nisam rekao

Shop oprema. Tema je izuzetno opsežna, tamo možete napisati poseban članak za svaku opremu.

RMK način rada. U 1C, RMK je tuga i tuga. Samo ako imaš maloprodaja, uzmite bolje 1C: Retail ili Frontol.

Testiranje/ispravka. U 1C postoje dva mehanizma koja vam omogućavaju da eliminišete većinu problema: to su interno i eksterno testiranje (chbfl). Internet ima potrebne informacije.

To je sve, hvala na gledanju...

Kako u UT 10.3 postaviti ukupan iznos popusta na računu, izražen u rubljama (ne u procentima)?

Zadatak. Kompanija održava promociju u kojoj se svakom kupcu daje popust od 1.000 rubalja na iznos svake fakture. Da li je moguće odlučiti ovaj zadatak i kojim sredstvima?

Prvo što kupcima padne na pamet je obično da uzmu proizvod „Popust“ i izbace ga na fakturi sa negativnom cijenom od 1000 rubalja. Ali ovaj plan nije izvodljiv, jer. Programeri zabranjuju unos proizvoda sa negativnom cijenom. Sa stanovišta zdravog razuma, to je apsolutno opravdano, jer. apsurdno je razmišljati o PDV-u proizvoda sa negativnom cijenom, a ko će onda proizvod "Popust" staviti u skladište, po kojoj cijeni i od koga kupiti i zašto nam je uopće potreban u magacinu ? Ali šta bi običan korisnik trebao učiniti u ovoj situaciji?

Rješenje 1. Oduzmite 1000 rubalja od cijene neke robe na fakturi.

Na primjer, faktura sadrži 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 dobija popust.

Nedostaci ove metode su očigledni:

Ručna promjena cijene.

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

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

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

U nekim slučajevima, greške zaokruživanja mogu biti mnogo veće!

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

U ovoj opciji potrebno je da kliknemo na dugme „Promeni“ koje se nalazi na traci akcija iznad tabelarnog dela dokumenta, gde biramo robu i usluge.

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

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

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

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

Dakle, da li je moguće učiniti da kupac vidi popust na fakturi?

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, problem je u tome što:

• Vrijednost popusta je postavljena kao postotak.
• Popust se ne daje na račun u cjelini, već na svaki artikl proizvoda.

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

Istovremeno, ako pošaljemo fakturu za štampanje, videć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 kao postotak od svakog artikla. Ova opcija, zbog složenosti proračuna i velike vjerovatnoće grešaka i obilja self made, nećemo ni razmatrati. Prilikom registracije faktura sa velikim obimom raznih artikala, to općenito nije prihvatljivo.

Kao što se vidi iz datih primjera, svaka od opcija ima svoje nedostatke i, u punoj mjeri, ne može se smatrati automatiziranom, barem „zadovoljavajuće“.

Možete automatizirati unos fiksnog popusta u apsolutnom iznosu tako što ćete napraviti neke izmjene u svojoj konfiguraciji. Zahtjev za ovu vrstu posla može se izvršiti putem telefona, e-mail 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), fajl. Želim uspostaviti razmjenu sa Retailom 2.2 (UT baza se održava već duže vrijeme, Retail - nova baza). Problem počinje u prvoj fazi - kada pokušate da kreirate plan razmene u konfiguracionom meniju u UT, ne postoji stavka "Maloprodaja 2.2", već samo "Maloprodaja 2.1". Zašto i šta popraviti. I općenito, volio bih znati mišljenje o razmjeni između UT 10.3 i Retail 2.2, koje su zamke, ako se ograničimo na tipične razmjene.

odgovor:

Generalno, potpuno sam zadovoljan maloprodajom 2.2

Kliknite da otkrijete...

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

Dalion - frontol je gomila koja radi.

Pitanje: Berzanska trgovina 10.3 računovodstvo 3

Dobar dan
troškovi Računovodstvo 3 i trgovina 10.3 (10.3.32.1) trgovina ima jednu distribuiranu bazu
Sa distribuiranom bazom podataka uspostavlja se razmjena sa 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 računovodstvo, ažurirali trgovanje 10.3.34.2 i pisali na bilo šta od gore navedenog
Greška pri pozivanju metode konteksta (ReadChanges): Greška pri pretvaranju XML podataka:
i ne želi prenijeti promjene
Reci mi šta da uradim? , Naravno, možete ponovo učitati bazu podataka, ali ovo će letjeti na razmjeni sa boo i još mnogo toga. Uopšteno, ekstreman slučaj i nije činjenica da je naravno u staroj verziji trgovine

odgovor:

ipak se desi takva greska da sam na 10.3.32.2 sa 10.3.32.1 na jednu verziju svega
Greška pri čitanju promjena iz razmjene.
Greška pri pozivanju metode konteksta (ReadChanges): Konfiguracija distribuiranog IS čvora ne odgovara očekivanom!
Čitanje podataka iz datoteke za razmjenu završeno s greškama!

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

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

Ponovo pokrećem konfigurator, kao rezultat, jednom od pet, ažuriranje i dalje prolazi, ali onda kada otvorim samu bazu podataka, onu koja radi, i ona je izbaci. Nemojte ga izbaciti jednom, izbacite 5 puta.
wtf? Gdje kopati?
Hvala ti.

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

nije podržan!
Migracija je moguća samo sa verzija... 10.3.18, 10.3.19
Prvo morate nadograditi na jednu od navedenih verzija.
A onda prozor: "Ažuriranje baze podataka nije uspjelo! Isključiti sistem?"

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

Idem na informacije o programu, tamo: 10.3.19.2
Ulazim u računovodstvene postavke, tamo broj verzije konfiguracije: 10.3.28.1

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

odgovor:

nsk1C je rekao:

Nakon ažuriranja - potrebno je ažurirati konfiguraciju baze podataka (meni Konfiguracija - Ažuriraj konfiguraciju baze podataka (F7)), napisati je nakon ažuriranja i pokrenuti u korisničkom modu i tamo također možete potvrditi da niste ništa ukrali + ponekad vam treba da potvrdite ažuriranja pravila razmjene
Sve ove 3 radnje - ažuriranje baze podataka, njeno upisivanje (konfiguracija baze podataka), pokretanje u korisničkom modu, mogu se obaviti klikom na žuti okrugli gumb sa plavim trokutom "Start debugging" u konfiguratoru

Kliknite da otkrijete...

Sam konfigurator vidi datoteku za ažuriranje, kliknem na nju, ažuriranje počinje.
Zatim se pojavljuje tabela ažuriranja sa dva prozora: sa desne strane je Main conf, sa leve strane je New. Želim da izvršim.
Pojavljuje se Podešavanje pravila podrške. Ostavljam sve po defaultu. Pritisnem OK. Udruženje počinje.
Zatim prozor: Spajanje konfiguracija je završeno.
Idem u servis. Pokrećem 1C Enterprise.
Pita: Ažurirati konf baze podataka? Ja kažem da. Konfiguracija se sprema.
Pojavljuje se prozor: Reorganizacija informacija, Promjene u strukturi informacija konf. Kliknite Prihvati. Promjene se prihvataju.
Radna baza je pokrenuta.
piše:
"Prelazak sa verzije 10.3.28 na verziju 10.3.19.2 konfiguracije UT 10.3
nije podržan!"
"Ažuriranje baze podataka nije uspjelo! Isključiti sistem?"
Ali, u isto vrijeme, u informacijama o programu, verzija je već nova.

Dugme "meni Konfiguracija - Ažuriraj konfiguraciju baze podataka" je neaktivno

PS: Počeo sam sa ažuriranjem od 8.3, prestao sam da ga izbacim, ažuriranja se instaliraju bez problema.

Pitanje: Ažurirajte UT 10.3.49.3 na 10.3.49.4

odgovor:

Naran08 je rekao:

Zdravo, UT 10.3.49.3 platforma 1C: Enterprise 8.3 (8.3.13.1513). Ažuriram od 10.3.47.3, ali počevši od 48.3 dolazi do greške pri skeniranju u režimu blagajne i ne traži akcizu na alkohol pri prodaji, a jučer sam skinuo novo izdanje 49.4 pri skeniranju alkohola, daje obrazac kao na ekran. Nigdje nema informacija o ovome ili funkcionira po svim pravilima, ne razumijem

Kliknite da otkrijete...

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

Pitanje: Zamijenite UT 10.3 na Buch 2.0.65.29

Iz nekog razloga, iz UT 10.3, dokumenti za jednu organizaciju se ne učitavaju u računovodstvo 2.0.65.29, ali za drugu organizaciju postoje normativi (2 organizacije u ut, ne ulazi se ni u registraciju) (uplata), gdje kopati? UT ažuriranje nije pomoglo.

odgovor:

ažurirano KORP Enterprise Accounting, izdanje 2.0 (2.0.65.45) "Upravljanje trgovinom", izdanje 10.3 (10.3.37.3), ne pomaže. dokument platnog naloga koji pristiže za jednu organizaciju ne spada u registraciju za razmjenu.

Pitanje: Opet UT 10.3 vs 11

Odlučio sam izolirati pitanje u posebnu temu, tako da prisutnost specifičnosti u obliku stranice ne odvlači pažnju od glavnog pitanja:

Dakle, opet:
Na kojoj konferenciji organizovati rad mala firma kupi-prodaj tip. 11. u dovratnicima, 10. moralno zastario.

Postoji firma, obični kupac-prodavac, koja radi po nalogu kupaca, kako iz svog skladišta, tako i iz skladišta dobavljača. Klijenti, uglavnom fizičari, plaćaju gotovinski i bezgotovinski. Dostava: samoprevoz, kurir, treći prevoznici.
Općenito, tako tipična mala kancelarija.

Za 10.3, argumenti su već jasni: stabilan, okretan, lak za prilagođavanje, itd.

I može li neko da vodi kampanju za UT 11?
Evo da kažem: 11. organizuj posao, ali nemoj 10.3, za ovo i ono.

Hvala ti.

odgovor:

nsk1C je rekao:

Zašto bi se korisnici morali ponovo obučavati prilikom prelaska sa UT 10.3 na UT 11, ako su lanci operacija i poslovnih procesa izgrađeni i otklonjeni u UT 10.3?

Kliknite da otkrijete...

Ne govori. Nemam problema sa prekvalifikacijom, tk. Imam potpuno drugačiju motivaciju nego
zaposlenima, a svaka promjena će im biti teret, osim ako nije sasvim očigledna, kao: jučer sam to uradio, a sutra će to raditi robot. Obični zaposlenici ne gledaju dalje od koraka naprijed, a to nije njihov zadatak.

nsk1C je rekao:

A cijeli problem TS-a je u tome što on uglavnom preskače faze prikupljanja i analize zahtjeva (ekspres ankete) i, na osnovu ove analize, bira na osnovu svog odgovarajućeg rješenja.

Kliknite da otkrijete...

Možda. Razumijem o cemu pricas: da ja uopste idem sa pogresnog kraja i da se ne postavlja pitanje koji konf izabrati, vec kako organizovati rad uopste. Ali, iz svog životnog iskustva mogu reći da svaka potreba mora sazreti. Sada postoji potreba za implementacijom upravo 1C za zaposlenike, i ništa više (ako baš pretjeramo i svedemo na dvije riječi: uvesti barkodiranje i ukloniti dupliranje posla). Kada shvatim da to nije problem koji je trebalo rješavati, pojavit će se nova potreba i ja ću je riješiti.

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

Zapravo postoji UT 10.3.10.4 na platformi 8.1, morate prenijeti sve direktorije na UT 11.3.4.
Standardna procedura 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?!...
Sa kojeg izdanja da pređem na 8.2 platformu? Da li je potrebno? Isključiti 8.1 način kompatibilnosti?

odgovor:

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

Danas je klijent postavio pitanje - da se prebacim sa UT 11.4.1.254 na UT 10.3
Naprotiv, pitanja su se postavljala dugo vremena i došao je kritični trenutak da se napravi diskusija i pošalje svima link do nje

UT baza je piljena (na sitnicama sporadično je dugo vremena izazivala glavobolju za ažuriranja), Bitrix modul za razmjenu s internetskom trgovinom web stranice Bitrix, stranica je također piljena za promjene u 1C.
Umjesto toga, promjene u konfiguraciji 1C rade se za promjene u funkcionalnosti stranice i obrnuto
Interkampanja između 2 organizacije

Bilo je problema koji nisu postojali prije ažuriranja na 11.3
U manjem obimu nego kod nadogradnje na 11.4.1.261

• 8.x UT 11.4.1.261 fantomska negativna stanja - KO je kriv (platiće) i ŠTA učiniti?

ali suština je da nije bilo problema na 11.3 prije ažuriranja na 11.4, kupci plaćaju ažuriranje, ali dobijaju probleme za svoj novac, kao rezultat - psihoza i stres i rad bez plaćanja

Nikada nisam razmišljao – jednostavno nisam percipirao i ne doživljavam ovo pitanje kao zaista neophodno za gubljenje vremena

Ako je neko bio uključen u prelazak sa UT 11 na UT 10.3 - podijeli

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

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

  prelazak na UT 10 riješiti problem?

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

  Početkom godine prebacite sve na 10k i radite tamo

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

  Za tranziciju morate primiti bilanse, a sada postoji problem s njima

  Onda, povratak nije trivijalan
  A transfere između organizacija morat ćete izraditi ručno

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

  Globalno bez većih promjena

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

  Jučer sam razgovarao sa administratorom sajta, on generalno savetuje moje, hteo sam to da uradim u Bitrix24 i da sinhronizujem samo računovodstveni deo sa 1C

• ja:
  Zašto brisati?
  Objavljen je 1C 8.3.11 u kojem je zgodnije implementirati poboljšanja kroz proširenja
  Kako misliš - koliko će koštati transfer?
  Budžet - šta - tranzicija?
• Klijent::
  navedite cijenu
  Neću ni razmišljati, jer ne znam
  potrebna nam je cijena i šta ćemo dobiti kao rezultat
• I
  Vrednovanje je veliki posao
  a rezultat će i dalje biti netačan i vjerovatnost

  Neću ni ja uzalud razmišljati

  Vi imenujete svoj budžet
  a ja - šta može / je bolje za njega

  "Ne vidim razliku osim 2 fakture godišnje"

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

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

  Mogu pogriješiti

• ja: Ja, kao, nikad nisam nametnuo - ažuriraj UT 11
• Klijent:: Nisam to rekao
• ja:: Pa nije bilo potrebno - bez krajnje potrebe

odgovor:

Nikad u svojoj praksi nisam vidio takve tranzicije. Možda biste trebali razmisliti o UNF 1.6. Na sreću, za sada ga piše drugo razvojno odjeljenje i razlikuje se po svojoj funkcionalnosti. Ali opet, svaka tranzicija je samo tona posla. Ako će se prebaciti, tada će u početku, kao i obično, morati da dupliraju računovodstvo u dva sistema. Ovo je dodatno opterećenje za "pokere sa dugmadima". Nezadovoljstvo će biti 1000 puta jače.
U UNF-u ne postoji mehanizam Intercampani, ali izgleda da postoji nešto slično, kao što je transfer između organizacija. Možeš li to uzeti u obzir? + Internet prodavnica za Bitrix je normalno organizovana. Pa, kao plus, zdrava razmjena sa PSU-om i ažuriranja, čini se, također su normalni. Pa, barem za Prošle godine, ne sjećam se trenutka kada je bilo problema zbog ažuriranja.
Opet, funkcionalnost UT 11 i UT 10.3 je fundamentalno drugačija. Klijent će se suočiti sa mnogim drugim problemima, kao što je ponovno redosled, ponovno postavljanje dokumenata. Mislim da ste svjesni svega ovoga.

Kraj svega ovog brbljanja. Nešto treba da se uradi, to je razumljivo. Predlažem da se razmišlja u pravcu UNF-a.

Pitanje: UT 10.3 kako organizovati prijem robe

UT 10.3.
Kupac želi uzeti robu direktno iz automobila.
na primjer, došao je auto s robom i postoji papirni tovarni list.
Klijent želi da odmah preuzme i unese račun u bazu podataka i odmah provjeri da li se roba (od sk) nalazi u bazi ili ne.
Može li se ovo organizirati? MB nekako sa TSD konfigurisati ili mobilna aplikacija dostupan je kao dodatak.

odgovor:

sa onim što je u autu.

--- Asocijacija poruke, 5. januar 2018. u 16:42 ---

na primjer, šrafciger ili šibice su došli u auto, osoba je skenirala šibice. da, postoji takva stvar u bazi podataka 1c i postavi kolicinu npr. 10. onda sam skenirao sk na šrafciger, da, nema tog sk, onda unesi proizvod ili postavi bar kod i postavi kolicinu , itd. zatim sačuvao i prebacio sve sa tsd ili odnekud u bazu 1s 10.3

Zadatak. Kompanija održava promociju u kojoj se svakom kupcu daje popust od 1.000 rubalja na iznos svake fakture. Da li je moguće riješiti ovaj problem i na koji način?

Prvo što kupcima padne na pamet je obično da uzmu proizvod „Popust“ i izbace ga na fakturi sa negativnom cijenom od 1000 rubalja. Ali ovaj plan nije izvodljiv, jer. Programeri zabranjuju unos proizvoda sa negativnom cijenom. Sa stanovišta zdravog razuma, to je apsolutno opravdano, jer. apsurdno je razmišljati o PDV-u proizvoda sa negativnom cijenom, a ko će onda proizvod "Popust" staviti u skladište, po kojoj cijeni i od koga kupiti i zašto nam je uopće potreban u magacinu ? Ali šta bi običan korisnik trebao učiniti u ovoj situaciji?

Rješenje 1. Oduzmite 1000 rubalja od cijene neke robe na fakturi.

Na primjer, faktura sadrži 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 dobija popust.

Nedostaci ove metode su očigledni:

• Ručna promjena cijene.
• Kupac na računu ne vidi da mu je dat popust. Čak i ako, zapravo, imamo televizor koji košta 30.000 rubalja, onda kupac može smatrati smanjenje cijene fikcijom.
• Račun ne smije sadržavati robu u vrijednosti većoj od 1000 rubalja. U ovom slučaju, ukupan iznos računa može biti veći.
• Nije uvijek moguće oduzeti 1000 rubalja bez greške u zaokruživanju cijene robe. Na primjer, ako prodamo 3 televizora po cijeni od 10.000 rubalja svaki, onda 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 u program zamijenimo novu cijenu i dobijemo ukupnu cijenu robe = 3 * 9.666,67 = 29.000,01 rubalja. Tako smo kupcu pružili popust ne od 1000 rubalja, kao što je obećano, već od 999 rubalja i 99 kopejki.

U nekim slučajevima, greške zaokruživanja mogu biti mnogo veće!

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

U ovoj opciji potrebno je da kliknemo na dugme „Promeni“ koje se nalazi na traci akcija iznad tabelarnog dela dokumenta, gde biramo robu i usluge.

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

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

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

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

Dakle, da li je moguće učiniti da kupac vidi popust na fakturi?

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, problem je u tome što:

• Vrijednost popusta je postavljena kao postotak.
• Popust se ne daje na račun u cjelini, već na svaki artikl proizvoda.

Dakle, da bismo koristili ovaj mehanizam za naš zadatak, kada je vrijednost popusta izražena kao apsolutna vrijednost od 1000 rubalja, imamo 2 opcije:
Istovremeno, ako pošaljemo fakturu za štampanje, videć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 kao postotak od svakog artikla. Ova opcija, zbog složenosti proračuna i velike vjerovatnoće grešaka i obilja ručnog rada, neće se ni razmatrati. Prilikom registracije faktura sa velikim obimom raznih artikala, to općenito nije prihvatljivo.

Kao što se vidi iz datih primjera, svaka od opcija ima svoje nedostatke i, u punoj mjeri, ne može se smatrati automatiziranom, barem „zadovoljavajuće“.

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