Здесь могу с Вами поспорить. Согласно схемы XSD, которая является Порядком заполнения документа в электронной форме, типы полей 9,10,11- Decimal2Column (т.е десятичное число с 2мя знаками после запятой. Смотрим вместе (напомню, что все три основополагающих файла PDF, XSD, common_types.xsd - разработаны налоговой):
J1201004.PDF
J1201004.XSD
Common_types.xsd
Любая программа, сохраняющая документ для передачи в налоговую в формате ХМЛ, скажет о несовпадении типов. Х - это текст. А поле числовое. Привести тип "строка" к типу "число" невозможно. Пример на "Арт-Мастере" (другие проверку также делают, либо вообще формируют на основании данных но Х не ставят, как например 1С):
Даже не представляю, где поставщики "рисовали" накладную - в Екселе? Все программы должны производить проверку на соответствие типов данных.
Нашел. Видимое представление данных в пыстых ячейках допускается на печать (согласно общим правилам разработки макетов). Действительно позволит, правда непонятно для чего. Кроме того, по-умолчанию пусто, значит значение рекомендуемое. Спасибо Marlboro , не знал что есть такая настройка в 1С.
sunny day писав:"Все о БУ " прислал чудесный календарик, что скажете?
артисты... у них свой НК?
а что вас смущает?
ранее в 1 разделе реестра поставка неплат. ндс заполнялись те же колонки что и плательщикам (кроме вид документа = 02 , и номер ИНН = 0)
т.е 7, 8 и 9 колонки заполнялись
Irinka_D писав:Наверно в примере была просто продажа товара освобожденного от налогообложения ндс
цитирую: "При осуществлении операций поставки товаров/услуг неплательщикам НДС записывают "Поставка неплательщику налога" или "Натуральная выплата в счет опл. труда физ. лицам" и т.п.