L_SF
Краткое описание :
Не все СФ, зарегистрированные в периоде, попадают в печатную форму журнала полученных и выставленных счетов-фактурОписание :
Журнал учета полученных и выставленных счетов-фактурЧто измененно :
В настройках формирования Журнал учета полученных и выставленных счетов-фактур добавлен новый параметр "Сортировка журнала". Возможные значения:- по дате получения;- по дате составления.
Журнал учета полученных и выставленных счетов-фактур формируется в соответствии с установленной сортировкой.
В случае, если поле, по которому проставлена сортировка (дата получения или дата составления), в СФ случайным образом обнулено пользователем, но записи регистрации СФ попадают в интервал формирования журнала, такие СФ не отражаются в печатной форме журнала полученных и выставленных счетов-фактур.
Как измененно :
В отчете "Журнал учета полученных и выставленных счетов-фактур" доработана фильтрация и сортировка данных. Также устранено попадание в часть 1 отчета СФ с незаполненной датой составления, в часть 2 - с незаполненной датой получения.
L_SF
Краткое описание :
Перенести хранение полей из PodrInfo в таблицу KatOrgОписание :
Не знаю, какая именно часть контура логистики, научитеЧто измененно :
Перенести хранение из PodrInfo в поля KatOrg:
PODRINFO.POLE11C - KatOrg.cBoss
PODRINFO.POLE12C - KatOrg.cBuh
PODRINFO.CODEOIV - KatOrg.cMember
PODRINFO.OKVED - KatOrg.cPostAddr
PODRINFO.INSNOMER - KatOrg.cJuridicalAddr
PODRINFO.KPPINOM - KatOrg.cExecOrgnAddr
PODRINFO.DATKODUCHET - KatOrg.dReg
PODRINFO.KatNP - KatOrg.dLiquidation
PODRINFO.OKATO - KatOrg.OKATO
PODRINFO.KBK - KatOrg.KBK
PODRINFO.OGRN - KatOrg.OGRN
PODRINFO.REGNOMPFR - KatOrg.REGNOMPFR
PODRINFO.POlE3S - KatOrg.REGNOMSTRAX
PODRINFO.INSNAME - KatOrg.INSNAME
Как измененно :
Указанные значения теперь хранятся в полях таблицы KatOrg
руководитель
PODRINFO.POLE11C - KatOrg.cBoss
главный бухгалтер
PODRINFO.POLE12C - KatOrg.cBuh
уполномоченный представитель
PODRINFO.CODEOIV - KatOrg.cMember
Почтовый адрес
PODRINFO.OKVED - KatOrg.cPostAddr
Юридический адрес
PODRINFO.INSNOMER - KatOrg.cJuridicalAddr
Адрес исполнительного органа
PODRINFO.KPPINOM - KatOrg.cExecOrgnAddr
Дата регистрации организации
PODRINFO.DATKODUCHET - KatOrg.dReg
Дата ликвидации организации
PODRINFO.KatNP - KatOrg.dLiquidation
Код по общероссийскому классификатору административно-территориального деления
PODRINFO.OKATO - KatOrg.OKATO
Код бюджетной классификации
PODRINFO.KBK - KatOrg.KBK
Основной государственный регистрационный номер
PODRINFO.OGRN - KatOrg.OGRN
Регистрационный номер в ПФ
PODRINFO.REGNOMPFR - KatOrg.REGNOMPFR
Регистрационный номер страхователя
PODRINFO.POlE3S - KatOrg.REGNOMSTRAX
Орган исполнительной власти
PODRINFO.INSNAME - KatOrg.INSNAME
L_SF
Краткое описание :
Авансовая СФ импортируется в ЭДО с неверными суммами в случае вхождения НДС в стоимость товаров в спецификации к СФОписание :
Наши счета-фактурыЧто измененно :
Авансовая СФ импортируется в ЭДО с неверными суммами в случае вхождения НДС в стоимость товаров в спецификации к СФ. Алгоритм действий пользователя для проявления проблемы следующий:
1) В сбыте создаем ДО на отгрузку со значением поля входимости налогов "входят в цену товара"
2)По ДО создаем платежный документ
3)По платежному документу создаем и регистрируем авансовый СФ. Первая ошибка возникает уже на этом этапе. Поле входимости налогов в окне "Расширенная информация" в любом случае будет заполнено значением "НЕ входят в цену товара"
4)Экспортируем СФ в ЭДО
5)Импортируем СФ из ЭДО в снабжении. Получаем ошибочные суммы в окне "Расширенная информация".
Как измененно :
При создании авансовых СФ по платежу с привязанными ДО, корректно переносится входимость налогов из ДО в СФ. См. расширенную информацию.
Экспорт/импорт после исправления также проходит корректно.
L_SF
Краткое описание :
Доработать механизм ручной нумерации СФ при пакетном формировании СФ поставщикаОписание :
Пакетное формирование счетов-фактур поставщикаЧто измененно :
По ПиР 102.130447 сделана доработка, позволяющая задавать номера формируемых пакетно СФ поставщика. При установленной настройке "Контроль уникальности СФ поставщика в разрезе" значением "Организация-Номер-Год составления" при пакетном формировании СФ в ручном режиме нумерации контроль не осуществляется. Предлагаю доработать механизм ручной нумерации СФ при пакетном формировании СФ поставщика с учетом значения этой настройки.
Как измененно :
Доработан механизм ручной нумерации СФ при пакетном формировании СФ поставщика с учетом значения настройки "Контроль уникальности СФ поставщика в разрезе".
L_SF
Краткое описание :
Нет доступа к внешним атрибутам С/ФОписание :
Счета-фактуры поставщикаЧто измененно :
После установки значения настройки "129 Доступ к документам" в
значение "все права в рамках группы, по всем - чтение" пользователь имеет
доступ на чтение к "документам для учёта НДС по покупкам" вне группы, но не
имеет доступа к внешним атрибутам этих документов. Необходимо, чтобы и внешние
атрибуты пользователь тоже мог видеть (на чтение).
Как измененно :
В интерфейсе документов для учета НДС (Россия, Казахстан),
интерфейсе редактирования документов с НДС (Беларусь),
интерфейсе книг закупок/продаж для РБ,
интерфейсе журнала учета документов с НДС (Беларусь),
интерфейсе налоговых накладных (Украина)
доработана возможность доступа к внешним атрибутам и внешней классификации в
зависимости от значения настройки "Настройки Галактики \ Общие настройки
системы \ Доступ к документам".
Также исправлен доступ к полям окна редактирования записи книги покупок/продаж
для РБ в соответствии с настройкой "Настройки Галактики \ Общие настройки
системы \ Доступ к документам".
L_SF
Краткое описание :
Информацию о том, по каким типам дат идет отбор документов, добавить в верхнюю "шапку" отчета "Ведомость сверки по НДС"Описание :
Ведомость сверки по налогу на добавленную стоимостьЧто измененно :
По ПиР 106.9729 в окно настройки отчета "Ведомость сверки по НДС" был добавлен параметр выбора документов в отчет по датам "списания-оприходования сопрдоков/получения-передачи СФ или выписки сопрдоков/составления СФ". Предлагаю информацию о том, по каким типам дат выбран отбор документов, добавить в верхнюю "шапку" печатной формы отчета.
Как измененно :
В печатной форме отчета "Ведомость сверки по налогу на добавленную стоимость" добавлено поле "Дата периода". Значение этого поля определяется в настройках параметром выбора документов в отчет "по датам выписки сопродоков/составления СФ" или "по датам списания-оприходования сопрдоков/получения-передачи СФ" и может принимать значения "выписка сопрдоков/составление СФ" или "списание-оприходование сопрдоков/получение-передача СФ" соответственно.
L_SF
Краткое описание :
Не работает фильтр "ограничить период" в сочетании с "дескриптором", "группой пользователей"...Описание :
Регистрация счетов-фактур по выбранному объекту [Россия]Что измененно :
Не работает фильтр "ограничить период" в сочетании с "дескриптором", "группой пользователей"...
Показывает все СФ. Если фильтр = только "ограничить период", то срабатывает некорректно тоже.
Как измененно :
В интерфейсе для работы со СФ в УКС исправлена работа фильтра "Ограничить период" в сочетании с фильтрами "по дескриптору", "по группе пользователей", "по валюте", "по состоянию".
Устранено срабатывание фильтров после их снятия.
L_SF
Краткое описание :
Регистрация в момент отгрузки при разных ставках НДСОписание :
Наши счета-фактурыЧто измененно :
Сторно записи при разных ставках НДС
Некорректно проходит сторно регистрация авансов в СФ, если по ДО позиции с разными ставками. Описание во вложении.
Как измененно :
При создании документов с разными, ненулевыми ставками (ДО, платеж, сопрдок, СФ по ним), регистрация аванса в момент отгрузки идет в зависимости от настройки "Ставки для авансов, разнесенных по ДО", Бухгалтерский контур - Обработка документов - Параметры работы с документами различных типов.
Если значение настройки "Ставки из ДО", то в сторно-записях будет несколько ставок, аналогично ставкам ДО. Если "Ставки из следующего пункта", то в сторно-записях будет только одна ставка, определенная в следующем пункте настройки. Такой алгоритм приводит к тому, что в записях регистрации аванса и аванса в момент отгрузки одинаковые ставки.
L_SF
Краткое описание :
Изменение доли регистрации НДС в дополнительном листеОписание :
Пакетная регистрация счетов-фактур поставщика по раздельному учетуЧто измененно :
Разработать алгоритм пакетного исправления регистрации по раздельному учету.
Как измененно :
Модуль Поставщики, получатели, меню Операции - Формирование документов для учета НДС, появился новый подраздел 'Раздельный учет', в которых входит ранее разработанный интерфейс 'Пакетная регистрация счетов-фактур поставщика' и новый 'Пакетное исправление зарегистрированных счетов-фактур поставщика'.
Алгоритм работы нового интерфейса:
- Выбираются зарегистрированные СФ поставщика, у которых есть записи регистрации с типами 'Регистрация СФ поставщика' и 'Нерегистрируемый остаток по раздельному учету (книга покупок)', а также нет корректирующих записей.
- Для выбранных пользователем СФ вводится новая доля НДС и дата регистрации.
- В СФ создаются корректирующие записи на введенную пользователем дату регистрации или текущую дату. При этом корректируемая запись - 'Регистрация СФ поставщика', а сумма - новая доля НДС от суммы СФ.
L_SF
Краткое описание :
В подписантах необходимо предусмотреть вывод на печать в СФ
фамилии и инициалов сокращенно или полностьюОписание :
Наши счета-фактурыЧто измененно :
В подписантах необходимо предусмотреть вывод на печать в СФ
фамилии и инициалов сокращенно или полностью
В подписантах необходимо предусмотреть вывод на
печать в СФ фамилии и инициалов сокращенно или
полностью. Желательно регулировать настройкой.
Как измененно :
Создана новая настройка "Печать инициалов в подписантах
наших СФ", папка Логистика - Налоги, документы для учета НДС - Россия, Молдова,
Узбекистан - Печать СФ. В зависимости от ее значения, при печати наших СФ при
задании подписантов выводятся или полные имя-отчество или только инициалы. Это
касается только подписантов, не распространяется на ситуацию, когда подписи
берутся из настроек Руководитель и Главный бухгалтер.
L_SF
Краткое описание :
Доработка печатной формы авансового СФОписание :
Наши счета-фактурыЧто измененно :
От одного из клиентов поступило предложение по доработке печатной форме СФ с типом "Оплата, предоплата".
А именно доработать случай, когда сумма СФОпл = сумме спецификации СФОпл.
1. Если Установлена галочка "Не выводить: спецификацию СФ", то печатать только "Оплата в счет..."
2. Если галочка не установлена, то печать И "Оплата в счет" И спецификацию СФ.
Какого-либо законодательного обоснования клиент не дает. Просто он считает, что так будет логичнее и понятнее пользователям.
Как измененно :
Добавлен параметр "строку для спецификации авансовых СФ" к группе параметров печати СФ "не выводить:".
Параметры "строку для спецификации авансовых СФ" и "спецификацию авансовых СФ" не могут быть выбраны одновременно и реализуют следующее:
- если суммы СФ и спецификации равны, то настройка работает как и задается;
- если же не равны, то спецификация в таком случае всегда выводится без сумм, с прочерками, и всегда добавляется строка с общей суммой, вне зависимости от настройки. Если спецификация не выводится, то выводится только строка.
L_SF
Краткое описание :
Наследование значения sNameVarОписание :
Предложение по новой функциональности контура логистикиЧто измененно :
В последних обновлениях внешний атрибут "Вариант наименования" для таблиц SpStep, SpSchf, SpOrder был перенесен в поле sNameVar.
Раньше значение внешнего атрибута наследовалось: из спецификации ДО копировалось в спецификацию накладной/акта, из акта/накладной в спецификацию СФ.
sNameVar не копируется. Необходимо реализовать такую возможность, так как это критично для клиента и они не смогут обновиться до устранения.
Как измененно :
При формировании ДО по договорам/соглашениям/ПКП значение внешнего атрибута спецификации 'ВАРИАНТ НАИМЕНОВАНИЯ' переносится в поле SpStep.sNameVar
При формировании ДО по СД значение внешнего атрибута спецификации 'ВАРИАНТ НАИМЕНОВАНИЯ' переносится в поле SpStep.sNameVar
При формировании CД по ДО значение поля SpStep.sNameVar переносится во внешний атрибут спецификации СД 'ВАРИАНТ НАИМЕНОВАНИЯ'
При формировании CФ по СД значение внешнего атрибута спецификации 'ВАРИАНТ НАИМЕНОВАНИЯ' переносится в поле SpSchF.sNameVar
L_SF
Краткое описание :
Вывести поле sNameVar в спецификацииОписание :
Предложение по новой функциональности контура логистикиЧто измененно :
нужно вывести поле sNameVar в спецификацию ДО, СФ, при нажатии по которому появляется интерфейс просмотра и редактирования
Конфигуратром пользоваться не желают, мотивируя "Мы стараемся от этого уходить, чтобы было меньше проблем при переходе на новые патчи. Только в крайнем случае этим пользуемся."
Как измененно :
Поле "Наименование для печати" выведено в расширенной информации по позиции спецификации в документах:
-ДО (на продажу, закупку и предоплатные)
-СФ
-налоговые накладные
-складские ордера
L_SF
Краткое описание :
Ошибка в книге продажОписание :
Книга продажЧто измененно :
Ошибка в книге продаж. Некорректно отображается дата.
Как измененно :
Исправлено некорректное отображение даты.
L_SF
Краткое описание :
Регистрация сбытового исправительного счета-фактурыОписание :
Книга продажЧто измененно :
Добрый день!
Рассмотрим пример:
1) Отгрузочный счет-фактура от 31.03.2014. Дата перадачи и дата регистрации 31.05.2014. Соответственно, запись реистрации - корректирующая запись (книга продаж) от 31.05.2014 с корректируемой датой 31.03.2014
2) Требуется исправить данный счет-фактуру. Созданы корректирующие сопроводительные документы и исправительный счет-фактура от 30.06.2014. При автоматической регистрации создается запись "корректирующая запись (книга продаж)" со ссылкой на запись пункта 1 в поле корректируемая запись.
Формируем дополнительные листы со следующими параметрами
1) Основная книга 31.03.2014; дополнительная 31.05.2014 - получаем запись из пункта 1
2) Основная книга 31.03.2014; дополнительная 30.06.2014 - получаем записи из пункта 2, сторнирующую и исправительную
3) Основная книга 31.03.2014; дополнительная 01.04.2014-30.06.2014 - получаем только положительные записи без сторнирующей, хотя должны были попасть все записи
Ошибка пропадает, если корректирующую запись из исправительного СФ в ручную разбить на две: сторнирующую корректирующую запись в исправляемом СФ, исправительную корректирующую запись в исправительном СФ.
Можно ли автоматизировать данный процесс? Либо автоматически созданная запись исправительного СФ не удаляла запись регистрации исправляемого СФ, либо автоматически создавать две корректирующие записи вместо одной с ссылкой "корректируемая запись"
Как измененно :
Если в одном налоговом периоде корректирующие записи исходного СФ и СФ-исправления, то они обе попадают в доп. лист и первая запись исходного СФ будет также отображаться с "-", как сторно.