Dariusz Żukowski

Chciałbym dopisać obsługę wydruku etykiet w istniejacym programie , z tego co wyczytałem to trzeba przy połączeniu zmienić DostepDoUI = true, jednak po właczeniu tej opcji pojawia się błąd przy połaczeniu ze sferą, Komunikat : Brak bieżącej aplikacji. Rozumiem, ze trzeba teraz rejestrować swoje rozwiazanie, pytanie po co takie rzeczy ? Czemu trzeba włączać ten UI ?

Moglibyście dać jakiś cywilizowany komunikat, że ktoś nie ma gestora przy dodawaniu ofert a nie "krzyczeć" niezrozumiałymi błędami dla progamisty nie mowiąc o userze . Ps. Może jest jakiś kodzik co by sprawdzał ze nie ma gestora w API ?

Do tego typu własnego doszedłem. Myślem ze można jednak mimo wszystko podmienić ten numer, szkoda ze nie można. Czy są jakieś konsekwencje podatkowe korzystania z tego typu rozwiązania jezeli skopiujemy FS na FS (user) i będziemy wystawiać ten typ dokumentu ? Czy można jakoś przez API pobrać typy ? W jakeij tabeli w bazie są te typy dokumentów programu i usera ?

Chcę dodać dokument z numeracją ręczną. Jeżeli da się podmienić konfigurację i to przyniesie efekt to też tam moge mieć, jeżeli da się pdomienić numerację w trakcje dodawania/edycji dokumentu to też dobrze, bo efekt bedzie taki sam. Takze dla ogólu może Pan podać dwa przykłady, bo na forum czegoś takiego nie znalazłem.

Tak, nie wiem jak sie do tego dostać nie widze wlasciwosci ani metody.

To może inaczej jak się przez api dostać sie do numercji i ją podmienić z domyślej "fa 123/11/22018" na "Faktura ręczna".

Co trzeba zrobić aby wywołać numerację ręczną na fakturach. Dodam że obecnie w konfiguracji faktury używamy już numeracji (auto), ale chciełbym mieć nowy licznik z inna numeracją ewentualnie wpisać numer z palca w API, czy jest to możliwe ?

Dzięki za podpowiedz z tą końcową zaliczkową super to działa. mDok = dokiZam.Dane.Wszystkie().Where(p => p.Id == doc.ErpId).FirstOrDefault(); int realizujacy = 0; if (mDok != null) { foreach (var real in mDok.DokumentyRealizujace) { realizujacy = real.Id; break; } mPar = dokiParam.Dane.Wszystkie().Where(p => p.Id == realizujacy).FirstOrDefault(); } dok.ObslugaDokumentuZaliczkowego.ZamknijNaPodstawieZaliczkowej(mPar); if(!dok.Zapisz()) { //Bład } else { //OKI }

Powodem takiego zachowania była linia: dok.Dane.StatusDokumentu = iStatus.DaneDomyslne.Sprzedaz_BezWydania; To przeszkadza w nowej wersji. W starych wersjach zapis był przeźroczysty, ale i tak jest nie potrzebny tak mozna z tego nie korzystać.

Mam 38.0.2 i u mnie znikneło, klient ma 36.0.2 i tam to jest. Wersje naszego programu takie same. Odnośnie modyfikacji to modyfikuje linie dokumentu odnosnie zaliczek pieniężnych i nic wiecej.

Czy coś dodatkowo trzeba zrobić przez API zeby stworzyć wpis w dokumentach powiazanych na zamówieniu ? Wydaje mi się ze kiedyś to działało a teraz nie wersja 38.0.1 NEXO. dok.WypelnijNaPodstawieZK(mDok.Pozycje, mDok, parametryGrupowania); Aktualizacja: Na wersji 36.0.2 działa porpawnie, chyba ze to zalezy od jakiegoś ustawienia NEXO ?

Dzisiaj zauwazyłem u jednego klienta ze bardzo długo okolo 5 minut, trwa odpytywanie telemertii poniżej endpoint. POST https://licencje.chmura.insert.pl/PostReport HTTP/1.1 Accept: application/json User-Agent: Nexo/46.0.3.6670 NexoInstance/00000000-6a58187b-d4a19b64 Content-Type: application/json; charset=utf-8 Host: licencje.chmura.insert.pl Content-Length: 3550 Expect: 100-continue Connection: Keep-Alive {"Source":1,"SessionId":"3d8f204b-339e-425e-a471-4086d4a19b64","ReportNumber":1,"Properties":[{"Key":"ReportNumber","Value":1} Pierwsze wywołao bład HTTP/1.1 502 Bad Gateway Drugie było już oki z 204 ale trwało długo a to spowalnie straszenie nawiązywanie połaczenie z NEXO. Czy to można wogole wyłączyć u WAS ? Pytam ponieważ tak naprawdę połaczenie z NEXO uzależnione jest od szykości dzałania Waszego serwera co moim skromnym zdaniem nie powinno mieć miejsca.

Forma płatności na zamówieniu jest konfigurowalna jednak to i tak nie generuje rozrachunków. Kliencie zawsze robili to emSzmalem jednak teraz przy dwukierunkowości zamówinia sklep->Nexo->edycja zmiana wartości (telefoniczne uzgodnienia, branza meble)->sklep powoduje to spore zamieszanie bez tych rozrachunków poniewaz jak wspomniałem wcześniej traci się informacja o rzeczywistej wartości płatności. Stad potrzebne jest dodawanie tych wpłat/przedpłat zeby to jakoś ogarnać.

To są wpłaty bezgotowkowe np PAYU, przelewy24 zeby podpiąc do zamówień w formie przedpłaty. Problem wynika z tego ze jak pobierzesz zamówienie na jeden przedmiot za 100 złotych to pobierasz płatność 100 złotych, jezeli zmiesz cos na dokumencie już w samym NEXO to twoja płatność zwieksza się lub zmiejsza, czyli dodajac nastepny produkt do dwóch sztuk ma juz na zamówieniu 200 i traci się informacja ile rzeczywiscie było zapłacone. W przypadku dodania przedpłaty ta inforamcja zostaje bo już masz wpłatę i wiadomo ile wpłyneło z PAYU i ile klient ma dopłacić. W przypadku dużej ilości zamówień mozna się pogubić i stracić zwyczajnie kase. Takze jak nie wiadomo o co chodzi to chodzi o pieniadze ;).

Czemu zwyczajnie nie podepniesz kodu ? Tematów tutaj jest jak na lekarstwo a dokumentacja od samego poczatku wygląda jak wygenerowane automatycznie z dokumentatora :), moze to moje wrazenie ale mam od początku taki. W dokumentacji kodu jak na lekarstwo niestety, szczerze mówiąc wole kropeczki w VS niz zagladać do dokumentacji. Po poprawny dodaniu operacji kasowej można zrobić tak: else { var iRozrachunki = ((Uchwyt)Conn).PodajObiektTypu<IRozrachunki>(); PozycjaHarmonogramuRozrachunku phr = null; foreach (var r in iRozrachunki.Dane.Wszystkie().Where(a=> a.DokumentZrodlowy == numerPlatnosci && a.Podmiot.Id == kontrahent.Id)) { phr = r.Pozycje.FirstOrDefault(); } if (phr != null) { dok.Platnosci.DodajPrzedplate(phr); if (!dok.Zapisz()) { foreach (var err2 in ((Uchwyt)Conn).PodajBledy(dok)) { if (!string.IsNullOrEmpty(err2.Symbol)) ErrMsg += string.Format("Symbol: {2}, Ważność: {0}, Informacja: {1}", err2.Waznosc.ToString(), err2.Tresc, err2.Symbol); else ErrMsg += string.Format("Ważność: {0}, Informacja: {1}", err2.Waznosc.ToString(), err2.Tresc); } } else { result = true; } } if (!result) { kp.Usun(); } } W dodaktu dziwie się ze trzeba szukać rozrachunku, można by z mojej perspektywy dodać metodą przypisującą przedplate na podstawie operacji kasowej zrobić takie ułatwienie do API w pod spodem to mogą sobie robić jak chcą, wtedy wygladało by to jak w intrerfejsie uzera ze mozna do wpłaty dodać przedpłatę.

Jak w temacie ? using (IOperacjaKasowa kp = iPay.Utworz()) { kp.Dane.Gotowkowa = false; kp.Dane.Stanowisko = iStanowisko; kp.Dane.Numer = numerPlatnosci; kp.Dane.Wplyw = true; kp.Dane.Waluta = wal; kp.Dane.Kwota = kwota; kp.UstawPodmiot(kontrahent); kp.Dane.FormaPlatnosci = forma; kp.Dane.Tytul = string.Format("Zamówienie nr {0}", dok.Dane.NumerWewnetrzny.PelnaSygnatura); kp.Dane.Opis = opis; if (!kp.Zapisz()) { result = false; foreach (var err2 in ((Uchwyt)Conn).PodajBledy(kp)) { if (!string.IsNullOrEmpty(err2.Symbol)) ErrMsg += string.Format("Symbol: {2}, Ważność: {0}, Informacja: {1}", err2.Waznosc.ToString(), err2.Tresc, err2.Symbol); else ErrMsg += string.Format("Ważność: {0}, Informacja: {1}", err2.Waznosc.ToString(), err2.Tresc); } } }

Oki, tylko że wy dodajecie do nazwy produktu nazwę modelu i tutaj jest problem. To wy to robicie nie ja, ja mogę na to wpłynac, jednak wydaje mi się to nie przemyślene. Po co zmieniać nazwę produkty tak zeby w niej była nazwa modelu ?

Jeżeli zdarzy się taka sytuacja ze nazwa przekracza 127 znaków, a dodajemy modele a potem produkty na podstawie danych ze sklepu internetowego. To dochodzimy do sytuacji kiedy posiłkujać się nazwa produktu ze sklepu probujemy dodać modele o nazwie zawierającej 127 znaków i towar o takiej samej ilości znaków. Co oczywiście nie jest problematyczne bo do chwili przypisywania do towaru model wszystko się udaje, jednak jak już przypiszemy model do produktu to wy doklejajać nazwę modelu do produktu przekraczacie 255 znaków w nazwie. Jest na to jakieś obejście czy trzeba ucinać nazwy ?

Dziękuje ślicznie za naprowadzenie. W moim przypadku problem była wersja podlaczona dla testów kodu a twój czerowny "margines" zrrobił robote.

W jakiej przestrzeni znajduje się MiejsceUzyciaKontaktu ? (jaki dll)

API to jest przedwszystkim coś co ma pomóc programistom, sposob prezetowania mojego zapytania jest taki zeby Panu uzmysłowić co chciałbym uzyskać jak widać zrozumiał mnie Pan wiec zadanie z mojej strony zostało osiągnięte, to co Pan opisuje to przeszkody jakie Pan po drodze do siągniecia celu ma ominać zeby wspomniany wyzej programista mial lepiej. Tak moze pora otworzyć umysł i pomysleć, bo ludzie dziela sie na tych co mówi że się nie da i na tych co szukają sposobu. Wierze ze na pewno w zyciu zrobił Pan nie jedno jak każdy programista a na poczatku kazdemu wydawało się ze sie nie da

a taki BulkMerge na zamówieniach po numerze referencyjnym to już wogole było by miód malina

Takie szybkie dodanie 3 tysiecy zamówień naprawdę by się przydało bo chyba nie wiecie ile sie to robi :).

Planujecie coś takiego kiedyś zrobić (BulInsert, BulkUpdate) w API ? Updaty 10 tysięcy cen są dość mozolne biorą pod uwagę ze większość Waszych klientów używa SQL w wersji Express. Jak dla mnie to pewnie musiały być nowe metody z racji na zlożoność relacji w bazie.

Jak dodać coś takiego w API ? Zakładajac ze ma się Gestora. https://www.insert.com.pl/dla_uzytkownikow/e-pomoc_techniczna/10430,insert-nexo-–-jak-etykietowac-kontakty-klientow.html?token=IjIwMjIvMTAvMjgsIDIwOjMxOjQxLS0-LCAi.zL7gdSap925wOUvwsvaY0OmWpFQ