Skocz do zawartości

Subiekt nexo

Rachmistrz nexo

Rewizor nexo

Gratyfikant nexo

Gestor nexo

Biuro nexo

Subiekt 123

Subiekt GT

Rachmistrz GT

Rewizor GT

Gratyfikant GT

Gestor GT

Biuro GT

Michał Fułat

Użytkownik
 Pokaż profil  Zobacz aktywność

  • Liczba zawartości

    17

  • Rejestracja

  • Ostatnia wizyta

 Typ zawartości 

Posty dodane przez Michał Fułat

    (Sfera) Problem z wydrukami "EKO", resolution of the dependency failed

    w Sprawy techniczne

    Napisano

    Witam,

     

    Podczas próby wydruku dokumentu z wybranego wzorca w trybie "EKO" otrzymuję błąd: Microsoft.Practices.Unity.ResolutionFailedException: Resolution of the dependency failed, type = "InsERT.Moria.Wydruki.IWydrukEKO", name = "(none)".

     

    Spróbowałem wykonać test wzorca metodą Wybrobuj() i otrzymałem następujący komunikat: 

    Unhandled Exception: Microsoft.Practices.Unity.ResolutionFailedException: Resolution of the dependency failed, type = "InsERT.Moria.Wydruki.IWydrukEKO", name = "(none)".
Exception occurred while: while resolving.
Exception is: InvalidOperationException - The current type, InsERT.Moria.Wydruki.IWydrukEKO, is an interface and cannot be constructed. Are you missing a type mapping?
-----------------------------------------------
At the time of the exception, the container was:

  Resolving InsERT.Moria.Wydruki.IWydrukEKO,(none)
 ---> System.InvalidOperationException: The current type, InsERT.Moria.Wydruki.IWydrukEKO, is an interface and cannot be constructed. Are you missing a type mapping?
   at Microsoft.Practices.ObjectBuilder2.DynamicMethodConstructorStrategy.ThrowForAttemptingToConstructInterface(IBuilderContext context)
   at InsERT.Mox.Runtime.Unity.ReflectionBuildPlanPolicy.BuildUp(IBuilderContext context)
   at Microsoft.Practices.ObjectBuilder2.BuildPlanStrategy.PreBuildUp(IBuilderContext context)
   at Microsoft.Practices.ObjectBuilder2.StrategyChain.ExecuteBuildUp(IBuilderContext context)
   at Microsoft.Practices.Unity.UnityContainer.DoBuildUp(Type t, Object existing, String name, IEnumerable`1 resolverOverrides)
   --- End of inner exception stack trace ---
   at Microsoft.Practices.Unity.UnityContainer.DoBuildUp(Type t, Object existing, String name, IEnumerable`1 resolverOverrides)
   at Microsoft.Practices.Unity.UnityContainer.Resolve(Type t, String name, ResolverOverride[] resolverOverrides)
   at Microsoft.Practices.Unity.UnityContainerExtensions.Resolve[T](IUnityContainer container, String name, ResolverOverride[] overrides)
   at Microsoft.Practices.ObjectBuilder2.DeferredResolveBuildPlanPolicy.ResolveTrampoline`1.Resolve()
   at System.Lazy`1.CreateValue()
   at System.Lazy`1.LazyInitValue()
   at System.Lazy`1.get_Value()
   at InsERT.Moria.Wydruki.Base.WydrukServices`1.get_WydrukEKO()
   at InsERT.Moria.Wydruki.Base.Wydruk`2.PobierzWzorzec(Int32 id)
   at InsERT.Moria.Wydruki.Base.Wydruk`2.PobierzWzorzec(WzorzecWydruku WybranyWzorzec)
   at InsERT.Moria.Wydruki.Base.Wydruk`2.Podglad(TDoc obiektDoDrukowania)
   at InsERT.Moria.Wydruki.Base.Wydruk`2.Wyprobuj(WzorzecWydruku wzorzec, Boolean eko)
   at InsERT.Moria.Wydruki.WzorceWydruku.Wyprobuj(WzorzecWydruku wzorzecWydruku, Boolean eko)

     

    I tutaj pojawia się pytanie, czy jest jakiś problem w nexo z tymi wydrukami czy może należy je obsłużyć w jakiś szczególny sposób, inny niż wzorce "nie-eko"?

    Wersja nexo 32.1.0.

     

    Pozdrawiam,

    Michał

    (Sfera) Dysponowanie towaru z konkretnej dostawy

    w Sprawy techniczne

    Napisano

    Zmieniłem ustawienia uruchomienia tak aby wyświetlić okna GT przed zapisem. Na screenie 1240 widać dostawy w dyspozycji po wykonaniu metody Dysponuj - i jest to prawidłowe, wybrana jest dostawa z kodem SMARTFON_2 w cenie nabycia 970 PLN.

    Screen 1241 to widok całego dokumentu dodawanego przez sferę - przed zapisem. Tutaj również widać, że wybrana jest poprawnie dostawa z kodem SMARTFON_2, cena nabycia 970.

    Natomiast po zapisie pozycja dokumentu wygląda jak na screenie w poprzednim poście - nie ma widocznej wybranej dostawy, ale cena nabycia ustawiona na 980 PLN sugeruje, że GT wybrało dostawę z kodem SMARTFON_1, której cena nabycia to właśnie 980. Co więcej, jeśli na takiej pozycji spróbuję ręcznie z poziomu GT zadysponować towar, to otrzymam rezultat jak na screenie 1242 - Subiekt automatycznie wpisze mi kod dostawy SMARTFON_1.

    Capture1240.PNG

    Capture1241.PNG

    Capture1242.PNG

    (Sfera) Dysponowanie towaru z konkretnej dostawy

    w Sprawy techniczne

    Napisano

    Witam

    Chciałbym poprzez sferę GT wybrać towar z konkretnej dostawy i umieścić go na dokumencie sprzedaży. Uruchomienie odbywa się na bazie demo z aktywnym niebieskim i czerwonym plusem oraz sferą. Wersja 1.63 SP2 HF1.

    Analizując log aplikacji wszystko przebiega prawidłowo: w toku procesowania dokumentu wyszukiwany jest towar który umieszczany jest na dokumencie (poprawnie), są nadawane mu podstawowe informacje (stawka vat, cena, inne - wszystko poprawnie) ale problem pojawia się przy próbie zadysponowania towaru z konkretnej dostawy. Teoretycznie cały proces przebiega poprawnie: zaczynam od wywołania SuDokumentyManager.PodajDostepneDostawy, dostaję prawidłowe dane o dostawach, odnajduję pozycję po kodzie i w momencie jej znalezienia wywołuję Dysponuj. Po wykonaniu PodajDyspozycje() otrzymuję prawidłowo wybraną dostawę.

    I teraz pojawia się problem: dokument jest dalej procesowany, zapisany - żadnych błędów, wszystko przechodzi. Ale w GT nie widać wybranej przeze mnie dostawy (screen) - tak jakby funkcja Dysponuj w ogóle jej nie przypisała.

    Czy ktoś mógłby potwierdzić występowanie tego problemu? Wybór towaru wykonuję na bazie dokumentacji sfery a jedyną różnicą jest to, że pomijam funkcję WyswietlDyspozycje, ponieważ jest to aplikacja konsolowa i nie wyświetla żadnych okien dla użytkownika.

    Michał

    Capture1238.PNG

    (Sfera) Zamienione pole osoby wystawiającej i odbierającej dokument

    w Sprawy techniczne

    Napisano

    Sytuacja następująca: dodajemy przez sferę dokument zamówienia klienta. Z jakiegoś powodu po dodaniu dokumentu, gdy otwieram go w nexo, pola osoby wystawiającej i odbierającej są zamienione. Dla jasności: nie mam na myśli wybranych na tych polach wartości (to można by tłumaczyć błędną logiką aplikacji). One są zamienione kolejnością w ogóle. Przykładowo wrzucam dwa screeny: Capture1218 przedstawia ZK utworzone w UI nexo (poprawne), Capture1217 w sferze (niepoprawne).

    Jakby tego było mało, niepoprawne zamówienie podświetla pole odbiorcy (tak jakby sugerowało, że jest błędne?) a po rozwinięciu listy pojawiają się pracownicy firmy, czyli zawartość odpowiednia dla pola wystawił. Natomiast w polu wystawił mogę wprowadzić dowolny tekst, czyli odpowiada to polu odebrał.

    Osoby odbierająca i wystawiająca są w kodzie ustawiane tylko w jednym miejscu i w następujący sposób: 

    zk.Dane.WystawilaOsoba = podmiot.Osoba;
zk.Dane.OdebralaOsoba = klient.Osoba;

    Gdzie podmiot i klient to prawidłowe obiekty typu Podmiot.

    Co może powodować takie zachowanie nexo?

     

    Capture1217.PNG

    Capture1218.PNG

    [sfera] Nie ustawiono powiązanego obiektu na polach: AdresHistoria.Panstwo

    w Sprawy techniczne

    Napisano

    No właśnie to jest zabawne, bo nasz sposób przetwarzania zamówień opiera się na danych adresowych pobieranych z kontrahenta - nigdy ręcznie nie ustawiamy adresu na samym dokumencie. Dlatego bardzo zdziwiło mnie to, że nexo wymaga podania tego adresu.

    Na tę chwilę zastosowałem pewien workaround, przed samym zapisem dokumentu w nexo zmieniam MiejsceDostawyTyp na MiejsceDostawyTyp.Domyslny i dodatkowo MiesceDostawy ustawiam na null - to rozwiązało problem i adres pobierany jest poprawnie za każdym razem (z kontrahenta). Ciekawi mnie jedynie, dlaczego tak się dzieje, problem wydaje się być losowy, nie mogę znaleźć miejsca, które by za to odpowiadało, bo tak jak wspomniałem, nigdy nie podajemy adresu bezpośrednio na dokumencie, zawsze jest pobierany z kontrahenta.

    [sfera] Nie ustawiono powiązanego obiektu na polach: AdresHistoria.Panstwo

    w Sprawy techniczne

    Napisano

    1 godzinę temu, Mateusz Matuszewski napisał:

    Czy ustawia Pan MiejsceDostawy, które również jest typu AdresHistoria?

    Strzał w dziesiątkę - faktycznie, ten obiekt na zamówieniu w którym występuje błąd nie jest ustawiony.

    Jednak pozostaje pytanie, dlaczego tak się dzieje? Od czego zależy to, czy nexo ustawi samo MiejsceDostawy, czy też nie? Każdy dokument jest przetwarzany tak samo, każdy kontrahent posiada adres główny i adres "do wysyłki", więc dlaczego w jednym przypadku wszystko działa prawidłowo, a w innym nexo wymaga wprowadzenia tego ręcznie? I dlaczego taki problem nie występuje przy dodawaniu zamówienia w samym nexo dla tego samego kontrahenta?

    [sfera] Nie ustawiono powiązanego obiektu na polach: AdresHistoria.Panstwo

    w Sprawy techniczne

    Napisano

    Jako uzupełnienie dodam jeszcze, że po wyrzuceniu błędu sprawdziłem jeszcze adresy ustawione na dokumencie zamówienia:

    1. Adres płatnika
    2. Adres odbiorcy
    3. Adres nabywcy
    4. Adres mojej firmy
    5. Adres kontrahenta

    I każdy z tych adresów posiada ustawiony prawidłowo obiekt Panstwo i można odczytać wszystkie informacje.
    Nie wiem dlaczego przy użyciu sfery nexo zwraca ten błąd.

    [sfera] Nie ustawiono powiązanego obiektu na polach: AdresHistoria.Panstwo

    w Sprawy techniczne

    Napisano

    Witam,

    mam problem podczas dodawania dokumentu sprzedaży poprzez sferę.

    Po wypełnieniu danych i wywołaniu funkcji Zapisz pojawia się informacja: Nie ustawiono powiązanego obiektu. na polach: AdresHistoria.Panstwo.

    Co może powodować takie zachowanie nexo? Problem występuje tylko przy niektórych kontrahentach, którzy teoretycznie niczym się od siebie nie różnią, tj. mają oczywiście swoje adresy i każdy z nich ma wypełnione pole Państwo (zweryfikowałem do dodatkowo w samym programie korzystającym ze sfery), ale nic ich szczególnie nie wyróżnia, a jednak problem występuje.

    Dodając dokument przez program wszystko działa - błąd występuje tylko gdy używam sfery.

     

    Sfera - usuwanie paragonów

    w Sprawy techniczne

    Napisano · Edytowane przez Michał Fułat

    Witam

    Podczas próby usunięcia paragonów (PA, PAI) w GT poprzez Sferę, dostaję błąd:

    -2147217634: Operacja nie powiodła się. Należy ponowić próbę.

    Dzieje się tak chyba dla wszystkich paragonów w programie. Usunięcie jest możliwe jedynie poprzez Subiekta (wtedy działa wszystko prawidłowo), ale w Sferze dostaję powyższy błąd.
    Problem dotyczy tylko paragonów, inne dokumenty usuwają się prawidłowo.

    W czym może być problem? Jak go rozwiązać?

    [sfera] Faktura VAT na podstawie ZK - jak przenieść płatności?

    w Sprawy techniczne

    Napisano · Edytowane przez Michał Fułat
    doprecyzowanie braku płatności na ZK

    Powracam jeszcze raz do tematu przepisywania płatności na dokumentach, z ZK na FS, PA, PI itd.

    Dnia 15.05.2019 o 11:01, Paweł Kubacki napisał:

    W sytuacji, gdy w systemie jest wyłączona obsługa płatności na ZK (konfiguracja -> typy dokumentów, druga zakładka), to rzeczywiście przy realizacji ZK za pomocą sfery płatności nie są przenoszone. W takim przypadku trzeba je samemu przepisać w sferze. (...)

    Po zastosowaniu się do tej porady, faktycznie przepisywanie płatności zadziałało na moim nexo, problem w tym, że to chyba nie jest jedyne ustawienie, które jest wymagane aby funkcja działała. Zastosowałem powyższe na bazie produkcyjnej, tj. włączyłem metody płatności na ZK, a mimo to przepisywanie nie działa.

    Dokładnie wygląda to tak, że ustawiając parametry grupowania płatności na 'Przepisz', płatności z ZK wogóle przestają być widoczne (zk.PlatnosciDokumentow jest puste, nic tam nie ma). Nie przenoszą się automatycznie i nie można ich też odczytać, aby przepisać je na dokument sprzedaży.

    Natomiast jeśli parametry grupowania ustawię na brak przepisywania płatności, to wtedy płatności na ZK-ach są widoczne i mogę je wpisać na dokumenty sprzedażowe. Problem w tej sytuacji jest jednak to, że takie działanie generuje w nexo podwójne dokumenty KP - jeden dla zamówienia, drugi dla FS/PA/PI itd. Nie wiem jak mógłbym tego uniknąć bez użycia funkcji przepisania automatycznego.

    Tak jak wspomniałem powyżej, na obu bazach - developerskiej i produkcyjnej - włączone są płatności na zamówieniach.

    [sfera] Faktura VAT na podstawie ZK - jak przenieść płatności?

    w Sprawy techniczne

    Napisano

    Dziękuję, faktycznie opcja ta była wyłączona.

    Mam trochę inne pytanie: w jaki sposób przepisać płatność odroczoną, konkretnie chodzi o raty kupieckie - standardowe przepisanie płatności z ZK powoduje, że za każdym razem pojawia się na fakturze domyśla liczba rat (4), niezależnie od ustawień które były na ZK.

    Przykład: na ZK ustawiam 2 raty po 100zł, po przepisaniu ich na FV będą ustawione 4 raty po 50zł.

    Płatność przepisuję w następujący sposób: 

    ds.Platnosci.DodajPlatnoscOdroczona(zkPlatnosc.FormaPlatnosci, kwota, true);

    Wygląda na to, że takie przepisanie działa prawidłowo na inne metody płatności, ale przy ratach kupieckich tracona jest informacja o harmonogramie spłaty kredytu. Sam kredyt się tworzy i sumaryczna kwota jest prawidłowa, ale harmonogram spłaty jest zawsze ustawiany na domyślny.

    Pozdrawiam!

    [sfera] Faktura VAT na podstawie ZK - jak przenieść płatności?

    w Sprawy techniczne

    Napisano

    Witam serdecznie,

    chciałbym zrealizować za pomocą sfery nexo następujące zadanie: wystawienie faktury lub paragonu na podstawie istniejącego ZK.
    Wszystko idzie dobrze z wyjątkiem płatności. Niezależnie od tego, czy ustawię parametry grupowania PrzeniesNatychmiastowe i PrzeniesPrzedplaty na Przepisz czy też nie, płatności nie są przenoszone na fakturę.

    Poniżej załączam fragment kodu który odpowiada za dodanie FV. Jeśli dodam na FV płatność ręcznie - wszystko przejdzie prawidłowo.

    Co robię nie tak? Będę wdzięczny za wszelkie sugestie.

    Pozdrawiam! 

    
var zk = zamowienia.Dane.Wszystkie().Where(dok => dok.Id == sourceDocId).FirstOrDefault();

            using (IDokumentSprzedazy ds = dokumenty.Utworz(konfDs))
            {
                ParametryGrupowaniaDS parametryGrupowania = new ParametryGrupowaniaDS();
                parametryGrupowania.MetodaGrupowaniaPozycji = MetodaGrupowaniaPozycji.BezKonsolidacji;
                parametryGrupowania.MetodaWyliczeniaCen = MetodaWyliczeniaCen.BezKonsolidacji;
                parametryGrupowania.MiejsceDostawy = zk.MiejsceDostawy;
                parametryGrupowania.MiejsceDostawyTyp = MiejsceDostawyTyp.Nabywca;
                parametryGrupowania.NabywcaSprzedawca = zk.NabywcaSprzedawcaWybrany;
                parametryGrupowania.OdbiorcaDostawca = zk.OdbiorcaWybrany;
                parametryGrupowania.PrzeniesNatychmiastowe = PrzenoszeniePlatnosciNatychmiastowych.Przepisz;
                parametryGrupowania.PrzeniesPrzedplaty = PrzenoszeniePrzedplat.Przepisz;
                parametryGrupowania.OperacjePrzeliczaniaDokumentu = zk.OperacjePrzeliczaniaDokumentu;

                ds.WypelnijNaPodstawieZK(zk.Pozycje, zk, parametryGrupowania);

                foreach (var platnosc in ds.Dane.PlatnosciDokumentow)
                    Console.WriteLine("Płatność: " + platnosc.FormaPlatnosci.Nazwa + "-" + platnosc.KwotaPlatnosci);

                ds.Przelicz();
                Console.WriteLine("Wartość dok.: " + ds.Dane.Wartosc.BruttoPoRabacie);
				ds.Dane.WystawilaOsoba = zk.WystawilaOsoba;

                if (!ds.Zapisz())
                {
                    Console.WriteLine("błąd");
                    Console.WriteLine(ds.WypiszBledy());
                }
                else
                {
                    Console.WriteLine("ok!");
                }
            }

     

×
×
  • Dodaj nową pozycję...