Forum Użytkownikow Subiekt GT
InsERT GT => Subiekt GT => Wątek zaczęty przez: gawcio90 w Wrzesień 13, 2018, 09:35:35
-
Cześć,
mam pewien problem i być może podsuniecie mi do niego jakieś rozwiązanie.
Od kontrahenta przez EDI otrzymuję ZK, zewnętrzny integrator tworzy je w subiekcie. Jeden kontrahent przesyła mi 3 ZK w jednym dniu w związku z tym mam dodatek, który z tych ZK tworzy jedną FS.
W takim wypadku nie mam powiązania pomiędzy FS a ZK, zrobił się w tym momencie problem ponieważ do kontrahenta wysyłam FS przez EDI i w tym wypadku w XML nie ma informacji o numerze zamówienia co dla tego kontrahenta jest nie do przyjęcia. Pytanie czy jest możliwość aby w polu powiązany dokument pojawiły się trzy numery ZK po przecinku?
Mogę dołożyć sobie pracy i wystawiać 1 do 1, jednak wtedy mam trzy faktury oraz trzy WZ, nie byłby to problem tylko że to wychodzi jedną przesyłką i musiałbym za każdym razem drukować 3 WZ na jedną przesyłkę. Było by to może do przeskoczenia ale tworzy się problem techniczny dla zrobienia z trzech faktur jednej przesyłki, korzystam z SMART PACZKI do generowania etykiet dla kuriera i ona generuje osobną etykietę dla każdej faktury - to nie wchodzi w grę bo przesyłki są bardzo małe i z ekonomicznego punktu nie ma to racji bytu.
Czy coś Wam przychodzi do głowy, co mogę jeszcze w tej sytuacji wykombinować?
-
Jedno wielkie tworzenie sobie sztucznych prolemów...
Od kontrahenta przez EDI otrzymuję ZK, zewnętrzny integrator tworzy je w subiekcie. Jeden kontrahent przesyła mi 3 ZK w jednym dniu w związku z tym mam dodatek, który z tych ZK tworzy jedną FS.
W takim wypadku nie mam powiązania pomiędzy FS a ZK, zrobił się w tym momencie problem ponieważ do kontrahenta wysyłam FS przez EDI i w tym wypadku w XML nie ma informacji o numerze zamówienia co dla tego kontrahenta jest nie do przyjęcia. Pytanie czy jest możliwość aby w polu powiązany dokument pojawiły się trzy numery ZK po przecinku?
Oczywiście, że jest najszybciej przez dodatek do scalania zamówień.
Mogę dołożyć sobie pracy i wystawiać 1 do 1, jednak wtedy mam trzy faktury oraz trzy WZ, nie byłby to problem tylko że to wychodzi jedną przesyłką i musiałbym za każdym razem drukować 3 WZ na jedną przesyłkę. Było by to może do przeskoczenia ale tworzy się problem techniczny dla zrobienia z trzech faktur jednej przesyłki, korzystam z SMART PACZKI do generowania etykiet dla kuriera i ona generuje osobną etykietę dla każdej faktury - to nie wchodzi w grę bo przesyłki są bardzo małe i z ekonomicznego punktu nie ma to racji bytu.
A dlaczego nie możesz zrobić trzech WZ, z nich jednej faktury zbiorczej i drukować WZ na podstawie FS (zmodyfikowany wydruk FS) ?
-
Oczywiście, że jest najszybciej przez dodatek do scalania zamówień.
Tylko co z powiązaniami w takim wypadku?
A dlaczego nie możesz zrobić trzech WZ, z nich jednej faktury zbiorczej i drukować WZ na podstawie FS (zmodyfikowany wydruk FS) ?
Ponieważ tak wystawiona FS nie będzie miała powiązań z ZK, przez co przy wysłaniu przez EDI wracamy do punktu wyjścia.
-
Oczywiście, że jest najszybciej przez dodatek do scalania zamówień.
Tylko co z powiązaniami w takim wypadku?
Nie rozumiem pytania, przecież sam zaproponowałeś takie rozwiązanie, ja tylko potwierdziłem, że jest możliwe do realizacji.
A dlaczego nie możesz zrobić trzech WZ, z nich jednej faktury zbiorczej i drukować WZ na podstawie FS (zmodyfikowany wydruk FS) ?
Ponieważ tak wystawiona FS nie będzie miała powiązań z ZK, przez co przy wysłaniu przez EDI wracamy do punktu wyjścia.
No co Ty opowiadasz, przecież będzie powiązanie poprzez WZ - FS->WZ->ZK (oczywiście przy eksporcie do EDI trzeba je pobrać).
-
Nie rozumiem pytania, przecież sam zaproponowałeś takie rozwiązanie, ja tylko potwierdziłem, że jest możliwe do realizacji.
Ok, nie zrozumieliśmy się. Zatem jeżeli to możliwe to jak by takie powiązania miały wyglądać w bazie danych?
(http://s6.ifotos.pl/mini/powiazani_qeahpna.png) (http://s6.ifotos.pl/img/powiazani_qeahpna.png)
O ile dok_DoDokNrPelny jest varchar i można by tam podać kilka numerów po przecinku (30 znaków, nie wystarczy na 3 numery ZK) to dok_DoDokId jest int - co zatem sugerujesz?
No co Ty opowiadasz, przecież będzie powiązanie poprzez WZ - FS->WZ->ZK (oczywiście przy eksporcie do EDI trzeba je pobrać).
Owszem, tylko integrator jest firmy zewnętrznej i musiałby zostać zmodyfikowany, nie sądzę aby to zrobili..
-
Nie rozumiem pytania, przecież sam zaproponowałeś takie rozwiązanie, ja tylko potwierdziłem, że jest możliwe do realizacji.
Ok, nie zrozumieliśmy się. Zatem jeżeli to możliwe to jak by takie powiązania miały wyglądać w bazie danych?
(http://s6.ifotos.pl/mini/powiazani_qeahpna.png) (http://s6.ifotos.pl/img/powiazani_qeahpna.png)
O ile dok_DoDokNrPelny jest varchar i można by tam podać kilka numerów po przecinku (30 znaków, nie wystarczy na 3 numery ZK) to dok_DoDokId jest int - co zatem sugerujesz?
Jeśli chcesz się bawić w zgadywanki to baw się sam - najpierw sam zaproponowałeś, aby umieszczać numery zamówień oryginalnych w jednym polu, nie napisałeś jaką maksymalną długość posiadają te numery, a teraz piszesz, że się nie zmieszczą - jeśli się nie zmieszczą to wniosek powinien być oczywisty - bazy danych nie zmienisz i nie możesz skorzystać z tego rozwiązania - sugerują o nim zapomnieć.
No co Ty opowiadasz, przecież będzie powiązanie poprzez WZ - FS->WZ->ZK (oczywiście przy eksporcie do EDI trzeba je pobrać).
Owszem, tylko integrator jest firmy zewnętrznej i musiałby zostać zmodyfikowany, nie sądzę aby to zrobili..
Trzeba było najpierw spytać autora, a później odpisać na forum, może dopiszą, może jest już taka możliwość (standardowa w GT), może da się jakoś dopasować do integracji (na przykład umieszczając numer zamówienia w opisie pozycji FS)...