|
|
Usersite
»
UserSite SI
»
Blago
»
Izdaja
»
e-račun prejemnik in kupec sta različna
Rank: Newbie
You have been a member since:: 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
|
|
|
|
|
|
Rank: PA User
You have been a member since:: 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!
|
|
|
|
|
|
Rank: PA User
You have been a member since:: 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.
|
|
|
|
|
|
Rank: PA User
You have been a member since:: 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
|
|
|
|
|
|
Rank: PA User
You have been a member since:: 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'.....
|
|
|
|
|
|
Rank: Advanced Member
You have been a member since:: 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
|
|
|
|
|
|
Rank: PA User
You have been a member since:: 31/07/2009(UTC) Objave: 182 
|
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
|
|
|
|
|
|
Rank: PA User
You have been a member since:: 24/04/2009(UTC)
Objave: 4
|
Izvirnik napisal: omega  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!?
|
|
|
|
|
|
Rank: Member
You have been a member since:: 19/12/2013(UTC) Objave: 12 
|
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!
|
|
|
|
|
|
Rank: Advanced Member
You have been a member since:: 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 Edited by user 02 March 2016 15:36:41(UTC)
| Reason: Not specified
|
|
|
|
|
|
Rank: Advanced Member
You have been a member since:: 29/02/2012(UTC) Objave: 110 Thanks: 1 times
|
Izvirnik napisal: boga 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 |
|
|
|
|
|
Rank: Advanced Member
You have been a member since:: 29/02/2012(UTC) Objave: 110 Thanks: 1 times
|
Izvirnik napisal: boga 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 |
|
|
|
|
|
Rank: PA User
You have been a member since:: 24/04/2009(UTC) Objave: 334
|
v proceduri pHE_MoveXMLExport.sql je potreben zelo majhen popravek, to vam lahko naredi podpornik če ga imate.
|
|
|
|
|
|
Usersite
»
UserSite SI
»
Blago
»
Izdaja
»
e-račun prejemnik in kupec sta različna
Forum Jump
You cannot post new topics in this forum.
You cannot reply to topics in this forum.
You cannot delete your posts in this forum.
You cannot edit your posts in this forum.
You cannot create polls in this forum.
You cannot vote in polls in this forum.
Orange-Grey Theme Created by Ingo Herbote (WatchersNET.de)Powered by YAF 1.9.6.1 Under DNN | YAF © 2003-2026, Yet Another Forum.NETThis page was generated in 2.288 seconds.
|
|
|