Версия для печати темы (https://pro1c.org.ua/index.php?showtopic=5682)

Автор: kalyamov 21.12.11, 23:58

Помимо внешнего вида Налоговой накладной есть еще правила к ее заполнению, если интересовались, то я думаю все даные у вас есть.

Автор: Олег Крам 22.12.11, 8:43

Меня больше интересует формат даты в табличной части . Поясните , пожалуйста .

P.S. И ещё не влазит дата во вторую колонку , если в "Настройке параметров системы " "Число цифр года в представлении даты " = 4.

Автор: kalyamov 22.12.11, 8:51

Дата и должна быть с четырьмя цыфрами в годе. Вся информация в журнале "Все о бух учете", оттуда ее черпали надоедливые бухи. В табличной части сначала оставили дату как она была, но они заявили, что хренушки, должна быть и как дата выписки - 16122011. Мол все даты должны так выглядеть. Если не влазит - раздвинте поля.

Автор: tangosun 26.12.11, 9:58

Приложение2: появился разрыв страницы при печати перед таблицей. Или так надо согласно нов. приказу? [это не смайлик...]

стр.240:

    
    Таб.ВывестиСекцию( "Шапка" );   
        Если Суффикс = "_2011" Тогда
            Если ВидНомДогов = 2 Тогда          
                Таб.ВывестиСекцию( "Договор2" ); 
            Иначе
                Таб.ВывестиСекцию( "Договор1" ); 
            КонецЕсли; 
        Иначе    
            Таб.НоваяСтраница();
        КонецЕсли;    
        Таб.ВывестиСекцию( "Шапка2" );

Автор: Voha74 26.12.11, 17:22

В данном релизе нет вообще экспорта в Медок для Записи Книги Преобретения

Автор: noom 10.01.12, 16:36

экспортируется через реестр

Автор: Kutuzov 11.01.12, 16:26

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

Автор: MATEVI 11.01.12, 16:42

В 8-ке с 281211. А в 77 видимо для другого государства

Автор: kalyamov 11.01.12, 20:05

Да уже писали об этом. В газете все о бух учете четко расписано как все должно быть в новой форме. В 290 немного не то.

Автор: panyakin 17.01.12, 12:38

вроде бы после обновления в НН номер 010405, а в печ. форму загоняет 10405 и в реестр НН тоже самое... необходимо чтоб первый 0 все же ставило.
на другом форуме посоветовали в глобальном модуле сделать

Функция глНомерБезПрефикса(Знач НомерДок) Экспорт
    Если Найти(НомерДок,"-") > 0 Тогда
        Возврат Число(Сред(НомерДок,Найти(НомерДок,"-")+1));
    Иначе
        Возврат Число(НомерДок);
    КонецЕсли;
КонецФункции

превратить в

Функция глНомерБезПрефикса(Знач НомерДок) Экспорт
    Возврат НомерДок;
КонецФункции

сделал, ноль ставит, но теперь номер смещен влево, а не вправо, разными махинациями со строкой в модуле НН, процедуре Печать2011 ничего не добился:

НомерДокумента = Прав("      "+НомерДокумента,7)

в чем может быть беда? заранее, спасибо.

Автор: Vofka 17.01.12, 13:24

Так не пойдёт?

Функция глНомерБезПрефикса(Знач НомерДок) Экспорт
    Если Найти(НомерДок,"-") > 0 Тогда
        Возврат Сред(НомерДок,Найти(НомерДок,"-")+1);
    Иначе
        Возврат НомерДок;
    КонецЕсли;
КонецФункции

Автор: panyakin 17.01.12, 16:20

Vofka, пробовал. При выводе на печать НН смещает номер влево и при это оставляет только его последние три цифры. Если в строке

НомерДокумента = Прав("      "+НомерДокумента,7);

"Прав" поменять на "Сред", тогда ставит весь номер, но так же смещенный вправо, при замене операции на "Лев" - оставляет просто 0, прижатый в правую сторону.

Автор: Voha74 17.01.12, 17:03

Кстати, небольшая но очень неприятная штука.
При печати НН, если ее сохранить в Ексель, из-за того что строка в которой выводится название ТМЦ (в этом наверно причина, другого обьяснения не нашел) = нескольким объедененным ячейкам, а не 1 ячейка как было раньше.
И при сохранении в ексель название не переносится на следующую строку. Вот такая бяда.

Автор: 5_kopeek 18.01.12, 0:08

Такая бяда не только с печатной формой налоговой и не только в 290 релизе )

Автор: Ardi 18.01.12, 0:38

Номер налоговой накладной печатается без ведущих нулей.
Нули спереди были 7 модных сезонов назад.

Автор: Pepe 18.01.12, 8:18

+1. Дополнительный повод для налоговой непризнать накладную, а для покупателя требовать ее замены.

Автор: panyakin 19.01.12, 11:02

я и не против, меня бухгалтер попросила, я начал выполнять, а вот после Ваших слов поговорил с ней и оказывается уже ничего не надо и про ноль она знает... чего тогда нужно было это делать не в курсе

5_kopeek, благодарю, работает

Автор: dobraleks 19.01.12, 13:17

улыбнула фраза "меня бухи попросили, я начал выполнять"..
Ладно, если б попросили там масажик им сделать, или кофе приготовить, это другое дело, а так исполнять каждую прихоть и творить с базой чудеса, так нельзя..

Ничего не имею плохого в вашу сторону просто за свои 6 лет работы с бухами вывел некоторые правила, одно из них как раз : "Не спеши выполнять галопом прихоть бухгалтеров". Им захотелось, ты сделал, прошло время бух уволился, пришла проверка, штрафанула предприятие, ты крайний! Буха нет, с него не возьмешь ничего, а даже если бы бух и был бы, то, всегда мог бы сказать, "А я это не говорила сделать, программист сам сделал".

Автор: nysysimara 19.01.12, 13:35

мы это проходили.
Есть железное лекарство - две бумажки с подписями заказчика(гл.буха) и исполнителя:
1) тех.задание на доработку/разработку отчета/документа/журнала
2) акт выполненных работ

Автор: panyakin 19.01.12, 13:52

dobraleks, понимаю о чем Вы, но все же внутренняя политика конторы и отношения сотрудников в каждой фирме разные, не ставьте всех под одну планку
если что-то не то хотят, я сразу им говорю об этом.

Автор: Valdi77 19.01.12, 14:29

По моему остался такой глюк
Если у Вас, в константе основной покупатель выбран контагент которому не выдается налоговая накладная.
при создании новой НН выдается сообщение об ошибке но налоговая создается

Извините обманул, в Бухгалтерии нет такой константы "Основной покупатель"

Но там где есть: в Комплесной v 44 и ПУБ v 41 эта ошибка есть. а в ТИС 22 ошибку не выдает, но и галочку оставляем у себя не ставит, так что такая ошибка есть в 3х версиях

Автор: Vofka 19.01.12, 14:31

Та прям уж таки. У меня тоже такое по началу было. Уверен, что практически все так начинали.