Forum

Dobrodošli na forum PANTHEON uporabniških strani.
e-račun prejemnik in kupec sta različna
Možnosti Pojdi na zadnjo objavo Go to first unread
Prejšnja tema Naslednja tema
RICAZAVRL
#1 Objavljeno : 10 March 2015 09:52:54(UTC)
RICAZAVRL

Stopnja: Newbie

Pridružen(a): 23/07/2013(UTC)
Objave: 1
spoštovani,
Imam primer, ko je plačnik e-računa Ministrstvo, prejemnik računa pa Občina. In sedaj imam račun pravilno oblikovan (kupec Ministrstvo, prejemnik Občina). Vendar na ovojnici xml pa imam še vedno "receiver_agent" Ministrstvo (mora biti pa Občina). Medtem, ko imam "debtor_agent" pa pravilno Ministrstvo. Ali mi lahko prosim kdo pomaga, ker se že cel mesec hecam in mi nikakor ne uspe, narediti pravilno. Hvala
elena
#2 Objavljeno : 13 March 2015 10:15:34(UTC)
elena

Stopnja: PA User

Pridružen(a): 07/05/2010(UTC)
Objave: 14
Tudi jaz bi potrebovala informacijo o teh nastavitvah. Plačnik (kupec) je ZZZS, prejemnik računa (pa tudi prejemnik blaga) je ena izmed območnih enot.

Vljudno prosim za kakšno informacijo.

Hvala in lp!
scan-mojca
#3 Objavljeno : 19 March 2015 12:49:04(UTC)
scan-mojca

Stopnja: PA User

Pridružen(a): 24/04/2009(UTC)
Objave: 4
Sama sem problem rešila tako, da sem podatke o kupcu in prejemniku zamenjala. E račun sem poslala in je šel 'skozi'. Potem sem za naše potrebe (sledenje prometom etc.....) še enkrat zamenjala kupca in prejemnika.
Mislim, da trenutno boljše rešitve ni.
elena
#4 Objavljeno : 20 March 2015 08:24:36(UTC)
elena

Stopnja: PA User

Pridružen(a): 07/05/2010(UTC)
Objave: 14
Ampak v tem primeru, na računu, ki ga dobi kupec, so podatki spremenjeni. Dostavljeno je že na pravi naslov, ampak kupec postane prejemnik in obratno...

Na spletu sem našla obvestilo, da se e-računi ne smejo zavračati, če so dostavljeni kupcu in ne prejemniku (v primerih, ko stranka to želi). Zato sem poslala račun na ZZZS (kupcu), območno enoto (prejemnika blaga) pa sem obvestila, da je bil račun poslan. Gospa na območni enoti mi je rekla, da ga bo sama poiskala med nerazporejenimi.

Če imaš par takih kupcev še gre na tak način, ne predstavljam pa si, da bi to počela za vse. Upam, da se to kmalu programsko uredi.

Lp,

Elena
scan-mojca
#5 Objavljeno : 20 March 2015 08:35:18(UTC)
scan-mojca

Stopnja: PA User

Pridružen(a): 24/04/2009(UTC)
Objave: 4
Se pridruzujem mnenju in zelji.

Upam, da razvijalci aplikacije berejo tudi forumske težave. In tale ni zelo eksotična. Denimo, da bi uvedli možnost, da samo pri pošiljanju e-računa označimo (in ne prepisujemo) 'prejemnika', ki naj dobi tudi račun, čeprav ni 'kupec'.....
madd12345
#6 Objavljeno : 30 March 2015 10:45:22(UTC)
madd12345

Stopnja: Advanced Member

Pridružen(a): 10/12/2013(UTC)
Objave: 196
strinjam se z navedenim
tudi sam ne najdem rešitve in se trudim na kakšen način bi sprovedla e-račun z različnimi
subjekti .
lp
omega
#7 Objavljeno : 10 June 2015 12:28:49(UTC)
omega

Stopnja: PA User

Pridružen(a): 31/07/2009(UTC)
Objave: 182
Woman
Pozdravljeni,

Tudi mi imamo težave z omenjenim - prejemnik/kupec. Stranka se namrec pritožuje, da XML ni skladen s pdf-jem, saj na xml-ju ni razviden prejemnik, le kupec. Oni želijo (morajo imeti) razvidna oba, ker so tudi drugačni naslovi.
Prosim za pomoč! Datalab, sklepam, da je to v vaši domeni?

Hvala
WWW
scan-mojca
#8 Objavljeno : 10 June 2015 13:11:00(UTC)
scan-mojca

Stopnja: PA User

Pridružen(a): 24/04/2009(UTC)
Objave: 4
Originally Posted by: omega Go to Quoted Post
Pozdravljeni,

Tudi mi imamo težave z omenjenim - prejemnik/kupec. Stranka se namrec pritožuje, da XML ni skladen s pdf-jem, saj na xml-ju ni razviden prejemnik, le kupec. Oni želijo (morajo imeti) razvidna oba, ker so tudi drugačni naslovi.
Prosim za pomoč! Datalab, sklepam, da je to v vaši domeni?

Hvala


Žal je to ena od cvetk Datalaba. Ne vem, na kakšen način bodo problemi strank postali delovne naloge njihovih programerjev in seveda koliko časa potrebujejo za rešitev. razumem, da za butične probleme potrebujejo naročilbnice, a tale zgodba to pač ni.
Sicer pa bi na račun razumevanja strank imela še kakšno pikro. Navodila so pogosto samo 'prevod' iz korakov programerja v slovenščino. Res pri e-računih pogrešam navodila iz uporabnikovega zornega kota in ne iz programerjevega!?
konstruktivec
#9 Objavljeno : 25 February 2016 10:00:22(UTC)
konstruktivec

Stopnja: Member

Pridružen(a): 19/12/2013(UTC)
Objave: 12
Man
No, isti problem je tudi pri nas. Ne vem, zakaj po defaultu pošlje račun na prejemnika in ne na kupca, kot bi bilo logično, glede na to, da je kupec plačnik in ne prejemnik. Oziroma, mislim, da je bilo že v enem postu tudi predlagano, lahko bi nekje pri računu bila kljukica, kako se naj skreira e-račun (ali naj bo plačnik kupec ali prejemnik). Datalab, rabimo rešitev!
bitnik
#10 Objavljeno : 02 March 2016 15:35:57(UTC)
bitnik

Stopnja: Advanced Member

Pridružen(a): 14/12/2012(UTC)
Objave: 135
Do verzije 10 je ta zadeva funkcionirala normalno, po nadgradnji pa to ni vec bilo mozno. Tudi mi imamo ta problem, zadevo resujemo tako, da v opombo napisemo ime prejemnika, zgoraj pa obe polji pustimo kot ime placnika. Drugace se ne da.

LP

Uredil uporabnik 02 March 2016 15:36:41(UTC)  | Razlog: Ni naveden
Gregor V.
#11 Objavljeno : 04 March 2016 22:16:29(UTC)
Gregor V.

Stopnja: Advanced Member

Pridružen(a): 29/02/2012(UTC)
Objave: 110
Man

Zahvale: 1 krat
Originally Posted by: boga Go to Quoted Post
Do verzije 10 je ta zadeva funkcionirala normalno, po nadgradnji pa to ni vec bilo mozno. Tudi mi imamo ta problem, zadevo resujemo tako, da v opombo napisemo ime prejemnika, zgoraj pa obe polji pustimo kot ime placnika. Drugace se ne da.

LP



Pozdravljeni,
upam da se strinjate z mano, da ročno vpisovanje prejemnika v opombo ni smiselno. Predvidevam, da je težava v pripravi strukture formiranja XML datoteke. Slednjo se da modificirati. V vsakem primeru bi bilo potrebno slednje ustrezno kontrolirati, pripraviti prečiščen XML in popravek (popravljeno proceduro) posredovati na DL, da ga vključi v aplikacijo.

Predlagam, da se s tem obrnete na svojega podpornika, in on to prijavi naprej v DL Help desk.

Če boste s to aktivnostjo z vašim podpornikom neuspešni, se pa lahko obrnete tudi na nas.

Lep pozdrav,
Gregor
Softeh d.o.o.
www.softeh.si
T: +386 (0)2 421 56 70 | F: +386 (0)2 421 56 71
WWW
Gregor V.
#12 Objavljeno : 14 March 2016 09:14:29(UTC)
Gregor V.

Stopnja: Advanced Member

Pridružen(a): 29/02/2012(UTC)
Objave: 110
Man

Zahvale: 1 krat
Originally Posted by: boga Go to Quoted Post
Do verzije 10 je ta zadeva funkcionirala normalno, po nadgradnji pa to ni vec bilo mozno. Tudi mi imamo ta problem, zadevo resujemo tako, da v opombo napisemo ime prejemnika, zgoraj pa obe polji pustimo kot ime placnika. Drugace se ne da.

LP


Pozdravljeni,

sporočam vam, da je napaka bila odpravljena s opombo 47584 v verziji 10.0.0.100

eSlog: Polnjenje podatkov o 3. osebi (prejemnik blaga) v XML datoteki V primeru, da je na računu prejemnik blaga drugačen kot kupec (3. oseba ni enaka 1. osebi), se v XML podatki ne polnijo
pravilno.
V node <VrstaPartnerja> v primeru DP se trenutno polnijo podatki o kupcu (1.osebi), morajo pa se polniti podatki o prejemniku blaga (3. osebi).

lp,
Gregor
Softeh d.o.o.
www.softeh.si
T: +386 (0)2 421 56 70 | F: +386 (0)2 421 56 71
WWW
sebastijan
#13 Objavljeno : 14 March 2016 14:51:20(UTC)
sebastijan

Stopnja: PA User

Pridružen(a): 24/04/2009(UTC)
Objave: 334
Man
v proceduri pHE_MoveXMLExport.sql je potreben zelo majhen popravek, to vam lahko naredi podpornik če ga imate.
RSS vir  Atom Feed
Uporabniki v tej temi
Hitra navigacija  
Ne smete dodajati novih tem.
Ne smete odgovarjati na teme.
Ne smete brisati svojih objav.
Ne smete urejati svojih objav.
Ne smete ustvarjati anket.
Ne smete glasovati v anketah.

Orange-Grey Theme Created by Ingo Herbote (WatchersNET.de)
Poganja {0}, verzija {1} YAF 1.9.6.1 Under DNN | YAF © 2003-2026, Yet Another Forum.NET
Ta stran se je naložila v 0,794 sekunde.