Informacje księgowe. Informacje księgowe BP 3.0 kontrola sald ujemnych

Ten artykuł jest przeznaczony dla wdrażających 1C - a zwłaszcza dla tych, którzy przygotowują się do certyfikacji 1C: Specjalista ds. Platform.

Dzisiaj będziemy szukać 2 metody kontroli sald - nie tylko sald w magazynie, ale także np. wzajemnych rozliczeń („Jakie jest aktualne zadłużenie klienta i czy istnieje możliwość wysyłki do niego towaru?”)

Obie metody są stosowane w konfiguracjach standardowych oraz w zadaniach certyfikacyjnych. A ponieważ jest ich dwóch - musisz jasno zrozumieć, kiedy ma zastosowanie „nowa” technika, a kiedy tylko „stara”..

Jest to podstawowa wiedza dla programistów 1C, zalecamy nie pozostawiać luk w takich obszarach. Powinno cię to zabrać na studia 15 minut :)

Sformułowanie problemu

Weźmy prostą konfigurację z dokumentami „Odbiór towaru” i „Sprzedaż towaru”:

Do rozliczenia sald stosuje się rejestr akumulacji „Wolne salda”:

Podczas księgowania dokumentu „Odbiór towaru” wykonywane są następujące ruchy:

Procedura przetwarzania (awaria, tryb)

Dla każdego TechStringProducts z cyklu produktów
Ruch = Ruchy.FreeRemains.Add();
Movement.MovementType = AccumulationMovementType.Incoming;
Ruch.Period = Data;
Ruch.Nomenklatura = TechStringProducts.Nomenklatura;
Ruch.Quantity = TechStringProducts.Quantity;
Koniec cyklu;

Koniec procedury

Przetwarzanie księgowania dokumentu „Odbiór towaru” zostało przeprowadzone za pomocą projektanta ruchu i nie jest interesujące, ponieważ po dotarciu do magazynu nie jest wymagana kontrola sald.

Czasami w przypadku dokumentu „Odbiór towaru” wdrażana jest również kontrola salda - tak, że po anulowaniu lub ponownym zaksięgowaniu dokumentu nie powstaje saldo ujemne.

Przykładowo do magazynu przybyło 10 nowych telewizorów LG, 6 z nich zostało sprzedanych. Jeżeli dokument paragonowy zawiera 10 sztuk. naprawić o 5 szt. – powstaje saldo ujemne „minus 1 szt.”.

W standardowym UT 11 taka kontrola jest możliwa za pomocą opcji funkcjonalnej „Kontrola towarów organizacji przy anulowaniu paragonów”.

Podczas księgowania dokumentu „Sprzedaż towarów” konieczne jest zorganizowanie kontroli pozostałości. W przypadku niewystarczającej ilości produktu dokument nie zostanie zaksięgowany i wyświetlony zostanie komunikat diagnostyczny. To jest problem, który jest rozwiązywany.

Celowo pracujemy nad prostym problemem, w którym nie jest obliczany koszt odpisu. Pozwoli nam to skupić się szczególnie na niuansach kontroli pozostałości.

Notatka– algorytmy przedstawione poniżej są przeznaczone do uczenia i powinny być jak najbardziej przejrzyste.
Można je zoptymalizować, ale wtedy „współczynnik zrozumienia” będzie niższy, dlatego nie będziemy się nad tym rozwodzić w tym artykule.

Oczywiście możesz je zoptymalizować samodzielnie lub wziąć udział w naszym kursie Akceleracja i optymalizacja 1C :)

Jak już zrozumiałeś, rozwiązanie problemu można wykonać na dwa sposoby. Zacznijmy od techniki stosowanej od czasów 1C:Enterprise 8.0.

Stara metoda kontroli pozostałości

Zasada starej techniki kontroli pozostałości jest następująca: Sprawdzamy, czy pozostał towar w wymaganej ilości. Jeśli tak, odpisujemy, jeśli nie, zgłaszamy błąd..

Algorytm w starej metodzie składa się z kilku bloków:

Żądanie pobiera salda produktów i dane dokumentów
Cykl monitoruje wystarczalność towarów
Jeśli nie ma wystarczającej ilości towarów, dokument nie jest księgowany
Jeśli towarów jest wystarczająco dużo, wykonywane są ruchy konsumpcyjne

Tak wygląda kod programu:

// 1. Kasowanie starych ruchów rejestrów
Movements.FreeRemainders.Write = True;
Ruchy.Rekord();

// 3. Przechodzenie przez wyniki zapytania

// 4. Sprawdzenie wystarczalności towaru
Deficyt = SampleProducts.Quantity - SampleProducts.Remaining;
Jeśli deficyt > 0 To
Odmówić = Prawda;
Message.Text = "Produkt "+SelectionProducts.NomenclaturePresentation+" to za mało w ilości "+Brak+" szt.";
Wiadomość.Wiadomość();
koniecJeśli;

// 5. Przejdź na początek pętli, jeśli wystąpiły błędy
Jeśli niepowodzenie to
Kontynuować;
koniecJeśli;

// 6. Wykonywanie ruchów do rejestrów
Ruch.Period = Data;

Koniec cyklu;

// 7. Ustawienie flagi rejestrującej ruchy na koniec transakcji
Movements.FreeRemainders.Write = True;

Koniec procedury

Skomentujmy kluczowe punkty algorytmu.

1. Kasowanie starych ruchów rejestrów

Poniżej w algorytmie pojawi się żądanie do pozostałej części rejestru.

Jeśli bieżący dokument został wcześniej opublikowany, oznacza to, że tak prawdopodobieństwo otrzymania przesunięć starych dokumentów w żądaniu- To poważny problem.

Kiedy taka sytuacja jest możliwa? Kiedy jest data dokumentu Idzie naprzód.

Pokażmy na przykładzie, do czego to doprowadzi:

Pozostałe lampy stołowe 10 szt.
Dokument z 16.02.17 jest w trakcie przetwarzania, odpisujemy 6 lamp
Data w dokumencie zostaje zmieniona na 17.02.17 (datę można przesunąć do przodu o co najmniej 1 sekundę), opublikujmy dokument ponownie.

Jeśli nie usuniesz ruchów, system zgłosi brak 2 sztuk. Dlaczego? Tak, ponieważ stare ruchy dokumentów spisały 6 z 10 istniejących lamp. Następnie system próbuje odpisać jeszcze 6 sztuk, ale zostały już tylko 4.

Problem rozwiązano w 3 linijkach kodu:

Zbiór rekordów jest czyszczony (mógł zostać odczytany w formularzu lub w poprzednich programach obsługi)
Zestaw rekordów ma ustawioną flagę „Zapisz”.
Rejestrowane są wszystkie sety, które mają ustawioną flagę „Rekord”.

Ściśle mówiąc, możemy kontrolować czyszczenie przesunięć podczas publikowania dokumentów:

Zalecana jest opcja usuwania ruchów przy anulowaniu wykonania - sami kontrolujemy, kiedy konieczne jest faktyczne usunięcie ruchów.

2. Odbiór danych dokumentowych i sald rejestrowych na żądanie

Zapytanie składa się z dwóch pakietów:

W pierwszym pobierane są pogrupowane dane z części tabelarycznej – tworzona jest tabela tymczasowa
W drugim żądaniu do danych dokumentu dołączana jest pozostała część rejestru.

Na co powinieneś zwrócić uwagę w tej prośbie:

Podczas tworzenia tabeli tymczasowej pole, na którym zostanie wykonane złączenie, jest indeksowane - odbywa się to w celu uzyskania optymalnej wydajności
Moment otrzymania salda – odpowiada położeniu dokumentu na osi czasu
W rejestrze może nie być żadnych resztek - dlatego wykonywane jest lewe złączenie i używana jest funkcja „ECTNULL” dla zasobu „Quantity” - wartość NULL jest zmniejszana do zera.

3. Pomijanie wyników zapytań

Opracowany wniosek zawiera pogrupowane dane dokumentów i salda według pozycji towarowych.

W pętli przeglądamy wynik tego żądania.

4. Sprawdź, czy towar jest wystarczający

Ustalamy braki towaru.

Jeśli deficyt jest większy od zera, oznacza to, że brakuje towaru:

Wysyłamy komunikat diagnostyczny
Ustaw parametr „Odmowa” przetwarzania księgowania na „True”

Jeżeli „Odmowa” jest równa „True”, wówczas wynik transakcji księgowania dokumentu nie zostanie zarejestrowany. W uproszczeniu jest to polecenie dla systemu, aby nie przetwarzał tego dokumentu.

5. Przejdź na początek cyklu jeśli wystąpiły błędy

Jeśli na tym lub poprzednich etapach cyklu wystąpiły błędy (Niepowodzenie = Prawda), wówczas nie ma sensu formować ruchów. Mimo to nie zostaną one zapisane w bazie danych.

6. Wykonywanie ruchów w rejestrach

Jeżeli sprawdzenie sald przebiegło pomyślnie, tworzymy ruch wydatków.

7. Ustawienie flagi rejestracji ruchu na koniec transakcji

Jeśli ta flaga nie jest ustawiona, ruchy NIE będą rejestrowane.

Na koniec transakcji księgowania dokumentu zapisywane są tylko te zestawy rekordów, które mają ustawioną flagę „Zapisz”.

Aby być uczciwym, zauważamy, że ustawienie właściwości „Rekord” zestawu rekordów ma sens pod jednym warunkiem - we właściwości dokumentu „Rekord ruchów podczas wykonywania” należy określić wartość „Wybrany rekord”:

Jednak de facto standardem jest wartość „Rekord wybrany”:

Stosowany jest w rozwiązaniach standardowych
Ustawiane domyślnie podczas tworzenia nowych dokumentów.

Kolejna wartość właściwości – „Zapis zmodyfikowany” – jest przestarzała i praktycznie nie występuje w nowoczesnych konfiguracjach.

Nowa metoda kontroli pozostałości

Nowa metoda wykorzystuje zasadę: odpisujemy niezbędne towary, a następnie sprawdzamy, czy dla towarów dokumentu nie powstało saldo ujemne. Jeśli tak, musisz wycofać dokument.

Jak widać, istnieje zasadnicza różnica w momencie kontroli sald:

Stara metoda polega na tym, aby najpierw sprawdzić saldo, a następnie je spisać
Nowa technika - najpierw odpisujemy, potem sprawdzamy saldo.

W rezultacie kod programu będzie wyglądał następująco:

Procedura przetwarzania (awaria, tryb)

// 2. Tworzenie ruchów - zużycie rejestru
Ruchy.FreeRemains.Clear();
SelectionProducts = Wynik zapytania.Select();
Podczas gdy SelectProducts.Next() jest pętlą
Ruch = Ruchy.Wolne pozostałości.DodajWydat();
Ruch.Period = Data;
Movement.Nomenclature = SelectionProducts.Nomenclature;
Ruch.Ilość = PrzykładoweProdukty.Ilość;
Koniec cyklu;

// 3. Rejestracja ruchów w bazie danych
Movements.FreeRemainders.Write = True;
Ruchy.Rekord();

Obramowanie kontrolne = Nowa granica(TimePoint(), BorderView.Including);
Request.SetParameter("TimePoint", granica kontrolna);
RequestResult = Request.Execute();

// 5. Wyświetlanie komunikatów o brakach towaru
Jeśli nie QueryResult.Empty() to
Odmówić = Prawda;
ErrorSelect = QueryResult.Select();
Podczas gdy pętla SelectErrors.Next()
Wiadomość = Nowa wiadomość do użytkownika;
Message.Text = "Produkt "+SampleErrors.NomenclaturePresentation+" jest niewystarczający w ilości "+SampleErrors.Deficiency+" szt.";
Wiadomość.Wiadomość();
Koniec cyklu;
koniecJeśli;

Koniec procedury

Przyjrzyjmy się kluczowym punktom algorytmu.

1. Otrzymanie danych dokumentu na żądanie

Zapytanie to potrzebne jest do grupowania danych w części tabelarycznej dokumentu.

Należy pamiętać, że pierwsze zapytanie w partii tworzy tabelę tymczasową - zostanie ona użyta w następnym zapytaniu. Jest to możliwe dzięki tymczasowemu menedżerowi tabel, który jest tworzony dla tego zapytania.

2. Tworzenie ruchów - zużycie rejestru

W cyklu dane z dokumentu zapisywane są do rejestru - czyli dokonywany jest bezwarunkowy (bez weryfikacji) spis towaru.

3. Rejestracja ruchów w bazie danych

Aby salda w rejestrze uległy zmianie, należy rejestrować ruchy.

4. Zapytanie o otrzymanie pozostałości ujemnych z rejestru

Teraz na proste żądanie wybieramy salda ujemne dla towarów dokumentowych.

W tym miejscu wykorzystywana jest tabela tymczasowa utworzona w pierwszym kroku - na element zostaje nałożony warunek (w tym celu nie tworzymy nowego obiektu typu „Żądanie”, lecz korzystamy z utworzonego wcześniej).

Zwróć uwagę na sposób transmisji momentu w czasie - używany jest typ danych „Granica”. Pozostałe salda muszą zostać odebrane w określonym momencie, bezpośrednio PO bieżącym dokumencie.

Czy można było uzyskać salda bez obramowania, np. dodając 1 sekundę do daty dokumentu?

NIE! W końcu w ciągu jednej sekundy może powstać duża liczba dokumentów. Dlatego jedyną słuszną opcją jest użycie typu obramowania „W tym”.

5. Wyświetlanie komunikatów o brakach towaru

Jeśli wynik zapytania nie jest pusty, to pozostają ujemne reszty - w takim przypadku dokument nie jest przetwarzany i wyświetlają się komunikaty o wszystkich błędach.

Korzyści z kontroli pozostałości nową metodą

Zatem oba algorytmy rozwiązują ten sam problem.

Różnica pomiędzy algorytmami jest widoczna, ale zalety nie są oczywiste.

Wyróżnijmy je więc:

Nie ma potrzeby usuwania przesunięć starych dokumentów. Zasadniczo jest to operacja zapisania pustego zestawu ruchów do bazy danych i usunięcia istniejących ruchów - są to operacje wymagające dużych zasobów
Zapytanie pobierające dane dotyczące sald ujemnych uzyskuje dostęp tylko do jednej tabeli - nie ma potrzeby wykonywania lewego złączenia z danymi dokumentu i używania funkcji „ISNULL()”.

Dodatkowo w trakcie normalnych procesów biznesowych użytkownik wskazuje ilość, która nie przekracza stanu na magazynie.

W takim przypadku drugie żądanie nie zwróci żadnych danych, a przetworzenie dokumentu nastąpi możliwie najszybciej.

Czy te milisekundy są naprawdę takie ważne?

Na bazach danych zawierających małą ilość danych i użytkowników różnica nie będzie zauważalna. Jednak w obciążonych systemach z dziesiątkami użytkowników koszt każdej milisekundy jest wysoki.

Ponadto podczas egzaminu 1C:Platform Specialist koniecznie musisz zastosować nową metodę kontrolowania sald, jeśli pozwala na to konkretne zadanie.

Ok, więc zawsze powinieneś używać nowej techniki, prawda?

Nie, to nie prawda!

Nową technikę można zastosować tylko wtedy, gdy wszystkie dane niezbędne do przetworzenia dokumentu znajdują się w samym dokumencie.

Oznacza to, że aby uzyskać dane, nie trzeba uzyskiwać dostępu do rejestrów kontrolujących salda.

Gdyby więc np. kwota została uwzględniona także w rejestrze „Wolne salda”, wówczas należałoby zastosować starą metodę kontroli.

Nawiasem mówiąc, w standardzie „1C: Zarządzanie handlem 11” kontrola salda jest realizowana przy użyciu nowej metody, a w „1C: Księgowość 8” - zgodnie ze starą metodą.

Ale to nie wszystko!

Algorytmy przedstawione powyżej mogą być wykorzystywane wyłącznie w celach edukacyjnych. Rzecz w tym, że tego nie biorą pod uwagę kontrolowane zamki, którego należy użyć, jeśli w systemie jest więcej niż jeden użytkownik.

Omówiono bloki dla obu metod kontroli pozostałości. Również w tym artykule rozwiązujemy bardziej złożony problem - oprócz kontrolowania sald obliczamy koszt spisanych pozycji. Zalecamy dokładne przestudiowanie go.

A na początek powiedzmy tak montaż zamka w nowej metodzie jest bardzo prosty– i to jest kolejna zaleta nowej metody kontroli pozostałości.

Wyniki

Podsumujmy krótko.

Przyjrzeliśmy się dwóm technikom kontroli pozostałości, z których każda jest stosowana w nowoczesnych typowych konfiguracjach.

Kluczowa różnica pomiędzy technikami w momencie kontroli sald:

Stara technika - kontrola przed rejestracją ruchów w rejestrach
Nowa technika - kontrola po zarejestrowaniu ruchów w rejestrach

Ogólnie rzecz biorąc, nowa technika jest bardziej skuteczna, ale nie zawsze ma zastosowanie.

Kryterium stosowalności– jeśli nie ma potrzeby dostępu do danych z rejestru kontrolowanego w celu wygenerowania ruchów, można zastosować nową technikę.

Jeśli mówimy o kontroli sald produktów, wówczas możliwe jest zastosowanie nowej techniki, gdy dane o saldach kosztowych i magazynowych przechowywane są w różnych rejestrach.

I na koniec przykłady z typowe konfiguracje:

W UT 11 istnieją 2 główne rejestry do rozliczania pozycji: Wolne salda (ilość) i Koszt towarów (dane o kosztach) - stosowana jest nowa metodologia
W BP 3.0 dane o kosztach i saldach gromadzone są w jednym rejestrze księgowym – stosowana jest stara metoda kontroli sald.

Każda organizacja musi monitorować salda zapasów. Często zdarza się, że produkt jest faktycznie dostępny, ale nie ma go w programie. A potem księgowy jest zmuszony podjąć decyzję:

pozwolić na jego sprzedaż;
odłożyć do czasu, aż stanie się jasne, dlaczego powstała ta sytuacja.

Decyzja z reguły podejmowana jest w oparciu o politykę obowiązującą w organizacji w odniesieniu do księgowania sald. Czasami możesz odłożyć produkt na bok i powiedzieć kupującemu, że nie da się go teraz sprzedać. Czasami nie da się tego zrobić. Na przykład, gdy kupujący widzi ten produkt lub już trzyma go w rękach.

Można oczywiście po prostu wygenerować dokument sprzedaży i nie publikować go, ale nie wszystkie organizacje na to pozwalają. Dlatego w programie 1C 8.3 (podobnie jak w 8.2) możliwe jest wyłączenie kontroli sald ujemnych.

Jeśli włączona jest kontrola salda, to przy sprzedaży towaru, którego nie ma na magazynie (lub na wymaganym koncie) program wyświetli ostrzeżenie:

Kolumna „Ilość” w wierszu 1 listy „Produkty” jest wypełniona błędnie.
Wskazana ilość przekracza saldo. Pozostało: 18; Brakuje: 111 093

Uzyskaj 267 lekcji wideo na 1C za darmo:

Wyłączenie kontroli sald ujemnych w 1C 8.3

Aby wyłączyć lub włączyć kontrolę salda w 1C, musisz przejść do menu „Główne”, a następnie w sekcji „Ustawienia” wybrać „ „.

W niektórych wersjach rachunkowości 1C ustawienia te znajdują się w menu „Administracja - Ustawienia księgowania dokumentów”.

W „Parametrach księgowych” należy przejść do zakładki 1C „Zapasy” i zaznaczyć pole wyboru „Zezwól na odpisanie zapasów, jeśli nie ma sald według danych księgowych”:

Następnie wystarczy kliknąć przycisk „Zapisz i zamknij”. Teraz przy odpisywaniu salda nie będą kontrolowane.

Ale taka metoda nieuchronnie doprowadzi do pojawienia się ujemnych sald w magazynie (czyli w programie). Przyjrzyjmy się, jak sobie z tym poradzić.

Raport „Kontrola sald ujemnych”

W najprostszym przypadku wystarczy wybrać okres i kliknąć przycisk „Generuj”. I tu czekała mnie pierwsza niespodzianka.

W programie testowym specjalnie symulowałem sytuację, w której sprzedałem więcej towarów, niż mam na stanie. Co więcej, dokonał tej sprzedaży w 2013 roku. Logicznie rzecz biorąc, nadal mam ten sam produkt na czerwono teraz, w 2016 roku. Dlatego nawet nie dotknąłem kropki, ale od razu kliknąłem „Generuj”. Nie wyszło mi to. Okazuje się, że raport może wyświetlać informacje o saldach ujemnych tylko za wybrany okres.

W moich samouczkach wideo często mówię o tym, że baza danych 1C musi być przygotowana do zamknięcia okresu i raportowania. Jednym z ważnych punktów takiego przygotowania jest kontrola ujemnych sald towarów, materiałów i gotowych produktów. Jakich raportów należy użyć do sprawdzenia stanu kont magazynowych w 1C: Księgowość? Przyjrzyjmy się niektórym z nich.

1. Raport „Bilans rachunku”

Wielu księgowych jest przyzwyczajonych do pracy z bilansami kont. Raport ten rzeczywiście może być używany do kontroli sald zapasów, wystarczy tylko upewnić się, że ustawienia są ustawione na wyświetlanie wskaźników ilościowych.
Kliknij przycisk „Pokaż ustawienia” i przejdź do zakładki „Wskaźniki”.

Następnie dokładnie przeglądamy raport i analizujemy wykryte błędy

Bilans jest wygodny, ponieważ pozwala ocenić nie tylko obecność ujemnych sald ilościowych, ale także wykryć inne problematyczne sytuacje:
- saldo ilościowe pozycji zapasów bez kwoty;
- saldo całkowite bez ilości;
- saldo ujemne.
Jeśli jednak w księgowości bierze udział duża liczba pozycji, taka kontrola może być dość pracochłonna. Ponadto SALT będzie musiała być generowana osobno dla każdego konta księgowego (10, 41, 43), co również nieco komplikuje proces pracy.

2. Raport „Kontrola sald ujemnych”

Konfiguracja 1C: Enterprise Accounting 8 edycja 3.0 zapewnia raport, który idealnie nadaje się do monitorowania ujemnych sald ilościowych pozycji magazynowych. Raport znajduje się w zakładce „Magazyn”.

Wskazujemy okres, organizację i generujemy raport.

W raporcie uwzględniono jedynie te pozycje pozycji, dla których stwierdzono ujemne saldo ilościowe. Dużą zaletą jest to, że analizowane są dane na wszystkich kontach magazynowych. Moim zdaniem wygodniej jest pracować z raportem niż z OSV.
Ale jest też minus - raport pozwala monitorować jedynie ujemne salda ilościowe, pozostawiając za kulisami inne problemy, które SALT pozwala wykryć.

3. Raport „Analiza subconto”

Mówiłem o tym raporcie więcej niż raz. Analiza Subconto to jeden z moich ulubionych raportów, który pozwala nie tylko wykryć błędy, ale także w wielu sytuacjach zrozumieć ich przyczyny.
Przejdź do sekcji „Raporty” - „Analiza Subconto”.

Wybierz podkonto „Nomenklatura” i sprawdź, czy w ustawieniach raportu włączone jest wyświetlanie wskaźników ilościowych.

Analiza subconto jest dobra, ponieważ pozwala uzyskać informacje o ruchu pozycji magazynowych na wszystkich kontach księgowych. Na przykład, aby śledzić sytuacje, w których produkt trafił na jedno konto księgowe, ale został sprzedany z innego.

Jednak w przypadku dużej liczby pozycji analiza danych może być trudna.
Więcej o pracy z tym raportem mówiłem w samouczku wideo Jak pracować z raportem „Analiza Subconto” w 1C - WIDEO.
Zatem każdy z recenzowanych raportów ma swoje wady i zalety. W swojej pracy polecam łączyć je:
- znaleźć błędy rażące korzystając z raportu „Kontrola sald ujemnych”;
- następnie wyświetl SALT dla wszystkich kont magazynowych;
- w celu identyfikacji przyczyn nieprawidłowego salda skorzystaj z raportu „Analiza Subconto”.
Ciekawe przykłady związane ze znajdowaniem i poprawianiem błędów przy rozliczaniu pozycji magazynowych omówiłem także w dwóch przydatnych filmach:

Kontrola sald magazynowych jest obowiązkową procedurą księgową w każdym przedsiębiorstwie zajmującym się towarami. Często można spotkać się z sytuacją, że w programie nie ma produktu, a faktycznie jest on w magazynie. W takiej sytuacji istnieją dwie możliwości:

Wyślij go na sprzedaż;
Pozostaw go w magazynie do czasu wyjaśnienia okoliczności tej sytuacji.

Wybór zależy od kilku czynników, takich jak polityka organizacyjna czy konkretna sytuacja. Jeśli produkt znajduje się na ladzie i kupujący jest nim zainteresowany (trzyma go w rękach), nie zaleca się odmawiania sprzedaży.

Niektóre przedsiębiorstwa praktykują generowanie dokumentu sprzedaży bez jego księgowania, jednak nie wszystkie stosują tę praktykę. W takich sytuacjach program 1C w najnowszych wersjach oferuje możliwość wyłączenia kontroli sald ujemnych.

Po włączeniu kontroli, sprzedaż towarów, których nie ma na magazynie zgodnie z programem, wyświetli użytkownikowi ostrzeżenie: „Kolumna „Ilość” w wierszu 1 listy „Produkty” jest błędnie wypełniona. „Podana ilość przekracza saldo. Pozostało: 18. Brakuje 111.093.”

Wyłączenie kontroli sald ujemnych w 1C

Operację włączania/wyłączania kontroli sald w 1C przeprowadza się za pomocą menu „Główne” - „Ustawienia” - „Parametry księgowe” - „Zapasy”. Tutaj należy zaznaczyć pole „Zezwalaj na odpisanie zapasów, jeśli nie ma zapasów według danych księgowych”.

Następnie czynność potwierdzamy przyciskiem „Zapisz i zamknij”. Z kolei takie działania z pewnością staną się podstawą do powstania ujemnych sald w rachunkowości. Trzeba będzie je wyeliminować.

Raport „Kontrola sald ujemnych”

Raport ten generowany jest poprzez menu „Magazyn” – „Raporty”, gdzie prezentowany jest dokument. Użytkownik ma obowiązek określić interwał żądania i kliknąć przycisk „Generuj”. Brak określonego okresu nie pozwoli na wykazanie sald ujemnych, co jest cechą systemu wymagającą obowiązkowego uzupełnienia kolumny „Okres”.

Gotowy raport ma następujący wygląd.

Dla samego raportu dostępny jest standardowy zestaw filtrów obejmujący grupowanie, sortowanie i inne transformacje danych zgodnie z żądaniami i potrzebami użytkowników. Za pomocą przycisku „Pokaż ustawienia” możesz ręcznie uwzględnić w raporcie dodatkowe wiersze.

Dzięki temu raportowi w dowolnym momencie uzyskasz zbiorczą lub szczegółową informację o ujemnych saldach na 41 rachunkach. Wynik raportu wyświetlany jest z domyślnymi szczegółami (patrz rys. 1)

Ponieważ Ponieważ raport jest w całości napisany przy użyciu schematu układu danych, zmiana sekcji raportu z trybu użytkownika nie będzie dla użytkownika trudna (patrz rys. 2)

Raport zewnętrzny jest przeznaczony dla konfiguracji „1C: Enterprise Accounting 8, wydanie 3.0” i „wydanie 3.0 (KORP)”, działającego na platformie w wersji 8.2 w trybie „APLIKACJA ZARZĄDZANA”.

Bezpłatny okres wsparcia: 1 miesiąc.

Powody zakupu

Ujemne salda zawsze przyprawiają każdego księgowego o ból głowy. Ujemne salda na 41 rachunkach podwójnie pogarszają tę sytuację. Ten raport szybko i wyraźnie pokazuje wszystko „zaczerwienienie” w 41 liczy się w wygodnej i wizualnej formie. Ponadto lWszelkie ujemne saldo na 41 rachunkach można rozszyfrować za pomocą raportów „Analiza subconto” i „Karta konta”. Jednocześnie łącząc wykorzystanie tych raportów możliwe jest zejście od razu do poziomu dokumentów ewidencyjnych, które spowodowały przemieszczenie towaru. W tym celu wystarczy kliknąć na żądany numer w raporcie i wybrać raport do dekodowania.

Zgodnie z licznymi prośbami użytkowników utworzono odrębną wersję raportu „Kontrola ujemnych sald na rachunkach magazynowych”, która dodała możliwość kontroli ujemnych sald nie tylko dla 41 rachunków, ale także innych głównych rachunków dla ruchu zapasów rzeczy:

Konto 07 Sprzęt do instalacji
- Konto 08.04 Nabycie środków trwałych
- Konto 10 wszystkie oprócz 10.07 (Materiały przekazane do przetworzenia osobom trzecim)
- Konto 21 Półprodukty własnej produkcji
- Konto 41 wszystkie z wyjątkiem 41.12 (Towary w handlu detalicznym (w NTT według wartości sprzedaży))
- Rachunek 42.01 Marża handlowa w zautomatyzowanych punktach sprzedaży detalicznej
- Konto 43 Produkty gotowe

Należy również pamiętać, że salda ujemne mogą powstać nie tylko na rachunkach zapasów, ale także na koncie zgłoszenia celnego. Jeśli i Ty chcesz kontrolować to konto, zalecamy zapoznanie się z raportem zewnętrznym

Zalety

Połączenie poprzez mechanizm zewnętrznego przetwarzania i raportowania. Dzięki temu można korzystać z raportu bez dokonywania jakichkolwiek zmian w standardowej konfiguracji. Możliwe jest również otwarcie standardowego raportu poprzez „Plik” -> „Otwórz”.
Możliwość dostosowania raportu „dla siebie” z trybu użytkownika.

Gwarancja zwrotu pieniędzy

Infostart LLC gwarantuje Państwu 100% zwrotu pieniędzy, jeśli program nie odpowiada deklarowanej funkcjonalności z opisu. Pieniądze mogą zostać zwrócone w całości na Twoje żądanie w ciągu 14 dni od dnia wpływu pieniędzy na nasze konto.

Skuteczność programu została tak udowodniona, że możemy z pełnym przekonaniem udzielić takiej gwarancji. Pragniemy, aby wszyscy nasi klienci byli zadowoleni z zakupu.