Der Kunde
Ein Startup aus Großbritannien hat Elinext genutzt, um Web- und Mobile-Factoring-Software zu entwickeln, die Lieferanten und Käufern von Waren dabei hilft, Bargeld- und Lieferungslücken zu vermeiden.
Herausforderungen
Allzu oft werden Lieferanten nicht im Voraus oder sogar kurz nach der Lieferung ihrer Waren an ihre Käufer bezahlt. Tatsächlich wird die Zahlung aufgrund der vielen Formalitäten in der Regel um bis zu drei Monate verzögert. Und das stört den Cashflow des Lieferanten.
Viele Banken bieten Dienstleistungen an, um das Problem zu lösen. Was sie tun, ist, die Schuld des Käufers zu kaufen, indem sie dem Lieferanten für seine Waren bezahlen. Aber immer, wenn Banken involviert sind, gibt es viel Bürokratie und Verzögerungen, deshalb hat ein britisches Startup eine alternative Lösung entwickelt.
Die Idee der Gründer war, ein Factoring-System zu schaffen, das die von Banken bereitgestellten Dienstleistungen in vereinfachter, digitalisierter Form nachahmen würde. Um die Idee zum Leben zu erwecken, arbeitete das Startup im Jahr 2020 fast ein Jahr lang mit einem Webentwickler zusammen. Aber dieser Entwickler konnte die Anforderungen des Kunden nicht erfüllen, und das Unternehmen suchte nach einem Ersatz.
Schließlich stieß das Startup auf Elinext. Und wir reagierten schnell und boten unsere Programmierer-CVs auf die proaktivste Art und Weise an, was dazu führte, dass sie uns auswählten.
Der Prozess
Der CTO des Startups war gegenüber jeglichen formalen Entwicklungsstrukturen wie Scrum-Meetings oder anderen Agile-Praktiken abgeneigt, an die wir gewöhnt waren. Aber das war kein Problem für unser Team - wir passten uns ihrer Vorgehensweise und ihrem Tempo an, und der Kunde ließ uns selbstbewusst unsere Arbeit ohne ständige Aufsicht erledigen.
Wir verfolgten den Fortschritt in Microsoft Azure mit Tickets und Stories und telefonierten täglich mit dem Kunden und chatteten auf Slack.
Ursprünglich hatten wir einen Entwickler und einen Business-Analysten; danach ersetzten unsere Entwickler die restlichen Mitglieder ihres ursprünglichen Teams, und DevOps stieß kurz darauf hinzu.
Die Arbeit verlief größtenteils reibungslos, und die einzige Herausforderung, auf die wir gestoßen sind, hatte mit der Analphabetisierung einiger Lieferanten zu tun. In einigen Ländern, die als globale Produktionszentren bekannt sind, hatten die Menschen Schwierigkeiten, Rechnungsvorlagen auszufüllen. Was wir taten, war die UI/UX so einfach wie möglich zu gestalten, damit jeder das System nutzen konnte. Schauen Sie sich an, welches nutzerorientierte Design unser Team am Beispiel dieser Plattform entwickeln kann, die Daten zu allen Investitionen sammelt, analysiert und für Ihr Unternehmen bereitstellt.
Das Produkt
Wir haben die Anwendung unter Verwendung einer Mikroservice-basierten Architektur aufgebaut. Und die App hat Erfolg als einfacherer Prozess, um Verzögerungen bei Zahlungen über Dritte zu reduzieren als das, was von Banken angeboten wird. So funktioniert es:
Ein Lieferant lädt eine Rechnung in das System hoch und wird vom Kunden bezahlt, der dann die Rechnung des Lieferanten an den Käufer stellt. Als Ergebnis erhält der Lieferant kurz nach Lieferung der Waren Bargeld, während der Käufer immer noch Zeit hat, für sie zu bezahlen - aber anstatt den Lieferanten zu bezahlen, wird er unseren Kunden bezahlen.
Betrachten wir nun die wichtigsten Module der Anwendung.
Shipment Wizard
Das Hauptmodul, in dem die beiden Parteien zusammenarbeiten, ist der Shipment Wizard. So funktioniert es: Alles beginnt damit, dass der Lieferant mit dem Käufer vereinbart hat, dass die Zahlung über das System unseres Kunden abgewickelt werden soll. Daraufhin erstellt der Lieferant einen entsprechenden Deal im System und fügt die Rechnung hinzu, die dann von unserem Kunden weiterverarbeitet wird.
Sobald unser Kunde die Details überprüft und den Deal genehmigt hat, sieht der Käufer ihn auf seinem Dashboard zur Überprüfung und Genehmigung. Jetzt ist es an ihm, den Deal zu überprüfen. Wenn alles in Ordnung ist, kann er auf die Schaltfläche "Genehmigen" klicken und falls erforderlich ein Genehmigungsdokument mit einer E-Signatur hochladen.
Das Hinzufügen eines signierten Dokuments vom Typ IPU/IPA bei der Deal-Erstellung ist obligatorisch, während optionale Dokumente nicht signiert werden müssen.
Insgesamt wird der Deal im Laufe seines Lebenszyklus mehrere Statusänderungen durchlaufen, bis er "Ausgezahlt" und schließlich "Abgeschlossen" ist. Diese beiden Status werden manuell von unserem Kunden zugewiesen, nachdem die anderen beiden Parteien die Fertigstellung genehmigt haben.
Texterkennungs-AI-Tool
Wir haben die Eingabe von Rechnungsdaten in das System vereinfacht, indem wir das Texterkennungs-AI-Tool Conpend verwendet haben. Sobald Sie eine Rechnung im PDF-Format hochgeladen haben, extrahiert das Tool den Text aus der Datei und platziert ihn in den entsprechenden Feldern. Falls der Algorithmus jedoch den Text nicht erkennen und den entsprechenden Feldern zuordnen kann, können Sie die fehlenden Informationen immer noch manuell eingeben.
Back Office
Das Back Office ist ausschließlich für unseren Kunden im System zuständig. Nachdem ein Deal eingereicht wurde, wird er in Deals, die auf Genehmigung warten, aufgeführt und der Operator im Land des Lieferanten kann ihn einsehen. Von dort aus kann er die Deal-Details überprüfen, indem er die Originalrechnung in PDF und die Felder, die die Informationen aus dieser Datei enthalten, überprüft.
Der Operator korrigiert dann etwaige Fehler, überprüft es mit den beiden Parteien und genehmigt den Deal digital im System, nachdem er deren schriftliche Zustimmung erhalten hat.
Ergebnisse
Es dauerte uns etwas weniger als ein Jahr, um diese mikrodienstbasierte Anwendung zu entwickeln. Und dieses Produkt wird nun von einigen der weltweit größten Online-Modehändler und anderen Unternehmen genutzt, die weltweit wieder verkaufen.
Heute arbeiten etwa zehn Personen an dem Projekt. Wir arbeiten auch an einem anderen Teil des Ökosystems dieses Kunden: einer Umwelt-, Sozial- und Governance (ESG)-Plattform.
