Je\u015bli kto\u015b codziennie kopiuje dane z jednego programu i wkleja je w drugim, problem ju\u017c jest. Zwykle dotyczy to danych klienta, zam\u00f3wie\u0144, kwot i status\u00f3w, kt\u00f3re \u017cyj\u0105 jednocze\u015bnie w kilku systemach.<\/p>\n
Typowy dzie\u0144 wygl\u0105da tak: zam\u00f3wienie ze sklepu trzeba przenie\u015b\u0107 do CRM, potem wystawi\u0107 faktur\u0119 w osobnym programie, a na koniec tygodnia dopisa\u0107 sprzeda\u017c do arkusza z raportem. Zapytanie z maila handlowiec przepisuje do CRM, a dane firmy klienta wpisuje drugi raz w programie do faktur. Ka\u017cdy krok trwa chwil\u0119, ale razem zajmuj\u0105 du\u017c\u0105 cz\u0119\u015b\u0107 czyjego\u015b czasu pracy.<\/p>\n
Bo systemy w firmie wybierano osobno, ka\u017cdy do innego zadania, i nikt nie zaplanowa\u0142, jak maj\u0105 ze sob\u0105 rozmawia\u0107. R\u0119czne przepisywanie to zwykle tymczasowe obej\u015bcie, kt\u00f3re zosta\u0142o na lata.<\/p>\n
Wiele program\u00f3w ma gotowe integracje z popularnymi sklepami, CRM i programami do faktur, ale nikt ich nie w\u0142\u0105czy\u0142, bo przy wdro\u017ceniu nie by\u0142o na to czasu. Czasem integracja dzia\u0142a, ale przenosi tylko cz\u0119\u015b\u0107 p\u00f3l, wi\u0119c reszt\u0119 i tak kto\u015b dopisuje r\u0119cznie.<\/p>\n
Sklep zna klienta po adresie e-mail, CRM po nazwie firmy, a program do faktur po NIP. Bez wsp\u00f3lnego identyfikatora automat nie wie, \u017ce to ten sam klient, wi\u0119c cz\u0142owiek \u0142\u0105czy dane \u201ena oko\u201d.<\/p>\n
Cz\u0119\u015b\u0107 informacji przychodzi jako PDF, skan albo tre\u015b\u0107 maila. \u017baden system nie przyjmie ich bez odczytania, wi\u0119c kto\u015b czyta i przepisuje.<\/p>\n
Pracownik wie, \u017ce jednemu klientowi dolicza si\u0119 transport, a innemu wystawia faktur\u0119 na inn\u0105 sp\u00f3\u0142k\u0119. Te zasady s\u0105 tylko w jego g\u0142owie, wi\u0119c przepisywanie wydaje si\u0119 bezpieczniejsze ni\u017c automat.<\/p>\n
B\u0142\u0119dami, kt\u00f3re wychodz\u0105 dopiero u klienta, op\u00f3\u017anieniami i zale\u017cno\u015bci\u0105 od jednej osoby. Sam czas pracy to tylko cz\u0119\u015b\u0107 kosztu.<\/p>\n
Spisz, sk\u0105d przychodzi ka\u017cda informacja, gdzie musi trafi\u0107 i kto j\u0105 dzi\u015b przenosi. Wystarczy tabela w arkuszu, w kt\u00f3rej jeden wiersz to jeden przep\u0142yw, np. \u201ezam\u00f3wienie ze sklepu do CRM\u201d.<\/p>\n
Dla ka\u017cdego przep\u0142ywu zapisz system \u017ar\u00f3d\u0142owy, system docelowy, przenoszone pola, cz\u0119stotliwo\u015b\u0107, osob\u0119, kt\u00f3ra to robi, i najcz\u0119stsze wyj\u0105tki. Potem ustal, kt\u00f3ry system jest \u017ar\u00f3d\u0142em prawdy dla danej informacji: dane klienta mog\u0105 \u017cy\u0107 w CRM, ceny i stany w sklepie, a p\u0142atno\u015bci w programie do faktur. Kierunek synchronizacji wynika z tego wyboru. Przy okazji zapisz, jak szybko dane musz\u0105 dotrze\u0107 do celu: nowe zam\u00f3wienie powinno pojawi\u0107 si\u0119 w CRM od razu (np. przez webhook), a dane do tygodniowego raportu wystarczy przenosi\u0107 raz dziennie. Od tej odpowiedzi zale\u017cy wyb\u00f3r narz\u0119dzia i koszt jego dzia\u0142ania. Je\u015bli po drodze trzeba jednorazowo przenie\u015b\u0107 dane historyczne, to osobne zadanie; jak zrobi\u0107 je bez psucia danych, opisali\u015bmy we wpisie o imporcie danych z Excela do CRM<\/a>.<\/p>\n Najprostsz\u0105, kt\u00f3ra przenosi wszystkie potrzebne pola. Zacznij od gotowych po\u0142\u0105cze\u0144, a w\u0142asny kod zostaw na przypadki, kt\u00f3rych narz\u0119dzia nie obs\u0142uguj\u0105.<\/p>\nJak\u0105 integracj\u0119 wybra\u0107?<\/h2>\n