L_SF
Краткое описание :
Исправление номеров СФ за предыдущие периодыОписание :
Книга покупокЧто измененно :
Исправление номеров СФ за предыдущие периоды
В предыдущих периодах обнаружилось, что бухгалтер неверно вносил номера СФ. Сейчас нужно исправить номера на правильные, отразив в доплисте. Пример доплиста во вложении (образец, который уже отправляли в налоговую в прошлом году). Иногда, бывает, когда из налоговой приходит автоматическое требование и нужно просто исправить данные и отправить их, при этом Галактика здесь не участвует.
В данном случае это не так. Например, у нас заведен номер сф "Ц 145661", а надо было "Ц000014561". Это ошибка бухгалтера, которую надо исправить доплистом.
Как измененно :
Для записей регистрации "Корректирующая запись (книга покупок)" и "Корректирующая предоплату поставщику запись" доработана возможность менять значение поля "Номер" в интерфейсе редактирования записи регистрации.
При печати дополнительного листа книги покупок, для указанных типов записи, графы 3-6 заполняются номером из поля "Номер".
L_SF
Краткое описание :
Доработать выгрузку ЭСЧФ по бух.справке.Описание :
Счета-фактуры получателя (Беларусь)Что измененно :
Доработать выгрузку ЭСЧФ по бух.справке.
Регистрация ЭСЧФ по бух. справке (закупка) проходит на сумму хозоперации, но в xml выгружаются нулевые суммы.
Как измененно :
Доработана выгрузка ЭСЧФ, созданного по платежному документу, в том числе по бух.справке.
При создании СФ по бух.справке в поле Вид документа указывается "Бухгалтерская справка"; по платежке - Вид документа - "Другое", Наименование - "Платежное поручение" (или требование).
При выгрузке в xml и печати ЭСЧФ выводится строка спецификации с общими суммами по ЭСЧФ - указываются стоимость без НДС, сумма акциза, НДС ставка, НДС сумма, стоимость с НДС. В разделе 6 (Наименование товара) для спецификации выводятся данные из полей платежного документа Назначение платежа (2-я, 3-я строки). Если строки не заполнены, то выводится тип записи СФ (например, Платеж по отгрузке).
L_SF
Краткое описание :
эсчф по возвратным накладнымОписание :
Счета-фактуры поставщика (Беларусь)Что измененно :
В галактике есть возможность Формировать эсчф по возвратный накладным в галактике:
--------------с типами:
1) Дополнительный. СФ формируется с данным типом, если рекламация создана по одной накладной с существующим СФ;
2) Дополнительный без ссылки на исходный. СФ формируется с данным типом:
- если рекламация создана по нескольким исходным накладным;
- если рекламация создана по одной накладной с отсутствующей СФ.
СФ по рекламационной накладной не создается, если имеются исходные СФ и хотя бы у одной из них статус не соответствует "Выставлен" или "Выставлен. Подписан получателем".---------------------------
Клиент требует чтоб была возможность создать с типом--
Дополнительный без ссылки на исходный--если рекламация создана не только по нескольким накладным, но и по одной накладной(независимо от того отсутствует или присутствует уже эсчф по этой накладной)..
Как измененно :
Для ЭСЧФ, которые ссылаются на исходный СФ и создаются по рекламационной накладной, доработана возможность выбора типа ЭСЧФ из значений "дополнительный без ссылки на исходный"/"дополнительный".
Для этого:
- в интерфейс настройки пакетного формирования СФ добавлено поле "Тип ЭСЧФ со ссылкой на исходный";
- при одиночном формировании СФ появляется диалоговое окно с возможностью выбора;
- в интерфейсе импорта ЭСЧФ в окно настроек добавлено поле "Тип ЭСЧФ со ссылкой на исходный".
L_SF
Краткое описание :
Код ТНВЭД в дополнительном ЭСЧФ на суммовую разницуОписание :
Счета-фактуры получателя (Беларусь)Что измененно :
При создании дополнительного ЭСЧФ по суммовым разницам при отправке на портал необходимо заполнять поле код ТНВЭД (иначе портал не пропускает).
Предлагаю вытягивать его первой позиции спецификации исходной ЭСЧФ
Как измененно :
Добавлена проверка правил 40-41.3, 44 заполнения полей при установке параметра "проверить заполнение полей ЭСЧФ при выгрузке на портал.
Так же при выгрузке на портал и печати формы ЭСЧФ доработан поиск и вывод кода ТН ВЭД, если он не указан к позиции спецификации, но согласно правилам 8, 40-41.3, 44 должен выводится. Согласно этим правилам код обязательно должен выводится, если:
1. указан признак взаимозависимого лица у продавца или получателя;
2. указаны статусы поставщика-получателя "Иностранная организация"-"Покупатель";
3. заполнены поля 13 "Регистрационный номер выпуска товаров" или 14 "Реквизиты заявления о ввозе товаров и уплате косвенных налогов" и в товарной строке указана 8. "В том числе сумма акциза";
4. заполнены поля 13."Регистрационный номер выпуска товаров" или 14 "Реквизиты заявления о ввозе товаров и уплате косвенных налогов" и статусы поставщика - получателя соответственно равны "продавец" - "покупатель", "посредник" - "потребитель", "заказчик (застройщик)" - "потребитель";
5. если ставка НДС = 10%, либо сумма акциза ненулевая.
Поиск кода осуществляется в след.порядке:
- код, указанный к позиции спецификации;
- код по любой позиции спецификации данного ЭСЧФ (первый найденный);
- код по любой позиций спецификации исходного ЭСЧФ, если дополнительный с ссылкой на исходный;
- код по любой позиции спецификации из привязанных к актам накладным;
- код любой МЦ из каталога МЦ.
Для ЭСЧФ, созданным по платежным документам, так же идет проверка на правила обязательного вывода кода ТН ВЭД. Поиск кода осуществляется по спецификации ДО, привязанному к платежке. Если ДО нет, либо код ТНВЭД не найден, то выведется код любой МЦ из каталога МЦ.
L_SF
Краткое описание :
Синхронизация даты выставление счетов-фактур с порталом в снабжении и сбытеОписание :
Счета-фактуры получателя (Беларусь)Что измененно :
Синхронизация даты выставления счетов-фактур с порталом в снабжении и сбыте.
У клиента в счетах-фактурах с начала года (>1000) в дате выставления стоит значение даты подписи ЭСЧФ. На портале дата выставления отражена правильно.
Как измененно :
Если статус ЭСЧФ не равен "Выставлен", то Дата выставления берется из ЭЦП.
Доработано:
- загрузка входящих ЭСЧФ с портала;
- интерфейс Синхронизации статусов ЭСЧФ.
L_SF
Краткое описание :
Графа 12 в разделе 2 СФ по возмещению затратОписание :
Счета-фактуры поставщика (Беларусь)Что измененно :
Сейчас в графе 2.12 Дата выписки для перевыставляемых СФ проставляется дата совершения операции исходного СФ. Но по инструкции по заполнению ЭСЧФ при перевыставлении, в графе 2.12 должна заполнятся дата выставления исходного ЭСЧФ, а не дата совершения операции из исходного ЭСЧФ.
Выдержка из инструкции:
ИНСТРУКЦИЯ
О ПОРЯДКЕ СОЗДАНИЯ (В ТОМ ЧИСЛЕ ЗАПОЛНЕНИЯ), ВЫСТАВЛЕНИЯ (НАПРАВЛЕНИЯ), ПОЛУЧЕНИЯ, ПОДПИСАНИЯ И ХРАНЕНИЯ ЭЛЕКТРОННОГО СЧЕТА-ФАКТУРЫ
22.12. в строке 12 "Номер ЭСЧФ продавца" в графе "Счет ЭСЧФ" - номер ЭСЧФ, выставленного продавцом комиссионеру либо посреднику, либо заказчику (застройщику) в отношении объектов, которые подлежат передаче комиссионером комитенту либо посредником потребителю, либо заказчиком (застройщиком) дольщикам, а в графе "Дата выставления" - соответственно дата выставления ЭСЧФ. Реквизит может заполняться в случае, если в строке 6 "Статус поставщика" указано значение "Комиссионер", а в строке 15 "Статус получателя (по договору/контракту)" указано значение "Комитент" либо статус поставщика и получателя имеют значения: "Посредник" - "Потребитель" или "Заказчик (застройщик)" - "Потребитель";
Как измененно :
Доработан алгоритм возмещения затрат
Для ЭСЧФ поле "Дата выписки" из разд.2 п.12 заполняются согласно дате выставления из найденного СФ снабжения. Если дата выставления не задана, то поле заполняется датой совершения операции.
L_SF
Краткое описание :
Добавить в интерфейс импорта дату выставления ЭСЧФ на порталОписание :
Импорт ЭСЧФ (Беларусь)Что измененно :
У финансвого сектора есть потребность видеть в интерфейсе импорта дату выставления ЭСЧФ на портал, для отсчета 3-х дневного срока для оплаты.
Как измененно :
В интерфейсе импорта ЭСЧФ добавлено поле "Дата выставления".
L_SF
Краткое описание :
Не совпадает контрагент при привязке СФ к НВП(использовано поле Плательщик налогов)Описание :
Импорт ЭСЧФ (Беларусь)Что измененно :
Есть импортированная СФ по НВП.
При ее печати в разделе 2 - ООО ОМА, в разделе 3 - филиал
Есть созданная под нее НВП, заполнено поле Плательщик налогов (ПИР 102.161846, 180.10041). Делаю автоматическую привязку СФ
Документ не найден, пробую привязать вручную, пишет Контрагент не найден. Но сумма подобралась, решение ПИР 180.10041 сработало.
Методом тыка убрали галочку спецификация при подборе, теперь документ подобрался. В то время как вручную по-прежнему пишет Контрагент не совпадает
Пробую создать вручную СФ через сам документ и вижу, что раздел 2 и 3 перепутаны.
В то же время у меня есть документы, на мой взгляд аналогичные, которые привязываются. Пример во вложении
Настройки подключения к базе во вложении. Почему не проходит автоматический подбор и вручную при подборе пишет, что контрагент не найден?
Как измененно :
Доработан поиск первичного документа (НВП) и создании СФ по первичному документу в интерфейсе импорта (учитывается поле "Плательщик налогов").
L_SF
Краткое описание :
Добавить погрешность для автоподбора спецификации в интерфейсе импорта СФОписание :
Импорт ЭСЧФ (Беларусь)Что измененно :
Добавить погрешность для автоподбора спецификации в интерфейсе импорта СФ
Как измененно :
Добавлена погрешность сумм в спецификации при поиске первичного документа.
При установленном параметре "спецификация" анализируются с учетом установленной погрешности, следующие суммы:
- сумма НДС;
- цена без НДС.
L_SF
Краткое описание :
Не выводится доверенность в подписантах в отчете "Корректировочный счет-фактура (с 2012г)"Описание :
Наши счета-фактурыЧто измененно :
Не выводится доверенность в подписантах в отчете "Корректировочный счет-фактура (с 2012г)"
Как измененно :
Исправлено, выводится доверенность для корректировочных СФ.
L_SF
Краткое описание :
iExtMenu.vih - создает проблемы при сопровождении пользовательских доработокОписание :
?Что измененно :
ExtMenu.vih - создает проблемы при сопровождении пользовательских доработок
#include ExtMenu.vih // Точки расширения для дополнительного локального меню
Ее включили в vih объектов различных контуров
например в Dogovor.vih, SchFact.Vih, SoprDoc.Vih, SoprDocB.Vih
и как только в проекте встречается один из этих файлов, остальные уже не собираются корректно.
В итоге имеем ошибки во вложении. Это уже 4 письмо на этот объект в разных местах - я чиню в одном, ломается в другом.
Перестановка местами vih или Vil( там тоже есть этот файл) лечит в одном месте, но ломает в другом.
Случилось это где то пару месяцев назад.
Предлагаю для каждого модуля сделать свой файл ExtMenu.vih (например ExtMenu_L_SoprDoc.vih)
Внутри него подключить #include ExtMenu.vih как в обычном Vih
---------------------------------
#ifndef __ExtMenu_L_SOPRDOC_vih__
#define __ExtMenu_L_SOPRDOC_vih__
#component "L_SOPRDOC"
#include ExtMenu.Vih
#endif
-----------------------------------------
Из ExtMenu.Vih соотв. убрать #ifndef
Соотв. во всех vih заменить ExtMenu.Vih на vih соотв. модуля.
В идеале имя объекта из ExtMenu вообще должно быть уникальным в каждом модуле.
Просьба не предлагать разрезать доработки по контурам - они у клиента сильно пересекаются между собой.
Как измененно :
Добавлена принадлежность IExtMenu к компоненте L_Dogovor
L_SF
Краткое описание :
Регистрация корректировочных СчФ в закрытом периодеОписание :
Наши счета-фактурыЧто измененно :
Корректировочный СчФ выставлен в декабре 2016, зарегистрирован в январе 2017.
Настройка "Регистрация СФ закрытых периодов" выставлена в значении
"В доп.лист закрытого периода", период прошлого года закрыт.
Запись регистрации по корректировочному СчФ формируется в книге текущего периода,
а должна формироваться в доплисте.
Как измененно :
Доработана регистрация и печать записей регистрации корректировочных СФ.
Если корректировочный СФ находится в закрытом периоде и настройка "Настройки Галактики \ Логистика \ Налоги, документы для учета НДС \ Россия, Молдова, Узбекистан \ Регистрация СФ закрытых периодов" имеет значение "в доп.листе закрытого периода", то указанный СФ регистрируется в доп. листе.
L_SF
Краткое описание :
Изменение журнала СФ в закрытом периоде. Фиксация журналаОписание :
Журнал учета полученных и выставленных счетов-фактурЧто измененно :
Решением ПИР 180.10031 добавлена настройка:
"Настройки Галактики \ Логистика \ Налоги, документы для учета НДС \ Россия,
Молдова, Узбекистан \ СФ посредника с несобственными позициями спецификации (и
ручная регистрация)" - "регистрировать, в журнале печатать всю сумму, НДС по
несобственным позициям".
При этом стоит настройка "Рассчитывать несобственные позиции спецификации СФ
посредника" - "По регистрируемым записям".
При таких настройках мы можем в СФ посредника с собственными затратами
закрытого периода добавить записи регистрации в открытом, например, при
увеличении суммы перевыставляемых услуг делаем собственную запись ("С") с
минусом (в текущий или в доплист, в зависимости от периода), и добавляем
несобственную запись ("Н") с плюсом.
Таким образом меняется сумма НДС в журнале полученных счетов фактур закрытого
периода. Причем это изменение журнала происходит непрерывно по мере внесения
регистрационных записей по счетам фактурам.
Данный принцип получения журнала полученных/переданных счетов-фактур нарушает
один из главных принципов бухгалтерской отчетности - становится не возможным
зафиксировать данные в отчете, т.к. при внесении изменений в базу изменяется
журнал счетов-фактур за любой закрытый период.
Что необходимо сделать для решения данной проблемы:
1. В процедуры формирования журналов добавить еще один параметр: "Дата до
которой анализировать записи книг покупок/продаж" и соответственно внести
изменение в алгоритм формирования журналов таким образом, что сумма НДС по с/ф
для журнала рассчитывается как сумма НДС по с/ф минус регистрируемые записи с
датой регистрации ранее даты указанной в этом параметре. Таким образом будет
достигнута возможность получения фиксированных журналов по состоянию на конец
каждого закрытого квартала.
Замечания:
1. Изменения в журнале с/ф описанные в п.1 нужны в обязательном порядке - иначе
формирование журналов с добавленным параметром не возможно, т.к. нарушается
принцип фиксации данных на дату отчетности.
Как измененно :
Журнал, разработан новый фильтр "по дате записей
регистрации", который используется в случае вычисления сумм СФ посредника по
записям регистрации.
Новый фильтр выбирается при настройке "СФ посредника с несобственными
позициями спецификации (и ручная регистрация)" со значениями:
- регистрировать, в журнале печатать всю сумму, НДС по несобственным
позициям
- регистрировать, в журнале печатать сумму несобственных позиций
L_SF
Краткое описание :
При печати доп. листа книги покупок нет анализа атрибута "Головная организация"Описание :
Книга покупокЧто измененно :
При печати доплиста книги покупок в графе 9 "Наименование продавца" выходит фактическая организация СФ. Не смотря на то что у нее заполнен атрибут "Головная организация".
Настройка "Налоги, документы для учета НДС / Налоги, документы для учета НДС / Печать / КПП при печати СФ = грузополучателя/грузоотправителя". Однако если ее и поменять на "в зависимости от наличия атрибута "Головная организация" в грузо-контрагентах", то изменений нет.
Ошибка обнаружилась после установки обновлений за период с ноября по март.
До обновлений выходила головная организация.
Как измененно :
Если у организации задана головная через внешние атрибуты, то при печати книг выводится наименование и ИНН головной организации, КПП - исходной, не головной.
В заголовке книге все данные указываются по головной организации, если она есть у собственной организации.
L_SF
Краткое описание :
Подбор сводной ЭСЧФ по нескольким документам в ГалактикеОписание :
Счета-фактуры получателя (Беларусь)Что измененно :
Поставщик услуг выставил нам на портал 2 отдельные ЭСЧФ на
воду, электроэнергию.
На самом же деле бумажный акт у нас один на две эти услуги и создавали в
Галактике как один акт.
Поставщик объясняет это тем, что он перевыставляет эти услуги, которые они сами
получают, и делают это ручками на портале, утверждают, что только так можно
сделать на портале. Проверить это утверждение не могу.
Соответственно есть предложение: сделать отдельный режим, по которому пометив
несколько ЭСЧФ в интерфейсе Импорт, можно было их суммарно подобрать на один
документ, подписать, и сформировать в Галактике сводную ЭСЧФ по этому документу.
Как измененно :
Общее описание алгоритма.
Импорт ЭСЧФ, выбирается по Insert'у несколько ЭСЧФ, локальное меню
"Создать счета-фактуры и привязать к одному сопрдоку", выбирается сопрдок и к
нему привязываются выбранные СФ, если они проходят необходимые проверки.
Выбор сопрдока и проверки производятся в соответствии с настройками из
"поиска первичных документов".
Первичный документ должен быть "Приходные накладные" или "Акты на прием
услуг" и не привязан ни к одному ЭСЧФ в списке импорта.
Соответствие между спецификацией выбранного сопрдока и импортируемыми
ЭСЧФ ищется автоматически, также по настройкам из "поиска первичных документов":
- сумма - по общей сумме спецификации
- сумма НДС - по НДС спецификации
- спецификация - по количеству, НДС и общей сумме.
Во всех 3-х способах используется погрешность.
Если ни одна вышеперечисленных настроек не задана, то поиск идет только
по наименованию товара/услуги.
В ЭСЧФ позиции спецификации переносятся из сопрдока, если найдено
соответствие.
Т.е. одну позицию спецификации сопроводительного документа нельзя
разделить на несколько и привязать к ней несколько ЭСЧФ.
Важно: операция создания нескольких ЭСЧФ к одному сопрдоку проводится
только один раз. Удалять привязанные ЭСЧФ или привязывать новые нельзя. Т.е.
пользователь ждет, когда к сопрдоку с портала будут скачаны все ЭСЧФ, а потом
все привязывает за один раз.
Замечания.
При привязке нескольких СФ, в интерфейсе редактирования СФ, поле К
документу после информации о сопрдоке есть примечание "(несколько ЭСЧФ
привязано)", для информации. В спецификации локальное меню Накладные не
выбирается.
В интерфейсе редактирования сопрдока, поле Документ для учета НДС,
можно по F4 посмотреть список всех ЭСЧФ.