Текущие компоненты

Название продукта Название компонента Тип Последняя версия Дата выхода
Галактика ERP 9.1L_SFRES

Справка по компоненту.

Количество версий компонента410
Количество рещенных задач3066
Последная дата обработки компонента2023-12-17 18:26:44
Последная дата файла2023-12-16 17:31:35
Последная версия9.1.242.0

Новые задачи в этом компоненте

L_SF
101.49851
L_SF ( 9.1.3.0 )

Краткое описание :

Второе Пришествие прочерков в СФ

Описание :

Наши счета-фактуры

Что измененно :


Необходимо в Печатные формы СФ в графы 10, 10а, 11 вернуть прочерки, при отсутствии показателей.
Подробности во вложениях

Согласовано с Винниковой Н.М.

Как измененно :


В параметры печати СФ добавлен новый параметр
"Печать полей - не выводить - прочерки при отсутствии
данных ГТД". Если параметр установлен, то прочерки в
графах 10, 10а, 11 при отсутствии данных не будут
выводится. По умолчанию (без установки параметра)
прочерки выводятся.
L_SF
101.49908
L_SF ( 9.1.3.0 )

Краткое описание :

печать СФ в формате FRM

Описание :

Наши счета-фактуры

Что измененно :


Речь идет о стандартной форме СФ в FRM, необходимо заменить ^ на @ в расшифровке ФИО Глав.бух., чтоб происходил перенос строки.

.LinkForm 'SCHFREES_81' Prototype is 'SCHFREES'
.Group 'Бланки счетов-фактур (с 24.01.2012)'
.NameInList 'Счет-фактура (формат A4)'

Мы не просим доработать форму, а просим исправить в форме вывод ФИО, приведя все расшифровки ФИО к единому формату!
Если открыть форму то становится ясно что все ФИО выводятся через @ , а в одном месте ^
:
Главный бухгалтер
или иное уполномоченное лицо _____________ ^
(подпись) (Ф.И.О.)

Как измененно :


Печать СФ, формы 2012г., стандартная и корректировочная. Корректно выводится поле Главный бухгалтер при длинном ФИО, переносится на следующую строку.
L_SF
103.5448
L_SF ( 9.1.3.0 )

Краткое описание :

Дать возможность редактировать даты СФ в закрытом периоде

Описание :

Счета-фактуры поставщика

Что измененно :

Дать возможность редактировать даты СФ в закрытом периоде

Клиент создает СФ из накладной.
Предположим, накладная создается в конце месяца, после чего период закрывается,
и идет переход на новый период.

У пользователей настройками отрублено право редактирования документов в
закрытом периоде.

После всего в начале следующего месяца клиент формирует СФ из накладной (уже
закрытого периода)
При этом Дата составления СФ у него = Дате выписки накладной
Дата получения СФ = дате оприходования накладной.

И пользователи не могут в СФ, которая заводится в текущем периоде, исправить
эти даты: они им недоступны для редактирования.

Клиент просит реализовать возможность ручной правки даты составления и даты
получения СФ при заведении СФ из накладной именно
в момент заведения.

Клиент утверждает, что для его бизнес-процесса отсутствие возможности править
даты составления и получения СФ в данной
ситуации является весьма критичным.

Как измененно :

Расширена настройка "Формировать дату документа
для учета НДС по дате" значением "по запросу". Новый
параметр настройки доступен только для России.
Если установлено значение "по запросу", при
формировании СФ из накладной появляется окно задания
параметров формирования, где необходимо указать, по
какой дате формировать дату составления СФ:
- выписки сопроводительного документа;
- списания/оприходования сопроводительного
документа;
- равной.
При установке "равной" - дата СФ задается явно.
Доработано также пакетное формирование СФ. В
параметрах формирования поле "Дату созданных документов
устанавливать" разделено на два: "составления" и
"получения/передачи".
Если значение настройки "Формировать дату
документа для учета НДС по дате" = "по запросу", то в
параметрах пакетного формирования СФ дата составления
задается значениями:
- по дате выписки последнего сопроводительного
документа из СФ;
- по дате списания/оприходования последнего
сопроводительного документа из СФ;
- для всех равной.
Если значение настройки "Формировать дату
документа для учета НДС по дате" не равно "по запросу",
то дата составления задается, как и ранее:
- "по последнему сопроводительному документу из
СФ";
- "для всех равной".
Добавлен также параметр "не учитывать закрытый
период даты составления". При установке этого параметра
дата составления при формировании СФ не проверяется на
закрытый период. Дата получения/передачи на закрытый
период должна проверяться всегда: если попадает в
закрытый период, то дата получения/передачи = текущей
дате.
L_SF
103.5826
L_SF ( 9.1.3.0 )

Краткое описание :

В книге печатать номер СФ на аванс в случае возврата

Описание :

Книга покупок

Что измененно :


СФ 7309 Возврат оплаты, предоплаты покупателю
книга 7514 Регистрация возврата оплаты, предоплаты покупателю
в bookprzk.num нужно пробить номер СФ по ссылке из BOOKPRZK.CSCHFACTS
сейчас попадает номер СФ на возврат, этот СФ наш виртуальный и его номер в книге не имеет смысла.

Как измененно :


При регистрации возврата аванса записи регистрации присваивается номер исходного аванса также в случае, если ДО не привязан.
L_SF
104.19827
L_SF ( 9.1.3.0 )

Краткое описание :

Не срабатывает фильтр на данные при разноске проводок в НН

Описание :

Наши налоговые накладные

Что измененно :

Не срабатывает фильтр на данные при разноске проводок в НН:
Хозоперации/Операции/Разноска хоз. операций (сбыт или снабжение)/Реестр
полученных/выданных НН.
По лок. меню вызываем Фильтр на данные, задаем фильтр по организации, система
отвечает, что нету
данных, удовлетворяющих заданный фильтр. Но дело в том, что я задаю ограничения
по контрагенту предварительно проверив,
есть ли по нему данные за конкретный период.

См. пример в скринах.

Необходимо исправить эту проблему.

Как измененно :

При формировании хозопераций по записям
регистрации НН организация заполняется.
Для обновления уже созданных проводок необходимо
запустить Проверка целостности таблиц - Контроль
целостности таблиц КБУ.
L_SF
106.9570
L_SF ( 9.1.3.0 )

Краткое описание :

Добавить в FRGETSCHFACT и FRSETSCHFACT нрек СФ

Описание :

Журнал учета полученных и выставленных счетов-фактур

Что измененно :


Добавить в FRGETSCHFACT и FRSETSCHFACT нрек СФ
Возникла необходимость добавить поле в поток данных, но не получается, так как в потоке нет ссылки на нрек СФ.

Как измененно :


В FRSETSCHFACT и FRGETSCHFACT заполняется ссылка
на СФ - поле cSchf.
L_SF
180.6529
L_SF ( 9.1.3.0 )

Краткое описание :

Номера СФ (поменялось законодательство в РФ)!

Описание :

Наши счета-фактуры

Что измененно :


С 24 января 2012 г вступило в силу Постановление Правительства Российской Федерации от 26.12.2011 №1137 "О формах и правилах заполнения(ведения) документов, применяемых при расчетах по налогу на добавленную стоимость".
В котором сказано следующее: "Порядковые номера таких счетов-фактур указываются каждым налогоплательщиком в соответствии с их индивидуальной хронологией составления счетов-фактур. В случае если организация реализует товары (работы, услуги), имущественные права через обособленные подразделения, при составлении такими обособленными подразделениями счетов-фактур порядковый номер счета-фактуры через разделительную черту дополняется цифровым индексом обособленного подразделения, установленным организацией в приказе об учетной политике для целей налогообложения."

На ОАО ПГК 15 фиалов, в системе Галактика ERP используется филиальность + резервирование номеров СФ по каждому филиалу. Отказаться от резервирования номеров СФ невозможно (почему объяснялось Бизе Т.)
Для реализации требования вышеуказанного постановления предполагается переход на резервирование номеров СФ в рамках всего предприятия (остается одно место формирования СФ). Это часть реализована в Системе. Однако текущим функционалом не предусмотрена возможность добавить в конце номера СФ код филиала-родителя данной СФ (т.е. изменяемой части).
Необходимо реализовать возможность, при которой система автоматически будет добавлять в конце порядкового номера СФ код филиала.
Для хранения кода филиала предлагаем ввести настройку Системы с типом string.

При реализации необходимо учесть, что пользователи должны видеть счета-фактуры созданные только в текущем филиале (таблица schfact не является общей). А номера должны быть сквозными по все базе. Т.е. формирование номера счет-фактуры должно происходить без учета филиальности.

Как измененно :


Доработана функциональность формирования зарезервированного номера СФ с постфиксом - кодом филиала. Настройка зарезервированных номеров идет через интерфейс "Типы резервирования номеров СФ".
Пример настройки для номеров вида "ф Влад\000001\01", где
ф Влад - префикс, обязательно не числовое значение.
000001 - номера СФ
01 - код филиала.
Устанавливаем "длина номеров диапазона" = 6 (размер номера СФ) и в полях "с номера" и "по номер" заносим значения вида:
"ф Влад\000001\01" - "ф Влад\000999\01".
При формировании СФ номера будут формироваться в данном диапазоне.
Важные ограничения:
- в префиксе не должно быть цифр;
- код филиала должен быть уникальным в рамках номера, т.е. недопустимы номера вида "ф Влад\01\01", "ф Влад\000001\0001\0001" (первый 0001 - номер из законченных резервов);
- длина номера не должна превышать 40 символов;
- слеши в интерфейсе настройки зарезервированных номеров и в настройке "Символ слеша" должны быть одинаковы.
L_SF
180.6721
L_SF ( 9.1.3.0 )

Краткое описание :

Сумма записи по авансу не совпадает с суммой авансового платежа

Описание :

Наши счета-фактуры

Что измененно :


Добрый день!
Возникла такая проблема: при регистрации сф с авансовым платежом сумма ставится неверная.
Рассмотрим на примере.
Создаю стороннее валютное поручение на сумму 1000$ на 15.12.2011(курс 31.7655). Соответственно, провожу ТХО, создаю СФ и регистрирую его. Создается запись "Регистрация оплаты, предоплаты" с суммами 31765.50 всего и 4845.58 НДС.
Создаю ДО на продажу от 31.12.2011(курс 32.1961) с услугой на сумму 1180$. Создаю акт от этой же даты и в нем создаю СФ. Регистрирую СФ. Создается запись "Регистрация СФ (учет по отгрузке)" с суммами 37991.40 всего и 5795.30 НДС, что соответствует курсу на 31.12.2011.
Привязываю платежное поручение к ДО. В итоге создаются записи в СФ ТХО платежного поручения и акта на оказание услуг с типом записи "Регистрация аванса в момент отгрузки" (в книгу покупок) и "Оплата СФ (нерегистрируемая, МУО)" с датой 31.12.2011. Суммы 31340.66 всего и 4780.77 НДС, хотя ожидались суммы из платежного поручения 31765.50 всего и 4845.58 НДС.

Как измененно :


В случае валютного ДО записи регистрации аванса в момент отгрузки формируются на сумму, пересчитанную по курсу авансового платежа.

Примечание. В результате дополнительного тестирования связанного по функционалу ПИРа 101.42491 возникла необходимость в важном примечании: если есть несколько сопроводительных валютных документов с разными датами и курсами валют на эти даты, то настоятельно не рекомендуется создавать но ним один сводный СФ.
L_SF
180.7018
L_SF ( 9.1.3.0 )

Краткое описание :

запись в книгу покупок из корректировочного сф сбыта

Описание :

Книга покупок

Что измененно :


Добрый день!
Сложилась такая ситуация:
При редактировании записи в книге покупок, созданной из сбытового(нашего) корректировочного счета-фактуры, меняется продавец с нашей организации на контрагента.
Подробное описание в прилагаемом файле.

Как измененно :


При модификации пользователем корректировочных записей регистрации в противоположной книге, созданных по СФ с отрицательными суммами, организация не изменяется.
L_SF
180.7045
L_SF ( 9.1.3.0 )

Краткое описание :

Ошибка вывода номера и даты с/ф по корректировочным с/ф в книгах и доп.листах ст

Описание :

Книга продаж

Что измененно :


Добрый день!
См. описание во вложении.

Как измененно :


При печати старых форм книг покупок/продаж и
доп.листов в графе Дата и номер счета-фактуры продавца
для записей, сформированных по корректировочным СФ,
выводится номер и дата корректировочного СФ, а не
исходного. Для форм в формате Excel - для всех старых
форм, в формате бизнес-текст - если книга формируется
за период до 01.01.2012.
L_SF
101.48785
L_SF ( 9.1.3.0 )

Краткое описание :

Проводки по исправленным счетам фактурам

Описание :

Настройка хозопераций /укажите тип документа/

Что измененно :


Произошла ошибка в ценах, которые мы выставили покупателю. При этом по правой кнопке мыши была создана счет-фактура с исправлениями.
Необходимо скорректировать проводки Д62 К90.01, Д90.03 К68.2. При чем по 90 счету имеется аналитика группы МЦ и по ним также должны сформироваться правильные скорректированные разницы.
Подробности в вл. файле

Как измененно :


Доработан алгоритм SpSF: добавлен флаг "расчет разницы между спецификациями исправленной и исходной СФ", который доступен только для значения "Сумма по спецификации" параметра "Результат".
При установке данного флага алгоритм рассчитывает разницу между суммами позиции в исправленной СФ и суммами позиции спецификации исходной для исправления СФ.
Работает только при привязке ТХО к записи регистрации СФ с исправлениями.

Добавлено заполнение аналитики СФ в <режиме 0> из исходной СФ при установленном флаге расчета разницы.
L_SF
101.49065
L_SF ( 9.1.3.0 )

Краткое описание :

Страна происхождения и ГТД к каждой позиции спецификации.

Описание :

Счета-фактуры поставщика

Что измененно :


У клиента в бизнес-процессе такая ситуация, что у
каждой позиции спецификации счета-фактуры своя страна
происхождения и номер ГТД. Есть предложение добавить
обработку классификатора "Страны происхождения" и
атрибута "Номер ГТД" к строчкам спецификации
счета-фактуры, чтобы эта информация попадала в печать
сч-фактур и книги покупок .
Использовать партионный учет - не предлагать.

Как измененно :


Доработан вывод страны и номера ГТД при печати СФ
и книги покупок, если внешние атрибут и классификация
заданы к спецификации сопроводительного документа.
Если данные ГТД не заданы к СФ или партиям МЦ, то
идет поиск внешней классификации "Страна происхождения"
и внешнего атрибута "Номер ГТД" по спецификациям
накладной.
Классификация и атрибут автоматически к
спецификации сопроводительного документа не создаются,
а заводятся вручную. При этом названия внешней
классификации и внешнего атрибута должны совпадать со
значениями настроек "Настройки Галактики \ Логистика \
Налоги, счета-фактуры \ Россия, Молдова, Узбекистан \
ГТД \": Классификатор "Страна происхождения"" и
"Атрибут "Номер ГТД".
L_SF
101.49066
L_SF ( 9.1.3.0 )

Краткое описание :

Добавление видов операций в СФ

Описание :

Предложение по новой функциональности контура логистики

Что измененно :

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

ПиР зарегистрирован по согласованию с Винниковой Н.М.

Как измененно :

Добавлена настройка "Настройки Галактики \ Логистика \ Налоги,
счета-фактуры \ Россия, Молдова, Узбекистан \ Печать СФ \ Классификатор "Код
вида операции"", значение по умолчанию "Код вида операции". В настройке
задается название классификатора, в котором будет указан код вида операции СФ,
необходимый при печати журнала учета СФ. Классификатор заводится к первичному
документу (накладной, акту - таблица KatSopr, или платежу - таблица PlPor). По
умолчанию классификатор не создается, его надо самим завести к первичным
документам, название при этом должно совпадать с названием, указанным в
настройке.
L_SF
101.49115
L_SF ( 9.1.3.0 )

Краткое описание :

Пакетное формировние отчетов агента по накладным

Описание :

Пакетное формирование отчетов агента

Что измененно :


Сделать возможность при пакетном формировании отчетов агента по накладной, формировать накладные на отпуск.
Сейчас есть возможность формировать только акты на оказание услуг.

Подробнее во вложении.

Как измененно :


Доработан функционал СФ принципала для сбыта.
Внешний атрибут к СФ "Покупатель принципала"
переименован в "Принципал".
Если к СФ задан внешний атрибут "Принципал", то на
печать вместо собственной организации (в сбыте -
продавец, в снабжении - покупатель), выведется
организация, установленная во внешнем атрибуте.
Так же, если задан атрибут, меняются значения ИНН,
КПП и грузо: ИНН = ИНН организации из атрибута, КПП -
по стандартному алгоритму (по настройкам - собственной
организации (т.е. из атрибута) или грузо), грузо
изменяется, если он был собственной организацией.
В расширенной информации добавлено поле - "Наша
организация", в котором отображается организация из
внешнего атрибута "Принципал", если он задан. Поле не
доступно для изменения, высвечивается только для
информации.
L_SF
102.115413
L_SF ( 9.1.3.0 )

Краткое описание :

Возможность создавать корректировочные СФ из корректирующей накладной

Описание :

Предложения по развитию модуля СФ

Что измененно :


Нужна возможность как в сбыте, так и в снабжении
создавать корректировочные СФ из корректирующей
накладной (как и исправительные СФ). Т.е. из
корректирующей накладной создавать на выбор либо
исправительный СФ либо корректировочный. Такая
необходимость вызвана следующим бизнес-процессом.
Есть два юридических лица, поставщик и покупатель.
Поставщик поставляет покупателю товар (электроэнергию).
Расчет между поставщиком и покупателем производится по
показаниям счетчика, если показания счетчика не были
вовремя переданы.
При отсутствии показаний счетчиков, поставщик
выставил покупателю счет, накладную счет-фактуру на
сумму 300 рублей (количество 100 кВт по 3 рубля за
киловатт).
Позже покупатель предоставил показания счетчика,
по которым количество потребленной энергии составило 80
кВт (фактический отпуск ЭЭ = 80 *3 = 240 рублей). В
этом случае поставщик, должен сделать перерасчет по
фактическим показаниям и выставить корректировочную СФ
на разницу стоимости. Поэтому заказчик выставляет
корректировочный документ на разницу в стоимости = 240
-300 = - 60 рублей, и разницу в количестве = 80 - 100 =
-20 кВт
Электроэнергия учитывается как готовая продукция
на складе (43 счет). При корректировке
корректировочными документами необходимо,
скорректировать остатки готовой продукции на складе.

Как измененно :


Добавлена возможность создавать по корректирующим
накладным/актам исправительные или корректировочные СФ
(по запросу).
Создание СФ по корректирующей накладной происходит
след.образом:
- если по исходному документу, по которому создан
корректирующий, СФ нет, то формируется обычный СФ
отгрузка;
- если по исходному документу есть СФ, то выдается
запрос на создания документа для учета НДС
"исправление" или "корректировка".
При создании корректировочного СФ по
корректирующей накладной, высчитывается дельта
изменения между корректирующей накладной и исходной. СФ
формируется на эту дельту.
При создании исправления все данные полностью
берутся из корректирующей накладной.
После решения ПИР 102.112758 и 102.116174 в
корректировочном СФ есть возможность учитывать
исправления (СФ исправление создается по корректирующей
накладной, и по этой корректирующей накладной создана
другая корректирующая или корректировочная накладная,
по которой создается корректировочный СФ).
По сторнирующим документам создание СФ запрещено.
L_SF
102.116252
L_SF ( 9.1.3.0 )

Краткое описание :

Расхождение суммы НДС при регистрации

Описание :

Платежное поручение

Что измененно :


Расхождение суммы НДС при регистрации
При распределении платежа по ДО в платежке
устанавливаются налоги верные из ДО, но при регистрации
налоги пересчитываются и появляется разница в 1 коп.
При необходимости есть доступ к базе клиента.

Как измененно :


Изменен алгоритм работы функции пересчета налогов
по ставкам (Alt+R). Избавился от зависимости расчетов
от настройки "Разбивать платеж по накладным из ДО".
Теперь, при выполнении этой команды, в случае если к
хозоперации привязано ДО, происходит перерасчет
налогов, по той же схеме, как и в момент привязки ДО.
Т.е. налоги считаются либо от ДО, либо от накладных
(если есть распределение по спецификации накладной). В
случае, если к хозоперации не привязано ДО, происходит
ручной пересчет налогов (сумма ХО умножается на
ставку).
Таким образом, выполнение пересчета налогов не
будет приводить к изменению суммы налогов, которые были
рассчитаны после привязки ДО к платежу.

Также доработана регистрация СФ. Если между платежом и отгрузкой есть небольшая разница (порядка нескольких копеек), то регистрация проходит корректно, без погрешности между суммами СФ и записи регистрации.
L_SF
102.116280
L_SF ( 9.1.3.0 )

Краткое описание :

Нужен новый параметр печати счетов-фактур по НДС

Описание :

Наши счета-фактуры

Что измененно :


Предлагается добавить в настройку печати запрос на печать поля "платёжно-расчётный документ" (как для почтового адреса и дополнения)
Описание во вложении.

Как измененно :


Доработан вывод информации о платеже при печати СФ.
При печати отгрузочного СФ поиск информации о платеже происходит следующим образом:
1. По распределению платежа.
2. Если распределения не было, то по сторно записям регистрации.
3. Если не было распределения и СФ не зарегистрирован, то информация о платеже не будет выводится.
Выводятся только авансовые платежи, т.е. если дата найденного платежа (по распределению или сторно записи регистрации) меньше даты отгрузки, то информация о платеже выводится. Дата отгрузки ищется по сопроводительному документу (дата оприходования, если даты оприходования нет, то дата сопр.док.), по которому создан СФ, а не по дате СФ, как было ранее.
Для случая поиска информации по сторно записям, если СФ создан по нескольким накладным, дата отгрузки берется по последнему созданному сопровод.документу.
L_SF
102.116293
L_SF ( 9.1.3.0 )

Краткое описание :

Создаются записи Регистрации аванса в СФ с Исправлениями.

Описание :

Наши счета-фактуры

Что измененно :


При регистрации СФ с Исправлениями, создается
запись Регистрация аванса на свободную сумму из
платежки, привязанной к ДО. В авансовой платежке эта
сумма остается свободной к распределению, а авансовый
СФ полностью распределен. Клиент считает, что записи
Регистрации аванса не должны создаваться в Исправлении
СФ. Подробности во вложении.

Как измененно :


Регистрация СФ-исправления. Если в исходном СФ есть записи регистрации аванса в момент отгрузки, то регистрация исправлений проходит без регистрации аванса в момент отгрузки.
L_SF
102.116309
L_SF ( 9.1.3.0 )

Краткое описание :

Создавать регистрацию с типом "Корректировочная запись, уменьшение закупки"

Описание :

Счета-фактуры поставщика

Что измененно :


Ситуация такая. Приходит акт на прием услуг по аренде помещения. В акте выбирается 1 услуга (строка) на сумму 100000 р., но при этом заполняется распределение по складам (подразделениям):
50000 р. на Отдел делопроизводста
50000 р. на Отдел АХО.
Через какое-то время необходимо создать корректировочный акт на сумму изменения 2000 р(увеличение на 4000 р по одному отделу и уменьшение на 2000 по другому). Новые суммы по акту будут:
54000 р. на Отдел делопроизводста
48000 р. на Отдел АХО.
Т.е. должны создасться следующие записи регистрации в СФ:
4000 р. "Корректировочная запись поставщика, увеличение закупки"
-2000 р. "Корректировочная запись, уменьшение закупки"

Все бы получилось, если бы в акте было 2 услуги и можно было бы показать уменьшение суммы по одной строке и увеличение по другой строке. Но в акте у нас одна услуга и показать одновременно и увеличение и уменьшение не получается по одной строке не получится. Тем более, что в момент создания корректировочной СФ система не анализирует распределение по складам(подразделениям). В данный момент приходится заходить в акт за прошлый период, разбивать услугу на 2 строки и только после этого создавать корректировочный акт и СФ.

Всего бы этого можно было избежать, если в Документе для учета НДС вручную регистрировать СФ. Т.е. сформировать вручную 2 записи регистрации:
4000 р. "Корректировочная запись поставщика, увеличение закупки"
-2000 р. "Корректировочная запись, уменьшение закупки"
Но в списке типов регистрации есть только тип "Корректировочная запись поставщика, увеличение закупки". Нужный тип регистрации "Корректировочная запись, уменьшение закупки" для отражения уменьшения отсутствует и запись с ним можно создать только из корректировочного акта в автоматическом режиме. Необходимо, чтобы можно было создавать регистрацию с типом "Корректировочная запись, уменьшение закупки"

Как измененно :


Доработана возможность ручного выбора записей:
"Корректировочная запись поставщика, уменьшение
реализации" из сбыта;
"Корректировочная запись, уменьшение закупки" из
снабжения.
При неполной ручной регистрации не рекомендуется
использовать автоматическую регистрацию по кнопке
"Зарегистрировать".
L_SF
102.116562
L_SF ( 9.1.3.0 )

Краткое описание :

СФ регистриреутся не полностью

Описание :

Наши счета-фактуры

Что измененно :


СФ регистриреутся не полностью
В СФ Запись регистрации появляется не на всю
сумму. Клиент утверждает, что проблема начала
появляться после установки обновлений 22 марта. До
этого обновления ставились 30 января и тогда этой
ошибки еще не было. Ошибка возникает часто, хотя не в
каждой СФ. Как утверждает бухгалтер, по некоторым
контрагентам - в каждой СФ, иногда сумма регистрации
сначала встает равной 0. Пример и отчеты во вложении.

Как измененно :


Проблема с позиционированием по позициям спецификации СФ, возникает только на базе клиента, поэтому проблему для проверки следует передать ему.
L_SF
101.49407
L_SF ( 9.1.3.0 )

Краткое описание :

не регистрируется СФ

Описание :

Наши счета-фактуры

Что измененно :


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

Как измененно :


При возврате авансового платежа, если у
возвратного СФ есть ссылка на ДО, а у авансового СФ
нет, но есть связь между ДО и платежом, по которому
сформирован авансовый СФ, то регистрация проходит -
сторно запись формируется.
L_SF
102.116703
L_SF ( 9.1.3.0 )

Краткое описание :

СФ принципала

Описание :

Счета-фактуры поставщика

Что измененно :


СФ принципала.
Создать новый тип СФ, для которого покупатель не собственная организация, ссылка на организацию должна быть в атрибуте.
Доработать печать СФ и проверить печать журнала.

Как измененно :


В снабжении создан новый тип счетов-фактур "СФ
принципала". Для этого типа СФ необходимо указание
организации во внешнем атрибуте "Покупатель
принципала", которая при печати СФ будет выводится в
строке "Покупатель".
L_SF
102.116959
L_SF ( 9.1.3.0 )

Краткое описание :

Позиционирование в СФ

Описание :

Наши счета-фактуры

Что измененно :


Доработать код по позиционированию в СФ для всех логических таблиц с функцией vGet...
Очень редко, но все же возникают ситуации, когда ссылка на текущую позицию не соответствует позиции в таблице.

Как измененно :


Доработать код по позиционированию в СФ для всех логических таблиц с функцией vGet...
Очень редко, но все же возникают ситуации, когда ссылка на текущую позицию не соответствует позиции в таблице.
L_SF
102.117016
L_SF ( 9.1.3.0 )

Краткое описание :

Опечатка в предупреждении!

Описание :

Пакетное формирование СФ налоговых агентов (импортные операции)

Что измененно :


Опечатка в предупреждении!
См. вложение. Хотелось бы "участвовать", но не "учаВствовать"....

Как измененно :


Исправлена опечатка.
L_SF
102.117074
L_SF ( 9.1.3.0 )

Краткое описание :

Вечная проблема с копейкой

Описание :

Наши счета-фактуры

Что измененно :


Регистрация аванса на момент отгрузки в сумме НДС идет на копейку меньше, чем сумма НДС в СФ.
Есть платеж, без привязки к ДО, на 500'000р., авансовый Сф и регистрация.
Накладная на суммы, прописанные во вложенном Excel-файле (первые четыре позиции), результат - погрешность вычислений.

Как измененно :


Дополнительная проверка - если суммы СФ и записей регистрации аванса в момент отгрузки отличаются на погрешность (не более 1-ой копейки), то суммы СФ переносятся в записи регистрации.
L_SF
101.49575
L_SF ( 9.1.3.0 )

Краткое описание :

Расчетная вставка при входимости налога в цену

Описание :

Наши счета-фактуры

Что измененно :


Расчетная вставка при входимости налога в цену

Энергосбытовая организация реализует услуги населению, в тарифы на услуги уже включен НДС (т.е. в цену входит НДС),
такая возможность предусмотрена Налоговым кодексом 2 часть, ст.169, п.5, пп.7,
цена (тариф) за единицу измерения (при возможности ее указания) по договору (контракту) без учета налога, а в случае применения государственных регулируемых цен (тарифов), включающих в себя налог, с учетом суммы налога;
(в ред. Федерального закона от 29.05.2002 N 57-ФЗ)

таким образом, при формировании акта на услугу в упр. сбытом, мы указываем, что налог входит в цену.
Но раз налог в цену включен, он может быть выделен только расчетным способом, т.е. 18/118.
Та же самая ситуация происходит в с/ф на предоплату. Исходя из этой ситуации, в печатную форму с/ф на отгрузку
необходимо колонку "Налоговая ставка" заполнять не 18%(как реализовано сейчас), а 18/118.
Это касается и корр. с/ф и исправлений с/ф.
Есть предложение сделать в интерфейсе при печати с/ф флаг: налог входит в цену, который будет влиять на заполнение
колонки "Налоговая ставка" во всех печатных формах, или все реализовать более глубоко, чтобы программа анализировала
выборку "Входимость налогов в цену услуг" в акте, и соответственно изменяла печатную форму.

Расчет должен быть такой:
кол-во * на цену (с учетом НДС) = общая стоимость (гр.9). От этой стоимости идет расчет налога по ставке 18/118,
проставляется сумма налога. Затем рассчитывается стоимость товара без налога (гр.5).

в Постановлении 1137 II раздел, п.2, п.п. з) "...указывается сумма налога, исчисленная исходя из налоговой ставки,
определяемой в соответствии с п.4 ст.164 НК..." В этой статье четко про расчетную ставку налога прописано.

Как измененно :


В параметры печати счетов-фактур добавлен новый
параметр "Печать полей - выводить - расчетную ставку".
Если параметр установлен, то на печать выводится ставка
вида 18/118, 10/110.
Параметр "выводить - расчетную ставку"
устанавливается только при печати новых форм 2012 года.
L_SF
102.117115
L_SF ( 9.1.3.0 )

Краткое описание :

Дублирование записей регистрации по платежу

Описание :

Наши счета-фактуры

Что измененно :


Есть ДО, например, на 130р, 2 накладных на 100р. и 30р., 2 СФ.
СФ на 100р. зарегистрирован, на 30р. - нет.
Платеж, не авансовый, 2 хозоперации по каждой накладной, на 100р. и 30р., платежные СФ.
Если попробуем зарегистрировать платежный СФ на 100р., то будут созданы записи "Оплата СФ (нерегистрируемая, МУО)" на суммы по 30р. + еще одна на 10р.
Т.е. регистрация идет не по зарегистрированному отгрузочному СФ на 100р., а по незарегистрированному на 30р.
Проверить и для авансов.

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

Как измененно :


Корректно проходит регистрация СФ в том случае, если в регистрации участвуют несколько отгрузочных СФ с разными статусами. Записи "Оплата СФ (нерегистрируемая, МУО)" не создаются на сумму больше, чем сумма СФ.
L_SF
102.117209
L_SF ( 9.1.3.0 )

Краткое описание :

Подписанты в СФ

Описание :

Наши счета-фактуры

Что измененно :


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

Как измененно :


При печати СФ название группы подписантов сохраняется во внешнем атрибуте "Группа подписантов". При повторной печати этого СФ в настройках печати будет отображена группа подписантов, сохраненная во внешнем атрибуте, и соответственно на печать выведется она. Если при повторной печати группа подписантов будет перевыбрана, то во внешнем атрибуте установится новое значение.
При множественной печати СФ:
1. У СФ, у которых ранее была установлена группа подписантов во внешнем атрибуте (т.е. СФ уже был выведен на печать с какой-то группой), выведутся подписанты из группы из внешнего атрибута.
2. У СФ, у которых не было установлено значение группы подписантов в атрибуте, выведутся подписанты, установленные в настройке печати, при этом во внешнем атрибуте значение сохранится.
В окне установки параметров печати группа подписантов отображается либо из внешнего атрибута, либо, если значение во вн.атрибуте отсутствует, из dsk. При этом надо внимательно следить за тем, какая группа попадает из dsk.
L_SF
102.117226
L_SF ( 9.1.3.0 )

Краткое описание :

Отчет по суммам регистрации

Описание :

Наши счета-фактуры

Что измененно :


Отчет по суммам регистрации

Как измененно :


Разработан новый отчет "Отчет по суммам
регистрации авансового СФ". Вызывается отчет по
локальному меню либо горячим клавишам Alt+D из окна
редактирования счета-фактуры.
Отчет можно сформировать только для СФ типов:
"Счет-фактура оплата, предоплата", "Счет-фактура,
предоплата поставщику". В отчете сравниваются суммы
записи "Регистрация оплаты, предоплаты" с суммами
"Регистрации аванса в момент отгрузки" и "Оплата СФ
(нерегистрируемая , МУО)". Если записи регистрации
аванса в момент отгрузки отсутствуют, либо СФ
зарегистрирован неверно, отчет сформировать невозможно.
L_SF
102.117228
L_SF ( 9.1.3.0 )

Краткое описание :

Нумерация разных типов счетов-фактур по НДС должна различаться префиксом

Описание :

Наши счета-фактуры

Что измененно :

Предлагается оставить сквозную нумерацию, но для
авансовых СФ использовать префикс "АВ". Также следует
учесть, что не должна сломаться возможность для всех
типов СФ подставлять через дробь "Код обособленного
подразделения", которая реализована через настройку
"Формат номера СФ.

Как измененно :

Создана новая настройка "Префикс для номеров авансовых СФ",
папка Логистика - Налоги, счета-фактуры - Россия, Молдова, Узбекистан. В
префиксе можно задать любую буквенную строку, которая будет подставляться в
начале номера авансовых СФ сбыта.
Не рекомендуется в течении года, когда действует текущая нумерация СФ, менять
префикс.
L_SF
102.117264
L_SF ( 9.1.3.0 )

Краткое описание :

Доработка реакции на настройку "Контроль уникальности СФ поставщика в разрезе"

Описание :

Счета-фактуры поставщика

Что измененно :


Доработка реакции на настройку "Контроль уникальности СФ поставщика в разрезе", папка Логистика - Налоги, счета-фактуры - Россия, Молдова, Узбекистан.
Сейчас при значении настройки "Организация-Номер-Год составления" разработан только запрет регистрации, если дублируются СФ поставщика по организации и номеру. Необходима также проверка при создании СФ (единичное и пакетное).

Как измененно :


При установке настройки "Контроль уникальности СФ поставщика в разрезе" происходит не только запрет регистрации СФ с одинаковыми номерами, но и при попытке создать СФ в снабжении для одного контрагента с одинаковыми номерами выдается предупреждение и СФ создается с пустым номером.
Также доработан запрет регистрации СФ, если у него не установлен номер.
L_SF
102.117301
L_SF ( 9.1.3.0 )

Краткое описание :

Печать даты оплаты в книге покупок

Описание :

Книга покупок

Что измененно :


Печать даты оплаты в книге покупок
Клиент делает накладную и к ней СФ, потом, как я
поняла, запись регистрации по СФ делят на 4 части, там
(в окне редактирования записи регистрации ) в 2-х из
них проставляют дату оплаты и привязывают платежный СФ.
В результате в новой форме книги покупок по всем
записям регистрации выводятся даты оплаты, а в старых
формах - только по двум, так как надо. Во вложении
пример. На моей тестовой базе тоже почти так, только у
меня по всем записям регистрации даты выводятся в новой
форме, и по 2-м - в старой форме. Пример во вложении.

Как измененно :


Исправлен вывод даты оплаты при печати книги
покупок. Если несколько записей регистрации, а платеж
привязан не ко всем, то на печать дата оплаты будет
выводится только к тем записям, к которым задан платеж.
L_SF
102.117378
L_SF ( 9.1.3.0 )

Краткое описание :

Код обособленного подразделения при резервировании

Описание :

Наши счета-фактуры

Что измененно :


Код обособленного подразделения при резервировании
Необходимо сделать формирование номеров
счетов-фактур по шаблону: Номер\код обособленного
подразделения, при включенной настройке "использовать
резервирование номеров счетов-фактур", для ведения
параллельной нумерации разных типов счетов-фактур. Т.е.
номер сч-ф. должен браться из выбранного диапазона
резервирования("настройка - место формирования сч-ф"),
а код обособленного подразделения подставляться в
шаблон из настройки "код обособленного
подразделения"

Как измененно :


Для резервирования номеров доработан способ задания кода подразделения в конце номера с помощью настройки "Код обособленного подразделения". Настройка действует только в том случае, если при задании резервных номеров не используется символ слеша (настройка "Символ слеша").
L_SF
102.117399
L_SF ( 9.1.3.0 )

Краткое описание :

Дата в поле К платежно-расчетному документу

Описание :

Наши счета-фактуры

Что измененно :


Дата в поле К платежно-расчетному документу
Не заполняется поле К платежно-расчетному
документу для СФ-отгрузка, которые оплачиваются СФ с
типом СНГ АВАНС(его перевыбирают в СФ). Это
пользовательский тип СФ используется для Авансов по СНГ
у них ставка НДС=0 и в книге продаж их отражать не
нужно . А в СФ по отгрузке это поле нужно заполнять.
Клиента устроил предложенный вариант решения: Если в СФ
есть суммы с экспортной ставкой, то выводить при печати
СФ все платежи, без учета авансовости.

Как измененно :


Доработан вывод поля " ЙК платежно-расчетному документу Й" при печати СФ:
1. Если в СФ есть суммы с экспортной ставкой, то печатаются все платежи, без учета авансовости.
2. Печатаются и те платежи, по которым созданы СФ с пользовательским авансовым типом (тип = по платежу, является авансом).
L_SF
102.117509
L_SF ( 9.1.3.0 )

Краткое описание :

Разница в копейку между суммами СФ и записи регистрации

Описание :

Наши счета-фактуры

Что измененно :


У клиента возникла следующая ситуация - в ДО и накладной по позициям спецификации налоги рассчитываются на 1 копейку больше, чем простым расчетом по сумме. Затем по платежу с привязанным ДО и распределенными по накладным суммами создается платежный СФ. Налоги СФ = налогам платежа, как в свое время дорабатывалось, если у платежа один налог НДС. Но при регистрации СФ идет перерасчет налогов и в записи регистрации сумма НДС на 1 копейку меньше, из-за чего возникают предупреждения об ошибках. Доработать, чтобы при погрешности округления переносились суммы из СФ в суммы записи регистрации.

Как измененно :


Если при регистрации неавансовых платежей суммы СФ и записей регистрации отличаются на погрешность в рамках 1 копейки, то суммы СФ переносятся в записи регистрации.
L_SF
102.118016
L_SF ( 9.1.3.0 )

Краткое описание :

Быстрое закрытие. Замечания по содержанию предупреждений

Описание :

Акты на услуги, работы

Что измененно :


См. замечания во вложении.

Как измененно :


Быстрое закрытие. Исправлено сообщение при попытке создания СФ по сопроводительному документу со статусом быстрого закрытия, который не является полным.
L_SF
102.118076
L_SF ( 9.1.3.0 )

Краткое описание :

В книге покупок и книге продаж в графу 3 попадают даты из будущих периодов

Описание :

Книга продаж

Что измененно :


В книге покупок и книге продаж в графу 3 попадают даты из будущих периодов.
Подробное описание во вложении.

Как измененно :


Книга продаж/покупок. В графу дата оплаты не попадают даты будущих периодов, т.е. превышающие дату окончания периода формирования книги.
L_SF
102.118163
L_SF ( 9.1.3.0 )

Краткое описание :

Дополнить описание алгоритма NALNSP

Описание :

Настройка хозопераций /укажите тип документа/

Что измененно :


Дополнить описание алгоритма NALNSP

В закладке "Информация" алгоритма NalNSp указать необходимость существования проводки по корректируемой записи для формирования сторнирующей проводки по корректирующей записи.

Как измененно :


Скорректировано описание алгоритма NalNSp в закладке "Информация".
При отсутствии проводок по корректируемой записи сообщение об этом выводиться в отладочной информации протокола формирования ТХО.
L_SF
102.118212
L_SF ( 9.1.3.0 )

Краткое описание :

Ошибка при регистрации аванса в момент отгрузки

Описание :

Наши счета-фактуры

Что измененно :


Ошибка при регистрации аванса в момент отгрузки по
СФ, сформированным по приходным кассовым ордерам.
Описание во вложении.

Как измененно :


Проверка на погрешность между суммами СФ и записей регистрации и перенос сумм в запись проводится только при условии, что разница между суммами СФ и записей не превышает 0.02. Если превышает, то корректировка погрешности не происходит.
Сделано для возможности работы с мелкими суммами, исчисляемыми в копейках.

9.1.242.09.1.241.09.1.240.09.1.239.09.1.238.09.1.237.09.1.236.09.1.235.09.1.234.09.1.233.09.1.232.09.1.231.09.1.230.09.1.229.09.1.228.09.1.227.09.1.226.09.1.225.09.1.224.09.1.223.09.1.221.09.1.220.09.1.219.09.1.218.09.1.217.09.1.216.09.1.215.09.1.214.09.1.213.09.1.212.09.1.211.09.1.210.09.1.209.09.1.208.09.1.207.09.1.206.09.1.205.09.1.204.09.1.203.09.1.200.09.1.199.09.1.198.09.1.197.09.1.196.09.1.195.09.1.194.09.1.193.09.1.192.09.1.222.09.1.220.19.1.202.09.1.201.09.1.191.09.1.190.09.1.189.09.1.188.09.1.187.09.1.186.09.1.185.09.1.184.09.1.183.09.1.182.09.1.181.09.1.180.09.1.179.09.1.178.09.1.177.09.1.176.09.1.175.09.1.174.09.1.173.09.1.172.09.1.171.09.1.170.09.1.169.09.1.168.09.1.167.09.1.166.09.1.165.09.1.164.09.1.163.09.1.162.09.1.161.09.1.160.09.1.159.09.1.158.09.1.157.09.1.156.09.1.155.09.1.154.09.1.153.09.1.152.09.1.151.09.1.150.09.1.149.09.1.148.09.1.147.09.1.146.09.1.145.09.1.144.09.1.143.09.1.142.09.1.141.09.1.140.19.1.140.09.1.139.19.1.139.09.1.138.09.1.137.29.1.137.19.1.137.09.1.136.09.1.135.09.1.134.29.1.134.19.1.134.09.1.133.09.1.132.39.1.132.29.1.132.19.1.132.09.1.131.09.1.130.09.1.129.09.1.128.09.1.127.09.1.126.09.1.125.09.1.124.09.1.123.09.1.122.09.1.121.09.1.120.09.1.119.19.1.119.09.1.118.09.1.117.29.1.117.19.1.117.09.1.116.19.1.116.09.1.115.09.1.114.19.1.114.09.1.113.29.1.113.19.1.113.09.1.112.09.1.111.09.1.110.09.1.109.19.1.109.09.1.108.09.1.107.09.1.106.09.1.105.19.1.105.09.1.104.09.1.103.09.1.102.19.1.102.09.1.101.19.1.101.09.1.100.09.1.099.09.1.99.09.1.98.09.1.098.09.1.097.09.1.97.09.1.96.09.1.096.09.1.095.09.1.95.09.1.94.09.1.094.09.1.093.09.1.93.09.1.092.09.1.92.09.1.091.09.1.91.09.1.90.09.1.090.09.1.089.29.1.89.19.1.089.09.1.89.09.1.88.19.1.088.09.1.88.09.1.087.09.1.87.09.1.86.29.1.86.19.1.086.09.1.86.09.1.85.19.1.85.09.1.085.09.1.84.29.1.84.19.1.84.09.1.084.09.1.83.09.1.083.09.1.082.09.1.82.09.1.81.29.1.81.19.1.81.09.1.081.09.1.080.09.1.80.09.1.79.19.1.79.09.1.079.09.1.78.29.1.78.19.1.078.09.1.78.09.1.77.19.1.77.09.1.077.09.1.076.09.1.76.09.1.75.39.1.75.29.1.75.19.1.075.09.1.75.09.1.74.09.1.074.09.1.73.09.1.073.09.1.72.29.1.72.19.1.72.09.1.072.09.1.71.59.1.71.49.1.71.39.1.71.29.1.71.19.1.71.09.1.071.09.1.70.09.1.070.09.1.69.09.1.069.09.1.68.39.1.68.29.1.68.19.1.68.09.1.068.09.1.67.09.1.067.09.1.66.49.1.66.39.1.66.19.1.66.09.1.066.09.1.65.29.1.65.19.1.065.09.1.65.09.1.064.09.1.64.09.1.63.29.1.063.09.1.63.09.1.62.19.1.62.09.1.062.09.1.61.29.1.61.19.1.061.09.1.61.09.1.60.19.1.060.09.1.60.09.1.59.09.1.059.09.1.058.09.1.58.09.1.57.19.1.057.09.1.57.09.1.56.09.1.056.09.1.55.09.1.055.09.1.054.09.1.54.09.1.53.09.1.053.09.1.52.09.1.052.09.1.051.09.1.51.09.1.50.09.1.050.09.1.049.09.1.49.09.1.48.09.1.048.09.1.47.09.1.047.09.1.46.09.1.046.09.1.45.09.1.045.09.1.44.39.1.044.39.1.44.29.1.44.19.1.44.09.1.044.09.1.43.19.1.43.09.1.043.09.1.42.29.1.42.19.1.42.09.1.042.09.1.41.09.1.041.09.1.40.19.1.40.09.1.040.09.1.039.09.1.39.09.1.38.19.1.038.09.1.38.09.1.37.19.1.37.09.1.36.09.1.036.09.1.35.19.1.035.09.1.35.09.1.034.09.1.34.09.1.33.09.1.033.09.1.032.09.1.32.09.1.31.09.1.031.09.1.30.09.1.030.09.1.29.19.1.29.09.1.029.09.1.28.09.1.028.09.1.27.09.1.027.09.1.26.09.1.025.09.1.25.09.1.024.09.1.24.09.1.023.09.1.23.09.1.22.09.1.022.09.1.021.09.1.21.09.1.020.09.1.20.09.1.019.09.1.19.09.1.18.09.1.018.09.1.017.09.1.17.09.1.016.09.1.16.09.1.015.09.1.15.09.1.14.09.1.014.09.1.13.09.1.013.09.1.012.09.1.12.09.1.11.09.1.011.09.1.10.09.1.010.09.1.9.09.1.009.09.1.8.09.1.008.09.1.7.09.1.007.09.1.006.09.1.6.09.1.005.09.1.5.09.1.004.09.1.4.09.1.003.09.1.3.09.1.002.09.1.2.09.1.001.09.1.1.0