Sziasztok!
Drága főnököm kitalálta, hogy néhány - de nem az összes - telefonbeszélgetést rögzíteni szeretne. Ezt úgy képzeli el, hogy telefonálás közben majd megnyom egy gombot, amivel elindul a felvétel.
Asterisk, FreePBX, valamint Grandstream telefonokból áll a környezet.
Azt tudom, hogy valamikor meg volt már valósítva az, hogy MINDEN telefonbeszélgetést rögzítettünk, de azt nem tudom, megvalósítható-e ez az on-demand működés?
Gábor
- 560 megtekintés
Hozzászólások
Szia,
Ezt én megcsavarnám, minden hívás elején elindulna a felvétel, ha kell, akkor az egész megvan, és esetleg nap/hívás végén végigmenne egy script, ami elteszi "tartósba" azt, ami kell, a többit törli. Szóval a rec gomb valójában egy "ne töröld ki" gomb lenne. Azt nem tudom, hogy egy aktív hívás közben el tudod-e indítani a rögzítést, csak olyat csináltam, ami az IVR részt még nem rögzítette, csak már mielőtt emberhez kapcsolt.
- A hozzászóláshoz be kell jelentkezni
Ha jól rémlik FreePBX alap az ondemand felvétel minden mellékre, ami talán *1 el indítható, de ennek utána kell nézni a doksiban.
Fedora 42, Thinkpad x280
- A hozzászóláshoz be kell jelentkezni
most probaltam FreePBX 16.0.40 alatt, ha hivas kozbe benyomom a *1-et akkor bemondja hogy "Access Denied".
szerk: az extension-on belul advancedben engedelyezni kellett az ondemand call rec-t, igy mar engedi, fel is vette valahova (dashboardon latszik). viszont a grandstream 1628-as telon levo rec gombra nem csinal semmit, az asterix logban sincs nyoma hogy nyomkodtam.
- A hozzászóláshoz be kell jelentkezni
Ez már gondolom beállítás kérdése, hirtelen rákeresve írták fórumon, hogy *3 at küldi a saját UCM-nek. Szóval asteriskben ki lehet próbálni.
Írták, hogy a DTMF állítható stb. Szóval doksi + fórumok.
Ezeket a featureket sose használtam, mert ahány telefon annyi szokás. A klasszik kódók mint a fenti *1 még ócska ATA átalakított telefonnal is jók, így kb csak 1et "kódtáblát" kell megtanulni, (mégha bonyibb is), minden minden telefonnak a saját szarját ...
Fedora 42, Thinkpad x280
- A hozzászóláshoz be kell jelentkezni
Köszönöm, jól hangzik, ki fogom próbálni!
- A hozzászóláshoz be kell jelentkezni
Ha nagyon nem tudná a FreePBX, akkor valahogy bele lehet bűvészkedni Asterisk natív konfigokat is.
Amit el kell olvass az a MixMonitor() app.
Ennél kicsit kacifántosabb h. akár AMI-n is triggerelhetők ezek channelid alapján (MixmonitorStart|Stop|Resume stbstb)
- A hozzászóláshoz be kell jelentkezni
kovetem. pont nemreg lattam a grandstream doksiban hogy van a telokon egy dedikalt hivasrogzitest indito gomb, de ez csak a sajat kozpontjukkal csinal valamit. de gondolom meg lehet oldani asterix-el is, csak ra kell jonni az a gomb mit kuld... de ha az nem is, olyat is irtak, hogy lehet http requesteket raprogramozni xml-bol nehany gombra, amivel tetszoleges sajat featuret tudsz implementalni (gondolom ilyen ajtonyitas/lampakapcsolas stbre gondolhattak)
- A hozzászóláshoz be kell jelentkezni
Nem technikai aspektus:
A hangbemondást a rögzítés tényéről egy beszélgetés közben indított felvételre hogy tervezitek megoldani?
- A hozzászóláshoz be kell jelentkezni
Emberi erővel. Alapvetően arról van szó, hogy bizonyos ügyletekre az ügyfél telefonon szeretne megbízást adni. Azt szeretné a főnököm, hogy ebben az esetben ő elmondja az ügyfélnek, hogy vagy írásban teszi ezt meg, vagy ettől kezdve rögzítésre kerül a beszélgetés, így a felvétel lesz az alapja a megbízásnak. De ilyen eset relatíve ritkábban van, csak ezért nem szeretnénk felvállalni a teljes rögzítés minden hercehurcáját, már csak azért sem, mert a tapasztalatok szerint ez elriasztja az embereket...
- A hozzászóláshoz be kell jelentkezni
en sehogy, nalunk (meg) nem merult fel ilyen igeny, csak erdekelt hogy ha kell akkor hogy lehet majd megoldani.
anno egy taxis cegnel lattam ilyesmit de ott egy kulon "fekete doboz" vegezte a hivasrogzitest, amire a switchen port mirrort allitottak be a telefonkozpont forgalmarol. mivel ez ilyen passziv lehallgatas volt, gondolom a hivasban semmi nyoma nem volt, es azt is ketlem, hogy a diszpecserek mindig elmondtak a hivonak hogy rogzitve vannak... bar ez meg a gdpr elott volt, szoval lehet nem is kellett.
amugy amikor tegnap kiprobaltam a *1 utan sipolt egyet, es olyat is irtak valahol hogy x masodpercenkent pittyeg egyet az asterix amig megy a felvetel. mondjuk ettol meg az ugyfel nem fogja tudni hogy mi ez a pittyeges :)
a jogi resze meg legyen annak a problemaja aki ezt parancsba adja :)
- A hozzászóláshoz be kell jelentkezni
Nem neked ment volna a kérdés. :-)
Igen ez a pittyegés rögzítés vagy 3. fél bekapcsolódása esetén "kötelező" volt, a régi "igazi" HW-es Avaya, Nortel (még nem voip) központoknak is, talán csak call-cetenter módban, mikor a supervisor belehallgat kézzel az agent beszélgetésébe, akkor lehetett a pittyegést "kikapcsolni" valahogy - de régen volt már.
Azért egy bizonyítékként felvett beszélgetésben meg lehet zavaró, ha mondjuk pont a bemondott számlaszámba pittyeg bele...
Igazából "máshogy" lett megoldva, nem a központ felvételi funkciójával és így "másra" is igen jól használható volt az eszköz. Fekete dobozként akár 128 vonal egyidejű rögzítésére fővonali (T1/E1, S0, analóg) vagy digitális központspecifikus/analóg mellékvonali ágakon, akár keverve is, azonnali DVD-RAM archiválással... de az már történelem
- A hozzászóláshoz be kell jelentkezni
Szerintem alapjában véve rossz koncepció emberi tényezőt beletenni egy olyan rendszerbe, ami teljesen automatizálható.
Mi van, ha elfelejti megnyomni a gombot, vagy beleköt valaki, hogy nem figyelmeztették a rögzítésre, vagy tök másról kezdenek el beszélgetni, csak a vége felé dobja be az ügyfél, hogy "akkor ezt vedd megrendelésnek", és szó elszáll lesz.
Én inkább úgy oldanám meg, hogy lenne egy dedikált rendelés felvevő hívószám, amin automatikusan menne a "hívása rögzítésre kerül" bemondás, majd mehetne az élő beszélgetés, automatikus rögzítés mellett.
Aztán amikor tényleg szóbeli megrendelés hangzik el, aminek a felvétel a "bizonyítáka", akkor be lehet csatolni a felvételt a munkalaphoz/megrendeléshez, maguk a felvételek meg mehetnek 1-2 hét után a kukába (gondolom ennyi alatt megtörténik a rendelés feldolgozás/rögzítés).
- A hozzászóláshoz be kell jelentkezni
+1
Pont ugyanezt terveztem javasolni, mivel elég "érdekes" a vázolt koncepció.
Nem egy banknak csináltam a helyi fiókokba országosan a privátbanki szolgáltatásokhoz ilyen megoldást anno. Alapelv volt, hogy ami emberi hibalehetőség a folyamatban, azt ki kell zárni, a jogi problémák elkerülése végett.
- A hozzászóláshoz be kell jelentkezni
Értem, amit mondasz, de nálunk speciális a helyzet.
Ilyen megbízás rögzítést eddig is csinált a főnököm, csak nem volt rögzítve. Hozzáteszem, ilyenre csak tényleg VIP ügyfeleknek ad lehetőséget, akik már nem egy megbízással bizonyították megbízhatóságukat. A rögzítést pont azzal az indokkal szeretné bevezetni, hogy még kevesebb hibalehetőség legyen abból, hogy pl félreértette, rosszul emlékezett, stb, amikor a megbízást ténylegesen rögzíti. A VIP ügyfeleket pedig pont nem akarja azzal megkavarni, hogy hívjanak másik telefonszámot...
- A hozzászóláshoz be kell jelentkezni
A privátbanki dolog pont ez
Bocs, ezt nem tudom értelmezni - "nem egy megbízással bizonyították megbízhatóságukat" - itt neked kell a folyamtban megbízhatónak lenni, ők bízzák rád a pénzüket.
Szerintem pont a VIP-ek miatt kellenek ezek a megelőző, hibabiztos intézkedések, ha ott 1x gond lesz - és lesz, az nem 1000 HUF os tétel és ha nem tudod bizonyítani hogy ő mondott hülyeséget, akkor biztosan bukjátok a dolgot - mondjuk az ügyfelet azt biztosan.
- A hozzászóláshoz be kell jelentkezni
Amikor kvázi meg kell előlegeznünk az ügyfél pénzét, akkor igenis az ügyfélnek is megbízhatónak kell lennie ahhoz, hogy hajlandóak legyünk ezt megtenni úgy, hogy nincs hozzá írásos alap. Igazából ez a VIP ügyfelek fele egy gesztus, hogy ne kelljen leírnia, mit szeretne.
A kérdésem alapvetően technikai jellegű volt, ettől egy kicsit sikerült elkanyarodnunk. Az üzleti folyamatokat nem én határozom meg, nekem csak alkalmazkodnom kell hozzá. Nem írtam konkrétumokat, mivel a kérdésem technikai jellegét nem befolyásolja és nem szeretnék üzleti folyamatokat kiteregetni.
Gábor.
- A hozzászóláshoz be kell jelentkezni
Azért javaslunk sokan módszertant is (szerintem), mert most gombhoz keresel kabátot. Attól, hogy a főnök mondta, még nem biztos, hogy az a jó megoldás. Amik itt elhangzanak, azok sem biztos, hogy jó megoldások, de szélesítik a látókört.
Műszaki emberként a hibalehetőségek csökkentését nézzük, és amikor valakinek élőben kell döneteni és cselekedni, az nagyon nem a hibalehetőségek kizárása felé vezető út. Mert ugye amikor szóbeli megrendeléssé fordul, akkor azt fogja csinálni, hogy "...értem, akkor egy pillanat, indítom a felvételt, és tessék még egyszer elmondani, hogyan legyen...". Hát, ezt kötve hiszem. És ha így is lenne, nagyon nem profi. Ha meg tuti ami biztos felvesz mindent kézi indítással, akkor 1) valószínű elmarad az ügyfél erről való tájékoztatása, 2) ugyan úgy ki kell csemegézni, melyik felvétel megtartós, mintha automatikusan minden fel lenne véve.
- A hozzászóláshoz be kell jelentkezni
Nem zárja ki a módszer alkalmazását, ha nincs rá külön hívószám. Akkor a mostani számon kell rögzíteni mindent, és onnan is ki lehet dobni azokat a felvételeket, amik nem kellenek.
Esetleg egy kis hangmenü, hogy 1 minden, 2 szólbeli rendelés, és ott mehet a hangrögzítés.
- A hozzászóláshoz be kell jelentkezni
Pont az a helyzet, hogy nem automatizálható rentábilisan. Elriasztaná az ügyfelet... Az emberek sokkal jobban szeretik emberi szóval elmondani, mit szeretnének...
- A hozzászóláshoz be kell jelentkezni
Bocs, de ezt sem értem pontosan....egy automata módon rögzített hívásnál nem élő szóban mondja el, hogy mit szeretne?
- A hozzászóláshoz be kell jelentkezni
Ezt erre írtam: "Szerintem alapjában véve rossz koncepció emberi tényezőt beletenni egy olyan rendszerbe, ami teljesen automatizálható.". Azt hittem, arra gondolsz, hogy amit szóban mond el, arra javasolsz automatizmust...
- A hozzászóláshoz be kell jelentkezni