"СРАЗУ" - это как только подписали документ? или еще раньше, когда его создали? или когда?
Предположим, что документы попали в бухгалтерию "СРАЗУ". По мне, так это совсем не означает, что бухучет станет идеальным. В статье же рассматриваются и другие факторы.
Короче попадание документов "СРАЗУ" вообще не гарантирует идеальный учет.
А что вы подразумеваете под словом "сдавать" отчеты? Судя по времени, которое указано, на сдачу одного отчета уходит чуть больше минуты. Интересно узнать в каких программах работаете? Потому что в 1С даже между базами переключиться и нужный раздел открыть как минимум минута требуется! А еще отчет нужно сформировать, проверить, подписать, дождаться отправки... Не меньше 5 минут на отчет (это я СЗВ-М имею ввиду и нулевые отчеты).
А потом же нужно удостовериться, что все эти отчеты приняты! Тут вообще весело бывает - коллеги уже несколько месяцев "прекрасную" работу налоговой IT-системы обсуждают )))
Здесь еще больше времени!
Если, конечно, вы не из тех бухгалтеров, которые отчет отправили, а дальше хоть трава не расти.
Просто вы не можете психологически оторваться от 1с-бухгалтерии с её единым журналом хоз.операций.
я не привязываюсь ни к какой конкретной программе. Просто не знаю такой "рабочей торговой программы", которая умеет сводные данные по торговым операциям выгружать.
Если подскажете, что за программу имели ввиду, я буду очень рад. Психологически я уже давно готов
порядок зависит в первую очередь не от вида ведения учета (на бумаге/ в программе), а от людей, которые этим учетом занимаются
это даже не обсуждается. Меня не нужно в этом убеждать.
В рассматриваемой витуации все хотят порядка, но нужно выбрать вариант, как его организовать с наименьшими затратами и максимум эффекта.
Кого то (см. комментарий выше) устроит и вариант, когда цена порядка выше, чем риски при его отсутствии. Они и платят 1% от выручки и ждут - пронесет или нет.
Ни один бизнесмен не ведет торговлю без учета. Если он Вам (бухгалтеру) документы на закупку не передал, это совсем не означает, что он складской учет не ведет. В любой момент времени у него спросите, он вам точно скажет какие грузы куда едут. И тетрадочка у него для этого есть.
А тетрадочку он использует, потому что бухгалтер его в бухгалтерскую программу загнал, в которой он вынужден "формировать только отгрузки для покупателей". А была бы нормальная программа для торговли - он бы глядишь и приход бы вводил.
Тут в комментариях "Старый ворчун" бухгалтера из статьи всякими нехорошими словами называл. А ведь этот бухгалтер наверняка примерно в таком же положении оказался (как Вы), когда ему не хватало информации и он был вынужден "подбивать" учет, чтобы хоть как-то концы с концами свести.
Но складской учет почему-то вел приходящий бухгалтер. Это неверное распределение обязанностей.
100% согласен. Статья описывает неправильный вариант распределения обязанностей и в конце предлагает верный вариант.
Вот поручили бы учет кладовщику или менеджеру (как и должно бы быть)- может бардака бы и не было.
Да, поручить нужно кладовщику или менеджеру. Но многие кладовщиков и менеджеров заставляют в БУХГАЛТЕРСКОЙ программе вести СКЛАДСКОЙ учет. Это тоже не приводит к искомому результату.
В статье предлагается складской учет вести обособленно в складской программе. Что это будет за программа, каждый может выбрать сам, на свое усмотрение. Лишь бы не бухгалтерская, в которой проводки нужно формировать.
В торговле складской учет "отсутствовать как класс" не может в принципе. Он в любом случае есть. А вот его качество напрямую влияет на качество бухгалтерского учета.
И весь вопрос заключается в том, как передать информацию из складского учета в бухгалтерию, чтобы бухгалтеру не пришлось повторно выяснять какие товары как приходовать и т.п.
а если складской учёт есть, так хоть в тетради веди
складской учет в тетради будет прекрасным, а бухучет как эта инфа попадет? Ручками перебивать что ли?
В каких программах вести и как они между собой будут взаимодействовать - это самое важное в нынешнем времени. Кто быстрее обрабатывает и обменивается информацией, тот и побеждает. А с тетрадочкой далеко не уедешь...
На такой случай у нормального бухгалтера в настройках 1С стоит запрет на списание товаров при отсутствии остатков на складе.
Numer, в комментариях обсуждаются две модели организации работы в торговле:
Одни комментаторы за модель, когда весь бизнес ведется в бухгалтерской программе и бухгалтер оформляет документы на покупку например в "1С:Бухгалтерия предприятия".
Другие поддерживают модель, когда бизнес ведется в специальной программе для торговли, а данные из нее загружаются в Бухгалтерскую программу.
Если есть запрет на списание отрицательных остатков, то требуется высокая оперативность ввода документов, которую достичь при первом варианте довольно сложно (по разным причинам).
Правильно ли я делаю вывод, что вы поддерживаете второй вариант?
Я с подобными историями каждую неделю сталкиваюсь, особенно когда учет не постоянный, а приходящий бухгалтер вел. И тот пример, который в статье приведен, это еще цветочки. Бывают вообще фантастические истории.
И вообще непонятно о каком бухгалтере в статье речь? О главном? О бухгалтере материальной группы?
а это не имеет значения. У бухгалтера основная задача в части товарно-материального учета правильно бухгалтерские регистры сформировать, а не выполнять функцию кладовщиков по выбору правильной номенклатуры для верного оприходования ТМЦ.
Для меня невозможно представить, что в общую программу полезет кладовщик.
абсолютно согласен! В бухгалтерскую программу никто не должен лазить кроме бухгалтера.
Кладовщик и прочие заинтересованные лица должны в складской программе работать автономно от бухгалтера в режиме on-line. А данные в бух программу через выгрузку должны попадать.
Настроить учет можно так, чтобы не было таких накладок.
настроить можно, но будет ли это эффективно? Если бухгалтер в торговле приходовать товары начинает, то он в кладовщика превращается... Это как микроскопом гвозди забивать.
Но эти названия могут не совпадать с формулировками в спецификациях на изделие
По моему опыту, в большинстве случаев они не совпадают. Но тут важно понимать, какой метод учета затрат используется: позаказный, попроцессный или попередельный?
В позаказном - да, сверяться со спецификацией нужно. Но это точно не бухгалтер делает!
А в остальных списывают по заявке на производство конкретной партии то, что есть на складе с тем названием, по которому приходовали.
А мне, например, видно, что вы склонны делать скоропалительные выводы...
Там тоже приходит много сырья. И разные поставщики называют это сырье по-разному и отпускают в разных единицах измерения. Поэтому проблемы на 10 счете возникают.
Я не спорю, что у вас в производстве могут возникать проблемы на 10 счете. Но, полагаю (поправьте меня, если не прав), они другого рода. На производстве на 10-ый счет материалы, как правило, приходуются с тем названием, которое указано в накладной. На этот материал заводится отдельная карточка и соответственно отпуск делается по факту наличия материала на складе. И делает это все кладовщик.
В статье же разбирается ситуация, когда бухгалтера заставили работать кладовщиком. Эта история вообще никак не перемежается с вашей из производства.
В программе есть волшебная кнопочка контроль остатков, ставим галочку и уже невозможно провести документ, если остатки отрицательные.
все знают про эту кнопочку. Но нажав на эту кнопочку проблемы пересорта не уйдут сами собой.
Если оставить схему работы, когда бухгалтер приходует товары не контактируя физически с купленными товарами и не разбираясь детально в приобретаемой номенклатуре, то ему придется выяснять детали.
Вопрос в другом. В ходе дискуссии:
одни утверждают, что бухгалтер должен участвовать в приходе товаров и разбираться в номенклатуре.
пересорт бух справкой откорректировать в программе 1С - это утопия. Как показывает практика ни к чему хорошему такие действия не приводят.
И опять же, нужно же понять, за счет какой номенклатуры отрицательные остатки закрывать?
А если пересорт произошел, но отрицательные остатки не появились (пока не появились) и вскроется вся эта ситуация спустя пол года, когда уже балансы сданы и т.д.? Этот клубок распутать потом просто не реально будет. В результате у бухгалтера появляется великий соблазн пойти по второму варианту исправления ситуации (как описано в статье).
IriEro, Вы не прочувствовали всего драматизма ситуации, описанного в статье: оприходовали три вида номенклатуры, а продавали один вид. Поэтому по первому виду номенклатуры после продажи появился отрицательный остаток, а два других остались на остатках.
а может бухгалтера исключить из этой цепи, чтобы приходом товара занимался человек, который разбирается в номенклатуре? чтобы потом исправлять не приходилось...
ну например работает этот бедолага-бухгалтер в "1С:Бухгалтерия предприятия 8.3", вводит накладные в нее (как правило с большим опозданием во времени). И вы предлагаете менеджеру лезть в эту программу и по регистрам бухгалтерского учета разбираться все ли там в порядке?
Это будет кошмаром и для бухгалтера, и для менеджера.
есть менеджеры-закупщики, кладовщики-приемщики, которые и должны указать на ошибки, если они есть или просто проставить правильные коды, чтобы эти ошибки не допустить.
не очень понятно, кому менеджеры-закупщики должны указать на ошибки?
на производстве ситуация несколько иначе выглядит. Там обычно товаров на перепродажу либо вообще нет, либо очень мало. Поэтому такая проблема вряд ли возникает.
Надежда, видимо вы прям специалист по приходу товаров. Было бы интересно посмотреть, как бы вы приход оформляли, если бы в накладной было написано "фланец", а у вас номенклатурном справочнике такие позиции:
ну вот вы закрываете месяц, видите "огромное" количество номенклатуры с минусами и дальше что? Что вы, как высококвалифицированный бухгалтер, будете делать?
Обычно тот, кто его заказывает или материально-ответственное лицо, которое принимает товар (кладовщик). Бывает, что менеджеры по продажам занимаются и закупкой, и продажей товаров, и приход тоже они делают.
Много раз наблюдал ситуацию, когда очень ответственный и грамотный бухгалтер хочет разобраться и все нормально сделать, но ничего не получается. Смотрит в накладные и все названия в них для него - это сплошная абракадабра.
Результат цифровизации: налоговики теперь на запрос налогоплательщика совершенно серьезно отвечают: "У нас программа третий день висит, поэтому ничем не можем Вам помочь..." А на вопрос "что делать?" следует уже классический ответ: "позвоните завтра".
Однако, те, кто торгует изделиями собственного производства, сейчас не находятся на ЕНВД ( это запрещено) и уже купили кассу. Так что послабление сомнительное.
Конечно оно сомнительное, потому что оно не для них
У крупных налогоплательщиков много баз и много предприятий. Все формируется там в полурочном режиме и в качестве источника информации используются другие программы (далеко не всегда из них в 1С загружаются данные). Первичку в 1С крупные фирмы не хранят - используют либо самописные разработки, либо не 1С-кие программы. В 1С попадает сводная информация.
Полагаю, этот проект продолжения иметь не будет еще по одной причине - у 1С столько разных конфигураций, что со всеми законектиться будет сложно. ☝
Уточнил у fingu.ru, они через портал Госуслуги все заявления отправляют - все успешно! И ножками идти никуда не нужно. И Уведомления из ФСС быстро приходят. Подробнее здесь: https://www.klerk.ru/blogs/finguru/482609/
В статье не плохо расписаны затраты ДО аутсорсинга, но не написаны затраты ПОСЛЕ аутсорсинга.
Авторы статьи КОНКРЕТНО лукавят, утверждая, что расходы сокращаются на 60%.
При переходе на аутсорс расходы на штатных бухгалтеров сокращаются, но появляются расходы, связанные со сбором первичных документов, передачей этих документов в Аутсорсинговую компанию, архивирование этих документов!!!
И выясняется, что нужно также содержать штат сотрудников с помещениями, которые будут все бумажки перекладывать и переправлять.
Да еще и с бухгалтерами должен кто-то общаться - тоже специальные сотрудники
а лучше, если вообще ничего не втыкать. СМС, например, или отпечаток пальца, или распознавание лица. Через пару лет все гаджеты с такими приблудами будут.
Честно говоря не очень понятно зачем директору или предпринимателю вообще нужно заходить в 1С:Бухгалтерия. Там не бывает никакой актуальной информации. В лучшем случае им может воспользоваться бухгалтер, но вряд ли это будет полноценно ))
Сергей, я уже предлагал Вам статью от Фингуру почитать. Там нормально описана ситуация, когда бизнес работает в специализированной программе, а бухучет - в бухгалтерской.
Вроде все формы отчетности есть (в том числе статистическая). Единственный косяк у них это то, что нет возможности использовать облачную ЭЦП - приходится "железный" сертификат на компьютер устанавливать.
А в остальном все good. Удобно, когда и учет и отчетность в одной программе.
так же как и не разрешались методы как таковые в принципе
А вот что про методы учета затрат законодатели пишут. Как минимум есть два направления учета: налоговый и бухгалтерский. В налоговом применяются: метод начисления (ст. 271 и 272 НК РФ) и кассовый метод (ст. 273 НК РФ). В бухгалтерском: простой, позаказный, попередельный, попроцессный и обезличенный (котловой), а также система нормативного учета производственных затрат (описаны в Приказе Минсельхоза РФ от 06.06.2003 N 792).
В малом бизнесе, где не нужна аналитика и ведется упрощенный бухучет, котловой метод часто и применяется.
Вы, наверное, микро-бизнес имели ввиду, который чебуреками и шаурмой из палаточки торгуют. Им действительно ничего не нужно.
А собственник малого бизнеса (от 15 до 100 человек в штате) обычно старается контролировать свои расходы. Но, как я понял, его успешно посылают управляющие, шеф-повара и некоторые здешние комментаторы
То, что вы чего-то не хотите, вовсе не означает, что у всех желающих нет возможности попробовать поработать с 1C:Fresh в течение 30 дней, отправив заявку здесь
Как при предоставлении различных бесплатных сервисов без какой-либо идентификации прекрасно обходятся ГНИВЦ, ФНС, ПФР, ФСС?
А кто сказал, что это бесплатный сервис?
Продавец вправе самостоятельно определять на каких условиях он готов предоставить временный бесплатный доступ. Обычный некоммерческий обмен. Не вижу здесь никаких проблем. Вы или соглашаетесь с этим или нет.
Котловой метод... Интересно! Что это за метод такой?
Полагаю работает он примерно так: купили продукты, полуфабрикаты, и т.п., потом списали это все в один котел (например, на 20-ый счет) и потом продали покупателям то, что получилось (в лучшем случае).
Супер! И никаких проблем )) Вот оказывается в чем фишка маленьких общепитов!
Только вот авторы предыдущих постов умалчивают, что в нормативно-правовой документации такой метод нигде не упоминается! Но ведь что-то подобное (котловое) действительно бухгалтерами применяется. А почему? Да потому что выбора у них особо нет. Приносят бухгалтеру гору накладных с чеками и говорят: "Вот мы купили продукты и сделали из них много вкусных блюд, которые продали покупателям". А бухгалтер их спрашивает: "А сколько и какие продукты пошли на изготовление этих блюд? Мне эта информация нужна, чтобы расходы перед ИФНС обосновать". А ему в ответ: "Слушай, тут на одном форуме я про котловой метод прочитал, примени-ка его". Бухгалтер: "Но...", а ему: "Никаких НО!" Вот и идет "бедный" бухгалтер котловой метод применять...
При этом авторы постов выше наверняка знают, что при таком "методе" перед ИФНС действительно довольно сложно (почти невозможно без соответствующей документации) будет расходы обосновывать. Но деликатно не пишут об этом. А почему? Полагаю есть несколько причин:
Вероятность выездной проверки малого бизнеса сейчас какая? - да, никакая. ВВП сказал не "кошмарить" бизнес, вот и цветет по стране "котловой метод" пышным цветом.
Ну а если настанет такая проверка? Как обычно у нас в России такие вопросы решаются все знают - на месте договариваются (хотя в последнее время с этим, судя по информации из СМИ, стало сложнее). И тут уж как повезет.
Полагаю, что если следовать такой логике, то можно далеко зайти!
Ну и в статье же написано, что получая данные из управленческой (складской) программы в свою, бухгалтерскую, бухгалтер проверяет информацию уже со своей колокольни и дает обратную связь руководителю. В этом случае у бухгалтера появляется возможность осуществлять контрольную функцию. При "котловом" методе об этом речи быть не может...
И что?! Запросили они для регистрации телефон, Имя и e-mail.
А как вы хотели регистрацию в облачном сервисе пройти без персональных данных? Вас же нужно как-то идентифицировать?
Они же не требуют паспорт у Вас. Зарегистрируйте себе какой-нибудь e-mail, имя (судя по нику на Клерке) у вас уже есть, ну и с телефоном тоже не проблема. Никто вашу личность верифицировать не собирается.
Так что ваше утверждение "не дают они попробовать" - ложь.
Вы ищете в темной комнате черного кота. В этой статье не идет речь о конкретной выгрузке, которую вы так хотите с интересом посмотреть! Читайте внимательнее. Речь идет о том, что есть много управленческих (складских) программ, у которых есть свои (уникальные!) модули интеграции с бухгалтерскими программами. И что при должной настройке и дисциплине в большинстве случаев они работают. Нужно только уметь их настроить и обучить персонал правильно работать в программах.
Если у вас до сих пор не получалось синтегрировать как хотелось бы свою управленческую (складскую) программу (я такой вывод делаю исходя из вашего интереса), то это не означает, что это невозможно.
Если нужна помощь, напишите в Фингуру. Они для этого статью и написали.
Mmmaximmm автор статьи не собирается продавать никакой программный продукт. Где вы это вычитали?
Он вообще вам продавать в рамках этой статьи ничего не собирается.
Здесь говорится о проблемах интеграции между управленческими и бухгалтерскими программами. Что бухгалтеры частенько опасаются интеграцию настраивать (не без оснований) и вручную перебивают документы в свою бухгалтерскую программу вместо того, чтобы загрузить их из управленческой (складской) программы.
Но идея статьи в том, что при всех проблемах интеграции нужно все-равно двигаться в этом направлении.
в моем понимании управленческая программа - это программа (как правило с базой данных), с помощью которой можно управлять какими-либо процессами.
Например, процессами закупки сырья и материалов, процессами продажи и т.д.
Важный фактор здесь - это актуальная информация, которая обновляется здесь и сейчас.
Ексель хорош для генерального директора, чтобы проверить в каком направлении движется компания (раз в месяц). Но не для линейного персонала, которому каждый день нужно опираться на актуальные данные.
ну задайте мне, что там за десятки вопросов такие эта статья в Вас возбудила? - подискутируем. Мне прям интересно стало. Я знаю что такое калькуляция и зачем она нужна.
На счет управляющих. Да любой нормальный управляющий мониторит свой бизнес. Поэтому в статье и идет речь об управленческих программах, которые в режиме реального времени отражают актуальную информацию (в отличие от бухгалтерских программ)
Подтверждаю, что они действительно "кривые". Без 100 граммов не настроить. А если и настроишь, то стабильность переноса данных сохранить тоже нужно потрудиться
у КонтурДиадок с КонтурБухгалтерия есть интеграция ))
А модуль Диадок с 1С:Фреш работает?
Не очень понятно:
Короче попадание документов "СРАЗУ" вообще не гарантирует идеальный учет.
а недешево, это сколько?
У меня тоже комменты затирались. Полагаю, что когда относительно долго пишешь, то происходит разлогинивание на клерке и часть коммента пропадает.
Как вариант, можно коммент писать в каком-нибудь текстовом редакторе, а потом просто копировать в пост.
В чем не увидели отличий?
не очень понятно, как считали?
А что вы подразумеваете под словом "сдавать" отчеты? Судя по времени, которое указано, на сдачу одного отчета уходит чуть больше минуты. Интересно узнать в каких программах работаете? Потому что в 1С даже между базами переключиться и нужный раздел открыть как минимум минута требуется! А еще отчет нужно сформировать, проверить, подписать, дождаться отправки... Не меньше 5 минут на отчет (это я СЗВ-М имею ввиду и нулевые отчеты).
А потом же нужно удостовериться, что все эти отчеты приняты! Тут вообще весело бывает - коллеги уже несколько месяцев "прекрасную" работу налоговой IT-системы обсуждают )))
Здесь еще больше времени!
Если, конечно, вы не из тех бухгалтеров, которые отчет отправили, а дальше хоть трава не расти.
далеко не факт, что на самом верху ситуация по-другому бы развивалась. Там админ ресурс покруче, чем в ФНС.
@ZloyPh договорились, что 28.05.2019 данные в федеральной базе по вашей организации обновят. Проверять здесь: https://service.nalog.ru/bi.do#
реальный пример: https://club.klerk.ru/t/kak-ubrat-otriczatelnye-ostatki-v-1s-8-3-buhgalteriya/4437
Во-первых, с выгрузкой из IIKO в сводном варианте не все так просто...
Во-вторых, речь шла про "рабочую торговую программу". IIKO только в общепите применяется.
я не привязываюсь ни к какой конкретной программе. Просто не знаю такой "рабочей торговой программы", которая умеет сводные данные по торговым операциям выгружать.
Если подскажете, что за программу имели ввиду, я буду очень рад. Психологически я уже давно готов
Если кто-то будет журналы ордеров вести, тогда да, вопросов нет.
поэтому это совсем не то же.
Может и не увеличил бы. Зато при налоговой проверке не пришлось бы сломя голову весь этот учет восстанавливать.
это даже не обсуждается. Меня не нужно в этом убеждать.
В рассматриваемой витуации все хотят порядка, но нужно выбрать вариант, как его организовать с наименьшими затратами и максимум эффекта.
Кого то (см. комментарий выше) устроит и вариант, когда цена порядка выше, чем риски при его отсутствии. Они и платят 1% от выручки и ждут - пронесет или нет.
Ни один бизнесмен не ведет торговлю без учета. Если он Вам (бухгалтеру) документы на закупку не передал, это совсем не означает, что он складской учет не ведет. В любой момент времени у него спросите, он вам точно скажет какие грузы куда едут. И тетрадочка у него для этого есть.
А тетрадочку он использует, потому что бухгалтер его в бухгалтерскую программу загнал, в которой он вынужден "формировать только отгрузки для покупателей". А была бы нормальная программа для торговли - он бы глядишь и приход бы вводил.
Тут в комментариях "Старый ворчун" бухгалтера из статьи всякими нехорошими словами называл. А ведь этот бухгалтер наверняка примерно в таком же положении оказался (как Вы), когда ему не хватало информации и он был вынужден "подбивать" учет, чтобы хоть как-то концы с концами свести.
100% согласен. Статья описывает неправильный вариант распределения обязанностей и в конце предлагает верный вариант.
Да, поручить нужно кладовщику или менеджеру. Но многие кладовщиков и менеджеров заставляют в БУХГАЛТЕРСКОЙ программе вести СКЛАДСКОЙ учет. Это тоже не приводит к искомому результату.
В статье предлагается складской учет вести обособленно в складской программе. Что это будет за программа, каждый может выбрать сам, на свое усмотрение. Лишь бы не бухгалтерская, в которой проводки нужно формировать.
В торговле складской учет "отсутствовать как класс" не может в принципе. Он в любом случае есть. А вот его качество напрямую влияет на качество бухгалтерского учета.
И весь вопрос заключается в том, как передать информацию из складского учета в бухгалтерию, чтобы бухгалтеру не пришлось повторно выяснять какие товары как приходовать и т.п.
складской учет в тетради будет прекрасным, а бухучет как эта инфа попадет? Ручками перебивать что ли?
В каких программах вести и как они между собой будут взаимодействовать - это самое важное в нынешнем времени. Кто быстрее обрабатывает и обменивается информацией, тот и побеждает. А с тетрадочкой далеко не уедешь...
совсем не значит. Как правило есть и деньги, и менеджер, и кладовщик...
Numer, в комментариях обсуждаются две модели организации работы в торговле:
Если есть запрет на списание отрицательных остатков, то требуется высокая оперативность ввода документов, которую достичь при первом варианте довольно сложно (по разным причинам).
Правильно ли я делаю вывод, что вы поддерживаете второй вариант?
Я с подобными историями каждую неделю сталкиваюсь, особенно когда учет не постоянный, а приходящий бухгалтер вел. И тот пример, который в статье приведен, это еще цветочки. Бывают вообще фантастические истории.
а это не имеет значения. У бухгалтера основная задача в части товарно-материального учета правильно бухгалтерские регистры сформировать, а не выполнять функцию кладовщиков по выбору правильной номенклатуры для верного оприходования ТМЦ.
абсолютно согласен! В бухгалтерскую программу никто не должен лазить кроме бухгалтера.
Кладовщик и прочие заинтересованные лица должны в складской программе работать автономно от бухгалтера в режиме on-line. А данные в бух программу через выгрузку должны попадать.
совсем не прекрасно. В текущих реалиях от бумажных накладных уйти почти невозможно.
все те же проблемы остаются независимо от того, бумажная накладная или электронная.
настроить можно, но будет ли это эффективно? Если бухгалтер в торговле приходовать товары начинает, то он в кладовщика превращается... Это как микроскопом гвозди забивать.
Все правильно. Бухгалтер и не должен. Статья именно об этом.
Не понял с каким из моих выводов вы не согласны?
По моему опыту, в большинстве случаев они не совпадают. Но тут важно понимать, какой метод учета затрат используется: позаказный, попроцессный или попередельный?
В позаказном - да, сверяться со спецификацией нужно. Но это точно не бухгалтер делает!
А в остальных списывают по заявке на производство конкретной партии то, что есть на складе с тем названием, по которому приходовали.
какие программы-то рекламируют?
А мне, например, видно, что вы склонны делать скоропалительные выводы...
Я не спорю, что у вас в производстве могут возникать проблемы на 10 счете. Но, полагаю (поправьте меня, если не прав), они другого рода. На производстве на 10-ый счет материалы, как правило, приходуются с тем названием, которое указано в накладной. На этот материал заводится отдельная карточка и соответственно отпуск делается по факту наличия материала на складе. И делает это все кладовщик.
В статье же разбирается ситуация, когда бухгалтера заставили работать кладовщиком. Эта история вообще никак не перемежается с вашей из производства.
все знают про эту кнопочку. Но нажав на эту кнопочку проблемы пересорта не уйдут сами собой.
Если оставить схему работы, когда бухгалтер приходует товары не контактируя физически с купленными товарами и не разбираясь детально в приобретаемой номенклатуре, то ему придется выяснять детали.
Вопрос в другом. В ходе дискуссии:
Вы за кого?
то-то и оно, что приходом занимается не бухгалтер, а "специально обученный человек".
В статье описан вариант, когда приходом бухгалтер занимается и к чему это приводит.
пересорт бух справкой откорректировать в программе 1С - это утопия. Как показывает практика ни к чему хорошему такие действия не приводят.
И опять же, нужно же понять, за счет какой номенклатуры отрицательные остатки закрывать?
А если пересорт произошел, но отрицательные остатки не появились (пока не появились) и вскроется вся эта ситуация спустя пол года, когда уже балансы сданы и т.д.? Этот клубок распутать потом просто не реально будет. В результате у бухгалтера появляется великий соблазн пойти по второму варианту исправления ситуации (как описано в статье).
IriEro, Вы не прочувствовали всего драматизма ситуации, описанного в статье: оприходовали три вида номенклатуры, а продавали один вид. Поэтому по первому виду номенклатуры после продажи появился отрицательный остаток, а два других остались на остатках.
а я вот не понял, что Финугру может?
так суть статьи в этом и заключается, что приходовать товары должен не бухгалтер - см. п. 1 последнего раздела статьи.
вот так и происходит, бухгалтер по каждой позиции всех дергает: а как это оприходовать? а как то?
ну первую недельку такую "слаженную работу" потерпят, а потом такого буха все начинают тихонько ненавидеть
а может бухгалтера исключить из этой цепи, чтобы приходом товара занимался человек, который разбирается в номенклатуре? чтобы потом исправлять не приходилось...
ну например работает этот бедолага-бухгалтер в "1С:Бухгалтерия предприятия 8.3", вводит накладные в нее (как правило с большим опозданием во времени). И вы предлагаете менеджеру лезть в эту программу и по регистрам бухгалтерского учета разбираться все ли там в порядке?
Это будет кошмаром и для бухгалтера, и для менеджера.
не очень понятно, кому менеджеры-закупщики должны указать на ошибки?
а главное, в какой момент они должны это сделать?
и как это физически происходить должно?
это само собой. Вопрос какую программу настраивать?
Как я понял, математика выглядит так: было: 1000 штук, продали: 2500 штук, осталось: минус 1500 шт.
на производстве ситуация несколько иначе выглядит. Там обычно товаров на перепродажу либо вообще нет, либо очень мало. Поэтому такая проблема вряд ли возникает.
Надежда, видимо вы прям специалист по приходу товаров. Было бы интересно посмотреть, как бы вы приход оформляли, если бы в накладной было написано "фланец", а у вас номенклатурном справочнике такие позиции:
250-4-761-IX Фланец
6.5-1-741 Фланец
Фланец 4370-3407221
Фланец 6430
ну вот вы закрываете месяц, видите "огромное" количество номенклатуры с минусами и дальше что? Что вы, как высококвалифицированный бухгалтер, будете делать?
Обычно тот, кто его заказывает или материально-ответственное лицо, которое принимает товар (кладовщик). Бывает, что менеджеры по продажам занимаются и закупкой, и продажей товаров, и приход тоже они делают.
а причем тут график документооборота?
Вообще не так. Если бухгалтера заставлять приходом товара заниматься, тут уже никто не спасет
Много раз наблюдал ситуацию, когда очень ответственный и грамотный бухгалтер хочет разобраться и все нормально сделать, но ничего не получается. Смотрит в накладные и все названия в них для него - это сплошная абракадабра.
Результат цифровизации: налоговики теперь на запрос налогоплательщика совершенно серьезно отвечают: "У нас программа третий день висит, поэтому ничем не можем Вам помочь..." А на вопрос "что делать?" следует уже классический ответ: "позвоните завтра".
Согласен со статьей на все 100%. А во всем наш менталитет виноват, когда на бухов все подряд навешивают.
А где вы прочли, что для торговли изделиями собственного производства применять ЕНВД запрещено?
Конечно оно сомнительное, потому что оно не для них
У крупных налогоплательщиков много баз и много предприятий. Все формируется там в полурочном режиме и в качестве источника информации используются другие программы (далеко не всегда из них в 1С загружаются данные). Первичку в 1С крупные фирмы не хранят - используют либо самописные разработки, либо не 1С-кие программы. В 1С попадает сводная информация.
Полагаю, этот проект продолжения иметь не будет еще по одной причине - у 1С столько разных конфигураций, что со всеми законектиться будет сложно. ☝
Так напишите им, может они оптом скидку сделают ;)
Если что, можно здесь отправить без геморроя, правда за деньги )))
Уточнил у fingu.ru, они через портал Госуслуги все заявления отправляют - все успешно! И ножками идти никуда не нужно. И Уведомления из ФСС быстро приходят. Подробнее здесь: https://www.klerk.ru/blogs/finguru/482609/
Три тысячи рублей - просто смешно. Проедание денег российских налогоплательщиков.
В статье не плохо расписаны затраты ДО аутсорсинга, но не написаны затраты ПОСЛЕ аутсорсинга.
Авторы статьи КОНКРЕТНО лукавят, утверждая, что расходы сокращаются на 60%.
При переходе на аутсорс расходы на штатных бухгалтеров сокращаются, но появляются расходы, связанные со сбором первичных документов, передачей этих документов в Аутсорсинговую компанию, архивирование этих документов!!!
И выясняется, что нужно также содержать штат сотрудников с помещениями, которые будут все бумажки перекладывать и переправлять.
Да еще и с бухгалтерами должен кто-то общаться - тоже специальные сотрудники
а лучше, если вообще ничего не втыкать. СМС, например, или отпечаток пальца, или распознавание лица. Через пару лет все гаджеты с такими приблудами будут.
Мы-то может и доросли. Государство наше не доросло, а коммерческие структуры будут продолжать палки в колеса друг-другу вставлять - борьба за клиента.
Вывод: и сервера и бумажки - это ненадежно. Следовательно и обсуждать в этой части нечего.
Как сейчас садится, так и сядет.
ну эту проблему можно решить, если ввести еще одно поле для наименования товара (услуги), в которое можно будет вписать произвольное значение.
Честно говоря не очень понятно зачем директору или предпринимателю вообще нужно заходить в 1С:Бухгалтерия. Там не бывает никакой актуальной информации. В лучшем случае им может воспользоваться бухгалтер, но вряд ли это будет полноценно ))
По этой теме здесь написано: https://www.klerk.ru/blogs/finguru/483474/
Сергей, я уже предлагал Вам статью от Фингуру почитать. Там нормально описана ситуация, когда бизнес работает в специализированной программе, а бухучет - в бухгалтерской.
ну это смотря как считать...
По крайней мере такого кошмара, как Вы с Бухсофтом описываете, там не наблюдается...
А что там не доработано?
Вроде все формы отчетности есть (в том числе статистическая). Единственный косяк у них это то, что нет возможности использовать облачную ЭЦП - приходится "железный" сертификат на компьютер устанавливать.
А в остальном все good. Удобно, когда и учет и отчетность в одной программе.
Может, как вариант, облачную 1С рассмотреть? Здесь ребята вроде выгодные условия предлагают: https://www.klerk.ru/blogs/1cfresh/
Сергей, коллеги из Фингуруздесь тоже интересный вариант описали. Может быть вам подойдет.
Отдельной настройки интеграции не требуется. Вся необходимая информация выгружается в файл и загружается в 1С.
Большое спасибо всем за комментарии.
Аминь
Вот что ваш хваленый Гугл про него сообщает: "Главная особенность этого метода в том, что ... В итоге получается общая сумма затрат предприятия за период, которую невозможно корректно или хотя бы близко к действительности распределить по видам изготавливаемой продукции. Себестоимость отдельного вида изготавливаемой продукции рассчитывается путем распределения всех котловых затрат относительно какой-либо базы, например плановой себестоимости. В итоге значение себестоимости получается очень приблизительным. Такой учет не дает данных, позволяющих контролировать затраты, искать пути их оптимизации и решать другие управленческие вопросы. На данный момент котловой метод калькулирования затрат также в ходу, но применяется редко. Он актуален для производств, где нет нужды в аналитическом учете, например с единственным продуктом на выходе (угледобывающая промышленность, малые предприятия с единственным видом продукции)."
А вот что про методы учета затрат законодатели пишут. Как минимум есть два направления учета: налоговый и бухгалтерский. В налоговом применяются: метод начисления (ст. 271 и 272 НК РФ) и кассовый метод (ст. 273 НК РФ). В бухгалтерском: простой, позаказный, попередельный, попроцессный и обезличенный (котловой), а также система нормативного учета производственных затрат (описаны в Приказе Минсельхоза РФ от 06.06.2003 N 792).
Вы, наверное, микро-бизнес имели ввиду, который чебуреками и шаурмой из палаточки торгуют. Им действительно ничего не нужно.
А собственник малого бизнеса (от 15 до 100 человек в штате) обычно старается контролировать свои расходы. Но, как я понял, его успешно посылают управляющие, шеф-повара и некоторые здешние комментаторы
Ну коли так, то это лишний повод воздержаться от "котловых" методов учета.
Я всегда серьезно спрашиваю.
То, что вы чего-то не хотите, вовсе не означает, что у всех желающих нет возможности попробовать поработать с 1C:Fresh в течение 30 дней, отправив заявку здесь
А кто сказал, что это бесплатный сервис?
Продавец вправе самостоятельно определять на каких условиях он готов предоставить временный бесплатный доступ. Обычный некоммерческий обмен. Не вижу здесь никаких проблем. Вы или соглашаетесь с этим или нет.
я всегда серьезно спрашиваю
Котловой метод... Интересно! Что это за метод такой?
Полагаю работает он примерно так: купили продукты, полуфабрикаты, и т.п., потом списали это все в один котел (например, на 20-ый счет) и потом продали покупателям то, что получилось (в лучшем случае).
Супер! И никаких проблем )) Вот оказывается в чем фишка маленьких общепитов!
Только вот авторы предыдущих постов умалчивают, что в нормативно-правовой документации такой метод нигде не упоминается! Но ведь что-то подобное (котловое) действительно бухгалтерами применяется. А почему? Да потому что выбора у них особо нет. Приносят бухгалтеру гору накладных с чеками и говорят: "Вот мы купили продукты и сделали из них много вкусных блюд, которые продали покупателям". А бухгалтер их спрашивает: "А сколько и какие продукты пошли на изготовление этих блюд? Мне эта информация нужна, чтобы расходы перед ИФНС обосновать". А ему в ответ: "Слушай, тут на одном форуме я про котловой метод прочитал, примени-ка его". Бухгалтер: "Но...", а ему: "Никаких НО!" Вот и идет "бедный" бухгалтер котловой метод применять...
При этом авторы постов выше наверняка знают, что при таком "методе" перед ИФНС действительно довольно сложно (почти невозможно без соответствующей документации) будет расходы обосновывать. Но деликатно не пишут об этом. А почему? Полагаю есть несколько причин:
Полагаю, что если следовать такой логике, то можно далеко зайти!
Ну и в статье же написано, что получая данные из управленческой (складской) программы в свою, бухгалтерскую, бухгалтер проверяет информацию уже со своей колокольни и дает обратную связь руководителю. В этом случае у бухгалтера появляется возможность осуществлять контрольную функцию. При "котловом" методе об этом речи быть не может...
И что?! Запросили они для регистрации телефон, Имя и e-mail.
А как вы хотели регистрацию в облачном сервисе пройти без персональных данных? Вас же нужно как-то идентифицировать?
Они же не требуют паспорт у Вас. Зарегистрируйте себе какой-нибудь e-mail, имя (судя по нику на Клерке) у вас уже есть, ну и с телефоном тоже не проблема. Никто вашу личность верифицировать не собирается.
Так что ваше утверждение "не дают они попробовать" - ложь.
Вы ищете в темной комнате черного кота. В этой статье не идет речь о конкретной выгрузке, которую вы так хотите с интересом посмотреть! Читайте внимательнее. Речь идет о том, что есть много управленческих (складских) программ, у которых есть свои (уникальные!) модули интеграции с бухгалтерскими программами. И что при должной настройке и дисциплине в большинстве случаев они работают. Нужно только уметь их настроить и обучить персонал правильно работать в программах.
Если у вас до сих пор не получалось синтегрировать как хотелось бы свою управленческую (складскую) программу (я такой вывод делаю исходя из вашего интереса), то это не означает, что это невозможно.
Если нужна помощь, напишите в Фингуру. Они для этого статью и написали.
Статья https://www.klerk.ru/blogs/1cfresh/482675/ заканчивается фразой: "Давайте пробовать. Возьмите бесплатный тестовый период 30 дней, и сами решите, подходит вам 1С:FRESH или нет."
Вообще все наоборот!
На месте администраторов сайта я бы внимательно пригляделся к авторам таких постов, которые откровенно перевирают написанное!
Mmmaximmm автор статьи не собирается продавать никакой программный продукт. Где вы это вычитали?
Он вообще вам продавать в рамках этой статьи ничего не собирается.
Здесь говорится о проблемах интеграции между управленческими и бухгалтерскими программами. Что бухгалтеры частенько опасаются интеграцию настраивать (не без оснований) и вручную перебивают документы в свою бухгалтерскую программу вместо того, чтобы загрузить их из управленческой (складской) программы.
Но идея статьи в том, что при всех проблемах интеграции нужно все-равно двигаться в этом направлении.
значит она не для вас!
в моем понимании управленческая программа - это программа (как правило с базой данных), с помощью которой можно управлять какими-либо процессами.
Например, процессами закупки сырья и материалов, процессами продажи и т.д.
Важный фактор здесь - это актуальная информация, которая обновляется здесь и сейчас.
Ексель хорош для генерального директора, чтобы проверить в каком направлении движется компания (раз в месяц). Но не для линейного персонала, которому каждый день нужно опираться на актуальные данные.
Статья про то, что нужно пользоваться средствами интеграции между специализированным программным обеспечением и бухгалтерской программой.
ну задайте мне, что там за десятки вопросов такие эта статья в Вас возбудила? - подискутируем. Мне прям интересно стало. Я знаю что такое калькуляция и зачем она нужна.
я гляжу не только Фингуру любитель персональные данные собирать )))
Ворчун, мне "супер-программа" интересна! В чем суть предложения?
так позвоните в это Фингуру и спросите. Зачем тут стоимость нужна? Это же статья, а не коммерческое предложение!
примеры управленческих программ можете привести?
Статья про интеграцию систем, какие проблемы при этом возникают - причем тут бухучет!?
Вы и предыдущий оратор похоже на 100% не понимают про что вообще речь идет...
а "их программу" это какую?
конечно же НЕТ! Потеряется только тот документ, с которым Вы работали во время сбоя. Вся остальная информация останется.
Супер! Современные технологии ))) Странно, что эти три армянские ресторана в принципе программы использовали.
Тут один пользователь вообще написал, что не барское это дело в программы заглядывать. Конечно, у него же тетрадочка есть ))))
А складская не может быть управленческой что ли?
На счет управляющих. Да любой нормальный управляющий мониторит свой бизнес. Поэтому в статье и идет речь об управленческих программах, которые в режиме реального времени отражают актуальную информацию (в отличие от бухгалтерских программ)
согласен, на настройку пара часов. Но как я понял, основное время не на настройку уходит...
Подтверждаю, что они действительно "кривые". Без 100 граммов не настроить. А если и настроишь, то стабильность переноса данных сохранить тоже нужно потрудиться