Comarch erp optima 2014 0 1 migrator by Alians Usługi Informatyczne

Instrukcja uĹźytkownika Comarch ERP Migrator Wersja 2014.0.1

UWAGA Prawa wynikające z Warunków Gwarancji Użytkownik nabywa po rejestracji programu u Producenta. Dokumentem potwierdzającym rejestrację jest Certyfikat Rejestracji Oprogramowania, który Użytkownik otrzymuje od razu wraz z Oprogramowaniem lub po odesłaniu wypełnionej karty rejestracyjnej. Każdorazowo przy nabyciu nowego programu lub odtworzeniu gwarancji w Certyfikacie Rejestracji Oprogramowania określone są daty obowiązywania gwarancji na poszczególne programy. W przypadku wątpliwości dotyczącej zarejestrowania Oprogramowania lub w przypadku nieotrzymania Certyfikatu Rejestracji Oprogramowania prosimy o kontakt z Producentem (12) 681 43 00. UWAGA! Użytkowanie nielegalnej kopii naraża Użytkownika programu na postępowanie karne zgodnie z ustawą o prawie autorskim z dnia 04.02.1994 r. Użytkowanie legalnie nabytej kopii oprogramowania w wersji otrzymanej w trakcie obowiązywania gwarancji jest możliwe bez żadnych ograniczeń czasowych. Gwarancja na oprogramowanie umożliwia: 

uzyskanie kolejnych wersji programów na warunkach preferencyjnych (bezpłatne nowe wersje oprogramowania w okresie gwarancyjnym - nie dotyczy kosztów dostarczenia, nośnika instalacji oraz szkolenia)



zakup kolejnych stanowisk lub innych programów do kompletu



korzystanie z konsultacji autorskich u Producenta lub pomocy serwisu technicznego

W trosce o sprawną obsługę gwarancyjną prosimy o staranne przechowywanie Certyfikatu Rejestracji Oprogramowania. Zawiera on ważną informację o numerach ID Comarch oraz PIN, które należy podawać w trakcie kontaktów z Producentem.

Comarch ERP Migrator

Wersja 2014.0.1

Spis treści 1

WSTĘP ........................................................................................................................................................... 4

URUCHOMIENIE PROGRAMU ........................................................................................................................ 5 2.1 2.2

OKNO GŁÓWNE PROGRAMU ........................................................................................................................ 6 3.1 3.2

LISTA ZADAŃ .............................................................................................................................................. 6 PASEK NARZĘDZIOWY ............................................................................................................................... 7

KREATOR ZADAŃ........................................................................................................................................... 8 4.1

4.2

4.3

4.4 5

INSTALACJA I URUCHOMIENIE .................................................................................................................. 5 REJESTRACJA W PROGRAMIE .................................................................................................................... 5

COMARCH ERP KLASYKA DO COMARCH ERP OPTIMA .............................................................................. 8 4.1.1 PRZENIESIENIE DANYCH PROGRAMU FPP ................................................................................... 9 4.1.2 PRZENIESIENIE DANYCH PROGRAMU KH .................................................................................. 14 4.1.3 PRZENIESIENIE DANYCH PROGRAMU KP................................................................................... 16 4.1.4 PRZENIESIENIE DANYCH PROGRAMU PIK/PLP .......................................................................... 17 4.1.5 PRZENIESIENIE DANYCH PROGRAMU PL ................................................................................... 19 COMARCH ERP KLASYKA DO MICROSOFT EXCEL .................................................................................... 19 4.2.1 PRZENIESIENIE DANYCH PROGRAMU FPP ................................................................................. 20 4.2.2 PRZENIESIENIE DANYCH PROGRAMU KH .................................................................................. 22 4.2.3 PRZENIESIENIE DANYCH PROGRAMU KP................................................................................... 24 4.2.4 PRZENIESIENIE DANYCH PROGRAMU PIK/PLP .......................................................................... 25 4.2.5 PRZENIESIENIE DANYCH PROGRAMU PL ................................................................................... 28 MICROSOFT EXCEL DO COMARCH ERP OPTIMA ..................................................................................... 28 4.3.1 DANE HANDLOWO-MAGAZYNOWE (Z PROGRAMU FPP) ......................................................... 29 4.3.2 DANE KSIĄG HANDLOWYCH (Z PROGRAMU KH)....................................................................... 42 4.3.3 DANE KSIĘGI PRZYCHODÓW I ROZCHODÓW (Z PROGRAMU KP) ............................................. 48 4.3.4 DANE KADROWO-PŁACOWE (Z PROGRAMU PIK/PLP) .............................................................. 53 4.3.5 DANE PŁACOWE (Z PROGRAMU PL) .......................................................................................... 72 COMARCH ERP IFAKTURY24 DO COMARCH ERP OPTIMA ...................................................................... 72

WYKONANIE MIGRACJI DANYCH ..................................................................................................................73

Comarch ERP Migrator

Wersja 2014.0.1

1 Wstęp Comarch ERP Migrator ma za zadanie ułatwić proces migracji danych do systemu Comarch ERP Optima z innych systemów informatycznych. Aplikacja Comarch ERP Migrator oferuje gotowy mechanizm migracji z programów z serii Comarch ERP Klasyka. Migracja jest wykonywana za pośrednictwem plików arkusza kalkulacyjnego (jest możliwość migracji w jednym kroku Comarch ERP Klasyka -> Comarch ERP Optima lub w dwóch krokach, z ingerencją w arkusze kalkulacyjne). Comarch ERP Migrator oferuje także import bezpośredni z plików arkusza kalkulacyjnego do bazy programu Comarch ERP Optima. Dzięki temu jest możliwość przygotowania migracji do bazy programu Comarch ERP Optima z dowolnego innego systemu informatycznego. Przygotowanie migracji danych z innego program powinno obejmować: 

eksport danych do arkusza kalkulacyjnego (eksport można wykonać za pomocą funkcji eksportu do arkusza kalkulacyjnego z innego programu albo jeśli jest to niemożliwe lub niewystarczające to za pomocą importu z poziomu arkusza kalkulacyjnego: Dane / z innych źródeł – wykorzystanie drugiej opcji może okazać się bardziej pracochłonne ze względu na wyciąganie bezpośrednio z tabel innego programu i konieczność znajomości specyfiki organizacji bazy danych).



sformatowanie arkusza wg struktury ustalonej dla aplikacji Comarch ERP Migrator (strukturę plików arkusza kalkulacyjnego ustaloną dla aplikacji Comarch ERP Migrator można uzyskać pobierając ze strony dla partnerów lub wykonując migrację z odpowiedniego programu z serii Comarch ERP Klasyka do arkuszy kalkulacyjnego. Opis struktury zawiera niniejszy podręcznik w rozdziale „Microsoft Excel do Comarch ERP Optima” )

Uwaga: Oprócz Comarch ERP Migrator istnieją także mechanizmy migracji z poziomu Comarch ERP Optima, z menu Narzędzia / Importy. Umożliwiają one, między innymi import wybranych danych słownikowych z systemów innych firm (bez konieczności formatowania arkuszy). Więcej na ten temat w biuletynie.

Comarch ERP Migrator

Wersja 2014.0.1

2 Uruchomienie programu 2.1

Instalacja i uruchomienie

Instalacja Comarch ERP Migrator odbywa się zawsze w trakcie instalacji programu Comarch ERP Optima. Po zakończeniu instalacji w katalogu Comarch ERP Optima znajduje się plik Comarch Migrator.exe, który uruchamia Comarch ERP Migrator. Uwaga: Program Comarch ERP Migrator jest narzędziem przeznaczonym tylko dla Autoryzowanych Partnerów Comarch i dlatego podczas logowania do programu sprawdzana jest obecność w porcie lokalnym lub porcie serwera klucza tzw. dealerskiego. Jeśli znaleziony zostanie klucz kliencki aplikacja nie zostanie uruchomiona.

2.2

Rejestracja w programie

Rejestracja w programie opiera się o wskazanie kodu operatora lub wybranie go z listy, a następnie podanie hasła, jeśli dany operator takie hasło posiada. Lista operatorów jest pobierana z aktualnej bazy konfiguracyjnej, na której pracuje program Comarch ERP Optima.

Rys. 1 Rejestracja operatora w programie

Comarch ERP Migrator

Wersja 2014.0.1

3 Okno główne programu Okno główne programu składa się z panelu, w którym definiujemy listę zadań do wykonania, związanych z migracją danych oraz paska narzędziowego zlokalizowanego na dole strony, który zawiera ikony uruchamiające poszczególne funkcje programu. Uwaga: Program Comarch ERP Migrator pozwala dokonywać migracji baz danych z programów Comarch ERP Klasyka do wersji Comarch ERP Optima 2014. Migrator importuje dane:    

płacowe z programów Płace 16.00c i 16.01a, Płace Plus 5.01b, Płace i Kadry 15.01b handlowe z programu Firma ++ od wersji 2.70 księgowe z Księgi Handlowej 2013 księgowe z Księgi Podatkowej 2013

Rys. 2 Okno główne programu

3.1

Lista zadań

Lista zadań zawiera informacje na temat przygotowanych do wykonania schematów importu. Lista składa się z następujących kolumn: 

zadanie - ustalona przez użytkownika nazwa zadania



baza Comarch ERP Optima - docelowa baza, do której zostaną zaimportowane dane w ramach zadania



program - akronim programu Comarch ERP Klasyka, z którego bazy zostanie wykonany w danym zadaniu import danych



baza Comarch ERP Klasyka - baza danych programu Comarch ERP Klasyka, z którego w ramach zadania będą importowane dane



plik w formacie MS Excel - przeniesienie danych do bazy Comarch ERP Optima odbywa się przy udziale pliku pośredniego, którym jest plik w formacie Microsoft Excel – kolumna zawiera nazwę tego pliku pośredniego.

Program posiada możliwość sortowania listy zdefiniowanych zadań według informacji zawartych w poszczególnych kolumnach. Przełączanie aktualnego sortowania listy odbywa się przez kliknięcie lewym przyciskiem myszki w nagłówek kolumny, według której ma nastąpić porządkowanie listy zadań. Kolejne kliknięcie myszką w tą samą kolumnę, powoduje przełączenie porządku sortowania z rosnącego na malejący lub odwrotnie. Kasowanie ustawionego sortowania odbywa się przez kliknięcie lewym przyciskiem myszki w kolumnę sortującą, trzymając jednocześnie wciśnięty na klawiaturze klawisz <Ctrl>.

Comarch ERP Migrator

Wersja 2014.0.1

Rys. 3 Lista zadań

3.2

Pasek narzędziowy

Pasek narzędziowy umieszczony po prawej stronie okna głównego programu zawiera klawisze obsługujące listę zadań oraz funkcje importu danych: - import listy zdefiniowanych zadań z pliku w formacie .imo - zapisanie listy zdefiniowanych zadań w pliku w formacie .imo - wykonanie zaznaczonych na liście zadań - dodanie nowego zadania do listy. Kreator zadania importu został szczegółowo opisany w rozdziale 4 - podgląd (edycja) aktualnie podświetlonego zadania - usunięcie aktualnie podświetlonego zadania z listy - zamknięcie programu Comarch ERP Migrator

Comarch ERP Migrator

Wersja 2014.0.1

4 Kreator zadań Operacja migracji danych do systemu Comarch ERP Optima z baz Comarch ERP Klasyka lub innych systemów poprzez odpowiednio przygotowane arkusze odbywa się poprzez system zadań. W każdym z zadań użytkownik ma możliwość określenia różnych parametrów, według których Comarch ERP Migrator dokona odpowiednich działań. Ze względu na rodzaj, zadania można podzielić na 4 grupy: 1. Comarch ERP Klasyka do Comarch ERP Optima – bezpośrednie przeniesienie danych z programu Comarch ERP Klasyka, do bazy danych programu Comarch ERP Optima. 2. Comarch ERP Klasyka do Microsoft Excel – przeniesienie danych z programu Comarch ERP Klasyka do skoroszytu programu Microsoft Excel. 3. Microsoft Excel do Comarch ERP Optima – przeniesienie danych ze skoroszytu Microsoft Excel o ustalonej strukturze do bazy programu Comarch ERP Optima 4. Comarch ERP iFaktury24 do Comarch ERP Optima – przeniesienie danych z Comarch ERP iFaktury24 do Comarch ERP Optima

Wyboru rodzaju zadania dokonujemy na pierwszym ekranie kreatora zadań. W zależności od wybranego rodzaju program Comarch ERP Migrator udostępnia zestaw dodatkowych parametrów konfigurujących dane zadanie na kolejnych okienkach. Pomiędzy poszczególnymi oknami kreatora poruszamy się za pomocą klawiszy (do tyłu) oraz

(do przodu). Po uzupełnieniu wszystkich parametrów definicję zadania migracyjnego

zatwierdzamy klawiszem

. Możemy również zamknąć kreatora zadań używając do tego celu klawisza

4.1

Comarch ERP Klasyka do Comarch ERP Optima

Ten rodzaj zadania pozwala na bezpośrednie przeniesienie danych z programu Comarch ERP Klasyka, do bazy danych programu Comarch ERP Optima. Po wyborze rodzaju zadania, kreator prosi użytkownika kolejno o ustawienie następujących parametrów: 1. Baza danych Comarch ERP Optima Wskazujemy bazę docelową. Bazę danych wybieramy z listy baz Comarch ERP Optima dostępnych w danym komputerze. Zawartość listy pojawia się po naciśnięciu klawisza . 2. Program Comarch ERP Klasyka Wskazujemy program Comarch ERP Klasyka, z którego będzie dokonywany import danych. Program wybieramy z listy obsługiwanych przez Comarch ERP Migrator aplikacji. Lista ograniczona jest do programów: FPP, KH, PIK/PLP, PL Uwaga: Import danych z programu Książka Podatkowa (KP) jest możliwy za pomocą istniejącej funkcji w programie Comarch ERP Optima (menu Narzędzia / Importy / Import danych z KP).

Uwaga: Przed migracją danych kadrowych (bezpośrednio z programu PL/PIK/PLP lub z arkuszy Excela) do programu Comarch ERP Optima należy na karcie operatora, który dokonuje migracji zaznaczyć moduł Płace i Kadry Plus (PKP). Brak zaznaczenia tej licencji może spowodować, że nie wszystkie informacje zostaną poprawnie zaimportowane do bazy Comarch ERP Optima, np. nie zostanie zaimportowana historia etatu.

Comarch ERP Migrator

Wersja 2014.0.1

Uwaga: Za pomocą programu Comarch ERP Migrator nie można wykonać przeniesienia danych bezpośrednio z aplikacji Comarch ERP Klasyka PLUS (czyli z wersji Client/Server). Jeśli pojawi się taka potrzeba, wówczas należy bazę danych programu C/S zmigrować wcześniej do wersji standard, np. wykonując kopię danych w wersji C/S i odtwarzając tą kopię w wersji standard (może być nawet wersja demonstracyjna) . Z uzyskanej w ten sposób bazy Comarch ERP Klasyka wykonujemy następnie przeniesienie danych programem Comarch ERP Migrator. 3. Katalog Po wyborze programu Comarch ERP Klasyka (patrz punkt 2), Comarch ERP Migrator automatycznie podpowiada domyślną ścieżkę do wybranego programu: dla programu FPP jest to C:\FPP, dla KH – C:\KH2012, dla PIK – C:\PIK99, dla PL – C:\PL99. Dla programu PLP należy określić właściwą ścieżkę np. C:\PLP, wybierając wcześniej program PIK/PLP. Ścieżka ta zawsze wskazuje na dysk C:, niemniej jednak użytkownik w każdej chwili może, a w przypadku instalacji sieciowych Comarch ERP Klasyka nawet powinien, taką ścieżkę dostosować do własnego środowiska pracy. W podanej lokalizacji Comarch ERP Migrator będzie poszukiwał plików konfiguracyjnych właściwych dla wybranego wcześniej programu. Lokalizację katalogu z programem można również wskazać za pomocą standardowego dla systemu Windows kreatora wyboru folderu, który uaktywniamy klawiszem . Uwaga: Baza danych, z której migrowane są dane, musi być w lokalizacji zgodnej ze ścieżką zapisaną w config.dat programu klasyki. 4. Firma (baza danych) Po wskazaniu katalogu Comarch ERP Migrator automatycznie odczytuje listę firm założonych w wybranym programie. Firmę, z której będzie wykonywany import, wybieramy przez wskazanie jej na liście. 5. Katalog bazy danych Po wskazaniu firmy, z której dane chcemy importować Comarch ERP Migrator automatycznie proponuje ścieżkę, w której zapisane są dane tej firmy. Pozostałe do zdefiniowania parametry zależą od wybranego przez użytkownika programu Comarch ERP Klasyka i zostały opisane poniżej.

4.1.1

Przeniesienie danych programu FPP

Import danych za pomocą Comarch ERP Migrator nie ma zastosowania w przypadku baz oddziałowych Comarch ERP Optima. Bazy OFF-Line są wypełniane danymi pochodzącymi z Comarch ERP XL. W przypadku zadania przeniesienia danych programu FPP do Comarch ERP Optima informacja o tym, że próbujemy wykonać import do bazy OFF-Line pojawi się w momencie, gdy Comarch ERP Migrator będzie próbował przenieść dane z arkusza, a nie przy próbie wykonania zadania. Program Comarch ERP Migrator pozwala przenieść z FPP do bazy Comarch ERP Optima następujące dane: 1. Kontrahenci Przenoszona jest lista kontrahentów, których karty zostały założone w bazie danych programu FPP. Poprzez włączenie lub wyłączenie parametru Pomijaj istniejące rekordy, użytkownik decyduje w jaki sposób zachowa się program w przypadku, gdy w bazie, do której wykonywany jest import, zostanie znaleziona karta kontrahenta o kodzie identycznym, jak kod w bazie, z której jest wykonywany import. Jeśli parametr zostanie zaznaczony , wówczas w imporcie będą pominięte zapisy z kodem kontrahenta identycznym z już istniejącym w bazie danych. Jeśli parametr nie zostanie zaznaczony , w zapisach w bazie docelowej będą dokonywane aktualizacje informacji na podstawie zawartości bazy źródłowej. Zaznaczenie lub nie tego parametru ma oczywiście znaczenie w przypadku dokonywania migracji danych do bazy, w której już istnieją jakieś zapisy. Wraz z kontrahentami przenoszone są dane przypisanych im przedstawicieli (imię i nazwisko oraz tytuł - tylko te pola występują w FPP, pozostałe mogą być wypełnione bezpośrednio w arkuszu), a konfiguracja zostaje uzupełniona o zdefiniowane w Comarch ERP Klasyka grupy kontrahentów.

Comarch ERP Migrator

Wersja 2014.0.1

Uwaga: Jeśli w FPP kontrahent miał ustalony limit kredytu w walucie, to po imporcie limit ten będzie wyrażony w walucie systemowej (PLN)- przeliczony zgodnie z kursem zapisanym w konfiguracji. W przypadku braku waluty w Comarch ERP Optima, limit na karcie kontrahenta nie zostanie ustawiony. Importując dane kontrahentów Comarch ERP Migrator stosuje pewne zasady, których celem jest dostosowanie zawartości kartotek kontrahentów z importowanej bazy do standardów przyjętych w bazach Comarch ERP Optima: 1. Jeśli numer NIP jest nieprawidłowy – kartoteka jest importowana, ale w logu z operacji importu pojawia się informacja o nieprawidłowym numerze NIP. 2. Jeśli numer PESEL jest nieprawidłowy – kartoteka jest importowana, ale w logu z operacji importu pojawia się informacja o nieprawidłowym numerze PESEL. 3. Jeśli importowany kontrahent posiada status kontrahenta unijnego, natomiast jego numer NIP będzie posiadał określonego prefiksu kraju, wówczas kartoteka kontrahent nie zostanie przeniesiona (program Comarch ERP Optima nie dopuszcza takie możliwości). Podczas importu danych o kontrahentach, przenoszone są także informacje o wszystkich rachunkach bankowych, które są zapisane na kartach tych kontrahentów. Również w tym przypadku należy wziąć pod uwagę pewne mechanizmy, które decydują o sposobie importu tych danych przez Comarch ERP Migrator: 1. Jeśli numer rachunku bankowego zapisany nieprawidłowo (nie spełnia algorytmu modulo) – kartoteka jest importowana, ale bez numeru rachunku. 2. Jeśli akronimu banku jest nieokreślony, jednak numer rachunku bankowego jest prawidłowy – kartoteka jest importowana z numerem rachunku bankowego. Jeśli jest możliwość podpięcia do kartoteki klienta prawidłowego banku, na podstawie numeru NRB, wówczas taka operacja jest dodatkowo wykonywana. 3. Bank do słownika banków jest dodawany z numerem rozliczeniowym, jako akronimem - gwarantuje to zachowanie unikalności akronimów. Jeśli jednak numer rozliczeniowy będzie nieznany lub nieprawidłowo zapisany, wówczas informacja o numerze rachunku bankowego nie będzie przenoszona na kartę kontrahenta. 4.

Jeśli nazwa banku będzie nieokreślona, jako nazwa banku zostanie wpisany jego numer rozliczeniowy

2. Towary Przenoszona jest lista towarów, których karty znajdują się w bazie FPP. Podobnie jak w przypadku kontrahentów mamy możliwość określenia sposobu zachowania się Comarch ERP Migratora w sytuacji znalezienia identycznych danych w bazie docelowej i źródłowej, poprzez zaznaczenie lub odznaczenie parametru Pomijaj istniejące rekordy. W przypadku importu kart towarowych należy pamiętać, że jeśli chcemy zachować dodatkowe informacje przypisane do danej karty, tj. schemat opakowań, kod CN, receptury, atrybuty to razem z importem listy towarów należy wykonać import słowników pomocniczych (schematy opakowań, kody CN, receptury, atrybuty). Wraz z towarami przenoszone są też ich ceny. Dodatkowo dla poprawnego przeniesienia kart towarowych konieczne jest uzupełnienie listy walut w konfiguracji (Konfiguracja programu / Ogólne / Waluty). Jeśli na liście walut nie będzie jakiejś waluty, którą operujemy na pozycjach cennika, to taka karta nie zostanie wczytana do Comarch ERP Optima.

Comarch ERP Migrator

Wersja 2014.0.1

Uwaga: Ceny ustalone na karcie towaru - podobnie jak to ma miejsce w przypadku importu z menu Narzędzia/ Importy z programów klasyki- będą przeliczane według ustawień w konfiguracji. Oznacza to, że w przypadku, gdy w FPP np. cena hurtowa 2 netto dla towaru X wynosi 10 zł, a w konfiguracji mamy ustawioną cenę hurtową 2 jako brutto, to automatycznie ten towar w Comarch ERP Optima będzie w cenie 10 zł brutto. Inaczej sprawa wygląda, jeśli chodzi o cenę zakupu, która mimo ustawienia w konfiguracji: cena zakupu jako brutto, po imporcie pozostanie niezmieniona (ce na z netto dla towaru w FPP = cena z netto dla tego towaru w Comarch ERP Optima).

Uwaga: Parametr Aktualizacja cen - Tak/Nie: niezależnie od tego czy importowana pozycja ma status towaru czy usługi, po imporcie zachowane zostają ustawienia z karty w programie FPP.

Uwaga: Ze względu na fakt, że dla cen towarów została utworzona odrębna struktura możliwy jest jednorazowy import 13107 towarów przy używaniu starszych wersji programu MS Office. Wynika to z ograniczenia liczby wierszy w arkuszu Excela. Przy użyciu MS Office 2007 można zaimportować jednorazowo 209715 towarów.

Uwaga: w sytuacji, gdy w FPP na karcie towarowej występuje jednostka zbiorcza postaci: 1ZEST=-20 szt., to w Comarch ERP Optima jednostka pomocnicza zostaje zdefiniowana jako 1ZEST=1/20 szt. czyli 1ZEST=0.05 szt. Wraz z importem towarów w konfiguracji Comarch ERP Optima jest uzupełniana informacja w zakresie stawek VAT, grup towarowych oraz jednostek miary. 3. Rabaty Do słowników na listę rabatów trafiają następujące typy rabatów procentowych: 

jeden kontrahent/ jeden towar



jeden kontrahent/ grupa towarowa

Comarch ERP Migrator

Wersja 2014.0.1

Uwaga: Jeśli wskazany magazyn docelowy nie jest zdefiniowany w słownikach Comarch ERP Optima, bilans otwarcia nie zostanie zaimportowany, o czym operator zostanie poinformowany właściwym komunikatem. W ramach każdego magazynu bilanse otwarcia zawierają nie więcej niż 255 elementów, stąd w sytuacji, gdy kart towarowych posiadamy znacznie więcej, w Comarch ERP Optima zostanie utworzonych kilka dokumentów BOM. Po wykonaniu importu dokument jest zapisywany do bufora. I nie ma znaczenia czy taki na liście pozostanie, czy też zdecydujemy się go zatwierdzić, kolejny import bilansu - z tej samej (lub innej zawierającej te same towary bazy FPP) i do tej samej bazy docelowej - jest oczywiście możliwy. Program w zależności od statusu pierwszego dokumentu zachowa się w dwojaki sposób, to znaczy: jeśli pierwszy BOM jest nadal w buforze, to kolejny będzie zawierał te same dane (elementy). Jeżeli natomiast pierwszy BOM wcześniej zostanie przez nas zatwierdzony (zakładam, ze nie została usunięta żadna pozycja) to na liście utworzy się tylko nagłówek dokumentu, bez elementów (bo te występują już na zatwierdzonym dokumencie BOM). Jest to standardowe zachowanie Comarch ERP Optima, niemniej trzeba o tym pamiętać w kontekście importów za pomocą Comarch ERP Migratora. Informacja o tym, że towar nie został dodany na dokument pojawi się w logu po zakończeniu zadania. W przypadku posiadania kilku magazynów (firm) w programie FPP, bilanse otwarcia dla każdego z nich są tworzone oddzielnie. Jak wiemy w FPP "magazyny" są umieszczone w innych katalogach, dlatego do założenia takich magazynów w Comarch ERP Optima konieczne jest przygotowanie odpowiedniej ilości "zadań" ze wskazaniem na tą samą bazę programu Comarch ERP Optima i po wypełnieniu różnych magazynów odpowiadających katalogom programu FPP. 6. Rezerwacje odbiorców Wybierając to zadanie program przenosi w nowe struktury zarejestrowane w FPP rezerwacje odbiorcy. Nie są to dokumenty Zamówień, tylko stan rezerwacji odbiorców (widzianych np. Z poziomu karty towaru). Ponieważ Comarch ERP Migrator daje możliwość pracy krokowej, należy zwrócić uwagę na to, że podczas przenoszenia rezerwacji nie wymusza się automatycznego przenoszenia listy kontrahentów i towarów. Jest to rozwiązanie dla tych, którzy chcą importować rezerwacje np. bez towarów gdyż te już w bazie istnieją. Jeśli jednak tak nie jest wówczas koniecznie wraz z Rezerwacją należy zaznaczyć import Kontrahentów oraz Towarów. Uwaga: Do arkusza programu Excel, a w konsekwencji do Comarch ERP Optima są eksportowane tylko te rezerwacje, którym nie upłynął termin rezerwacji (data ważności). Jeśli w FPP na Zamówieniu od odbiorcy parametr: Rezerwować towary był ustawiony: NIE to takie ZO nie zostanie przeniesione. Użytkownik podczas definiowania takiego zadania musi wskazać magazyn docelowy –pole Magazyn należy uzupełnić nazwą istniejącego magazynu w Comarch ERP Optima, gdyż w innym razie rezerwacja nie zostanie dodana do listy Rezerwacji odbiorcy. 7. Zamówienia u dostawców Program przenosi stan zamówień u dostawcy. Podobnie jak w przypadku rezerwacji nie są przenoszone dokumenty, niemniej stan zamówień jest w Comarch ERP Optima reprezentowany przez dokumenty ZD. Ponieważ Comarch ERP Migrator daje możliwość pracy krokowej, należy zwrócić uwagę na to, że podczas przenoszenia zamówień nie wymusza się automatycznego przenoszenia listy kontrahentów i towarów. Jest to rozwiązanie dla tych, którzy chcą importować zamówienia bez towarów gdyż te już w bazie istnieją. Jeśli jednak tak nie jest wówczas koniecznie wraz z Zamówieniem należy zaznaczyć import Kontrahentów oraz Towarów. Uwaga: Do arkusza programu Excel, a w konsekwencji do Comarch ERP Optima są eksportowane tylko te zamówienia, którym nie upłynął termin zamówienia (data ważności). Użytkownik podczas definiowania takiego zadania musi wskazać magazyn docelowy – pole Magazyn należy uzupełnić nazwą istniejącego magazynu w Comarch ERP Optima, gdyż w innym razie zamówienie nie zostanie dodane do listy Zamówień u dostawcy. Comarch ERP Migrator

Wersja 2014.0.1

8. Schematy opakowań Program przeniesie pełne dane dotyczące zdefiniowanych w FPP schematów opakowań, tj. nagłówki (kod, nazwa) oraz listę przynależnych im elementów. Jeśli dany schemat jest przypisany do jakiegoś towaru, to zostanie to również odwzorowane w Comarch ERP Optima pod warunkiem, że wraz z importem schematów przenoszone są także towary, bądź takowe już w bazie istnieją. Poprzez włączenie lub wyłączenie parametru Pomijaj istniejące rekordy, mamy wpływ na zachowanie się programu w przypadku natrafienia w bazie docelowej na schemat o kodzie identycznym, jak kod w bazie, z której jest wykonywany import. Jeżeli parametr jest załączony to w przypadku gdy w bazie docelowej istnieje już kod dokładnie taki jak ten, który importujemy, to nie zostanie on dodany do listy (elementy schematu również nie będą modyfikowane). Jeśli w Comarch OPTIMA takiego schematu jeszcze nie ma to wraz z elementami zostanie dodany do słowników. Ponieważ te dane są pośrednio zapisywane w jednym arkuszu Excel to opis podsumowujący wykonanie zadania importu schematów będzie zawierał informację, że nagłówek schematu został (bądź nie) zaimportowany tyle razy ile posiadał przypisanych do siebie elementów. Nie oznacza to jednak, że nazwa schematu w Comarch ERP Optima będzie powielona kilka razy. 9. Receptury produktów Comarch ERP Migrator przeniesie dane dotyczące zdefiniowanych w FPP receptur i przynależnych im składników. Jeśli dana receptura jest przypisana do jakiegoś produktu (towaru złożonego), to zostanie to również odwzorowane w Comarch ERP Optima pod warunkiem, że wraz z importem receptur przenoszone są także towary, bądź takowe już w bazie istnieją. Użytkownik podczas definiowania takiego zadania może wskazać magazyn docelowy – pole Magazyn należy uzupełnić nazwą magazynu w Comarch ERP Optima. W przypadku natrafienia w bazie docelowej na recepturę o kodzie identycznym, jak kod w bazie, z której jest wykonywany import, receptura ta zostanie zastąpiona w całości recepturą z importowanej bazy. Nagłówki receptur i elementy receptur występują na odrębnych zakładkach arkusza Excel. 10. Kody CN Za pomocą Comarch ERP Migratora możemy dodać do odpowiedniej listy słownikowej w Comarch ERP Optima informacje związane i dotyczące kodów CN. Również w tym przypadku w zależności od ustawienia parametru Pomijaj istniejące rekordy możemy określić sposób zachowania się programu w przypadku znalezienia identycznych danych w bazie docelowej i źródłowej. 11. Atrybuty towarów Comarch ERP Migrator pozwala przenieść nagłówki oraz elementy atrybutów, które są przypisane do towarów lub do towarów i kontrahentów (jeśli atrybut jest zależny od kontrahenta). Wobec tego należy pamiętać o tym, że aby zachować informację o powiązaniu atrybutu z kontrahentem wcześniej wykonane lub aktualne zadanie powinno importować również listę kontrahentów. W Comarch ERP Optima można deklarować atrybuty dla kontrahentów. W programie FPP takie atrybuty nie są obsługiwane i dlatego nie będą kopiowane. Atrybuty typu cena oraz ilość będą zapisane w Comarch ERP Optima jako liczba. 12. Płatności nierozliczone Przeniesieniu podlega zarówno lista nierozliczonych płatności jak i zobowiązań. Zdarzenia trafiają do preliminarza i tworzone są na kwotę różnicy między wartością transakcji i sumą kwot uregulowanych do tej pory w ramach danej transakcji. Płatności dewizowe w FPP trafiają do preliminarza w Comarch ERP Optima jako zdarzenia, których wartość wyrażona jest zarówno w walucie w jakiej transakcja została zapisana jak i walucie systemowej. Przy eksporcie do arkusza MS Excel, program przeszukuje nagłówki transakcji niezapłaconych w całości i dla każdego nagłówka wylicza kwotę pozostałą do rozliczenia. Uwaga: Jeżeli parametr "Pomijaj istniejące rekordy" nie będzie zaznaczony, to powtarzające się płatności zostaną ponownie zaimportowane.

Comarch ERP Migrator

Wersja 2014.0.1

Uwaga: Jeśli podczas pracy w programie FPP korzystaliśmy ze wspólnego pliku kontrahentów i dla niektórych kart (m.in. tych, których karty zostały założone np . W programie KH) powstały jakieś płatności, a po pewnym czasie rezygnujemy z takiego rozwiązania (FPP będzie korzystało z lokalnego pliku kontrahentów i nie doimportujemy kontrahentów z KH), to trzeba mieć na uwadze fakt, że ze względu na brak kart kontrahentów w FPP, związane z nimi płatności nie będą uwzględnione w arkuszu, a w konsekwencji nie zostaną przeniesione do Comarch ERP Optima.

4.1.2

Przeniesienie danych programu KH

Program Comarch ERP Migrator pozwala przenieść z KH do bazy Comarch ERP Optima następujące dane: 1. Kontrahenci Przenoszona jest lista kontrahentów, których karty zostały założone w bazie danych programu KH. Poprzez włączenie lub wyłączenie parametru Pomijaj istniejące rekordy, użytkownik decyduje w jaki sposób zachowa się program w przypadku, gdy w bazie, do której wykonywany jest import, zostanie znaleziona karta kontrahenta o kodzie identycznym, jak kod w bazie, z której jest wykonywany import. Jeśli parametr zostanie zaznaczony , wówczas w imporcie będą pominięte zapisy z kodem kontrahenta identycznym z już istniejącym w bazie danych. Jeśli parametr nie zostanie zaznaczony , w zapisach w bazie docelowej będą dokonywane aktualizacje informacji na podstawie zawartości bazy źródłowej. Zaznaczenie lub nie tego parametru ma oczywiście znaczenie w przypadku dokonywania migracji danych do bazy, w której już istnieją jakieś zapisy. Importując dane kontrahentów Comarch ERP Migrator stosuje pewne zasady, których celem jest dostosowanie zawartości kartotek kontrahentów z importowanej bazy do standardów przyjętych w bazach Comarch ERP Optima: 1. Jeśli numer NIP jest nieprawidłowy – kartoteka jest importowana, ale w logu z operacji importu pojawia się informacja o nieprawidłowym numerze NIP. 2. Jeśli numer PESEL jest nieprawidłowy – kartoteka jest importowana, ale w logu z operacji importu pojawia się informacja o nieprawidłowym numerze PESEL. 3. Jeśli importowany kontrahent posiada status kontrahenta unijnego, natomiast jego numer NIP będzie posiadał określonego prefiksu kraju, wówczas kartoteka kontrahent nie zostanie przeniesiona (program Comarch ERP Optima nie dopuszcza takiej możliwości). Podczas importu danych o kontrahentach, przenoszone są także informacje o wszystkich rachunkach bankowych, które są zapisane na kartach tych kontrahentów. Również w tym przypadku należy wziąć pod uwagę pewne mechanizmy, które decydują o sposobie importu tych danych przez Comarch ERP Migrator: 1. Jeśli numer rachunku bankowego zapisany nieprawidłowo (nie spełnia algorytmu modulo) – kartoteka jest importowana, ale bez numeru rachunku. 2. Jeśli akronimu banku jest nieokreślony, jednak numer rachunku bankowego jest prawidłowy – kartoteka jest importowana z numerem rachunku bankowego. Jeśli jest możliwość podpięcia do kartoteki klienta prawidłowego banku, na podstawie numeru NRB, wówczas taka operacja jest dodatkowo wykonywana. 3. Bank do słownika banków jest dodawany z numerem rozliczeniowym, jako akronimem - gwarantuje to zachowanie unikalności akronimów. Jeśli jednak numer rozliczeniowy będzie nieznany lub nieprawidłowo zapisany, wówczas informacja o numerze rachunku bankowego nie będzie przenoszona na kartę kontrahenta. 4.

Jeśli nazwa banku będzie nieokreślona, jako nazwa banku zostanie wpisany jego numer rozliczeniowy

2. Rejestry VAT Importowane są faktury z rejestru VAT. Istnieje możliwość ograniczenia importu do samego rejestru sprzedaży lub zakupu oraz ograniczenie dotyczące okresu. W trakcie importu sprawdzana jest poprawność numeru NIP. Jeżeli w bazie docelowej nie ma kontrahenta i kategorii z faktury to zostaną one dodane do słowników. Comarch ERP Migrator

Wersja 2014.0.1

3. Plan kont Przeniesieniu podlega lista kont syntetycznych i analitycznych. Podobnie jak w przypadku kontrahentów istnieje możliwość określenia sposobu zachowania się migratora w przypadku znalezienia identycznych danych w bazie docelowej i źródłowej, poprzez zaznaczenie lub odznaczenie parametru Pomijaj istniejące rekordy. Konto, które w Księdze Handlowej Comarch ERP Klasyka było zdefiniowane w postaci np. 401-01-01, zostanie przeniesione do bazy Comarch ERP Optima w postaci 401-01_01, czyli jeśli pierwotnie miało analitykę dwupoziomowa, to po przeniesieniu będzie miało tylko jeden pozioma analityki. W przypadku importu kont słownikowych kontrahentów należy pamiętać, że aby pod konta zostały prawidłowo podpięte karty kontrahentów, to razem z importem planu kont należy wykonać import kontrahentów lub importując poszczególne elementy osobno, aby import kontrahentów został wykonany przed importem planu kont. Jeśli w Księdze Handlowej Comarch ERP Klasyka istnieją konta walutowe, wówczas dla poprawnego przeniesienia tych kont do bazy Comarch ERP Optima konieczne jest posiadanie licencji na moduł Comarch ERP Optima Księga Handlowa Plus lub przynajmniej zaznaczony w konfiguracji parametr: Konfiguracja firmy / Księgowość / Księgowość kontowa / Obsługa kont walutowych. W przeciwnym przypadku konta walutowe zostaną przeniesione jako niewalutowe, a jeśli przenoszony jest również bilans otwarcia, to jego zapisy przechodzą tylko w PLN. W szczególności dotyczy to klientów, którzy nie posiadają wykupionej licencji na moduł Comarch ERP Optima Księga Handlowa Plus (KHP). Dodatkowo dla poprawnego przeniesienia kont walutowych konieczne jest uzupełnienie listy walut w konfiguracji Comarch ERP Optima (Konfiguracja programu / Ogólne / Waluty). Jeśli na liście walut nie będzie jakiejś waluty, to przeniesione konto nie będzie miało uzupełnionej waluty i nie będzie można na nie księgować. W programie Księga Handlowa istnieje możliwość używania w numerach kont znaków, które z punktu widzenia Comarch ERP Optima są niedozwolone – np. znak kropki (.) lub spacji. Podczas przenoszenia danych wszystkie znaki niedozwolone są zamieniane na znak podkreślenia ( _ ). 4. Bilans otwarcia księgowy Program przenosi bilans otwarcia w postaci sald dla kont zwykłych oraz w postaci zapisów nierozliczonych dla kont rozrachunkowych. Program przenosi bilans otwarcia w postaci sald dla kont zwykłych bilansowych oraz w postaci zapisów BO dla kont rozrachunkowych. Jeśli dla jakiegoś konta rozrachunkowego chcemy przenieść bilans otwarcia w postaci salda, a nie zapisami BO, wówczas przed wykonaniem migracji należy w bazie programu Comarch ERP Klasyka KH ustawić dla tego konta status konta zwykłego, zamiast rozrachunkowego. Migracja dotyczy zawsze wszystkich zapisów i nie ma możliwości przeniesienia bazy na konkretny dzień. Dekrety, które w bazie Księgi Handlowej Comarch ERP Klasyka były w momencie importu nierozliczone, importują się do dokumentu BO oraz tworzone są dla nich odpowiednie zapisy w Preliminarzu płatności. Uwaga: Przeniesieniu podlegają tylko zapisy zatwierdzone, więc przed wykonaniem migracji należy wszystkie zapisy w buforach księgowań zatwierdzić. Przenoszone zapisy bilansu otwarcia są podpinane do aktualnie ustawionego okresu obrachunkowego. Aby jednak przeniesienie bilansu do tego okresu było możliwe, należy pamiętać o ustawieniu w programie daty bieżącej na taka, która mieści w obrębie tego okresu obrachunkowego. Podczas importu można zaznaczyć parametr Generować płatności nierozliczone – jego zaznaczenie powoduje przeniesienie nierozliczonych płatności do zapisów bilansu otwarcia do preliminarza płatności w bazie Comarch ERP Optima. Jeśli użytkownik rozlicza płatności w programie FPP i stamtąd został już wykonany ich import do Comarch ERP Optima, wówczas lepiej parametr ten zostawić nie zaznaczony , aby niepotrzebnie nie dublować informacji o płatnościach. 5. Środki trwałe Comarch ERP Migrator przenosi wszystkie środki trwałe, z wyjątkiem środków zlikwidowanych i zbytych, chyba, że zostanie zaznaczony parametr Przenoś środki zlikwidowane/zbyte. Oprócz środków trwałych użytkownik ma możliwość przeniesienia (lub nie) dokumentów związanych ze środkami trwałymi. Jeżeli w pliku znajduje się arkusz Dokumenty wymagany jest również arkusz "Środki trwale”. Dokumenty mogą być doimportowywane. Podczas przenoszenia środków trwałych program może porównywać bazę źródłową i docelową i w zależności od zaznaczenia (lub nie) parametru Pomijaj istniejące rekordy ignorować (lub nie) identyczne zapisy. Możliwość ta nie dotyczy przenoszenia dokumentów środków trwałych, co może prowadzić w szczególnych przypadkach do Comarch ERP Migrator

Wersja 2014.0.1

dublowania zapisów w bazie docelowej w przypadku np. wielokrotnej migracji tych samych danych do tej samej bazy.

4.1.3

Przeniesienie danych programu KP

Program Comarch ERP Migrator pozwala przenieść z KP do bazy Comarch ERP Optima następujące dane: 1. Kontrahenci Przenoszona jest lista kontrahentów, których karty zostały założone w bazie danych programu KH. Poprzez włączenie lub wyłączenie parametru Pomijaj istniejące rekordy, użytkownik decyduje w jaki sposób zachowa się program w przypadku, gdy w bazie, do której wykonywany jest import, zostanie znaleziona karta kontrahenta o kodzie identycznym, jak kod w bazie, z której jest wykonywany import. Jeśli parametr zostanie zaznaczony , wówczas w imporcie będą pominięte zapisy z kodem kontrahenta identycznym z już istniejącym w bazie danych. Jeśli parametr nie zostanie zaznaczony , w zapisach w bazie docelowej będą dokonywane aktualizacje informacji na podstawie zawartości bazy źródłowej. Zaznaczenie lub nie tego parametru ma oczywiście znaczenie w przypadku dokonywania migracji danych do bazy, w której już istnieją jakieś zapisy. Importując dane kontrahentów Comarch ERP Migrator stosuje pewne zasady, których celem jest dostosowanie zawartości kartotek kontrahentów z importowanej bazy do standardów przyjętych w bazach Comarch ERP Optima: 1. Jeśli numer NIP jest nieprawidłowy – kartoteka jest importowana, ale w logu z operacji importu pojawia się informacja o nieprawidłowym numerze NIP. 2. Jeśli numer PESEL jest nieprawidłowy – kartoteka jest importowana, ale w logu z operacji importu pojawia się informacja o nieprawidłowym numerze PESEL. 3. Jeśli importowany kontrahent posiada status kontrahenta unijnego, natomiast jego numer NIP będzie posiadał określonego prefiksu kraju, wówczas kartoteka kontrahent nie zostanie przeniesiona (program Comarch ERP Optima nie dopuszcza takiej możliwości). 2. Środki trwałe Comarch ERP Migrator przenosi wszystkie środki trwałe, z wyjątkiem środków zlikwidowanych i zbytych, chyba, że zostanie zaznaczony parametr Przenoś środki zlikwidowane/zbyte. Oprócz środków trwałych użytkownik ma możliwość przeniesienia (lub nie) dokumentów związanych ze środkami trwałymi. Jeżeli w pliku znajduje się arkusz Dokumenty wymagany jest również arkusz "Środki trwale”. Dokumenty mogą być doimportowywane. Podczas przenoszenia środków trwałych program może porównywać bazę źródłową i docelową i w zależności od zaznaczenia (lub nie) parametru Pomijaj istniejące rekordy ignorować (lub nie) identyczne zapisy. Możliwość ta nie dotyczy przenoszenia dokumentów środków trwałych, co może prowadzić w szczególnych przypadkach do dublowania zapisów w bazie docelowej w przypadku np. wielokrotnej migracji tych samych danych do tej samej bazy. 3. Kategorie Kod transakcji dostępny na formularzu dokumentu w rejestrze VAT jest migrowany do Comarch ERP Optima jako kategoria. 4. Rejestry VAT Importowane są faktury z rejestru VAT. Istnieje możliwość ograniczenia importu do samego rejestru sprzedaży lub zakupu oraz ograniczenie dotyczące okresu. W trakcie importu sprawdzana jest poprawność numeru NIP. Jeżeli w bazie docelowej nie ma kontrahenta i kategorii z faktury to zostaną one dodane do słowników. Podczas importu jest sprawdzana duplikacja faktur za pomocą mechanizmów Comarch ERP Optima. 5. Dane firmy Przenoszone są dane z pieczątki firmy oraz dane adresowe dla deklaracji Pit-4 oraz Vat-7 6. Pracownicy i wypłaty Przenoszone są wypłaty pracowników. W pierwszej kolejności tworzony jest w Comarch ERP Optima pracownik, jeśli nie było dotychczas pracownika z danym akronimem, a następnie przenoszona jest wypłata do wynagrodzeń Comarch ERP Migrator

Wersja 2014.0.1

uproszczonych dostępnych na licencji Księgi Podatkowej. Przy przenoszeniu pracownika sprawdzana jest poprawność numeru NIP i jeśli jest nieprawidłowa to taki pracownik nie jest importowany. 7. Ewidencja wyposażenia Przy imporcie można zaznaczyć dwa parametry – pomijaj istniejące rekordy oraz przenoś wyposażenie zlikwidowane. 8. Spis z natury Import spisów z natury wraz z pozycjami. 9. Ewidencja samochodowa Import obejmuje kartotekę samochodów i tras, oraz ewidencję przejazdów i kosztów.

4.1.4

Przeniesienie danych programu PIK/PLP

1. Dane kadrowe pracowników Przenoszone są dane kadrowe pracowników, którzy zostali wprowadzeni w bazie danych programu PIK/PLP. Dane te odczytywane są z ostatniego (najbardziej aktualnego) w bazie PIK/PLP zapisu historycznego. W arkuszu tym nie jest przenoszona historia danych kadrowych i etatowych pracownika, która jest przenoszona w arkuszu Historia etatu. Jeżeli parametr Pomijaj istniejące rekordy jest: 

zaznaczony , wówczas w imporcie będą pominięte zapisy z kodem pracownika identycznym z już istniejącym w bazie danych,



nie zostanie zaznaczony , w zapisach w bazie docelowej będą dokonywane aktualizacje informacji na podstawie zawartości bazy źródłowej.

Zaznaczenie lub nie tego parametru ma oczywiście znaczenie w przypadku dokonywania migracji danych do bazy, w której już istnieją jakieś zapisy. Uwaga: Jedynym kryterium określającym powiązanie pracownika z pozostałymi informacjami (formami płatności, nieobecnościami czy bilansami) jest jego kod. Dlatego w przypadku zmiany kodu w danych kadrowych należy pamiętać o konieczności modyfikacji kodu w pozostałych skoroszytach arkusza.

Uwaga: Po zaimportowaniu danych należy uzupełnić informację o przysługujących pracownikowi dodatkowych elementach wynagrodzeń (premie i inne dodatki/potrącenia) 2. Formy płatności pracowników Przeniesieniu podlegają płatności związane z pracownikami. Na podstawie informacji o banku, w szczególności dotyczy to numeru kierunkowego banku, który jest odczytywany z numeru konta zostaje uzupełniona lista słownikowa banków. W przypadku, gdy numer konta nie spełnia algorytmu modulo, pracownik zostaje wpisany do bazy, a forma płatności zostaje zmieniona na gotówkę. W przypadku przenoszenia danych z programów PL, PIK/PLP pracownik może mieć 2 rodzaje płatności: gotówka lub przelew. 3. Rodzina Przeniesieniu podlegają dane kadrowe członków rodziny. Podobnie jak w przypadku danych kadrowych pracowników istnieje możliwość określenia sposobu zachowania się migratora w przypadku znalezienia identycznych danych w bazie docelowej i źródłowej. Służy do tego parametr Pomijaj istniejące rekordy. 4. Nieobecności pracowników Przeniesieniu podlegają dane o nieobecnościach pracowników z wybranych miesięcy. Standardowo proponuje się okres 12 miesięcy poczynając od miesiąca wcześniejszego niż data systemowa. Zakres dat można zmienić dodatkową parą parametrów Za okres od MM/RRRR do MM/RRRR. Comarch ERP Migrator

Wersja 2014.0.1

W tym przypadku nie ma opcji zaznaczenia parametru Pomijaj istniejące rekordy. Migrator zawsze pomija nieobecności w przypadku dokonywania migracji danych do bazy, w której już istnieją jakieś zapisy w nieobecnościach na dany dzień. 5. Kwoty do deklaracji PIT Przeniesieniu podlegają dane, które posłużą do wyliczenia rocznych deklaracji podatkowych z wypłat wchodzących na deklaracje z wybranych miesięcy. Miesiące te wybieramy poprzez podanie okresu deklaracji od MM/RRRR do MM/RRRR. Podczas przenoszenia danych program może porównywać bazę źródłową i docelową i w zależności od zaznaczenia (lub nie) parametru Pomijaj istniejące rekordy ignorować (lub nie) identyczne zapisy. Program przenosi dane w postaci zapisów BO (bilansu otwarcia). 6. Bilans ZUS Przeniesieniu podlegają dane z podstawami składek i składkami ZUS z wypłat wchodzących na deklaracje z miesięcy doprecyzowanych dodatkową parą parametrów Za miesiące deklaracji od MM/RRRR do MM/RRRR. Podczas przenoszenia danych program może porównywać bazę źródłową i docelową i w zależności od zaznaczenia (lub nie) parametru Pomijaj istniejące rekordy ignorować (lub nie) identyczne zapisy. Program przenosi dane w postaci zapisów BO (bilansu otwarcia). 7. Podstawy do urlopu Przeniesieniu podlegają dane, które posłużą do wyliczenia podstaw urlopu z wypłat z miesięcy doprecyzowanych dodatkową parą parametrów Za okres od MM/RRRR do MM/RRRR (proponowany jest import z 3 miesięcy, zaczynając od miesiąca poprzedniego w stosunku do daty systemowej). Podczas przenoszenia danych program może porównywać bazę źródłową i docelową i w zależności od zaznaczenia (lub nie) parametru Pomijaj istniejące rekordy ignorować (lub nie) identyczne zapisy. 8. Podstawy do chorobowego Przenoszone są dane, które posłużą do wyliczenia podstaw chorobowego z wypłat z miesięcy doprecyzowanych dodatkową parą parametrów Za okres od MM/RRRR do MM/RRRR (proponowany jest import z 12 miesięcy). Podczas przenoszenia danych program może porównywać bazę źródłową i docelową i w zależności od zaznaczenia (lub nie) parametru Pomijaj istniejące rekordy ignorować (lub nie) identyczne zapisy. Uwaga: W przypadku, gdy w ostatnich miesiącach, za które dokonywany jest import, pracownik był na zwolnieniu lekarskim i kolejna nieobecność typu ZUS będzie rozliczana już z poziomu programu Comarch ERP Optima, a nie upłynęły między tymi nieobecnościami 3 pełne miesiące kalendarzowe, to podstawa powinna być przepisana z poprzedniej podstawy. W programie w takim przypadku podstawa jest wyliczana ponownie i należy ją skorygować. Wynika to z faktu, że w bazie po imporcie nie ma rozliczenia nieobecności, z której powinna być przepisana podstawa. Dotyczy to również nieobecności, które rozpoczęły się przed importem i trwają nadal. 9. Bilans RP-7 Przenoszone są dane, które posłużą do wykazania odpowiedniej pozycji na deklaracji RP-7 z wypłat z miesięcy doprecyzowanych dodatkową parą parametrów Od roku RRRR Do roku RRRR (proponowany jest import z 2 lat). Podczas przenoszenia danych program może porównywać bazę źródłową i docelową i w zależności od zaznaczenia (lub nie) parametru Pomijaj istniejące rekordy ignorować (lub nie) identyczne zapisy. 10. Historia etatu Przeniesieniu podlegają zapisy historyczne pracowników. Podobnie jak w przypadku danych kadrowych pracowników istnieje możliwość określenia sposobu zachowania się migratora w przypadku znalezienia identycznych danych w bazie docelowej i źródłowej. Służy do tego parametr Pomijaj istniejące rekordy.

Comarch ERP Migrator

Wersja 2014.0.1

11. Nierozliczone umowy zlecenia Przeniesieniu podlegają nierozliczone w całości umowy cywilno-prawne. W przypadku umów częściowo rozliczonych przenoszona jest kwota, która pozostała jeszcze do rozliczenia. 12. Historia wykształcenia i zatrudnienia (Staż pracy) Przeniesieniu podlegają dane dotyczące historii wykształcenia i zatrudnienia pracownika w poprzednich zakładach pracy. Istnieje możliwość określenia sposobu zachowania się migratora w przypadku znalezienia danych w bazie docelowej. Służy do tego parametr Pomijaj istniejące rekordy, który w przypadku gdy jest:

4.1.5



zaznaczony (ustawienie domyślne) – powoduje, że nie są dodawane żadne pozycje dotyczące historii wykształcenia lub zatrudnienia, jeżeli pracownik ma już odnotowane jakieś pozycje;



niezaznaczony – powoduje usunięcie wszystkich wpisanych wykształcenia/zatrudnienia u pracownika i zaimportowanie nowych z arkusza.

pozycji

historii

Przeniesienie danych programu PL

Zasady przenoszenia danych dla programu PL są analogiczne, jak dla programu Płace i Kadry oraz Płace Plus. Dane kadrowe przenoszone są tylko w zakresie dostępnym z poziomu programu PL – nie ma informacji o schorzeniach specjalnych oraz kartach RCP. Struktura organizacyjna zawiera tylko jeden wydział FIRMA. Ponadto nie jest tworzony arkusz Staż pracy ze szczegółową historią wykształcenia i zatrudnienia, tylko w arkuszu Dane kadrowe zapisywana jest informacja o sumarycznym stażu pracy wyrażonym w latach, miesiącach i dniach.

4.2

Comarch ERP Klasyka do Microsoft Excel

Ten rodzaj zadania pozwala na przeniesienie danych z bazy danych programu Comarch ERP Klasyka do arkusza kalkulacyjnego Microsoft Excel. Po przeniesieniu danych do arkusza kalkulacyjnego program Comarch ERP Migrator automatycznie uruchomi program Microsoft Excel i otworzy ten arkusz. Po wyborze rodzaju zadania, kreator prosi użytkownika kolejno o ustawienie następujących parametrów: 1. Program Comarch ERP Klasyka Wskazujemy program Comarch ERP Klasyka, z którego będzie dokonywany import danych. Program wybieramy z listy obsługiwanych przez Comarch ERP Migrator aplikacji. Lista ograniczona jest do programów: FPP, KH, PIK/PLP, PL Uwaga: Import danych z programu Książka Podatkowa (KP) jest możliwy za pomocą istniejącej już od dawna funkcji w programie Comarch ERP Optima (menu Narzędzia / Importy / Import danych z KP). 2. Katalog Po wyborze programu Comarch ERP Klasyka (patrz punkt 2), Comarch ERP Migrator automatycznie podpowiada domyślną ścieżkę do wybranego programu: dla programu FPP jest to C:\FPP, dla KH – C:\KH2012, dla PIK – C:\PIK99, dla PL – C:\PL99. Dla programu PLP należy określić właściwą ścieżkę np. C:\PLP, wybierając wcześniej program PIK/PLP. Ścieżka ta zawsze wskazuje na dysk C:, niemniej jednak użytkownik w każdej chwili może, a w przypadku instalacji sieciowych Comarch ERP Klasyka nawet powinien, taką ścieżkę dostosować do własnego środowiska pracy. W podanej lokalizacji Comarch ERP Migrator będzie poszukiwał plików konfiguracyjnych właściwych dla wybranego wcześniej programu. Lokalizację katalogu z programem można również wskazać za pomocą standardowego dla systemu Windows kreatora wyboru folderu, który uaktywniamy klawiszem . Uwaga: Baza danych, z której migrowane są dane, musi być w lokalizacji zgodnej ze ścieżką zapisaną w config.dat programu klasyki. 3. Firma Po wskazaniu katalogu Comarch ERP Migrator automatycznie odczytuje listę firm założonych w wybranym programie. Firmę, z której będzie wykonywany import, wybieramy przez wskazanie jej na liście. Comarch ERP Migrator

Wersja 2014.0.1

4. Dane Po wskazaniu firmy, z której dane chcemy importować Comarch ERP Migrator automatycznie proponuje ścieżkę, w której zapisane są dane tej firmy. Pozostałe do zdefiniowania parametry zależą od wybranego przez użytkownika programu Comarch ERP Klasyka i zostały opisane poniżej.

4.2.1

Przeniesienie danych programu FPP

Program Comarch ERP Migrator pozwala przenieść z FPP do arkusza programu MS EXCEL (struktura arkusza opisana w punkcie 4.3.1) następujące dane: 1. Kontrahenci Przenoszona jest lista kontrahentów, których karty zostały założone w bazie danych programu FPP. Wraz z kontrahentami przenoszone są dane przypisanych im przedstawicieli (imię i nazwisko oraz tytuł - tylko te pola występują w FPP, pozostałe mogą być wypełnione bezpośrednio w arkuszu). Importując dane kontrahentów Comarch ERP Migrator stosuje pewne zasady, których celem jest dostosowanie zawartości kartotek kontrahentów z importowanej bazy do standardów przyjętych w bazach Comarch ERP Optima: 1. Jeśli numer NIP jest nieprawidłowy – kartoteka jest importowana, ale w logu z operacji importu pojawia się informacja o nieprawidłowym numerze NIP. 2. Jeśli numer PESEL jest nieprawidłowy – kartoteka jest importowana, ale w logu z operacji importu pojawia się informacja o nieprawidłowym numerze PESEL. 3. Jeśli importowany kontrahent posiada status kontrahenta unijnego, natomiast jego numer NIP będzie posiadał określonego prefiksu kraju, wówczas kartoteka kontrahent nie zostanie przeniesiona (program Comarch ERP Optima nie dopuszcza takie możliwości). Podczas importu danych o kontrahentach, przenoszone są także informacje o wszystkich rachunkach bankowych, które są zapisane na kartach tych kontrahentów. Również w tym przypadku należy wziąć pod uwagę pewne mechanizmy, które decydują o sposobie importu tych danych przez Comarch ERP Migrator: 1. Jeśli numer rachunku bankowego zapisany nieprawidłowo (nie spełnia algorytmu modulo) – kartoteka jest importowana, ale bez numeru rachunku. 2. Jeśli akronimu banku jest nieokreślony, jednak numer rachunku bankowego jest prawidłowy – kartoteka jest importowana z numerem rachunku bankowego. Jeśli jest możliwość podpięcia do kartoteki klienta prawidłowego banku, na podstawie numeru NRB, wówczas taka operacja jest dodatkowo wykonywana. 3. Bank do słownika banków jest dodawany z numerem rozliczeniowym, jako akronimem - gwarantuje to zachowanie unikalności akronimów. Jeśli jednak numer rozliczeniowy będzie nieznany lub nieprawidłowo zapisany, wówczas informacja o numerze rachunku bankowego nie będzie przenoszona na kartę kontrahenta. 4.

Jeśli nazwa banku będzie nieokreślona, jako nazwa banku zostanie wpisany jego numer rozliczeniowy.

2. Towary Przenoszona jest lista towarów, których karty znajdują się w bazie FPP. W przypadku importu kart towarowych należy pamiętać, że jeśli chcemy zachować dodatkowe informacje przypisane do danej karty, tj. schemat opakowań, kod CN, receptury, atrybuty to razem z importem listy towarów należy wykonać import słowników pomocniczych (schematy opakowań, kody CN, receptury, atrybuty). Wraz z towarami przenoszone są też ich ceny 3. Rabaty Do arkusza przenoszone są informacje dotyczące rabatów typu: 

jeden kontrahent/ jeden towar

Comarch ERP Migrator

Wersja 2014.0.1



jeden kontrahent/ grupa towarowa

Dodatkowo przenoszony jest rabat typu Stała cena towaru dla kontrahenta (jeśli w FPP kontrahent posiada indywidualną cenę na dany asortyment). Z racji tego, że progi upustów cenowych nie występują w Comarch ERP Optima tego typu dane nie są przenoszone na arkusz. Dodatkowo – już w samym arkuszu - można dopisać rabat typu: grupa kontrahentów/ towar. 4. Oznaczenia stawek VAT dla drukarek fiskalnych Przenoszone są ustawienia dotyczące symboli przypisanych do stawek VAT dla drukarek fiskalnych (w FPP ustawienie dostępne w konfiguracji: CTRL+F9 -> F7). 5. Bilans otwarcia magazynu Bilans otwarcia magazynu nie ma „swojej” zakładki w arkuszu. Istotne informacje zapisane są w komórkach StanAktualny i WartoscZasobu arkusza z towarami. 6. Rezerwacje odbiorców Wybierając to zadanie program przenosi zarejestrowane w FPP rezerwacje odbiorcy. Nie są to stricte dokumenty Zamówień, tylko stan rezerwacji odbiorców (widzianych np. Z poziomu karty towaru). Uwaga: Do arkusza programu Excel importowane są tylko te rezerwacje, którym nie upłynął termin rezerwacji (data ważności). 7. Zamówienia u dostawców Podobnie jak w przypadku rezerwacji nie są przenoszone dokumenty, tylko, stan zamówień u dostawcy. Uwaga: Do arkusza programu Excel importowane są tylko te zamówienia, którym nie upłynął termin zamówienia (data ważności). 8. Schematy opakowań Program przeniesie pełne dane dotyczące zdefiniowanych w programie FPP schematów opakowań, tj. nagłówki (kod, nazwa) oraz listę przynależnych im elementów. 9. Receptury produktów Comarch ERP Migrator przeniesie dane dotyczące zdefiniowanych w FPP receptur i przynależnych im składników. Nagłówki receptur i elementy receptur występują na odrębnych zakładkach arkusza MS Excel. 10. Kody CN Na arkusz trafiają informacje związane i dotyczące kodów CN. 11. Atrybuty towarów Comarch ERP Migrator pozwala przenieść nagłówki oraz elementy atrybutów, które są przypisane do towarów lub do towarów i kontrahentów (jeśli atrybut jest zależny od kontrahenta). Bezpośrednio w samym arkuszu można deklarować atrybuty dla kontrahentów. W FPP takie atrybuty nie są obsługiwane i dlatego nie będą kopiowane. 12. Płatności nierozliczone Przeniesieniu podlega zarówno lista nierozliczonych płatności jak i zobowiązań (dewizowych i złotówkowych). Przy eksporcie do Excela program przeszukuje nagłówki transakcji niezapłaconych w całości i dla każdego nagłówka wylicza kwotę pozostałą do rozliczenia.

Comarch ERP Migrator

Wersja 2014.0.1

Uwaga: Jeśli podczas pracy w programie FPP korzystaliśmy ze wspólnego pliku kontrahentów i dla niektórych kart (m.in. tych, których karty zostały założone np . W KH) powstały jakieś płatności, a po pewnym czasie rezygnujemy z takiego rozwiązania (FPP będzie korzystało z lokalnego pliku kontrahentów i nie doimportujemy kontrahentów z KH), to trzeba mieć na uwadze fakt, że ze względu na brak kart kontrahentów w FPP, związane z nimi płatności nie będą uwzględnione w arkuszu MS Excel.

4.2.2

Przeniesienie danych programu KH

1. Kontrahenci Przenoszona jest lista kontrahentów, których karty zostały założone w bazie danych programu KH. Poprzez włączenie lub wyłączenie parametru Pomijaj istniejące rekordy, użytkownik decyduje w jaki sposób zachowa się program w przypadku, gdy w bazie, do której wykonywany jest import, zostanie znaleziona karta kontrahenta o kodzie identycznym, jak kod w bazie, z której jest wykonywany import. Jeśli parametr zostanie zaznaczony , wówczas w imporcie będą pominięte zapisy z kodem kontrahenta identycznym z już istniejącym w bazie danych. Jeśli parametr nie zostanie zaznaczony , w zapisach w bazie docelowej będą dokonywane aktualizacje informacji na podstawie zawartości bazy źródłowej. Zaznaczenie lub nie tego parametru ma oczywiście znaczenie w przypadku dokonywania migracji danych do bazy, w której już istnieją jakieś zapisy. Importując dane kontrahentów Comarch ERP Migrator stosuje pewne zasady, których celem jest dostosowanie zawartości kartotek kontrahentów z importowanej bazy do standardów przyjętych w bazach Comarch ERP Optima: 1. Jeśli numer NIP jest nieprawidłowy – kartoteka jest importowana, ale w logu z operacji importu pojawia się informacja o nieprawidłowym numerze NIP. 2. Jeśli numer PESEL jest nieprawidłowy – kartoteka jest importowana, ale w logu z operacji importu pojawia się informacja o nieprawidłowym numerze PESEL. 3. Jeśli importowany kontrahent posiada status kontrahenta unijnego, natomiast jego numer NIP będzie posiadał określonego prefiksu kraju, wówczas kartoteka kontrahent nie zostanie przeniesiona (program Comarch ERP Optima nie dopuszcza takie możliwości). Podczas importu danych o kontrahentach, przenoszone są także informacje o wszystkich rachunkach bankowych, które są zapisane na kartach tych kontrahentów. Również w tym przypadku należy wziąć pod uwagę pewne mechanizmy, które decydują o sposobie importu tych danych przez Comarch ERP Migrator: 1. Jeśli numer rachunku bankowego zapisany nieprawidłowo (nie spełnia algorytmu modulo) – kartoteka jest importowana, ale bez numeru rachunku. 2. Jeśli akronimu banku jest nieokreślony, jednak numer rachunku bankowego jest prawidłowy – kartoteka jest importowana z numerem rachunku bankowego. Jeśli jest możliwość podpięcia do kartoteki klienta prawidłowego banku, na podstawie numeru NRB, wówczas taka operacja jest dodatkowo wykonywana. 3. Bank do słownika banków jest dodawany z numerem rozliczeniowym, jako akronimem - gwarantuje to zachowanie unikalności akronimów. Jeśli jednak numer rozliczeniowy będzie nieznany lub nieprawidłowo zapisany, wówczas informacja o numerze rachunku bankowego nie będzie przenoszona na kartę kontrahenta. 4. Jeśli nazwa banku będzie nieokreślona, jako nazwa banku zostanie wpisany jego numer rozliczeniowy

2. Plan kont Przeniesieniu podlega lista kont syntetycznych i analitycznych. Podobnie jak w przypadku kontrahentów istnieje możliwość określenia sposobu zachowania się migratora w przypadku znalezienia identycznych danych w bazie docelowej i źródłowej, poprzez zaznaczenie lub odznaczenie parametru Pomijaj istniejące rekordy. Konto, które w Księdze Handlowej Comarch ERP Klasyka było zdefiniowane w postaci np. 401-01-01, zostanie przeniesione do bazy Comarch ERP Optima w postaci 401-01_01, czyli jeśli pierwotnie miało analitykę dwupoziomowa, to po przeniesieniu będzie miało tylko jeden pozioma analityki. Comarch ERP Migrator

Wersja 2014.0.1

W przypadku importu kont słownikowych kontrahentów należy pamiętać, że aby pod konta zostały prawidłowo podpięte karty kontrahentów, to razem z importem planu kont należy wykonać import kontrahentów lub importując poszczególne elementy osobno, aby import kontrahentów został wykonany przed importem planu kont. Jeśli w Księdze Handlowej Comarch ERP Klasyka istnieją konta walutowe, wówczas dla poprawnego przeniesienia tych kont do bazy Comarch ERP Optima konieczne jest posiadanie licencji na moduł Comarch ERP Optima Księga Handlowa Plus lub przynajmniej zaznaczony w konfiguracji parametr: Konfiguracja firmy / Księgowość / Księgowość kontowa / Obsługa kont walutowych. W przeciwnym przypadku konta walutowe zostaną przeniesione jako niewalutowe, a jeśli przenoszony jest również bilans otwarcia, to jego zapisy przechodzą tylko w PLN. W szczególności dotyczy to klientów, którzy nie posiadają wykupionej licencji na moduł Comarch ERP Optima Księga Handlowa Plus (KHP). Dodatkowo dla poprawnego przeniesienia kont walutowych konieczne jest uzupełnienie listy walut w konfiguracji Comarch ERP Optima (Konfiguracja programu / Ogólne / Waluty). Jeśli na liście walut nie będzie jakiejś waluty, to przeniesione konto nie będzie miało uzupełnionej waluty i nie będzie można na nie księgować. W programie Księga Handlowa istnieje możliwość używania w numerach kont znaków, które z punktu widzenia Comarch ERP Optima są niedozwolone – np. znak kropki (.) lub spacji. Podczas przenoszenia danych wszystkie znaki niedozwolone są zamieniane na znak podkreślenia ( _ ). 3. Rejestry VAT Importowane są faktury z rejestru VAT. Istnieje możliwość ograniczenia importu do samego rejestru sprzedaży lub zakupu oraz ograniczenie dotyczące okresu. 4. Bilans otwarcia księgowy Program przenosi bilans otwarcia w postaci sald dla kont zwykłych oraz w postaci zapisów nierozliczonych dla kont rozrachunkowych. Program przenosi bilans otwarcia w postaci sald dla kont zwykłych bilansowych oraz w postaci zapisów BO dla kont rozrachunkowych. Jeśli dla jakiegoś konta rozrachunkowego chcemy przenieść bilans otwarcia w postaci salda, a nie zapisami BO, wówczas przed wykonaniem migracji należy w bazie programu Comarch ERP Klasyka KH ustawić dla tego konta status konta zwykłego, zamiast rozrachunkowego. Migracja dotyczy zawsze wszystkich zapisów i nie ma możliwości przeniesienia bazy na konkretny dzień. Dekrety, które w bazie Księgi Handlowej Comarch ERP Klasyka były w momencie importu nierozliczone, importują się do dokumentu BO oraz tworzone są dla nich odpowiednie zapisy w Preliminarzu płatności. Uwaga: Przeniesieniu podlegają tylko zapisy zatwierdzone, więc przed wykonaniem migracji należy wszystkie zapisy w buforach księgowań zatwierdzić. Przenoszone zapisy bilansu otwarcia są podpinane do aktualnie ustawionego okresu obrachunkowego. Aby jednak przeniesienie bilansu do tego okresu było możliwe, należy pamiętać o ustawieniu w programie daty bieżącej na taka, która mieści w obrębie tego okresu obrachunkowego. Podczas importu można zaznaczyć parametr Generować płatności nierozliczone – jego zaznaczenie powoduje przeniesienie nierozliczonych płatności do zapisów bilansu otwarcia do preliminarza płatności w bazie Comarch ERP Optima. Jeśli użytkownik rozlicza płatności w programie FPP i stamtąd został już wykonany ich import do Comarch ERP Optima, wówczas lepiej parametr ten zostawić nie zaznaczony , aby niepotrzebnie nie dublować informacji o płatnościach. 5. Środki trwałe Comarch ERP Migrator przenosi wszystkie środki trwałe, z wyjątkiem środków zlikwidowanych i zbytych, chyba, że zostanie zaznaczony parametr Przenoś środki zlikwidowane/zbyte. Oprócz środków trwałych użytkownik ma możliwość przeniesienia (lub nie) dokumentów związanych ze środkami trwałymi. Podczas przenoszenia środków trwałych program może porównywać bazę źródłową i docelową i w zależności od zaznaczenia (lub nie) parametru Pomijaj istniejące rekordy ignorować (lub nie) identyczne zapisy. Możliwość ta nie dotyczy przenoszenia dokumentów środków trwałych, co może prowadzić w szczególnych przypadkach do dublowania zapisów w bazie docelowej w przypadku np. wielokrotnej migracji tych samych danych do tej samej bazy.

Comarch ERP Migrator

Wersja 2014.0.1

4.2.3

Przeniesienie danych programu KP

1. Kontrahenci Przenoszona jest lista kontrahentów, których karty zostały założone w bazie danych programu KH. Poprzez włączenie lub wyłączenie parametru Pomijaj istniejące rekordy, użytkownik decyduje w jaki sposób zachowa się program w przypadku, gdy w bazie, do której wykonywany jest import, zostanie znaleziona karta kontrahenta o kodzie identycznym, jak kod w bazie, z której jest wykonywany import. Jeśli parametr zostanie zaznaczony , wówczas w imporcie będą pominięte zapisy z kodem kontrahenta identycznym z już istniejącym w bazie danych. Jeśli parametr nie zostanie zaznaczony , w zapisach w bazie docelowej będą dokonywane aktualizacje informacji na podstawie zawartości bazy źródłowej. Zaznaczenie lub nie tego parametru ma oczywiście znaczenie w przypadku dokonywania migracji danych do bazy, w której już istnieją jakieś zapisy. Importując dane kontrahentów Comarch ERP Migrator stosuje pewne zasady, których celem jest dostosowanie zawartości kartotek kontrahentów z importowanej bazy do standardów przyjętych w bazach Comarch ERP Optima: 1. Jeśli numer NIP jest nieprawidłowy – kartoteka jest importowana, ale w logu z operacji importu pojawia się informacja o nieprawidłowym numerze NIP. 2. Jeśli numer PESEL jest nieprawidłowy – kartoteka jest importowana, ale w logu z operacji importu pojawia się informacja o nieprawidłowym numerze PESEL. 3. Jeśli importowany kontrahent posiada status kontrahenta unijnego, natomiast jego numer NIP będzie posiadał określonego prefiksu kraju, wówczas kartoteka kontrahent nie zostanie przeniesiona (program Comarch ERP Optima nie dopuszcza takiej możliwości). 2. Środki trwałe Comarch ERP Migrator przenosi wszystkie środki trwałe, z wyjątkiem środków zlikwidowanych i zbytych, chyba, że zostanie zaznaczony parametr Przenoś środki zlikwidowane/zbyte. Oprócz środków trwałych użytkownik ma możliwość przeniesienia (lub nie) dokumentów związanych ze środkami trwałymi. Jeżeli w pliku znajduje się arkusz Dokumenty wymagany jest również arkusz "Środki trwale”/ Podczas przenoszenia środków trwałych program może porównywać bazę źródłową i docelową i w zależności od zaznaczenia (lub nie) parametru Pomijaj istniejące rekordy ignorować (lub nie) identyczne zapisy. Możliwość ta nie dotyczy przenoszenia dokumentów środków trwałych, co może prowadzić w szczególnych przypadkach do dublowania zapisów w bazie docelowej w przypadku np. wielokrotnej migracji tych samych danych do tej samej bazy. 3. Kategorie Kod transakcji dostępny na formularzu dokumentu w rejestrze VAT jest migrowany do Comarch ERP Optima jako kategoria. 4. Rejestry VAT Importowane są faktury z rejestru VAT. Istnieje możliwość ograniczenia importu do samego rejestru sprzedaży lub zakupu oraz ograniczenie dotyczące okresu. W trakcie importu sprawdzana jest poprawność numeru NIP. Jeżeli w bazie docelowej nie ma kontrahenta i kategorii z faktury to zostaną one dodane do słowników 5. Dane firmy Przenoszone są dane z pieczątki firmy oraz dane adresowe dla deklaracji Pit-4 oraz Vat-7 6. Pracownicy i wypłaty Przenoszone są wypłaty pracowników. W pierwszej kolejności tworzony jest w Comarch ERP Optima pracownik, jeśli nie było dotychczas pracownika z danym akronimem, a następnie przenoszona jest wypłata do wynagrodzeń uproszczonych dostępnych na licencji Księgi Podatkowej. Przy przenoszeniu pracownika sprawdzana jest poprawność numeru NIP i jeśli jest nieprawidłowa to taki pracownik nie jest importowany.

Comarch ERP Migrator

Wersja 2014.0.1

7. Ewidencja wyposażenia Przy eksporcie można zaznaczyć dwa parametry – pomijaj istniejące rekordy oraz przenoś wyposażenie zlikwidowane. 8. Spis z natury 9. Ewidencja samochodowa Eksport obejmuje kartotekę samochodów i tras, oraz ewidencję przejazdów i kosztów.

4.2.4

Przeniesienie danych programu PIK/PLP

zaznaczony , wówczas w imporcie będą pominięte zapisy z kodem pracownika identycznym z już istniejącym w bazie danych,



nie zostanie zaznaczony , w zapisach w bazie docelowej będą dokonywane aktualizacje informacji na podstawie zawartości bazy źródłowej.

Zaznaczenie lub nie tego parametru ma oczywiście znaczenie w przypadku dokonywania migracji danych do bazy, w której już istnieją jakieś zapisy. Arkusz „Dane kadrowe” wypełniany jest danymi pracowników (we wszystkich kolumnach). Jeśli parametr nie zostanie zaznaczony , to w arkuszu „Dane kadrowe” wypełniane są tylko trzy pierwsze kolumny: Kod, Nazwisko i Imię. Dodatkowo na tym etapie automatycznie jest tworzony arkusz „Struktura organizacyjna” z listą wydziałów. Użytkownik nie ma możliwości ‘wyłączenia’ tworzenia tego arkusza, powstaje on zawsze przy imporcie danych kadrowych. Import struktury wydziałowej musi poprzedzać import danych kadrowych pracowników, tak żeby pracownicy mogli być poprawnie przypisani do odpowiednich wydziałów. Powiązanie pomiędzy pracownikiem a odpowiednim wydziałem dokonywane jest na poziomie numeru węzła wydziału. Wydziały zapisywane są w formie hierarchicznej, 1 - wydział główny, 1.1, 1.2 – jego podwydziały. Wszelkie zmiany w schemacie organizacyjnym muszą być później uwzględnione w danych kadrowych. Uwaga: Jedynym kryterium określającym powiązanie pracownika z pozostałymi informacjami (formami płatności, nieobecnościami czy bilansami) jest jego kod. Dlatego w przypadku zmiany kodu w danych kadrowych należy pamiętać o konieczności modyfikacji kodu w pozostałych skoroszytach arkusza.

Uwaga: Po zaimportowaniu danych należy uzupełnić informację o przysługujących pracownikowi dodatkowych elementach wynagrodzeń (premie i inne dodatki/potrącenia). 2. Formy płatności pracowników Przeniesieniu podlegają płatności pracowników. Na podstawie informacji o banku, w szczególności dotyczy to numeru kierunkowego banku, który jest odczytywany z numeru konta zostaje uzupełniona lista słownikowa banków. W przypadku, gdy numer konta nie spełnia algorytmu modulo, pracownik zostaje wpisany do bazy, a forma płatności zostaje zmieniona na gotówkę. W przypadku przenoszenia danych z programów PL, PIK/PLP pracownik może mieć 2 rodzaje płatności: gotówka lub przelew. Tworzony jest arkusz „Platnosci pracownikow” wypełniany danymi z formami płatności pracowników, numerami rachunków bankowych i kwotami/procentami wynagrodzenia jakie mają być przekazywane na poszczególne konta. Jeśli parametr nie zaznaczony to nie jest tworzony arkusz z płatnościami. W arkuszu zapisywane są informacje Comarch ERP Migrator

Wersja 2014.0.1

o nazwie i akronimie banku oraz numerze konta. Na podstawie numeru konta odczytywany jest numer kierunkowy banku. NKP służy jako podstawa do uzupełnienia listy słownikowej banków. Jeśli na trzecim miejscu w numerze konta znajduje się ‘-‘ lub spacja taki numer traktowany jest jako numer zgodny ze standardem IBAN (istotne w przypadku importu danych z Comarch ERP Klasyka). 3. Rodzina Przeniesieniu podlegają dane kadrowe członków rodziny. Podobnie jak w przypadku danych kadrowych pracowników istnieje możliwość określenia sposobu zachowania się migratora w przypadku znalezienia identycznych danych w bazie docelowej i źródłowej. Służy do tego parametr Pomijaj istniejące rekordy. Tworzony jest arkusz „Rodzina” wypełniany danymi członków rodziny pracowników. Jeśli parametr nie zostanie zaznaczony, to nie jest tworzony arkusz z danymi członków rodziny. 4. Nieobecności pracowników Przeniesieniu podlegają dane o nieobecnościach pracowników z wybranych miesięcy. Standardowo proponuje się okres 12 miesięcy poczynając od miesiąca wcześniejszego niż data systemowa. Zakres dat można zmienić dodatkową parą parametrów Za okres od MM/RRRR do MM/RRRR. W tym przypadku nie ma opcji zaznaczenia parametru Pomijaj istniejące rekordy. Migrator zawsze pomija nieobecności w przypadku dokonywania migracji danych do bazy, w której już istnieją jakieś zapisy w nieobecnościach na dany dzień. Tworzony jest arkusz „Nieobecnosci” wypełniany nieobecnościami pracowników z miesięcy doprecyzowanych dodatkową parą parametrów Za okres od MM/RRRR do MM/RRRR. Przy imporcie weryfikacji podlega nazwa nieobecności. Wczytywane są tylko te nieobecności z arkusza, które posiadają swój odpowiednik (wg nazwy) w docelowej bazie Comarch Optima. 5. Kwoty do deklaracji PIT Przeniesieniu podlegają dane, które posłużą do wyliczenia rocznych deklaracji podatkowych z wypłat wchodzących na deklaracje z wybranych miesięcy. Miesiące te wybieramy poprzez podanie okresu deklaracji od MM/RRRR do MM/RRRR. Podczas przenoszenia danych program może porównywać bazę źródłową i docelową i w zależności od zaznaczenia (lub nie) parametru Pomijaj istniejące rekordy ignorować (lub nie) identyczne zapisy. Program przenosi dane w postaci zapisów BO (bilansu otwarcia). Tworzone są arkusze „Bilans PIT-11” i „Bilans IFT-1” wypełniane danymi, które mogą posłużyć do przygotowania rocznych deklaracji podatkowych. Przed wykonaniem eksportu danych z programu PIK/PLP należy określić zakres dat (miesiąc i rok). Jest to miesiąc i rok deklaracji zapisany w wypłatach w programie PIK/PLP. W przypadku podania zakresu dat obejmującego przełom roku (np. 03/2007-04/2008) w arkuszu pojawi się bilans dla 12/2007 (obejmie wypłaty, które trafiły na deklaracje za 3-12’2007r.) oraz bilans 4/2008 (obejmie wypłaty, które zostały wypłacone w miesiącach 1-4’2008r.). Poszczególne arkusze (pozycje PIT) są tworzone pod warunkiem, że w podanym zakresie dat są wypłaty spełniające warunki do umieszczenia ich w danym arkuszu. Dla każdego pracownika tworzona jest kolekcja pozycji z poszczególnych deklaracji, np. dla PIT-11 (PIT_11_1a, PIT_11b ….). Analogiczna zasada dotyczy deklaracji IFT. 6. Bilans ZUS Przeniesieniu podlegają dane z podstawami składek i składkami ZUS z wypłat wchodzących na deklaracje z miesięcy doprecyzowanych dodatkową parą parametrów Za miesiące deklaracji od MM/RRRR do MM/RRRR. Podczas przenoszenia danych program może porównywać bazę źródłową i docelową i w zależności od zaznaczenia (lub nie) parametru Pomijaj istniejące rekordy ignorować (lub nie) identyczne zapisy. Program przenosi dane w postaci zapisów BO (bilansu otwarcia). Tworzony jest arkusz „Bilans ZUS” wypełniany danymi z podstawami składek i składkami ZUS z wypłat wchodzących na deklaracje z miesięcy doprecyzowanych dodatkową parą parametrów Za miesiące deklaracji od MM/RRRR do MM/RRRR. Arkusz tworzony jest jeśli są wypłaty spełniające warunki do umieszczenia ich w tym arkuszu. 7. Podstawy do urlopu Przeniesieniu podlegają dane, które posłużą do wyliczenia podstaw urlopu z wypłat z miesięcy doprecyzowanych dodatkową parą parametrów Za okres od MM/RRRR do MM/RRRR (proponowany jest import z 3 miesięcy, zaczynając od miesiąca poprzedniego w stosunku do daty systemowej). Comarch ERP Migrator

Wersja 2014.0.1

Podczas przenoszenia danych program może porównywać bazę źródłową i docelową i w zależności od zaznaczenia (lub nie) parametru Pomijaj istniejące rekordy ignorować (lub nie) identyczne zapisy. Tworzony jest arkusz „Podstawy do urlopu” wypełniany danymi do wyliczenia podstaw urlopu z wypłat z miesięcy doprecyzowanych dodatkową parą parametrów Za okres od MM/RRRR do MM/RRRR. Kryterium tworzenia dla danego pracownika poszczególnych pozycji arkusza (podstawy do urlopu z danego miesiąca) jest posiadanie wypłat spełniających warunki do umieszczenia ich w tym arkuszu. Podstawy do urlopu przenoszone są wg okresu, za który dana wypłata została zrealizowana. 8. Podstawy do chorobowego Przeniesieniu podlegają dane, które posłużą do wyliczenia podstaw chorobowego z wypłat z miesięcy doprecyzowanych dodatkową parą parametrów Za okres od MM/RRRR do MM/RRRR (proponowany jest import z 12 miesięcy). Podczas przenoszenia danych program może porównywać bazę źródłową i docelową i w zależności od zaznaczenia (lub nie) parametru Pomijaj istniejące rekordy ignorować (lub nie) identyczne zapisy. Tworzony jest arkusz „Podstawy do chorobowego” wypełniany danymi do wyliczenia podstaw chorobowego z wypłat z miesięcy doprecyzowanych dodatkową parą parametrów Za okres od MM/RRRR do MM/RRRR. Podstawy do chorobowego przenoszone są wg okresu, za który dana wypłata została zrealizowana. W poszczególnych wierszach arkusza dla danego pracownika zapisywane są miesięczne podstawy do chorobowego. W oddzielnych polach wykazywana jest podstawa wynikająca z nie zakończonych umów cywilnoprawnych i dodatków okresowych wypłaconych co 2, 3, 4, 6 i 12 miesięcy. Uwaga: w przypadku, gdy w ostatnich miesiącach, za które dokonywany jest import, pracownik był na zwolnieniu lekarskim i kolejna nieobecność typu ZUS będzie rozliczana już z poziomu programu Comarch ERP Optima, a nie upłynęły między tymi nieobecnościami 3 pełne miesiące kalendarzowe, to podstawa powinna być przepisana z poprzedniej podstawy. W programie w takim przypadku podstawa jest wyliczana ponownie i należy ją skorygować. Wynika to z faktu, że w bazie po imporcie nie ma rozliczenia nieobecności, z której powinna być przepisana podstawa. Dotyczy to również nieobecności, które rozpoczęły się przed importem i trwają nadal. 9. Bilans RP-7 Przenoszone są dane, które pozwolą na wykonanie raportu RP-7. Bilanse tworzone są za wskazany rok (wg okresu, za który zostały wypłacone). Istotne jest, aby w programie PIK/PLP (w szczególności w samodzielnie zdefiniowanych dodatkach) poprawnie określono pozycję na deklaracji RP-7, gdyż jest to podstawowe kryterium generowania bilansu. Bilans zawsze składa się z 5 elementów, odpowiadających poszczególnym pozycjom raportu RP-7. Standardowo program proponuje generowanie bilansu za okres 2 ostatnich lat. Podczas przenoszenia danych program może porównywać bazę źródłową i docelową i w zależności od zaznaczenia (lub nie) parametru Pomijaj istniejące rekordy ignorować (lub nie) identyczne zapisy. 10. Historia etatu Przeniesieniu podlegają zapisy historyczne pracowników. Podobnie jak w przypadku danych kadrowych pracowników istnieje możliwość określenia sposobu zachowania się migratora w przypadku znalezienia identycznych danych w bazie docelowej i źródłowej. Służy do tego parametr Pomijaj istniejące rekordy. Arkusz Historia etatu jest uzupełniany dla tych pracowników, którzy w programie PIK/PLP posiadają, co najmniej 2 zapisy w historii etatu. 11. Nierozliczone umowy zlecenia Przeniesieniu podlegają nierozliczone w całości umowy cywilno-prawne. W przypadku umów częściowo rozliczonych przenoszona jest kwota, która pozostała jeszcze do rozliczenia.

Comarch ERP Migrator

Wersja 2014.0.1

12. Historia wykształcenia i zatrudnienia (Staż pracy) Przeniesieniu podlegają dane dotyczące historii wykształcenia i zatrudnienia pracownika w poprzednich zakładach pracy. Istnieje możliwość określenia sposobu zachowania się migratora w przypadku znalezienia danych w bazie docelowej. Służy do tego parametr Pomijaj istniejące rekordy, który w przypadku gdy jest:

4.2.5



zaznaczony (ustawienie domyślne) – powoduje, że nie są dodawane żadne pozycje dotyczące historii wykształcenia lub zatrudnienia, jeżeli pracownik ma już odnotowane jakieś pozycje;



niezaznaczony – powoduje usunięcie wszystkich wpisanych zatrudnienia u pracownika i zaimportowanie nowych z arkusza.

pozycji

historii

wykształcenia/

Przeniesienie danych programu PL

Zasady przenoszenia danych i tworzenia arkuszy dla programu PL są analogiczne, jak dla programu Płace i Kadry oraz Płace Plus. Dane kadrowe przenoszone są tylko w zakresie dostępnym z poziomu programu PL – nie ma informacji o schorzeniach specjalnych oraz kartach RCP. Struktura organizacyjna zawiera tylko jeden wydział FIRMA. Ponadto nie jest tworzony arkusz Staz pracy ze szczegółową historią wykształcenia i zatrudnienia, tylko w arkuszu Dane kadrowe zapisywana jest informacja o sumarycznym stażu pracy wyrażonym w latach, miesiącach i dniach.

4.3

Microsoft Excel do Comarch ERP Optima

Ten typ zadania umożliwia przeniesienie danych ze skoroszytu Microsoft Excel o ustalonej strukturze do bazy programu Comarch ERP Optima. Dzięki temu mechanizmowi możliwe jest przenoszenie danych z innych systemów po uprzednim przygotowaniu arkuszy. Po wyborze rodzaju zadania, kreator prosi użytkownika o wskazanie bazy danych Comarch ERP Optima, do której zostanie wykonany import danych. W następnej kolejności należy podać nazwę arkusza kalkulacyjnego Microsoft Excel, z którego zostanie wykonany import danych. Na podstawie zawartości tego arkusza, Comarch ERP Migrator określa jakie dane chcemy zaimportować i informuje o tym użytkownika za pomocą listy danych możliwych do zaimportowania (rys. 4). Z listy tej istnieje możliwość wyłączenia importu niektórych danych . Arkusz MS Excel, z którego Comarch ERP Migrator ma wykonać import danych musi mieć oczywiście ściśle określoną strukturę. Dotyczy to zarówno nazw skoroszytów zawierających dane jak i nazw kolumn oraz układu samych danych. Poniżej prezentujemy w formie tabel zestawienie opisów poszczególnych skoroszytów wraz z definicją możliwych do zawarcia w nich danych.

Comarch ERP Migrator

Wersja 2014.0.1

Rys. 4 Definicja zadania – składniki do przeniesienia Uwaga: w prezentowanym poniżej opisie wiersze opisujące kolumny, które są drukowane czcionką pogrubioną (bold) są wymagane – nie dotyczy to nagłówków tabel. Pozostałe wiersze, o ile nie zawierają danych, mogą zostać w arkuszu pominięte – program potraktuje je tak, jakby miały wartość pustą. Na każdym arkuszu, jeśli tylko są jakiekolwiek dane do zaimportowania należy dodać i uzupełnić kolejnymi numerami kolumnę LP.

Uwaga: w nagłówkach kolumn ważna jest wielkość liter, źle opisane kolumny nie są importowane. Użyte w opisach tabel do importu z arkuszy Excela formaty danych oznaczają: Chr(n) - ciąg znaków alfanumerycznych o maksymalnej długości n. Wszystkie znaki powyżej n będą podczas importu danych obcinane. W opisie istnieją pola bez określonego n – są to przypadki, w których wprowadzane wartości określa się na podstawie ściśle określonej listy podanej w kolumnie Uwagi. Int - liczba całkowita Decimal - liczba rzeczywista z częściami dziesiętnymi, zwierająca wartości przed i po przecinku (np. 123,45).

4.3.1

Dane handlowo-magazynowe (z programu FPP)

Jeśli przygotowany według przedstawionego schematu arkusz ma posłużyć jako źródło danych dla Comarch ERP Optima, koniecznie należy zapoznać się z punktem 4.1.1 niniejszej instrukcji. Ponieważ w imporcie z Comarch ERP Klasyka do Comarch ERP Optima pośrednio „uczestniczy” Excel, większość warunków i zasad przenoszenia danych z punktu 4.1.1 odnosi się również do bieżącego rozdziału. W nawiasach podano obowiązujące nazwy zakładek arkusza. Import danych za pomocą Comarch ERP Migrator nie ma zastosowania w przypadku baz oddziałowych Comarch ERP Optima. Bazy Comarch ERP Optima Oddział są wypełniane danymi pochodzącymi z Comarch ERP XL.

Comarch ERP Migrator

Wersja 2014.0.1

Z programu Firma++/ arkusza Excel istnieje możliwość przeniesienia następujących danych: 

Kontrahenci, przedstawiciele i rachunki bankowe  dane powinny znajdować się na jednym arkuszu w osobnych zakładkach, nazwanych odpowiednio: [Kontrahenci], [Przedstawiciele] oraz [Rachunki bankowe] - relacja po polu: KodKontrahenta. Jeżeli brak jest zakładki [Rachunki bankowe], to rachunek odczytywamy jest z zakładki [Kontrahenci], jako domyślny. Jeśli istnieje zakładka [Rachunki bankowe] to pola dotyczące banku w zakładce [Kontrahenci] są ignorowane



towary i ceny  dane powinny znajdować się na jednym arkuszu w osobnych zakładkach, nazwanych odpowiednio: [Towary] oraz [Ceny] – relacja po polu: KodTowaru



rabaty [Rabaty]



oznaczenia stawek VAT dla drukarek fiskalnych [DfStawkiVat]



bilans otwarcia magazynu /generowany na podstawie odpowiednich pól z arkusza Towary/



rezerwacje odbiorców

[Rezerwacje]



zamówienia u dostawców

[Zamowienia]



schematy opakowań

[Schematy]



receptury produktów  nagłówki receptur i elementy umieszczamy na osobnych zakładkach jednego arkusza– nazwanych odpowiednio: [Receptury] oraz [RecepturyElem] - relacja po polu: KodProduktu



kody CN [KodyCN]



atrybuty towarów  nagłówki i elementy umieszczamy na osobnych zakładkach jednego arkusza, nazwanych odpowiednio: [Atrybuty] oraz [AtrybutyElem] - relacja po polu: KodAtrybutu



płatności nierozliczone

[Platnosci]

1. Struktura arkusza Kontrahenci Jeżeli kontrahent ma zostać zaimportowany jako AKTYWNY, to w kolumnie Nieaktywny pole należy pozostawić puste lub podać 0. Jeżeli kontrahent ma zostać zaimportowany jako NIEAKTYWNY, to w kolumnie Nieaktywny pole uzupełnić 1. Istnieje możliwość zaimportowania kilku odbiorców dla jednego kontrahenta. W tym celu należy w pole Odbiorca wypisać kody wszystkich odbiorców oddzielone średnikiem np. Odbiorca1;Odbiorca2;Odbiorca3. Należy pamiętać, że do importu brane jest pod uwagę 253 znaki Nazwa pola w tabeli CDN.Kontrahenci

Nazwa kolumny

Typ

Uwagi

Int

Kolejny numer zapisu

Knt_Kod (unikalne pole)

Kod

Char(20)

Unikalny Kod kontrahenta

Knt_Grupa

Grupa

Char(20)

Grupa do której należy kontrahent

Knt_Nazwa1

Nazwa1

Char(50)

Pierwsza linia nazwy kontrahenta

Knt_Nazwa2

Nazwa2

Char(50)

Druga linia nazwy kontrahenta

Knt_Nazwa3

Nazwa3

Char(250)

Trzecia linia nazwy kontrahenta

Knt_Ulica

Ulica

Char(40)

Pierwsza linia adresu kontrahenta (ulica)

Knt_NrDomu

NrDomu

Char(10)

Numer domu

Knt_NrLokalu

NrLokalu

Char(10)

Numer lokalu

Knt_KodPocztowy

KodPocztowy

Char(10)

Kod pocztowy

Knt_Miasto

Miasto

Char(40)

Miejscowość

Knt_Adres2

Adres2

Char(40)

Dodatkowa linia adresu kontrahenta

Knt_Telefon1

Telefon

Char(20)

Telefon

Knt_Telefon2

TelefonKom

Char(20)

Telefon (drugi numer)

Knt_Fax

Fax

Char(20)

Numer faksu

Knt_Email

Char(40)

Adres e-mail

Comarch ERP Migrator

Wersja 2014.0.1

Knt_URL

URL

Char(254)

Adres strony WWW

Knt_Kraj

Kraj

Char(40)

Kraj

Knt_KrajISO

KrajISO

Char(9)

Kod ISO kraju kontrahenta (np. PL, UK, US, SK itd. ISO przewiduje na kod 2 znaki, jednak dla zachowania kompatybilności z systemem ECOD, przyjęto dla kodu ISO kraju 9 znaków alfanumerycznych.

Knt_Wojewodztwo

Wojewodztwo

Char(40)

Województwo

Knt_Powiat

Powiat

Char(40)

Powiat

Knt_Gmina

Gmina

Char(40)

Gmina

Knt_Poczta

Poczta

Char(40)

Poczta

Knt_Regon

Regon

Char(20)

Numer REGON

Knt_Pesel

PESEL

Char(11)

Numer PESEL

Zapisywane w tabeli CDN.BNKNazwy linkowane po polu Knt_BNaID

BankNazwa

Char(50)

Nazwa banku

Zapisywane w tabeli CDN.BNKNazwy linkowane po polu Knt_BNaID

BankAdres

Char(50)

Adres banku

Knt_RachunekNr

BankKonto

Char(51)

Numer rachunku bankowego

Knt_Informacje

Informacje

Int

0=Nie (niezaznaczone w O!); 1=Tak (zaznaczone w O!)

Knt_Export

StatusKrajUEExport

Int

Przyjmuje wartości: 0 = krajowy, 1 = pozaunijny, 2 = pozaunijny - zwrot VAT, 3 = wewnątrzunijny, 4 = wewnątrzunijny trójstronny, 5 = podatnikiem jest nabywca, 6 = poza terytorium kraju, 7 = poza terytorium kraju – stawka NP.

Zapisywane w tabeli CDN.Rabaty linkowane po polu Knt_KntId

Upust

Decimal

Wielkość rabatu; jeśli puste, to 0%; importowane nie do tabeli kontrahentów, tylko do tabeli z rabatami (CDN.Rabaty)

Knt_LimitFlag

CzyLimitKredytu

Int

0 = nie (niezaznaczony), 1 = tak (zaznaczony);

Knt_LimitKredytu

WartoscLimitu

Decimal

Wielkość limitu kredytowego; Puste = 0;

WalutaLimitu

Char(3)

Waluta limitu kredytu przyznanego kontrahentowi (przeliczane na PLN po kursie domyślnym)

Pobierane z tabeli CDN.FormyPlatnosci linkowane po polu Knt_FplID

FormaPlatnosci

Char

Przyjmuje wartości: gotówka, czek, przelew, kredyt, inna, karta

Knt_PodatekVAT

PodatnikVATCzynny

Int

0 = nie (niezaznaczony), 1 = tak (zaznaczony);

Comarch ERP Migrator

Wersja 2014.0.1

Knt_Termin

IloscDniKredytu

Int

Termin płatności

Knt_NipKraj

NIPKraj

Char(2)

Symbol kraju dla numeru NIP

Knt_Nip, Knt_NipE (Nip z kreskami forma edycyjna)

NIP

Char(13)

Numer NIP kontrahenta /może być z kreskami/

Knt_KontoDost

KontoPrzychod

Char(50)

Skojarzone konto księgowe odbiorcy

Knt_KontoOdb

KontoRozchod

Char(50)

Skojarzone konto księgowe dostawcy

Pobierane z tabeli CDN.Kontrahenci zapisywane w tabeli CDN.KntOdbiorcy linkowane po polu Knt_KntId

Odbiorca

Char(253)

Kod Kontrahenta

Knt_Finalny

OsobaFizyczna

Int

Status podmiotu: 0 = firma; 1 = os. Fizyczna;

Knt_GLN

GLN

Char(16)

Identyfikator Global Localization Number (GLN)

Knt_EAN

EAN

Char(13)

Kod EAN kontrahenta

Pobierane z tabeli CDN.DefCeny linkowane po polu Knt_Ceny

CenaDomyslna

Int

Cena domyślna dla kontrahenta: 2 = cena hurtowa I, 3 = cena hurtowa II, 4 = cena hurtowa III, 5 = cena detaliczna D

Knt_Rodzaj_Dostawca

RodzajDostawca

Int

Rodzaj podmiotu - Dostawca: 0 = puste; 1 = ustawione

Knt_Rodzaj_Odbiorca

RodzajOdbiorca

Int

Rodzaj podmiotu – Odbiorca: 0 = puste; 1 = ustawione

Knt_Rodzaj_Konkurencja

RodzajKonkurencja

Int

Rodzaj podmiotu – Konkurencja: 0 = puste; 1 = ustawione

Knt_Rodzaj_Partner

RodzajPartner

Int

Rodzaj podmiotu – Partner: 0 = puste; 1 = ustawione

Knt_Rodzaj_Potencjalny

RodzajKlientPotencjalny

Int

Rodzaj podmiotu – Klient potencjalny: 0 = puste; 1 = ustawione

Knt_Zezwolenie

InfoUrzedowe

Char(40)

Numer zezwolenia na prowadzenie działalności

Knt_NieNaliczajOdsetek

NieNaliczajOdsetek

Int

Czy naliczać odsetki: 0 = puste; 1 = ustawione

Knt_Opis

Opis

Char(254)

Pole na uwagi

Knt_MetodaKasowa

MetodaKasowa

Int

0 = kontrahent nie rozlicza się metodą kasową 1 = kontrahent rozlicza się metodą kasową

Knt_Nieaktywny

Nieaktywny

Int

0 = kontrahent aktywny 1 = kontrahent nieaktywny

Comarch ERP Migrator

Wersja 2014.0.1

2. Struktura arkusza Przedstawiciele Nazwa pola CDN.KntOsoby

w tabeli

Nazwa kolumny

Typ

Uwagi

Int

Kolejny numer zapisu

Pobierany z tabeli CDN.Kontrahenci linkowany po polu KnO_KntId

KodKontrahenta

Char(20)

Kod kontrahenta – relacja do tabeli z kontrahentami

KnO_Nazwisko

ImieNazwisko

Char(50)

Imię i Nazwisko przedstawiciela

KnO_Tytul

Tytul

Char(20)

Tytuł przedstawiciela firmy

KnO_Plec

MezczyznaKobieta

Int

Płeć przedstawiciela: 1 – Mężczyzna; 2 – Kobieta;

KnO_Kraj

Kraj

Char(40)

Kraj przedstawiciela

KnO_Miasto

Miasto

Char(40)

Miejscowość

KnO_Ulica

Ulica

Char(40)

Pierwsza linia adresu przedstawiciela

KnO_Poczta

Poczta

Char(40)

Poczta przedstawiciela

KnO_Adres2

Dodatkowe

Char(40)

Dodatkowy opis na karcie przedstawiciela

KnO_Telefon

Telefon

Char(20)

Telefon przedstawiciela

KnO_GSM

GSM

Char(20)

Telefon przedstawiciela (drugi numer)

KnO_KodPocztowy

KodPocztowy

Char(10)

Kod pocztowy przedstawiciela

KnO_NrDomu

NrDomu

Char(10)

Numer domu przedstawiciela

KnO_NrLokalu

NrLokalu

Char(10)

Numer lokalu przedstawiciela

KnO_Email

Char(40)

Adres e-mail

KnO_Informacje

Informacje

Int

Czy wysyłać informacje (uwzględniać w korespondencji seryjnej itp.); 0 = puste; 1 = ustawione

KnO_Domyslny

Domyslny

Int

Czy ustawić jako przedstaw. domyślnego: 0 = nie; 1 = tak

KnO_Mailing

MailingSeryjny

Tinyint

Mailing seryjny 0 = puste; 1 = ustawione

3. Struktura arkusza Rachunki bankowe Nazwa pola w tabeli CDN.SchematPlatnosci

Nazwa kolumny

Typ

Uwagi

Int

Kolejny numer zapisu

Pobierane z tabeli CDN.Kontrahenci linkowane po polu SPL_PodmiotID

KodKontrahenta

Char(20)

Kod kontrahenta – relacja do tabeli z kontrahentami

Zapisywane w tabeli CDN.BNKNazwy linkowane po polu SPL_BnaID

BankNazwa

Char(50)

Nazwa banku

Zapisywane w tabeli CDN.BNKNazwy linkowane po polu SPL_BnaID

BankAdres

Char(50)

Adres Banku

Comarch ERP Migrator

Wersja 2014.0.1

SPL_RachunekNr0

BankKonto

Char(51)

Numer rachunku bankowego

SPL_Opis

Opis

Char(50)

Opis rachunku

SPL_Reszta

Domyslny

Int

Czy ustawić jako rachunek domyślny: 0 = nie; 1 = tak

4. Struktura arkusza Towary W kodzie towaru nie wolno używać znaku apostrof (import się nie powiedzie) . Jeżeli towar ma zostać zaimportowany jako AKTYWNY, to w kolumnie Nieaktywny pole należy pozostawić puste lub podać 0. Jeżeli towar ma zostać zaimportowany jako NIEAKTYWNY, to w kolumnie Nieaktywny pole uzupełnić 1. Nazwa pola w tabeli CDN.Towary

Nazwa kolumny

Typ

Uwagi

Int

Numer kolejny zapisu

Twr_Kod (unikalne pole)

Kod

Char(40)

Unikalny Kod towaru

Twr_EAN (unikalne pole)

EAN

Char(20)

Kod EAN towaru

Twr_Nazwa

Nazwa

Char(50)

Nazwa towaru

Zapisywane w tabeli CDN.TwrGrupy linkowane po polu Twr_TwGGIDNumer

Grupa

Char(20)

Grupa do której należy towar

Twr_Opis

Opis

Char(50)

Pozostała część długiej nazwy z FPP – import do pola Opis

Twr_Opis

OpisDodatkowy

Char(254)

Pole na uwagi

Twr_JM

JednostkaMiary

Char(20)

Nazwa podstawowej jednostki miary

Twr_JMZ

JednostkaMiaryZbiorcza

Char(20)

Nazwa zbiorczej jednostki miary

Twr_JMPrzelicznikL

PrzelicznikJMZbiorczej

Decimal

Przelicznik jednostki miary zbiorczej

Pobierane z tabeli CDN.Kontrahenci linkowane po polu Twr_KntId

Dostawca

Char(20)

Kod kontrahenta

Twr_KodDostawcy

KodUDostawcy

Char(50)

Kod towaru u dostawcy

Twr_IloscMin

IloscMinimalna

Decimal

Ilość minimalna towaru na magazynie

Twr_iloscMax

IloscMaksymalna

Decimal

Ilość maksymalna towaru na magazynie

Twr_IloscZam

IloscZamawiana

Decimal

Ilość zamawiana jednorazowo

Twr_Stawka

VATSprzedaz

Decimal

Wartość stawki VAT przy sprzedaży

Twr_StawkaZak

VATZakup

Decimal

Wartość stawki VAT przy zakupie

Twr_Flaga

TypVAT

Int

Typ stawki – przyjmuje wartości: 1 = zwolniona; 2 = opodatkowana; 3 = zaniżona; 4 =nie podlega VAT

Twr_Typ

TowarUsluga

Int

Status karty cennikowej: 1 = Towar; 0= Usługa;

Pobierane z tabeli CDN.Towary zapisywane w tabeli CDN.Zamienniki linkowane po polu Twr_TwrId

Zamiennik

Char(40)

Kod towaru będącego zamiennikiem

Twr_EdycjaNazwy

CzyEdycjaNazwy

Int

0 = niezaznaczone; 1 = zaznaczone;

Comarch ERP Migrator

Wersja 2014.0.1

Twr_EdycjaOpisu

CzyEdycjaOpisu

Int

0 = niezaznaczone; 1 = zaznaczone;

Twr_Produkt

CzyProdukt

Int

0 = nie jest produktem; 1 = produkt;

Twr_Kaucja

CzyOpakowanie

Int

<>2 = 0 = niezaznaczone; 2 = zaznaczone

Pobierane z tabeli CDN.SchematyOpakNag linkowane po polu Twr_SONId

SchematOpakowan

Char(20)

Kod Schematu opakowań

Twr_SWW

PKWiU

Char(20)

Symbol PKWiU

Twr_NumerKat (unikalne pole)

NumerKatalogowy

Char(40)

Unikalny numer katalogowy

Pobierane z tabeli CDN.KodyCN linkowane po polu Twr_KCNId

KodCN

Int

Kod CN

Twr_KrajPochodzenia

KrajPochodzenia

Char(2)

Kraj pochodzenia towaru (do deklaracji INTRASTAT)

Twr_Masa

Masa

Decimal

Masa towaru

Twr_JmPomPrzelicznikL

PrzelicznikJednostki

Decimal

Przelicznik dla jednostki kodu CN

StanAktualny

Decimal

Stan aktualny towaru – na podstawie tej kolumny będzie tworzony BOM

CenaZasobuSrednia

Decimal

Nie przenoszona do Comarch ERP Optima – potrzebne do wyliczenia pola WartoscZasobu

WartoscZasobu

Decimal

Wartość zasobu na magazynie. Przy imporcie, jeśli ta komórka jest wypełniona, to jest brana pod uwagę przy tworzeniu BOM. Jeśli nie jest wypełniona, to wartość towaru jest liczona jako StanAktualny x CenaZasobuSrednia;

Twr_WagaKG

Waga

Decimal

Waga w kg towaru

Twr_KosztKGO

KGO

Decimal

Wartość KGO towaru

Twr_NieAktywny

Nieaktywny

Int

0 = towar aktywny 1 = towar nieaktywny

5. Struktura arkusza Ceny W przypadku, gdy dane na zakładce Ceny nie są wypełnione(tylko zakładka Towary) odpowiednie parametry dla cen zostaną pobrane z konfiguracji programu. Po imporcie do programu Comarch ERP Optima wartość zaokrąglenia ceny (pole Zaokrąglenie) jest zaokrąglana w dół do jednej z wymienionych wartości: 0.01; 0.1; 1.0; 10.0 Uwaga: Importowane ceny muszą być zdefiniowane w konfiguracji programu.

Nazwa pola w tabeli CDN.TwrCeny

Pobierane z tabeli CDN.Towary linkowane po polu TwC_TwrID

Comarch ERP Migrator

Nazwa kolumny

Typ

Uwagi

Int

Numer kolejny zapisu

KodTowaru

Char(40)

Kod towaru – relacja do tabeli z towarami

Wersja 2014.0.1

Pobierane z tabeli CDN.DefCeny linkowane po polu TwC_TwCNumer

NazwaCeny

Char(20)

Nazwa ceny towaru

TwC_Typ

TypCeny

Char(6)

Typ ceny netto/brutto

TwC_Wartosc

Wartosc

Decimal

Wartość ceny

TwC_Waluta

Waluta

Char(3)

Waluta ceny

TwC_Zaokraglenie

Zaokraglenie

Decimal

Sposób zaokrąglenia ceny

TwC_Aktualizacja

Aktualizacja

Int

Aktualizacja ceny sprzedaży 0 – nie, 1 – tak

TwC_Marza

Marza

Decimal

Zakładana marża dla ceny

TwC_Offset

Offset

Decimal

Zakładany Offset dla ceny

6. Struktura arkusza Rabaty Nazwa pola w tabeli CDN.Rabaty

Nazwa kolumny

Typ

Uwagi

Int

Numer kolejny zapisu

Rab_Typ

TypRabatu

Int

Typ rabatu. Przyjmuje wartości: 1 – grupa kontrahenta/wszystkie towary, 2 – kontrahent/wszystkie towary, 3 – grupa kontrahenta/grupa towarowa, 4 – grupa kontrahenta/towar, 5 – kontrahent /grupa towar, 6 – kontrahent/towar, 7 – grupa towarowa/wszyscy kontrahenci, 8 – towar/wszyscy kontrahenci

Pobierane z tabeli CDN.Kontrahenci linkowane po polu Rab_PodmiotId

KodKontrahenta

Char(20)

Kod Kontrahenta

Pobierane z tabeli CDN.Grupy linkowane po polu Rab_PodmiotId

GrupaKontrahentow

Char(20)

Grupa do której należą kontrahenci

Pobierane z tabeli CDN.Towary linkowane po polu Rab_TwrId

KodTowaru

Char(20)

Kod Towaru

Zapisywane w tabeli CDN.TwrGrupy linkowane po polu Rab_TwrId

GrupaTowarow

Char(20)

Grupa do której należą towary

Rab_Rabat

RabatuProcent

Decimal

Wartość rabatu procentowego

Rab_Cena

StalaCena

Decimal

Stała cena na towar dla danego kontrahenta

Rab_Waluta

Waluta

Char(3)

Waluta dla rabatu typu: Stała cena na towar dla kontrahenta

Rab_Opis

Opis

Char(254)

Opis rabatu

Comarch ERP Migrator

Wersja 2014.0.1

7. Struktura arkusza Symbole stawek VAT dla drukarek fiskalnych Nazwa pola w tabeli CDN.Konfig (baza konfiguracyjna)

Kon_Wartosc

Nazwa kolumny

Typ

Uwagi

Int

Numer kolejny zapisu

Drukarka

Char

Nazwa drukarki- przyjmuje wartości: POSNET (DF300), INNOVA, ELZAB (FP600), NOVITUS,TORELL,EMAR

Stawka

Decimal

Wartość stawki VAT

Flaga

Int

Typ stawki –przyjmuje wartości: 1 = zwolniona; 2 = opodatkowana; 3 = zaniżona; 4 = nie podlega VAT;

SymbolFiskalny

Char(1)

Symbol fiskalny zgodny z ustawieniami w drukarce

8. Struktura arkusza Bilans otwarcia magazynu Dokument BOM w Comarch ERP Optima jest generowany w oparciu o arkusz Towary. Właściwe rubryki formularza bilansu otwarcia: ilość oraz wartość, są wypełniane zgodnie z zawartością komórek –odpowiednio: StanAktualny (zapisywany w tabeli CDN.TraElem linkowane po polu TrN_TrNID tabela CDN.TraNag) i WartoscZasobu (zapisywana w tabeli CDN.TraElem linkowane po polu TrN_TrNID tabela CDN.TraNag). Domyślnie dokument zapisywany jest do bufora. Podczas definiowania zadania migracji stanów magazynowych użytkownik może wskazać magazyn docelowy, na który zostaną utworzone dokumenty BOM (w przypadku, gdy pole magazyn pozostanie puste, BOM zostanie utworzony na magazyn główny). Jeśli wskazany magazyn docelowy nie jest zdefiniowany w słownikach Comarch ERP Optima, bilans otwarcia nie zostanie zaimportowany. W ramach każdego magazynu bilanse otwarcia zawierają nie więcej niż 200 elementów, stad w sytuacji, gdy kart towarowych posiadamy znacznie więcej, w Comarch ERP Optima zostanie utworzonych kilka dokumentów BOM. Uwaga: Przy imporcie bilansu otwarcia należy, dla pozycji będących towarami, w kolumnie TowarUsluga wpisać wartość 1 (zakładka Towary). W przeciwnym razie pozycje te są importowane jako usługi i nie zostają uwzględnione na bilansie otwarcia. 9. Struktura arkusza Rezerwacje odbiorcy Nazwa pola w tabeli CDN.TraNag

Nazwa kolumny

Typ

Uwagi

Int

Numer kolejny zapisu

Pobierane z tabeli CDN.Kontrahenci linkowane po polu TrN_PodID

KodKontrahenta

Char(20)

Kod Kontrahenta –Id kontrahenta wyciągane na podstawie kodu

Pobierane z tabeli CDN.Towary zapisywane w tabeli CDN.TraElem linkowane po polu TrN_TrNID

KodTowaru

Char(20)

Kod towaru – Id towaru wyciągane na podstawie kodu

Zapisywane w tabeli CDN.TraElem linkowane po polu TrN_TrNID

IloscTowaru

Decimal

Rezerwowana ilość

Comarch ERP Migrator

Wersja 2014.0.1

Zapisywane w tabeli CDN.TraElem linkowane po polu TrN_TrNID

Cena

Decimal

Cena towaru dla klienta

Pobierane z tabeli CDN.WalNazwy (baza konfiguracyjna) zapisywane w tabeli CDN.TraElem linkowane po polu TrN_TrNID

Waluta

Char(3)

Waluta elementu

TrN_DataDok

Data

Char(10)

Data dokumentu: RRRR-MM-DD

TrN_DataWys

Termin

Char(10)

Termin realizacji rezerwacji: RRRR-MM-DD

Zapisywane w tabeli CDN.TraElem linkowane po polu TrN_TrNID

Opis

Char(254)

Opis pozycji

10. Struktura arkusza Zamówienia u dostawcy Nazwa pola w tabeli CDN.TraNag

Nazwa kolumny

Typ

Uwagi

Int

Numer kolejny zapisu

Pobierane z tabeli CDN.Kontrahenci linkowane po polu TrN_PodID

KodKontrahenta

Char(20)

Kod kontrahenta –Id kontrahenta wyciągane na podstawie kodu

Pobierane z tabeli CDN.Towary zapisywane w tabeli CDN.TraElem linkowane po polu TrN_TrNID

KodTowaru

Char(20)

Kod towaru – Id towaru wyciągane na podstawie kodu

Zapisywane w tabeli CDN.TraElem linkowane po polu TrN_TrNID

IloscTowaru

Decimal

Zamawiana ilość towaru

Zapisywane w tabeli CDN.TraElem linkowane po polu TrN_TrNID

Cena

Decimal

Cena towaru

Pobierane z tabeli CDN.WalNazwy (baza konfiguracyjna) zapisywane w tabeli CDN.TraElem linkowane po polu TrN_TrNID

Waluta

Char(3)

Waluta elementu

TrN_DataDok

Data

Char(10)

Data dokumentu: RRRR-MM-DD

TrN_DataWys

Termin

Char(10)

Termin realizacji zamówienia: RRRR-MM-DD

Zapisywane w tabeli CDN.TraElem linkowane po polu TrN_TrNID

Opis

Char(254)

Opis pozycji

Comarch ERP Migrator

Wersja 2014.0.1

11. Struktura arkusza Schematy opakowań Nazwa pola w tabeli CDN.SchematyOpakNag

Nazwa kolumny

Typ

Uwagi

Int

Numer kolejny zapisu

SON_Kod (unikalne pole)

Kodschematu

Char(20)

Kod schematu

SON_Nazwa

NazwaSchematu

Char(50)

Nazwa schematu opakowania

Pobierane z tabeli CDN.Towary linkowane po polu SOE_TwrId (tabela CDN.SchematyOpakElem) linkowane po polu SON_SONId

KodTowaru

Char(20)

Towar (Kod Towaru), który przynależy do schematu

Zapisywane w tabeli CDN.SchematyOpakElem linkowane po polu SON_SONId

Ilość

Decimal

Na jaką ilość towaru przewidziany jest schemat

12. Struktura arkusza Receptury produktów (nagłówki i elementy na osobnych zakładkach) W przypadku natrafienia w bazie docelowej na recepturę o kodzie identycznym, jak kod w arkuszu EXCEL, receptura ta zostanie zastąpiona w całości recepturą z arkusza. Receptury Nazwa pola w tabeli CDN.ProdReceptury

Nazwa kolumny

Typ

Uwagi

Int

Numer kolejny zapisu

Pobierany z tabeli CDN.Towary linkowany po polu PdR_TwrId

KodProduktu

Char(20)

Kod towaru złożonego

PdR_JM

Char(20)

Jednostka miary dla ilości

PdR_Kod (unikalne pole)

Kod

Char(20)

Kod receptury

PdR_Nazwa

Nazwa

Char(50)

Nazwa receptury

PdR_Domyslna

Domyslna

Int

Znacznik receptury domyślnej dla towaru. 1= Tak, ustawiany zawsze dla receptury pierwszej.

PdR_Ilosc

Ilosc

Decimal

Na jaką ilość produktu przewidziana jest receptura

Elementy receptury Nazwa pola w tabeli CDN.ProdSkladniki

Nazwa kolumny

Typ

Uwagi

Int

Numer kolejny zapisu

Pobierany z tabeli CDN.Towary linkowany po polu PdS_PdRId

KodProduktu

Char(20)

Kod towaru złożonego.

Pobierane z tabeli CDN.ProdReceptury linkowane po polu PdS_PdRId

KodReceptury

Char(2)

Kod receptury

Comarch ERP Migrator

Wersja 2014.0.1

Pobierany z tabeli CDN.Magazyny linkowany po polu PdS_MagId

Magazyn

Char(50)

Symbol magazynu w Comarch ERP Optima, którego ma być ściągany składnik; magazyn musi występować na liście magazynów i jest to magazyn, który jest zadeklarowany na początku importu podczas definiowania zadania.

Pobierany z tabeli CDN.Towary linkowany po polu PdS_TwrId

KodSkladnika

Char(20)

Kod towaru

PdS_Ilosc

IloscSkladnika

Decimal

Ilość składnika potrzebnego do wyprodukowania jednostki produktu.

13. Struktura arkusza Kody CN Nazwa pola w tabeli CDN.KodyCN

Nazwa kolumny

Typ

Uwagi

Int

Numer kolejny zapisu

KCN_Kod (unikalne pole)

KodCN

Char(8)

Kod CN

KCN_Opis

Opis

Char(50)

Opis towaru

KCN_UzupJM

Char(20)

Uzupełniająca jednostka miary

KCN_Masa

CzyMasa

Int

Jednostka miary wymaga podawania masy: 0 = nie wymaga; 1 = wymaga podania masy;

14. Struktura arkusza Atrybuty towaru (nagłówki i elementy na osobnych zakładkach) Atrybuty Nazwa pola w tabeli CDN.DefAtrybuty

Nazwa kolumny

Typ

Uwagi

Int

Numer kolejny zapisu

DeA_Kod (unikalne pole)

KodAtrybutu

Char(20)

Kod atrybutu

DeA_Nazwa

Nazwa

Char(40)

Nazwa atrybutu

DeA_Typ

TypAtrybutu

Int

Typ atrybutu: 1 = atrybut towaru; 2= atrybut kontrahenta;

DeA_Zalezny

CzyZaleznyOdKontrahe nta

Int

Czy atrybut zależny od kontrahenta: Pusty = 0 (nie zależy od kontrahenta); 1 = zależny;

DeA_Format

Format

Char(10)

Format atrybutu. Przyjmuje wartości: tekst, liczba, lista, data.

Comarch ERP Migrator

Wersja 2014.0.1

Elementy nagłówka atrybutu Nazwa pola w tabeli CDN.TwrAtrybuty (dla towarów) CDN.KntAtrybuty (dla kontrahentów)

Nazwa kolumny

Typ

Uwagi

Int

Numer kolejny zapisu

Pobierane z tabeli CDN.DefAtrybuty linkowane po polu TwA_DeAId (dla towaru) KnA_DeAId (dla kontrahenta)

KodAtrybutu

Char(20)

Kod atrybutu - relacja do nagłówka atrybutu

Pobierane z tabeli CDN.Towary linkowane po polu TwA_TwrId

KodTowaru

Char(20)

Kod towaru dla którego jest zdefiniowany atrybut

Pobierane z tabeli CDN.Kontrahenci linkowane po polu KnA_PodmiotId

KodKontrahenta

Char(20)

Kod kontrahenta; Może być pusty. Jeśli nagłówek atrybutu wskazuje na to, że atrybut jest zależny od kontrahenta, to pole to musi być wypełnione;

TwA_WartoscTxt (dla toaru) KnA_WartoscTxt

Wartosc

Char(100)

Wartość atrybutu

15. Struktura arkusza Płatności nierozliczone Uwaga: Jeżeli parametr Pomijaj istniejące rekordy nie powtarzające się płatności zostaną ponownie zaimportowane.

Nazwa pola w tabeli CDN.BnkZdarzenia

Nazwa kolumny

będzie

Typ

zaznaczony,

Uwagi

Int

Numer kolejny zapisu

TypDokumentu

Char

Oznaczenie literowe dokumentu zgodnie z przyjętymi w Comarch ERP Optima zasadami: FA – faktura sprzedaży; FZ – faktura zakupu; PKA – przyjęcie kaucji; WKA – wydanie kaucji; (pole nie jest przenoszone do programu)

BZd_Numer

NumerDokumentu

Char(30)

Numer jest przepisywany ze znakami łamania, tak jak w FPP.

BZd_Kierunek

Kierunek

Int

Kierunek przepływu pieniędzy: 1 - przychód; -1 - rozchód;

BZd_Kwota

KwotaWal

Decimal

Kwota do rozliczenia w walucie

Pobierane z tabeli CDN.WalNazwy (baza konfiguracyjna) zapisywane w BZd_Waluta

Waluta

Char(3)

Symbol waluty

BZd_KwotaSys

KwotaSys

Decimal

Kwota do rozliczenia w walucie systemowej

Comarch ERP Migrator

Wersja 2014.0.1

BZd_DataDok

DataDokumentu

Char(10)

Data dokumentu: RRRR-MM-DD

Pobierane z tabeli CDN.FormyPlatnosci linkowane po polu BZd_FPlId

FormaPlatnosci

Char

Przyjmuje wartości: gotówka, czek, przelew, kredyt, inna, karta

BZd_Termin

Termin

Char(10)

Termin płatności: RRRR-MM-DD

Pobierany z tabeli CDN.Kontrahenci linkowane po polu BZd_PodmiotID

KodKontrahenta

Char(20)

Kod Kontrahenta

4.3.2

Dane ksiąg handlowych (z programu KH)

Z programu Księga Handlowa istnieje możliwość przeniesienia następujących danych: 

plan kont [Plan kont],



kontrahenci [Kontrahenci],



bilans otwarcia księgowy [BO ksiegowosc],



środki trwałe [Srodki trwale],



dokumenty środków trwałych [Dokumenty ST].

1. Struktura arkusza Plan kont Nazwa pola w tabeli CDN.Konta

Nazwa kolumny

Typ

Uwagi

Int

Numer kolejny zapisu

Acc_Numer

Numer konta

Char(50)

Numer konta, poziomy oddzielone znakiem -

Acc_Nazwa

Nazwa

Char(50)

Nazwa konta

Acc_Nazwa2

Nazwa 2

Char(50)

Nazwa 2 konta – przy eksporcie z KH Klasyka pole jest puste

Acc_TypKonta

Rodzaj

Char

Przyjmowane wartości: Aktywna, Pasywa, Aktywa-Pasywa, Przychody, Koszty, Pozabilansowe

Acc_Rozrachunkowe

Rozrachunkowe

Char

Przyjmowane wartości: Tak, Nie

Acc_KontrolaSalda

Saldo

Char

Przyjmowane wartości: <pusta>, Wn, Ma

Acc_Waluta

Waluta

Char(3)

Waluta konta (dla waluty systemowej może być puste)

Acc_SlownikTyp

Słownikowe

Char

przyjmowane wartości: <pusta>, Kontrahenci, Banki, Pracownicy, Urzędy, Środki trwałe, Towary

Acc_SlownikId

Słownik

Char

Kod (akronim, numer inwentarzowy) elementu słownika powiązanego z kontem

Comarch ERP Migrator

Wersja 2014.0.1

2. Struktura arkusza BO ksiegowosc Nazwa pola w tabeli CDN.BOElem

Nazwa kolumny

Typ

Uwagi

Int

Numer kolejny zapisu

Pobierane z tabeli CDN.Konta linkowane po polu BOE_AccId

NumerKonta

Char(50)

Numer konta, poziomy oddzielone znakiem -

BOE_KwotaWn

KwotaWn

Decimal

Kwota w PLN po stronie Wn

BOE_KwotaMa

KwotaMa

Decimal

Kwota w PLN po stronie Ma

BOE_Waluta

Waluta

Char(3)

Waluta (dla waluty systemowej może być puste)

BOE_KwotaWnWaluta

KwotaWnWal

Decimal

Kwota w walucie po stronie Wn

BOE_KwotaMaWaluta

KwotaMaWal

Decimal

Kwota w walucie po stronie Ma

BOE_DataDok

Data

Char(10)

Data zapisu w formacie RRRR/MM/DD

BOE_Rozrachunki

Rozrachunek

Char

Dotyczy rozrachunków na kontach. przyjmuje wartości: 0 lub 1

BOE_Platnosci

Płatności

Char

Dotyczy preliminarza, przyjmuje wartości: 0 lub 1

BOE_Termin

Termin

Char(10)

Termin rozliczenia. Data w formacie RRRR/MM/DD

BOE_Dokument

Nr dokumentu

Char(20)

Numer dokumentu

3. Struktura arkusza Srodki trwale Pola Wartość i WartośćK oznaczają wartości początkowe środka trwałego. Jeżeli w trakcie użytkowania była zmiana wartości bilansowej lub kosztowej, wówczas zmianę należy wprowadzić w arkusz Dokumenty ST jako dokument ulepszenia. Nazwa pola w tabeli CDN.Trwale

Nazwa kolumny

Typ

Uwagi

Int

Numer kolejny zapisu

SrT_Typ

Typ

Char

Przyjmuje wartości: ST, WNP

SrT_Grupa

Grupa

Char(20)

Nazwa grupy

SrT_Lp

Lp.

Int

Liczba porządkowa w ramach grupy (opcjonalne)

SrT_NrInwent

Nr Inwentarzowy

Char(20)

Numer inwentarzowy (musi być unikalny). Środek trwały nie spełniający warunku unikalności nie zostanie zaimportowany – podobnie jak dokumenty środków trwałych z nim związane.

SrT_Nazwa

Nazwa

Char(50)

Nazwa środka trwałego

SrT_KRST

KST

Char(20)

Numer KŚT

Zapisywane w tabeli CDN.KRST linkowane po polu SrT_KRST

KST_Nazwa

Char(255)

Nazwa KŚT

Zapisywane w tabeli CDN.KRST linkowane po polu SrT_KRST

KST_Pozycja

Char(2)

Pozycja KŚT

Zapisywane w tabeli CDN.KRST linkowane po polu SrT_KRST

KST_Stawka

Decimal

Stawka KŚT

Comarch ERP Migrator

Wersja 2014.0.1

SrT_PrcNazwisko

Pracownik

Char(20)

Pracownik odpowiedzialny

SrT_Dokument

Dokument Zakupu

Char(20)

Numer dokumentu zakupu

SrT_DataZak

Data Zakupu

Char(10)

Data zakupu w formacie RRRR/MM/DD

SrT_DataPrz

Data Przyjecia

Char(10)

Data przyjęcia do używania w formacie RRRR/MM/DD

SrT_DataLikw

Data Likwidacji

Char(10)

Data likwidacji w formacie RRRR/MM/DD

SrT_DataLikw

Data Zbycia

Char(10)

Data zbycia w formacie RRRR/MM/DD

SrT_Likwidacja

Przyczyna

Char(255)

Przyczyna zbycia

SrT_Opis

Opis

Char(255)

Dodatkowy opis środka

SrT_Bilansowa

Bilansowa

Char

Przyjmuje wartości: Tak, Nie

SrT_MetodaBil

Metoda

Char

Przyjmuje wartości: brak, liniowa, degresywna, jednorazowa, naturalna

SrT_StawkaBil

Stawka

Decimal

Stawka amortyzacji

SrT_WspółczynnikBil

Współczynnik

Decimal

Współczynnik amortyzacji

SrT_SezonowyBil

Sezonowy

Char

Przyjmuje wartości: Tak, Nie. Wartość Tak wskazuje na amortyzację dualną (bilansową i kosztową), wartość Nie wskazuje na amortyzację bilansową

SrT_DataAmo

Data Amortyzacji

Char(10)

Data rozpoczęcia amortyzacji w formacie RRRR/MM/DD

SrT_WartoscBilan

Wartość

Decimal

Wartość początkowa

SrT_Metoda

MetodaK

Char

Przyjmuje wartości: brak, liniowa, degresywna, jednorazowa, naturalna

SrT_Stawka

StawkaK

Decimal

Stawka amortyzacji dla amortyzacji kosztowej

SrT_Współczynnik

WspółczynnikK

Decimal

Współczynnik amortyzacji dla amortyzacji kosztowej

SrT_Sezonowy

SezonowyK

Char

Dla amortyzacji kosztowej przyjmuje wartości: Tak, Nie

SrT_DataUmo

DataAmortyzacjiK

Char(10)

Data rozpoczęcia amortyzacji w formacie RRRR/MM/DD dla amortyzacji kosztowej

SrT_WartoscKoszt

WartośćK

Decimal

Wartość początkowa dla amortyzacji kosztowej

SrT_UlgaInwestyc

Ulga Inwestycyjna

Decimal

Wartość ulgi inwestycyjnej