Заказы на доработку 1С (сервис удаленной работы)

Хранилище

База знаний
Неназначенных незавершенных заказов: 1
Бесплатные отчеты, обработки, конфигурации, внешние компоненты для 1С Статьи, описание работы, методики по работе с 1С

Здравствуйте, гость ( Войти | Зарегистрироваться )



История благодарностей участнику Salex ::: Спасибо сказали: 77 раз
Дата поста: В теме: За сообщение: Спасибо сказали:
08.09.21, 18:25 Особенности конфигурации BAS КУП
18. Проблема с возвратом товара поставщику, купленного под обособленное обеспечение. В случае если товар был продан клиенту, а потом клиент его вернул, товар попадает в свободный остаток (и никак иначе), и если такой товар необходимо вернуть поставщику, возвратную накладную не удается провести, т.к. приходная накладная была с назначением, а на текущий момент возвращенный от клиента товар находится в свободном остатке. При изменении назначения срабатывает контроль превышения зарезервированного товара над потребностью (который можно отключить, но сделать это может только админ). В принципе, проблема решаема (можно отключить контроль, или временно увеличить количество в заказе покупателя), но сама модель не проработана под эту ситуацию когда товар по цепочке под назначение закупается и продается клиенту, и также по цепочке возвращается от клиента и далее поставщику.
andr_andrey, MATEVI, Vofka,
02.07.21, 17:12 Особенности конфигурации BAS КУП
17.
Глюк с восстановлением последовательности расчетов перед выпиской НН и заполнение НН:
бывают такие ситуации, когда после актуализации движения по налоговому регистру не сформированы, хотя признака что последовательность сбита нет, так бывает например когда меняют в реализации Контрагента или Договор и не распроводят перед этим документ.
В таком случае, когда дальше выписываются налоговые по предоплатам, но есть реализация позже (второе событие) и в ней не все в порядке с заполнение налоговых регистров получаем налоговую не на номенклатуру заказа, а на служебную.
MATEVI,
26.03.21, 17:58 Перенос данных из УТП 1.2.59.1 в КУП
dmitryz81 @ 24.03.21, 15:59 * ,
При подготовке бюджета на переход с УТП на КУП рекомендую рассчитанную цифру умножить на 4, подробности в теме https://pro1c.org.ua/topic/osobennosti-konf...-bas-kup-55642/
dmitryz81,
23.02.21, 0:41 Особенности конфигурации BAS КУП
В релизе 2.1.18.3 все выявленные проблемы по-прежнему актуальны
Olga-lauma, Vofka,
14.12.20, 1:39 Особенности конфигурации BAS КУП
16. Зарплата. Система неправильно считает дни компенсации отпуска при увольнении, если увольнение происходит в середине месяца.
Алгоритм расчета заработанных дней отпуска реализован согласно российского, а не украинского законодательства, а именно: количество дней положенного отпуска делится на 12 (месяцев) и в средине месяца начисляется полученное значение, например при ежегодном отпуске 24 дня, количество в месяц 2 дня, начисляется каждый месяц 15-го или 16-го числа в зависимости от количества дней в месяце. Таким образом если человек увольняется 13-го числа согласно укр.законодательства он заработал еще 1 день за период с 01 по 13 число, а согласно заложенного алгоритма - нет, а если уволняется 17 го числа, по укр.закон-ву он заработал все еще 1 день, но по заложенному алгоритму получает 2 дня.
Бухгалтеру нужно вручную пересчитывать дни компенсации отпуска, иначе реально получить штраф за недорасчет с уволившимся сотрудником.
andr_andrey, MATEVI, Vofka,
28.10.20, 14:42 Особенности конфигурации BAS КУП
15. Механизм запрета редактирования по дате запрета имеет серьезный изъян. РегистрСведений КурсыВалют не включен в механизм контроля по дате запрета, но при изменении курса "слетает" закрытие месяцев начиная с даты, которая была поставлена в курсе валют. На днях добавили еще одну валюту в справочник, поставили ей курс 1 на дату 1980, после этого слетело закрытие всех месяцев за 2 года работы - бухгалтера пришлось откачивать 47046430.gif Уточню: по данной валюте не было никаких движений, ее просто добавили и поставили задним числом курс, всё.
andr_andrey, byte.mdfab, MATEVI, Olga-lauma, vitalk, Vofka,
23.10.20, 19:31 Особенности конфигурации BAS КУП
14. Не доделана печатная форма Авансового отчета:
На 2й странице бланка не заполняется колонка ДебетРахунка, и не выводится отдельной строкой НДС при отражении расходов с НДС. Полез в код, в макете в данной колонке даже параметра нет. Глянул в УТП - в макете есть 2 области (Строка и СтрокаСНДС), и есть параметр СчетБу, таким образом в УТП печатная форма формируется с указанием сумм и счетов. Решить вопрос по-быстрому не получается, проводки явно не связаны со строками АО (в АО есть 2 табличные части ПрочиеРасходы и ОплатаПоставщикам и не понятно с какой строки какой ТЧ сформировалась проводка). Похоже, разработчики не смогли решить данную задачу и просто бросили как есть. Доработка вылилась в 3 часа.
andr_andrey, MATEVI, Olga-lauma, Vofka, ZhannaTuritsa,
22.10.20, 19:32 Особенности конфигурации BAS КУП
13. При расчете себестоимости готовой продукции есть очень важный нюанс в учетной модели, если включено использование серий материалов и готовой продукции: при выпуске нескольких серий готовой продукции и списании нескольких разных серий материалов их себестоимость "усредняется". Пример: оформляем док ВыпускПродукции на Изделие1 серия 0001, оформляем еще 1 док ВыпускПродукции на Изделие1 серия 0002. Оформляем документ СписаниеЗатратНаВыпуск на основании первого документа выпуска, указывая в материалах, Материал1 Серия М1001 количество 1 шт и Материал2 Серия М2001 количество 1 шт. Оформляем еще 1 документ СписаниеЗатратНаВыпуск на основании второго документа выпуска, указывая в материалах, Материал1 Серия М1002 количество 1 шт и Материал2 Серия М2002 количество 1 шт. Закрываем месяц, смотрим отчет по фактической себестоимости выпущенной продукции с детализаций по сериям и наблюдаем картину:
Изделие1 0001 количество 1 шт., материалы: Материал1 Серия М1001 количество 0,5 шт, Материал1 Серия М1002 количество 0,5 шт, Материал2 Серия М2001 количество 0,5 шт, Материал2 Серия М2002 количество 0,5 шт. Таким образом хотя в учете мы явно прописали какая серия какого материала идет на какую серию изделия, механизм расчета себестоимости это дело "усреднил". Та же ситуация наблюдается и с возвратными отходами. Для многих клиентов такой функционал оказывается неприятным сюрпризом.
andr_andrey, MATEVI, Olga-lauma, Vofka,
16.10.20, 13:11 Особенности конфигурации BAS КУП
12. Регл.отчет 1ДФ. Данный отчёт подают все компании, у которых есть хозяйственные отношения с физическими лицами, в том числе ФОП. В части зарплаты, когда начисления облагаются НДФЛ отчет заполняется верно. Для начислений, не облагаемых НДФЛ (декретные, необл.мат.помощь) не заполняется суммы начисленного и выплаченного дохода по строке Военный сбор.
При регистрации документом РегистрацияПрочихДоходов выплат физ.лицам по договорам с ними (напр, аренда автомобиля), в 1ДФ попадает указанная сумма в обе колонки (сумма начисленного и сумма выплаченного дохода).
При регистрации документом РегистрацияПрочихДоходов выплат поставщикам-ФОПам, в отчет в сумму начисленного и сумму выплаченного дохода попадает одна и та же сумма, хотя в реальности с поставщиками-ФОПами есть сумма начисленного дохода (отражена документом "ПоступлениеТоваровУслуг") и сумма выплаченного дохода (отражена платежными документами АО, Платежка), и эти суммы часто отличаются. Поэтому в части отражения доходов ФОПов в 1ДФ типовой функционал работает корректно только в частном случае: когда с ФОПом документы оплаты и акты оформляются в одном и том же квартале. Иначе отчет нужно делать ручками, либо заказывать доработку.
MATEVI, Olga-lauma, Vofka,
13.10.20, 13:17 Особенности конфигурации BAS КУП
dav.dp @ Вчера, 11:30 * ,
Тему не бросил. По состоянию на сегодня изменений в освещенных проблемах нет, вендор выпустил еще в июле релиз с "косметическими" исправлениями, и все. Освещенные проблемы вендор не регистрирует как ошибки и, соответственно, ничего с ними не делает уже на протяжении почти 3х лет с момента их выявления в конфигурации ERP (я обращался тогда на ЛК). Сейчас изучаю вопрос по отчету 1ДФ. Как только досконально проработаю, будет небольшой отчет о работе фукнционала. При выходе релизов, если какой-то вопрос решат - я обязетльно напишу, как было с п.4
Цитата(Salex @ 24.04.20, 23:48) *
п.4 исправлен в релизе 2.1.15.5.
cat13, Sergey276,
02.09.20, 19:33 Особенности конфигурации BAS КУП
Бывалый @ Сегодня, 17:02 * ,
со мной дискутировать смысла нет (я обычный внедренец-фрилансер, даже во франче не работаю), а разработчики в итоге завершили переписку ответом:
Цитата
Наш ответ остается без изменений.
При необходимости Вы можете самостоятельно разработать и внести необходимые изменения в код конфигурации под индивидуальные требования Вашего пользователя.

(подробности по ссылке выше)
так что думайте сами, решайте сами, использовать этот ПП или нет.

P.S.
Если предоставленная мной информация оказалась вам хоть немного полезной, поблагодарите, плиз, кнопкой "палец вверх" возле моей аватарки.
Alegzander, alexlebe, algaid, andr_andrey, nk1c, nmf, Sergey276, Дилетант, РоманМин,
01.09.20, 20:13 Модуль обмена приватбанка для BAS
Bristol @ Вчера, 9:57 * ,
Так-с. В конфигурации есть Роль "Интерактивное открытие внешних отчетов и обработок". Вам нужно сделать профиль с этой одной ролью. На основании профиля сделать группу доступа, и в нее включить нужных людей.
НО имейте ввиду, то что не поддерживается работа через справочник внешних обработок, означает что данная обработка программно вызывает какой-то скрипт. Позволяя пользователям интерактивный запуск внешних обработок через Файл/Открыть, вы допускаете возможность программного запуска какого-нибудь вредоносного скрипта Petya этими пользователями (встроенного во внешнюю обработку)
Bristol, lokee,
22.08.20, 21:15 Особенности конфигурации BAS КУП
11. Зарплата. Есть, но фактически не работает опция выплаты командировочных, отпускных, больничных в режиме "С авасном" (в одной ведомости): в ведомость правильно попадают НДФЛ, ВЗ, ЕСВ, но в поле "К выплате" попадает только сумма аванса, которая разбивается между строками зарплаты и прочих начислений, сумма же этих прочих начислений не учитывается. В результате, чтобы сделать выплату, бухгалтеру приходится делать отдельные ведомости на выплату начисления (комаднировка, отпускные) в режиме "В межрасчетный период". Данная ошибка зарегистрирована под номером 52999 от (ВНИМАНИЕ!) 22.07.2018 (2 года не могут исправить!)
andr_andrey, MATEVI,
31.07.20, 13:53 Особенности конфигурации BAS КУП
10. В УТП/УПП в карточке закрытия месяца было подменю "Печать", из которого бухгалтер формировал справки-расчеты по переоценке вал.средств, списанию РБП, распределению косв.расходов, калькуляциям, себестоимости продукции. В КУП (и ERP) такого не нет.
В рос.бух3 нашел отдельное подменю в разделе Операции/Закрытие месяца/Справки-расчеты.
Про бухгалтера снова забыли. При покупке с целью ведения регламентированного учета следует предусмотреть затраты на написание этих отчетов, т.к. бухгалтеру они обычно нужны.

p/s
Начиная с 30.07.20 программа получила новое название "Business automation software for іntegrated enterprise management". Но на перечисленных проблемах это никак не отразилось: все актуально
Konstant_K, Olga-lauma, Vofka, Vond,
07.05.20, 19:42 Особенности конфигурации BAS КУП
8. Аналитические отчеты по зарплате, формируются "...с точки зрения расчетчика а не бухгалтера: суммы учитываются по месяцам выплаты (и месяцам начисления), а не по датам, когда фактически была произведена выплата. Анализа сальдо с точки зрения бухгалтера не предусмотрено..." (подробнее см. ИТС, описание отчета "Задолженность по зарплате".
Объясню, что это значит:
- Начислили зарплату за Март
- Отразили выплату зарплаты за Март документом "Ведомость в банк" датой 6.04.20, указав в ведомости что это выплата зарплаты за Март (чтобы ведомость по кнопке Заполнить правильно заполнила суммы) как написано в метод.рекомендациях.
- Начислили зарплату за Апрель
- Отразили выплату зарплаты за Апрель документом "Ведомость в банк" датой 9.05.20
Формируем отчет "Анализ зарплаты по сотрудникам" за Апрель и видим пустые колнки сальдо на начало и сальдо на конец (хотя выплаты приходятся на начало следующего месяца!)
Формируем отчеты "Расчетный листок", "Задолженность по зарплате" - по полям "Сальдо на начало" и "Сальдо на конец" - все то же самое - пусто!
Формируем отчет "Расчетная ведомость" - в нем колонки сальдо вообще не предусмотрены smile.gif
MATEVI, Olga-lauma,
24.04.20, 22:48 Особенности конфигурации BAS КУП
п.4 исправлен в релизе 2.1.15.5. При оформлении операций импорта согласно методическим рекомендациям ИТС себестоимость товаров вычисляется корректно и формируются правильные бухгалтерские проводки.
propalasobaka, Vofka,
21.02.20, 17:14 Каким документов внести начальное сальдо по контрагенту на 6441 счет?
MATEVI @ Сегодня, 0:46 * ,
И сделали себе проблему на будущее. Дело в том что в данной конфигурации реализован "сложный учет НДС" - НК появляется только по отгрузке(поступлению). Таким образом аванс регистрируется только проводкой дт631кт311 и все, если не верите - оформите платежку с видом операции "Оплата поставщику" и гляньте какие проводки она сформировала. Самое обидное что этот "сложный учет НДС" в данной конфе не доделан (в отличие от УПП, где он реально работает). Что разработчики "мычат" по этому поводу - смотрите у меня в закрытой группе на фейсбуке, открытый пост https://www.facebook.com/salex1c/posts/169912064049118 Ваш вопрос разборан в п.2.

MATEVI @ Вчера, 10:33 * ,
в КУП нет ни одного документа, который бы формировал проводку дт6442кт6441 или дт6441кт6442. Помню у меня был очень тяжелый разговор с бухом на эту тему, потом еще более тяжелая переписка с ИТС, которые по началу много умничали, а по факту хорошенько обделались и предложили мне самостоятельно дорабатывать конфигурацию (Подробности по ссылке фб выше в п.2 ссылка на закрытую группу, кому интересно - делайте запрос, добавлю почитаете оригинал переписки).
MATEVI,
19.02.20, 14:37 Переход из УТП в КУП
sergey0703 @ 15.02.20, 23:40 * ,
Загрузка через прямое подключение на самом деле тоже грузит из файла, просто это действие было скрыто от глаз пользователя: система выполняла COM-подключение вызов алгоритмов выгрузки во временный файл, отключение, загрузку из временного файла, удаление временного файла. Почему от этого отказались - очень просто: КУП это прежде всего выход на новый технологический уровень: Сервер<->ТонкийКлиент(или ВебКлиент), вместо ТолстогоКлиента (имевшего методы работы с БД). Теперь нужно усложнить код, ведь COM-подключение должен выполнит сервер (тонкий клиент не имеет методов работы с БД), а данные для этого подключения надо получить с клиента. Но КУП (ERP) создавался то ли в режиме жесткой экономии, то ли в режиме "распила" бюджета, иначе как объяснить отсутствие складской комплектации товаров, недоделанного функционала по НДС и проч недоделок (см. подробнее тут https://pro1c.org.ua/topic/osobennosti-konf...bas-kup-55642), которые 1С за 2 года даже не зарегистрировала и естественно не собирается дорабатывать. Поэтому разработчики решили, что для разовой операции хватит загрузки из файла.
Olga-lauma,
11.01.20, 14:28 Особенности конфигурации BAS КУП
Еще обнаружен важный момент:
Отнести доп.расходы, связанные с приобретением товаров на первоначальную стоимость можно только на себестоимость всех товаров документа ПТУ. Нет возможности указать отдельные товары документа как это было в УПП/УТП. При этом ещё и проводки будут чуть другие: при отражении документа поступления доп.расходов дт28ДР/кт631, а при закрытии месяца дт281/кт28ДР. В принципе инструкции об использовании плана счетов это не противоречит, но бухгалтеру не нравится задвоенные обороты по счету 28.
Как вариант, можно настроить аналитику статьи доп.расходов не ПТУ, а ЗаказПоставщику, разбить товары на разные заказы, сделать одно ПТУ по нескольким заказам и отнести доп.расходы на конкретный заказ поставщику. Но это не более чем "костыль" по-сравнению с тем функционалом отнесения доп.расходов, который был в УТП/УПП. Разработчики пустили пыль в глаза многобразием настроек статей расходов и аналитик и под шумок убрали единственный рабочий вариант, который всех устраивал и которого сейчас невозможно на 100% добиться настройками текущего функционала.
audit7buh, MATEVI, Olga-lauma,
11.12.19, 13:38 Особенности конфигурации BAS КУП Acid, andr_andrey, propka28,
10.12.19, 19:58 Особенности конфигурации BAS КУП
Добрый день! Наконец и у нас в Украине появились долгожданная ERP и ее "урезанная" сестра BAS КУП
Украинские конфигурации создавались методом локализации российской ERP под укр. стандарты ведения учета и отчетности.
В некоторых ключевых моментах локализация была проведена некорректно - создана лишь видимость локализации, что на практике на дает возможность вести полноценный учет.
Сначала я обратился с данными проблемами непосредственно на поддержку ИТС, но там отказались регистрировать проблемы, ответив в стиле "это вы чего-то недопоняли", а чуть позже заблокировали мне поддержку )))
Потом я описал проблемы в специальной группе в фейсбуке, и мне многие пользователи, приближенные к 1С написали, что я сам виноват в том что не провел моделирование перед покупкой BAS ERP, а программа хорошая ))
Прошел год, проблемы не были решены, поэтому публикую особенности конфигураций здесь, чтобы каждый смог перед покупкой провести моделирование и принять взвешенное трезвое решение о том с чем придется столкнуться при внедрении и запуске учета в данной конфигурации.
Все нижеописанные особенности перекочевали в BAS КУП из ERP, так как в основном связаны с регламентированным и налоговым учетом.

1. В конфигурации отсутствует возможность складской комплектации товаров и продажи комплекта организацией-плательщиком НДС
Номинально, для "отвода глаз", есть 2 метода создания и продажи комплектов, которые продажник показывает потенциальным покупателям на презентациях: функционал "Динамические наборы" и документ "Сборка товаров". И только на рабочем примере покупатель обнаруживает, что на динамический набор нельзя выписать налоговую накладную, а документ "Сборка товаров" формирует проводки через "производство", а именно: дт231кт281(списаны комплектующие) дт281кт231(оприходован комплект), при этом вторая проводка неправомерна, т.к. 231 счет может корреспондировать по кредиту со счетами 25 (полуфабрикаты), 26 (готовая продукция) и 902 (с-сть реализованных услуг), товары предприятие производить не может, следовательно номенклатуру комплекта нужно учитывать как "готовую продукцию" (сч.26), а далее налоговой придется подтвердить, что у вас есть соответствующие производственные мощности для производства данной "готовой продукции", которая на самом деле простой складской комплект).
Фактически, без дорогостоящей доработки сборку и продажу складского комплекта сделать нельзя и, судя по ответам, разработчики не собираются с этим что-либо делать в ближайшее время.

2. Учет входящего НДС:
► 2.1. Нет штатной возможности регистрации авансов в бухгалтерском учете (в балансе). В конфигурации реализован так называемый "сложный учет входящего НДС" - проводки по счетам учета НДС формируются товарными документами, при этом, если на дату формирования квартального отчета предприятие заплатило аванс, но не успели получить налоговую накладную, бухгалтеру необходимо вручную создать документ "Операция" и отразить необходимые проводки.
► 2.2. Нет штатной возможности корректировки входящего НДС. Когда это может понадобиться:
1. Договорились с поставщиком о закупке, заплатили аванс, сделка по каким либо причинам отменилась, поставщик вернул аванс. В рабочем месте регистрации НДС к оформлению "висит" 2 строки для регистрации НН и Корректировки.
2. Закупщик "забылся" и скупился по чеку на 260 грн. По закону возместить по чеку можем в рамках 200 грн. Регистрируем входящим налоговым документом чек на 200 грн (налоговый кредит), а НДС с оставшихся 60 грн (10 грн) имеем право отнести на расходы, но штатного механизма как это сделать нет. Бухгалтер делает документом "Операция"
3. Налоговая накладная поставщика была остановлена и прошло 3 года - имеем право отнести НДС на расходы и убрать с неподтвержденного налогового кредита, но штатного механизма как это сделать нет. Бухгалтер делает это документом "Операция"
Как итог: рабочее место учета входящего НДС постепенно превращается в "мусорку", где бухгалтеру с каждым днем все труднее разбирать где "висяк", а где документ, реально требующий регистрации входящего налогового документа.

3.Нет штатной возможности скорректировать взаиморасчеты с поставщиком-физ.лицом на сумму уплаченного НДФЛ, в ситуации когда предприятие выступает налоговым агентом, например, когда предприятие арендует автомобиль или объект недвижимости у физ.лица. В документе "Списание задолженности" с операцией "списание кредиторской задолженности" нет возможности отнести списанную сумму на статью прочих активов\пассивов, только на доходы.

4. Закупка импортного товара при авансе осуществляется с нарушением П(с)БУ 21, а именно: согласно п.6: "В случае осуществления авансовых платежей в иностранной валюте поставщику частями и получение частями от поставщика немонетарных активов (работ, услуг) стоимость полученных активов (работ, услуг) признается по сумме авансовых платежей с применением валютных курсов, исходя из последовательности осуществления авансовых платежей."
В конфигурации BAS ERP движения документа ПоступлениеТоваровУслуг формируются исходя из текущего курса валюты документа на дату документа, без учета курсов зачтенных авансов. В результате остается сальдо взаиморасчетов с поставщиком в валюте регламентированного учета (и в валюте упр. учета если валюта взаиморасчетов отличается).

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

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

7. Модернизация НМА отражается с нарушением В П(с)БУ 8. В движениях по регистрам ПервоначальныеСведеньяНМА (и б/у и н/у) первоначальная стоимость увеличивается на сумму инвестиций (это верно) и уменьшается на сумму накопленной амортизации (на каком основании?), и, при этом уменьшается срок полезной эксплуатации, что противоречит здравому смыслу, т.к. зачастую модернизацию проводят для продления срока эксплуатации, такого в П(с)БУ 8 нет. В результате, после отражения модернизации НМА неверно рассчитывается амортизация.


по п6 развернуто:
Ошибка локализации методологии учета производственных расходов и пути ее обхода. [релиз 2.1.12.5]

Начальные условия: учетная политика "НДС и налог на прибыль", ведется раздельный учет товаров по налоговым назначениям НДС.

Первый раз с симптомами данной проблемы столкнулся в обработке "Закрытие месяца" на стадии "Распределение расходов на себестоимость готовой продукции". Обработка после распределения выдала предупреждение что расходы не распределены. В остатке по одной из статей расходов была отрицательная сумма. После анализа содержимого регистра накопления "ПрочиеРасходы" обнаружил что часть расходов по статье расходов ОПР (общепроизводственные расходы) попала в регистр с пустым значением в поле НалоговоеНазначение при проведении документа "ПоступлениеТоваровУслуг". Доработал алгоритм проведения ПТУ, перепровел документы и благополучно закрыл месяц.

В следующем месяце снова та же проблема, и снова анализ содержимого регистра "ПрочиеРасходы" по статье ОПР. В этот раз у всех строк поле НалоговоеНазначение было заполнено, НО налоговые назначения были разные "Обл. НДС" и "Пропорц. обл. НДС". В итоге документ "Распределение расходов на себестоимость продукции" сформировал задвоенную сумму списания расходов. Как я теперь понимаю, рассчитал общую сумму расходов без учета НалоговогоНазначения, а движения с этой суммой сделал для каждого налогового назначения (было бы 3 разных налоговых назначения - сумма была бы утроена). Сделал инструкцию бухгалтеру, что не должно быть пары СтатьяРасходов+АналитикаРасходов с разными налоговыми назначениями. Исправили и перепровели документы, ЗакрытиеМесяца выполнилось без ошибок.

В следующем месяце снова проблема. И тут стоит пояснить. До этого в расходы попадали суммы расходов по амортизации, зарплате и взносам, услугам сторонних орг-й, в этом же месяце бухгалтер списал на ОПР запасы: расходные материалы и инструмент (сверла, аккумуляторы) и спецодежду (перчатки). Себестоимость списанных на ОПР запасов рассчитывается тоже ЗакрытиемМесяца. Алгоритм расчета себестоимости формирует движения документа "Распределение расходов на себестоимость продукции" с пустой статьей расходов, в результате текущий месяц закрывается как бы без ошибок, но в следующем месяце к распределению висит документ с пустой суммой, т.к. в регистре "ПрочиеРасходы" осталось развернутое сальдо в разрезе НалоговогоНазначения. Пользовательского решения данной проблемы нет. Нашел по алгоритму расчета с/сти процедуру формирования движений документа "Распределение расходов на себестоимость готовой продукции" и там в тексте запроса указано "Справочник.НалоговыеНазначенияАктивовИЗатрат.ПустаяСсылка КАК НалоговоеНазначение". Проанализировал в отладке содержание всех переменных и временных таблиц и понял, что НалоговоеНазначение просто неоткуда взять, то есть это не помарка, серьезная методическая недоработка. Минимальная доработка которая позволила закрыть месяц: сделать реквизит "НалоговоеНазначение" в документе "Распределение расходов на себестоимость готовой продукции", и в алгоритме расчета с/с использовать значение этого реквизита для формирования движений по регистру "ПрочиеРасходы". Решит ли такая доработка проблему окончательно мне судить сложно, но это все, что я могу сделать в данных условиях.

В следующем месяце снова проблема из-за возникновения погрешности распределения, которую алгоритм распределения отнес на прочие расходы с пустым налоговым назначением, врезультате чего по распределяемой статье осталось развернутое сальдо. Как ни странно, эту конкретную проблему ИТС зарегистрировали, код ошибки 54567

Я считаю что в данном случае некорректно сделана локализация российского фукнционала. Нужно было решать задачу так, как написано в рекомендациях к сдаче экзамена по 1С Специалст, а именно: НалоговоеНазначение - сущность того же класса что и СтатьяРасходов, только выше, то есть для "Обл. НДС" затраты ведутся по статьям: расходы на осн. производство, зарплата произв. персонала..., для "Пропорц. НДС": расходы на содержание помещения, расходы на транспорт..., для "Необл. НДС": расходы на поставку ПО. Таким образом НалоговоеНазначение целесообразно было бы сделать реквизитом справочника СтатьиРасходов, а не измерением регистра ПрочиеРасходы. Критики могут возразить, что пользователь может поменять реквизит НалоговоеНазначение у статьи расходов и в учете НДС будут большие проблемы, но это надо просто запретить делать для статей, по которым уже есть движения, например, перед записью проверить наличие движений в регистре ПрочиеРасходы по данной статье и отказать в изменении реквизита. При таком методе решения задачи, не нужно было бы дорабатывать российские алгоритмы рассчета с/с, распределения расходов на с/с ГП, а контроль изменения налогового назначения выполнять проверкой списания запаса на статью расходов (реквизит НалоговоеНазначение). К сожалению, украинские разработчики пошли по другому пути, возможно из-за решения другой более сложной задачи, либо же от недостатка квалификации.
Acid, AlexUA, Alex_2C, anatol1c, andr_andrey, demon14, glavbuh1976, Katrin2565, MATEVI, Olga-lauma, pablo, palunzik, propka28, python, rexton, vitalk, Vofka, Кениец,

RSS Текстовая версия Сейчас: 27.09.21, 7:03
1С Предприятие 8.3, 1С Предприятие 8.2, 1С Предприятие 8.1, 1С Предприятие 8.0, 1С Предприятие 7.7, Литература 1С, Общие вопросы по администрированию 1С, Методическая поддержка 1С - всё в одном месте: на Украинском 1С форуме!