Оплата произведена но не зафиксирована в системе 1с
Добрый день. В 2020 году начала вести учет по своему ИП. Все знания получены из ютуба и методом тыка.
По существу проблемы: Контрагенты оплачивают по безналу. Я на основании реализации создаю платежный ордер (поступление денежных средств) и счастливо пользуюсь всеми опциями 1С, которые сумела понять.
Если при реализации был создан счет на оплату то эта схема не работает. Я вижу оплату в акте сверки, но в отчете задолженности покупателей оплата не фигурируют. На сумму долга никак не влияет. Я пользуюсь этим отчетом для отслеживания дебиторки и эта ошибка портит картину
Версия 8.3 (8.3.11.3034)
Буду благодарна за любое содействие
Здравствуйте, не совсем поняла, оплата не подтягивается в отчёт? Можете скрин скинуть? Е
Да. Оплата в отчет не садится, в случае если был выписан счет на оплату.
Если счета на оплату не было, то все садится как надо.
При этом в акте сверки оплата отображается.
Не знаю, чем поможет скрин. Некоторых контрагентов в этом списке быть не должно. Но их оплата не села должным образом и они мозолят глаза.
Спасибо вам за содействие
Честно говоря, я эти отчеты сама не люблю, смотрю все по карточкам счетов (но это профессиональный снобизм ). Поэтому не вникала в процесс создания таких отчетов.
А вы в каком порядке делаете: сначала счет, потом на его основании реализация? Потом на его основании поступление денег на расчетник? Может изменить порядок формирования оперций?
Тоже не пользуюсь этими отчетами. Всегда оплаты по карточкам смотрела, очень удобно. В оборотке все красиво формируется. Есть несколько предположений по вашей ошибке:
1) У вас может на одном контрагенте быть несколько договоров и вы их разные проставляете в счете, реализации и поступлении денег.
2) Разные способы погашения задолженности в документах оплаты. Когда вы делаете «Поступление на р/с» там есть у вас строка «Погашение задолженности» вот надо выбрать там «Автоматически». В реализации смотрите графу «Расчеты». Там тоже есть «Способ зачета аванса». Нужно поставить «Автоматически»
3) Скорее всего документы у вас вводятся не в строгой хронологической последовательности (впрочем, у всех так). Например, банковские выписки могут быть загружены в программу своевременно, а документы от поставщиков вводятся задним числом. В этом случае на момент проведения платежа фиксируется аванс, а после ввода документов оказывается, что было произведено погашение задолженности. Восстановление хронологической последовательности исправляет ситуацию. Попробуйте перепровести документы. В 1с есть групповое перепроведение документов. Скорее всего, из-за этого не встают оплаты.
Если не разберетесь, то позвоните в вашу техподдержку по 1с. Я всегда так делаю . По Teamviever они подключаются и всегда помогают. В конце концов, не зря же вы им платите
1. Внесение и выемка денег в ККМ в базовой версии 1С:Розница
Как показывает практика, многие пользователи совершают ошибки при выемке и внесении в ККМ , что приводит в последствии к ошибкам 1С и мешает нормальной работе. Так что далее мы разберемся в том, как правильно проводить внесение и выемку денежных средств в ККМ.
Для начала открываем рабочее место кассира
Что касается внесения денег, есть два способа открытия: первый – это сочетание клавиш Ctrl+f3, второй – одноименная кнопка (рис. 1)
Нажав на «Внесение денег», мы увидим оповещение о том, что нет документов по внесению денежных средств (рис. 2)
Нажав на «Внесение денег», мы увидим оповещение о том, что нет документов по внесению денежных средств (рис. 2).
Это означает, что на текущий момент нет передачи из кассы магазина в так называемый ККМ или “денежный ящик”.
Для того чтобы здесь появился соответствующий документ, нам необходимо оформить расходный кассовый ордер. Для этого мы выходим из этого меню и идем в саму программу, но уже с большими правами, например, как администратор или управляющий. Итак, мы зашли в саму программу 1С:Розница 2.3 , открываем раздел «Финансы», далее – «Расходный кассовый ордер».
Нам нужно передать из кассы магазина в сам магазин или некую денежную сумму. Пусть эта составляет 1000 рублей. Выбираем «Выдача денежных средств в кассу» (рис. 3).
Так создаётся расходный кассовый ордер, где мы заполняем нужные и обязательные поля: «Касса» и «Сумма документа». Здесь всё – можно жать «Провести и закрыть» (рис. 4).
На данный момент денежные средства переданы и находятся в подвешенном состоянии, пока не будут получены в самой кассе.
Теперь возвращаемся к рабочему месту кассира, выбираем внесение в ККМ , и видим, что появился документ на внесение тысячи рублей – должно появиться окно, показанное на рис. 5
Выбираем данную сумму, жмем далее. «Вуаля!» – сумма внесена, при закрытии смены программа корректно отобразит внесение
Теперь рассмотрим алгоритм выемки из кассы ККМ на 500 рублей. Итак, жмём на « Выемка денег » (или Shift+F3), чтобы вызвать окно с запросом суммы выемки. Вписываем 500 рублей, как показано на изображении 6
Нажимаем кнопку «Далее». Тут всё просто – выемка из кассы ККМ уже произведена, однако теперь необходимо ещё раз зайти в программу под правами администратора и перейти в «Кассовые ордера». Здесь выбираем вкладку «Денежные средства к поступлению», где и хранится наш запрос на выемку денег .
Выбираем только что проведенную выемку из кассы ККМ и жмем «Принять оплату». Отразив выемку денежных средств таким образом, Вы избежите «возмущений» со стороны системы 1С, и сможете беспрепятственно работать далее.
2. Неправильное открытие и закрытие кассовой смены
На блок-схеме видно, что существует три этапа закрытия кассовой смены (рис. 8)
На в каждом этапе закрытия кассовой смены может возникнуть ошибка. То есть первым делом нам нужно определить, когда именно это произошло. Открываем программу 1С 8.3 Розница 2.3 под правами администратора и проверяем, как у нас закрылась кассовая смена. Для этого заходим в журнал кассовой смены. Статус смены – «Смена закрыта». Как видим на изображении
одному отчёту розничной продажи, значит в базовой 1С 8 Розница ошибок не происходило, то открываем тест драйвера ККТ. Нужно там сформировать z-отчет – выбираем режим снятие отчета с гашением, включаем устройство, входим в него и снимаем отчет. В это время на кассе формируется и закрывается z-отчет с гашением.
Выходим, выключаем, и закрываем. После этого нужно проверить, как у нас открывается и закрывается смена. Сначала проверяем под правами администратора: открываем и закрываем смену – мы это делаем для того, чтобы определить, нет ли у нас каких-либо ошибок между связью 1С и кассой.
Все у нас прошло нормально, отчет сформировался нулевой, теперь программа 1С 8.3 Розница 2.3 готова опять работать. Заходим под правами кассира и открываем смену, заходим в РМК – теперь магазин готов к работе.
Также ошибки часто возникают при закрытии кассовой смены , когда закончилась кассовая лента. Открываем конфигурацию 1С:Розница , заходим в продажи – нам нужны кассовые смены. Проверяем и, как показано на изображении номер пять, что примерная кассовая смена осталась открытой. Дальше мы проверяем сформировался ли отчет о розничной продаже для того,
чтобы определить наши дальнейшие шаги. За сегодня отчет о ручных продажах сформировался.
Теперь проверим журнал чеков – мы должны убедиться, что у нас чеки имеют статус архивный, и у каждого чека, который был пробит сегодня, имеется отчёт о розничной продаже. Как мы с вами видим на изображении 12, статус «Архивный», стоит отчёт о розничных продажах и привязан к каждому чеку.
Если это всё есть, тогда наше следующее действие — это закрытие кассовой смены.
Сначала пробуем закрытие кассовой смены стандартным средством: открываем документ, закрыть смену. У нас программа 1С:Розница 2.3 выдала ошибку показанную на изображении 13.
Это значит, что на фискальном устройстве кассовая смена закрыта, а у нас в конфигурации 1С 8 Розница она осталась открыта. Для решения этой проблемы мы прибегнем к групповому изменению реквизитов. Открываем обработку, выбираем нашу кассовую смену, которую нужно закрыть, выбираем документ, там, где изменение реквизитов находим статус, отмечаем, что мы должны поставить закрытие и изменить реквизиты. Теперь открываем журнал кассовой смены проверяем, что у нас статус кассовой смены должен смениться с открытой на закрытую.
Теперь нам нужно проверить как наша касса будет сама действовать с 1С 8.3 Розница . Открываем смену и закрываем смены, если у нас и здесь все сделано верно, то ошибок не будет и кассовая смена откроется и закроется.
Сейчас мы с вами разберем третью ошибку в 1С Розница 2.3. Суть вопроса заключается в том, что нужно делать если зависла программа 1С 8.3 Розница 2.3, во время открытия смены?
Рабочее место кассира никак не реагирует ни на какие попытки его закрыть: его невозможно закрыть просто крестиком, другие кнопки нам с вами недоступны. Поэтому, чтобы завершить этот процесс, мы с вами открываем диспетчер задач, выбираем задачу и завершаем.
После этого повторно открываем нашу базовую 1С 8 Розница . Для работы кассира нужно открыть смену. Заходим под пользователем «Кассир» и открываем смену. Как показано на изображении 14, к сожалению, программа выдает ошибку о том, что смена не открыто на фискальном устройстве.
В этом случае мы начинаем с вами проверять, где у нас еще может быть открыта кассовая смена. Сначала в журнале кассовых смен, но там у нас все смены закрыты. Проверяем под всеми рабочими местами.
У нас с вами все статусы должны отображаться закрытыми. Далее мы проверяем журнал отчетов розничных продаж – был ли сформирован отчёт о розничных продажах за вчерашнее число. Проверка показана на изображении 16.
И, как мы видим, за вчерашний день он был сформирован, а за сегодняшнее число – нет. Проверяем еще раз журнал чеков, чтобы убедиться, что там тоже никаких ошибок нет. Наши чеки у нас все должны быть со статусом архивные и с отчётом о розничных продажах.
То есть причина почему зависла программа 1С 8.3 Розница, не выяснена. Сворачиваем конфигурацию 1С:Розница , открываем тест драйвера ККМ. Например, есть такая ККМ называется Атол и представим, что мы будем работать с ней. Находим АТОЛ и идём по пути драйвера торгового оборудования-тесты-драйвер ККМ. Открываем его, устройство включено и не дало отработать, поэтому завершаем работу программы 1С:Розница 2.3 . Теперь в программе АТОЛ ставим галочку в поле «Устройство включено», режим работы «Отчет с гашением», далее нажимаем снять отчет
Тем самым мы проводим закрытие кассовой смены . Вот и всё – кнопка «Снять отчёт» стала активной, закрываем тест драйвер устройства и выходим.
Теперь открываем базовую версию 1С:Розница под кассиром, проводим открытие кассовой смены . На изображении 18, показана правильно функционирующая продажа.
3. Ошибка неверного остатка в ККМ
Бывает такое что при закрытии кассовой смены , у вас идет на самом фискальном устройстве автоматическая выемка всей суммы, и 1С должна пройти автоматическая выемка денег . Но иногда из-за плохого интернета или из-за сети два-три пакета теряются, получается, что на фискальнике закрывается выемка.
Дальше нужно следить, чтобы в конце дня после закрытия кассовой смены выделенная жёлтым ячейка всегда была пустая. У нас с вами проблема в 2 магазинах, где нужно сделать снятие остатка. Для этого идём в «НСИ → кассы ККМ» и находим интересующий нас магазин. Сразу хочу пояснить, что наш пример с неверным остатком мы разбираем с вами на рабочем месте, где нет фискальника – это очень важно, ведь если вы работаете в системе где есть фискальник, то у вас будет другая модель, и вы проблему будете вынуждены решать по-другому. В первую очередь нам нужно сделать скриншот, чтобы сохранить все необходимые настройки.
Один из самых частых вопросов у внимательных пользователей УНФ, которые рассматривают цифры, которые выдает им программа — «Почему врет стартовая страница УНФ? Откуда у нас такие долги?!».
Это первая статья из цикла.
Один из самых частых вопросов у внимательных пользователей УНФ (Управление нашей фирмой), которые рассматривают цифры, которые выдает им программа — «Почему врет стартовая страница УНФ? Откуда у нас такие долги?!».
Это первая статья из цикла и мы тут больше будем говорить о постановке проблемы, чем о ее решении.
Лучше всего ситуацию иллюстрирует скриншот =)
И теперь очевидный вопрос: «Откуда такие долги?! Причем есть наши и нам, а на самом деле долгов никаких нет».
И в подтверждение этого показывают справочник покупателей / поставщиков и подкладывают Акты сверки.
Такое ощущение, что действительно никаких долгов нет, а программа об этом не в курсе.
Анализируем ситуацию с мощными аналитическими отчётами
Начнем с Отчета «Взаиморасчеты» (кратко).
Этот отчет по нашим оценкам наиболее часто используется для контроля за долгами.
Опять двадцать пять.
Я заранее извиняюсь, что так долго подвожу к проблеме, но мой основной посыл в том, что есть правильные места, где надо смотреть важные цифры, а есть не правильные места.
Так вот, самое правильное место для анализа долгов покупателей — это Отчет «Расчеты с покупателями».
В-о-о-о-т, уже . Мы видим, что в группе «Конечный остаток» у нас две одинаковых цифры. Есть и задолженность и предоплата.
А может ли так быть вообще?!
Может. В одном из двух случаев:
- Если с контрагентом ведутся расчеты по нескольким договорам (по одному договору висит долг, а по другому — предоплата)
- Если с контрагентом ведутся расчеты по нескольким заказам (соответственно, по одному заказу висит долг, а по другому — предоплата)
А если договор один и по заказам расчеты не ведутся, то одновременный долг и аванс на покупателе (бухгалтера еще называют это «одновременным сальдо») — это чисто техническая ошибка, которая ничего не означает экономически.
Построим Отчет «Расчеты с покупателями» специальным образом, чтобы сделать проблему очевидной.
Мы добавили очень важную аналитику «Документ расчетов».
Программа каждый долг (например, выписанный Акт выполненных работ) учитывает обособленно и потом обязательно этот долг закрывается конкретной оплатой (через кассу и банк или еще ).
С авансами та же история — они учитываются обособленно, а потом зачитывают долг.
В этом отчете мы как раз и видим, что ни один из долгов (Акты выполненных работ 1,2,3) не оплачены, а все оплаты стали авансами. Вот и получается, что долгов на 8 млн. и авансов на столько же.
Почему так произошло?
— был выписан акт выполненных работ
— была совершена оплата за этот акт
Для программы очень важно, что бы в документе оплаты было прямо указано, что оплачивается именно этот акт, а у нас стоит что эта оплата — предоплата.
Поменяем разнесение оплаты на правильный акт и посмотрим, как будет выглядеть отчет.
Мы видим, что теперь именно по этому акту прошла оплата и в конечном остатке мы видим, что долг больше не висит.
Повторим подобное с Актом № 2 и Оплатой № 2.
Видим, что Поступление на расчетный счет № 2 пропало из отчета (точнее показывается как оплата в 500 000 Акта № 2) и остался долг.
Посмотрим внимательно на оплату № 3. Это сложный платеж. это оплата долга по второму акту и предоплата за . Именно так мы и должны заполнить Поступление на расчетный счет № 3.
Нам остался последний штрих — сказать что в Акте № 3 мы зачитываем аванс в 7 000 000 рублей.
Во-первых, мы видим тут что заработала колонка «Зачтено» и наконец наступила красота — нет никаких долгов и авансов (сравните с первым построением отчета).
Вот именно такой работы с долгами и оплатами ожидает программа и теперь посмотрим на итог нашей работы — начальную страницу «Пульс бизнеса».
Ну наконец пульс бизнеса стучит верно и не врет.
Под конец остается как минимум два вопроса:
А вообще для чего так сложно (аккуратно и внимательно) вести расчеты?
Основная идея в том, что очень много пользователей (собственников, руководителей отделов продаж, менеджеров) хочет использовать замечательный механизм отсрочек и «давности» долгов. То есть отчет который скажет —есть ли просроченная задолженность, или на сколько дней задолженность просрочена и можно ли делать новую отгрузку / давать скидку или еще в этом духе.
Так вот, для этого отчета критически важно знать когда именно был оплачен какой долг. Причем, в идеале это решение должен принимать человек (именно этим мы с вами сейчас и занимались).
Соответственно, без уверенности в том, что у вас «красивые» взаиморасчеты ожидать адекватных цифр в Отчете «Задолженность покупателей по срокам долга» не стоит.
Неужели нет других вариантов и надо так сильно заморачиваться?
- В прошлых версиях программы Управление Нашей Фирмой можно было выполнять эту работу только вручную
- Практически никто с этим не справлялся и во взаиморасчетах всегда была каша
В новой версии УНФ (начиная с ) можно организовать работу так, что бы авансы и долги закрывались автоматически (по методу ФИФО), но:
При пробитии кассового чека по безналичному расчету может возникать ситуация, когда чек по эквайринговому терминалу пробился, а в ККТ произошел сбой, в следствии чего чек не пробился в онлайн кассе. Причиной этого может быть, например, отсутствие чековой ленты в онлайн кассе ККТ или ошибка при установке драйвера ККТ.
2. Исправление ошибки в программе 1С Управление торговлей
Наша задача в случае ошибки при пробитии чека – пробить чек на ККТ с отключенным эквайринговым терминалом. Для этого в программе 1С Управление торговлей нужно:
1) закрыть окно с рабочим местом кассира в 1С Управление торговлей;
2) перейти в раздел “НСИ и Администрирование”:
3) Здесь нужно выбрать пункт "РМК и оборудование”:
4) Выбираем пункт “Настройки РМК для текущего рабочего места”:
5) Переходим на закладку 1С “Эквайринговые терминалы”:
6) Устанавливаем флаг “Без подключения оборудования” и записываем настройки оборудования.
7) Выясняем, какой чек не пробился. Вероятно, он попал в отложенные чеки. Пробиваем кассовый чек ККТ.
8) После пробития кассового чека нужно вернуть настройки эквайрингового терминала в исходное состояние (п.1-6), то есть снять флаг “Без подключения оборудования” в настройках эквайрингового терминала.
Вот так просто в программе 1С Управление торговлей разрешается ситуация, когда не побился чек ККТ. Однако бывают и более сложные кейсы, когда невозможно обойтись без вмешательства профессионала. Если у Вас возникают трудности с программными решениями 1С, не стесняйтесь обратиться за помощью – мы поможем решить любую проблему!
Специалист компании «Кодерлайн»
Вас могут заинтересовать следующие статьи:
94 [PROP_CODE] => TAGS2 [TITLE] => Вас могут заинтересовать следующие семинары: ) --> 95 [PROP_CODE] => TAGS [TITLE] => Вас могут заинтересовать следующие вебинары: ) -->
Вас могут заинтересовать следующие вебинары:
Друзья, дабы тема с УНФ не затерялась в постах общего топика по продуктам 1С, создаю отдельную тему для обсуждения.
Релиз с конфигурацией "Управление небольшой фирмой" выпущен недавно, программа отличается в лучшую сторону по интерфейсу от других продуктов 1С, судя по всему компания видит в УНФ будущего флагмана своих продуктов для бизнеса, версия преподносится как необходимая для небольших производств и сфер услуг.
Давайте обсудим ее.
У меня вопрос по поводу загрузки из банка в УНФ. При загрузке ВСЕ документы делаются проведенными, база самостоятельно распределяет заказы/приходные накладные/расходные накладные.
В самом документе, Зачет долгов " в ручную". В программе Автозачет авансов "да".
Меняла автозачет авансов, но это не исправило ситуацию.
Кто-нибудь сталкивался с подобным? Началось это после перехода на 1.6
"преобразование значения к типу Булево не может быть выполнено"
Есть какой-нибудь квик-фикс? Занимаюсь тестовой разверткой для проекта и нужна эта функция. Не хочется ждать появления новой версии.
Добавлено:
Возвращаюсь к обсуждению глюка шрифтов в бланке договора! Дошел плотно и до них! Вот что у меня происходит по пунктам.
1) Про создании бланка на основании другого, слетают автозаполняемые параметры (почему то не все).
2) При выделении всего бланка договора через CTRL-A шрифт на другой не меняется.
3) При выделении мышкой, шрифт поменялся. При печати из документа (счета) шрифт тот который я выбрал при создании бланка.
4) Так как слетели параметры, вставляю вновь. И Опа, при печати договора (из документа счет), шрифт который я выбрал п3, опять слетает, хотя при вызове редактирования бланка договора шрифт стоит тот который мне нужен.
. чудеса
Читайте также: