Feil 4309 Sberbank hva du skal gjøre. Hvilke feil produserer Sberbank-betalingsmaskinen: betydningen og måtene å løse problemet på. All-russisk konkurranse av sosiale prosjekter om teknologi for grunnskole- og ungdomsskoleelever "Sosialt prosjekt Fremover Russland!"

Hver innbygger i Russland har et Sberbank-plastkort. Det refererer til et annet betalingssystem - Visa, MasterCard eller Maestro. Det kan også være kumulativt, debet eller kreditt. Med dens hjelp kan du betale for kjøp eller tjenester, betale trafikkbøter og fylle på saldoen på mobilenheten din. Det er ikke alltid mulig å betale for varer med et bankkort, så en Sberbank-klient må ta ut kontanter fra en minibank. Terminalen brukes til å utføre ulike typer transaksjoner. For eksempel å overføre midler til en annen bankklient eller betale for bolig og fellestjenester. Noen ganger støter brukeren på et problem; i stedet for informasjon om en vellykket fullført operasjon, vises en feilmelding på skjermen. De er ofte forbundet med en intern feil i systemet. Av denne grunn er det nødvendig å vite hva tallene som vises på skjermen betyr, slik at du kan iverksette passende tiltak.

Feil 4309 Sberbank-terminal i 1c-programmet er ikke relatert til handlingene til brukeren selv. Dette problemet oppstår etter konfigurasjonsoppdateringer eller maskinen har gått tom for utskriftsbånd. Denne feilen betyr at det ikke er noe å skrive ut. Når kvitteringsbåndet er tilstede, men feil 4309 vises, kan ikke det interne terminalsystemet gjenkjenne installasjonen uavhengig. Bankklienten sjekker om det er rester av sjekker eller fremmedlegemer i selve enheten som utsteder sjekker. Hvis det ikke er ytre tegn som forstyrrer arbeidet, så kontakt avdelingspersonalet for hjelp. Hvis terminalen er plassert på et avsidesliggende sted, ring Sberbanks tekniske tjeneste og forklar hvilken feil som oppstod og under hvilke handlinger.

Hva betyr feil 4405 på en Sberbank-minibank?

Denne koden er en av de vanligste, og finnes ikke bare på Sberbank elektroniske minibanker, men også på mobile enheter. Feil 4405 utstedes av Sberbank-terminalen når transaksjoner ikke ble fullført. Det vil si at betaling eller overføring ikke er basert på et bankprodukt. Ofte følger denne koden med tilleggsinformasjon. Enheten varsler deg om at det er et brudd i signalet eller at et nettverk av dårlig kvalitet brukes.

Dette problemet står overfor brukere av banktjenester til tredjeparts finansinstitusjoner som utfører transaksjoner i en minibank. Sberbank utsteder kode 4405 når den mistenker at en person ønsker å begå uredelige handlinger, og deretter oppstår blokkering.

Viktig. Når en lignende situasjon oppstår, må bankkunden kontakte kundesenteret og forklare hva som skjer med terminalen. Send i tillegg en melding til den tekniske tjenesten til kortnummeret 9000. Bankansatte vil kontakte offeret så snart som mulig og bidra til å eliminere årsakene til manglende fullføring av transaksjoner.

Hvis feilen oppstår direkte på mobilenheten, prøv følgende:

  • start den mobile enheten på nytt;
  • start applikasjonen på nytt;
  • koble til nettverket igjen.

Hvis disse trinnene ikke hjelper, kontakt bankens tekniske støtte.

Hvorfor oppstår feil 4119 i Sberbank-betalingsmaskinen?

En bankklient støter på feil 4119 i terminalen. Det kan være mange grunner til at denne koden vises på skjermen. For det første betyr det at forbindelsen mellom minibanken og selve bankorganisasjonen er brutt. I dette tilfellet er det umulig å fullføre noen transaksjon. Dette skjer når Internett-tilkoblingen er frakoblet eller betalingsterminalen ikke fungerer som den skal. Deretter, for å gjenopprette funksjonaliteten, anbefales det å starte enheten på nytt. Brukeren kan vente ca. 10 minutter og deretter prøve transaksjonen på nytt. Hvis det etter flere forsøk ikke skjer noen endringer, bør du kontakte teknisk service.

Viktig. Feil 4119 oppstår når KLK-nøkkelen som er angitt for pinpad er feil. Dette kan bare korrigeres av ATM tekniske servicespesialister, da det er nødvendig å redusere baudhastigheten eller endre gjeldende IP-adresse.

Feil 4468 i Sberbank-terminalen

Denne feilen forårsaker ikke alvorlige problemer for eieren av plastproduktet. Det betyr at det for øyeblikket foregår teknisk arbeid i systemet. I løpet av denne perioden kan du ikke utføre noen transaksjoner gjennom en Sberbank-minibank. Men når forebyggingen er fullført, vil ytelsen bli gjenopprettet, og klienten vil kunne utføre visse operasjoner gjennom enheten. Sberbank utfører dette tekniske arbeidet på månedlig basis; dette er fastsatt i selskapets regelverk. Som regel tar det ikke mye tid å oppdatere serveren, så du kan prøve igjen å gå inn i plasten om 10-15 minutter.

De vanligste Sberbank ATM-feilene

Ethvert system kan mislykkes, og betalingsterminalen Sberbank er intet unntak. Siden de jobber døgnet rundt og er utsatt for ulike typer funksjonsfeil. Oftest er det umulig å fikse problemet selv, siden det er nødvendig å gjøre endringer i selve systemet; bare Sberbank-ansatte har tilgang til det. La oss se nærmere på feilene som kan vises på betalingsterminalen:

  • feil 4134 er et problem med tagger som ikke blir verifisert på enheten over en lengre periode. Bruddet elimineres ganske raskt, det er nok å beregne resultatene, og du kan umiddelbart begynne å bruke enheten;
  • feil 362 er ikke relatert til driften av terminalen. Kontakten mellom brikken og plasten har brutt. Problemet kan løses på stedet; for å gjøre dette må du gni et mykt materiale over brikken som er installert på kredittkortet. Prøv deretter å sette kortet inn i terminalen igjen. Hvis kode 362 vises på skjermen igjen, må du kontakte bankfilialen;
  • feil 4401 – autorisasjonsproblem. For å eliminere det, må du kontakte Sberbank-ansatte og under deres veiledning rette dette problemet;
  • feil 4457 - transaksjonen er forbudt av banken på grunn av problemer;
  • feil 4118 – feil ved inntasting av PIN-kode. Enheten kan ikke gjenkjenne riktigheten av inngangen, klienten skrev den inn feil eller den røde knappen ble berørt når du trykker på tastene. Du bør prøve å sette plasten inn i betalingsterminalen igjen, men hvis inndataproblemer vedvarer, kontakt en spesialist;
  • feil 2000 - dette problemet oppstår på grunn av en feil fra klienten selv. Avbryt-knappen ble trykket mens du utførte forskjellige operasjoner. Deretter må du fjerne betalingskortet fra enheten og prøve operasjonen på nytt.

Bankkort har blitt en del av menneskelivet; forskjellige transaksjoner gjøres med deres hjelp. De er praktiske å bruke når du betaler for varer eller tjenester. Men noen ganger trenger du bare å ta ut penger eller gjøre en overføring til en annen person. Da kan du ikke klare deg uten hjelp fra en Sberbank-minibank. Men ikke alltid teknisk innretning Det fungerer som det skal, og i tilfelle feil i systemet viser det en feil på skjermen.

Hver kode betyr sin egen feil, og bare tekniske servicearbeidere vet hvordan de skal fikse problemet. De fleste feilene er relatert til interne tekniske feil, så brukeren av Sberbank banktjenester må rapportere feilen ved å ringe kundesenteret eller sende en melding til 9000. Deretter vil de ansatte gi råd og detaljert beskrivelse av hvilke tiltak som må iverksettes for å løse problemet.

God ettermiddag alle sammen. Mitt første innlegg - jeg håper det vil hjelpe noen, det er bare det at det ble brukt utrolig mye tid på alt dette.

Problemet er som alle andres - med denne beryktede "p"-filen når du arbeider gjennom en RDP-terminalsesjon med en server, med Sberbank-terminaler (samtidig med kasseapparater - vi har ATOL 30F).

1. Kassepulter. Normal drift og akseptabel utskriftshastighet ble kun oppnådd ved å implementere portvideresending via VSPE.
På lokale stasjoner er alle kasseapparater koblet til port 10 og 11, i VSPE-klientdelen settes en unik port for hver datamaskin - for eksempel 5001, 5002 osv., på VSPE-serveren lytter den til dem. I 1c (vi har KA1.1) opprettes en egen enhet for hvert kasseapparat og ønsket port velges. De. Det er mange kasseapparater i kommersielt utstyr. Conf-en er litt modifisert slik at en spesifikk forekomst av et kasseapparat kan knyttes til en avdeling.

2. Anskaffelse. (Jeg vil umiddelbart uttrykke min misnøye til Sberbank og kontoret som setter opp og vedlikeholder utstyret). Helt fra begynnelsen var oppgaven slik at selgere ikke kunne legge inn tall i terminalen for hånd, og dataene for operasjonen kom fra 1C. Det var bare én erverver - Sber, fordi... online kassesystemer var ennå ikke planlagt - integrerte (eksternt kontrollerte) terminaler med kvitteringsskriver var nødvendig. Vi ble levert med Ingenico IPP480-enheter på alle punkter (ca. 100). Programvaren ble installert på serveren - mappe sc552, dll-er ble installert fra den, ett utstyr ble opprettet i 1c med 1 fast com-port (7). Videresending gjøres ved hjelp av RDP - hver økt har sin egen com-port, det er ingen forvirring. Etter installering av kassaapparatet oppsto det ingen problemer - innkjøpskvittering ble skrevet ut på terminalen, og kassakvittering ble skrevet ut på kassaapparatet.
Etter en tid overførte jeg omtrent halvparten av terminalene til en annen bank (på grunn av bankens fullstendige mangel på kundefokus - i seks måneder (dette er ikke en overdrivelse) - de endret meg den juridiske enheten som punktet opererer på. Min individuelle person gründer har vært stengt i lang tid - og jeg har penger på kontoen min kommer fra å anskaffe...) Den nye innkjøperen har et Arcus2-system, Ingenico IPP320-terminaler uten skriver. Etter å ha gravd dypere oppnådde vi normal utskrift av innkjøpskvitteringer på kasseapparater. Med ett forbehold - dette systemet, analogt med Sberbank, oppretter filer cheq.out og chek.out i serverkatalogen C:\Arcus2\ - som inneholder teksten for å skrive ut en sjekk; utstyrsbehandling griper dem og overfører dem til kontanter registrere deg for utskrift. Vanligvis vises filer når en betaling foretas og slettes deretter på egen hånd. Det er klart at med samtidig tilgang vil det oppstå en feil (de finnes - men sjelden), og noen ganger fryser filen og blir ikke slettet av en eller annen ukjent grunn. Alle terminaler slutter å fungere på grunn av en filtilgangsfeil. For slike tilfeller er det skrevet en batchfil som hvert 10. minutt sjekker gjeldende tid og tidspunktet sjekken ble opprettet - hvis forskjellen er mer enn 10 minutter, så fryses filen og batchfilen sletter cheq.out. I 20 % av tilfellene fjernes den ikke og må fjernes for hånd. Det er dårlig - men det fungerer.

Det var behov for 3 terminaler til fra Sberbank - de sa at de ikke lenger produserer IPP480, de tok med 3 Verifone VX820 uten skriver, selvfølgelig. Arbeidet til installatørene er selvfølgelig rørende - de legger SC552-mappen på den lokale datamaskinen, kjører USB-driveren på enheten og kjører loadparm - avstemmer resultatene - ser du vinduene som kjører gjennom, avstemmingen ble fullført? ser du at "p"-filen vises? Vel, alt er klart!! Og det faktum at 1c-terminalen ikke ser dem direkte og jeg trenger ikke 9 com, men den 7., og det faktum at sjekken på kassaapparatet ikke er skrevet ut - de er dypt fiolette ...

Mer om selve temaet:
På klientdatamaskinen i vår situasjon - jobber via RDP med en terminalserver - trenger du kun å installere USB-ved på selve enheten. SC552 er kun nødvendig for innledende (eller ytterligere) testing av selve terminalen uten 1c. De. det kan trygt slettes og ingen biblioteker trenger å være registrert. Selv om denne mappen eksisterer på den lokale datamaskinen, forekommer ingen anrop til den når du arbeider med RDP - dvs. for eksempel er det ubrukelig å redigere pinpad.ini-filen der - når du kjører fra serveren er det bare mappen på serveren C:\SC552\ som fungerer og innstillingene leses derfra. Det er ikke nødvendig å spre SC552-mapper blant brukermapper og registrere biblioteker derfra. Alt gjøres fra den første mappen på serveren.
Fordi Vi hadde allerede en mappe på serveren - den første terminalen startet vellykket - jeg opprettet en fil på serveren i mappen C:\SC552\p. Avstemmingen gikk gjennom, betalingene gikk gjennom - det var ingen kvittering for RRN/
Serveren hadde en DLL-versjon på omtrent 23 - og nye terminaler er designet for 29 (fastvareversjonen deres må matche DLL-versjonen - dette er i teorien, i praksis - avhengig av hvordan det går - det kan fungere, eller kanskje ikke). Vi tok en risiko - vi oppdaterte DLL-en på serveren - vi var redd de gamle terminalene ville slutte å fungere. Nei, heldige - de fungerer. Og den nye VX820 begynte å skrive ut kvitteringer på kasseapparater.
Men det viste seg at etter at en terminal opprettet p-filen - når du prøvde å utføre en operasjon på en annen - var det ingen tilgang til denne filen. Vi økte litt rettighetene for alle brukere til SC552-mappen - og tilgang dukket opp - en etter en utførte terminalene operasjoner, opprettet en p-fil og utstedte en sjekk til kassaapparatet.
Gamle terminaler som har en skriver - de bryr seg ikke om denne filen - de bruker den ikke.

kommende alder=tegn\ Forestilling


Slik så filen vår ut i utgangspunktet.
Hvis du kommenterer ut PrinterFile=p, vil ikke kvitteringen bli skrevet ut i kassa.
Hvis du skriver noe annet - for eksempel PrinterFile=p22 - vil en p22-fil bli opprettet.
Oppgaven er å distribuere disse filene - hver terminal har sin egen.
Det har blitt fastslått at %UserProfile% ikke fungerer for oss - årsaken ble åpenbar nesten umiddelbart - brukerne våre er satt til kyrillisk.
For eksempel, etter å ha spesifisert PrinterFile=Vanya1, mottok jeg filen "1".
Etter å ha lest om Windows-systemvariabler, begynte jeg å prøve forskjellige alternativer - slik at filene på en eller annen måte kunne avvike fra hverandre.
Jeg kom over %CLIENTNAME% - navnet på datamaskinen som er koblet til RDP-økten. Først av alt, hos oss er det spesifisert med latinske bokstaver og er unikt - dvs. hver terminal kan identifiseres med %CLIENTNAME%. Og det tok av. Nå ser linjen slik ut:

PrinterFile=%CLIENTNAME%


I stedet for et rot med alle slags SUBST, lage SC552-mapper for hver bruker langs %UserProfile%-banen og omdøpe brukere til latinske navn - alle utskrevne filer er i én mappe, men med forskjellige navn.
Det ville vært fint å gjøre dette i Arcus - men det har ikke fungert der ennå.

PS - og en ting til - det er et program som heter TLvEdit - som leser og skriver firmware-parametrene til selve terminalen - så det er en innstilling der - rekkefølgen for interaksjon med kassaapparatet - det må være riktig avkrysningsboks - på varen (jeg husker ikke ordrett) - "Skriv ut en kvittering på kassa " - hvis det ikke er merket av i boksen, vil du ikke motta en kvittering i kassa.

Mange brukere, når de jobber med Sberbank-terminaler, kan støte på en rekke feil knyttet til funksjonsfeil i driften av selve terminalen, så vel som betalingssystemet som helhet. Samtidig kan det å løse disse problemene være ganske langvarig og energikrevende, spesielt når brukeren ikke vet hva han skal gjøre i situasjonen som har oppstått. I dette materialet vil jeg fortelle deg hva terminalfeil 4119, 4309, z3, 4405 er, hva deres betydning er og hvilke metoder som kan brukes for å rette dem.

Vanligvis meldingen " Terminal Server-sikkerhetslaget oppdaget en feil i protokollstrømmen og deaktiverte denne klienten. Klientens IP-adresse: XXX.XX.XX.XXX"oppstår i en situasjon der systemet har oppdaget et forsøk på uautorisert tilgang til data (RPD-protokollkomponenten oppdaget en feil i protokollstrømmen og deaktiverte den problematiske klienten). Etter dette kan tilgangen til serveren for denne IP-en bli blokkert i flere dager.

Feilmelding: "Sikkerhetsnivået på terminalserveren oppdaget en feil"

For referanse, RPD ("Remote Desktop Protocol")- en ekstern skrivebordsprotokoll som lar andre datamaskiner koble til systemet ditt, se statistikken og administrere den.

For å løse dette problemet må du gjøre følgende:

  • Oppdater RPD-klienten;
  • Slett registernøkkelen HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Terminal Server Client, og kjør mstsc med administratorrettigheter;
  • Bruk en sterk passordpolicy for brukerpålogginger via RDP;
  • Test nettverkskortet på serveren din (det kan hende det ikke fungerer som det skal).

Feil 4119 Sberbank terminal

Feil "4119" oppstår vanligvis på grunn av manglende kommunikasjon mellom terminalen og banken. En alternativ årsak til funksjonssvikt kan være en feil KLK-tast for Verifone pp1000se pinpad, samt den innebygde Verifone pinpad. Hvis Verifone-terminalen fungerer via Ethernet, kan du eliminere feilen ved å senke porthastigheten fra 115200 til 57600 baud, samt ved å endre den dynamiske IP-terminalen til en statistisk.

Hvis du støter på denne feilen som en vanlig bruker, prøv å gjenta operasjonen flere ganger. Hvis feilen oppstår gjentatte ganger, anbefaler jeg å søke råd fra Sberbank-personell som er ansvarlig for å betjene denne terminalen.

Sberbank feilkode 4309

Denne feilen 4309 har statusen "ingenting å skrive ut", ingen dokument ble funnet å skrive ut. Vanligvis er det assosiert med driftsfunksjonene til programvaren som betjener terminalen, og kan oppstå etter neste oppdatering av konfigurasjonen. Dette problemet er ikke en spesifikk brukers feil; Jeg anbefaler å kontakte Sberbank-tjenesten som vedlikeholder terminaler for å løse problemet.

Liste over systemmeldinger fra Sberbank-terminaler

Hvordan fikse z3 feilkode på terminal

Feil z3, som betyr "ikke i stand til å overføre autorisasjonsforespørsel online; avvist i frakoblet modus" signaliserer problemer med kommunikasjon på en bestemt terminal (vanligvis har sistnevnte ikke tilgang til verten). For å fikse problemet anbefaler jeg å ringe tilbake støttetjenesten til banken hvis terminal genererte denne feilen og informere dem om den nøyaktige plasseringen av den problematiske terminalen.

Du kan også prøve å skrive Function + 0(Tests) + Enter på terminalen, som lar deg sjekke tilkoblingen til verten, og se på EMV-dataene (Function + 35 + Enter).

Hva betyr feil 4405 i Sberbank-terminalen

Feil "4405" har statusen "transaksjon forbudt" og oppstår i en situasjon når terminalen nekter å utføre en transaksjon. Denne feilen vises som et resultat av en tilfeldig feil i systemet (spesielt på grunn av tap av tilkobling til nettverket), så du må kontakte Sberbanks støttetjeneste, beskrive problemet som har oppstått og vente på at det skal være løst.

Vi studerer feil i Sberbank-terminaler

Konklusjon

Terminalfeil kan ha ulike årsaker relatert til feil på terminalen, mangel på kommunikasjon, angripernes handlinger og andre faktorer. Hvis du støter på feil 4119, 4309, z3, 4405, anbefaler jeg først og fremst å varsle Sberbank-støttetjenesten om problemet som har oppstått, og indikerer til bankspesialistene plasseringen av den problematiske terminalen. Vanligvis, etter kort tid, er problemet løst og du vil kunne foreta betalinger som vanlig.

I kontakt med

Del med venner eller spar selv:

Laster inn...