Salex @ 28.08.20, 16:06
,
Спасибо!
Но это не сильно поможет!
Ищу варианты переговоров с разработчиками или близких к ним сотрудников!
Консультанты по вопросам работы в конфигурации КУП, только рассылают ссылки на то, как реализовано в этой программе!
Как по мне они далеки от реального процесса работы в программе!
Я рад их уверенности в том, что НДС у них считается идеально, но меня и многих других интересуют не только красивые внутренние отчеты по НДС, но и грамотные бухгалтерские записи (проводки)!!!! То что отменена инструкция по учету НДС, но есть еще план счетов, и реалии осуществления поставок и продаж. Как для чайников были книги по компьютерной грамотности, переведу это в плоскость нашего примера НДС. Кстате на заметку в конфигурации BAS бухгалтерия нет вопросов к этому блоку, чего не скажешь про КУП. Вспоминаю первые занятия по бухгалтерскому учету и правила двойной записи по Дебету и Кредиту счетов (самолетики), так вот инструкцию о плане счетов в Украине никто не отменял, и правила типа счета тоже. Существуют счета :активные, пассивные и активно-пассивные, это говорит о том, что каждый может иметь сальдо счета (остаток) только по Дебету, только по Кредиту, либо как по Дебету, так и по Кредиту. Каждому счету в плане счетов присвоен такой признак! При отсутствии логических (корректных проводок) мы можем прийти к отрицательному (красному) сальдо, что есть не допустимым! Поэтому при первом событии "Оплата", пока мы не проведем приходную накладную либо реализацию, столкнемся с тем, что будут отражены бухгалтерские записи по Налоговой накладной, где по 6432 либо 6442 остаток станет отрицательным!!!
По первому событию "Оплата" бухгалтерские записи растягиваются на три документа! И в конце все счета закрываются!! Чего не скажешь про КУП, где программисты решили их сократить по своему праву!!! Все что они предложили это подходит для первого события по "Поступлению" или "Реализации".
В нашем же случае записи формируются следующим способом:
Вариант А при закупке
По банку не хватает проводки Дт 6442 Кт 6441
При получении Налоговой накладной Дт 6412 Кт 6442 (Это есть)
При оприходовании товаров (второе событие)не хватает проводки Дт 6441 Кт 631
Вариант Б при реализации
По банку не хватает проводки Дт 6431 Кт 6432
При выписке Налоговой накладной Дт 6432 Кт 6412 (Это есть)
При отгрузке товаров (второе событие)не хватает проводки Дт 70_ Кт 6431
Не понимаю почему это не реализовать как положено, и как это уже имеется в других конфигурациях BAS!!!
Может кто знает, на каких форумах присутствуют представители разработчиков, чтоб можно было им хоть как-то это донести!!!
Еще одна дырка в КУП!!!
При ведении бухгалтерского учета в разрезе договоров, для логического завершения всех бухгалтерских записей и регистров, необходимо заполнение в документе полей содержащих договор, он же и документ расчетов!
В документе реализация товаров и услуг, данных полей 2 (два):
- Первое в шапке документа, на первой вкладке - к нему нет никаких вопросов
- Второе в табличной части товаров и услуг в каждой строке!!! Существует ячейка с документом расчетов, в нашем случае это договор. Так вот при заполнении строк товаров, и выборе в ячейке документа расчетов - нажатие F4 либо троеточие, попадаем в окно для выбора договора где нет фильтра по выбранному в шапке Контрагенту!!! Это значит что случайно, можно выбрать договор другого Контрагента. При этом имея тысячи договоров в справочнике нужно найти и выбрать именно договор данного контрагента, и по заверению консультантов это тоже не ошибка и нормально!!! Лучше бы пользовались бесплатными консультациями пользователей и постепенно вносили правки!!!
Цитата(Salex @ 28.08.20, 16:06)
Цитата
- отсутствие возможности установления Констант, которые заведомо должны существовать в любой конфигурации - по каждому документу выбираем и заполняем поля.
А вы не обратили внимание, что после ввода нескольких документов много полей заполняются сами как бы угадывая что должно быть - это подсистема автозаполнения по статистике, которая пришло на смену жесткому указанию значений по-умолчанию.
Не всегда угадывание срабатывает верно! но я имел ввиду другое, при больших объемах ввода первичных документов, Заполнение таких полей как "Наша фирма", "Подразделение по умолчанию" и "Склад по умолчанию" думаю должны реализовываться автоматически! постоянное клацанье для выбора занимает также достаточно времени!! А программа как бы для автоматизации!!!