Adam G

No tak to jest jak się człowiek nie orientuje w przepisach, a księgowy mówi, że tak ma być. Dziękuję za uwzględnienie propozycji.

Panie Jacku rzeczywiście da rade, jak to mówią kto pyta nie błądzi. Panie Krzysztofie witamy na forum A tak na poważnie dziękuje za informacje o tablicy osobiście stawiałem bardziej na inną tablicę. Dla leniwych i potomnych SELECT SUM(GodzinPrzepracowanych_Ticks)/36000000000 AS 'Suma godzin w miesiącu' FROM [Nexo_InvestTech].[ModelDanychContainer].[SumaryczneECP] WHERE Miesiac like '2017-01-01%' --zmienic wartość dla miesiąca

Nie korzystam, ale może przydatna informacja. Ad1. Na pana miejscu spróbowałbym przesunąć właściwość za pomocą kombinacji Ctrl + ↑ lub Ctrl + ↓. Działa w większość miejsc gdzie są listy.

Potrzebowałbym uzyskać informację o sumarycznej rzeczywistej liczbie godzin przepracowanych przez wszystkich pracowników w firmie. W jakiej tabeli można znaleźć te informacje? Jakakolwiek tabela która pokaże dzienny bądź miesięczny czas przepracowany będzie jak najbardziej pomocna. Jak co w Gratyfikancie są te dane tylko pytanie która baza.

InsERT jest chyba zajęty, może ostatnie szlify dla wersji 15(w końcu pisali, że będzie przed 20 marca) Tak jak pisałem licencja Runtime wymaga zarejestrowania i wskazania celu w jakim będzie używana.

@InsERT Jakieś informację w związku z powyższym. Na chwilę obecną z księgowego punktu widzenia firmy za pomocą Państwa oprogramowania nie powinny wystawiać faktur zaliczkowych. Nie ukrywam, że jakakolwiek informacja będzie pomocna.

Dobra tu akurat pamiętam, Licencja SQL na serwer to jest jedno do tego należy dokupić jeszcze licencje CAL na stanowiska, ilość licencji CAL określa ilość dozwolonych jednoczesnych połączeń z bazą danych.

Odnośnie RAM nie kojarzę żadnego ograniczenia. A odnośnie procesora to podstawowa wersja pokrywa 2 rdzenie a za każde 2 trzeba dopłacić. https://www.microsoft.com/pl-pl/sql-server/sql-server-2016-pricing

Jeśli dobrze pamiętam wersje Runtime są rejestrowana w M$ pod działanie z konkretnym oprogramowaniem, w przypadku Full Use nie ma konieczności rejestracji i można wykorzystać licencje również do innych celów. Jeśli się mylę niech mnie ktoś poprawi.

Została mi zwrócona uwaga, że na Fakturach zaliczkowych końcowych nie ma wszystkich wymaganych informacji. Chodzi o to że w przypadku Faktury Zaliczkowej końcowej jest konieczność wstawienia dodatkowych Tabeli VAT. Konieczne są Tabela VAT całości, zaliczek oraz jeśli występuje kwoty pozostałej do zapłaty. Teraz pytanie kiedy można spodziewać się poprawy Tabeli VAT, ewentualnie jak uzyskać te informacje na fakturze.

Rozumiem, jak co punkty od 1 do 6 w tamtym poradniku pokazują w jaki sposób dodać obiekty. Jak co na szybko prawym kliknąć na encjaPozycji --> New Business Object i dodawać do momentu aż będą potrzebne rzeczy.

Polecam poczytać co dłuższe wątki na forum sporo informacji można tam znaleźć Wzorce wydruków - informacje na fakturze

Sugerując się odpowiedzią z tego wątku. I wszystko powinno być w porządku.

Panie Piotrze radze zmienić podejście. Łatwiej i szybciej wystawi Pan informacje o ZK przy Pozycji niż pod numerem faktury. Rozwiązanie to ma też jeden plus, w przypadku jak będzie miał pan 20 zamówień do 1 faktury nie będzie pod numerem "litanii" zamówień, a ładnie i schludnie przy każdej pozycji.

Owszem istnieje możliwość edycji rachunku do umowy cywilnoprawnej. Jak co należy wejść w konfigurację a następnie w treści dokumentów i znaleźć wzorzec który chcemy edytować.

Panie Jacku rozumiem, że nie można zadowolić każdego. Odnośnie listy płac dziękuję za sugestię. Po wersji 15 jak sprawdzimy te "Składniki" czy rozwiążą nam ten "problem"

Tak ale chodzi o to aby wyszczególnić dokładnie jaka jest to kwota.

Nasz dział kadr i księgowości zgłosił brakującą kwestię w Państwa raporcie. Chodzi o to aby w tym raporcie znalazła się gdzieś informacja o sumie kwot świadczeń w naturze.

Mam ciekawy przypadek, jedno zlecenie które posiada ponad 600 powiązań. Kiedy próbujemy wyświetlić mapę powiązań, program się zawiesza. Rozumiem że problem stanowi za duża liczba powiązań, tylko w logach programu nie ma żadnej informacji o tym z jakiego powodu wystąpił błąd. W załączeniu pliki z logami z dnia dzisiejszego. Log.txt NexoLog.txt

Z tego co wiem na zamówieniach w Subiekcie nigdy nie było Tabeli VAT. Brak Tabeli VAT na Proformie wynika pewnie z tego, że system tworzy Proformy tak jak zamówienia, po sprawdzeniu jeszcze we wzorcu nie widzę możliwości dodania odniesień do TabelaVat. (screen pochodzi z wzorca Faktury) Jeśli natomiast chodzi o zamianę wartości brutto na netto przy ZK to Wartość zamówienia zmienić z: {Format(Dokument.FormatWalutyDokumentuZSymbolem, Abs(Dokument.encjaDokumentu.KwotaDoZaplaty))} na {Format(Dokument.FormatWalutyDokumentuZSymbolem, Abs(okument.encjaDokumentu.Wartosc.NettoPoRabacie))} netto I powinno być dobrze.

Panie Marku błędna składnia. Powinno być: {Format("{0:dd MMMM yyyy}", Today)} W przypadku dodatkowych pytań proszę pisać.

Panie Karolu czy może Pan spróbować zmienić domenę na adres IP i sprawdzić działanie?

A parametry połączenia przez Domenę czy adres IP?

Pytanie uruchamiacie program z normalnego skrótu czy z Lunchera stworzonego w Programie Serwisowym? Z doświadczenia w firmie mogę powiedzieć, że przy aktualizacji do 12 jak i do 14 trzeba było stworzyć nowe Lunchery w Programie Serwisowym, bo inaczej były problemy z prędkością działania programu.

Pracując z wydrukami zauważyłem jeden problem z drukowaniem adresów na fakturach. Program ma dwie możliwości formatowania adresu firmy. 1. 2. I przy wydrukach pola te są różnie interpretowane. Dla przypadku pierwszego: Ulica Nr domu i Nr mieszkania traktowane są jako Nabywca.AdresKorespondencyjny.Linia1 Kod Miejscowość Poczta traktowane są jako Nabywca.AdresKorespondencyjny.Linia2 chyba że poczta i miejscowość są różne to wtedy Miejscowość jako Nabywca.AdresKorespondencyjny.Linia2 a kod poczta jako Nabywca.AdresKorespondencyjny.Linia3. W przypadku drugim Linie są interpretowane po kolei więc Ulica dom mieszkanie jako Nabywca.AdresKorespondencyjny.Linia1, Miejscowość jako Nabywca.AdresKorespondencyjny.Linia2 a kod i/lub poczta jako Nabywca.AdresKorespondencyjny.Linia3 Pytanie w jaki sposób interpretować informacje z przypadku pierwszego. Zdarza się że klient ma siedzibę we wsi gdzie nie ma ulic i po zaimportowaniu danych z GUS dane kontaktowe mogą wyglądać następująco: I w takim przypadku zaczyna się loteria bo nagle Jakaś miejscowość jest za razem Nabywca.AdresKorespondencyjny.Linia1 jak i Nabywca.AdresKorespondencyjny.Linia2 tylko bez numeru domu, a Nabywca.AdresKorespondencyjny.Linia3 nie ma żadnej wartości. Teraz tak kodując w jaki sposób ma formatować adres na wydrukach sprawdzam czy poczta jest różna od miejscowości i zależnie jeśli tak to mam wydruk generowany na zasadzie: If (Poczta != Miejscowość) { Nabywca.AdresKorespondencyjny.Linia1 + ", " + Nabywca.AdresKorespondencyjny.Linia1 Nabywca.AdresKorespondencyjny.Linia3 } else { Nabywca.AdresKorespondencyjny.Linia1 Nabywca.AdresKorespondencyjny.Linia2 } Pytanie czy można to w jakiś sposób obejść bez konieczności dodawania Business Object czy trzeba dodać i poprawiać praktycznie wszystkie wzorce?