Зачеты платежей

Я запуталась с проводками. :'( :'(

Фирма несколько раз в течение месяца деньги, в конце месяца получает счет, в котором указывают минимальную сумму для возобновления баланса.

Например:

платы в течение месяца

100лс, 500лс, 100лс.

В конце приходит счёт на 2000лс +НДС.

Получается проводки:

Д2190 Л2620 100

Д2190 К2620 500

Д2190 К2620 100

Д7... К5310 2000

Д572. К5310 360

Д5310 К2190 700

Как потом( в следующем периоде?) засчитывать оплату НДС?

"nu par tādu summu vajadzētu programmas izstrādātājiem rast iespēju sagatavot PVN deklarāciju bez sarežģījumiem. " - да никаких сложностей, если Вы не слышали или не приемлете такую технологию, то не используйте.

Клео, Вы не до конца напечатали выдержку, 2. применяется при возврате товаров и почему бы не в зачёте авансов?

______________

Storno i na zapade storno- для исправления ошибочной проводки ... ! Tāpēc, ka uzskatu avansa ieskaitu par parastu darījumu kreditora parāda samazināšanā neviz par preces atgriešanu vai kļūdas labojumu.

а настройки по default`у стоят? Может легче там исправить? Я исправила свои, всё считает как нужно.

Не знаю, но обычно во всех программах можно что-то корректировать.

Я не понимаю чем конкретно отличается зачёт аванса от возврата товара? И тот и другой можно провести как с красным сторно, так и с чёрным - результат не изменится. Так почему возврат с минусом можно, а зачёт аванса нельзя ??????

И где сказано, что нельзя?

"а настройки по default`у стоят?" - причём здесь настройки? Я и вручную буду делать именно так, потому что "Этот метод появился раньше и менее удобен. " - Ваш метод. А с красным сторно мне более удобен.

Par cik visus saimneiciskos darījumus iegrāmato kā pozitīvu skaitli (11. Izmantojot divkāršā ieraksta sistēmu, vienu un to pašu summu par vienu un to pašu saimniecisko darījumu ieraksta grāmatvedības kontu debetā un kredītā, ievērojot uzņēmumā lietoto grāmatvedības kontu plānu un saimnieciskā darījuma būtībai atbilstošu grāmatvedības kontu savstarpējo saistību (kontu korespondenci).), tad noteikumos uzskatu nav īpaši jāatrunā, ka kontējumu veic norādot summas kā pozitīvu skaitli. Tiem atsevišķiem darījumiem, kredītrēķiniem, kļūdu labojumiem ir tāpēc speciāli atrunāts noteikumos, ka kļūdu labo ar storno (28. Ja tiek laboti attaisnojuma dokumenti vai grāmatvedības reģistri, labojumu izdara ar jaunu ierakstu, kas labo vai atsauc iepriekšējo ierakstu. Grāmatvedības reģistrus var labot, lietojot negatīvus skaitļus (storno). ).

Ierakstiem grāmatvedības reģistros jābūt savlaicīgi izdarītiem, pilnīgiem, precīziem un sistemātiski sakārtotiem. Nav pieļaujami ieraksti, kuru saturs vai mērītāji atšķiras no attaisnojuma dokumenta.- ja attaisnojuma dokumentā summas nav ar mīnusu, tad arī grāmatojums nav veicams norādot skaitli ar mīnusu, manuprāt.

Par cik mans viedoklis ar Makssoft viedokli šai jautājumā nesakrīt, tad mēs paliekam katra pie sava viedokļa. Mani tāpat nepārliecināt, ka avansa ieskaitu var veikt grāmatojot ar mīnusu (sarkano storno).

"ja attaisnojuma dokumentā summas nav ar mīnusu, tad arī grāmatojums nav veicams norādot skaitli ar mīnusu, manuprāt." - согласна, только аванс ранее уплаченный именно с минусом в счёте и показан:

Сумма без ПВН 100

ПВН 18

Сумма с ПВН 118

Аванс -118

К оплате 0

118-118=0

Не о чем спорить. Как в методике прописано, так и будет правильно.

ну да, зачёт и исправление, никакой разницы, главное теперь методика, а нормативки могут и в сторонке постоять.

А нормативки у нас проводки не регламентируют 😉

А у нас прводки суть операции должны отражать, а не арифметику.:-P

А чем минус искажает суть операции? Да ничем и арифметика это подтверждает. А вообще спор бессмысленный, поскольку проводки - внутреннее дело фирмы.

Albina

сообщений: 34720 03.05.2008 14:35

В принципе можно, если очень хочется. Что делать, если в проге по-другому декларация по ПВН работать не будет. Вот и выручиваемся, как можем.

------------

Альбина, в 1с все чудненько настраивается. в другой не знаю как. По 1с могу подсказать.

Manuprāt esat piemirsušas grāmatvedības terminam *storno* pamatnozīmi darbībā, t.i. - funkcijas, kurās to piemēro. Un tās ir:

• dzēšana

• norakstīšana

• atsaukums

• atcelšana

• anulēšana

• laušana

• atsaukšana

• atcēlums

Nevienu no nosauktajiem /kā arī pašu sākotnējā nozīmē lietoto *storno*/ gan nevar pielietot kā adekvātu veicot *avansa ieskaitu*.

Ne kā sarkanu, ne - melnu. 😏

Tāpēc praksi, kas gūta *piemērojoties* grāmatvedības programmas nepilnībām (!!!) - vismaz vajadzētu paturēt pie sevis noklusējumā vai darīt zināmu labošanai gr.pr. izstrādātājam, nevis bezgalīgās debatēs uzdot (jaunatklājumu?!) kā pielietojamu.

🙂

Ириш, в 1С у меня проблем нет 😉

Альбина, а как насчет проверки? Помнишь о чем говорили вечером после шашлычки? 😂 😛

Liepupe, еще раз повторюсь, проводки - внутреннее дело фирмы и теоретическое толкование сторно к этому не имеет никакого отношения.

А разработчики все прекрасно знают, но исправлять ничего не собираются.

Кака така проверка? 😉

Ну, Альбина, память у тебя девичья 😆 Начсет чего стояли у ворот и судачили? Помнишь? О соответствии? 😂