Cześć,
Mam ogromną prośbę czy ktoś mógłby dopisać mi do tego zestawienia dodatkowe pole kod kreskowy ?

SELECT t.tw_symbol    symbol,
       t.tw_nazwa     nazwa,
       SUM(s.st_stan) stan
FROM   tw__towar t
       INNER JOIN tw_stan s
         ON t.tw_id = s.st_towid
WHERE  t.tw_id NOT IN (SELECT DISTINCT ob_towid
                       FROM   dok_pozycja p
                              INNER JOIN dok__dokument d
                                ON p.ob_dokmagid = d.dok_id
                       WHERE  d.dok_status <> 2
                              AND d.dok_datawyst >=({D:Bez obrotu od:})
                              AND p.ob_towid IS NOT NULL)
       AND t.tw_rodzaj = 1
GROUP  BY t.tw_symbol,
          t.tw_nazwa
HAVING SUM(s.st_stan) = 0

nie wiedzieć skąd

Wyjaśniamy to / piszemy o tym forum od lat - to błędy użytkownika programu wynikające z braku znajomości podstaw obsługi programu.

dziś po odpaleniu subiekta, mam problem w Rozrachunkach wg kontrahentów. Pojawiły się pozycje z pustymi dokumentami kp/kw/ wpłaty bankowe z pustymi wartościami. I świeże, i stare z przed wielu lat.

Ja nie widzę żadnych pustych wartości, gdyż w ogóle nie zostały pokazany na zrzutach ekranu - ze wspomnianych wyżej podstaw obsługi programu - dokumenty KP i KW są spłatami należności i spłatami zobowiązań, a na zrzutach widać tylko wartości należności i zobowiązań, jeśli chcesz zobaczyć wartości dla dokumentów kasowych to należy uwidocznić na liście i patrzeć na właściwe kolumny.

Nidy tego nie miałem, widniały tylko pozycje z kwotami nierozliczonymi(należności/zobowiązania), a teraz pojawiły się takie puste kolumny, i to z kontrahentami z którymi dawno nie ma się do czynienia i z kontrahentami z którymi nadal handluję.

Jak widać na zrzutach ekranu te dokumenty i bałagan istnieje od lat, ale dopiero teraz został zauważony, zapewne po zmianie filtrów w modułach rozrachunkowych po aktualizacji programu.

Może ktoś ma radę na to, bo trochę mi to namieszało.

Rada jest jedna, taka sama od zawsze - poznać podstawy obsługi programu przed rozpoczęciem pracy, aby unikać takich problemów, kontrolować i wychwytywać problemy na bieżąco, a jeśli się pojawią to wiedzieć jak sobie z nimi poradzić.

W tym przypadku należy oznaczyć znaczniki wolnej spłaty na dokumentach kasowych lub sztucznie rozliczyć te rozrachunki.

Zaktualizowałem dziś subiekta do najnowszej wersji, 1.83 HF4, z myślą że poprzednia (hf3) coś namieszała, ale nic to nie zmieniło Screeny w załączniku.

To nie program namieszał tylko użytkownik programu, aktualizacje programu nie tworzą dokumentów, nie edytują, nie rozliczają rozrachunków.

--

Oczywiście wszystko opieram na podstawie opisu problemu i licznych, wieloletnich doświadczeń, mogę się mylić, dla pewności zalecam analizę problemu w miejscu jego występowania, będzie można na przykład porównać dane sprzed kilku miesięcy i sprawdzić czy już wtedy były te dokumenty.

Mam taki problem,
od kliku dni nie mogę dodawać nowych kontrahentów korzystając z funkcjonalności - Uzupełnij dane adresowe z GUS.

Subiekt GT - starsza wersja (1.66 SP4 HF1 (1.6641.41.5084)) ale myślę, że nie w tym problem

Pojawia się komunikat: Błąd - podczas wyszukiwania danych wystąpił błąd.

Praca Subiekta GT - sieciowa. To samo dzieje się na każdym komputerze. Mamy dwa podmioty - ten sam problem na każdym z nich.
Abonament aktywny. Po wyłączeniu zapory i antywirusa(ESET) dalej ten sam problem. Wyszukiwanie bezpośrednio na stronie GUS działa.
Na komputerach zainstalowany Windows 10 i 11, co prawda na serwerze jest Windows 7, ale nie sądzę by to nagle stało się powodem problemów.
Nie mam na to  pomysłu, proszę o pomoc .

Pozdrawiam,
Wojtek

Może wiecie dlaczego ten kod nie ustawia przeliczania po brutto podczas tworzenia dokumentu FZ w sferze Nexo?

Kod:
var dokumentyZakupu = sfera.DokumentyZakupu();
var asortymenty = sfera.Asortymenty();
var jednostkiMiar = sfera.JednostkiMiar();
var walutyDD = sfera.Waluty().DaneDomyslne;
var podmioty = sfera.Podmioty();
var statusyDD = sfera.StatusyDokumentow().DaneDomyslne;
var konfFz = sfera.Konfiguracje().DaneDomyslne.FakturaZakupuVAT;
var mag = sfera.Magazyny().Dane.Pierwszy(m => m.Symbol == "MAG");

using (var fz = dokumentyZakupu.Utworz(konfFz))
{
    fz.Dane.Magazyn = mag;
    fz.Dane.OperacjePrzeliczaniaPozycji = new Guid("7995085B-2B24-4020-8607-6085D018B509");
    fz.Dane.OperacjePrzeliczaniaDokumentu = new Guid("25221403-E724-4EC6-8024-FBBDE46C5341");

    if (mag == null) return;

    try
    {
        if (!string.IsNullOrWhiteSpace(faktura.DataWystawienia))
            fz.Dane.DataWydaniaWystawienia = DateTime.Parse(faktura.DataWystawienia);

        if (!string.IsNullOrWhiteSpace(faktura.DataSprzedazy))
            fz.Dane.DataSprzedazy = DateTime.Parse(faktura.DataSprzedazy);
    }
    catch (FormatException)
    {
        return;
    }

    if (faktura.Sprzedawca == null || string.IsNullOrWhiteSpace(faktura.Sprzedawca.Nip))
        return;

Po wpisaniu poniższego kodu, po utworzeniu faktury zakupu parametry przeliczania faktury zakupu nie zmieniają się na właściwe:

konfFz.OperacjePrzeliczaniaDokumentu = new Guid("25221403-e724-4ec6-8024-fbbde46c5341");
konfFz.OperacjePrzeliczaniaPozycji = new Guid("7995085B-2B24-4020-8607-6085D018B509");

Czy to jest prawidłowa metoda konfiguracji przed utworzeniem dokumetu? Może w inny sposób trzeba to zrobić?