Krzysztof Wielgosz

a między czasie jak łatwo i szybko sprawdzić środki w drodze do banku ? nie znając się/ nie mając dostępu do Rewizora? Korzystając z transferów wszystko ładnie widać w homebankingu jak i operacjach bankowych a po uzgodnieniu ładnie znika a dodatkowo jest zabezpieczenie przed edycją dokumentów jak i usunięciem.

Ale ja nigdzie nie wspomniałem że interesują mnie transfery czy AOV. (no chyba że AOV dotyczy też kontrahentów /faktur itp. ale raczej nie) ale ja nie pisze nic o tworzeniu zobowiązań / należności Nie prawda, nie dodał ponieważ mówimy o subiekcie gt a nie navireo. ,

Witam Czy jest możliwość uzyskania od Insertu dokumentacji jak powinien przebiegać import wyciągów bankowych do homebankingu. Potrzebuje tego ponieważ robię integracje z Pekao Connect. Jeśli jest opcji uzyskania dokumentacji lub jakiejkolwiek pomocy było by fajnie zaoszczędzi kilku dobrych godzin na analizie co i jak robi subiekt - a i tak nie da się wyłapać wszystkiego....

Mam taki problem do rozwiązania Jest robiony transfer z kasy do banku np. 01.03.2023 jednak na rachunku bankowym zaksięguje się dopiero 04.03.2023 a 05.03.2023 pobiorę wyciąg z banku i go wczytam w homebanking Mogę go uzgodnić z transferem jednak data operacji w operacjach bankowych a data księgowania przelewu będzie inna co powoduje problemy w dekretacji. Schematy są ustawione na daty operacji i tak jest ok z różnych względów.. Analogicznie mam z przelewami wychodzącymi - data operacji nie jest datą księgowania operacji bankowej. Podczas próby edycji operacji bankowej nie mam możliwości zmiany daty operacji na rzeczywistą. I tu pytania to problem jakiegoś ustawianie którego nie potrafię znaleźć czy tak już jest ? dla mnie to trochę dziwne bo w ten sposób aby mieć zgodność operacji w operacjach bankowych z tymi na koncie w banku to jest strasznie ciężko - a tak chciał bym mieć... Proszę o pomoc

spoko dzięki ale sprawdziłem to i znam oraz tak mam akurat ustawione to chyba domyślne ale nie działa to dla mnie (w dokumentach typu faktura/korekta nie stosuję płatności zapłacono przelewem - tylko wszystko idzie mi na kredyt kupiecki lub karta/kredyt i cesja.. a rozliczając w rozrachunkach należność/zobowiązanie mimo że w parametrach też mam ustawione "Pobierz kategorię z dokumentu źródłowego" to nie pobiera jej a ustawia domyślną Wypłata bankowa/Wpłata bankowa A mechanizm działa tak że dla Zobowiązania/należności dokumentem źródłowym będzie operacja bankowa a nie faktura/korekta... wiec coś tu jest nie tak... Mimo wszystko gdyby Insert dodał w tym miejscu Wpłata/Wypłata bankowa możliwość konfiguracji kategorii dla podstawowych dokumentów typu faktur/paragonów/korekt możliwość przypisania wybranych kategorii tak jak dla transferu to by temat załatwiło ...

W skrócie // podstawka InsERT.Subiekt uruchom_subiekta() { InsERT.GT gt = new InsERT.GT(); gt.Produkt = InsERT.ProduktEnum.gtaProduktSubiekt; gt.Serwer = Konf.MsSql_Subiekt.IpPort; gt.Baza = Konf.MsSql_Subiekt.Baza; gt.Autentykacja = InsERT.AutentykacjaEnum.gtaAutentykacjaMieszana; gt.Uzytkownik = Konf.MsSql_Subiekt.Login; gt.UzytkownikHaslo = Konf.MsSql_Subiekt.Haslo; gt.Operator = Konf.Subiekt.Operator; gt.OperatorHaslo = Konf.Subiekt.OperatorHaslo; // Uruchomienie Subiekta GT InsERT.Subiekt subiekt = (InsERT.Subiekt)gt.Uruchom((Int32)InsERT.UruchomDopasujEnum.gtaUruchomDopasuj, (Int32)InsERT.UruchomEnum.gtaUruchomNieArchiwizujPrzyZamykaniu); subiekt.Okno.Widoczne = Konf.Subiekt.WidocznoscOkna; // true = subiekt widoczny - false=subiekt nie widoczny return subiekt; } InsERT.Subiekt subiekt = uruchom_subiekta(); bool Istnieje = subiekt.Kontrahenci.Istnieje("JAKISSYMBOL"); // jak istnieje to go wczytujemy przy okazji możemy go edytować przed wstawieniem do zamówienia ale po edycji trzeba go najpierw zapisać i zamknąć InsERT.Kontrahent DoKontrahenta = subiekt.KontrahenciManager.WczytajKontrahenta("JAKISSYMBOL"); // okreśłamy magazyn id int - można to zrobić wyżej... ale przed tworzeniem zamówienia /faktury itp. subiekt.MagazynId =1; // tworzymy obiekt zamówienia przed dodaniem numeru zewnętrznego pasowało by sprawdzić czy czasem już nie istnieje jak nie istnieje to dodajemy nowe lub możemy wczytaj i edytować pod warunkiem ze możliwa jest edycja. po wczytaniu zamówienia można wykonać w try catch np. DokZamowienie.ZapiszSymulacja(); i odczytać błędy na podstawie których można stwierdzić że edycja jest nie możliwa jedna z prostych mołżiwości InsERT.SuDokument DokZamowienie = subiekt.SuDokumentyManager.DodajZKzal(); DokZamowienie.NumerOryginalny = "jakis numer 1"; // wstawiamy kontrachenta id to identyfikator z DoKontrahenta DokZamowienie.KontrahentId = DoKontrahenta.Identyfikator; //ponadto warto przetestować które wartości chcemy ustawiać ręcznie lub jak nie ustawimy ich to wstawią się domyślne.. takie jak np. kategoria dokumentu, waluta , rezerwacja, termin realizacji, itp.. // pasowało by też dodać listę towarów temat bardziej obszerny niż samo zamówienie moim zdaniem, najlepiej dodawać najpierw towary potem ustalać wartości i rabaty dla całego dokumentu jeśli mają być inne niż domyślne, tutaj jest sporo zabawy aby osiągnąć jakiś bardziej skomplikowany efekt = np. zgodność cen do grosza z innym systemem skąd pochodzą zamówienia // aby zapisać zamówienie lub wyświetlić dobre dla testów czy wstawiło to co chcemy Wyswietl() DokZamowienie.Zapisz(); // pola własne moim zdaniem najlepiej ustawiać po zapisie dokumentu wtedy jesteśmy w stanie też tymi samymi metodami aktualizować pola własne niezależnie od stanu realizacji dokumentu - jest jeden minus że jeśli w momencie dane zamówienie jest edytowane przez inną stacje roboczą a my zaktualizujemy pola własne to jak tamta stacja robocza da zapisz to może nadpisać naszą aktualizacje w polach własnych tutaj trzeba to dobrze rozważyć z której metody skorzystać subiekt.UstawPoleWlasne(); // można też ustawić flage za pomocą subiekt.UstawFlageWlasna(); // ważne aspekty aby walidować wartości i ich długości dozwolone znaki przed ładowaniem do właściwości/metod bo mamy Exception-a ale nie zawsze i można się zawiesić na długie minuty/godziny w poszukiwaniu dlaczego cos nie działa... w celu szybkiego dojścia co gdzie i typy można warto zerkać na scheme bazy danych i dozwolone typy dla danych tabel/kolumn bardzo to p To tak bardzo bardzo w skrócie i napisane na kolanie... ale pozwoli Ci zacząć cokolwiek znacznie szybciej niż mi

1. Wasza infolinia 2. Twoim zdaniem - co do nexo vs navireo w którym kierunku lepiej iść ?

Dziękuję.

Witam Czy jest możliwość (poza rozwiązaniami zewnętrznymi) skonfigurowania sposobu ustawiania kategorii w operacji bankowej. Obecnie mam tak że korekta sprzedaży ma kategorie XXX a kontrahent na tej korekcie jest z grupy odbiorców oraz ustawiam płatność na kredyt kupiecki a następnie rozliczam (tworze reoperacje bankową) to domyślnie podstawia się domyślna kategoria Wypłata bankowa.. i chodzi o to czy można tym sterować aby ustawiała się inna kategoria zależna od typu dokumentu oraz kontrahentów/typów kontrahentów. Bez tego jest problem w dekretowaniu ponieważ schemat improtu przy dekretowaniu automatycznym jest niepoprawny i próbuje dekretować z domyślnego schematu na konto 210 a powinno na konto 200 obecnie wyjście to jedynie ręczny wybór schematu dla danych wypłat bankowych Może da się to zrobić bez rozwiązania zewnętrznego ?

Spoko, dzięki za odpowiedz. Co do nowszej wersji nexo itp. rozumiem jednak jak ostatnio pytałem o listę możności i braki względem subiekta (końcem tamtego roku) to nawet szczegółowej odpowiedzi nie dostałem wiec na razie ... co nie zmieniam

Witam Z ustawień subiekta przy fakturach zakupu - parametrach indywidualnych kontrahenta można jedynie ustawić sposób obliczania wartości vat na brutto/netto Jednak jak to w PL bywa nie ma jasnego i jednego dobrego sposobu na liczenie wartości vat i cen wartości brutto/ netto dokumentu Z tego co wiem to są trzy sposoby poprawne które są ładnie opisane na stronie https://www.infakt.pl/blog/jak-jest-wyliczany-podatek-vat-na-fakturach/ w skrócie dwie metody od strony netto i jedna od brutto jednak subiekt obsługuje tylko jedną metodę od strony netto i metodę od strony brutto Jaka jest szansa aby zostało to zmienione i można było łatwo ustawić dla wybranego kontrahenta sposób w jaki są dokumenty od niego ? w przypadku faktur wystawianych w innym standardzie niż obsługuje to subiekt to jedyna opcja to ręczne ustawianie wartości netto/vat/brutto w zakładce VAT co jest dość uciążliwe i powoduje sporo pomyłek i błędów... brak tam zabezpieczeń na wartości znacznie odbiegające od możliwych np. Jak rezygnujemy z automatycznego obliczania vat to skoro mamy już ustawioną stawkę vat 23 to wpisanie kwoty brutto odchylonej o 5 zł. od poprawnego wyniku matematycznego powinno dać już sygnał że coś jest nie tak! przynajmniej ostrzeżenie w formie komunikatu. Możliwości pomyłek jest dużo i w ciągu ostatnich 24 miesięcy temat mnie troszkę irytuje.... a jest dość łatwy do wyeliminowani ponieważ moim zdaniem można by zrobić tutaj , dodatkowy przycisk przelicz oblicz wartości netto/vat/brutto inną metodą i takie obejście problemu znacznie by wyeliminowało pomyłki tego typu. Rozumiem że dorobienie pełnej obsługi liczenia inną metodą wartości vat to zapewne grubszy temat jednak byłby najlepszym rozwiązaniem

1. tak było by dobrze muc zablokować zapis niepoprawnego konta w niepoprawnym formacie obecnie poprawny i chyba jedynie słuszny format to format iban dla kont krajowych / europejskich (innego nie używam i nigdy nie spotkałem) jednak raczej tak to zostało przyjęte ponieważ nie znalazłem nigdzie opcji generowani przelewu zagranicznych z kodem "kod BIC/ SWIFT" co też jest małym mankamentem gdyby ktoś generował przelewy zagraniczne bezpośrednio z subiekta poprzez "wyślij do homebankingu" - obecnie stworzyłem już własnych mechanizm generowania przelewów poza sferą itp. 2. w zał w średniej rozdzielczości na laptopie w normalnej pracy na monitorach 27 cali i większych mało widoczne to jest... Pozostałe - jeśli numery kont są przewidziane dla banków PL to jaki problem zrobić walidację poprawności wraz z IBAN algorytm nie jest jakiś skomplikowany i działał by też dla wszystkich innych nr kont iban nie tylko w PL.. dodatkowo dodając pole na bic/swift i mamy wszystko.... Ponadto sposób zapisu PL83101010230000261395100000 a wyświetlania PL83 1010 1023 0000 2613 9510 0000 tez ma znaczenie... przy wydrukach tradycyjnych (osobiście jak dostaje nr konta na wydruku do ręcznego przepisania / sprawdzenia pisany PL83101010230000261395100000 to mnie trafia....)

Przelew ZUS , Przelew US z poziomu sfery też nie znalazłem opcji to tego typu operacji....

Czy robię coś źle czy kolejny błąd niedopracowanie? Tworząc należność czy to z poziomu subiekta za pomocą Rozrachunki wg. dokumentów, Dodaj należność czy to z poziomu Rewizora poprzez Dekret Tworzy się rozrachunek z należnością dla instytucji us , zus jednak nie ma możliwości podania danych podatkowych czy zus. Następnie generując operacje bankową przez sferę, lub ręcznie rozliczając rozrachunek(należność) tworzy się operacja bankowa dla instytucji jednak bez zakładki Przelew US/ Przelew ZUS i bez danych Z poziomu sfery nie potrafię tez znaleźć obsługi tych części operacji bankowych (przelew US,ZUS) Pomoże ktoś ?

Słowo "wszystko" oznacza dokładnie każdą czynność którą można wykonać poprzez ręczne klikanie - co chce osiągnąć to wykonać programowo każdą czynność = "wszystko" co można zrobić klikając ręcznie. Prościej i dosłowniej nie da się odpowiedzieć na pytanie. - obecnie jedyna odpowiedz na moje pierwotne pytanie to - nie da się tego zrobić przez sferę, jedyna droga to pisanie ręczne wszystkiego od zera. Spoko, ja nie szukam kogoś kto mi opracuje rozwiązanie i zrobi rozwiązanie, a jedynie pomoże je zrobić. Automatyzacje da się zrobić zawsze, po to jest sfera a jak ona czegoś nie obsługuje to się pisze ręcznie. A Zrobić się wszystko da nawet jak insert nie daje dokumentacji... kwestia odpowiedniego mechanizmu zabezpieczeń przed zmianami w aktualizacjach co wbrew pozorom jest bardzo łatwe... Jak widać Pan z firmy zewnętrznej, i szuka potencjalnych klientów, a nie z insertu który pomoże znaleźć rozwiązanie lub nakieruje na nie. Powodzenia w dalszym szukaniu klientów.