Hogyan rendeljünk szállítói kifizetések
Megmondom tapasztalatból.
Egyszer régen voltunk nagyon szerény és kis informatikai cég. Mi eladási automatizálási berendezések és részt vesznek a végrehajtását a szoftver 1C. Kísérje figyelemmel a szállítói kifizetések egyszerű volt:
- Kaptunk pénzt a vevő
- a szállítónak fizetett
- beérkezett gépek
- szállított
A növekvő cégünk forgalma nőtt, volt késés kifizetéseket a beszállítóktól. Pálya fizetési szolgáltatók lesz sokkal slozhnee.Chtoby track „jövő” szállítói kifizetések, hoztak egy külön tálca, amely kezdett ölteni feltüntetésével számla szolgáltatók a kifizetés dátuma.
Cégünk nőtt, nőtt a forgalom fiókok „késleltetni” volt egy csomó. szállítói számlákat vált „elveszett”, „elfelejtett”, és szedjük szét az egész köteg számlát beszállítóktól lett elég nehéz. Claims kezdett kialakulni a szállítók a késedelmes fizetés. Erre azért volt szükség, hogy megoldja a problémát sürgősen.
Kezdetben van egy lánc a pénzügyi eszközök a következő volt:
- vásárló érdekében
- annak érdekében, hogy a szállító
- Kimenő fizetési megbízás
Az 1C „Trade Management” 10.3 egy „kezdetleges” fizetési kezelési mechanizmus szállítóknak - „A pályázatokat a pénzeszközök felhasználását” - így úgy döntöttünk, hogy használja otthon, előre kialakított könnyű kezelhetőség. Bővítettük a lánc dokumentumok tervezése és kivitelezése a készpénzes kifizetések beszállítók:
- vásárló érdekében
- annak érdekében, hogy a szállító
- Alkalmazás kiadások
- Kimenő fizetési megbízás
„Application kiadások alapok” a következő:
1. ábra: Alkalmazás formája az alapok kifizetését, a fő típus
2. ábra: Alkalmazás kiadások, könyvjelző leírás
A „mi” változata dokumentum az alábbi módosításokat:
1. Ez a dokumentum kötelező. Minden kifizetéseket csak alapján alkalmazások kiadások.
2. Van egy zászló „Előtörlesztés”. Jelenlétében a zászló, mindenki megérti, hogy míg a kérelmet a fizetés nem lesz - árut szállító nem szállítunk a.
3. „terv” - egy olyan területen, a dátumot eredetileg tervezett költségek (előállítására ezt az alkalmazást). Tisztán egy információs mező, hogy megértsük - indokolja a kérelmet a tervezett kifizetés vagy sem
4. A „felelős” blokkolva a változás
5. A „Leírás”, amikor belépnek a kérelem alapján az, hogy a beszállító által generált teljesen automatikusan. És mivel az, hogy a beszállító, adja meg az eredeti számla számát és dátumát az eladó, hogy gondosan át az alkalmazás alapok kifizetését, majd a kimenő fizetési megbízás. Ez kényelmes, szállító boldog.
6. A legfontosabb változás - ez a mező „Állapot” körülmények között több alkalmazásban:
a. Készül - nem fizet és nem fizet a kérelem
b. Jóváhagyott - Ez az állapot helyezi a pénzügyi vezérigazgató, és csak ezután a kérelmet kap egy könyvelő, egy sorban a fizetési
c. Törölve - ebben az esetben azt látjuk, hogy ez az alkalmazás azonnal CFO hajlandó fizetni
7. Amikor létrehoz egy dokumentumot, a dokumentum küldött egy változás bejelentés „felelős” alkalmazottak. De a „Bejelentés” van írva a másik cikk
Fontos kívül - csak a CFO lehet változtatni az állam költ Applications
Most, a kérések alapok felhasználása húzott feltétlenül az összes kifizetés:
Például kifizetési kérelmeket kiadó festett már a következő hat hónapban, és az adók már sorban álló fizetési végén a negyedévben. Íme egy példa a Journal „Applications kiadások alapok”:
- „Zöld” - kéri - a már kifizetett
- "Red" - lejárt
- „Blue” - összhangban a fizetési
- „Fehér” - kész „(vagyis még nem jóváhagyott fizetés)
Mi van, már végre ez az eszköz elég egyszerű?
1. Nem a fizetés nem kerül sor hozzájárulása nélkül a pénzügyi vezérigazgató
2. Tisztában vagyunk a jövőbeni kifizetéseket a következő (és nem csak) szemszögéből
3. Könnyen fizetési terv
4. És hála a „színezés” folyóirat dokumentumok - lehet „dióhéjban” tájékoztatás a fizetési állapota ma, holnap, holnapután ...