Jedna odpowiedzialność
Klasa albo moduł ma jedną odpowiedzialność. Kolejne zadanie idzie do osobnego kawałka kodu, nie rozpycha tego, co już działa.
TensorFrog
Sześć flagowych zakresów opisanych tak, jak wchodzą do oferty: płatności, dokumentacja, raportowanie, KSeF, poczta i SMS oraz ticketowanie. Kod składamy według SOLID, żeby kolejny etap nie rozsadzał poprzedniego. Cena i start — po osobnej ofercie.

PayU, Przelewy24, ING imoje — klucze, przebieg transakcji, weryfikacja i zwrot środków po zwrocie towaru.
Czytaj więcej
Rejestr, przyjęcie, obieg akceptacji, wersje i wyszukiwanie — jeden system dokumentacji zamiast dysków i skrzynek.
Czytaj więcej
Raporty posprzedażowe i rozliczeniowe — ActiveReports albo open source, PDF, Excel i API.
Czytaj więcej
API KSeF 2.0, struktura FA(3), odbiór i wystawianie e-faktur oraz obieg w systemie księgowym.
Czytaj więcej
Poczta i SMS, kolejki, API do oprogramowania firmy oraz analiza AI — jeden log zamiast skrzynek i bramek obok siebie.
Czytaj więcej
Kolejka, karta sprawy i call center — telefon i poczta w jednym zgłoszeniu, spięte z systemem mailowym.
Czytaj więcejJak składamy kod
System ma przeżyć więcej niż jeden etap. Dzielimy kod tak, żeby kolejna integracja nie rozsadzała poprzedniej. To praktyka przy składaniu modułów — nie wykład.
Klasa albo moduł ma jedną odpowiedzialność. Kolejne zadanie idzie do osobnego kawałka kodu, nie rozpycha tego, co już działa.
Nowa funkcja wchodzi nowym kodem obok istniejącego kontraktu. Rdzeń zostaje.
Kod opiera się o interfejs i umowę, nie o konkretną implementację. Warstwę można wymienić bez przeróbki reszty.