Płatności sprawdzane w Stripe
Przed telefonem do klienta handlowiec loguje się do Stripe albo pyta finanse, czy ostatnia płatność przeszła.
Handlowiec i obsługa widzą w HubSpocie, kto zapłacił, czyja płatność nie przeszła i komu kończy się subskrypcja. Do CRM trafiają dane, na których ktoś pracuje, a reszta zostaje w Stripe.
Przed telefonem do klienta handlowiec loguje się do Stripe albo pyta finanse, czy ostatnia płatność przeszła.
Ktoś przepisuje ze Stripe do HubSpota, która subskrypcja jest aktywna, a która zaległa, i notatka szybko się starzeje.
Do HubSpota trafiają pozycje rozliczeniowe i próby obciążenia, których w sprzedaży nikt nie otwiera.
Opłacona, nieudana albo zwrot, z kwotą i walutą, na kontakcie i dealu.
Status subskrypcji (aktywna, anulowana, zaległa) i data kolejnego odnowienia w property. Zaległość zakłada zadanie dla opiekuna.
Nieudana płatność uruchamia workflow, nowa subskrypcja przesuwa deala na kolejny etap, a zwrot zakłada zadanie dla opiekuna.
Pozycje rozliczeniowe i próby obciążenia zostają w Stripe. Szczegóły dla księgowości idą do systemu księgowego albo hurtowni danych.
Oferty i linki do płatności z HubSpota rozlicza Stripe, a wpłata trafia od razu do HubSpota. Tę drogę wybieramy na starcie albo zostajemy przy synchronizacji.
Opowiadasz, za co klienci płacą przez Stripe i kto w firmie musi to widzieć. Ja mówię, którą drogę bym wybrał.
Ustalamy, którędy idą płatności, które dane trafiają do HubSpota, a które zostają w Stripe, i po czym łączymy klienta Stripe z kontaktem.
Zaczynam od oficjalnej integracji HubSpota ze Stripe. Gdy przenosi za dużo albo za mało, piszę własną na webhookach Stripe.
Testuję na Waszych płatnościach i subskrypcjach. Każde zdarzenie trafia do dziennika, a gdy zdarzenia ze Stripe przestają docierać, wskazana osoba dostaje alert.
Po starcie odzywasz się, kiedy czegoś potrzebujesz, albo umawiamy stały zakres prac na każdy miesiąc.

Jestem konsultantem HubSpot. Pracuję w HubSpocie codziennie: wdrażam go, szkolę zespoły i łączę z innymi systemami firmy. Doradzam na podstawie tego, co sprawdziło się w kilkudziesięciu portalach.
Stripe dla płatności, HubSpot dla danych sprzedażowych. Klienta Stripe łączę z kontaktem po adresie e-mail, a jego ID ze Stripe zapisuję w osobnym property.
Przy synchronizacji płatności dalej obsługuje Stripe, a HubSpot dostaje informacje o nich. Gdy Stripe jest procesorem w HubSpocie, płatność przechodzi przez obiekty HubSpota.
Brak zdarzeń przez ustalony czas wysyła alert do osoby, którą wskażesz. Z dziennika widać, od kiedy dane nie docierały, więc da się je uzupełnić.
Oficjalna integracja często wystarcza. Gdy potrzebne jest inne mapowanie subskrypcji albo zdarzenie, którego ona nie przekazuje, prostsze przypadki stawiam w Make, a resztę piszę w Node albo Pythonie.
Zależy od liczby systemów i kroków. Wycenę dostajesz po przeglądzie procesu.
Pół godziny, bezpłatnie. Opowiesz, co chcesz zrobić, a ja powiem, od czego zacząć.