home *** CD-ROM | disk | FTP | other *** search
/ PC World Komputer 1996 December / PCWKCD1296.iso / demo / format / ksiega.dem / ZBYT-SKP.TX2 < prev    next >
Text File  |  1996-10-01  |  39KB  |  746 lines
  1.     ======================================================================
  2.     ░░░░░░░░░░░░  (c) Biuro Informatyki Stosowanej  "FORMAT"  ░░░░░░░░░░░░
  3.     ----------------------------------------------------------------------
  4.                    Super  K S I ¿ G A   P O D A T K O W A
  5.     ......................................................................
  6.     .................   >>>   ZBYT  ---> SKP   <<<   .....................
  7.     ......................................................................
  8.     .  Zaêo╛enia projektowe dla moduêów przenoszenia danych z programów  .
  9.     .  sprzeda╛y,fakturowania,itp. do programu : Super KSI¿GA PODATKOWA  .
  10.     ......................................................................
  11.     ----------------------------------------------------------------------
  12.      59-220 Legnica  ul.Gwiezdna 8                   tel.(0-76)  54-79-58
  13.     ======================================================================
  14.  
  15. Realizacja projektu ma na celu umo╛liwienie automatycznego przenoszenia zapi-
  16. sów dotyczÑcych sprzeda╛y/zakupów, powstajÑcych w ró╛nego rodzaju programach
  17. magazynowych, fakturujÑcych, obsêugi produkcji, sprzeda╛y, itp. zwanych dalej
  18. (ZBYT), do programu Super Ksi⌐ga Podatkowa (zwanego dalej SKP), którego jes-
  19. teÿmy producentem.
  20.  
  21. Przede wszystkim czynimy nast⌐pujÑce zaêo╛enia:
  22.  
  23.  - poêÑczenie programów b⌐dzie dokonane bez ingerencji w ich dotychczasowÑ
  24.    budow⌐
  25.  - zakêadamy, ╛e producenci programów ZBYT i SKP nie b⌐dÑ musieli wnikaå w
  26.    konstrukcj⌐ i szczegóêy programu stowarzyszonego, porozumiewajÑc si⌐
  27.    tylko ustaleniami dotyczÑcymi plików poÿredniczÑcych
  28.  - protokóê transmisji ma byå w du╛ym stopniu odporny na modyfikacje jakie
  29.    mogÑ z czasem nast⌐powaå w obu programach
  30.  - zakêadamy, ╛e programy ZBYT i SKP mogÑ pracowaå na niezale╛nych
  31.    komputerach (np. inne miejsce sprzeda╛y, a inne miejsce prac ksi⌐gowych)
  32.  
  33. Wynika z tego, ╛e najbardziej elastycznym i majÑcym najwi⌐cej szans realizacji
  34. jest wariant, w którym producent programu ZBYT tworzy moduê czytajÑcy dane z
  35. programu ZBYT i zapisujÑcy je w ustalonym formacie w plikach poÿrednich
  36. (z mo╛liwoÿciÑ skêadowania na dyskietk⌐), a producent programu SKP tworzy
  37. moduê êadujÑcy dane z pliku poÿredniego do programu SKP. Powstaêe moduêy mogÑ
  38. istnieå jako samodzielne programy wykonywalne lub zostaå wêÑczone jako opcja
  39. do programu zasadniczego.Wybór ten pozostaje wyêÑcznie w gestii poszczególnych
  40. producentów.
  41.  
  42. W dalszej cz⌐ÿci opracowania piszÑc Moduê-Z i Moduê-S, b⌐dziemy mieli na myÿli
  43. te programy, czy fragmenty programów, które zajmujÑ si⌐ odpowiednio: pobraniem
  44. danych z programu ZBYT i analogicznie, zapisaniem ich w programie SKP. Modul-S
  45. zostaê wbudowany w program SKP i dost⌐pny jest w pozycji menu:
  46.                                             Procedury pomocnicze / ZBYT-->SKP
  47.  
  48. Proces przenoszenia danych b⌐dzie polegaê na wywoêaniu wpierw programu czyta-
  49. jÑcego dane z programu ZBYT, a po zakoΣczeniu jego dziaêania, programu êadujÑ-
  50. cego dane do programu SKP. Zakêadamy, ╛e programy b⌐dÑ posiadaêy odpowiednie
  51. opcje ustalajÑce niezb⌐dne parametry (np. ÿcie╛ki dost⌐pu, zakres dat, itp.)
  52. oraz szereg procedur kontrolnych umo╛liwiajÑcych niezawodnÑ transmisj⌐ danych.
  53.  
  54. Format danych w plikach poÿredniczÑcych w przenoszeniu danych
  55. =============================================================
  56.  
  57. MówiÑc dalej pliki poÿredniczÑce, b⌐dziemy mieå na myÿli zarówno pliki znajdu-
  58. jÑce si⌐ na wspólnym dysku, we wspólnych zasobach sieciowych lub na dyskietce.
  59. Naszym celem jest aby struktura i zawartoÿå plików poÿredniczÑcych umo╛liwiêa
  60. przekazanie kompletnej informacji dla plików: kontrah.dbf, roz_rob.dbf i
  61. vat_rob.dbf nale╛Ñcych do programu SKP. Je╛eli ze wzgl⌐du na odmiennoÿå struk-
  62. tury plików w programach ZBYT i SKP nie mo╛emy plików poÿredniczÑcych zapisaå
  63. w formacie DBF, nale╛y przyjÑå format tekstowy o staêej dêugoÿci rekordu bez
  64. odst⌐pów i separatorów mi⌐dzy polami (SDF ASCII). Moduê-S, czytajÑcy dane z
  65. plików poÿredniczÑcych dokona odpowiedniej konwersji na standard DBF. Je╛eli
  66. pliki poÿredniczÑce b⌐da typu DBF, nale╛y stosowaå nazwy i rozmiary pól analo-
  67. gicznie do struktur programu SKP.
  68.  
  69. Ogólne zasady pobierania i êadowania danych
  70. -------------------------------------------
  71.    Przy przenoszeniu danych Modul-Z pobierze dane za wskazane okres i zapisze
  72. je w plikach poÿredniczÑcych: FIRMY.TMP i DOKUM.TMP. Pierwszy b⌐dzie zawieraê
  73. informacje o kontrahentach, drugi o dokumentach ksi⌐gowych. Po zaêadowaniu
  74. danych do programu SKP pliki te stanÑ si⌐ zb⌐dne.
  75.  
  76. Program Modul-S zaêo╛y i b⌐dzie stale wspóêpracowaê z dwoma plikami
  77. kontrolnymi FIRMY.CTR i DOKUM.CTR, b⌐dÑcymi dziennikami transmisji.
  78. B⌐dÑ one rejestrowaå odpowiednio:
  79.  - niektóre informacje o kontrahentach dopisywanych do programu SKP
  80.  - charakterystyczne cechy przenoszonych dokumentów
  81. Ich zadaniem b⌐dzie identyfikacja i kojarzenie kontrahentów z programu ZBYT
  82. z listÑ kontrahentów programu SKP oraz zabezpieczenie przed powtórnym
  83. przeniesieniem tych samych kontrahentów i dokumentów.
  84.  
  85.    Katalogi w których istniejÑ programy Modul-Z i Modul-S, sÑ dowolne i nie
  86. muszÑ zale╛eå od umiejscowienia programów ZBYT i SKP. Dla programu Modul-S
  87. mo╛e to byå np. podkatalog o nazwie ZBYT_SKP w katalogu gêównym programu SKP.
  88.  
  89.    Przy transmisji dokumentów wykorzystamy konstrukcj⌐ programu SKP, w którym
  90. dane sÑ wprowadzane w punkcie Wprowadzanie danych. Jest to jakby brudnopis,
  91. gdzie dane mo╛na poprawiaå, kasowaå, a tak╛e wydrukowaå przed zaksi⌐gowaniem.
  92. Mo╛emy dzi⌐ki temu odrzuciå cz⌐ÿå lub caêÑ parti⌐ przeniesionych dokumentów.
  93. Mo╛emy te╛ wykonaå na nich dowolne uzupeênienia.
  94.  
  95. Pobieranie danych z programu ZBYT b⌐dzie przebiegaêo nast⌐pujÑco:
  96. ----------------------------------------------------------------
  97.  
  98. 1. Moduê-Z dokonuje ogólnych czynnoÿci kontrolnych dotyczÑcych ÿrodowiska
  99.    (kontrola ÿcie╛ek dost⌐pu, obecnoÿci wymaganych plików, dyskietki itp.)
  100. 2. Zadaje pytanie za jaki okres dane majÑ zostaå pobrane
  101. 3. Przekazuje w uzgodnionej strukturze z programu ZBYT do pliku
  102.    poÿredniczÑcego FIRMY.TMP list⌐ kontrahentów, którzy zwiÑzani sÑ z
  103.    przesyêanÑ partiÑ dokumentów
  104. 4. Przekazuje w uzgodnionej strukturze z programu ZBYT do pliku
  105.    poÿredniczÑcego DOKUM.TMP dane o sprzeda╛ach/zakupach za wskazany okres.
  106.    Nale╛y zwróciå uwag⌐, ╛e nie nale╛y przenosiå dokumentów typu: wydania
  107.    wewn⌐trzne czy przesuni⌐cia mi⌐dzymagazynowe.
  108.  
  109. Uwaga! Ze wzgl⌐du na konstrukcj⌐ programu SKP, przenoszone mogÑ byå dane
  110.        nale╛Ñce do jednego miesiÑca ksi⌐gowego. Program SKP mo╛e przyjÑå
  111.        dokumenty z dowolnego zakresu dat, jednak╛e caêÑ ich parti⌐
  112.        zaksi⌐guje na jeden wskazany miesiÑc. Jest to uwaga czysto formalna,
  113.        bowiem u╛ytkownik b⌐dzie przenosiê dane cz⌐ÿciej (codziennie lub co
  114.        tydzieΣ). Ze wzgl⌐du na to, ╛e dokumenty z kilku ostatnich dni bywajÑ
  115.        czasem zmieniane (zwroty, poprawki), zaleca si⌐ przenoszenie partii
  116.        dokumentów za bardziej odlegêy okres, np. ubiegêy tydzieΣ.
  117.  
  118.  
  119. ¥adowanie danych do programu SKP b⌐dzie przebiegaêo nast⌐pujÑco:
  120. ---------------------------------------------------------------
  121.  
  122. 1. Moduê-S dokonuje ogólnych czynnoÿci kontrolnych dotyczÑcych ÿrodowiska
  123.    (jw.), oraz parametrów transmisji (miesiÑc ksi⌐gowy, konta kontrahentów,
  124.    konta przeciwstawne typy transakcji vat itp.). Parametry te b⌐dÑ
  125.    pami⌐tane w pliku ZBYT_SKP.PAR i je╛eli nie zachodzi koniecznoÿå zmian,
  126.    b⌐dzie tylko wystarczaêo ich potwierdzenie.
  127. 2. W oparciu o prowadzony dziennik transmisji FIRMY.CTR, ustala którzy
  128.    kontrahenci w pliku FIRMY.TMP sÑ nowi i nale╛y dopisaå ich do programu SKP
  129. 3. Interpretuje dane zawarte w pliku FIRMY.TMP i uaktualnia odpowiednie pliki
  130.    w SKP
  131. 4. Zapisuje do pliku FIRMY.CTR informacje o nowo dopisanych kontrahentach
  132. 6. Interpretuje dane zawarte w pliku DOKUM.TMP i dokonuje kontroli formalnej
  133.    poprawnoÿci nadesêanych danych.
  134. 5. Sprawdza w oparciu o prowadzony dziennik transmisji DOKUM.CTR, czy wÿród
  135.    dokumentów zawartych w pliku DOKUM.TMP nie pojawiêy si⌐ takie, które byêy
  136.    ju╛ przenoszone i uaktualnia odpowiednie pliki w programie SKP.
  137. 7. Zapisuje do pliku DOKUM.CTR informacje o nowo dopisanych dokumentach
  138.  
  139.  
  140. Po schematycznym przedstawieniu obiegu informacji przejdziemy do szczegóêów.
  141. Jako, ╛e proces êadowania danych do programu SKP wykona caêkowicie Modul-S,
  142. skupimy si⌐ wyêÑcznie na zadaniach Moduêu-Z, czyli sposobie utworzenia plików
  143. poÿredniczÑcych i na konkretnych wymaganiach dotyczÑcych ich struktur.
  144.  
  145.  
  146. PROCES POBIERANIA DANYCH Z PROGRAMU ZBYT  (Moduê-Z)
  147. ===================================================
  148.  
  149. Lista kontrahentów
  150. ------------------
  151.  
  152. Dla orientacji zapoznajmy si⌐ ze strukturÑ pliku kontrah.dbf, zawierajÑcego
  153. dane o kontrahentach w programie SKP. Do prawidêowej pracy programu SKP, nie
  154. jest konieczne wypeênienie wszystkich pól. Z drugiej strony niektóre konieczne
  155. pola (KOD i KONTO_K), majÑ budow⌐ ÿciÿle okreÿlonÑ w programie SKP. Dlatego
  156. Moduê-Z nie b⌐dzie bezpoÿrednio êadowaê tych pól, a tylko przeka╛e swoje ozna-
  157. czenia kodowe kontrahentów, pozostawiajÑc ich interpretacj⌐ Moduêowi-S.
  158.  
  159.      Field Name    Type     Width
  160. ---------------------------------
  161.  1   KOD         Character    5
  162.  2   NAZWA       Character   25
  163.  3   KONTO_K     Character   10
  164.  4   TLTX        Character   43
  165.  5   PELNA_NAZW  Character   33
  166.  6   MIASTO      Character   20
  167.  7   ADRES       Character   25
  168.  8   BANK        Character   31
  169.  9   KONTO_B     Character   31
  170. 10   REGON       Character   13
  171. 11   CZY_VAT     Logical      1
  172.  
  173.  
  174. KOD      jest to unikalny numer zapisany znakowo z poprzedzajÑcymi zerami.
  175.          Wykorzystywany jest w wewn⌐trznych operacjach programu. WêaÿciwoÿciÑ
  176.          programu SKP jest to, ╛e powstajÑcy w nim kontrahenci zawsze majÑ
  177.          pierwszy znak kodu 0. B⌐dzie to wykorzystane i kontrahenci dopisywani
  178.          z programu ZBYT zostanÑ wyró╛nieni cyfrÑ ró╛nÑ od zera (mo╛na te╛
  179.          zastosowaå ró╛ne cyfry dla dostawców i odbiorców). Dzi⌐ki temu w
  180.          razie jakiejÿ nieprawidêowoÿci (zwêaszcza w fazie testowania
  181.          transmisji) mo╛emy êatwo stwierdziå czy dany kontrahent powstaê w SKP
  182.          czy przybyê ze ZBYT-u. Plik kontrah.dbf jest indeksowany wg. pola KOD
  183.          w pliku ko_kod.ntx. Poza unikalnoÿciÑ i dêugoÿciÑ 5 znaków, nie ma
  184.          innych wymagaΣ na pole KOD. Dopuszczalne sÑ "dziury" w numeracji.
  185.  
  186. NAZWA    jest to tzw. nazwa robocza, wg której program SKP komunikuje si⌐ z
  187.          u╛ytkownikiem. Poniewa╛ jest u╛ywana przy wydruku KPiR i rejestrów
  188.          vat dlatego powinna zawieraå jasne i jednoznaczne okreÿlenie kontra-
  189.          henta (nazwa firmy, lub nazwisko), oraz jego siedzib⌐ (miasto). Ze
  190.          wzgl⌐du na ograniczonÑ dêugoÿå tego pola, nale╛y dokêadnie rozwa╛yå
  191.          wszystkie mo╛liwoÿci jego starannego wypeênienia. Plik kontrah.dbf
  192.          jest indeksowany wg pola NAZWA w pliku ko_nazwa.ntx, z uwzgl⌐dnieniem
  193.          stosowanego przez u╛ytkownika standardu polskich znaków.
  194.  
  195. KONTO_K  ksi⌐gowe konto analityczne kontrahenta. Niezwykle wa╛ne pole, o
  196.          bardzo sformalizowanej budowie. PoczÑtkowe znaki mogÑ byå wyêÑcznie
  197.          syntetycznymi kontami kontrahentów zawartymi w pliku SYNTET_I.DBF.
  198.          Nast⌐pnie musi wystÑpiå znak minus, po którym rozpoczyna si⌐
  199.          analityczna cz⌐ÿå konta. Pole KONTO_K nie mo╛e zawieraå spacji, dwóch
  200.          nast⌐pujÑcych po sobie znaków minus (np. 200--00013) oraz innych
  201.          znaków ni╛ cyfry i wspomniany minus. Znak minus nie mo╛e byå ostatnim
  202.          znakiem pola. Caêoÿå znaków tworzÑcych pole musi byå unikalna na
  203.          liÿcie kontrahentów. Plik kontrah.dbf jest indeksowany wedêug pola
  204.          KONTO_K w pliku ko_kok.ntx.
  205.  
  206. TLTX       pole o niekontrolowanej zawartoÿci; przewidziane na notatki
  207.  
  208. PELNA_NAZW pole o niekontrolowanej zawartoÿci przewidziane na oficjalnÑ nazw⌐
  209.            kontrahenta; u╛ywane do: fakturowania, adresowania pism, kopert,
  210.            not odsetkowych i przelewów
  211.  
  212. MIASTO     pole o niekontrolowanej zawartoÿci przewidziane na kod
  213.            pocztowy i siedzib⌐ kontrahenta; u╛ywane jw.
  214.  
  215. ADRES      pole o niekontrolowanej zawartoÿci przewidziane na adres
  216.            kontrahenta; u╛ywane jw.
  217.  
  218. BANK       pole o niekontrolowanej zawartoÿci przewidziane na nazw⌐ banku
  219.            kontrahenta; u╛ywane do przelewów
  220.  
  221. KONTO_B    pole o niekontrolowanej zawartoÿci przewidziane na nazw⌐ banku
  222.            kontrahenta; u╛ywane do przelewów
  223.  
  224. REGON      pole o niekontrolowanej zawartoÿci; przewidziane na nip, regon lub
  225.            pesel kontrahenta konieczne gdy w programie SKP prowadzimy
  226.            ewidencj⌐ vat i fakturowanie
  227.  
  228. CZY_VAT    pole logiczne okreÿlajÑce czy kontrahent jest pêatnikiem vat. Ma
  229.            znaczenie informacyjne i pomocnicze przy fakturowaniu
  230.            (rachunek/faktura)
  231.  
  232.  
  233. Moduê-S zajmujÑc si⌐ wprowadzeniem nowych kontrahentów do programu SKP,
  234. b⌐dzie oczekiwaê poni╛szych informacji zawartych w pliku FIRMY.TMP:
  235.  
  236.  - okreÿlenie kategorii kontrahenta (np. odbiorca/dostawca), co mo╛e byå
  237.    pomocne w nadaniu mu wêaÿciwego konta syntetycznego
  238.  - unikalny wyró╛nik kontrahenta w programie ZBYT (np. kod), na podstawie,
  239.    którego zostanie utworzone pole KOD i KONTO_K.
  240.  - nazwa robocza (skrócona nazwa kontrahenta wraz z siedzibÑ)
  241.  - NIP (lub regon lub pesel)
  242.  
  243. ponadto mogÑ byå przekazane inne dane o kontrahencie:
  244.  
  245.  - informacyjne dane pomocnicze (np.numer telefonu)
  246.  - peêna nazwa (max. 33 znaki)
  247.  - kod pocztowy i miasto (poczta)
  248.  - adres (ulica lub miejscowoÿå)
  249.  - nazwa banku
  250.  - numer konta bankowego
  251.  - informacja czy jest on pêatnikiem vat
  252.  
  253.  
  254. Plik poÿredniczÑcy FIRMY.TMP, b⌐dzie miaê poni╛szÑ postaå. Znaczenie pól jest
  255. zgodne z opisem powy╛ej.
  256.  
  257.      Field Name    Type     Width
  258. ---------------------------------
  259.  1   TYP_KLIENT  Character    1
  260.  2   KOD_ZBYT    Character    5
  261.  3   NAZWA       Character   25
  262.  4   TLTX        Character   43
  263.  5   PELNA_NAZW  Character   33
  264.  6   MIASTO      Character   20
  265.  7   ADRES       Character   25
  266.  8   BANK        Character   31
  267.  9   KONTO_B     Character   31
  268. 10   NIP_REGON   Character   13
  269. 11   CZY_VAT     Character    1
  270.  
  271.  
  272. Objaÿnienia:
  273.  
  274. TYP_KLIENT Wartoÿå tego pola b⌐dzie przyjmowaêa wartoÿci 1,..,9, zapisane zna-
  275.            kowo (znaku 0 nie stosujemy). Je╛eli nie chcemy wyró╛niaå ╛adnej
  276.            grupy kontrahentów stosujemy znak 1. Je╛eli chcemy i jesteÿmy w
  277.            stanie dokonaå jakiegoÿ podziaêu stosujemy ró╛ne znaki. Moduê-S êa-
  278.            dujÑcy dane do programu SKP skonsultuje z u╛ytkownikiem jakie konta
  279.            syntetyczne zostanÑ przypisane odpowiednim kategoriom kontrahentów.
  280.            Mo╛emy wst⌐pnie zaêo╛yå, ╛e Modul-Z nada temu polu wartoÿci: 1 dla
  281.            odbiorców i 2 dla dostawców.
  282.  
  283. KOD_ZBYT   Stosowany w programie ZBYT liczbowy kod kontrahenta (zapisany
  284.            znakowo o staêej dêugoÿci pola)
  285.  
  286. NAZWA      Nazwa robocza powinna zawieraå charakterystycznÑ nazw⌐ kontrahenta
  287.            i jego siedzib⌐. Pewnym problemem mo╛e byå uzyskanie prawidêowej
  288.            budowy tego pola ze wzgl⌐du na to, ╛e zazwyczaj program ZBYT posêu-
  289.            guje si⌐ dêugimi nazwami, w peênym brzmieniu (efekt, do nie dawna
  290.            obowiÑzujÑcych a drobiazgowo respektowanych przepisów). Mo╛na spró-
  291.            bowaå to rozwiÑzaå sugerujÑc u╛ytkownikowi odpowiednie wprowadzanie
  292.            nazw i adresów, czy wr⌐cz z góry dedykujÑc niektóre pola z opisu
  293.            kontrahenta do celów programu ZBYT, a niektóre dla SKP. Poniewa╛
  294.            nazwa robocza (pole NAZWA) mo╛e mieå maksymalnÑ dêugoÿå 25 znaków,
  295.            to w kraΣcowym przypadku trzeba b⌐dzie brutalnie przycinaå nazwy i
  296.            miejscowoÿci u╛ywane w programie ZBYT. Dla celów tylko estetycznych
  297.            (przy wydrukach w programie SKP) nazw⌐ miejscowoÿci w polu NAZWA 
  298.            mo╛na by dosuwaå do prawej kraw⌐dzi pola. Przy koniecznoÿci skróce-
  299.            nia nazwy u╛ywanej w programie ZBYT mo╛na te╛ usuwaå niektóre znaki: 
  300.            cudzysêowy, apostrofy, myÿlniki, spacje a╛ do uzyskania wymaganej 
  301.            dêugoÿci (dotyczy to tak╛e pola PELNA_NAZW i pozostaêych zbyt dêu-
  302.            gich okreÿleΣ).
  303.  
  304. CZY_VAT    Przyjmujemy zasad⌐, ╛e je╛eli kontrahent jest pêatnikiem vat
  305.            wpisujemy liter⌐ T, w przeciwnym wypadku wpiszemy liter⌐ N.
  306.  
  307.  
  308. UWAGA!
  309.  
  310. Je╛eli plik poÿredniczÑcy FIRMY.TMP jest typu DBF, nale╛y u╛yå nazw, typów
  311. i dêugoÿci pól jak w powy╛szym opisie.
  312.  
  313. W przypadku pliku tekstowego SDF ASCII, nale╛y zachowaå podobieΣstwo w
  314. ukêadzie i dêugoÿci pól. Dodatkowo nale╛y przestrzegaå nast⌐pujÑcych zasad:
  315.  
  316. - ciÑg znaków dotyczÑcych jednego klienta nale╛y koΣczyå znakiem koΣca linii
  317.   Hex: 0D 0A (Dec: 13 10), tak aby dane dotyczÑce jednego klienta tworzyêy
  318.   kolejne wiersze.
  319. - przenosimy peêne formaty êaΣcuchów dotyczÑcych poszczególnych pól tak, aby
  320.   w miejscach pustych znajdowaêa si⌐ spacja Hex: 20 (Dec: 32), a nie znak
  321.   pusty Hex: 00 (Dec: 0).
  322.  
  323.  
  324. Przy aktualizacji listy kontrahentów, program Modul-S oprócz zasadniczego
  325. pliku kontrah.dbf, uzupeêniaå te╛ b⌐dzie plik sum_kon.dbf. Jest to plik
  326. wynikowy to znaczy mo╛na przywróciå jego prawidêowÑ zawartoÿå operacjÑ:
  327. Odÿwie╛anie danych wynikowych. Podczas wst⌐pnego etapu testowania transmisji
  328. mo╛emy ignorowaå stan tego pliku
  329.  
  330.  
  331. Dokumenty ksi⌐gowe
  332. ------------------
  333.  
  334. Dokumenty oczekujÑce na zaksi⌐gowanie w programie SKP znajdujÑ si⌐ w pliku
  335. roz_rob.dbf zawierajÑcym takie dane jak: konto ksi⌐gowe kontrahenta, numer,
  336. dokumentu, data wystawienia itp., Program SKP umo╛liwia oprócz prowadzenia
  337. KPiR i kontroli rozliczeΣ tak╛e prowadzenie rejestrów vat. W tym celu oprócz
  338. kwoty brutto do zapêaty posiada tzw. opis vatowski (w pliku vat_rob.dbf),
  339. czyli skêadowe kwoty brutto: netta i podatki w odpowiednich stawkach oraz
  340. przypisanie danego dokumentu do wêaÿciwego typu transakcji (sprzeda╛, zakup
  341. i typ zakupu).
  342.  
  343. Je╛eli program ZBYT prowadzi vatowski rejestr sprzeda╛y i zakupów oraz nie
  344. b⌐dziemy w programie SKP prowadziå kontroli zapêat, to nie jest konieczne
  345. przenoszenie do programu SKP peênego vatowskiego opisu dokumentu. Wystarczy
  346. wówczas do programu SKP przekazaå wyêÑcznie kwot⌐ netto jaka ma byå uj⌐ta w
  347. KPiR. Nale╛y jednak przygotowaå moduêy transmisji do przenoszenia kompletu
  348. danych, a decyzj⌐ o sposobie pracy pozostawiå u╛ytkownikowi.
  349.  
  350. Dla orientacji zapoznajmy si⌐ ze strukturÑ pliku roz_rob.dbf :
  351.  
  352.      Field Name    Type    Width  Dec
  353. -------------------------------------
  354.  1   KONTO_K     Character   10
  355.  2   DOKUMENT    Character   10
  356.  3   WARTOSC     Numeric     11    2
  357.  4   ROZLICZ     Logical      1
  358.  5   DOP_ZWLOKA  Numeric      3    0
  359.  6   VAT_KOD     Numeric      7    0
  360.  7   DATA        Date         8
  361.  8   MIESIAC     Character    2
  362.  9   WINIEN      Logical      1
  363. 10   KONTO_ANT   Character   10
  364. 11   OPIS        Character   12
  365. 12   DATA_KPR    Numeric      2    0
  366.  
  367.  
  368. KONTO_K    ksi⌐gowe konto analityczne kontrahenta, jedyny wyró╛nik wiÑ╛Ñcy
  369.            dokument z listÑ kontrahentów. Jako KONTO_K mogÑ byå wstawiane
  370.            wyêÑcznie konta zawarte na liÿcie kontrahentów. Gdy pole to jest
  371.            puste byå, wówczas taka pozycja nie b⌐dzie ksi⌐gowana.
  372.  
  373. DOKUMENT   nazwa dokumentu np. numer faktury. Z uwagi na wymagania programu
  374.            SKP, pole nie mo╛e rozpoczynaå si⌐ spacjami, oraz ciÑg znaków
  375.            opisujÑcych dokument nie mo╛e zawieraå spacji. Czyli zwarty ciÑg
  376.            znaków od pierwszej pozycji. U╛ycie w nazwie dokumentu znaków $ i
  377.            @ jest zabronione. Nie zalecane jest te╛ stosowanie znaku #.
  378.            Dêugoÿå nazwy dokumentu mo╛e byå dowolna (do 10 znaków).
  379. WARTOSC    kwota brutto do zapêaty. Gdy pole to ma wartoÿå zero, wówczas taka
  380.            pozycja nie b⌐dzie ksi⌐gowana. Uwaga! Wpisywane tu liczby muszÑ
  381.            byå o rzÑd mniejsze ni╛ wynika to ze struktury pliku roz_rob.dbf.
  382.  
  383. ROZLICZ    nieco mylÑca tu nazwa. Okreÿla czy dana pozycja jest prawidêowa.
  384.            Pozycje o polu ROZLICZ równym .F. nie sÑ ksi⌐gowane. Prawidêowa to
  385.            znaczy majÑca podanego kontrahenta i pole WARTOSC ró╛nÑ od zera.
  386.            Pozostaêe wa╛ne pola tj. DATA i KONTO_ANT program SKP w swoim
  387.            normalnym dziaêaniu sam zabezpiecza przed nieprawidêowym zapisem
  388.            lub pustÑ wartoÿciÑ
  389.  
  390. DOP_ZWLOKA okreÿla w ciÑgu ilu dni od daty powstania zobowiÑzania ma nastÑpiå
  391.            zapêata. Dowolna liczb⌐ nieujemna <= 999
  392.  
  393. VAT_KOD    u╛ywany do kojarzenia rekordów pliku roz_rob.dbf z plikiem
  394.            vat_rob.dbf. Gdy to pole ma wartoÿå zero, oznacza to, ╛e dla tej
  395.            pozycji nie wprowadzamy skêadowych vat.
  396.  
  397. DATA       data powstania zobowiÑzania do celów kontroli rozliczeΣ i jedno-
  398.            czeÿnie data wystawienia dokumentu dla potrzeb rejestrów vat. Pole
  399.            to nie okreÿla dnia wpisu do KPiR, sêu╛y do tego inne pole DATA_KPR
  400.  
  401. MIESIAC    wa╛ny parametr. Wszystkie pozycje w pliku roz_rob.dbf muszÑ mieå
  402.            t⌐ samÑ wartoÿå pola MIESIAC. Wartoÿciami pola MIESIAC sÑ znakowo
  403.            zapisane numery miesi⌐cy wraz z poprzedzajÑcymi zerami
  404.            (01,..,09,..,12). Formalnie program dopuszcza wartoÿå 00, co
  405.            traktuje jako bilans otwarcia.
  406.  
  407. WINIEN     je╛eli kwota do zapêaty ma byå zaksi⌐gowana na stron⌐ Winien
  408.            kontrahenta pole to przyjmuje wartoÿå .T., np. sprzeda╛e, korekty
  409.            sprzeda╛y, rozliczenie zakupu. Dla zakupów, korekt zakupów i
  410.            rozliczenia sprzeda╛y przyjmuje wartoÿå .F..
  411.  
  412. KONTO_ANT  konto przeciwstawne. Poÿrednio okreÿla numer kolumny w ksi⌐dze.
  413.            MogÑ tu byå wstawiane wyêÑczanie konta zawarte w planie kont
  414.            przeciwstawnych (plik SYNTETII.DBF). Pole to nie mo╛e pozostaå
  415.            puste. Program SKP zapewnia to wstawiajÑc wst⌐pnie do nowej
  416.            pozycji konto "ÿmietnik": Pozostaêe konta, majÑce symbol  ~ (znak
  417.            ~ jest poprzedzony spacjÑ). W najprostszym przypadku lista kont
  418.            mo╛e pokrywaå si⌐ ze spisem kolumn KPiR, w bardziej rozbudowanym
  419.            u╛ytkownik sam dostosowuje konta przeciwstawne do swoich potrzeb
  420.            i przypisuje je do odpowiednik kolumn.
  421.  
  422. OPIS       dowolny ciÑg znaków nie kontrolowany przez program, odpowiada
  423.            kolumnie opis zdarzenia gospodarczego z KPiR.
  424.  
  425. DATA_KPR   okreÿla dzieΣ wpisu do KPiR. Podanie wartoÿci 0, oznacza, ╛e
  426.            dokument nie b⌐dzie uj⌐ty w KPiR.
  427.  
  428. Zapoznajmy si⌐ te╛ z budowÑ pliku vat_rob.dbf,
  429. zawierajÑcego opisy vatowskie.
  430.  
  431.      Field Name    Type     Width  Dec
  432. --------------------------------------
  433.  1   VAT_KOD     Numeric       7    0
  434.  2   DATA_2      Date          8
  435.  3   KOREKTA     Character     1
  436.  4   STATUS      Character     1
  437.  5   TYP_KOR     Character     1
  438.  6   NET_22      Numeric      11    2
  439.  7   VAT_22      Numeric      11    2
  440.  8   NET_12      Numeric      11    2
  441.  9   VAT_12      Numeric      11    2
  442. 10   NET_7       Numeric      11    2
  443. 11   VAT_7       Numeric      11    2
  444. 12   NET_0       Numeric      11    2
  445. 13   NET_Z       Numeric      11    2
  446. 14   NET_B       Numeric      11    2
  447.  
  448. VAT_KOD dowolna, unikalna w tym pliku liczba, b⌐dÑca powiÑzaniem mi⌐dzy
  449.         plikiem vat_rob.dbf, a plikiem roz_rob.dbf
  450.  
  451. DATA_2  poniewa╛ w pliku roz_rob.dbf wpisujemy dat⌐ powstania zobowiÑzania,
  452.         która jest traktowana w ewidencji vat jako data wystawienia to
  453.         b⌐dziemy potrzebowali dla: naszych sprzeda╛y tzw. dat⌐ sprzeda╛y, a
  454.         dla naszych zakupów tzw. dat⌐ otrzymania. Funkcj⌐ t⌐ speênia wêaÿnie
  455.         pole DATA_2.
  456.  
  457. STATUS  pole znakowe przyjmujÑce wartoÿci cyfr od 0 do 9. Zero oznacza, ╛e
  458.         jest to sprzeda╛, 1 - 8 zakupy, 9 - inne transakcje. Ustalenia typów
  459.         transakcji mo╛emy wykonaå w punkcie Procedury pomocnicze - Instalacja.
  460.  
  461. KOREKTA mo╛e przyjmowaå wartoÿå k gdy jest to dokument korygujÑcy lub znak
  462.         pusty dla zwykêego dokumentu
  463.  
  464. TYP_KOR je╛eli jest do zwykêy dokument (czyli nie korygujÑcy) to pole zawiera
  465.         spacj⌐. Dla dokumentów korygujÑcych przyjmuje wartoÿå + lub - w
  466.         zale╛noÿci od znaku skêadowych netto i podatki
  467.  
  468. NET_22  wartoÿå netto w grupie podatku 22%
  469. VAT_22  wartoÿå podatku w grupie podatku 22%
  470. NET_12  wartoÿå netto w grupie podatku 12%
  471. VAT_12  wartoÿå podatku w grupie podatku 12%
  472. NET_7   wartoÿå netto w grupie podatku 7%
  473. VAT_7   wartoÿå podatku w grupie podatku 7%
  474. NET_0   wartoÿå w grupie podatku 0%
  475. NET_Z   wartoÿå w grupie zwolnionych od podatku
  476. NET_B   (bez odliczeΣ) wartoÿå w grupie, w której nie przysêuguje odliczenie
  477.         podatku (zakup na rachunki uproszczone i inne okreÿlone w ustawie)
  478.  
  479. Uwaga! Wszystkie wartoÿci liczbowe dotyczÑce netta i podatku w jednym rekor-
  480.        dzie muszÑ byå tego samego znaku, chyba ╛e jest to dokument korygujÑcy.
  481.        Nie jest tak╛e dopuszczalne wpisanie kwoty do pola NET_B w wypadku gdy
  482.        sÑ kwoty w jakimkolwiek innym polu. Normalnie jest to kontrolowane
  483.        przez program SKP przy wprowadzaniu danych. Wprowadzane kwoty muszÑ byå
  484.        o rzÑd mniejsze, ni╛ wynika to ze struktury pliku vat_rob.dbf.
  485.  
  486. Moduê-Z czytajÑcy dane programu ZBYT zapisze wszystkie dane o dokumentach w
  487. jednym pliku DOKUM.TMP. Moduê-S wprowadzajÑc nowe dokumenty do programu SKP,
  488. rozdzieli odpowiednio informacje do plików roz_rob.dbf i vat_rob.dbf. Moduê-S
  489. b⌐dzie oczekiwaê poni╛szych informacji zawartych w pliku DOKUM.TMP :
  490.  
  491.  1. okreÿlenie kategorii kontrahenta (np.dostawca/odbiorca)
  492.  2. unikalny wyró╛nik kontrahenta w programie ZBYT (np.kod)
  493.  3. numer dokumentu
  494.  4. data wystawienia dokumentu
  495.  5. druga data okreÿlajÑca dat⌐ sprzeda╛y/otrzymania
  496.  6. znacznik konta przeciwstawnego
  497.  7. iloÿå dni na dokonanie pêatnoÿci
  498.  8. znacznik typu transakcji sprzeda╛/zakup
  499.  9. znacznik dokument zwykêy/korygujÑcy
  500. 10. wartoÿå brutto do zapêaty
  501. 11. wartoÿå netto w stawce 22%
  502. 12. wartoÿå podatku w stawce 22%
  503. 13. wartoÿå netto w stawce 12%
  504. 14. wartoÿå podatku w stawce 12%
  505. 15. wartoÿå netto w stawce 7%
  506. 16. wartoÿå podatku w stawce 7%
  507. 17. wartoÿå w stawce 0%
  508. 18. wartoÿå w stawce zwolniony
  509. 19. wartoÿå w grupie nie podlegajÑcej odliczeniu
  510.  
  511. Plik poÿredniczÑcy DOKUM.TMP, b⌐dzie miaê poni╛szÑ postaå.
  512. Znaczenie pól jest zgodne z opisem powy╛ej.
  513.  
  514.      Field Name    Type    Width  Dec
  515. -------------------------------------
  516.  1   TYP_KLIENT  Character    1
  517.  2   KOD_ZBYT    Character   10
  518.  3   DOKUMENT    Character   10
  519.  4   DATA        Date         8
  520.  5   DATA_2      Date         8
  521.  6   KONTO_ANT   Character    2
  522.  7   DOP_ZWLOKA  Numeric      3    0
  523.  8   STATUS      Character    1
  524.  9   KOREKTA     Character   12
  525. 10   BRUTTO      Numeric     11    2
  526. 11   NET_22      Numeric     11    2
  527. 12   VAT_22      Numeric     11    2
  528. 13   NET_12      Numeric     11    2
  529. 14   VAT_12      Numeric     11    2
  530. 15   NET_7       Numeric     11    2
  531. 16   VAT_7       Numeric     11    2
  532. 17   NET_0       Numeric     11    2
  533. 18   NET_Z       Numeric     11    2
  534. 19   NET_B       Numeric     11    2
  535.  
  536.  
  537. TYP_KLIENT znaczenie analogicznie jak w pliku FIRMY.TMP. Wraz z polem KOD_ZBYT
  538.            tworzy unikalny wyró╛nik êÑczÑcy przenoszony dokument z listÑ
  539.            kontrahentów programu ZBYT
  540.  
  541. KOD_ZBYT   znaczenie analogicznie jak w pliku FIRMY.TMP. Wraz z polem
  542.            TYP_KLIENT tworzy unikalny wyró╛nik êÑczÑcy przenoszony dokument
  543.            z listÑ kontrahentów programu ZBYT
  544.  
  545. KONTO_ANT  okreÿla poÿrednio numer kolumny w KPiR, której dotyczy dany doku-
  546.            ment. Nale╛y spodziewaå si⌐, ╛e dokumenty tworzone w programie ZBYT
  547.            dotyczÑ wyêÑcznie kolumny: 7-sprzeda╛ i 10-zakup towarów. Jednak╛e
  548.            program SKP umo╛liwia bardziej szczegóêowe rejestrowanie zdarzeΣ
  549.            ksi⌐gowych ni╛ KPiR. U╛ytkownik mo╛e dla wêasnych potrzeb zaêo╛yå
  550.            list⌐ zwanÑ planem konto przeciwstawnych (lub drugostronnych)
  551.            powiÑzanÑ z kolumnami KPiR. Np. mamy trzy punkty sprzeda╛y, chcemy
  552.            dla wêasnych potrzeb mieå rozeznanie o sprzeda╛ach i zakupach
  553.            ka╛dego z nich. Typowy ukêad KPiR nie daje nam tej mo╛liwoÿci,
  554.            bowiem wszystkie dokumenty trafiajÑ do wspólnego "worka" - kolumna
  555.            7 i 10. Dla wêasnych potrzeb zakêadamy wi⌐c wêasne konta oznaczone
  556.            symbolicznie np.: 701, 702, 703 (sprzeda╛e z poszczególnych
  557.            punktów), oraz 301, 302, 303 (zakupy na poszczególnych punktach).
  558.            Konstrukcja planu kont umo╛liwia powiÑzanie wêasnej symboliki z
  559.            numeracjÑ kolumn KPiR. Tak wi⌐c, ksi⌐gowane dokumenty i tak b⌐dÑ
  560.            prawidêowo ujmowane do KPiR, odpowiednio do kolumny 7 i 10.
  561.            Poniewa╛ zakêadamy, ╛e u╛ytkownik korzysta z tej mo╛liwoÿci
  562.            programu SKP, musimy przenoszÑc dane z programu ZBYT pobraå jakiÿ
  563.            znacznik umo╛liwiajÑcy pó½niejsze przypisanie dokumentu to konta
  564.            przeciwstawnego w programie SKP. Zakêadamy, ╛e b⌐dzie to dwuznakowy
  565.            symbol o budowie: 01, 02,.., 14. Nie rozstrzygamy tu praktycznego
  566.            sensu znaczników, b⌐dzie to zale╛aêo od konstrukcji programu ZBYT.
  567.            Mo╛na si⌐ spodziewaå, ╛e b⌐dÑ to np. oznaczenia magazynów (w
  568.            programie ZBYT jednym magazynem mo╛e byå te╛ sprzedawany towar,
  569.            drugim oferowane usêugi). W oparciu o omawiany znacznik, program
  570.            Moduê-S, b⌐dzie mógê w konsultacji z u╛ytkownikiem ustaliå jakie
  571.            konta przeciwstawne nale╛y przypisaå odpowiednio oznakowanym
  572.            dokumentom. Mo╛emy zaêo╛yå, ╛e w pierwszym przybli╛eniu Modul-Z
  573.            nada temu polu wartoÿci: 01 dla sprzeda╛y i 02 dla zakupów.
  574.  
  575. STATUS     jest to tryb transakcji u╛ywany w rejestrach vat. Pole STATUS w
  576.            programie SKP, pozwala êatwo rozró╛niå zakupy od sprzeda╛y, a w
  577.            grupie zakupów rozgraniczyå inwestycyjne od pozostaêych, a te z
  578.            kolei podzieliå na kategorie, np.: opodatkowane zwiÑzane ze
  579.            sprzeda╛Ñ opodatkowanÑ, opodatkowane zwiÑzane ze sprzeda╛Ñ
  580.            zwolnionÑ i opodatkowanÑ, itp. Moduê-S, wpisujÑc dane do programu
  581.            SKP b⌐dzie musiaê rozstrzygnÑå wartoÿå pola STATUS. Jak ju╛
  582.            wspomniano, w programie SKP jest to pole znakowe przyjmujÑce
  583.            wartoÿci cyfr od 0 do 9. Zero oznacza, ╛e jest to sprzeda╛, 1 - 8
  584.            zakupy, 9 - inne transakcje. Poniewa╛ w programie ZBYT nie nale╛y
  585.            spodziewaå si⌐ zakupów zaliczanych do ÿrodków trwaêych, a tak╛e
  586.            zakupów zwiÑzanych z kosztami dziaêalnoÿci, a jedynie zakupów
  587.            towarów handlowych, caêe zagadnienie mo╛na uproÿciå do okreÿlenia
  588.            czy dany dokument dotyczy sprzeda╛y czy zakupu. Przyjmijmy
  589.            wst⌐pnie, ╛e dokument sprzeda╛y b⌐dziemy w pliku poÿredniczÑcym
  590.            oznaczali znakiem 1, zakup literÑ 2.
  591.  
  592. KOREKTA    Dla dokumentu korygujÑcego wpisaå nazw⌐ dokumentu jakiego dotyczy
  593.            korekta, dla pozostaêych, "normalych" dokumentów pole b⌐dzie puste
  594.            (spacje). W przypadku gdy nie mo╛emy okreÿliå nazwy dokumentu
  595.            korygowanego wstawiå tu napis: KOREKTA.
  596.  
  597. BRUTTO     tu b⌐dzie przekazywana wartoÿå dokumentu brutto do obciÑ╛enia
  598.            kontrahenta. Formalnie powinna byå równa sumie skêadowych
  599.            vatowskich. Jednak╛e przy sprzeda╛y, a szczególnie przy zakupach,
  600.            mogÑ wystÑpiå groszowe ró╛nice. Takie odchylenia kwoty do zapêaty
  601.            b⌐dÑ utrudniaå rozliczenia je╛eli u╛ytkownik b⌐dzie stosowaê system
  602.            rozrachunków. Drugim zastosowaniem tego pola mo╛e byå sytuacja gdy
  603.            dany dokument nie ma byå uj⌐ty w rejestrze vat a tylko w KPiR. Dla
  604.            takiego przypadku przyjmiemy nast⌐pujÑcÑ konwencj⌐: wartoÿå
  605.            dokumentu jakÑ nale╛y wpisaå do KPiR wpisujemy do pola BRUTTO, takÑ
  606.            samÑ wartoÿå lecz z przeciwnym znakiem do pola NET_B, pozostaêe
  607.            skêadowe vat wynoszÑ zero. Modul-S rozpozna takÑ sytuacj⌐.
  608.  
  609. DOP_ZWLOKA Poniewa╛ program SKP umo╛liwia prowadzenie rozliczeΣ z tytuêu
  610.            sprzeda╛y i zakupów, oprócz tych zdarzeΣ, mo╛emy w nim rejestrowaå
  611.            tak╛e zapêaty. Je╛eli program ZBYT umo╛liwia okreÿlenie terminu
  612.            pêatnoÿci, a w szczególnoÿci pêatnoÿå w momencie transakcji mo╛emy
  613.            t⌐ informacj⌐ przenieÿå do SKP i odnotowaå jej rozliczenie. W tym
  614.            celu przyjmujemy, ╛e je╛eli nadamy polu DOP_ZWLOKA wartoÿå:
  615.             - ujemnÑ (np. -1) to: zagadnienie pêatnoÿci jest pomijane, a pole
  616.               DOP_ZWLOKA w programie SKP przyjmie wartoÿå 999.
  617.             - zero to: Moduê-S potraktuje dokument jako rozliczony, stworzy
  618.               dokument zapêaty i przy ksi⌐gowaniu potraktuje transakcj⌐ jako
  619.               rozliczonÑ
  620.             - dowolnÑ liczb⌐ wi⌐kszÑ od zera: to pole DOP_ZWLOKA w programie
  621.               SKP przyjmie wartoÿå równÑ tej liczbie, natomiast ╛adne inne
  622.               czynnoÿci nie b⌐dÑ wykonane.
  623.  
  624. Inne pola majÑ wartoÿå i znaczenie jak w opisanych uprzednio
  625. plikach programu SKP.
  626.  
  627. -proponujemy aby Modul-Z nie przekazywaê dokumentów majÑcych wszystkie kwoty
  628.  zerowe, które i tak nie b⌐dÑ przyj⌐te do SKP, a sygnalizacja bê⌐du b⌐dzie
  629.  niepokoiå u╛ytkownika
  630. -poniewa╛ program SKP mo╛e przyjÑå do ksi⌐gowania dokumenty dotyczÑce tylko
  631.  jednego miesiÑca ksi⌐gowego, nale╛y rozwa╛yå wprowadzenie w programie Modul-Z
  632.  ograniczeΣ na zakres podawanych dat,tak aby nie wykraczaêy poza jeden miesiÑc
  633. -poniewa╛ program Modul-S przyjmujÑc nazwy dokumentów i tak wycina z nich
  634.  wszystkie spacje, to dla przypadku gdy jest ona dêu╛sza od 10 znaków (dotyczy
  635.  zawêaszcza dokumentów zakupu) Modul-Z mógêby te spacje sam usunÑå aby nie
  636.  gubiå symboli znaczÑcych
  637.  
  638. UWAGA!
  639.  
  640. Je╛eli plik poÿredniczÑcy DOKUM.TMP jest typu DBF, nale╛y u╛yå nazw, typów i
  641. dêugoÿci pól jak w powy╛szym opisie.
  642.  
  643. W przypadku pliku tekstowego SDF ASCII, nale╛y zachowaå podobieΣstwo w
  644. ukêadzie i dêugoÿci pól. Dodatkowo nale╛y przestrzegaå nast⌐pujÑcych zasad:
  645.  
  646. - daty majÑ postaå rrrrmmdd. Np. 23.07.95 r. zapisujemy 19950723
  647. - liczby zapisujemy w postaci êaΣcucha znakowego, o dêugoÿci równej dêugoÿci
  648.   odpowiadajÑcego mu pola numerycznego, z poprzedzajÑcymi spacjami i u╛yciem
  649.   kropki jako separatora cz⌐ÿci dziesi⌐tnej. Znaku liczby dodatniej nie
  650.   wpisujemy. Dla liczb ujemnych znak minus êÑczymy bezpoÿrednio z pierwszÑ
  651.   cyfrÑ liczby (np. -73.40, czy -0.21).
  652. - ciÑg znaków dotyczÑcych jednego dokumentu nale╛y koΣczyå znakiem koΣca
  653.   linii Hex: 0D 0A (Dec: 13 10), tak aby dane dotyczÑce jednego dokumentu
  654.   tworzyêy kolejne wiersze.
  655. - przenosimy peêne formaty êaΣcuchów dotyczÑcych poszczególnych pól tak aby
  656.   w miejscach pustych znajdowaêa si⌐ spacja Hex: 20 (Dec: 32), a nie znak
  657.   pusty Hex: 00 (Dec: 0).
  658.  
  659.  
  660. ¥ADOWANIE DANYCH DO PROGRAMU SKP  (Moduê-S)
  661. ===========================================
  662.  
  663. Odczytanie i interpretacja plików poÿredniczÑcych oraz zaêadowanie programu
  664. SKP jest zadaniem producenta programu SKP. Do tego celu powstaê program
  665. Modul-S (wbudowany w program SKP), pracujÑcy przy speênieniu zaêo╛eΣ dotyczÑ-
  666. cych budowy i zawartoÿci plików poÿredniczÑcych. Zawiera kontekstowe "HELP-y" 
  667. pomocne przy ustalaniu parametrów. Prowadzi drobiazgowÑ kontrol⌐ formalnej 
  668. poprawnoÿci przenoszonych danych. Po jego uruchomieniu nale╛y wykonaå 
  669. czynnoÿci instalacyjne w poszczególnych punktach. Przy wst⌐pnym ustalaniu 
  670. parametrów w programie Modul-S, nale╛y wpisaå nast⌐pujÑce wartoÿci:
  671.  
  672. Konta kontrahentów
  673.  1   odbiorcy            /wybraå odpowiedniÑ wartoÿå z wyÿwietlonej listy/
  674.  2   dostawcy                                -"-
  675.  
  676. Konta przeciwstawne
  677.  01   Wn    sprzeda╛                         -"-
  678.  02   Ma    zakup towaru                     -"-
  679.  
  680. Typy transakcji VAT
  681.  1   sprzeda╛                                -"-
  682.  2   zakup towarów handlowych                -"-
  683.  
  684. Moduê-S przeprowadza szczegóêowÑ kontrol⌐ przenoszonych danych i ma za
  685. zadanie nie dopuÿciå do transmisji kontrahentów i dokumentów nie speêniajÑcych
  686. formalnej poprawnoÿci wedêug wymogów programu SKP. Niemniej konieczne b⌐dzie
  687. wykonanie licznych testów transmisji przy ró╛nych ukêadach danych. Wykonaå je
  688. powinien zarówno producent programu ZBYT jaki i SKP celem stwierdzenia, czy
  689. dane sÑ przenoszone zgodnie z zaêo╛eniami obu programów.
  690.  
  691. Uwagi dotyczÑce testowania:
  692.  
  693. - Poniewa╛ po zaêadowaniu listy nowych kontrahentów Modul-S umo╛liwia rezyg-
  694.   nacj⌐ z przenoszenia dokumentów, mo╛na to wykorzystaå do wst⌐pnego,inicju-
  695.   jÑcego przeniesienia listy kontrahentów z programu ZBYT do programu SKP.
  696.  
  697. - Program SKP ma zdolnoÿå cz⌐ÿciowej regeneracji, to znaczy przy starcie
  698.   zakêada brakujÑce pliki danych i indeksów oraz przy pomocy operacji
  699.   Odÿwie╛anie danych wynikowych przywraca wewn⌐trznÑ spójnoÿå ukêadu danych.
  700.  
  701. - Pliki kontrolne FIRMY.TMP i DOKUM.TMP sÑ automatycznie tworzone przez
  702.   Modul-S w razie stwierdzenia ich braku.
  703.  
  704. Przy testowania dziaêania Moduêu-S pierwszymi widocznymi objawami zêej
  705. transmisji sÑ:
  706.  
  707. Przed zaksi⌐gowaniem
  708.  
  709. - znaki zapytania w polu WARTOSC (czyli sygnaê o bê⌐dzie w rozumieniu
  710.   programu SKP tj. brak kontrahenta lub/i zerowa kwota) w miejscach gdzie
  711.   zapis jest prawidêowy i odwrotnie brak znaku zapytania gdy wêaÿnie
  712.   powinien byå. Powodem jest nadanie zêej wartoÿci pola ROZLICZ przez Moduê
  713. - pole dokument wypeênione niezgodnie z podanymi zasadami (poprzedzajÑce
  714.   spacje i spacje wewnÑtrz tekstu)
  715. - strona Wn/Ma nie odpowiada sensowi ksi⌐gowemu konta przeciwstawnego
  716. - puste pola konta przeciwstawnego
  717. - puste pole miesiÑca ksi⌐gowego, lub pole to nie jednakowej wartoÿci w
  718.   caêoÿci pliku lub przyjmuje wartoÿci ró╛ne od dopuszczalnych
  719. - pole ostatniej kolumny pokazujÑce nazw⌐ kontrahenta jest puste co oznacza,
  720.   ╛e program nie mo╛e okreÿliå jaki kontrahent odpowiada danemu kontu
  721.   analitycznemu. Powód: ½le nadana wartoÿå konta analitycznego
  722.  
  723. Po zaksi⌐gowaniu
  724.  
  725. - Testy kontrolne. Przed wykonaniem transmisji uruchamiamy testy. Je╛eli
  726.   pokazujÑ caêkowitÑ prawidêowoÿå uruchamiamy program Moduê-S. Nast⌐pnie
  727.   wracamy do SKP i wykonujemy ksi⌐gowanie. Teraz znowu wykonujemy testy,
  728.   które orzeknÑ czy stan systemu jest prawidêowy. Je╛eli nie, musimy
  729.   przeanalizowaå wykazane bê⌐dy. W takim stanie system nie nadaje si⌐ do
  730.   dalszych testów i sprawdzenie kolejnej transmisji musimy rozpoczÑå na
  731.   ÿwie╛ych i prawidêowych danych. Co prawda, program SKP oferuje mo╛liwoÿå
  732.   reperowania danych przy u╛yciu opcji Odÿwie╛anie danych wynikowych, ale
  733.   w tej sytuacji nie zawsze b⌐dzie to skuteczne, poniewa╛ testy sÑ
  734.   przygotowane do wykrywania bê⌐dów powstaêych wewnÑtrz programu SKP.
  735.   Zastrzega si⌐, ╛e o ile bê⌐dy zostanÑ wykazane, to na pewno bê⌐dy takie
  736.   wyst⌐pujÑ. Natomiast je╛eli wykazujÑ stan prawidêowy, to nie mo╛na mieå
  737.   caêkowitej pewnoÿci, ╛e transmisja przebiegêa prawidêowo. Dotyczy to
  738.   oczywiÿcie tylko wst⌐pnej fazy testowania Moduêu-S, albowiem trudno jest
  739.   wtedy przewidzieå jakiego typu nieprawidêowoÿci zostanÑ przekazane do SKP.
  740. - Ewidencja VAT. Brak wyÿwietlonej nazwy kontrahenta jest sygnaêem o
  741.   bê⌐dzie. Wykonujemy te╛ sumowanie, a nast⌐pnie klawiszem Tab przeêÑczamy
  742.   si⌐ na porównanie sumy skêadowych vatowskich (netto i podatek) z kwotÑ
  743.   brutto do obciÑ╛enia kontrahenta.
  744. - stosujemy ró╛norodne podsumowania i obserwujemy kartoteki kont
  745.   kontrahentów i kont przeciwstawnych
  746.