OCR på räkningar

Lite uppdateringar på serversidan.

Har pushat appen till app engine och finns att nå här; http://agiroapp.appspot.com/. Data som ev. läggs in kan inte garanteras är kvar då datamodelen inte är helt satt än.

Det api som tidigare låg under /add ligger nu under /invoices skicka POST för att lägga till GET för att lista inlagd data.

Ett enkelt extension för Chrome finns på github. Kräver att man loggar in via sin webbläsare på http://agiroapp.appspot.com/ först annars visas en text att man ej är inloggad.

Har även skrivit ihop hur man gör requesten manuellt mot produktion om någon är intresserad av hur kommunikationen går till eller är orolig för att appen får användarens lösenord.

All kod finns här, https://github.com/johannilsson/agiro-server

 

Nu skickar jag OCR, belopp och dokumenttyp till http://agiroapp.appspot.com/. Den letar reda på första tillgängliga google-kontot i telefonen och försöker använda det. Får inget fel, men datat verkar inte lagras riktigt. Möts av en tom lista när jag besöker http://agiroapp.appspot.com/invoices som jag gissar ska lista registrerade fakturor?

Aja, ett steg i rätt riktning är det iaf.

 

Ahh, hade missat att byta /add till /invoices. Nu fungerar det.

Om ni testar min fork så kommer programmet begära åtkomst till erat google-konto första gången ni skannat en komplett faktura. Detta för att kunna autentisera med johans agiro-server.

johan, jag saknar "giro-account" som parameter när jag postar en invoice.

 

Snyggt jobbat. Lägger in giro-account ikväll, har även en del buggfixar på väg upp.

Har upptäckt en begränsning i inloggningen mot servern, det verkar som att det inte går att använda konton som ligger på Google apps.

 

Hur är det fungerar det på bankernas sidor för att betala räkningar?
Mvh Herrn

 

Inte än, däremot finns det ett enkelt extension som listar de senast scannade koderna i en chrome popup. Är helt övertygad om att det ska gå att lösa så att den automagiskt fyller i på bankens webbsida, måste bara lära mig (om ingen annan skriver det) hur man skriver vettiga extensions.

 

johan, finns det något sätt att lägga in stöd för andra typer av autentisering, eller är agiro-server väldigt hårt knuten till just googles autentisering? Jag tänker på alla de som har en Android-telefon men inget google-konto.

Pratade med en kollega på jobbet igår som föreslog att webbläsartillägget skulle generera (eller få från molnet) en QR-kod som visas upp på datorn för att sedan skannas av med Android-programmet och därefter paras android-telefonen och webbläsaren ihop av molntjänsten under en begränsad tid.

Det får i princip begränsningen att den som skannar fakturan måste sitta vid datorn som ska betala fakturan. Det kan betraktas både som en fördel och en nackdel förstås. Vill man inte ha så kan man givetvis presentera en 4-siffrig kod som man manuellt knappar in i android-appen. Men skanna en bild uppfattas kanske som både säkrare och flashigare.

Det blir lite mer plug 'n' play än att behöva sätta upp ett google-konto först för alla som inte har de. Och vissa vill nog inte ens göra det öht.

 

Har de android enheter men inte google konton..... market? Ja massor av tjänster de måste gå miste om?? Jaja har väl inte med saken att göra iof men kunde inte låta bli.

Sent from my HTC Desire using Tapatalk

 

Jag skulle nog föredra att använda en QR-kod eller pinkod för autentisering, som pakerfeldt skriver blir det nog mindre krångel för användare. Dessutom brukar många på Market klaga på apps som begär uppgifter och använder lösenord från användarens telefon/googlekonto eller till och med addressbok. De brukar ge sådana apps låga betyg oavsett om programmet har öppen källkod eller ej. Jag antar att de flesta inte alls vet vad källkod är.

Förvisso, de flesta användare kanske inte alls läser beskrivningen av appen och vilka rättigheter den använder. Så länge appen fungerar och gränssnittet är lättanvänt tror de inte de har någon anledning att bry sig. De installerar väl "antivirusprogram" som inte gör ett skit istället och tror sig vara säkra.

 

Har absolut ingen aning vad allt detta programmerings-snack handlar om, men verkar ju onekligen som att det är saker på gång. Stort tack till alla inblandade!

 

Jag tror att man kommer ganska långt med stöd för endast Google konton. Lösenord efterfrågas eller lagras aldrig för en användare heller. Man får även en hel del gratis genom att köra med den här setupen, men jag förstår problematiken.

Jag föreslår att man använder det här som en POC för att se hur man kan få till ett extension m.m. och för att se att flödet hänger ihop.

Ett förslag på hur man kan göra det sen med en mer generisk lösning;

När man kommunicerar med agiro severn så skickar man med en hash av sitt device id, om servern inte känner igen devicen skapas automatiskt ett konto. En pinkod returneras till klienten (appen). Denna visas för användaren och krävs för att komma åt sina scannade fakturor via webben och för att koppla ihop webbpluggen.

Vet inte vad man tjänar på att skapa pinkoden via webben först, problemet med inloggningen är inte bara från klienten utan gäller även inloggning till appen från webben. Personligen är jag inte sugen på att skriva en egen kontohantering då jag i princip aldrig signar upp på tjänster som kräver att jag måste skapa ett eget konto med ytterligare ett lösenord att komma ihåg. Man kan såklart koppla på open id/facebook eller liknande för inloggning men det känns också overkill?

 

Jag håller helt med om att vi borde fortsätta som det ser ut just nu innan vi gör några större ändringar. Däremot tror jag att vi vinner mer på att ha en tjänst som inte kräver någon registrering över huvud taget (inte ens mot google om man inte har ett sådant redan).

Min personliga åsikt är att servern inte ska persistenslagra några fakturor över huvud taget. På så sätt slipper vi konothantering helt och hållet. Ser heller ingen egentligen fördel med att spara fakturorna i servern eftersom man dels har kvar de i pappersform och dels har man de i transaktionshistoriken på sin bank. Pinkods-/QR-lösningen som jag nämnde menar jag bara ska lösa problemet med att tillfälligt para ihop webbpluggen med telefonen under en begränsad tid (likt awesome drop som jag tjatar om).

 

Jag delar din uppfattning om att man vill undvika lagring. Får jag pluggen att fungera som jag vill kommer man aldrig behöva spara något i databasen heller.

Idag när man lägger in en faktura i webbappen skickas ett event, detta event plockas sedan upp av pluggen via websockets som automatiskt är tänkt ska kunna fylla i informationen på bankens webb. Men det är en bit kvar tills det är på plats.

Jag skulle helst vilja undvika att para flera gånger, har man väl gjort det en gång tycker jag att den borde kunna komma ihåg det. Men vi får klura lite på det.

 

Det låter riktigt grymt!

Jag tror inte det uppfattas som speciellt jobbigt att trycka in en 4-siffrig kod innan man kan börja skanna. Det är ju snabbt gjort. Och fördelen är att vi slipper komma ihåg vilka webbpluggar som är parade med vilka telefoner. När en parning(!?) löper ut så slänger man bara bort allt som kopplade ihop dessa två tillsammans med eventuellt skannade fakturor.
Nåväl, vi får väl diskutera detta vidare när vi kommer lite längre.

 

Jag tror jag är med på hur du menar, skissade ner flödet lite snabbt bara för att se så att vi tänker likadant;

<a href="http://twitpic.com/3q85d3" title="Share photos on twitter with Twitpic"><img src="http://twitpic.com/show/thumb/3q85d3.jpg" width="150" height="150" alt="Share photos on twitter with Twitpic"></a>

De stora rutorna försöker se ut som en webbläsare.

1. Klickar på pluginets ikon
2. Om en pinkod saknas eller har gått ut visas en QR
3. Skannar QR
4. Pluginet reagerar när man är registrerar och visar att man kan börja skanna fakturor
5. Skannar faktura
6. Datan visas i pluginet och eller fylls i på bankens webb

Steg 2-4 behövs bara första gången eller när en session har gått ut.

 

Exakt så! Det första du möts av när du öppnar android-appen är en information som berättar att du måste skanna QR-koden på datorn för att kunna fortsätta. Alternativt trycka in en pin-kod men det blir ju helt analogt förstås.

 

Intressant

Hejsan!
Det här verkar ju mycket intressant. Jag hittade den här tråden efter att ha varit på jakt efter en app för att skanna in OCR-nummer i veckan.

Efter att ha läst tråden så tog jag och clonade git:en på https://github.com/pakerfeldt/aGiro för se hur det funkar och det funkar ju riktigt bra att skanna fakturor!

Dock tyckte jag det verkade lite klurigt med Google App Engine så jag tog och testade en egen lösning där jag la in en webbserver i appen som trycker ut invoice-datan i en JSonArray som chromepluginen laddar ifrån.

Det hela kräver dock att man är uppkopplad med luren på sama WLAN som datorn man betalar med, men man slipper inloggning med googlekontot om användarna är rädda för de rättigheterna.

Jag gjorde det mest för ett proof of concept för att se om det var möjligt, men nu ser jag att ni verkar ha kommit en bra väg på att lösa inloggningen ändå så det kanske inte behövs, QR-koder är ju trots allt ganska coolt.

Hör av er om ni är intresserade av att se koden så kan jag slänga upp den på Github eller någon annanstans.

mvh
/NilNil

 

Kul att du testar koden! Du måste ange IP-nummer och dylikt i chrome-pluggen för att det ska fungera va?

Lade du ner något arbete på att föra över datat till bankens formulär?

 

Hur tänkte ni läsa in QR koden? Ska ni bygga något eget eller använda nogot som redan finns? Mycket intressant detta projekt.

 

Det där med QR-kod var bara en läcker tanke från min sida. Men isåfall bygger vi givetvis inget själv. Vi har redan dragit in kod från zxing-projektet (som levererar Barcode Scanner) så att få in en QR-dekoder borde inte vara så mycket jobb.