Мои комментарии

При проверке Декларации по НДС идет ошибка

"Невозможно идентифицировать документ КНД= 0000080  версия  5.08

Дата 31.12.9999 

Добрый день! Настораживает год в  дате  - 9999. Непонятно как такое могло получиться?! Можете пример файла привести, который загружали в СБИС?! Тестером пробовали проверять?

Цитата, приведенная вами выше (п.49 ФСБУ 6/2020), относится исключительно к расчету накопленной амортизации на начало периода для целей единовременной корректировки балансовой стоимости, т.е. корректировки суммы амортизации на разницу между суммой амортизации, рассчитанной по новым правилам и текущей суммой накопленной амортизации. Алгоритм начисления самой амортизации почти не изменился, за исключением, случая, если для объекта установлена ликвидационная стоимость, тогда из балансовой стоимости вычитается ликвидационная стоимость и делится, также как и раньше, на оставшийся срок полезного использования.

Выполняли ли вы типовую операцию в меню
ОС / Дополнительные операции / Корректировка сумм амортизации?

Спасибо за информацию. Будет исправлено

Вероятнее всего, в первой половине апреля. Буду стараться, конечно, сделать раньше.

Будет реализовано.

На данный момент можно только вручную добавить эту сумму.

Можно сделать так:

- сначала выполните расчет декларации с вариантом расчета "АВТО",
- затем скорректируйте значение в строке 143 на сумму больничного,
- после этого пересчитайте декларацию с вариантом расчета "Итоги".

Добрый день!

В настоящий момент ведется работа по добавлению такой возможности. Будет доступно, вероятно, уже в январском обновлении 2022 года.

Есть два варианта:

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

2. На бланке печатной формы книги продаж нажмите кнопку "Настройки расчета". В диалоге настроек нажмите "Шаблон печатной формы". Далее, создаете новый пользовательский шаблон (через графу "Активный шаблон"), открываете шаблон на редактирование (кнопка "Настройка шаблона"), изменяете ширину нужного вам поля.

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

Могу посмотреть удаленно. Напишите на sf@ib.ru

Проверьте наличие существования файла шаблона p4_KNPR21_534.xlt в папке DATA\SHABL\SF в папке с программой.

Спасибо за информацию!

Воспроизводится, если в счете-фактуре есть одновременно и зачтенные авансы, и платежные документы.

Будет исправлено в ближайшее время!

Судя по присланному логу, вообще нельзя сказать, что есть какое-то замедление. Работа бланка оприходования счета-фактуры, которая в нем отражена, занимает в данном примере около 50 секунд, причем большая часть времени которого занимает взаимодействие пользователя с диалогами выбора счета товара и счета для проводки.

Да, это планируется сделать. Для счетов-фактур и УПД постараюсь добавить эту возможность в октябре 2021 года.

Как и спрашивали ранее, возможно удалить накладную и сделать ее заново?

Да, можно 

Сегодня, при внесении очередного приходника, вылетела ошибка SQL.

Каковы наши действия в такой ситуации? 

Только если ввести номенклатуру заново. Получается, что у вас в списке номенклатуры есть несуществующий товар с нулевым идентификатором, проверить счет для него конечно же невозможно, и функция проверки счета выдает данное сообщение.

Тут не ясно: 

1. Ошибка времени выполнения при расчете проблемной приходной накладной сразу после окончания редактирования таблицы номенклатуры. 

После закрытия редактора с номенклатурой, не завершалось ли выполнение бланка с какой-либо  ошибкой, например, ошибкой выполнения SQL запроса?

2. Нет, такой вариант исключен.

Не уверен(см. скриншот)

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

Ну и проблема со списанием материала, как я писал выше, тоже может на это указывать.

Однозначно установить причину не удалось. Но наиболее вероятны два варианта:

1. Ошибка времени выполнения при расчете проблемной приходной накладной сразу после окончания редактирования таблицы номенклатуры. Кстати, специально удалить товары из документа можно только с помощью служебного бланка "Редактор базы данных". Бланк Приходной накладной не позволяет вводить документы с отсутствующей номенклатурой, в том числе и уже существующие.

2. Прямое вмешательство в базу данных. На это указывают определенные признаки, например: в базе присутствуют по два варианта файлов таблиц накладных, таблицы товаров к накладным и таблицы проводок. Возможно ли такое, что в текущую версии базы были скопированы некоторые файлы из другой версии базы?

Практически та же проблема еще с одним приходником. Материалы из него есть в материальной оборотке и бухгалтерском учете, но при списании программа выдает 0 и не дает его списать.

Эта проблема возможно и связана со второй причиной. Т.к один идентификатор операции ссылается одновременно и на приходный, и на расходный документ. Этого в принципе не должно быть. В данном случае поможет пересчет приходной накладной по проблемному товару № 351 от 19.03.2021.

Кто требует, налоговая? Ссылаются ли они при этом на какой-нибудь документ? В файле xml нет граф 12,13, а есть специальный тег, который отвечает за структурированное представление данных прослеживаемости. Для формирования данного тега в официальном формате есть определенные требования, и они не допускают пустых данных.

Попробуйте прилагаемую ниже библиотеку в архиве. Архив распаковать, файл TORG.IBL скопировать в  PROJECT\TORG,  бланк перекомпилировать.