УНФ, неверная себестоимость при закрытии месяца |
Я |
16.11.17 — 15:47
После закрытия месяца появляются суммы без количества.
На изделия идет не корректно завышенная себестоимость.
Бухгалтер каждый месяц корректировкой регистров выравнивает все остатки на начало месяца (в регистр прописывает суммы из отчета с минусом), делает групповое перепроведение документов
себестоимость пересчитывается.
Но при закрытии месяца она опять искажается.
Например в отчете Запасы по счетам учета, есть номенклатура, закрытие месяца приписывает ей сумму с минусом.
Какие имеются пути решения подобных задач?
1 — 16.11.17 — 16:15
Дать киянкой по пальцам бухгалтеру, который лезет внучную в регистры.
2 — 16.11.17 — 16:22
(1) Согласен, но она без этого не сможет сформировать другую отчетность для руководства. Без выполнения закрытия месяца.
Почему закрытие месяца ставит на остаток не нужные суммы, которые потом приходится убирать корректировкой записей регистров?
3 — 16.11.17 — 16:23
Как можно сейчас во всем этом разобраться?
Есть конкретные шаги решения подобной проблемы?
Что то где то не доделывается наверное?
4 — 16.11.17 — 16:26
Убрать из регистров все «корректировки»
5 — 16.11.17 — 16:26
(0) Путь решения один — правильное ведение программы
Причины искажения себестоимости в УНФ:
1. Неверная последовательность ввода документов. Особенно, когда док Доп расходы вводятся после дока расходная накладная
2. Не указан заказ покупателя в том же доке Доп расходы (указывают приходную а заказ покупателя не заполняют)
3. Резервирование в заказе покупателя товара несуществующего на складе на момент заказа
4. Возвраты товара на основе расходной накладной (это уже косяк 1с) Если возврат на основе заказа — все ок в нем в док подтягивается себестоимость, если на основе расходной, то возвращенный и проданный товар одним тем же месяцем считается ОК, а вот если не продался — закрытие месяца черт-те как считает (но еще раз, это уже не ваша вина)
Что-то было еще, но это надо вспоминать. Причем закрытие месяца не устраняет ни последовательость ни остальное.
6 — 16.11.17 — 16:31
(2) Из-за ручных корректировок и возникают «ненужные суммы».
7 — 16.11.17 — 16:31
(5) правильное ведение программы это не метод ТС, увы
8 — 16.11.17 — 16:33
(6) Нет нет и нет. У самого УНФ и долго занимался разбором гребаной себестоимости, пока не наладил все как надо
9 — 16.11.17 — 16:38
(2) «Почему закрытие месяца ставит на остаток не нужные суммы, которые потом приходится убирать корректировкой записей регистров?» на этот вопрос невозможно ответить без анализа базы. Я так понимаю, ты там именно для этого.
10 — 16.11.17 — 16:38
(3) Сейчас выход один. Тщательно проанализировать весь товар на себестоимость. Даже там где есть остаток товара и сумма в плюсе, себестоимость может быть абсолютно неверной, иногда «неверность» в разы отличается от реального состояния. Затем для этого товара искать причину по движениям (причины перечислил) и устранять. Или…. смириться, вести учет как надо и со временем все само более менее придет в норму. Но «со временем» зависит от очень многих условий — оборачиваемость товаров, уходит ли он в ноль на складе и т.п.
11 — 16.11.17 — 16:40
На снимке видно, что закрытие месяца почему то переносит сумму на остаток. В тот момент когда должно закрыть её. Так ли это?
https://cloud.mail.ru/public/7g7k/ZuNmZQm2c
12 — 16.11.17 — 16:41
(9) Ну да, первый день с сегодняшнего вечера.
Что бы начать нацеленно анализировать узнаю моменты.
13 — 16.11.17 — 16:42
(12) Взяли на работу? Поздравляю 
14 — 16.11.17 — 16:43
3 конверта
15 — 16.11.17 — 16:49
классика жанра
16 — 16.11.17 — 16:49
(13) А я сочувствую. Работодателям. Хотя…какой идиот мог его взять, я не понимаю. В общем, сам себе злобный буратино.
17 — 16.11.17 — 16:52
(16) не все спецами рождаются
18 — 16.11.17 — 16:53
(17) и к сожалению не все со временем опыта набираются
19 — 16.11.17 — 16:53
(11) Пишу как-будто в пустоту ((( Проверьте по этому заказу
Из перечня — две причины:
1. Доп расходы введены после расходной накладной. Получили товар 10 шт по 100, продали все по 150, а потом доп расходы на доставку 124 рубля. Товар УЖУ продан и продан с себестоимостью 100 (доп расходы не оформлены на момент продажи) Доп расходы упали на себестоимость -124 но товара НЕТ и поэтому закрытие месяца выводит товара 0 а себестоимость -124
2. Такая же ситуация, если идиот менеджер оформил заказ покупателя и, незная принципов работы программы и в частности резервирования, принудительно поставил в заказ резерв на несуществующий товар. В этом случае Товар после прихода продается по себестоимости оформления резерва — НОЛЬ руб, а реальная закупка падает в минус.
20 — 16.11.17 — 16:54
УЖУ = Уже )))
21 — 16.11.17 — 16:56
(4) Тогда же там вылезет у неё вообще не известно что?!!!
По её мнению она именно корректировками и приводит все
к нужному виду.
(5) Спасибо, следует учесть и разобрать все ваши методы.
(6) Корректировкой записей регистров и последующим перепроведением документов она наоборот приводит все в нужный вид. Все искажается потом после проведения закрытия месяца.
(19) Да, спасибо, я учитываю все ваши ценные советы. И уже скоро буду их применять. Искать решения взяв на вооружение ваши советы!
22 — 16.11.17 — 16:57
23 — 16.11.17 — 17:07
(21) «Корректировкой записей регистров и последующим перепроведением документов она наоборот приводит все в нужный вид. Все искажается потом после проведения закрытия месяца»
Если уж что-то корректировать в себестоимости, то сразу ПОСЛЕ закрытия месяца. Толку что она откорректирует а неправильная последовательность документов (не восстанавливается в УНФ закрытием месяца) опять выведет минус по доп расходам
+ к моему (19)
Еще причина минуса в остатках по цене при 0 в количестве:
Не указан заказ покупателя в доп расходах, ограничиличь только приходной накладной. Товар после прихода встает в резерв за заказом, но в доп расходах не указан заказ и в следствии товар-то продается с себестоимостью закупки а доп расходы остаются висеть с минусом или распределяются на оставшийся товар на складе, если он не ушел в ноль
Это третья причина минуса
24 — 16.11.17 — 17:14
(23) Она что то говорила про ценообразование. Что в производстве у неё нет цены в документах только количество.
25 — 16.11.17 — 17:21
(23) В производстве не было у неё цены, и там по заданной формуле делали обработку формирования цен. В каком то регистре. Сам не углубился ещё в это.
Выявил проблемную характеристику некой номенклатуры по ней планирую выявить всю цепочку и выявить проблему из за чего коллизия.
26 — 16.11.17 — 17:22
(24) Вы сами-то программу знаете? Цена на производимый товар появляется при его помещении на склад, т.е. когда товар Изготовлен и стал непосредственно ТОваром. Никаких цен на него не может быть в производстве. Бух у вас отжигает. Но это, наверное, как раз ваша задача объяснить ей что к чему
27 — 16.11.17 — 17:24
(25) уууууууууу как все запущено ))) Набирайте что-то типа «видео интструкции по УНФ» в яндексе. А лучше книжку из поставки, пусть она будет и для версии 1.4 По крайней мере принципы программы не изменились
28 — 16.11.17 — 17:33
(26) Говорил же выше, что киянкой по пальцам… Не слушаете старших товарищей, спорить начинаете…
29 — 16.11.17 — 19:11
(26) Да моя задача разобраться как что бы все стало как нужно. Знаете же что некоторые ведут все совсем по другому, не так как общепринято. Сначала выясню что там и как.
Пока выяснил что дорабатывалось следующее, — чтоб приходовать отходную номенклатуру с ценой и сумму отходной номенклатуры уменьшать от готового изделия. Данные изменения находятся в документе Сборка запасов в модуле менеджера в процедуре СформироватьТаблицаЗапасыОтходы…
Данная доработка доработана в УНФ. Пока не выяснил что она представляет собой.
30 — 16.11.17 — 19:12
(27) УНФ 1.6 (1.6.5.28)
31 — 16.11.17 — 19:18
Я собираюсь сделать поиск ссылок по характеристике номенклатуры (11), по которой вылезла лишняя сумма после закрытия месяца и попробовать во всей цепочке документов выявить ошибки и исправить их.
32 — 16.11.17 — 19:49
Наведение порядка в учете поможет. Уже писали. А факторов много: склады, организации и т.д.
33 — 16.11.17 — 19:51
И не слушайте бухов — понаговорят…
34 — 16.11.17 — 21:58
(29) Что такое «отходная номенклатура»? Предполагаю, что это какой-то остаток от разборки?
35 — 16.11.17 — 22:03
(31) Зачем? У вас уже все есть. Отчет по себестоимости. Выводите расшифровки по документу движения и получите все что вас интересует
36 — 17.11.17 — 07:10
(32) Ну так понятно что наведение порядка поможет.
Я вот и пытаюсь найти верные пути наведения порядка.
(34) Постараюсь узнать что это за номенклатура.
(35) Речь вчера шла про отчет Запасы по счетам учета. И его я не нашел в меню все функции. Был в базе в закладках.
Что именно это за отчет по себестоимости???? Можно все анализировать в нем?
37 — 17.11.17 — 07:16
(35) Я хотел найти все ссылки на эту характеристику номенклатуры и выявлять как она вводилась в учет как велась, что бы выявить что из за чего не так пошло. Что сделано не правильно.
38 — 17.11.17 — 07:43
(35) Проблема видна в отчете Запасы по счетам учета.
За октябрь месяц. Сформировав отчет Себестоимость за октябрь месяц я не увидел вообще там такой номенклатуры по которой выявлена проблема.
Как им пользоваться то?
39 — 17.11.17 — 09:08
(34) у производства бывают отходы. или как вариант — разборка. вот что такое «Отходная номенклатура».
40 — 17.11.17 — 09:32
Сборка запасов это документ Производство
41 — 17.11.17 — 09:53
(23) Нашел ссылки по проблемной номенклатуре, по ней нет документа дополнительные расходы.
42 — 17.11.17 — 11:25
Можно ли по данной задаче использовать какие либо
конкретные методы что то брать смотреть, так не так, что то перепроводить?
Ошибка по конкретной характеристики конкретной номенклатуры есть в (11)!
Имея это что можно смотреть, выявлять для решения вопроса?
43 — 17.11.17 — 11:57
(42) Имея это что можно смотреть, выявлять для решения вопроса? >>
Ну расшифровать все документы движения по ней и смотреть что с ними не так, очевидно
44 — 17.11.17 — 12:05
(43) Я сделал отчет ПоискСсылокНаОбъектСКД. Есть такие виды документов:
ВводНачальныхОстатков
ЗаказНаПроизводство
ЗаказПокупателя
ЗаказПоставщику
ЗакрытиеМесяца
ИнвентаризацияЗапасов
КорректировкаРегистров
ОприходованиеЗапасов
ПеремещениеЗапасов
ПриходнаяНакладная
РасходнаяНакладная
РезервированиеЗапасов
СборкаЗапасов
СписаниеЗапасов
СчетНаОплату
СчетФактура
СчетФактураПолученный
По каким то много документов, по каким то не очень. Как можно определить что с ними так а что не так?!!!
45 — 17.11.17 — 12:20
(43) Чем правильнее расшифровывать, что бы наглядно это было видно?
46 — 17.11.17 — 12:35
(45) скачай шифровальщик
47 — 17.11.17 — 12:50
«Как можно определить что с ними так а что не так?» // Пригласить специалиста уже предлагали?
48 — 17.11.17 — 12:52
(47) и не раз, но проблема в том что ТС упорно считает себя специалистом )))
49 — 17.11.17 — 12:54
Терпение и труд всё перетрут.
50 — 17.11.17 — 13:33
В движениях документа ЗакрытиеМесяца, эта позиция стоит —124,7 как расход для регистра запасы и затраты.
По этому она и идет с минусом потом в отчете Запасы по счетам учета.
51 — 17.11.17 — 13:46
Молодец, ты выяснил причину неправильного закрытия месяца. Бегом докладывай главбуху.
52 — 17.11.17 — 13:52
(51) Знать бы каким образом.
Из (11) видно что списанием все списывается. На на остатке ничего. А после закрытия месяца делается ещё расход, получается -124,70. Который потом переходит в конечный остаток с плюсом.
И как можно выявить почему это и как устранить?
53 — 17.11.17 — 13:53
(52+) Тут нужен совет, что в результате можно проверить, исправить? Не код же лесть смотреть, от чего там закрытие месяца прописало -124,70?!!!
54 — 17.11.17 — 13:54
(53) если не сделаешь, уволят?
55 — 17.11.17 — 14:04
(53) а почему не «лесть в код», белые перчатки не позволяют?
(54) национальное сокровище не увольняют — он же памятник.
56 — 17.11.17 — 14:16
(55) Да потому что это не правильно.
Жду что знающий пользователь конфигурации подскажет мне
что нужно делать, что посмотреть. Как выявить ошибку.
57 — 17.11.17 — 14:18
(56) Знающий пользователь конфигурации попросит перед этим денег.
58 — 17.11.17 — 14:18
Они бывают на сайте и подсказывают, деньги просят крысы
59 — 17.11.17 — 14:20
(58) так ты сам такой. или возишься с этой кашей забесплатно?
собственно, ответ был в (1) и (5)
60 — 17.11.17 — 14:20
(58) сколько денег ты попросил у работодателя за эту задачу?
61 — 17.11.17 — 14:22
(60) Я же тебе сказал, про деньги разговаривают крысы
62 — 17.11.17 — 14:25
(61) ну только не надо тут ля-ля, про то, что ты бесплатно работаешь
63 — 17.11.17 — 14:25
(62) За доширак
64 — 17.11.17 — 14:30
(63) Доширак коробка есть, он мерзкий…..
65 — 17.11.17 — 14:43
Решил в обработке поиск ссылок на объекты найти все ссылки
на проблемную характеристику. И вот что я выявил!!!!
Это же дубли? Не должно же такого быть?
https://cloud.mail.ru/public/Bdst/5fSFe8v1S
66 — 17.11.17 — 15:00
В производстве (11) эта характеристика в отходах
67 — 17.11.17 — 15:03
(65) все там нормально, идет на туже характеристику
68 — 17.11.17 — 15:25
В каком случае закрытие месяца делает расход по характеристике номенклатуры?
69 — 17.11.17 — 15:36
(68) попытаюсь сванговать — при расходе характеристики?
70 — 17.11.17 — 15:47
(69) В (11) Списанием характеристика номенклатуры ушла в 0.
Закрытие месяца же делает расход с минусом. Что потом переходит в остаток с плюсом.
И видно в отчете Запасы по счетам учета. В то время как там не должно быть суммы по документу Закрытие месяца!
Искал информацию, вроде как это ошибка конфигурации?!!!
Никто не сталкивался?
71 — 17.11.17 — 16:45
72 — 17.11.17 — 16:51
(70) сделай операций бух на неправильную сумму и норм будет)
73 — 17.11.17 — 17:28
(68) Давай свой dt выкладывай на файлообменник и ссылку в почту, помогу разобраться.
74 — 17.11.17 — 17:29
(59) Я берусь за задачи на добрых началах и рад буду результату.
Да был там ответ, но видите он не подходит. Там нужно глобально зарываться. А условий для этого нет.
75 — 17.11.17 — 17:31
(73) так не мой .dt то, ихний….
А почты у вас нет в инфе.
Я отказался от задачи, может забудем?
Мне условия не подошли. И бух упреками валит, я её слышу второй день. Такие шлются молча.
76 — 17.11.17 — 17:34
(73) У вас почта закрыта в профиле.
77 — 17.11.17 — 17:34
(73) Согласие есть.
78 — 17.11.17 — 17:35
(75) Ну и забудь их. тем более, что в производстве они тоже налажали. Раз уж «отходная» номенклатура у них возникает в процессе СБОРКИ, то это полный трэш. Это означает, что люди в лучшем случае слегка разбираются в программе и значит других косяков может быть столько, что проще будет начать программу с нуля чем править то что есть
79 — 17.11.17 — 17:37
(77) Открыл почту
80 — 17.11.17 — 23:19
Я заинтригован
81 — 17.11.17 — 23:54
Не менее…
PCcomCat
82 — 17.11.17 — 23:55
А в модулях столько открытий!!! Зря…
Хочу поблагодарить компанию Простые решения за плодотворное сотрудничество и рассказать нашу историю, как мы пришли к программному продукту 1С:УНФ. Надеюсь, мой отзыв будет полезен для тех, кто еще думает о приобретении данного программного продукта.
Основными видами деятельности нашей организации являются продажа дорожной техники, ее гарантийное и постгарантийное обслуживание.
На текущий момент штат компании составляет до 20 человек, обороты свыше 200 млн. руб. По мере роста клиентской базы перед нашей организацией встал вопрос подбора недорогой и качественной CRM системы с минимальными затратами на ее внедрение.
Выбор пал на продукт фирмы 1С «Управление нашей фирмой» по ряду причин:
- возможность бесплатного тестирования на тот момент в течение 3х месяцев;
- невысокая цена 1 рабочего места с возможностью приобретения дополнительных рабочих мест по мере необходимости;
- наличие возможности подстроить программный продукт под свои потребности, большое количество специалистов, готовых его обслуживать по мере необходимости;
- широкий функционал программного продукта, возможность интеграции с 1С:Бухгалтерия.
На период тестирования программного продукта нашим куратором был назначен партнер фирмы 1С компания Простые решения, которая показала себя с положительной стороны. Более квалифицированных специалистов по программному продукту 1С:УНФ мне встречать в дальнейшем не приходилось, особенно хочется отметить работу специалиста Сергея Мордвина.
После успешного тестирования и приобретения 1С:УНФ, наша организация начала его эксплуатацию с ограниченного функционала ведения клиентской базы, а также оформления заказ-нарядов на выполнение сервисных работ. Продукт полностью отвечал нашим требованиям.
Спустя год после активной эксплуатации программного продукта, когда товарные остатки стали значительными и вести 2 отдельные учетные системы (управленческую и бухгалтерскую) далее было нерационально, мы обратились вновь в компанию Простые решения с задачей настроить синхронизацию 3х давно действующих баз: две базы 1С:Бухгалтерия с одной базой 1С:УНФ.
Требовался немалый профессионализм, т. к. сроки были очень сжатые. Договорились о сроках, наметили план работ, выбрали подходящий нам очень выгодный тарифный план обслуживания. Все работы проводились удаленно, оперативно и качественно. Не обошлось, конечно, без непредвиденных сложностей, которые были профессионально и быстро преодолены со стороны специалистов компании Простые решения. На каждом этапе работ мы получали необходимые консультации: как отразить нетипичные операции, оптимально наладить работу, как самостоятельно смотреть и исправлять возможные ошибки. В результате в общей сложности за месяц совместными усилиями мы добились поставленной задачи. 3 базы работают в унисон, настроен автоматический обмен. На данный момент все операции отражаются в 1С:УНФ, которые по настроенному сценарию переносятся в 1С:Бухгалтерия с максимально заполненной информацией для их отражения в бухгалтерском учете.
В итоге наша компания добилась видимой оптимизации трудовых ресурсов и оперативности отражения данных: менеджеры продаж ведут клиентскую базу, оформляют заявки на продажи, сервисный отдел отвечает за оформление заказ-нарядов, бухгалтер отвечает за финансовую составляющую. Как результат, у руководителя оперативные и актуальные данные в доступной и понятной форме в виде отчетов на рабочем столе компьютера о деловой активности фирмы, объемах продаж, товарных и финансовых запасах, взаиморасчетах и прочих показателях.
На очереди в нашей организации внедрение блока финансового планирования, не так давно значительно доработанного фирмой 1С для программного продукта «Управление нашей фирмой.
С компанией Простые решения наша организация заключила договор поддержки и обслуживания на год. Очень благодарны команде профессионалов Простые решения и всем рекомендуем обращаться только к профессионалам. Берегите свои время, нервы и деньги!
С уважением, Козачок Инна Владимировна,
Гл. бухгалтер ООО «ТСП ЮгАвтоХолдинг».
В программе Управление Небольшой Фирмой заложена логическая бомба, — при некоторых условиях неправильно считается себестоимость, причем выясняется данный факт только через несколько месяцев после ведения учета в данной программе.
Т.к. не один я столкнулся с данной проблемой и вижу заинтересованность других в исправлении данного косяка… То…
В программе Управление Небольшой Фирмой заложена логическая бомба, — при некоторых условиях неправильно считается себестоимость, причем выясняется данный факт только через несколько месяцев после ведения учета в данной программе. Даже закрытие месяца не помогает…
Пример:
Неправильно считается себестоимость при следующих условиях:
1) Заказ покупателя записан раньше реализации.
2) На момент записи заказа товара не было на складе.
3) Реализация делается на основании заказа.
Способ воспроизведения…:
Заказ покупателя от 27.01.11. Записан, не проведен(т.к. товара нет на складе).
Товар пришел. 07.02.11. Заказ покупателя перепровели, предварительно заполнив колонку резерв.
Реализация сделана 08.02.11.
В отчете продажи за февраль себестоимость = 0. Закрытие месяца проведено.
Рекомендации от 1С: Использовать документ «Резервирование».
…И последствия:
Заказ набили, записали(при записи присвоилась дата заказу). Товар пришел Позже(под этот заказ, например). Заказ провели, в колонке резерв поставили необходимое количество, статус заказа — «ВРаботе»! При этом:
Хоть дата заказа раньше Даты прихода товара, заказ даже не заикнулся об этом, а прекрасно зарезервировал товар (можете сами попробовать). Однако: (вот где скрывается злая шутка разработчиков)
сумма зарезервированного товара = 0! (Количество в регистре есть, а сумма нулевая!)
Проходит время…. Люди этого не замечают (100% рентабельности за счет разбавления её реальной)
И в один «прекрасный» месяц видим картину:
номенклатура1 сумма «100» себестоимость «1000» валоваяприбыль «-900» рентабельность «-нифигаСебе!!!!»
И вопросы руководящего состава: Мы продаем в минус? Что у нас с себестоимостью? Как это так?
Итог: Сотрудникам предприятия из-за «торговли в минус» и неизвестности валовой прибыли не платят премию, они Очень недобро смотрят на нас. Клиент говорит, что после такого он «Не Доверяет» цифрам, которые в программе!
Объяснять клиенту, что надо использовать документ «Резервирование», (который даже автоматически не заполняется) и что колонка «резерв» в заказе, — только для резервирования того товара, который есть на складе, или что надо всегда менять дату заказа на текущую…
Не Серьезно.
P.S. Не претендует ни на что, просто исправляет ситуацию без создания доп. документов. (Перед запуском надо отключить контроль остатков; желательно, чтобы никого не было в базе; желателен к-с режим. Я еще на всякий случай перед этим отменял проведение закрытий месяца…) Код обработки открыт, можете посмотреть… Все довольно просто… Но — долго обрабатывать…
P.P.S. Оригиналы «баталий с себестоимостью» расположены по адресам:
http://partners.v8.1c.ru/forum/thread.jsp?id=931185
и
http://partners.v8.1c.ru/forum/thread.jsp?id=908869
Нулевая себестоимость может быть из-за реального отсутствия количественного остатка товара на складе. Такое возможно когда в настройках выключен контроль остатков и программа дает списать в минус.
Также в отчетах может быть показана нулевая себестоимость и при включенном контроле остатков.
Особенность контроля остатков и расчета себестоимости УНФ такова, что пользователю дается возможность выполнить списание запасов ранее поступления.
При закрытии месяца себестоимость для таких неправильно расположенных документов корректируется.
Единственное исключение — когда списание и поступление попадают в разные месяцы.
Именно для такого случая в версии 1.6.21 была добавлена проверка наличия отрицательных остатков на конец месяца, которая выполняется в рабочем месте Закрытия месяца.
Рассмотрим пример на базе.
В разделе «Компания — Еще больше возможностей — Администрирование — Общие настройки» включаем контроль остатков.
Оформим Приходную накладную на товар датой 21.07.2020.
Далее оформим Расходную накладную на этот товар датой 15.07.2020.
Сформируем отчет «Валовая прибыль по номенклатуре».
Видим, что по созданной ранее расходной накладной отобразилась нулевая себестоимость.
В разделе «Компания — Финансовые операции» откроем процедуру закрытия месяца за июль и выполним регламентную операцию «Расчет фактической себестоимости».
Консультацию для Вас составила специалист нашей Линии консультаций.
Закажите тестовую консультацию по Вашей программе у нас по телефону: +7(343) 288-75-45.
*Для оказания консультации необходимо сообщить ИНН вашей организации, регистрационный номер вашей программы (для программ 1С:Предприятие версии ПРОФ необходим активный договор 1С:ИТС ПРОФ)
Кейс: как выглядит программная диагностика
Если:
- Не правильно формируется себестоимость в 1С УНФ;
- Вы не понимаете откуда берутся неправильные цифры;
- Есть подозрение что УНФ считает себестоимость не правильно
Тогда эта страница для вас
На практике, каждое обращение ко мне с просьбой выяснить откуда в 1С УНФ берутся неправильные цифры, является уникальным. И я не могу выделить общность в обращениях, чтобы выделить их в отдельный кейс или готовое решение
Обычно правила определения себестоимости происходит из-за нарушения последовательности проведения документов. Но даже в таких случаях, перепроведение документов за период помогает не всегда.
При таком сценарии в бой идет конфигуратор и отладка, где я подробно прослеживаю формирование себестоимости по проблемной номенклатуре и нахожу решение для остальных проблемных позиций
После подробной диагностики отладчиком я формирую для пользователя отчет, в котором видно как формируются цифры и где возникает проблема. Отчет по диагностике я приведу ниже:
Задача: выяснить как формируется себестоимость при проведении документа перемещения запасов. Почему-то определяется не правильная себестоимость и это видно в отчете о перемещении запасов
Также выяснить почему себестоимость определяется в этих суммах. Хотя пользователь утверждает, что должна быть другая цена
Воспользуемся отладкой, чтобы посмотреть что происходит при проведении документа
1 254 527,12 / 27 621,86 = 45,41790885914272
Цена = 45,41790877589614
Сумма к списанию = 45,41790877589614 * 304,08 = 13 810,68
1254527.12 – 13810.68 = 1 240 716,44
27621.86 – 304.08 = 27 317,78
Цена = 45,41790877589614
(13 810,68) = (45,417908… * 304,08) = 1 254 527,12 * 304,08 / 27621,86 округлить до 2 зн после запятой
СуммаКСписанию = Окр(СуммаОстаток * КоличествоТребуетсяСвободныйОстаток / КоличествоОстаток , 2, 1);
Также посмотрев выполняемый запрос, понимаю что можно перейти в отчет «себестоимость остатков»
Видно как складывается себестоимость сырья на складе «ГСМ Транзитный»
На момент перемещения Себес = 1254527,12 и количество 27 621,860, что равно 45,41790885914272
Округлим для пользователя эту цену получим 45,42.
Далее:
По складу 6520 Клюев есть документ оприходования остатков
Себестоимость 16 520 количество 336,000 = 16 520 / 336 = 49,16666666666667
Предыдущий документ перемещения перенес на этот склад стоимость: 13 810,68
Себес составляет 30 330,68 / 640,080 = 47,38576427946507 (для пользователя 47,39)
Далее:
Сумма без НДС = 430 355,86 в количестве 8 752,8 (!!!)
Себестоимость перед нашим документом составлял 976 901,98.
После проведения документа 976 901,98 + 430 355,86 = 1 407 257,84
По количеству аналогично. Итог 30 261,980.
Себестоимость за единицу после проведения документа = 1 407 257,84 / 30 261,980 = 46,50250380180015 (для пользователя 46,50)
При закрытии месяца, по итогам месяца, 1С Видит, что нужно было списывать нашу номенклатуру не по 45,41790885914272 ,а по некой средней в разрезе этого склада 46,0521294953
Определим среднюю при закрытии месяца:
Берем все поступления от поставщиков + ввод остатков если есть из регистра «запасы и затраты». Фильтруем по нашему складу, номенклатуре, и организации и счету учета.
Определяем сумму поступлений: 453 218,36 + 455 971,7 + … = 2 383 275,99
Определим количество: 9273,6 + 9273,6 + 11 039,770 + … = 51 751,7
Получим среднее значение = 2 383 275,99 / 51 751,7 = 46,05212949526296
Получается что при перемещении запасов со Склада ГСМ транзитный на склад 6520 Клюев нужно было списывать не по 45,41790885914272 за единицу.
А по 46,05212949526296 (!)
Поэтому эту разницу нужно учесть.
46,05212949526296 — 45,41790885914272 = 0,63422063612024 (положительная разница за единицу)
Т.к. в нашем перемещении количество было 304,08, то 0,63422063612024 * 304,08 = 192,8538110314426 – это та разница, которую нужно докинуть в себестоимость нашего перемещения
Т.к. программа не должна уравнивать среднее значение по всем документам, которые делали движения Со склада ГСМ транзитный на склад 6530 Клюев (как и по другим аналогичным складам), то 1С уравнивает среднюю в Закрытии месяца.
Проверим это:
Получаем эту же сумму, округленную по правилам арифметики до двух знаков после запятой
192,8538110314426 = 192,85
30 523,53 – 30 330,68 = 192,85
Вывод диагностики: оснований полагать, что 1С УНФ неправильно рассчитывает себестоимость — нет. Просто нужно учитывать некоторые особенности расчета средней себестоимости.
Как видно, в отладчике находится больше информации, чем в обычном отчете по себестоимости в 1С УНФ, но эти данные внутри конфигураторе может посмотреть только специалист, который понимает куда смотреть)
Если у вас неправильно считается себестоимости в 1С УНФ, то оставьте заявку на диагностику и я обязательно найду решение
У вас похожая задача или Остались вопросы?
Оставляйте заявку на консультацию и получите решение за 30 минут