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
Краткое описание :
Постановление Правительства РФ от 30.07.2014 N 735Описание :
Журнал учета полученных и выставленных счетов-фактурЧто измененно :
Постановление Правительства РФ от 30.07.2014 N 735 .
Доработать журнал и Книги покупок/продаж и Доп. листы.Согласно данному постановлению.
Разработать алгоритмы формирования для заполнения дополнительных столбцов отчетов.
Как измененно :
Разработаны 2 алгоритма.
1. Бизнес-процесс с точки зрения посредника.
Создается "Счет-фактура заказчика", сбыт, привязываются "Счет-фактура посредника", снабжение, кнопка "СФ посредника" в расширенной информации. Счета-фактуры не регистрируются, только печатаются в журнале учета полученных и выставленных СФ с заполняемыми колонками сведений о посреднической деятельности.
Для СФ посредника в расширенной информации выводится информация о привязанном СФ заказчика.
2. Бизнес-процесс с точки зрения контрагентов, продающих или покупающих через посредника.
Создаются СФ с внешним атрибутом "Посредник", который используется при печати книг продаж/покупок для заполнения полей Сведения о посреднике.
Созданы новые формы печати журнала и книг продаж/покупок (основной и дополнительной) от 2014г.
Замечания по печати книг:
- Новые формы книг отображаются при незаданном фильтре по валюте (он не задан по умолчанию, при загрузке интерфейса настройки печати). Печатаются все записи регистрации выбранного периода во всех валютах. Группировка по валютам не производится.
- графа валюты печатается только если запись регистрации в валюте, не в НДЕ;
Замечания по журналу:
- Добавлен новый параметр настройки "печатать сведения о посреднической деятельности (с 4 кв. 2014г.)". Это сделано для совместимости с предыдущей версией журнала. Если надо печатать старую форму, то параметр не устанавливается, если новую - то устанавливается.
- В новой форме группировка по ЦО не применяется.
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 - получаем только положительные записи без сторнирующей, хотя должны были попасть все записи
Ошибка пропадает, если корректирующую запись из исправительного СФ в ручную разбить на две: сторнирующую корректирующую запись в исправляемом СФ, исправительную корректирующую запись в исправительном СФ.
Можно ли автоматизировать данный процесс? Либо автоматически созданная запись исправительного СФ не удаляла запись регистрации исправляемого СФ, либо автоматически создавать две корректирующие записи вместо одной с ссылкой "корректируемая запись"
Как измененно :
Если в одном налоговом периоде корректирующие записи исходного СФ и СФ-исправления, то они обе попадают в доп. лист и первая запись исходного СФ будет также отображаться с "-", как сторно.