Software"1C: Trade Management 10.3" je výkonný nástroj pro plánování a účtování obchodních operací. Nová edice, výrazně rozšířena přidáním nových funkcí, jako jsou: správa vypořádání, správa maloobchodu, správa zásob a další pohodlné funkce.
Jednou z nejdůležitějších inovací v konfiguraci je přidání nového způsobu stanovení ceny. Nyní můžete určité skupině kupujících nebo zboží přiřadit vlastní slevy, které se budou automaticky počítat.
Tento přístup je užitečný, když chcete nastavit slevy, např. korporátním klientům. Koneckonců, takové klienty dělají maximální částka operace a jejich přilákání přinese prosperitě vaší společnosti. Automatický výpočet slev akceptuje jakékoli podmínky pro jednotlivého zákazníka a pravidla pro uplatnění více slev.
Pro nastavení slev pro firemní klientelu slouží dokument „Nastavení slev položek“. Tento dokument obsahuje mnoho nastavení pro flexibilní Cenová politika. Pro nastavení slevy na zboží zvolte v menu Doklady > Nacenění > Nastavit položkové slevy. V okně, které se otevře, nastavte parametry slevy. Je třeba vybrat typ operace "Podle nomenklatury". V seznamu "Podmínka" vyberte hodnotu "Žádná podmínka". V případě potřeby můžete specifikovat podmínku, za které je zákazníkovi poskytnuta sleva.
Pokud chcete slevu na všechny produkty, zaškrtněte políčko "Na celý sortiment." Pokud toto políčko nezaškrtnete, musíte vybrat seznam zboží, pro které je poskytována speciální cena.

Přidejme například skupinu produktů (televizory).

Poté vyberte ze seznamu příjemců požadované klienty. Můžete vybrat jednotlivé klienty nebo konkrétní skupinu. Do pole „Procenta“ zadejte výši slevy pro firemní klientelu.

Po předání tohoto dokladu budou slevy vypočítány automaticky. V přepravním systému se při výběru správného zákazníka zobrazí výše slevy.

Někdy jsou chvíle, kdy je nutné slevy zrušit. To se provádí pomocí dokumentu „Zrušení položkových slev“. Zjistíte jej pomocí nabídky Dokumenty > Ceník > Zrušit slevy na položky.

Z povahy mé práce často pomáhám lidem začít s vedením živnostenských záznamů. Většinou velkoobchod. Někdy to zakládám od nuly, někdy to někomu dodělám. Tento článek by chtěl pomoci lidem, kteří samostatně nastavují tento program poprvé.

Nebudu zacházet hluboko do funkcí každé referenční knihy a dokumentu, tyto informace jsou dostatečné jak v samotném 1C, tak na internetu. Tento článek je „kostra“ nastavení 1C a může se výrazně změnit pro různé účty. Mluvím o příkladu základní verze UT 10.3.43.1, obchodní podnik je zasnoubený velkoobchod a maloobchod. Stali jste se tedy hrdým majitelem programu (nebo vaším klientem). Máte krabici 1C, zvažte její obsah:

• Knihy „Uživatelská příručka“ a „Popis konfigurace“
• cd s konfigurací a platformou
• registrační lístek, jehož hřbet je nutné vyplnit a zaslat poštou, v příloze je obálka
• uzavřená obálka s údaji pro získání licence (pin kód)

Z toho všeho je nejdůležitější „registrační karta“, jakýsi „pas“ 1C. Důrazně ale doporučuji celou krabici uložit a uložit blíže k pracovišti, kde se 1C používá. Doporučuji také, abyste se okamžitě zaregistrovali na webu "users.v8.1c.ru" pro příjem aktualizací, pro základní verzi jsou zdarma.

Příprava pracoviště

Nejprve v počítači vytvoříme dvě složky: „1C Bases“ a „1C Programmer“. Složka „1C Base“ bude určena pro základní a dočasné archivy. Složka "1C Programmer" bude pro distribuce 1C a další související programy. Okamžitě vytvoříme složku s naší databází v "1C Base", například "TradeBase10.3".

Nyní vytvoříme naši základnu:

1. ve spouštěcím okně 1C klikněte na "Přidat"
2. vyberte "Vytvořit novou databázi"
3. vyberte základní šablonu
4. uveďte název "Náš obchod"
5. zadejte cestu k databázi, například: "D:\1С Bases\TradeBase10.3". Ve výchozím nastavení obvykle "C:\Users\Petya\1C...", doporučuji změnit, protože v případě problémů s okny bude těžké odtamtud dostat základnu.
6. hotovo, čeká se na vytvoření databáze
7. vyberte databázi, která se objeví v seznamu, a klikněte na "1C:Enterprise"

První spuštění a nastavení

Při prvním spuštění nás 1C požádá o automatické počáteční plnění - souhlasíme. Poté zavíráme otevřená okna: "Asistent přechodu ut 11", "Asistent spuštění", "Funkční panel". A začneme s manuální konfigurací.

Enterprise Setup

Jdeme Adresáře -> Podnik -> Organizace. Stlačíme a v otevřené kartě vyplníme jméno, například "IP Menshikov A.Yu.", vybereme "Právní / fyzický." osoba (IP je v tomto 1C jednotlivec), vyplňte DIČ a volitelně Kontaktní informace(Právní / fyzická adresa, telefon) je nutné pro vytvoření dokumentů a klikněte na "Zapsat". Nyní vytvoříme pokladnu KKM a podniky. Klikněte na tlačítko "Go" a vyberte "Pokladna". V okně, které se otevře, přidejte pokladnu. Na pokladně vyplňte název „Hlavní pokladna“ a měnu „rubly“, klikněte na „OK“. Uzavřeme seznam pokladen, vrátíme se na kartu organizace. Opět stiskněte tlačítko "Go" a vyberte "KKM pokladny". Přidáme i pokladnu KKM. V pokladně KKM vyplňte název "Hlavní pokladna KKM", stiskněte "OK", zavřete seznam pokladen KKM.

Dále nastavíme účetní politiku pro daňové účetnictví. V kartě organizace stiskneme tlačítko „Přejít“ a vybereme „Účetní politika (daňové účetnictví)“. Přidání nových zásad účtu. Předpokládejme, že máme imputaci (ano, ano, velkoobchod není překážkou), pak zaškrtneme políčka: "Organizace není plátcem DPH", "Organizace je plátcem UTII", "Maloobchod podléhá UTII" . Stiskneme "OK". Zavřete kartu organizace a seznam organizací.

Nastavení základních adresářů

Jdeme Adresáře -> Podnik -> Sklady. Přidání nového skladu Vyplňte název "Obchod", klikněte na "OK". Pokud bude v účetnictví použito několik skladů, přidejte je všechny. Pokud má obchod kromě obchodního patra i sklad a při prodeji vychází výběr z obou míst, pak je doporučuji v programu spojit do jednoho skladu.

Nyní pojďme k samotnému názvosloví Adresáře -> Nomenklatura -> Nomenklatura. Přidáváme novou nomenklaturu, budeme ji v budoucnu potřebovat pro kontrolu správnosti nastavení 1C. Vyplňte název, například "Test", vyberte druh zboží "Produkt", základní jednotkou je "ks." a stiskněte tlačítko "Záznam". To je minimum, co potřebujeme.

Dále se podívejme na ceny. Jdeme Reference -> Nomenklatura -> Nomenklatura cenové typy. Přidejte nový typ nákupní ceny, vyplňte název „Nákup“, měnu „rubly“, ponechte typ ceny „Základní“ a stiskněte tlačítko „Uložit“. Dále je třeba zadat typ ceny pro prodej. Přidejte nový typ maloobchodní ceny, vyplňte název „Maloobchod“, měnu „rubly“, vyberte typ ceny „Vypořádání“, metodu výpočtu „Podle procentuální přirážky k základnímu typu“, typ základu „Nákup“, přirážka % například "30" a klikněte na tlačítko "Nahrát". Pokud existuje jiná velkoobchodní cena nebo jiná, děláme totéž. Je jasné, že je nepravděpodobné, že by pevné označení bylo vhodné pro celý rozsah, kde jej musíme opravit ručně. Program má značkovací mechanismus pro cenové skupiny, ale pokud se s 1C teprve začínáte seznamovat, doporučuji jej ještě nepoužívat.

Nyní přidáme zákazníky. Jdeme Adresáře -> Protistrany -> Protistrany. Přidávání nová skupina kupující, jméno „KUPUJÍCÍ“ . Pojďme přidat maloobchodního kupujícího, přejděte do složky „KUPUJÍCÍ“ a klikněte na přidat novou protistranu. Doplňte jméno Maloobchodní kupující", zaškrtněte "Kupující", stiskněte tlačítko "Záznam". Dále přejděte na záložku "Účty a smlouvy", zde se automaticky vytvořila "Hlavní smlouva" "s kupujícím", otevřete ji. ", zaškrtněte políčko "provádět vypořádání s protistranami podle dokladů", měna "rubly", přejděte na záložku "Další" a vyberte typ ceny "Maloobchod", klikněte na "OK" na kartě smlouvy a na kartě protistrany. Tím je nastavení kupujícího dokončeno Analogicky můžeme získat velkoobchodního kupujícího.

Nyní přidáme poskytovatele. Jdeme Adresáře -> Protistrany -> Protistrany. Přidáváme novou skupinu dodavatelů s názvem „DODAVATELÉ“. Pojďme přidat nového dodavatele, přejděte do složky „DODAVATELÉ“, klikněte na přidat novou protistranu. Vyplňte název "Zadání počátečních stavů", zaškrtněte políčko "Dodavatel", stiskněte tlačítko "Záznam". Dále přejděte na záložku "Účty a smlouvy", zde se automaticky vytvořila "Hlavní smlouva" "s dodavatelem", otevřete ji. Změníme „Vzájemná vypořádání se provádějí“ na „V rámci smlouvy jako celku“, zaškrtneme „provádět podle dokumentů vypořádání s protistranami“, měnu „rub“. Přejděte na záložku "Další" a vyberte typ cen protistrany, zde kliknutím přidáme nový typ cen protistrany, vyplníme název "Nakupující dodavatel", vybereme náš typ ceny "Nákup", měnu "rub", klikneme "OK" a poklepejte na vytvořený typ cen protistrany tak, aby byl nahrazen do naší smlouvy. Dále klikněte na "OK" na kartě smlouvy a na kartě protistrany. Tím je nastavení dodavatele dokončeno, analogicky můžeme získat další dodavatele.

Nastavte možnosti účtování

Jdeme Nástroje-> Nastavení účtování -> Nastavení účtování. Vyplníme název programu „Náš obchod“, odškrtneme políčka „Použít produktovou řadu“ a „Použít interní objednávky“. Způsob kontroly dluhu „po kalendářních dnech“ a uvádění skladů a objednávek volíme v tabulkové části „Nepoužívat“. Na záložce "Měna" změňte měnu manažerského účetnictví na "rubly".

Dále nastavte účetní politiku pro celou databázi, pokračujte Služba-> Nastavení účetnictví -> Zásady účtování. Zde již program vytvořil výchozí účetní politiku, musíme ji upravit. Otevíráme tento záznam, začíná "01/01/1980 ...". Zde zaškrtneme políčka „vést evidenci zboží organizace podle skladů“ a „odpis šarží při vedení dokladů“, dále doporučuji zvolit chronologii odepisování šarží „Průměr“ a kliknout na „OK“.

Uživatelské nastavení

Nyní vytvoříme uživatele, jděte Nástroje-> Uživatelé -> Seznam uživatelů. Přidáme nového uživatele, tradičně se jedná o administrátora, vyplňte krátké jméno „Administrátor“ a klikněte na tlačítko „Zaznamenat“. Program se zeptá "Automaticky vytvořit uživatele IS", souhlasíme. Automaticky se otevře karta uživatele IB (neplést s uživatelským adresářem!). Zde můžeme zadat heslo (volitelné), vybrat hlavní rozhraní "Plné" a jazyk "Ruština", v pravém okně zaškrtněte políčko vedle "Úplná práva" a klikněte na "OK". Nyní nastavíme nastavení v uživatelském okně, pro pohodlí doporučuji otevřít všechny složky nastavení. Níže jsou doporučená nastavení, která je třeba změnit, po změně klikněte na „OK“.

• Vzájemné vypořádání provádějte podle dokladů o vypořádání s protistranami - Ano
• Hlavní měna vzájemného vypořádání - rub.
• Hlavní správa vzájemných vypořádání na základě smluv - "Podle smlouvy jako celku"
• Formulář rozšířeného nastavení přehledu – Ano
• Registrovat ceny dodavatele – Ano
• Hlavní jednotka podle klasifikátoru - kus
• Hlavní typ nomenklatury - Zboží
• Hlavní sklad - Prodejna
• Odrážet doklady v manažerském účetnictví - Ano
• Hlavní pokladna - Hlavní pokladna
• Hlavní organizací je IP Menshikov A.Yu.
• Základní sazba DPH - Bez DPH
• Primární kupující – maloobchodní kupující
• Hlavní typ prodejních cen - Maloobchodní

Dále je třeba nakonfigurovat další uživatelská práva. K tomu jdeme Nástroje-> Uživatelé -> Konfigurace dalších uživatelských práv. V okně, které se otevře, vyberte nahoře "Správce". A v případě potřeby proveďte následující nastavení:

• Povolit nadměrné zásoby – Ano
• Povolit organizaci nadměrných zásob – Ano
• Povolit přebytečný volný zůstatek Peníze- Ano
• Povolit provádění bez kontroly vzájemného vypořádání - Ano
• Povolit platbu bez aplikace - Ano
• Vypočítat dluh při otevírání formulářů - Ano
• Úprava tabulky - Ano
• Úprava cen a slev v dokumentech - Ano

Analogicky můžete vytvořit další uživatele. Je žádoucí, aby ne každý měl „plná práva“. Standardní funkce tohoto programu pro nastavení uživatelů nejsou příliš rozsáhlé. Pro omezení uživatelských práv doporučuji věnovat pozornost "Datum zákazu úprav". Existuje také „omezení práv na uživatelské úrovni“, ale velmi zatěžuje práci 1C a neřeší celý problém omezování uživatelských práv.

Zkouška

Po dokončení nastavení zavřete 1C a přejděte do něj znovu, již pod "Správcem". Pro testování doporučuji následující skript:

• Provádíme příjem zboží Dokumenty -> Nákup -> Příjem zboží a služeb.
• Hotovostní záruka na účet s částečnou platbou.
• Na základě účtenek ano Nastavení cen položek.
• Udělejme prodej Dokumenty -> Prodej -> Prodej zboží a služeb.
• Vyrábíme na základě prodeje Příchozí hotovostní příkaz s částečnou platbou.
• Vytváření výkazu zisku Reporty -> Prodej -> Analýza prodeje -> Hrubý zisk zkontrolujte, zda je vypočítán zisk
• Podáváme zprávu o vzájemném vypořádání Reporty -> Prodeje -> Vzájemné vypořádání -> Výpis vzájemných vyrovnání s protistranami zkontrolovat, zda došlo k vzájemnému vyrovnání

V tomto případě lze počáteční nastavení 1C: Trade Management 10.3 považovat za dokončené.

Začínáme v 1C

Pokud se obchod právě otevřel a ještě nezačal fungovat, dokud není nakonfigurováno 1C. Pak už je vše jednoduché, uděláme účtenky od našich dodavatelů, nastavíme ceny, vytiskneme cenovky a začneme pracovat.

Pokud obchod již funguje a můžeme jeho práci pozastavit pro úplné přepočítání. Poté nejprve zadáme celé názvosloví do 1C. Dále vytiskneme seznam položek, zavřeme prodejnu a přepočítáme. Při přepočtu uveďte částku, přibližnou kupní cena a aktuální prodejní cena. Pokud je položka v obchodní patro a technická místnost napište zbytek dvěma číslicemi. Po skončení obchod funguje dál, ale všechny tržby musíme evidovat na papíře až do zadání výsledku přepočtu do programu. Počáteční stavy lze do programu zadat více způsoby, ale doporučuji přes příjem zboží a služeb od protistrany "Zadat počáteční stavy", protože. pak je vhodné na základě toho stanovit ceny. Je vhodné provádět samostatné příjmy pro každou skupinu zboží. Po zadání zůstatků dokončíme tržby, které byly po přepočtu na papíře a začneme evidovat v reálném čase. Příjemky od dodavatelů provádíme buď před přepočtem, nebo po něm.

Pokud je obchod již otevřený a nelze jej zavřít pro přepočet. Nejtěžší případ. Pro pohodlí potřebujeme tiskárna štítků. Metoda bude podobná předchozí. Zboží zavádíme do programu v malých skupinách. Přivezené zboží je označeno našimi čárovými kódy. Opravujeme každý prodej označeného zboží v 1C.

Práce o účetnictví v 1C

O nomenklatuře. Snažte se produkt pojmenovat tak, aby byl srozumitelný i zákazníkům, nejen vám. Dobré názvy produktů zvyšují loajalitu zákazníků a také urychlují vývoj webu, pokud jej plánujete. Dále doporučuji vytvořit složku "Je vyřazeno ze sortimentu", do které budete přesouvat zboží, které se již nepoužívá v účetnictví.

O zálohování. Existuje mnoho způsobů, jak zálohovat databázi. Doporučuji však pravidelně vytvářet kopie na externí disk. Protože server může zcela selhat jak s databází, tak s archivy. To samé platí o útočníkech, ti zablokují vše - jak databázi, tak archivy. A pokud budeme mít kopii databáze jinde, následky budou mnohem mírnější.

O slevách a úpravě cen. Pokuste se odstranit tuto příležitost od prodejců, tk. to je hlavní díra v bezpečnosti obchodních podniků.

O výhodách oproti 7.7(9.2). Tis 7.7 je velmi hodný program. Ale ve verzi 10.3, od té současné, existuje standardní podpora pro několik čárových kódů, tvůrce sestav. A co je nejdůležitější, v 7.7 je velmi málo specialistů.

O výhodách oproti UT 11. UT 11 je vynikající, moderní program. Ale 10.3 na slabém stroji poběží MNOHEM rychleji.

O USB. Máte-li velké množství USB zařízení, abyste ušetřili porty na vašem počítači, nezapomeňte si koupit USB rozbočovač s externím napájením ze zásuvky.

O přerušovači. Většina (90 %) poruch 1C je spojena s havárií, když je světlo vypnuté. Doporučuji nainstalovat nepřerušitelný zdroj a po zhasnutí světla počítač včas vypnout. Nerušený se velmi rychle vyplatí, věřte mi.

o dodatečných nákladech. V programu můžete sledovat dodatečné náklady, jako jsou: nájem, plat, potřeby domácnosti. Chcete-li to provést, zadejte tyto služby do nomenklatury a poté udělejte z jejich příchodu pravidelný příjem zboží a služeb. Tyto náklady pak můžete vidět v přehledech nákupů.

O rozdílu mezi velkoobchodem a maloobchodem. Pokud máte bezhotovostní platbu od kupujících nebo zásilku na úvěr nebo několik druhů prodejních cen, pak se to považuje za velkoobchod. A to znamená, že vám vyhovuje 1C: Trade Management.

Tuning 1C: Řízení obchodu 10.3

Po instalaci je silný pocit, že něco chybí. Za prvé jsem téměř vždy dal externí tištěná forma"Komoditní kontrola" pro prodej zboží a služeb. A samozřejmě externí zpracování tisku cenovek. Dále můžete zvážit ceník s obrázky nebo dokonce cenovou objednávku. Slabým místem je pak nastavení cen, zdvojování, přeplňování zbytečnými zápisy neustále, řeší se to externím zpracováním. Jinak lze většinu úloh řešit standardními prostředky – pokud si to programátor přeje.

Co jsem schválně neřekl

Vybavení obchodu. Téma je extrémně rozsáhlé, tam můžete napsat samostatný článek pro každé zařízení.

režim RMK. V 1C je RMK smutek a smutek. Pokud jen máte maloobchodní, vezměte si lépe 1C: Retail nebo Frontol.

Testování/oprava. V 1C existují dva mechanismy, které vám umožňují odstranit většinu problémů: jedná se o interní a externí testování (chbfl). Internet má potřebné informace.

To je vše, díky za sledování...

Jak v UT 10.3 nastavit celkovou výši slevy na účtu, vyjádřenou v rublech (ne v procentech)?

Úkol. Společnost pořádá propagační akci, ve které je každému zákazníkovi poskytnuta sleva 1 000 rublů na částku každé faktury. Je možné se rozhodnout tento úkol a jakými prostředky?

První věc, která zákazníkům přijde na mysl, je obvykle získat produkt „Sleva“ a vyřadit jej na faktuře se zápornou cenou rovnající se 1 000 rublů. Ale tento plán není proveditelný, protože. vkládání produktů se zápornou cenou je vývojáři zakázáno. Z hlediska zdravého rozumu je to naprosto oprávněné, protože. je absurdní uvažovat DPH u produktu se zápornou cenou a kdo potom bude produkt „Sleva“ účtovat na sklad, za jakou cenu a od koho ho koupit a proč ho vůbec potřebujeme na skladě ? Co by ale měl v této situaci dělat běžný uživatel?

Řešení 1. Odečtěte 1 000 rublů od nákladů na některé zboží na faktuře.

Faktura například obsahuje produkt "TV" v množství 1 ks. a cena 30 000 rublů. Ručně snižujeme cenu na 29 000 rublů a kupující tak získá slevu.

Nevýhody této metody jsou zřejmé:

Manuální změna ceny.

Kupující ve faktuře nevidí, že mu byla poskytnuta sleva. I když ve skutečnosti máme televizor, který stojí 30 000 rublů, může kupující považovat snížení ceny za fikci.

Faktura nesmí obsahovat zboží v hodnotě vyšší než 1000 rublů. V tomto případě může být celková částka účtu vyšší.

Není vždy možné odečíst 1000 rublů bez chyby při zaokrouhlování ceny zboží. Pokud například prodáváme 3 televizory za cenu 10 000 rublů, jejich celkové náklady jsou 30 000 rublů. Získat nová cena musí se vypočítat jedna TV: (30 000 - 1 000) / 3 = 9 666,67 výsledek se zaokrouhlí na dvě desetinná místa. Problém nastává, když novou cenu zapojíme do programu a dostaneme Celkové náklady zboží \u003d 3 * 9 666,67 \u003d 29 000,01 rublů. Poskytli jsme tedy kupujícímu slevu ne 1000 rublů, jak jsme slíbili, ale 999 rublů a 99 kopecks.

V některých případech mohou být zaokrouhlovací chyby mnohem větší!

Řešení 2. Tato možnost je již o něco pokročilejší než možnost 1, ale má společnou nevýhodu.

V této volbě musíme kliknout na tlačítko „Změnit“, umístěné v akční liště nad tabulkovou částí dokumentu, kde vybíráme zboží a služby.

V okně, které se objeví, proveďte nastavení uvedená na obrázku a klikněte na tlačítka "Spustit" a "OK".

Po popsaných akcích budou všechny ceny v dokumentu přepočítány tak, aby se celková částka dokumentu snížila o 1000 rublů.

V tomto případě nedojde k žádným chybám a ceny zboží se budou měnit úměrně částkám automaticky.

Nevýhodou tohoto způsobu je, že klient také ve faktuře neuvidí výši slevy, která mu byla poskytnuta.

Je tedy možné přimět zákazníka, aby slevu na vyúčtování viděl?

Teoreticky možné. Chcete-li to provést, v konfiguraci "Řízení obchodu" ed. 10.3 existuje mechanismus pro manuální a automatické slevy.

V praxi je problém, že:

• Hodnota slevy je nastavena v procentech.
• Sleva není uvedena na faktuře jako celku, ale na každé položce produktu.

Abychom tedy mohli použít tento mechanismus pro náš úkol, když je hodnota slevy vyjádřena jako absolutní hodnota 1000 rublů, máme 2 možnosti:

Zároveň, pokud zašleme fakturu k tisku, uvidíme, že klientovi byla poskytnuta sleva na zboží ve výši 999 rublů.

Druhou možností je pokusit se rozdělit slevu na všechny produkty rovnoměrně a vyjádřit ji v procentech z každé položky. Tato možnost, vzhledem ke složitosti výpočtů a vysoké pravděpodobnosti chyb a hojnosti vlastní výroby, nebudeme ani uvažovat. Při evidenci faktur s velkým objemem různých položek je to obecně nepřijatelné.

Jak je patrné z uvedených příkladů, každá z možností má své nevýhody a v plném rozsahu ji nelze považovat za automatizovanou, alespoň „uspokojivě“.

Zadání pevné slevy v absolutních hodnotách můžete zautomatizovat provedením určitých úprav ve vaší konfiguraci. Poptávku na tento typ práce lze podat telefonicky, e-mailem nebo přes formulář zpětná vazba na našem webu.

Otázka: Výměna dat UT 10.3 - Maloobchod 2.2

Ahoj. 1C:Enterprise 8.3 (8.3.11.2924), "Trade Management", vydání 10.3 (10.3.47.3), spis. Chci založit burzu s Retail 2.2 (UT základna je dlouhodobě zachována, Retail - nová základna). Problém začíná hned v první fázi - při pokusu o vytvoření plánu výměny v konfiguračním menu v UT není položka "Retail 2.2", ale pouze "Retail 2.1". Proč a co opravit. A obecně by mě zajímal názor na výměnu mezi UT 10.3 a Retail 2.2, jaká jsou úskalí, pokud se omezí na typické výměny.

Odpovědět:

Obecně jsem s retailem 2.2 naprosto spokojen

Kliknutím zobrazíte...

Pak prodávejte „naše všechno“
Maloobchod a frontol jsou přátelské, ale bez slev.

Dalion - frontol je parta, která funguje.

Otázka: Burzovní obchod 10.3 účetnictví 3

Dobré odpoledne
náklady Účetnictví 3 a obchod 10.3 (10.3.32.1) obchod má jednu distribuovanou základnu
S distribuovanou databází je nastavena výměna s účetnictvím 3
Aktualizováno účetnictví 3 pro nejnovější verzi, chci nahrát nová pravidla konverze do obchodu, řekl mi
(Processing.ConvertingInfoBaseObjects.ObjectModule(3038)): Pole objektu nenalezeno (GoodsNon-Commodity)
Správce vrácení [Hodnota];

Myslel jsem, že možná přidali něco nového do účetního oddělení, aktualizovali obchodování na 10.3.34.2 a píší na kterékoli z výše uvedených
Chyba při volání kontextové metody (ReadChanges): Chyba při převodu dat XML:
a nechce přenášet změny
Řekni mi co dělat? , Databázi můžete samozřejmě znovu uvolnit, ale to povede k výměně s boo a mnohem více. Obecně platí, že extrémní případ a ne fakt, že je to samozřejmě ve staré verzi obchodu

Odpovědět:

stále se stává taková chyba, že jsem na 10.3.32.2 z 10.3.32.1 na jednu verzi všeho
Chyba při čtení změn z výměnného souboru.
Chyba při volání kontextové metody (ReadChanges): Konfigurace distribuovaného uzlu IS neodpovídá očekávání!
Čtení dat z výměnného souboru dokončeno s chybami!

Otázka: Aktualizace UT 10.3 (vyhození atd.)

Zvyšuji 10.3.18.3 postupně až do posledního vydání, ze kterého by bylo možné přenést zbytky do UT11.
Spouštím konfigurátor, aktualizuji. Konfigurátor vidí aktualizační soubor, ale při spuštění z konfigurátoru jej vyhodí z programu. Zapisuje Program "1cv8" nefunguje, Vin tento program zavře ....
Program ukončen...

Restartuji konfigurátor, ve výsledku jednou z pěti aktualizace ještě projde, ale pak když otevřu samotnou databázi, pracovní, tak to taky vyhodí. Nevyhazuj to jednou, vyhoď to 5x.
WTF? Kde kopat?
Děkuji.

A ještě něco: po aktualizaci jdu do pracovní základna, a tam:

není podporováno!
Migrace je možná pouze z verzí... 10.3.18, 10.3.19
Nejprve musíte upgradovat na jednu z uvedených verzí.
A pak okno: "Aktualizace Infobase se nezdařila! Vypnout systém?"

No, přesouvám se z 10.3.18 na 10.3.19
Co s tím má společného 10.3.28? Odkud to je? Co je to za downgrade? Od vydání 28 do 19?

Jdu na informace o programu, tam: 10.3.19.2
Jdu do nastavení účtování, tam Číslo verze konfigurace: 10.3.28.1

Přicházejí aktualizace. Zatím to přestalo vyhazovat, prošlo už 5 vydání. S čím to souviselo, není jasné.

Odpovědět:

nsk1C řekl:

Po aktualizaci - je potřeba aktualizovat konfiguraci databáze (menu Konfigurace - Aktualizovat konfiguraci databáze (F7)), po aktualizaci to napsat a spustit v uživatelském režimu a tam si také můžete potvrdit, že jste nic neukradli + občas potřebujete pro potvrzení aktualizací pravidel burzy
Všechny tyto 3 akce - aktualizace databáze, její zápis (konfigurace databáze), spuštění v uživatelském režimu, lze provést kliknutím na žluté kulaté tlačítko s modrým trojúhelníkem "Spustit ladění" v konfigurátoru

Kliknutím zobrazíte...

Samotný konfigurátor vidí soubor aktualizace, kliknu na něj, aktualizace se spustí.
Poté se objeví tabulka Aktualizace se dvěma okny: vpravo je hlavní konfigurace, vlevo je Nová. chci popravit.
Zobrazí se okno Nastavení pravidel podpory. Vše nechávám standardně. Stisknu OK. Sdružení začíná.
Poté se zobrazí okno: Sloučení konfigurací dokončeno.
Jdu do servisu. Provozuji 1C Enterprise.
Ptá se: Aktualizovat databázi conf? Říkám ano. Konfigurace se ukládá.
Zobrazí se okno: Reorganizace informací, Změny ve struktuře informací konf. Klepněte na tlačítko Přijmout. Změny jsou přijímány.
Pracovní základna je spuštěna.
píše:
"Přechod z verze 10.3.28 na verzi 10.3.19.2 konfigurace UT 10.3
není podporováno!"
"Aktualizace Infobase se nezdařila! Vypnout systém?"
Zároveň je ale v informacích o programu verze již nová.

Tlačítko "menu Konfigurace - Aktualizace konfigurace databáze" je neaktivní

PS: Začal jsem aktualizovat od 8.3, přestal jsem to vyhazovat, aktualizace se instalují bez problémů.

Otázka: Aktualizujte UT 10.3.49.3 na 10.3.49.4

Odpovědět:

Naran08 řekl:

Dobrý den, UT 10.3.49.3 platforma 1C: Enterprise 8.3 (8.3.13.1513). Aktualizuji ut z 10.3.47.3, ale počínaje 48.3 se při skenování v pokladním režimu objevuje chyba a při prodeji nepožaduje spotřební daň z alkoholu a včera jsem si stáhl nové vydání 49.4 při skenování alkoholu, dává formulář jako na obrazovka. Nikde o tom nejsou žádné informace nebo to funguje pro všechna pravidla, nerozumím tomu

Kliknutím zobrazíte...

Díval jste se na kód? Aktualizaci jsem právě spustil sám, čekám, kde zachytím problémy

Otázka: Vyměňte UT 10.3 za Buch 2.0.65.29

Z nějakého důvodu se od UT 10.3 dokumenty pro jednu organizaci nenačítají do účetního oddělení 2.0.65.29, ale pro jinou organizaci jsou normy (2 organizace v ut, ani se to nedostane do registrace) (příchozí platba), kde kopat? Aktualizace UT nepomohla.

Odpovědět:

aktualizované KORP Enterprise Accounting, vydání 2.0 (2.0.65.45) "Řízení obchodu", vydání 10.3 (10.3.37.3), nepomáhá. doklad platebního příkazu došlý pro jednu organizaci nespadá do registrace k výměně.

Otázka: Opět UT 10.3 vs 11

Rozhodl jsem se otázku izolovat v samostatném tématu, aby přítomnost specifik ve formě webu neodváděla pozornost od hlavní otázky:

Takže znovu:
Na jaké konferenci organizovat práci malá firma typu koupit-prodat. 11. v zárubních, 10. morálně zastaralý.

Existuje firma, obyčejný kupující a prodávající, pracující na objednávku kupujících, a to jak z vlastního skladu, tak ze skladu dodavatele. Klienti, většinou fyzici, platí hotově i bezhotovostně. Doručení: osobní odběr, kurýr, dopravci třetích stran.
Obecně taková typická malá kancelář.

Pro 10.3 už jsou argumenty jasné: stabilní, svižný, snadno přizpůsobitelný a tak dále.

A může někdo dělat kampaň pro UT 11?
Zde se říká: zorganizujte práci na 11., ale nedělejte to na 10.3, pro to a to.

Děkuji.

Odpovědět:

nsk1C řekl:

Proč by měli být uživatelé přeškolováni při přechodu z UT 10.3 na UT 11, pokud jsou řetězce operací a obchodních procesů vybudovány a odladěny v UT 10.3?

Kliknutím zobrazíte...

Neříkej. Nemám problém s rekvalifikací, tk. Mám úplně jinou motivaci než
zaměstnanců a jakákoliv změna pro ně bude zátěží, pokud to není zcela zřejmé, jako: včera jsem to udělal já a zítra to udělá robot. Běžní zaměstnanci se nedívají dál než o jeden krok vpřed a to není jejich úkol.

nsk1C řekl:

A celý problém TS je v tom, že obecně přeskakuje fáze sběru a analýzy požadavků (expresní průzkum) a na základě této analýzy vybírá na základě svého vhodného řešení.

Kliknutím zobrazíte...

Možná. Chápu, o čem mluvíte: že jdu vůbec ze špatného konce a neměla by být položena otázka, jakou konf si vybrat, ale jak si práci zorganizovat obecně. Ale ze své životní zkušenosti mohu říci, že každá potřeba musí dozrát. Nyní je potřeba zavést přesně 1C pro zaměstnance a nic víc (pokud to opravdu přeženeme a zredukujeme na dvě slova: zavést čárové kódy a odstranit duplicitu práce). Když pochopím, že to nebyl problém, který bylo potřeba řešit, objeví se nová potřeba a já ji vyřeším.

Otázka: Aktualizujte UT 10.3 pro přenos adresářů do UT 11.3.4

Ve skutečnosti existuje UT 10.3.10.4 na platformě 8.1, musíte přenést všechny adresáře do UT 11.3.4.
Standardní postup přenosu z 1C vyžaduje verzi UT 10.3.38
Otázkou tedy je, kde začít?
Aktualizace 10.3? Mezi tím je poměrně dost releasů, můžete některé přeskočit?!...
Z jaké verze bych měl přejít na platformu 8.2? Je to nezbytné? Vypnout režim kompatibility 8.1?

Odpovědět:

Aktualizoval bych 10.3 nebo bych vzal standardní pravidla migrace a upravil se pro sebe. Spíš 2

Dnes byl dotaz od klienta - přejít z UT 11.4.1.254 na UT 10.3
Spíše otázky vyvstávaly dlouho a nadešel kritický okamžik pro vytvoření diskuze a odeslání odkazu všem na ni

UT základna je řezaná (na maličkostech sporadicky po dlouhou dobu sbírala bolesti hlavy pro aktualizace), modul Bitrix pro výměnu s internetovým obchodem webu Bitrix, web je také řezán pro změny v 1C.
Spíše se provádějí změny konfigurace 1C pro změny ve funkčnosti webu a naopak
Interkampaň mezi 2 organizacemi

Vyskytly se problémy, které před aktualizací na 11.3 nebyly
V menším měřítku než při upgradu na 11.4.1.261

• 8.x UT 11.4.1.261 fantomové záporné zůstatky - KDO za to může (zaplatí) a CO dělat?

ale podstata je, že před aktualizací na 11.4 nebyly žádné problémy 11.3, zákazníci platí za aktualizaci, ale za své peníze dostávají problémy - psychóza a stres a práce bez placení

Nikdy jsem si nemyslel - jen jsem nevnímal a nevnímám tuto otázku jako skutečně nezbytnou pro ztrátu času

Pokud by se někdo podílel na přechodu z UT 11 na UT 10.3 - podělte se

Zde je dnešní dialog s klientem (se škrty, vypuštěnými frázemi o jiných problémech):

• Klient:
  Abych byl upřímný, už jsem začal pochybovat, zda toto 1C potřebujeme

  přechod na UT 10 vyřešit problém?

• já: Jaká otázka?
• Klient:
  o problémech s aktualizací

  Na začátku roku vše převést na 10k a pracovat tam

• já:
  Vycházíte z předpokladu, že přechod na UT 10.3 je jednodušší než řešení problémů na UT 11
  Ale není to tak

  Pro přechod potřebujete přijímat zůstatky a nyní je s nimi problém

  Pak návrat zpět není triviální
  A převody mezi organizacemi budete muset vypracovat ručně

• Klient::
  ano, předtím psychóza UT 11, my platíme aktualizace/práci a nevidím jiný rozdíl než 2 faktury za rok

  Globálně žádné zásadní změny

  Horší než ostatní, ve světle nedávných událostí jsem téměř 100% opustil vylepšení v 1C

  Včera jsem mluvil s administrátorem stránek, obecně mi radí, chtěl jsem to udělat v Bitrix24 a synchronizovat pouze účetní část s 1C

• já:
  Proč se mazat?
  Bylo vydáno 1C 8.3.11, ve kterém je pohodlnější implementovat vylepšení prostřednictvím rozšíření
  Jak si myslíte, že - kolik bude stát převod?
  Rozpočet – jaký – přechod?
• Klient::
  pojmenujte cenu
  Ani nebudu přemýšlet, protože nevím
  potřebujeme cenu a co jako výsledek dostaneme
• já
  Oceňování je velká práce
  a výsledek bude stále nepřesný a pravděpodobný

  Taky nebudu přemýšlet nadarmo

  Pojmenujte svůj rozpočet
  a já - co může / je lepší udělat pro něj

  "Nevidím jiný rozdíl než 2 faktury za rok"

  Možná ne dva SF?
  Opravdu jsem se do toho nepouštěl, ale zdá se mi, že je to o 4 řády víc

• Klient::
  Pamatuji si, že bylo důležité léto a říjen

  mohu se mýlit

• já: Nikdy jsem to neuložil - aktualizujte UT 11
• Klient:: To jsem neřekl
• já:: No, nebylo to nutné - bez extrémní potřeby

Odpovědět:

Takové přechody jsem ve své praxi ještě neviděl. Možná byste měli přemýšlet o UNF 1.6. Naštěstí ho zatím píše jiné vývojové oddělení a liší se funkčností. Ale znovu, jakýkoli přechod je jen tuna práce. Pokud se chystají přejít, pak budou muset nejprve jako obvykle duplikovat účetnictví ve dvou systémech. To je další zátěž na "tlačítkové pokery". Nespokojenost bude 1000krát silnější.
V UNF neexistuje žádný mechanismus Intercampani, ale zdá se, že existuje něco podobného, ​​jako je převod mezi organizacemi. Můžete to zvážit? + Internetový obchod pro Bitrix je normálně organizován. No, jako plus, zdravá výměna s PSU a aktualizace, zdá se, jsou také normální. Tedy alespoň pro Minulý rok, nepamatuji si moment, kdy byly problémy kvůli aktualizacím.
Funkčnost UT 11 a UT 10.3 je opět zásadně odlišná. Klient bude čelit spoustě dalších problémů, jako je opětovné řazení, přeúčtování dokumentů. Myslím, že jste si toho všeho vědomi.

Konec všech těch řečí. Je potřeba něco udělat, to je pochopitelné. Navrhuji uvažovat směrem k UNF.

Otázka: UT 10.3 jak organizovat příjem zboží

UT 10.3.
Zákazník si chce vzít zboží přímo z auta.
například přijelo auto se zbožím a je tam papírový nákladní list.
Klient chce ihned převzít a zajet účtenku do databáze a ihned zkontrolovat, zda je zboží (z sk) v databázi nebo ne.
Dá se to zorganizovat? MB nějak s TSD konfigurovat popř mobilní aplikace je k dispozici jako doplněk.

Odpovědět:

s tím, co je v autě.

--- Sdružení zprávy, 5. ledna 2018 v 16:42 ---

například v autě přijel šroubovák nebo zápalky, člověk sirky oskenoval. jo v databazi 1c je takovy a nastavit mnozstvi napr. 10. pak jsem naskenoval sk na sroubovaku, jo takovy sk tam neni, pak zadej produkt nebo nastav barcode a nastav mnozstvi , atd. pak vše uložil a přenesl z tsd nebo odněkud do základny 1s 10.3

Úkol. Společnost pořádá propagační akci, ve které je každému zákazníkovi poskytnuta sleva 1 000 rublů na částku každé faktury. Je možné tento problém vyřešit a jakými prostředky?

První věc, která zákazníkům přijde na mysl, je obvykle získat produkt „Sleva“ a vyřadit jej na faktuře se zápornou cenou rovnající se 1 000 rublů. Ale tento plán není proveditelný, protože. vkládání produktů se zápornou cenou je vývojáři zakázáno. Z hlediska zdravého rozumu je to naprosto oprávněné, protože. je absurdní uvažovat DPH u produktu se zápornou cenou a kdo potom bude produkt „Sleva“ účtovat na sklad, za jakou cenu a od koho ho koupit a proč ho vůbec potřebujeme na skladě ? Co by ale měl v této situaci dělat běžný uživatel?

Řešení 1. Odečtěte 1 000 rublů od nákladů na některé zboží na faktuře.

Faktura například obsahuje produkt "TV" v množství 1 ks. a cena 30 000 rublů. Ručně snižujeme cenu na 29 000 rublů a kupující tak získá slevu.

Nevýhody této metody jsou zřejmé:

• Manuální změna ceny.
• Kupující ve faktuře nevidí, že mu byla poskytnuta sleva. I když ve skutečnosti máme televizor, který stojí 30 000 rublů, může kupující považovat snížení ceny za fikci.
• Faktura nesmí obsahovat zboží v hodnotě vyšší než 1000 rublů. V tomto případě může být celková částka účtu vyšší.
• Není vždy možné odečíst 1000 rublů bez chyby při zaokrouhlování ceny zboží. Pokud například prodáváme 3 televizory za cenu 10 000 rublů, jejich celkové náklady jsou 30 000 rublů. Pro získání nové ceny jednoho televizoru je potřeba vypočítat: (30 000 - 1 000) / 3 = 9 666,67 výsledek se zaokrouhlí na dvě desetinná místa. Problém nastává, když do programu dosadíme novou cenu a dostaneme celkové náklady na zboží = 3 * 9 666,67 = 29 000,01 rublů. Poskytli jsme tedy kupujícímu slevu ne 1000 rublů, jak jsme slíbili, ale 999 rublů a 99 kopecks.

V některých případech mohou být zaokrouhlovací chyby mnohem větší!

Řešení 2. Tato možnost je již o něco pokročilejší než možnost 1, ale má společnou nevýhodu.

V této volbě musíme kliknout na tlačítko „Změnit“, umístěné v akční liště nad tabulkovou částí dokumentu, kde vybíráme zboží a služby.

V okně, které se objeví, proveďte nastavení uvedená na obrázku a klikněte na tlačítka "Spustit" a "OK".

Po popsaných akcích budou všechny ceny v dokumentu přepočítány tak, aby se celková částka dokumentu snížila o 1000 rublů.

V tomto případě nedojde k žádným chybám a ceny zboží se budou měnit úměrně částkám automaticky.

Nevýhodou tohoto způsobu je, že klient také ve faktuře neuvidí výši slevy, která mu byla poskytnuta.

Je tedy možné přimět zákazníka, aby slevu na vyúčtování viděl?

Teoreticky možné. Chcete-li to provést, v konfiguraci "Řízení obchodu" ed. 10.3 existuje mechanismus pro manuální a automatické slevy.

V praxi je problém, že:

• Hodnota slevy je nastavena v procentech.
• Sleva není uvedena na faktuře jako celku, ale na každé položce produktu.

Abychom tedy mohli použít tento mechanismus pro náš úkol, když je hodnota slevy vyjádřena jako absolutní hodnota 1000 rublů, máme 2 možnosti:
Zároveň, pokud zašleme fakturu k tisku, uvidíme, že klientovi byla poskytnuta sleva na zboží ve výši 999 rublů.

Druhou možností je pokusit se rozdělit slevu na všechny produkty rovnoměrně a vyjádřit ji v procentech z každé položky. Tato možnost, vzhledem ke složitosti výpočtů a vysoké pravděpodobnosti chyb a hojnosti ruční práce, nebude ani uvažována. Při evidenci faktur s velkým objemem různých položek je to obecně nepřijatelné.

Jak je patrné z uvedených příkladů, každá z možností má své nevýhody a v plném rozsahu ji nelze považovat za automatizovanou, alespoň „uspokojivě“.

Zadání pevné slevy v absolutních hodnotách můžete zautomatizovat provedením určitých úprav ve vaší konfiguraci. Poptávku na tento typ práce lze podat telefonicky, e-mailem nebo prostřednictvím formuláře zpětné vazby na našich webových stránkách.