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