L_SF
Краткое описание :
Код 26 для юридических лицОписание :
Счета-фактуры поставщикаЧто измененно :
Код 26 для юридических лиц
В системе существует тип счет фактуры с кодом 26 - Счет-фактура поставщика по физическим лицам и автоматическое создание СФ с этим типов (зависит от параметра "физическое лицо" в карточке контрагента). Но в коде 26 указано - "продавец реализовал товары, работы, услуги на спецрежиме или физ.лицам....."
Клиент считает, что система при регистрации СФ по юр.лицам должна автоматически определять код 01 или 26.
Продавец теперь обязан знать на каком режиме покупатель работает. В ФНС будут автоматизировать сверки у себя по этим кодам встречки и, если у продавца в декларации по НДС неверно будет указан код покупателя, сверка не пройдет.
Возможно режим налогообложения надо определять в каталоге контрагентов (причем он изменяемый во времени атрибут, т.к. организация может в течении жизни менять режимы). И далее обрабатывать это значение при формировании и регистрации СФ.
Как измененно :
В каталоге организаций добавлен внешний атрибут "Освобожденные от НДС, временно или постоянно" (создается автоматически при открытии). При заполнении атрибута любым значением (например, "да") для юр.лица по первичному документу с этим контрагентом в сбыте создаются СФ с новыми типами "Счет-фактура по освобожденным от НДС" (по накладным/актам), "Счет-фактура, оплата, предоплата по освобожденным от НДС" (по платежным документам).
СФ с типом "Счет-фактура по освобожденным от НДС" регистрируется записью "Регистрация СФ по освобожденным от НДС".
В книге продаж по записям регистрации по данным СФ и книге покупок для записей типа "Регистрация аванса в момент отгрузки" выводится код операции "26".
Для атрибута "Освобожденные от НДС, временно или постоянно" ведется история изменений.
L_SF
Краткое описание :
необходим фильтр при выборе первичных документов по f3Описание :
Импорт ЭСЧФ (Беларусь)Что измененно :
необходим фильтр при выборе первичных документов по f3
при попытке в ручную выбрать первичный документ отсутствует возможность использовать какие либо фильтры
и в интерфейс вываливаются все существующие документы и сложно искать нужный первичный документ т.к. в автомате первичный документ не обнаружило
Как измененно :
В интерфейса импорта ЭСЧФ в окне ручного выбора (по F3) привязываемых авансовых отчетов или бухгалтерских справок доработано:
1) возможность фильтрации по контрагенту и периоду;
2) добавлена колонка "Контрагент".
L_SF
Краткое описание :
При формировании записи в книге покупок номер накладной необходимо брать не из номер ЭСЧФ, а из реального номера первичного документа.Описание :
Счета-фактуры получателя (Беларусь)Что измененно :
Если приходит накладная из России, то номер ЭСЧФ не содержит номер накладной.
Следовательно в книгу покупок в графу 4 попадает неверный номер документа поставщика.
Предлагается доработать получение номера из накладной из накладной
Как измененно :
Доработана выгрузка книги покупок РБ в формате XML следующих элементов:
- BookPurchasesReportPayers_v1_t001_ric4_1 = Реквизиты документа, на основании которого осуществляется вычет сумм НДС, дата документа (дата сопроводительного документа);
- BookPurchasesReportPayers_v1_t001_ric4_2 = Реквизиты документа, на основании которого осуществляется вычет сумм НДС, номер документа (номер сопроводительного документа).
L_SF
Краткое описание :
Формирование данных НДС - ГТД "Раздел 9"Описание :
Формирование данных Декларации по НДСЧто измененно :
Для "Декларации по НДС 2017" требуется получать данные поля "Регистрационный номер таможенной декларации", при формировании "Раздел 9" и его "Приложения 1"
Как измененно :
Разработан функционал получения данных поля "Регистрационный номер таможенной декларации", при формировании "Раздел 9" и его "Приложения 1". "Регистрационный номер таможенной декларации" (он же "Номер ГТД") берется из основного счет-фактуры (СФ) по соответствующей записи "Книги продаж". Получаемые данные соответствуют информации в отчете по соответствующему СФ: "Счет-фактура (формат А4, с 2012г)" (гр. 11).
К СВЕДЕНИЮ:
По СФ "Номер ГТД", хранится во внешних атрибутах (см. "Настройки Галактики \ Логистика \ Налоги, документы для учета НДС \ Россия, Молдова, Узбекистан \ ГТД \ Атрибут "Номер ГТД""). Для СФ "Номер ГТД" определяется по следующему алгоритму:
1. берется значение внешнего атрибута в самой СФ
2. если в п.1. значение не задано, то анализируется спецификация СФ:
2.1. берется значение внешнего атрибута из "партии МЦ" по соответствующей позиции сопроводительного документа
2.2. если в 2.1. значение не задано, то берется значение внешнего атрибута из соответствующей позиции сопроводительного документа
2.3. если в 2.2. значение не задано, то берется значение внешнего атрибута из спецификации СФ
L_SF
Краткое описание :
Серым цветом выделять нерегистрируемые записи при просмотре в интерфейсе СФОписание :
Наши счета-фактурыЧто измененно :
Серым цветом выделять нерегистрируемые записи при просмотре в интерфейсе СФ. Можно в интерфейсе редактирования также поместить, что нерегистрируема. Только для СФ, для книг идет автоматическая фильтрация по регистрируемым-нерегистрируемым.
Проверить для алгоритмов регистрации на внешний-внутренний рынки и раздельный учет (отложенная регистрация) и собственные-несобственные позиции спецификации (сейчас нерегистрируемые записи выделяются жирным шрифтом - убрать, т.к. они не являются более важными, чем регистрируемые, что жирный шрифт визуально подчеркивает).
+ Нерегистрируемая МУО.
Как измененно :
Интерфейс редактирования СФ. В нижней панели нерегистрируемые записи регистрации выделены серым цветом, при их просмотре в заголовке окна появляется надпись "нерегистрируемая".
L_SF
Краткое описание :
Правильную ссылку на организацию передавать в FRОписание :
Книга покупокЧто измененно :
Правильную ссылку на организацию передавать в FR.
Если в СФ заполнен атрибут Поставщик, то gen_NRecKatOrg, ссылка на организацию, передается некорректно - ссылается на организацию СФ, а не поставщика.
Как измененно :
При печати книг вычисляется корректно ссылка на организацию, которая далее используется в декларации по НДС.
L_SF
Краткое описание :
В ф-ции подбора первичных документов к ЭСЧФ очищить от пробелов слева и справа ключевые поля для поискаОписание :
Импорт ЭСЧФ (Беларусь)Что измененно :
Приходящие ЭСЧФ от многочисленных доморощенных разработчиков могут иметь в ключевых полях для поиска лишние пробелы слева и справа, что мешает поиску
по УНП, Номеру накладной, Сумме и т.п. Предлагается принудительно избавляться от таких пробелов при автоподборе документов.
Как измененно :
При загрузке ЭСЧФ из xml-файла лишние пробелы убираются.
При поиске первичных документов по параметрам 5-го раздела, учитывается возможность наличия лишних пробелов.
L_SF
Краткое описание :
Доработать NALNSP для заполнения аналитики Партии МЦ для услугОписание :
Разноска ТХО по видам документов /укажите тип документа/Что измененно :
Доработать NALNSP для заполнения аналитики Партии МЦ из МЦ для услуг
Как измененно :
Доработан Режим 0 для заполнения аналитики Партии МЦ.
первой найденной партией МЦ.
L_SF
Краткое описание :
Регистрация СФ "Безвозмездная отгрузка" в закрытом периодеОписание :
Наши счета-фактурыЧто измененно :
Регистрация СФ "Безвозмездная отгрузка" в закрытом периоде
У клиента возникла проблема по регистрации СФ с типом "Безвозмездная отгрузка"
Сам СФ выставлен в декабре, но его регистрация в январе.
Настройка "Регистрация СФ закрытых периодов" выставлена в значении "В доп.лист закрытого периода"
Период прошлого года закрыт
По обычным СФ на отгрузку регистрация прошла в соответствии с установленными настройками - в доп.лист закрытого периода
А вот с типом "Безвозмездная отгрузка" формируется запись регистрации в книге текущего периода
Бухгалтерия клиента настаивает, что надо и эти записи в доп.лист
Как измененно :
Действие настройки "Регистрация СФ закрытых периодов" = "в доп.листе закрытого периода" распространилось на записи регистрации "Регистрация СФ Безвозмездная отгрузка" и "Регистрация СФ Безвозмездное получение". Т.е. если СФ автоматически регистрируется этими записями, то в ситуации закрытого периода они будут преобразованы в корректирующие записи дополнительного листа.
L_SF
Краткое описание :
Форма собственности организации в книге покупокОписание :
Книга покупокЧто измененно :
При печати книги покупок не верно работает настройка "При печати учитывать историю изменения атрибутов организации".
Как измененно :
Доработано. Для книги покупок (с 14.08.2014) и книги продаж (с 14.08.2014) учет истории изменения значений организации производится по дате составления СФ.
L_SF
Краткое описание :
Не верно заполняются ИНН / КПП в разделе 8 в декларации по НДСОписание :
Формирование данных Декларации по НДСЧто измененно :
При автоматической генерации данных "Раздела 8" не верно заполняются атрибуты "Продавец" и "Посредник", в следующей ситуации:
0. В каталоге организаций есть 2-е организации:
0.1. "организация Поставщик"
0.2. "организация Посредник"
1. создаем Накладную, "Контрагент" = "организация Посредник"
1.1. из накладной, формируем СФ
2. СФ, "Поставщик" = "организация Посредник"
2.1. во "внешних атрибутах" СФ заполняем:
2.1.1. внешний атрибут "Поставщик" = "организация Поставщик"
2.1.2. внешний атрибут "Посредник" = "организация Посредник"
2.2. выполняем регистрацию СФ
3. В Книге, "Поставщик" = "организация Посредник"
4. В "Декларации по НДС", запускаем формирование данных ч/з функцию "Менеджер дополнительных разделов"
В итоге, в "Разделе 8" поля:
"Продавец":
- ссылка на к/а - НЕ правильная, показывает "организация Посредник"
- ИНН/KПП - правильные, но если "организация Поставщик" был ИП, а "организация Посредник" организация, или наоборот, то ИНН/KПП запишется не на свое место (в плане Организация/ИП), и при выгрузке в XML, ИНН/KПП вообще не выгрузятся
"Посредник":
- ссылка на к/а - правильная
- ИНН/KПП - правильные
Как измененно :
Теперь в описанной ситуации, поля заполняются корректно
L_SF
Краткое описание :
Необходимо видеть оба номера договора в ДО и сопроводительных документахОписание :
Просмотр документовЧто измененно :
В организации используется оба поля для идентификации Договора: DOGOVOR1.NODOC_EXT и DOGOVOR1.NODOC. Но пользователь сейчас может в ДО или сопроводительных документах видеть только одно поле.
Предлагается расширить действие настройки "Отображение номера договора/соглашения в документах-основаниях и сопроводительных документах", чтобы можно было видеть оба номера. Клиенту нужен формат: [внутренний номер]\[номер]
Как измененно :
Добавлено новое значение для настройки
'"Настройки Галактики\Логистика\Документы\Управление договорами\Отображение номера договора/соглашения в документах-основаниях и сопроводительных документах"'
-внутренний номер\номер