nullarity / n5 Goto Github PK

При первоначальной загрузке программы, на закладке Сотрудники, в разделе Зарплата - Освобождения, обнаруживаются неправильные суммы освобождений. Нет изменений, вступивших в силу с 01.01.2021 года. Необходимо, чтобы при первоначальном запуске программы, данные были актуальны на момент начала работы.

Если оплата покупателя производится банковским переводом то номер документа оплаты "000001" заменяется наименованием "Справка/Чек".
При этом ссылка на документ оплаты работает нормально.

Например, нужна возможность, чтобы пользователь мог вводить документы в интервале (допустим) пяти дней, как вперед, так и назад, от текущей даты.

Программа неправильно рассчитывает зарплату. Сотрудник поступил 01.01,2020, оклад 7000 лей. Освобождение вступает в силу с 01,02,2020. Соответственно расчет такой: Оклад 7000 лей - 4,5% - 315 лей мед страх
6% - 420 лей соц фонд
7000 - 315

•                                                                                    - 420 =6265 *12% подоходный налог (т.к. освобождение с февраля считаем из всей суммы) = 751,8 лей. Итого: 7000 - 315 - 420 - 751,8 = 5513,2 к выдаче.
  

У нас сейчас ситуация такова: 7000 - 4,5%-315
6%-420
7000-315-420-2000=4265*12%=511,8 ( подоходный налог)
7000-315-420-511,8=5753,2 к выдаче.,что в нашем случае грубейшая ошибка, т.к. программа берет освобождение за январь,а не должна.
Полагаю, что та же ситуация будет и с 2021 годом.

@SvetlanaRes, есть предложение пересмотреть эту форму, выглядит не очень:

• наименования товаров по центру (хотя по идее должны быть слева)
• отдельные колонки для харок, хотя вроде общее соглашение выводить через запятую
• какой-то идиотский моноширный шрифт
  Что скажешь?

Разобраться и реализовать открытие в веб-клиенте папки с файлами документа, это актуально для документов, потому что они складируют файлы в отдельные папки (а не выбранные пользователем)

Я так понимаю, что если он выключен, то заказы не нуждаются в утверждении. У меня не меняется ничего.

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

Исправительный релиз опубликован. После обновления, установите пожалуйста для вашего пользователя право просмотра/редактирования свойств (при следующем создании пользователя с право просмотра контрагентов, данное право будет назначаться автоматически)

поставил права просмотра/редактирования свойств

другая ошибка появилась

Originally posted by @TeodorUn in #7 (comment)

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



Красный - заказ 00009
Жёлтый - заказ 00013
Синий - заказ 00006

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

В физ.лицах на закладке Освобождения невозможно ввести больше 1 иждивенца(N). Должна быть такая возможность, потому как этих самых иждивенцев может быть больше!

Можно ли документ Категории застрахованных лиц из закладки Еще вынести и разместить рядом с документом Освобождения. Это гораздо важнее чем, ну например, Образование и должно быть на виду.

При создании документа Разукомплектация и дальнейшего его сохранения программа выдает непредвиденную ошибку.
Текст ошибки следующий:
Ошибка при выполнении обработчика - 'Posting'
по причине:
Преобразование значения к типу Число не может быть выполнено
{Document.Disassembling.ManagerModule(379)}: Collections.Distribute ( data.Quantity * data.Capacity, Table, "Quantity", "ProductQuantity" );
{Document.Disassembling.ManagerModule(207)}: commitCost ( Env, items );
{Document.Disassembling.ManagerModule(28)}: if ( not makeValues ( Env ) ) then
{Document.Disassembling.ObjectModule(35)}: Cancel = not Documents.Disassembling.Post ( env );
Что это такое и в чем причина. Если причина в неправильном заполнении документа, прошу пояснить.Спасибо!

Тест: Documents.Disassembling.FullCreationTest.PrintForm
Вместо UT должно быть PK

Можно ли в табличную часть данного документа внести окошко с Оптовой ценой и окошко с Ценой реализации(Продажной ценой)? Это будет необходимо для предприятий, которые имеют и магазин и оптовые базы одновременно, т.е. производят оптовую и розничную продажи.Спасибо!

В качестве проверки прогнать тест Documents.SalesOrder.FeaturePriceInSelectionForm

В справочнике Праздники, при попытке создания нового элемента Праздничные дни на 2021, программа выдает, что 2021 год не найден. При открытии поля Год, выводится перечень с 2012 по 2020. Самостоятельно ввести новый год, как элемент, возможности нет. Из-за этого затормозился весь процесс, начиная с расчета больничных и отпускных, до начисления зарплаты, т.к. нет возможности заполнить календарь праздничными днями.

При первоначальной загрузке, на закладке Сотрудники, в разделе Зарплата - Налоги, при открытии обнаруживаются неправильные ставки по налогам с зарплаты. Данные только на 2018 год. Новых данных, на 2021 год нет. Необходимо чтобы при первоначальной загрузке программы данные были актуальны на момент начала работы.

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

Проверить веб-клиента на версии > 8.3.18.1363, и если таблица вложений справочника проектов обновляется после добавления первого файла, убрать принудительное обновление:

async Procedure SelectUploadingFiles ( Files, Params ) export
...
	#if ( WebClient ) then
		control.Refresh ();
	#endif

При создании ПКО из документа оплаты имя покупателя (физическое лицо) не попадает в печатную форму.

При выполнении частичной отгрузки Итог заполняется не коректно.

При этом реализация проводится верно автоматически.

Новоформированная отгрузка с остатком получаят то же значение Суммы.

Если в ручную заполнить "0" там где нужно то всплывает ошибка расчета.

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

Проезвести частичьную отгрузку коректно не получается

При этом раскладе Статус отгрузки не заполняется. Если в данной конфигурации расчет ведется Денежнный то правельный процент был бы менее 1%. а не правельный около 17%.

Написать тесты для Поступление товаров, Заказ покупателю.

Добрый день. Можете подсказать какой флажок нужно включить чтобы можно было добавлять покупателей. Вроде все флажки включены а ошибка появляется.

Добрый день.
Не возможно ввести кол-во в дробном виде (3,5 в примере). всегда округляется даже если у товара точность 2.

то же самое во всех формах

Взялась рассчитать зарплату работнику за январь 2020 года. 1) % соц фонда с предприятия был указан неправильно, стоит 23%, а должно было быть 18%.
2) Зачем на закладке Расчеты показывать соц фонд, который уплачивает фирма. В данном случае удержаниями считаются только 6% и 4,5%( по состоянию на 2020 год) или 9% ( на сегодняшний день), а соц фонд 18%(по состоянию на 2020) и другие 4,5% мед, которые почему-то не фигурируют в этом списке, или 24%(на сегодняшний день), являются начислениями расходов предприятия. Поэтому, надо сделать закладку Начисления, где будут указываться начисления, которые начисляются на зарплату.

Нет функции автоматического заполнения календаря в документе Графики на основании введенных в справочник Праздники праздничных дней.
Вручную играться очень неудобно. Рассмотрите пожалуйста вариант автоматического заполнения праздничных дней. Или если он есть и я его не увидела, подскажите где смотреть.Спасибо.
P.S. На этом фоне многие клиенты просят чтобы автоматически заполнялись и предпраздничные дни, с графиком работы 7 часов для 8-часового рабочего дня.

Продублировать тест CurrencySalesOrder только для закупок, вероятно есть проблема как в #10

Как можно организовать базу знаний или часто задаваемые вопрос/ответы так, чтоб можно было комментировать или добавлять информацию?

При заполнении коммерческого предложения используя "упаковки" отображаемая цена является за упаковку. Дальнейшее расчёты исходят из умножения единица упаковки и цены. В печатной форме не соблюдается та же логика: отображается количество единицы ( не упаковок) и цена за упвковку. Нужно поменять так чтобы цена соответствовала единицам (либо указать "упаковку" и количество "упаковок" либо цену за штуку).
Как предложения по улучшению читабельности Комерческого предложения : размер скиди заменить на процент скидки а сумму скидки показати ниже вместе с итогом до и после скидки. Идеально было бы включить в таблицу колонку "скидка" только в случае когда она <>0 да бы не испортить настроение клиенту цифрой 0.

Можно ли в документ Номенклатура, в область где указано Услуга,Продукция,Бланк добавит еще и окошко Основное сырье и материалы. Это необходимо для следующего: иногда один вид номенклатуры может быть использован и как Продукция и как Материал.(Например :Животноводство. Они используют куры, мясо свиньи, кролики и т.д. и как продукцию и для процесса разукомплектации как материал, для последующей продажи по частям. Именно для правильного учета, при создании Номенклатуры, они смогли бы сразу отмечать что это Продукция или Материал. Если будет необходимо более точный пример, сообщите. Спасибо!

При формировании заказа покупателя из коммерческого предложения сама скидки не рассчитывает верно. Вместо суммы "59.8" вписывается "10" то есть процент. Чтобы получить нужный результат нужно в ручную отредактировать скидку.

После нажатия Записать перерасчитываются Суммы ниже с ошибками что в далнейшем перетекают во все документы.

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

Обычно, для отправки счетов, накладных и прочего, пользователю требуется сохранение печатной формы на локальный диск, и последующая его отправка вложением, используя локальный почтовый клиент. В других конфигурациях, это можно делать прямо из программы, но для этого требуется настройка профиля почтового сервера.
Было бы здорово, иметь возможность отправки почты без какой-либо необходимости в дополнительной настройке.

Хочется отметить, что на закладке Бухгалтерия, документ Операция и раздел Отчеты очень приятно удивляют. Простые, удобные, информативные - ну практически идеальные! Надеюсь, и в работе будут такими же.

При создании документа реализации описание услуг заполняется неверно из заказа покупателя.

Для оптимизации процесса, предлагается в документе Увольнение, в разделе Кадры, на закладке Сотрудники, сделать возможным загрузку статей увольнения по умолчанию. Основных и используемых всего 6.

• Смерть работника Ст.82 а) ТК РМ
• Истечение срока действия ИТД Ст.82 f) ТК РМ
• Отставка(по собственному желанию) Ст.85 (1) ТК РМ
• Отставка в связи с выходом на пенсию, установление группы инвалидности, отпуск по уходу за ребенком Ст.85 (2) ТК РМ
• Увольнение Ст. 86 ТК РМ
• Увольнение при ликвидации предприятия или сокращения штата сотрудников Ст.88(1) ТК РМ
  Это существенно облегчит работу бухгалтера или кадровика.

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

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

Не работает иерархия в Подборе товаров.

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

В продолжение #10 :
После успешной отгрузки и реализации не выполненного заказа в полном количественном объёме, статус отгрузки всего 5%.

Предполагаю что расчёт процента отгрузки реализуется на базе сравнение сумм заказа и отгрузки (реализации) а не количество единиц. Данное сравнение ведёт к ошибке из за разницы в валюте договора (Евро) и валюте данного заказа (МДЛ) и реализации.

Даже при том что заказ записан в МДЛ и Реализация тоже в МДЛ алгоритм умножает "сумму заказа" на курс валюты договора (а не заказа) и сравнивает с суммой реализации умноженную на курс валюты реализации ( то есть МДЛ - 1).
Считаю что сравнение количеств единиц по каждой позиции будет более корректное и не приведёт к путанице с курсами.

При создании документа оплаты дата оплаты в табельной части заполняется неверно. В списке документов оплаты эта дата не отображается.

Данная ошибка появляется при способе оплаты "банковский перевод"