29.01.2018. - Verzija 2.6.3.2 Platforma 8.3.11.2954, BP 3.0.57.17, UT 11.4.2.123.
02/01/2018 - Verzija 2.6.3.3 Ispravljena greška s chingis.quiza (još jednom hvala).
14.02.2018. - Verzija 2.6.3.7 Ispravljene greške s Egor5130: prijenos brojeva korisnika i dokumenata. Egor5130 - hvala na osnovama za eksperimente!
21.02.2018. - Verzija 2.6.3.8 Ispravljene "redovne" greške iz Egor5130 (Egor5130 Hvala!!!): PDV nije prebačen na blagajne i terećen s računa. Ispravljeni su uočeni bugovi: prijenos raščlanjivanja plaćanja po zaduženju s računa i vrsta operacije u EIT-u za obračune s dobavljačima.
22.02.2018. - Verzija 2.6.4.3 "Redovne" greške iz Egor5130 (Egor5130 Hvala!!!) ponovno su ispravljene: prijenos podataka za kontakt, brojeva dokumenata o novčanim tokovima, pojedinosti o novčanim dokumentima.
03/12/2018 - Verzija 2.6.4.5 Ispravljena greška od klaus38 - prijenos nerezidentnih strana. Platforma 8.3.11.3034, BP 3.0.59.54, UT 11.4.2.144
03.04.2018. - Verzija 2.6.4.7 Ispravljena greška iz ryutaoa - popunjavanje atributa pravne osobe prilikom kreiranja partnera, ispravljena greška prilikom kreiranja banke druge strane - u matično polje je dodan tip Pojedinac. Platforma 8.3.11.3034, BP 3.0.60.34, UT 11.4.3.115
01.05.2018. - Verzija 2.7.0.3 Promijenjeno razvrstavanje dokumenata tijekom prijenosa. Ispravljene greške u izradi računa za primljene predujmove. Ispravljene ostale prijavljene greške. Platforma 8.3.12.1412, BP 3.0.60.59, UT 11.4.3.144
05/12/2018 - Verzija 2.7.2.3 Popravljen prijenos ugovora s dobavljačem. Popravljen je prijenos primljenih računa - na popisu se prikazuje atribut "Datum sastavljanja", koji je jednak datumu dokumenta, inače ga je nezgodno pogledati. Dodan prijenos računa kupcu (na Narudžbu Dobavljača, nije provjereno) i računa za plaćanje kupcu (Na Narudžbi Kupca). Platforma 8.3.12.1412, BP 3.0.61.37, UT 11.4.3.144
27.08.2018. - Verzija 2.7.3.1 dodala je prijenos bankovnih računa drugih strana. Bankovni računi se prenose kada se prenese imenik "Counterparties", s postavljenom zastavicom "Ažuriraj pojedinosti imenika". Hvala Slovaru na bazi za eksperimente.
9.9.2018. - Verzija 2.7.5.2 BP 3.0.64.54 UT 11.4.5.86 platforma 8.3.13.1472. Popravljen je prijenos povrata robe Dobavljaču. Ulazu početnih stanja za međusobna obračuna dodano je formiranje isprava za namiru. Uočene greške su ispravljene. Hvala korisniku626679_1c za bazu za eksperimente.
25. 09. 2018. - Verzija 2.8.2.4 BP 3.0.65.59 UT 11.4.5.111 platforma 8.3.12.1616. Promijenjen prijenos povrata robe na dobavljača i povrata robe od kupca. Dodani su dokumenti Izvješće povjerenika za prodaju i Izvješće povjerenika za prodaju.
28.09.2018. - Verzija 2.8.3.1 BP 3.0.65.72 UT 11.4.5.111 platforma 8.3.13.1513. Promijenjen prijenos dokumenata
"Prijem dobara i usluga" - ako u BP postoje samo usluge, prenosi se na dokument Stjecanje usluga druge imovine.
01/12/2019 zapravo od 29.12.2018. - Verzija 2.8.3.4 BP 3.0.67.54.72 UT 11.4.6.188 platforma 8.3.13.1644. Međuverzija koju treba poboljšati - greška PDV-a u isporuci je zaobiđena (jednostavno se ne prenosi u nomenklaturu) i trebate ponovno izvršiti registraciju objekata za razmjenu u novi registar podataka.
2.12.2019. Verzija 2.8.4.5 BP 3.0.67.74.72 UT 11.4.6.207 platforma 8.3.13.1690. Stopa PDV-a se prenosi ovisno o godini prijenosa. Umjesto "Korespondencije objekata infobaze" koristi se registar "Javni identifikatori sinkroniziranih objekata". GTD se prenosi u stanje zaliha (mala nijansa, ako postoje stanja na GTD računu, tada se u tablici stanja pojavljuju redovi sa stanjem u odjeljku GTD, stanja računa zaliha u tablici se ponavljaju, ali se ne koriste u dokumentu VNO). Uočene greške su ispravljene.
19.02.2019. Verzija 2.8.5.4 BP 3.0.67.74.72 UT 11.4.6.207 platforma 8.3.13.1690. Prijenos stanja na carinskoj deklaraciji i stopa PDV-a u bilance. Po cijenu uistinu transcendentnih napora, pokazalo se da postoji takav neovisni registar informacija "Datumi prijema robe od strane organizacija", koji je toliko neovisan da se podaci u njemu bilježe dokumentima (uključujući unos stanja) a zatim žive svojim životom (otkazivanje ili brisanje dokumenata za unos stanja već to ne utječe). Upravo u ovom registru pohranjuju se datumi primitka robe organizacije u kontekstu carinske deklaracije, a ako unesete stanja s jednim datumom, tada se carinske deklaracije otpisuju po potrebi, prema rezultatima , kako bi se osiguralo da su strane carinske deklaracije otpisane prema FIFO-u, unos stanja, ako postoji carinska deklaracija, razmazan je datumima iz broja carinske deklaracije, HVALA RomaM - bez tebe bih završio sam život u ludnici...
Zanimljiv trenutak dogodio se s brojevima dokumenata za kretanje robe i materijala - ti su brojevi, prilikom knjiženja dokumenata, dodijeljeni prema UT broju, bez obzira na šifru u modulu Dokumenti Prilikom snimanja:
Ako je ThisNew() A NE ValueFilled(Number) Onda
PostaviNoviBroj();
Završi ako;
Nije bilo moguće uhvatiti točno gdje se broj mijenja, ali se pokazalo još nešto - broj dokumenta u dnevniku možda ne odgovara broju dokumenta u dokumentu !!! (Za zabavu!!!). Razlog je u tome što se u zahtjevima za dinamičke liste broj ispisuje iz registra informacija "Registar dokumenata", tu sam morao dodati i podatke, te kontrolirati usklađenost brojeva dokumenata nakon provođenja ... općenito - vaša djela su divno .... UT)))))))))))))))))))))))) Prijenos podataka s BP 3.0 na Ut 11
Pozadina: Od daleke 2012. godine obrada takvog prijenosa leži u spremištima - jedan od mojih prvih zanata na UV-u. Htio sam sve smisliti, ali ruke mi nisu stigle, a onda se stvorio klijent s takvom listom želja, pokušao je prenijeti i ... morao sam ponoviti gotovo sve J
Neću reći da je sve ispalo bez zastoja, koje ću, ako se identificiraju, pokušati brzo ispraviti. Također, nadam se da će funkcionalnost biti povećana.
Svrha: Organizacija je vodila evidenciju u konfiguraciji "1C: Računovodstvo poduzeća" izd. 3.0 (u daljnjem tekstu BP3.0), zbog niza razloga, bilo je potrebno pokrenuti trgovinsko računovodstvo u konfiguraciji "1C: Upravljanje trgovinom" rev.11 (u daljnjem tekstu UT11). Postojeća shema sinkronizacije ne podrazumijeva početno popunjavanje infobaze (u daljnjem tekstu IB) UT11 podacima iz BP3.0. Ova obrada je još jedan pokušaj da se osigura prijenos stanja, imenika i dokumenata na UT11 iz BP3.0, uz mogućnost daljnjeg korištenja standardne sinkronizacije između ovih konfiguracija.
Opis: Prijenos podataka se provodi putem izravne veze s IB BP3.0 u UT11 preko COM-a.
Veza je implementirana kao u i , samo je bitna razlika između razmjene i ovih obrada što se tamo podaci prenose u bazu podataka "poziva", a ovdje se iz obrade u BP3.0 podaci zapisuju na otvoreno preko COM-a IB UT11.
Sam prijenos se može podijeliti u zasebne zadatke:
- Prijenos ulaznih salda:
- Ostaci zaliha robe i materijala,
- Preostali računi,
- Cijene utvrđene na dan početka radova u UT11;
- Prijenos regulatornih i referentnih informacija (u daljnjem tekstu NSI);
- Prijenos dokumenata za razdoblje.
U bloku snimki zaslona možete vidjeti koji se imenici i dokumenti trenutno obrađuju. Napominjem da se svi preneseni objekti evidentiraju u informacijskom registru "Korespondencija objekata infobaze" i u BP3.0 i u UT11.
Popisom prijenosnih imenika i dokumenata može se upravljati instaliranjem filtara pomoću povezivača (kod povezivača posuđen je s //site/public/149404/ od D.Yu. Topchy, Krasnodar)
Prvo traženje imenika u UT11 izvodi se po kodu (ako je u UT11) i imenu (opet, ako se koristi ime). U predlošku Polja pretraživanja možete promijeniti kriterije pretraživanja. Nadalje, pretraga se provodi prema registru korespondencije.
Oznaka "Ažuriraj pojedinosti imenika" određuje prepisivanje svih detalja imenika pri svakom pozivu, značajno zamjenjuje rad i preporuča se koristiti samo ako su neki imenici masovno promijenjeni u BP3.0.
Prilikom prijenosa dokumenata primitka, prodaje i novčanog tijeka prenosit će se računi upisani na temelju tih dokumenata (trenutno samo za primitke, prodaju, primljene i izdane predujmove).
Zaključak: Rado ću odgovoriti na sva pitanja, a bit ću divno zahvalan na prilici da usavršim obradu na vašim stvarnim bazama (na daljinu, ili ako mi ih date za eksperimente). Planira se objaviti za rublje, ali kasnije - sada je premalo statistike o njegovoj stvarnoj upotrebi ...
U 1C konfiguraciji "Upravljanje trgovinom, izdanje 11" postoji nekoliko ugrađenih planova razmjene, uključujući i one s konfiguracijom "Računovodstvo poduzeća, izdanje 3.0" (Sl. 1).
Predstavlja skup pravila prema kojima će se objekti iz jedne konfiguracije učitavati u drugu. U našim uputama postavit ćemo razmjenu između 1C Accounting 3.0 i 1C Trade Management 11 na temelju platforme 1C 8.3.
Prisutnost plana koji nam je potreban na popisu tipičnih razmjena uvelike olakšava proces integracije. Međutim, potrebno je napraviti nekoliko preliminarnih postavki, u obje konfiguracije.
Prvo, razmotrite slijed radnji u 1C Enterprise Accounting 3.0. Pronađimo u odjeljku "Administracija - Postavke" stavku "Postavljanje sinkronizacije podataka" (slika 2).
Ovdje morate omogućiti potvrdni okvir "Sinkronizacija podataka" i svakako navesti prefiks naše baze podataka (slika 3). Ako želite, možete - nikakvi podaci se neće učitavati niti mijenjati prije tog datuma.
Sada idemo na karticu "Sinkronizacija podataka" i konfiguriramo samu razmjenu (slika 4). Može biti nekoliko razmjena. Za svaki se stvara zaseban redak (gumb sa znakom plus "Postavi sinkronizaciju podataka"). U demo bazi podataka 1C računovodstva već imamo dva unosa. Provjerimo postavke potonjeg (gumb s olovkom "Postavi pravila ...").
Ispunjavamo samo karticu “Pravila za primanje podataka” (slika 5), jer nećemo ništa slati. Na kartici "Pravila slanja podataka" označite potvrdne okvire "Ne šalji".
Ostaje provjeriti parametre veze (slika 6). Odabiremo "izravnu vezu", navodimo adresu baze podataka na disku s koje ćemo primati podatke, te korisnika/lozinku iste baze podataka. Korisnik mora imati puna prava ili barem prava za obavljanje sinkronizacije. Ponekad se virtualni korisnik kreira posebno za razmjenu.
Detaljne informacije o postavkama ovog odjeljka možete dobiti u pomoći (F1).
Slične postavke izvode se u bazi podataka "1C Trade Management 11".
Postavljanje burze iz Upravljanja trgovine 11
U različitim izdanjima, odjeljak koji nam treba može imati drugačiji naziv. U našem primjeru, ovo je stavka "Postavke integracije - Ostali programi" (slika 7).
Ostalo je slično. Isti potvrdni okvir "Sinkronizacija podataka", ista stavka i slične postavke. (Sl.8).
Samo je prefiks drugačiji. To je važno!
Dobijte 267 1C video lekcije besplatno:
Idite na karticu "Sinkronizacija podataka" i stvorite novu razmjenu. Možete odabrati konfiguraciju s kojom želimo razmjenjivati klikom na gumb "Konfiguriraj sinkronizaciju podataka", sama razmjena se kreira klikom na gumb "Konfiguriraj" (slika 9).
Od ovog trenutka počinju razlike u odnosu na prethodne postavke u BUX.3.0. Moramo popuniti karticu "Pravila slanja podataka" (slika 10). A glavna stvar koju treba učiniti je odrediti sastav podataka koji se šalju.
Postoji nekoliko načina odabira podataka koje ćemo prenijeti (slika 11). Svi se skupljaju u odjeljku "Registar". Možete odabrati ili jedan objekt ili popis. Ili sve odjednom.
Vratimo se na prethodnu karticu i izvršimo još jednu važnu točku, već nam poznatu - navedite parametre veze (slika 12). Parametri se konfiguriraju na isti način kao i za računovodstvo. Samo ovaj put koristimo virtualnog korisnika pod nazivom "Exchange".
Pokretanje i provjera razmjene između 1C Accounting 3.0 i 1C Trade Management 11
Razmjena se vrši tipkom "Sinkroniziraj" koja se nalazi na prvoj stranici postavki (slika 13.). Ovaj gumb možete pronaći i na drugim stranicama. Štoviše, nema velike razlike u tome u kojoj se od dvije konfiguracije ovaj gumb pritisne. Razmjena je dvosmjerna.
Kliknite gumb i prijeđite na sljedeći korak.
Ako se razmjena izvodi prvi put, tada ćete morati izvršiti ručnu sinkronizaciju, odnosno usporediti iste objekte dviju konfiguracija, ako ih ima (slika 14). Ako se to ne učini, mogu se pojaviti duplikati.
U sljedećem koraku bit će moguć odabir organizacija za koje će se prenositi podaci, te neke druge selekcije (slika 15.).
U posebnom prozoru pojavljuje se opis svih odabira, a potpuni popis objekata koji će biti poslani možete dobiti u izvješću o sastavu podataka koji se šalju (slika 16.).
Razmjena može potrajati dugo, vrijeme ovisi o broju prenesenih objekata. Nakon što je proces završen, dobivamo sliku sljedećeg oblika - sl. 17. Klikom na gumb "Postavke" možete postaviti raspored prema kojem će se razmjena obavljati automatski.
Ispis (Ctrl+P)
Tipični scenariji za zajedničku uporabu UT 11 i BP
Dokumenti i referentne informacije mogu se kreirati u UT-u i migrirati na BP. Iz UT-a se u BP učitavaju samo informacije koje su potrebne za računovodstveno i porezno računovodstvo. Moguća je i obrnuta migracija dokumenata i referentnih informacija. Na primjer, podaci o uplatama se unose u BP, nakon čega se šalju u UT.
Dokumenti koji se odnose na gotovinsko i bezgotovinsko prometovanje (Ulazni novčani nalog, Izlazni novčani nalog, Primitak na tekući račun, Otpis s tekućeg računa) kao i referentni podaci istovaruju se iz BP-a u UT.
Prije početka postavljanja sinkronizacije podataka potrebno je izvršiti sljedeće preliminarne radnje u UT-u i u BP-u.
- Podatke o onim organizacijama za koje je potrebno sinkronizirati podatke treba unijeti u UT i u BP. Uključujući mora biti
ispunili postavke računovodstvene politike. - BP mora biti ispravno popunjen, osiguravajući popunjavanje računovodstvenih računa prema zadanim postavkama ( Računi predmetnog knjigovodstva, Računi za obračune s drugim ugovornim stranama).
Primjeri tipičnih korisničkih scenarija
Kupnja robe po ugovoru o kupoprodaji
Radnje korisnika u UT-u
- Voditelj nabave dogovara Narudžba dobavljača i Prijave za trošenje novca na temelju Narudžbe dobavljaču.
- Računovođa evidentira bezgotovinsko plaćanje dobavljaču (dokument Otpis bezgotovinskog DS-a, operacija Plaćanje dobavljaču). Registrira izvršenje bankovnog plaćanja (unos dokumenta Izvod tekućeg računa i dodajući mu knjiženi dokument Otpis bezgotovinskog DS-a
- Voditelj nabave postavlja status Narudžbe dobavljaču K
prijem. - Skladištar prihvaća robu prema dokumentu Nalog za primitak za
proizvodi(bez popratnih dokumenata) - Prijem robe i
usluge i navođenje podataka primljenog računa - Voditelj nabave obrađuje povrat robe dobavljaču (ulaz
dokument Povrat robe dobavljaču, operacija Povrat robe dobavljaču). Također je moguće izdati dokument Izdan račun. - Računovođa sastavlja dokument Ulaznicabezgotovinska sredstva na temelju Povrata robe dobavljaču, kreiranog u prethodnoj fazi (operacija Povrat robe od dobavljača)
- Izvod tekućeg računa i dodavanjem objavljenog dokumenta na njega
Prijem bezgotovinskog DS-a iz prethodnog stavka)
- U BP, radnja br. 2 Otpis bezgotovinskog DS, operacija Plaćanje dobavljaču se odražava u dokumentu Otpis s tekućeg računa(operacija Plaćanje dobavljaču).
- U BP-u, radnja br. 5 Primanje robe i usluga odražava se u dokumentu Prijem robe i usluga (operacija Kupnja, provizija)
- U BP-u, radnja br. 6 Povrat robe dobavljaču je prikazana u dokumentu
Povrat robe dobavljaču(operacija Kupnja, provizija) i dokument Izdan račun - U BP, radnja br. 8 Izvod tekućeg računa se odražava u dokumentu (operacija Povrat od dobavljača).
Imajte na umu da je broj radnji korisnika u UT-u veći nego u BP-u. To je zbog činjenice da BP ne vodi evidenciju narudžbi i nema skladišnih naloga za robu.
Veleprodaja po narudžbi kupca
Radnje korisnika u UT-u
- Voditelj prodaje registrira i odobrava narudžbu kupca i
izdaje račun za plaćanje - Računovođa evidentira bezgotovinsko plaćanje od kupca
(formulacija i izvedba dokumenta Prijem bezgotovinskog DS-a, operacija Potvrda o uplati od klijenta) - Računovođa prijavljuje uplatu banci (unos dokumenta Izvod tekućeg računa i dodajući mu objavljeni dokument Primanje bezgotovinskog DS-a iz prethodnog stavka)
- Voditelj prodaje mijenja prodajni nalog u status Za otpremu
- Voditelj prodaje šalje robu kupcu (unos dokumenta
Prodaja robe i usluga, Operacija Implementacija klijentu). Također je moguće dokumentirati Izdan račun. - Voditelj prodaje izdaje zahtjeve za povrat robe iz
klijent. - Voditelj prodaje obrađuje povrat robe od kupca do
na temelju Zahtjeva za povrat robe od naručitelja, kreiranog u prethodnoj fazi (unos dokumenta Povrat robe od kupca, Operacija Povratak
roba od kupca) - Voditelj prodaje priprema Prijave za trošenje novca
fondovi temeljem Povrata robe od kupca kreiranog u prethodnom stavku (operacija Povrat plaćanja klijentu) i njegovog odobrenja - Računovođa evidentira bezgotovinsko plaćanje kupcu (sastavljanje i vođenje dokumenta Otpis bezgotovinskog DS-a, operacija Povrat novca
klijent) - Računovođa registracija uplate u banci (unos dokumenta Izvod tekućeg računa i dodajući mu knjiženi dokument Otpis bezgotovinskog DS-a iz prethodnog stavka).
Rezultat sinkronizacije podataka s PSU-om
Kao rezultat sinkronizacije podataka za ove radnje koje izvode korisnici u UT-u, sljedeći dokumenti se automatski generiraju u BP-u:
- U BP-u, radnja br. 1, dogovorena narudžba korisnika se odražava u BP-u kao dokument Račun kupca
- U BP, radnja br. 3, kupčevo bezgotovinsko plaćanje se odražava u dokumentu Priznanica na tekući račun(operacija Plaćanje od kupca)
- U BP-u, radnja br. 4 Isporuka robe klijentu je prikazana u dokumentu Prodaja robe i usluga(operacija Prodaja, provizija) i dokument Izdan račun
- U BP, radnja br. 7, povrat robe od klijenta se odražava u dokumentu (operacija Prodaja, provizija)
- U BP-u radnja br. 9 Izvod na tekućem računu za povrat uplate kupcu se ogleda u dokumentu Otpis s tekućeg računa(operacija Povrat kupcu).
Prodaja robe prihvaćena za proviziju
Radnje korisnika u UT-u
- Voditelj nabave prihvaća robu uz proviziju (unos dokumenta
Prijem robe i usluga, rad Prihvat za proviziju) - Voditelj nabave formalizira prodaju poslane robe
- Računovođa sastavlja dokument Izvijestiti ravnatelja oprodajni. Papirnati Izdan račun za iznos provizije
- Voditelj nabave sastavlja dokument Primanje bezgotovinskog novca
Novac(operacija Potvrda o uplati od klijenta) za iznos provizije. Registracija bankovnog izvoda. - Računovođa sastavlja dokument Otpis bezgotovinskogNovac(operacija Plaćanje dobavljaču) za iznos prihoda od prodane otpremljene robe. Registrira bankovni izvod
- Voditelj nabave izdaje povrat robe pošiljatelju (unos
dokument Povrat robe dobavljaču, operacija Povrat robe pošiljatelju)
Rezultat sinkronizacije podataka s PSU-om
Kao rezultat sinkronizacije podataka za ove radnje koje izvode korisnici u UT-u, sljedeći dokumenti se automatski generiraju u BP-u:
- U BP akciji br. 1, operacija se odražava u dokumentu Prijem robe i usluga(operacija Kupnja, provizija), ugovor o drugoj ugovornoj strani S nalogodavcem. Imajte na umu da se tijekom knjiženja zamjenjuju računovodstveni računi komisione robe.
- U BP radnji br. 3, izvršenje izvješća pošiljatelju o prodaji odražava se u dokumentu Izvijestite pošiljatelja o prodaji i dokument Izdan račun
- U BP radnji br. 4 Potvrda plaćanja od klijenta za proviziju je prikazana u dokumentu
Priznanica na tekući račun, operacija Plaćanje od kupca, ugovor o drugoj strani S nalogodavcem). - U BP radnji br. 5 Otpis bezgotovinskih sredstava za plaćanje komisione robe nalogodavcu se ogleda u dokumentu Otpis s tekućeg računa (operacija Plaćanje dobavljaču, ugovor o drugoj ugovornoj strani S nalogodavcem)
- U BP akciji br. 6, operacija je prikazana u dokumentu Povrat robe u poštu,
operacija Kupnja, provizija, ugovor o drugoj ugovornoj strani S nalogodavcem
Prijenos robe uz proviziju
Radnje korisnika u UT-u
- Voditelj nabave prenosi robu za proviziju (unos dokumenta Prodaja robe i usluga, operacija Prijenos na proviziju)
- Voditelj prodaje sastavlja dokumente Izvještaj komisionara o prodaji, dokument Izdan račun (za robu koju komisionar prodaje) i popunjavanje parametara primljenog računa (za proviziju komisionu)
- Računovođa sastavlja dokument Primanje bezgotovinskih sredstava (operacija Potvrda o uplati od klijenta) za iznos prihoda od prodane konsignirane robe. Registracija bankovnog izvoda.
- Računovođa sastavlja dokument Otpis bezgotovinskih sredstava(operacija Plaćanje dobavljaču) za iznos provizije.
Registriranje bankovnog izvoda - Prodajni menađer
dokument Povrat robe od kupca, operacija Povrat robe od komisionara).
Rezultat sinkronizacije podataka s PSU-om
Kao rezultat sinkronizacije podataka za ove radnje koje izvode korisnici u UT-u, sljedeći dokumenti se automatski generiraju u BP-u:
- U BP-u, radnja br. 1 Prijenos robe za proviziju je prikazan u dokumentu Prodaja robe i usluga, operacija Prodaja, provizija, ugovor o drugoj ugovornoj strani S komisionarom
- U GP-u radnja br. 2. Izrada izvješća povjerenika o
prodaja se odražava u dokumentu Izvješće povjerenika o prodaji i
dokument Izdan račun - U BP, radnja br. 3 Izvršenje dokumenta Primanje bezgotovinskog
provizija se odražava u dokumentu
Priznanica na tekući račun(operacija Plaćanje od kupca, ugovor o drugoj strani s komisionarom) - U BP, radnja br. 4, transakcija plaćanja komisione robe komitetu je prikazana u dokumentu Otpis s tekućeg računa(operacija Plaćanje dobavljaču, ugovor o drugoj strani s komisionarom)
- U registraciji BP Registracija povrata robe se odražava u dokumentu Povrat robe od kupca, operacija Prodaja, provizija, ugovor o drugoj ugovornoj strani S komisionarom
Inventar robe
Radnje korisnika u UT-u
- Skladištar sastavlja dokument Nalog za inventar
- Skladištar sastavlja rezultate popisa (unos dokumenta Preračunavanje robe)
- Skladištar sastavlja knjiženje viškova robe utvrđenih popisom (upis dokumenta Knjiženje robe na temelju dokumenta Preračunavanje robe, stvoreno u prethodnom stavku)
- Skladištar Otpis nestašice robe utvrđene kao rezultat inventara (upis dokumenta Knjiženje robe na temelju dokumenta Preračunavanje robe stvoreno u prethodnom stavku)
Rezultat sinkronizacije podataka s PSU-om
- Radnja br. 3 Knjiženje viška robe odražava se u dokumentu BP Knjiženje robe. Da bi se stavka dohotka ispravno zamijenila u BP, stavka prihoda mora biti popunjena i u UT u dokumentu, a za nju je potrebno popuniti odgovarajući račun, tada će pri učitavanju na BP uvijek sudjelovati u ispunjavanju analitike troškova
- Radnja br. 4. Otpis nestašica robe odražava se u dokumentu BP Otpis robe
Pogledajmo jednostavan primjer iz stvarnog života. Recimo da imamo tvrtku koja se bavi trgovinom na veliko i malo i u ovoj se firmi, kao i u svakoj drugoj, vodi računovodstvo. Tvrtka ima dvije standardne baze podataka, to su UT (upravljanje trgovinom) i BP (računovodstvo poduzeća), odnosno svaka od baza podataka ima svoje računovodstvo, upravljanje u UT-u koje odražava sve operacije vezane za trgovinu, računovodstvo u BP-u. Kako ne bi radili dvostruki posao, t.j. nemojte stvarati iste dokumente u dvije baze podataka (na kraju krajeva, kretanja bi trebala biti prema upravljanju i računovodstvu) samo ćemo postaviti sinkronizaciju između ovih baza podataka.
Uspostavit ćemo jednosmjernu razmjenu podataka, iz UT ---> BP. Također je moguće postaviti dvosmjernu centralu, ali u praksi to nije često potrebno, pa to nećemo razmatrati u našem primjeru.
Pripremni koraci za postavljanje razmjene u BP-u
Počnimo s postavljanjem sinkronizacije, prvo idemo na bazu podataka 1C "Enterprise Accounting 3.0" (prijamnik), moramo provjeriti je li sinkronizacija omogućena za ovu bazu podataka, da bismo to učinili moramo prvo otići u bazu podataka. Čim se baza podataka otvori, idite na karticu "Administracija" ---> "Postavke sinkronizacije podataka"
Pred nama se otvara nova kartica, koja se mora ispuniti na isti način kao na slici ispod, s izuzetkom prefiksa baze podataka. Prefiks se mora sastojati od dva slova, možete postaviti bilo koje, ali prema standardu 1C, bolje je postaviti prefiks prema nazivu konfiguracije, odnosno, za "Enterprise Accounting" prefiks će biti kao "BP" . Ako postavljate složene burze i postoji nekoliko računovodstvenih baza podataka, tada bi se prefiksi trebali jasno razlikovati jedan od drugog, ovdje možete koristiti prva dva slova naziva organizacije kao kraticu.
Nastavljamo s postavljanjem sinkronizacije podataka u UT
Nakon što smo izvršili sve potrebne radnje u bazi podataka prijemnika (BP 3.0), kako bismo nastavili s postavljanjem razmjene podataka, potrebno je otvoriti izvornu bazu podataka (UT 11.1). Idemo na karticu "Administracija", s lijeve strane u izborniku odabiremo stavku "Postavke sinkronizacije podataka". Ako sinkronizacija nije omogućena, omogućite je pomoću potvrdnog okvira i ne zaboravite navesti prefiks izvorne baze. Nakon što smo dovršili sve točke 1-4 kao što je prikazano na donjoj slici, morate kliknuti na hipervezu "Sinkronizacija podataka" (točka 5).
U novom prozoru koji se pojavi morate kliknuti na zeleni znak plus (Postavljanje sinkronizacije podataka), u padajućem izborniku odabrati stavku "Enterprise Accounting 3.0".
Postavljanje važnih točaka u razmjeni podataka između UT-a i BP-a
Sada vidimo prozor s postavkama sinkronizacije podataka u 1C, odaberite stavku "Ručno navedite postavke" i kliknite "Dalje".
Nastavljamo konfigurirati razmjenu podataka u 1C, na sljedećoj kartici moramo odabrati opciju povezivanja s informacijskom bazom prijemnika (izravna veza s programom), postavke veze (na ovom računalu ili na lokalnoj mreži), direktorij u kojem je prijemnik nalazi se baza, kao i potrebni podaci za autentifikaciju (korisničko ime i lozinka baze podataka).
Na sljedećoj stranici moramo ispuniti pravila za slanje i primanje podataka iz konfiguracije BP 3.0 (prijamnik). Kliknite "Promijeni pravila za prijenos podataka".
Pred nama se otvorio prozor "Pravila slanja podataka", u kojem postavljamo sljedeće parametre:
- Koji će NSI biti poslan (u našem primjeru nas zanimaju samo dokumenti i NSI koji se u njima koristi, pa smo odabrali odgovarajuću stavku, ako odaberete prvu stavku "Pošalji sve", tada će se svi imenici ponovno učitati zajedno s dokumenti, često ako se informacija ne koristi u dokumentima, onda je beskorisna za primatelja, jer ni na koji način ne utječe na računovodstvo)
- Od kojeg datuma poslati sve informacije (u ovom članku nećemo uzeti u obzir ručnu sinkronizaciju)
- Za koje ili koje organizacije slati podatke (u našem primjeru odabrali smo jednu organizaciju, IP "Poduzetnik")
- Pravila za sklapanje ugovora
- Generalizirano skladište
- Treba li sažimati dokumente po skladištu
Nakon što smo izvršili postavke, kliknite "Snimi i zatvori".
Budući da u našem primjeru postavljamo i koristimo jednosmjernu centralu, od UT do BP, tada nas postavke za pravila za dobivanje podataka iz "Enterprise Accounting 3.0" ne zanimaju, pa kliknite "Dalje".
U novom prozoru od nas se traži da postavimo pravila za bazu prijemnika (RP). U odlomku 1 svoju bazu nazivamo nekako, dajemo joj prefiks. PREFIX mora biti isti kao što smo ga postavili u samoj bazi podataka BP na početku ovog članka, ako se prefiksi razlikuju, sinkronizacija podataka u programu 1C neće raditi. Nakon toga kliknite točku 2, a zatim točku 3.
U stavku 3. trebamo omogućiti obradu dokumenata kada se učitaju u bazu podataka. Kliknite "Spremi i zatvori".
Sada bi prozor trebao izgledati otprilike kao onaj prikazan ispod, kliknite "Dalje".
Ovaj prozor sadrži referentne informacije o stvorenoj sinkronizaciji u 1C. Samo kliknite gumb "Dalje". Ako je program prikazao pogrešku prilikom postavljanja sinkronizacije podataka, morate nas kontaktirati kako bi vam naš 1C stručnjak mogao pomoći odmah!
Na sljedećem koraku program će ponuditi izvođenje sinkronizacije odmah nakon kreiranja postavki razmjene podataka. Složite se s tim i kliknite "Završi".
Vidjet ćete prozor u kojem ćete vidjeti informacije o tome kako se odvija sinkronizacija. Ako baza odredišta nije prazna, t.j. računovodstvo je već vođeno u njemu, tada će korisnik u programu 1C biti zatražen da ručno usporedi objekte. Usporedba objekata u 1C tijekom sinkronizacije podataka je usporedba identičnih objekata primatelja s identičnim objektima u izvoru.
Pogledajmo primjer, recimo u UT-u postoji druga ugovorna strana s nazivom "PharmGroup LLC" i TIN-om 1234567, a u BP-u postoji i druga s TIN-om 1234567, ali s nazivom "PharmGroup", ako ne uspoređujemo ova dva objekta pri usporedbi podataka u fazi sinkronizacije, zatim nakon sinkronizacije u prijamniku (Enterprise Accounting 3.0), imat ćemo dvije druge ugovorne strane s TIN-om 1234567 i dva naziva "PharmGroup LLC" i "PharmGroup" respektivno. Kako bi se izbjegle takve situacije, izmišljen je mehanizam za uparivanje objekata.
U našem primjeru baza prijemnika je prazna, pa nam se stoga nije otvorio prozor za podudaranje objekata. Ali nakon izvođenja nekih operacija, sustav će od korisnika tražiti da doda neke dodatne podatke i prikazat će sljedeći prozor. Ne trebamo prenositi nikakve dodatne podatke, već smo već konfigurirali sve što nam je potrebno, pa u ovom koraku odabiremo "Ne dodaj dokumente za slanje". Kliknite "Dalje".
Završna faza razmjene podataka između 1C
U završnoj fazi, program će prikazati sljedeći prozor, u kojem će korisnik biti obaviješten da je sinkronizacija uspjela, kliknite "Završi". Time se dovršava sinkronizacija između baza podataka u jednosmjernoj razmjeni od "Trade Management 11.1" (UT) do "Enterprise Accounting 3.0" (BP).
Mnoge organizacije koje su vodile evidenciju samo u računovodstvenoj bazi podataka rastu i odlučuju se za kupnju programa 1C: Trade Management, ur. 11. Učinite to za upravljačko računovodstvo, mogućnost korištenja analitičkih izvješća, upravljanje odnosima s kupcima i dobavljačima i računovodstvo za planove kupnje i prodaje. Također je važno osloboditi računovođu od unosa primarnih dokumenata. Sve ove zadatke rješava program Trade Management.
Ova pravila pretvorbe omogućuju prijenos podataka iz programa "1C: Računovodstvo poduzeća 8", ur. 3.0 u program "1C: Upravljanje trgovinom", ur. jedanaest sve vrste dokumenata za razdoblje, referentne informacije i stanja za sve dijelove računovodstva za željeni datum. Kad izađu nova izdanja UT 11 i BP 3,0 odmah ažurirati prijenos podataka. Postoji instrukcija za prijenos, video demonstracija, u roku od 12 mjeseci nakon kupnje ažuriranja šaljemo besplatno, u roku od 3 mjeseca - pružamo tehničku podršku, sve do analize vaših baza podataka.
Značajke prijenosa podataka:
1) Pravila pretvorbe razvijena su u 1C: Pretvorba podataka"od nule". Prijenos se vrši obradom tipa Univerzalna razmjena u XML formatu, koji je ugrađen u BP 3,0, i u UT 11.
2) Prenos stanja se vrši u novcu, međusobnim obračunima, robi, materijalu u skladištima i ulaganjima u dugotrajnu imovinu. Također se prenose sve regulatorne i referentne informacije. Postoji izbor po razdoblju prijenosa dokumenata i filter po organizaciji, dostupan je izbor datuma za unos stanja. Ako trebate nešto dodatno prenijeti, obično to besplatno dodam u prijenos (prije kupnje dogovorite potrebna poboljšanja). Pogledajte video demo sa zvukom za savjete o prijenosu i preporuke za postavljanje programa.
3) Prenose se sljedeće vrste dokumenata:
- Prethodno izvješće
- Dokument "Unos početnih stanja" (nomenklatura u skladištima)
- Povrat robe od kupca
- Povrat robe dobavljaču
- Carinska deklaracija za uvoz
- Punomoćje
- Kompletan skup nomenklature
- Usklađivanje duga
- Prilagodba implementacije
- Plaćanje platnom karticom
- Izvješće o maloprodaji
- Kretanje robe
- Primanje dodatnog troškovi
- Priznanica na tekući račun
- Prijem robe i usluga
- Protok novca
- Račun kupca
- Podizanje gotovine
- Prodaja robe i usluga
- Otpis s tekućeg računa
- Izdan račun
- Račun primljen
- Potraživanje računa
- Određivanje cijena artikla
- Izvješće komisionara (agenta) o prodaji
- Izvijestiti ravnatelja
- Račun izdat unaprijed
- Inventar robe
- Knjiženje robe
- Otpis robe.
Razlozi za kupnju
1) Neovisni razvoj i uklanjanje pogrešaka pravila će potrajati dosta vremena.
2) Pružam podršku, ispravljam pogreške odmah (ako ih ima).
3) Besplatna tehnička podrška za migraciju pruža se u roku od tri mjeseca nakon kupnje. Ažuriranja pravila migracije šalju se besplatno na zahtjev u roku od 12 mjeseci od kupnje ovog programa. Kupcima povremeno šaljem newsletter s ažuriranom datotekom i opisom unesenih promjena.
