25.02.2016, 16:13 | #1 |
Administrator
|
нет, я, конечно, дебил.
во-первых потому что не поставил 93-ю таблицу на аудит во-вторых потому что только сегодня узнал о существовании столь "эпической" галочки в настройках... короче на проекте кто-то пару дней назад "случайно проходя мимо" взял да и поставил галочку "Без Разноски" напротив учетной группы ПОДОТЧЕТНИКИ. слава Богу вовремя спохватились. итого 40 документов, счета и оплаты, в которых есть следы в фин. книге, в банковской книге, в книге НДС, НО НИФИГА НЕ В ПОСТАВЩИКОВСКОЙ И ЕЕ ДЕТАЛЬНОЙ!!! прошу совета, други, че делать? тупо отсторнировать, пусть заново проводят? вручную насоздавать недостающих записей? млять хотел бы я посмотреть в глаза этому "локализатору" что придумал такую потрясающую галочку! |
|
25.02.2016, 16:41 | #2 |
Участник
|
Если нет только в поставщиковской и ее детальной, может тогда имеет смысл взять бэкап базы на момент учета первого такого документа, да и учесть как надо, а потом ручками перенести сделанные в новой тестовой базе операции в нерабочее время? Понятное дело, что всякие технические моменты типа Entry No. нужно будет подправить/проконтролировать, но это не сильная трабла...
Учитывая тот факт, что пару дней прошло только, проблемы быть с такой процедурой не должно... Хотя, зависит от объема транзакций. |
|
26.02.2016, 01:17 | #3 |
Administrator
|
да, принял решение нафигачить операций, исходя из следов Главной Книги.
одновременно поможет в разных организациях (у меня настройки общие, зараза везде пошла) одновременно получится "таблетка" для возможного решения подобных проблем в будущем. блин. я всем представляю Нав как систему, в которой каждая операция находит отражение во всех контурах и ее можно расшифровать как по товарам, так и по клиентам-поставщикам, как и по финансам... и тут появляется (100 лет назад, как оказалось) "волшебная" гайка, которая умножает на ноль все навиженское достоинство (в моем скромном его понимании). и даже в хелпе Нава 2009 она не описана. неужели великим локализаторам при создании такой гайки не пришла на ум функция "простите, мы зря ее установили, давайте сделаем все хорошо"? ну там периодическим заданием или еще чем "воссоздать" похеренные операции. неужели при ее установке не стоит спросить пользователя "чувак! у тебя разойдутся книжки! ты правда сознательно ведешься на этот геморрой?" накой, простите, она вообще нада, если ПОСТАВЩИКА В ЛЮБОМ СЛУЧАЕ ПРИДЕТСЯ СОЗДАВАТЬ??? да, по нему не будет оборотов, но он-то сам БУДЕТ!!! удивлен,блин. |
|
27.02.2016, 08:32 | #4 |
Участник
|
а эта хрень не для налоговых органов сделана была? или я что-то путаю? Поставщик нужен был для формирования разных отчетов и указания, например, в настройках налогового агента
|
|
27.02.2016, 14:43 | #5 |
Administrator
|
Цитата:
Сообщение от jopagames3
Блин, постоянно путаю станции Проспект мира и Парк культуры />
еще Оксану и Ларису а почему по налоговому органу, т.е. Поставщику не должно быть Книги Операций? Orwell - Роман CaseOren - Валерий |
|
27.02.2016, 16:06 | #6 |
Участник
|
Цитата:
Сообщение от Sancho
Цитата:
Сообщение от jopagames3
Блин, постоянно путаю станции Проспект мира и Парк культуры />/>/>/>/>
еще Оксану и Ларису а почему по налоговому органу, т.е. Поставщику не должно быть Книги Операций? Orwell - Роман CaseOren - Валерий счет тебе не предоставят и фактуру не выпишут) применять счет к оплате не получится. есть еще один вид поставщика - банк, они тож снимают проценты и выставляют в выписках строчки с комиссией. ...но тут уж как настраивать, и куда дальше тебя занесет лояльность к бухгалтерскому отделу ПЫСЫ: про праздники актуально, что Роман, что Валера... станции путаю аналогично), и странно, что именно эти две) насчет Ларисы и Оксаны - слишком опасно) Как учил меня один мудрый и взрослый коллега, всех женщин надо называть Зайками и Кошечками, тогда точно не влипнешь в неприятности... |
|
27.02.2016, 18:45 | #7 |
Administrator
|
в этих станциях одинаковое количество букв, 8 и 4, и начинаются на П
у меня на всех проектах рисуются виртуальные счета для "органов", раз заплатили, значит НАДО было заплатить. и вроде никаких проблем... а с банком... ну кидается комиссия на отдельный фин счет убытков, зачем для банка поставщика создавать? |
|
28.02.2016, 02:18 | #8 |
Administrator
|
сделал таблетку
Rec это запись 17-й книжки, отсортированной по нужному счету перед запуском находим последнюю операцию в детальной книжке поставщиков и суем ее в dVLEEntryNo. у меня все только в локальной валюте, если у вас валюты разные - это еще гемор дополнительный. p.s. это все для Нава 2009 и ниже, в 2015 измерения другие! (с ними кстати проще) ну вот как-то так Код: WITH Rec DO BEGIN IF VLE.GET("Entry No.") THEN EXIT; // создаем книжку поставщика VLE.INIT; VLE."Entry No." := "Entry No."; VLE."Vendor No." := "Source No."; VLE."Posting Date" := "Posting Date"; VLE."Document Type" := "Document Type"; VLE."Document No." := "Document No."; VLE.Description := Description; IF "Document Type" IN ["Document Type"::Invoice, "Document Type"::"Credit Memo"] THEN VLE."Purchase (LCY)" := Amount; VLE."Buy-from Vendor No." := "Source No."; VLE."Vendor Posting Group" := 'ПОДОТЧЕТ'; // зря помеченная учетная группа VLE."Global Dimension 1 Code" := "Global Dimension 1 Code"; VLE."Global Dimension 2 Code" := "Global Dimension 2 Code"; VLE."User ID" := "User ID"; VLE.Open := TRUE; VLE.Positive := Amount > 0; VLE."Due Date" := "Posting Date"; VLE."Journal Batch Name" := "Journal Batch Name"; VLE."Bal. Account Type" := "Bal. Account Type"; VLE."Bal. Account No." := "Bal. Account No."; VLE."Transaction No." := "Transaction No."; VLE."Document Date" := "Posting Date"; VLE."External Document No." := "External Document No."; VLE."No. Series" := "No. Series"; VLE."Agreement No." := "Agreement No."; VLE."Payment Purpose" := "Payment Purpose"; VLE.INSERT; // создаем детальную книжку поставщика dVLEEntryNo +=1; dVLE.INIT; dVLE."Entry No." := dVLEEntryNo; dVLE."Vendor Ledger Entry No." := "Entry No."; dVLE."Entry Type" := dVLE."Entry Type"::"Initial Entry"; dVLE."Posting Date" := "Posting Date"; dVLE."Document Type" := "Document Type"; dVLE."Document No." := "Document No."; dVLE.Amount := Amount; // только для локальной валюты!!! dVLE."Amount (LCY)" := Amount; dVLE."Vendor No." := "Source No."; dVLE."User ID" := "User ID"; dVLE."Transaction No." := "Transaction No."; dVLE."Journal Batch Name" := "Journal Batch Name"; dVLE."Debit Amount" := "Debit Amount"; // только для локальной валюты!!! dVLE."Credit Amount" := "Credit Amount"; // только для локальной валюты!!! dVLE."Debit Amount (LCY)" := "Debit Amount"; dVLE."Credit Amount (LCY)" := "Credit Amount"; dVLE."Initial Entry Due Date" := "Posting Date"; dVLE."Initial Entry Global Dim. 1" := "Global Dimension 1 Code"; dVLE."Initial Entry Global Dim. 2" := "Global Dimension 2 Code"; dVLE."Initial Document Type" := "Document Type"; dVLE."Vendor Posting Group" := 'ПОДОТЧЕТ'; // зря помеченная учетная группа dVLE."Initial Entry Posting Date" := "Posting Date"; dVLE."Agreement No." := "Agreement No."; dVLE."Initial Entry Positive" := Amount > 0; dVLE.Description := Description; dVLE.INSERT; // создаем измерения LEDim.SETRANGE("Table ID", DATABASE::"G/L Entry"); LEDim.SETRANGE("Entry No.", "Entry No."); IF LEDim.FINDSET THEN REPEAT LEDim1.COPY(LEDim); LEDim1."Table ID" := DATABASE::"Vendor Ledger Entry"; IF LEDim1.INSERT(FALSE) THEN; UNTIL LEDim.NEXT = 0; END{WITH}; |
|
28.02.2016, 02:36 | #9 |
Administrator
|
Цитата:
ибо мы платим налоги, они их у себя считают и только если не досчитываются устраивают выездные и камеральные проверки, хотя куда удобнее было ПРИСЛАТЬ СЧЕТ: вы нам заплатили 100 рублей, а мы от вас ждали 70, хотите ли зачесть ваши 30 рублей в счет будущих платежей? или вы нам заплатили 100 рублей, а мы от вас ждали 170, так что давайте либо доплачивайте, либо ждем вас в гости, либо, на худой конец, сами к вам приедем. |
|
29.02.2016, 12:15 | #10 |
Участник
|
Цитата:
Сообщение от Sancho
Цитата:
ибо мы платим налоги, они их у себя считают и только если не досчитываются устраивают выездные и камеральные проверки, хотя куда удобнее было ПРИСЛАТЬ СЧЕТ: вы нам заплатили 100 рублей, а мы от вас ждали 70, хотите ли зачесть ваши 30 рублей в счет будущих платежей? или вы нам заплатили 100 рублей, а мы от вас ждали 170, так что давайте либо доплачивайте, либо ждем вас в гости, либо, на худой конец, сами к вам приедем. если да, то как ты настроишь счет ГК под определенную операцию в выписке? только костыль программить, что не есть гуд |
|
16.03.2016, 19:39 | #11 |
Участник
|
Цитата:
Сообщение от CaseOren
Цитата:
Сообщение от Sancho
Цитата:
ибо мы платим налоги, они их у себя считают и только если не досчитываются устраивают выездные и камеральные проверки, хотя куда удобнее было ПРИСЛАТЬ СЧЕТ: вы нам заплатили 100 рублей, а мы от вас ждали 70, хотите ли зачесть ваши 30 рублей в счет будущих платежей? или вы нам заплатили 100 рублей, а мы от вас ждали 170, так что давайте либо доплачивайте, либо ждем вас в гости, либо, на худой конец, сами к вам приедем. если да, то как ты настроишь счет ГК под определенную операцию в выписке? только костыль программить, что не есть гуд >>>> 2 . создать для банков Альфа и ХЗ соответствующих контрагентов. Д контрагент ХЗ К Альфа и Д Контрагент Альфа К ХЗ так вроде бы все заработает, ничего допиливать не придется но! придется отдельной проводкой после учета выписок занулять контрагентов? имхо, моветон. <<<<< так вот, чтоб не "занулять" контрагентов и служит эта пресловутая галка |
|