Daniel Kozłowski

Tak nie jest, cytat z pomocy do programu:

Jak potrzeba biznesowa za tym przemawia ?

Proszę opisać kroki do powtórzenia problemu. Czy przekazał Pan firmie IsnERT dane, które mogą pomóc w wyjaśnieniu problemu, pytam gdyż nie widzę takiej informacji ?

Proszę przeczytać moją poprzednią odpowiedź. Jaki opis problemu, taka odpowiedź - gdzie wcześniej podał Pan tę informację ? Teraz powtarzam problem.

Terminy kredytu kupieckiego są słownikiem, można dodawać nowe i identyfikować je po ustalonej nazwie. Czyli kolejny krok automatyzacji jeszcze przed Panem... Zakładałem, że faktura jest też wystawiana przez automat / integrację, a poprawa przedpłat jest problematyczna, gdyż wymaga edycji dokumentu. Poza tym problem stanowi liczba dokumentów, przy kilku, kilkunastu można sobie klikać, przy setkach i więcej, dzień, w dzień, miesiąc w miesiąc sam Pan pisał, że: -- Oczywiście, można wykorzystać dowolną informację na dokumencie lub dokumencie powiązanym (ZK) tylko nie widzę sensu opisywać gorszych rozwiązań.

Rozumiem. Niestety nie rozumiem wyboru / argumentu - zbiorcze wpłaty bez problemu można rozliczać automatycznie na podstawie specyfikacji / raportów od pośredników płatności, można korzystać z jednego formatu pośrednika płatności, nie trzeba dostosowywać się do wielu formatów banków, nie robi nam się "śmietnik" na głównym rachunku bankowym (no chyba, że wydzielimy dodatkowe rachunki bankowe), problemem jest tylko potrącenie prowizji przy wypłatach. Już wyżej napisałem, że pozwalają - nie wyjaśnił Pan z czym ma problem. Nie rozumiem problemu, najwyraźniej nie korzysta Pan z właściwych rozwiązań, pobrania kurierskie to najprostsze, najmniej problematyczne i tym samym najszybsze rozliczenia, rozliczenie jednej zbiorczej wpłaty z setkami / tysiącami pobrań to kilka minut + czas na wyjaśnienie błędów w wystawionych dokumentach. Jest to jakieś rozwiązanie, ale widzę zagrożenia w bazowaniu na zgromadzonych danych (zamówieniach), preferuję własne rozwiązanie - wyjście od specyfikacji wypłaty / raportu od pośrednika płatności i dokonywanie rozliczeń z nią zgodnych, jeśli coś się nie zgodzi to od razu wiadomo gdzie szukać... W rozliczeniach pośredników płatności nie stanowi problemu rozliczenie powiedzmy 2000 zgodnych transakcji, tylko te kilka, kilkanaście, które się nie zgodzą / nie zostaną znalezione poprawne dane do rozliczenia. Nie wspomniałem, znam przypadki, gdzie w ogóle nie jest prezentowana forma płatności Jeśli się tak udaje, to dobrze, jednak większość klientów robi inaczej, najpierw realizuje transakcję / dostawę towaru, a później rozlicza / kontroluje rozliczenie transakcji. Można, lecz zamiast parsować uwagi wolałbym bazować na formie płatności (ustalona forma płatności kredytu kupieckiego), wtedy dodatkowo taka informacja byłaby widoczna / czytelniejsza w programie. Zna Pan mnie i nasze możliwości od kilku lat (z innego forum), do Pana należy wybór dostawcy programów / rozwiązań dodatkowych, zapraszam.

Ciągle nie rozumiem o czym Pan pisze, co Pan robi, dlaczego tak robi i jaki ma problem... Nie ma starych i nowych zamówień od klientów, są stare i nowe faktury zaliczkowe... Zamówienia zaliczkowe są polecane do transakcji zaliczkowych, do zwykłych zamówień od klientów polecane jest stosowanie zwykłych zamówień... Przy WDT podatek VAT jest zerowy, więc jaka jest różnica między ceną netto i brutto - proszę pokazać opisywany problem. Zamówienia zaliczkowe też można wystawiać od netto:

Co do zasady tak się nie robi w GT, gdyż nie ma w programie funkcjonalności pozwalających przypisywać domyślne wzorce wydruku (no poza przypisaniem do stanowiska), w praktyce modyfikuje się jeden wzorzec wydruku tak, aby prezentował oczekiwane informacje, na przykład:

Najpierw planujemy, później realizujemy Można wydzielić rachunek bankowy pod takie płatności. Skoro tworzy Pan operacje bankowe na kontrahentów, to na dokumentach musi być ustawiana zgodna forma płatności - kredyt kupiecki. Nie napisał Pan czy pytał o możliwość zmiany sposobu rozliczania, aby wypłaty nie były pomniejszane o prowizje ? Możliwości jest kilka, poza wybraną przez Pana można stosować cesyjne formy płatności, a na wydzielonym rachunku bankowym tworzyć operacje bankowe na cesjonariusza, wpłaty mogą być na pełną kwotę i do tego wypłata na prowizje lub wpłaty zgodne z wpłatą od pośrednika płatności. W Subiekcie to nie będzie się rozliczało automatycznie, więc należy rozbudować swoje narzędzia lub skorzystać z takich, które to zrealizują. Jak wyżej, w tym scenariuszu pozostaje kredyt kupiecki, rozliczenie przez skojarzenie i kompensata prowizji. Taki problem to nie problem, przecież można zmodyfikować wzorce wydruków, aby prezentowały to, czego oczekujemy - nazwy cesyjnych form płatności ze słowników czy kredyt kupiecki jako "Zapłacono przelewem", wykonujemy mnóstwo takich modyfikacji, posiadamy gotowe wzorce z takimi modyfikacjami. Każdy kto chciał mieć porządek w dokumentach i księgowości, wdrażaliśmy takie rozwiązania dziesiątki razy. No da się, ale nie jest zalecane... Jak wyżej ten problem rozwiązują cesyjne formy płatności lub wpłaty bankowe na pełne kwoty. No można było się przygotować do tego, w tym można było zastanowić się na wyborem bardziej przyjaznego do rozliczeń pośrednika płatności.

Nie. To duże ograniczenie / brak funkcjonalny GT, który generuje wiele problemów... Poza tym to nie musi być analityka "99999", numer konta pozostałych odbiorców / dostawców konfiguruje się w parametrach planu kont.

Nie.

Nie rozumiem o czym Pan pisze:

Proszę dokładnie opisać, a najlepiej pokazać konfigurację drukarek.

Nie opisuje Pan tego co robi, ale prawdopodobnie coś Pan robi nie tak, adodb jest w systemie, nie trzeba go pobierać, powinno dodać się do referencji automatycznie po dodaniu biblioteki Sfery... Dodam jeszcze (dla innych), że opisane rozwiązanie nie zadziała dla aplikacji korzystających z .NET < 4.0.

Proszę zadawać techniczne pytania... Zgaduję, że chodzi o dodanie wyciągu do bazy danych przez rozwiązanie dodatkowe, a nie wczytanie z pliku przez użytkownika programu, jeśli tak to InsERT nie udostępnia kodów źródłowych programów / ich fragmentów.

Cały czas powtarzam, aby unikać problemów zamiast je tworzyć... Skoro nie jest znana data operacji bankowej to nie należy jej tworzyć, należy wprowadzić wypłatę z kasy, a uznanie na rachunku wprowadzić z wyciągu, koniec.

Najwyraźniej Pan nie zna... Działa to dla Pana, ale w obszarze, który jest wskazany - transferach i AOV - parametry te nie ma nic wspólnego z obszarami, które Pan wymienił. Nic z tego nie rozumiem. Operacje bankowe nie tworzą należności / zobowiązań tylko spłaty należności / spłaty zobowiązań. Przecież otrzymał Pan informację, że Insert już to dodał: więc raczej nie udostępni tych funkcjonalności w GT.

Należy dodać referencję do: Wypadałoby podać komunikaty błędów.

Pomija, gdyż się nie mieszczą, na formularzu jest miejsce tylko na 3 pozycje... Nie wcięło, kolejne pozycje trafiły do załącznika "INFORMACJA O WEWNĄTRZWSPÓLNOTOWYM ŚWIADCZENIU USŁUG", trzecia strona załącznika PDF

Jedyne możliwości są widoczne w parametrach operacji bankowej, jak widać można ustalić kategorię dla transferów oraz AOV: Polecam nie ustawić domyślnej kategorii, wtedy od razu widać kiedy jej kto nie nada.

To niemożliwie, nie posiadamy takiej usługi, najwyraźniej myli Pan firmy: -- Starałem się to wyjaśnić w poprzedniej odpowiedzi:

Ale kogo Pan pytał, dlaczego oczekiwał Pan odpowiedzi i jakiej odpowiedzi Pan oczekiwał ? Wybór czy zmiana oprogramowania nie działa tak prosto jak wydaje się większości użytkowników, zmiany te powinny wynikać ze specyfiki funkcjonowania i indywidualnych potrzeb, których zapewne Pan nie opisał, więc nie było się do czego odnieść. Nie ma sensu wymieniać funkcjonalności i ich braków, z których Pan nie skorzysta, a przy takim "listowaniu" zapewne umkną funkcjonalności dla Pan kluczowe - osobiście staram się nie tracić czasu na odpowiadanie na tak ogólne pytania... Jeśli zależy Panu na usprawnieniu pracy to powinien Pan pytać do skutku i we właściwym miejscu jak wybrany przez siebie dostawca programów lub zadawać pytania o konkretne problemy jak poruszony w tym wątku.

To w czym problem, aby podać kroki do powtórzenia problemu, aby ktoś inny mógł go powtórzyć, w tym producent aby mógł dokonać poprawek ? Dlaczego rzekomo pomaga zmiana sterowników urządzeń bez zmiany wersji programu ? Proszę nie pisać nieprawdy, nigdzie niczego takiego nie zrobiłem i nie próbuję, jestem jedną z pierwszych osób które wskazują, wytykają błędy, czy baki w programach... Próbuję jedynie pomóc - ustalić fakty, rzeczywistą przyczynę problemu, w czym Pan nie pomaga, a takimi komentarzami tylko przeszkadza. Proszę przeczytać wątek od początku, jeśli czegoś Pan nie zrozumiał to proszę dopytać, na forum, pomoc techniczną firmy InsERT, czy wybranego dostawcę programu, któremu Pan ufa... Program, sterowniki urządzeń zewnętrznych, fiskalizacja zdalna, SUZ to 4 różne aplikacje / rozwiązanie, czego najwyraźniej Pan nie rozróżnia.

No nie, przecież fiskalizacja zdalna od lat nie jest rozwijana, nie ma nowszych wersji, nie została zaktualizowana, sam Pan pytał o:

Odinstalować aktualną wersję i zainstalować starszą wersję.