Друзья, возможно у кого-то зависли StartMoney и чтобы от них была хоть какая-то польза, предлагаю в этой теме делать запросы на скачивание с ИС и размещать (по желанию) скачанные по запросам вещи
В релизе 2.1.26.2 от 18.04.2022 все по-старому. В декабре 2021го в среде разработчиков были разговоры что в мае 2022 станет доступным обновление ERP до версии 2.5, а за ней и производных конфигураций (КУП. УТ), но этого не случилось. Вместо этого в свете последних событий многие в партнерской сети всерьез задумались об альтернативах. Этот процесс был возглавлен одним из партнеров (TG.Consulting), направившим коллегам письмо следующего содержания: Члени Спілки Автоматизаторів Бізнесу. Ви продаєте та супроводжуєте російське програмне забезпечення (BAS = 1C). Будемо відвертими, частина доходів від цієї діяльності йде в росію і вертається в Україну у вигляді бомб на житлові квартали, школи та лікарні. Ми хочемо зберегти Ваш бізнес у майбутньому та позбавити вас моральних докорів. Тому пропонуємо партнерську програму від TG Consulting по продукту SAP Business One. Ми допоможемо Вашій компанії переорієнтуватись на SAP Business One, а Вам зберегти свій бізнес. Деталі, після реєстрації. Сошніков Ігор, Слава Україні!!!
P.S. Я тоже забрасываю эту тему, констатирую факт, что конфигурации ERP/КУП ограничено работоспособны, какого-либо улучшения в обозримой перспективе не предвидится, перспектива внедрения данных продуктов сопряжена с большим риском потери инвестиций.
19. При продаже товара по цене ниже себестоимости по закону обязаны сделать НалоговуюНакладную на условную продажу и доначислить НДС. Система генерирует такую НН на правильную сумму, но вот этот документ делает проводку дт704/кт6412, хотя должна быть проводка дт949/кт6412 (http://tax-expert.in.ua/uk/publications/265-buhoblik-perevishennya-pdv/?fbclid=IwAR16Jx4OPn-Sc69JlxEdmdGN3RV43OAy-xXPs3kTuEsCUxWwiIXDwN6x1fE, https://consulting.dtkt.ua/ru/taxation/pdv/...InzoglNgAizCyM)
BAS КУП 2.1.24.3 Отсутствует возможность ведения учета по заказам клиента, а именно в плане счетов нет возможности добавить 3-е субконто заказ клиента. Программой предусмотрено ведения учета только в разрезе контрагент/договор. Например: Отчет Анализ субконто. Нет возможности сформировать в разрезе заказ как в УТП/УПП
Такая постановка задачи для ERP/КУП не совсем корректна. В ERP/КУП (как и в рос ERP/КА), принципиально отличная от УПП/УТП модель бух.учета, а именно: он теперь так сказать "вторичный". Есть Оперативный учет ("первичный"), данные из которого трансформируются в управленческий (не путать с черным учетом) и бухгалтерский учет, причем в некоторых случаях эта трансформация происходит при закрытии месяца. Наиболее показателен в этом плане документ РеализацияТоваровУслуг(РТУ). Если этот документ, созданный в текущем месяце по текущей продаже отразить в БУ мы увидим, что в проводке "списана готовая продукция на себестоимость продажи дт90кт26" стоит пустая сумма. Учетной моделью подразумевается, что для текущих учетных целей пользователи используют оперативный учет и все его отчеты, а в конце месяца, после закрытия месяца получают бухгалтерский учет, и если в оперативном учете вели учет верно, бухгалтерский учет априори будет выполнен верно и останется только сформировать и подать отчетность (именно поэтому весь оперативный учет по организации должен быть белым).
В старых же системах УПП/УТП был параллельный управленческий и бухгалтерский учет и документ при оперативном проведении формировал все необходимые проводки. Почему в новых системах сделано так как сделано? Нужна была оптимизация. Тут 2 направления: 1. Партионный учет: в старых системах приходилось перепроводить документы если нарушалась последовательность партионного учета. Это огромные ресурсы. Новая модель этого не требует: решается система линейных уравнений и результат "себестоимость выбытия" записывается в регистр и исправляются движения только у некоторых документов 2. Нагруженная система: Когда работают десятки пользователей, а подавляющее число документов проводится по "тяжелому" бухгалтерскому регистру, возникает конкуренция за запись данных в этот самый регистр, поэтому в таких системах пользователи получают ошибки связанные с блокировкой данных транзакцией другого пользователя. Оперативный учет разнесен по разным регистрам, и в нем конкурируют за таблицы только пользователи, выполняющие однотипные функции (таких пользователей в разы меньше)
Из-за такого вот ньюанса, основная проблема на внедрениях - сделать так чтобы бухгалтера работали с оперативным учетом (проверяли, исправляли ошибки, смотрели отчеты). Подавляющее большинство тех кто работал на УТП к этому не готовы
В релизе 2.1.24.3 все выявленные проблемы по-прежнему актуальны По слухам вендор работает над релизом 2.5, где обещается устранить описанные проблемы, но отсутствие ознакомительной бета-версии на официальном сайте ИТС может свидетельствовать о том, что это только слухи либо проблемы снова попытаются скрыть (а не решить) и в новом релизе.
18. Проблема с возвратом товара поставщику, купленного под обособленное обеспечение. В случае если товар был продан клиенту, а потом клиент его вернул, товар попадает в свободный остаток (и никак иначе), и если такой товар необходимо вернуть поставщику, возвратную накладную не удается провести, т.к. приходная накладная была с назначением, а на текущий момент возвращенный от клиента товар находится в свободном остатке. При изменении назначения срабатывает контроль превышения зарезервированного товара над потребностью (который можно отключить, но сделать это может только админ). В принципе, проблема решаема (можно отключить контроль, или временно увеличить количество в заказе покупателя), но сама модель не проработана под эту ситуацию когда товар по цепочке под назначение закупается и продается клиенту, и также по цепочке возвращается от клиента и далее поставщику.
Eugene_Ck @ 17.05.21, 12:57
, дело не в законодательстве, а в серьезных просчетах в модели, которые сотрудники вендора не признают. В той же УПП регл. учет и НДС работает на порядок лучше, могли бы просто оттуда скопировать, а не выдумывать супер-модель, работающую по одной кнопке (на реальном кейсе она оказалась нежизнеспособной)
Laila888 @ 30.07.21, 16:28
, В виде номенклатуры прописываете группу финансового учета номенклатуры. А вот группе финансового учета в настройках отражения по регл учету. указываются счета. Дальше при создании номенклатуры группа финансового учета будет заполняться из вида номенклатуры.
gammib @ Сегодня, 10:33
, Тогда придется разбираться с процедурой ЗапасыСервер.ЗаполнитьВидыЗапасовДокумента(... из доступных видов выбирать не первый подходящий, а дописать свою процедуру определения приоритета
gammib @ Сегодня, 14:20
, Предположу что на выброр организации в видах запасов влияет настройка передачи между организациями (схема Интеркампани) Это регистр сведени НастройкаПередачиТоваровМеждуОрганизациями и предположу что запись об организации-владельце Б стоит первой (либо единственной). Если не единственной (есть и Б -> В и А -> В), но первой - система проверяет есть ли по Б остаток, и пока он есть - подставляется Б
17. Глюк с восстановлением последовательности расчетов перед выпиской НН и заполнение НН: бывают такие ситуации, когда после актуализации движения по налоговому регистру не сформированы, хотя признака что последовательность сбита нет, так бывает например когда меняют в реализации Контрагента или Договор и не распроводят перед этим документ. В таком случае, когда дальше выписываются налоговые по предоплатам, но есть реализация позже (второе событие) и в ней не все в порядке с заполнение налоговых регистров получаем налоговую не на номенклатуру заказа, а на служебную.
Лично я предполагаю, что в ближайшие лет 10 никакого развития не будет. Судя по тому что за 3 года не поправили откровенные проблемы с регл учетом - у вендора нет ресурсов на более-менее сложные работы по конфигурированию
optimusprinceps @ 24.03.21, 15:27
, Вы ж уточните, что налоговая накладная у вас выписалась на номенклатуру комплектующих. Описанная проблема касалась случая, когда клиент хочет видеть в печатных накладных набор одной строкой: мы создаем набор, в его настройках указываем "печатать только набор". Выписываем счет - там одна строка набора, выписываем расходную накладную - там одна строка набора, выписываем налоговую накладную - там несколько строк комплектующих. В результате налоговая накладная не соответствует счету и расходной накладной.
ничего не исправили, в релизе 2.1.20.1 все по-старому (стабильность )
Vofka @ Сегодня, 11:37
, Вы думали они просто так имя отправителя хардкорно потерли)) это они так "заглушили" алгоритм который ниасилили) Очень часто такое встречал, общее правило при правке типовых ошибок ERP/КУП - если кажется что "вот тут исправишь и все заработает" - жди подвоха
anna_v @ Сегодня, 14:14
, да, вендор считает что передачу материалов в производство нужно заполнять ручками
Цитата(anna_v @ 02.03.21, 14:14)
И повторюсь - функционал заполнения материалов в списании затрат работает неправильно. В спецификации указано - 100 штук продукции= 43 м исходного материала. В выпуске указано 39 шт продукции, в документе списания в материалах проставляется все те же 43, а надо 43/100*39= 16.77!!!
anna_v @ Сегодня, 13:04
, Документом ПередачаМатериаловВПроизводство отражается хоз.операция перемещения ТМЦ со склада в прозводство. В модели КУП/ERP этот документ не имеет прямой связи с выпуском, аналогом из УТП/УПП можно считать док ТребованиеНакладная. Но данный документ нужно обязательно оформить, чтобы потом провелся документ СписаниеЗатратНаВыпуск, который как раз отражает списание остатка ТМЦ материалов из производственного подразделения (перемещенные туда ранее документом ПередачаМатериаловВПроизводство ) на соответствующий документ ВыпускПродукции. У документа СписаниеЗатратНаВыпуск уже есть функционал заполнения материалов по спецификации.
16. Зарплата. Система неправильно считает дни компенсации отпуска при увольнении, если увольнение происходит в середине месяца. Алгоритм расчета заработанных дней отпуска реализован согласно российского, а не украинского законодательства, а именно: количество дней положенного отпуска делится на 12 (месяцев) и в средине месяца начисляется полученное значение, например при ежегодном отпуске 24 дня, количество в месяц 2 дня, начисляется каждый месяц 15-го или 16-го числа в зависимости от количества дней в месяце. Таким образом если человек увольняется 13-го числа согласно укр.законодательства он заработал еще 1 день за период с 01 по 13 число, а согласно заложенного алгоритма - нет, а если уволняется 17 го числа, по укр.закон-ву он заработал все еще 1 день, но по заложенному алгоритму получает 2 дня. Бухгалтеру нужно вручную пересчитывать дни компенсации отпуска, иначе реально получить штраф за недорасчет с уволившимся сотрудником.
15. Механизм запрета редактирования по дате запрета имеет серьезный изъян. РегистрСведений КурсыВалют не включен в механизм контроля по дате запрета, но при изменении курса "слетает" закрытие месяцев начиная с даты, которая была поставлена в курсе валют. На днях добавили еще одну валюту в справочник, поставили ей курс 1 на дату 1980, после этого слетело закрытие всех месяцев за 2 года работы - бухгалтера пришлось откачивать Уточню: по данной валюте не было никаких движений, ее просто добавили и поставили задним числом курс, всё.
14. Не доделана печатная форма Авансового отчета: На 2й странице бланка не заполняется колонка ДебетРахунка, и не выводится отдельной строкой НДС при отражении расходов с НДС. Полез в код, в макете в данной колонке даже параметра нет. Глянул в УТП - в макете есть 2 области (Строка и СтрокаСНДС), и есть параметр СчетБу, таким образом в УТП печатная форма формируется с указанием сумм и счетов. Решить вопрос по-быстрому не получается, проводки явно не связаны со строками АО (в АО есть 2 табличные части ПрочиеРасходы и ОплатаПоставщикам и не понятно с какой строки какой ТЧ сформировалась проводка). Похоже, разработчики не смогли решить данную задачу и просто бросили как есть. Доработка вылилась в 3 часа.
1С Предприятие 8.3, 1С Предприятие 8.2, 1С Предприятие 8.1, 1С Предприятие 8.0, 1С Предприятие 7.7, Литература 1С, Общие вопросы по администрированию 1С, Методическая поддержка 1С - всё в одном месте: на Украинском 1С форуме!