Kunskap och produktnyheter från Need2Code.

Prenumerera på vårt nyhetsbrev så att du inte missar något! 

SEPA-betalning och iScala

SEPA_logga

Just nu får vi många frågor om SEPA-betalningar. Här följer information om det viktigaste kring SEPA-betalningar och iScala.

Organisationer som skickar och tar emot betalningar i euro via fil inom EU/EES måste från och med 1 november 2016 använda sig av SEPA Credit Transfer. SEPA som står för Single Euro Payments Area är en gemensam europeisk standard för betalningar i euro inom eller mellan EU-länder/EES. Vinsten med SEPA ska vara snabbare, säkrare och billigare betalningar.

Övergången till SEPA innebär att filen för eurobetalningar (från affärssystem) ska följa standarden ISO 20022 XML och betalas via bankerna. Bankgirots tjänst Leverantörsbetalningar i euro upphör. IBAN är därmed det som kommer att gälla och inte bankgironummer. Tänk på att ange IBAN och BIC på fakturor!

Vad krävs för att iScala ska kunna hantera SEPA-betalningar? 

iScalas filformat följer standarden ISO 20022 XML, men vi har i tester märkt att vissa anpassningar och inställningar måste göras beroende på bank.

Need2Code rekommenderar i de flesta fall uppgradering till iScala 3.0, eftersom stödet för SEPA är begränsat i lägre versioner. Licensen för att kunna hantera SEPA-betalningar är dessutom lite billigare med 3.0, särskilt om man inte har Service Connect. Need2Code rekommenderar inte SEPA för lägre versioner än 2.3 SR3 (support för 2.3 SR2 upphör vid årskiftet 16/17).

Licenskrav och funktionalitet:

iScala 2.3 SR3 – licens för SEPA (kräver licens för integrationsmotorn Service Connect)

Stödjer: endast betalningar

Pris: 1700€ per bolag och 20% i årlig underhållsavgift.

 

iScala 3.0 – licens för Bank Application Integration (Service Connect behövs inte).

Stödjer:

– betalningar

– meddelanden

– avprickningsfil, saldo&transaktioner (fsp 4 i sommar)

– SEPA Direct Debit = autogiro

Pris: 1250€ per bolag och 20% i årlig underhållsavgift.

 

Hör av er så löser vi detta åt er. Eller om ni har frågor!

 

 

måndag, april 18th, 2016

E-handel för iScala

N2C har byggt en webbshop för B2B-kunder särskilt anpassad för iScala.

Tanken bakom webbshopen är att öka försäljning och service till kunder och återförsäljare men även att minska personalbehovet. Ett annat sätt att använda webbshoppen är för fältsäljare, som kan lägga order via webbshoppen istället för i iScala.

Webbshopen är lätt att komma igång och arbeta med utan webbkunskap, genom att så gott som all administration sker från iScala.

Införandet av webbshopen har varit lönsamt för oss. Vi sparar in en tjänst på orderavdelningen under sommarmånaderna, när vi har högsäsong. Samtidigt ökar vi servicen till återförsäljarna så att de kan beställa när de vill på dygnet och direkt får en bekräftelse om leverans av en viss glassort kan ske vid nästa tillfälle. Utvecklingen och införandet tillsammans med Need2Code har gått smidigt, säger Ulf Henningson, SIA Glass.”

Detta är N2C Webshop:

  • Komplett webbshop
  • Säljande och användarvänlig design som kan anpassas till grafisk profil
  • Direkt besked om när leveransdatum genom smart logik
  • Administrationen direkt från iScala och all information synkroniseras mellan iScala och webbshopen
  • Anpassningar av frågor/regler sker med Snap Search
  • Säkra och stabila order skapas direkt i iScala
  • Valbart betalningssätt – faktura, kort osv.
  • Bygger på väletablerade WordPress och WooCommerce.
  • iScala-integrationen supporteras av Epicor.

Vid intresse demonstrerar vi live i systemet.

 

 

torsdag, april 7th, 2016

Praktiskt! Snabbsökning för iScala

Vi visar hur man bygger en enkel snabbsökning som listar kunder som inte har handlat sedan ett visst datum. Senaste fakturadatum styr.

 

 

onsdag, mars 30th, 2016

VBA – möjligheter och funktioner som inte finns i iScala

Vad är VBA:n och vad gör de

VBA:n är små anpassningar som utvecklas för att få funktioner som iScala saknar. Ofta handlar det om kontrollfunktioner eller att hämta data från andra system och presentera i iScala. Vi struntar i det tekniska och exemplifierar möjligheterna med VBA:n som vi har utvecklat.

9 exempel:

Automatisk fraktberäkning

Problem:
Manuell beräkning av fraktkostnaden tar tid och kan bli fel.

VBAlösning:
Fraktberäkningsprogrammet beräknar automatisk fraktkostnaden och tar hänsyn till landskod, ortskod, leveranssätt, leveransvillkor, bruttovikt och antal kolli. Parametrarna ska hämtas från leveransadressen på ordern. Programmet hanterar transportkostnader i Danmark och Sverige. I Sverige används tranportörerna Schenker och Posten och i Danmark används DHL. Programmet tar endast hänsyn till nämnda tre transportörers sätt att beräkna fraktkostnader, men det går att knyta andra transportörer till systemet, så länge fraktkostnaden beräknas enligt samma principer.

Det är endast vid leveransvillkor 0 som frakt beräknas. Vid registrering av lageruttag finns möjligheten att registrera kolli och vikt. Utefter detta beräknas frakten på ordern och vikt, kolli och fraktbelopp fylls i på ordern med automatik.

Rimlighetskontroll av fakturabelopp

Drop shipment

Problem:
När användare registrerar order i iScala händer det ibland att det går ”väl snabbt” och exempelvis skrivs nästa artikelnummer i prisfältet, vilket kan ge ett orimligt belopp på ordern.

VBAlösning:
Ett VBA aktiveras vid utskrift av fakturor. Detta VBA kontrollerar om orderbeloppet är större än ett visst värde som kan anges i en UDDB, dessa order kan då kontrolleras manuellt. Ingen kontroll görs om en enskild order avslutas med kommandot ”FA”.

Uppdatering av Delprojektfält i fakturajournal

Problem:
Uppdatering av projekt, delprojekt via kontoregler där leverantörsfakturan är inläst via ScalaDoc. I ScalaDoc finns inte möjligheten att registrera vilket delprojekt kostnaden ska belasta.

VBAlösning:
Ny konteringsdimension för delprojekt läggs upp och denna kan fyllas i ScalaDoc.
Ett VBA aktiveras vid utskrift av fakturajournal. VBA:t kontrollerar om dimensionerna för projekt och delprojekt innehåller något värde. Om så är fallet uppdateras delprojektfältet på transaktionsraden i fakturajournalen med aktuellt delprojekt från konteringsdimensionen.

Stoppa ”Drop Shipment” om artikel finns i eget lager

Drop shipment

Problem:
En av N2C:s kunder har många artiklar uppsatta med automatisk drop shipment, vilket innebär att det alltid skapas en inköpsorder för en artikel vid orderläggning, oavsett om artikeln finns på det egna lagret eller inte.

VBAlösning:
VBA:t kontrollerar om det finns eget lagersaldo på artikeln och om så är fallet finns möjligheten att stoppa drop shipment för denna orderrad.

Kontroll av antal artiklar i en kartong
Problem:
Kunder beställer färre artiklar än vad som finns i en kartong. Det är dyrt att hantera brytning av kartonger och kunderna förlorar på eventuell brytningskostnad.

VBAlösning:
Exempelvis om en kund vill beställa tio artiklar så meddelar VBA:t vid orderläggning att kartongen innehåller 12. Kunden kan då uppmärksammas på kartongbrytningskostnad eller att det är billigare för kunden att ta en hel kartong eller att kunden måste beställa en hel kartong.

Kundlogg som ”pop up” vid orderläggning
Problem:
Vid orderläggning saknar iScala möjlighet till extrainformation om kunder eller att registrera extrainformation om ordern eller kunden.

VBAlösning:
När man lägger en order så öppnar VBA:t en kundlogg där man kan notera viktig information eller där det finns en påminnelse, exempelvis ”Kom ihåg att kunden alltid ska ha leverans till port 5″.

Presentera information från andra system i iScala
Problem:
Data som är viktig för ett visst moment finns i ett annat system och det är besvärligt för användaren att hoppa mellan system för att få informationen.

VBAlösning:
Det går att hämta data från andra system med hjälp av ett VBA och presentera i iScala när en viss funktion utförs. Det kan ex vara kunddata från crm eller artikeldata från annat system.
Det går även att ”trigga igång” start av ett annat system automatiskt när en viss funktion utförs, exempelvis när man söker en faktura i iScala så öppnas den i Palettes fakturahanteringssystem.

Presentera iScala-data på webben, skärmar eller i andra systemmiljöer
Problem:
iScala-data behövs för att underlätta arbete i andra system eller för presentation på skärmar eller webbsida.

VBAlösning:
Ett VBA hämtar nyckeltal från iScala som presenteras på skärmar på lagret. Exempelvis hur många order som är kvar att plocka och hur många order som plockats hittills.
En annan möjlighet är att iScalas lagersaldon kan presenteras på webbsida eller i webbshop.

Automatiskt maila fakturor när det finns epost för mottagare
Problem:
Det är dyrt att hantera fakturautskick manuellt och i synnerhet att skicka pappersfaktura.

VBAlösning:
Ett VBA gör att när det finns en mailadress som mottagare av fakturor så skrivs ingen faktura ut och istället mailas en pdf automatiskt till mottagaradressen. Återbetalar sig snabb för många i insparat porto.

För att kunna använda VBA:n krävs licens för VBA Runtime från Epicor, något som många företag redan har. 

 

       

onsdag, mars 16th, 2016

Snappar gör iScala mer dynamiskt och användarvänligt

Snappar är kort och gott svengelska av Snap Search – snabbsökningar i iScala. Snappar gör iScala mer dynamiskt och användarvänligt genom att snabbare hitta eller presentera rätt information på rätt ställe. Möjligheterna med snappar begränsas mest av uppfinningsrikedomen.

Snappar skapas i det enkla verktyget Snap Search Builder och är frågor till databasen som presenteras på det sätt som man har bestämt. Har man en gång skapat en snap så finns den kvar för att återanvändas i sökfältet, menyer eller som knappar på verktygsfältet. Snappar kan vara personliga per användare eller användas av alla på företaget.

Några saker som du kan göra med snappar:

– Fritextsökning i fält – istället för att använda iScalas alla olika sökbegrepp (vem kommer ihåg fler än två eller tre?) så kan man bygga en snap som tillåter fritextsökning, ex hitta order som innehåller ”grön lampa” istället för att söka på kund- eller ordernummer.

– Listor med snabbval – användaren får en lista med valmöjligheter som förenklar arbetet, ex  e-postadresser, kunder, leverantörer, artiklar osv.

– Begränsade sökningar – välj vad du vill/behöver se och slipp det som inte är relevant. Ex visa endast de produkter eller kunder som är du ansvarar för eller alla kunder som hör till ett visst kostnadsställe.

– Hitta leverantören – med lägst pris, kortast leveranstid eller se vilka produkter som finns hos viss leverantör.

– Validering – en snapp kan kontrollera att det värde som stansats in är korrekt enligt en annan tabells värde.

– Rapporter – skapa rapporter du tycker att iScala saknar. Snappar kan också skapa grafiska rapporter som designas i Microsoft Reporting Services.

Ex Reporting Services

Ex Reporting Services

– Bearbeta data i excel – snapdata kan exporteras till Excel, där du kan bearbeta och sedan importera förändringarna till iScala via import av fil. Många ändringar är snabbare att göra i Excel än att stansa in i iScala, ex prishöjningar där man kan uppdatera alla priser med viss % i Excel och sedan importera igen.

– Drill Down funktion –  ex: starta på kundnamn, visa rubriken ”sena order” och ”kommande order”, i dessa rubriker går det att positionera respektive orderrad med artikelinfo om artikelnummer, leveransdatum, antal. Detta är bara ett exempel på en funktion som kan utvecklas i verktyget, koppla sedan snappen till ordernummerrfältet, beroende på val av artikel så kommer du tillbaka på rätt ordernummer.

Det finns som nämnt många vinster med snappar, men här är de huvudsakliga:

– Gör iScala användarvänligare och snabbare

– Sparar tid

– Minskar risken för manuella felstansningar

– Skapar rapporter som inte finns som standard i iScala

Praktisk utbildning i Snap Search Builder

Vill du lära dig mer så håller vi en praktisk och verklighetsanpassad utbildning 19:e april. Teorigenomgång och sedan får du bygga snappar som vi vet att de flesta företag har nytta av. Introduktion till rapportverktyget Reporting Services. Vid dagens slut tar du med dig snapparna hem och använder i er egen iScala-installation.

Rabatterat pris för medlemmar i Epicor Scala Användarförening!

Hoppas att vi satte igång tankarna. Nästa gång skriver vi om hur man praktiskt bygger snappar och ger några konkreta exempel att prova själv.

Vänliga hälsningar/

Magnus, Need2code

PS. man kan byta snappar med andra företag eller användare DS.

 

 

måndag, mars 14th, 2016