пропозиції роботи
Wypowiedzi
-
A może migracja na MSSQL? :)
-
Trzeba utworzyć obiekt tego taska w cesze żeby się policzył .
-
Tabela DokumentyKasowe.
-
Co masz dokładnie na myśli?
-
Co dokładnie masz na myśli?
-
Parametry wydruku wyłącza się w wydruku :)
-
Wystarczy przejść na złoto i użyć pole prawa dostępu w pracowniku.
-
A jakby tak napisać druga cechę algorytmiczną, która będzie zaokrąglała i się do niej odwołać w wydruku?
-
Bardzo indywidualny przypadek do analizy, raczej dla producenta.
To, co może Pani sama zrobić albo z nasza pomocą to zweryfikować poprawność użytego filtra w ewidencji środków pieniężnych oraz poprawność importowanego pliku względem specyfikacji z banku. -
Mam na myśli to, że dodajesz standardowy filtr i warunku wpisujesz datę jako datę konkretną np. 2019-09-20 - 3 dni czyli 2019-09-17.
-
Można by jeszcze użyć standardowego filtra i wpisać warunek data dokumentu = wybrana_data
A jak oba rozwiązania nie są dostatecznie dobre to napisał bym własną listę ze swoim filtrem nad listą :) -
Moim zdaniem do tego pola nie da się dostać za pomocą standardowych pól. Można napisać kawałek algorytmu w cesze i do niej odwołać się w schemacie.
-
Ja bym zrobił cechę warunkową do dokumentu, która wylicza się jako różnica pomiędzy datą dzisiejszą a datą dokumentu.Ten post został edytowany przez Autora dnia 16.09.19 o godzinie 23:42
-
To proszę przeiterować po kolekcji Osób. Można oddzielić np. średnikami . Ostatecznie proszę zwrócić cechę typu string.
Jeśli dobrze zrozumiałem to powinno pomóc:
get {
string osoby = "";
foreach(KontaktOsoba ko in Row.Odbiorca.Osoby)
osoby += ko.Imie+" "+ ko.Nazwisko +",";
return osoby;
} -
Z punktu widzenia księgowości istotne jest jaka widnieje cena nabycia towaru na WZ. Zwyczajowo WZtki księguje się wg cen nabycia. Zwyczajowo również ceny sprzedaży na WZ nie maja znaczenia. Może po prostu można można zignorować to zagadnienie?
-
Jeśli enova365 potrafi bez importowania obsłużyć to, co potrzebujesz to się da...
Możemy się tego podjąć komercyjnie. Zapraszam do kontaktu. -
Szedłbym w kierunku cechy.
W cesze utworzyłbym obiekt workera, o którym piszesz.
Akurat te workery często potrzebują mieć ustawione property dokumentu żeby wiedziały na jakim obiekcie pracują. Żeby mieć w kontekście cechy obiekt Dokument należałoby uzyć cechy, która potrafi pobrać z kontekstu argumenty (typ 3 lub 6). -
Należy stworzyć cechę i przeiterować kolekcję płatności dokumentu. Termin płatności to nie jest dana jednowymiarowa. Dokument sprzedaży może mieć więcej niż jedną płatność.
Tak utworzony łańcuch tekstowy można wyświetlić w cesze tekstowej. Zwykle pewnie będzie to jedna płatność i jeden termin. Ja bym dodał ";" po każdym terminie a na końcu funkcji usunął ostatni znak : ";". -
Wg mojej wiedzy enova365 nie szuka "dziur" w numeracji. Nadaje następny po ostatnim.
Myślę, że powód jest zatem inny niż ten, który Pan wskazał. Dodatkowo u klientów mieliśmy dziesiątki tysięcy towarów i tego typu problem nie występował. Niestety bez analizy nie potrafię pomóc konkretniej.
Oglądałbym taski przypięte do towarów, cechy przypięte do towarów, wyciągnięte kolumny na liście towarów, które mogą się długo wyliczać, dodatkowe funkcjonalności napisane dla Was i ewentualne serwisy w nich zawarte. -
To proszę napisać cechę tekstową do dokumentu handlowego, która w zależności od serii dokumentu wyświetli "grupę osób". Np. w pseudo kodzie:
jesli seria = A lub seria = B lub seria =C to zwróć wartośc cechy grupa osób jako : Grupa1;
jesli seria = D lub seria = E lub seria =F to zwróć wartośc cechy grupa osób jako : Grupa2;
Dołącz do GoldenLine
Oferty pracy
Sprawdź aktualne oferty pracy
Aplikuj w łatwy sposób
Aplikuj jednym kliknięciem
