1с не заполнено значение реквизита кратность взаиморасчетов не заполнено

Не заполнено значение реквизита кратность взаиморасчетов

1С:управление торговлей.курс взаиморасчетов.как исправить ошибку

1С: управление торговлей 10.1 в документе счет на оплату да и в заказе покупателя не проводит документ.сообщает:не заполнена кратность взаиморасчетов. скажите как это исправить.из-за этого счет-фактуру не могу распечатать

Перевыбрать договор контрагента.
Перед этим в справочнике валют проверить, что у рубля (или у той валюты, в которой у вас договор) правильно заполнен курс и кратность.

курс рубля указан:рубль-1,000 а в кратности просто 1.объясните пожалуйста подробнее,я новичок в этой сфере(((

также выдает ошибку что при пересчете обнаружен нулевой курс

Кроме рубля какие-то валюты используете?
Курс на какую дату указан?

используем только рубли.курс стоит сегодняшним числом.я так понимаю какой календарный день на такой и курс

А документ какого числа? Лучше всего ставить курс рубля датой до начала ведения учета в базе. А лучше 01.01.1900

документ за сегодняшнее число.щас заметила что дата стоит 1.01.2010

какой вообще должна быть кратность?как все таки сделать что б этот нулевой курс исчез(((

Если курс раньше даты документа, то все должно работать. Попробуйте в документе перевыбрать договор контрагнета. При изменении договора должен проставиться курс и кратность.

Читают тему:

При использовании материалов активная прямая гиперссылка на перепечатанный материал обязательна.

Редакция БУХ.1С не несет ответственности за мнения и информацию, опубликованную в комментариях к материалам.

Редакция уважает мнение авторов, но не всегда разделяет его.

На указанный в форме e-mail придет запрос на подтверждение регистрации.

Мы используем файлы cookie, чтобы анализировать трафик, подбирать для вас подходящий контент и рекламу, а также дать вам возможность делиться информацией в социальных сетях. Если вы продолжите использовать сайт, мы будем считать, что вас это устраивает.

Курс взаиморасчетов

Курс взаиморасчетов

Корректировка взаиморасчетов

Документ «Корректировка взаиморасчетов» предназначен для переноса информации о движениях регистра «Взаиморасчеты с контрагентами» из Информационной системы в Управление дистрибуцией, и таким образом обеспечивает соответствие взаиморасчетов в Информационной системе и Управлении дистрибуцией на дату и время создания документа «Корректировка взаиморасчетов».

Рис. 11.3 Документ «Корректировка взаиморасчетов

Назначение и особенности документа «Корректировка взаиморасчетов»

При первоначальной выгрузке данных из основной учетной системы организации (см. раздел «Обмен данными между «Агент Плюс: Управление дистрибуцией» и учетной системой») и в Управление дистрибуцией передается состояние взаиморасчетов на начальную дату в разрезе контрагентов. В последствии при изменении состояния взаиморасчетов в Информационной системе, с которой происходит обмен, в Управление дистрибуцией выгружаются данные о текущем состоянии взаиморасчетов в Информационной системе и записываются в документ «Корректировка взаиморасчетов».

В течение текущего рабочего дня документ «Корректировка взаиморасчетов» автоматически обновляется и актуализируется в соответствии с текущим состоянием взаиморасчетов в Информационной системе. После каждого обновления время документа изменяется. На следующий рабочий день в Управление дистрибуцией из Информационной системы загружается новый документ «Корректировка взаиморасчетов», при этом документ предыдущего дня остается без изменений. В случае если в Информационной системе было изменение во взаиморасчетах за уже прошедший период (задним числом), то документы «Корректировка взаиморасчетов» за соответствующие дни будут повторно выгружены в Управление дистрибуцией и обновлены.

Документ «Корректировка взаиморасчетов» загружается автоматически из Информационной системы несколько раз в течение дня в зависимости от настроек обмена данными между Информационной системой и Управление дистрибуцией. Поэтому данный документ не предназначен для создания в Управление дистрибуцией, но в случае необходимости загруженный документ может быть отредактирован вручную.

Табличная часть документа

В табличной части документа «Корректировка взаиморасчетов» фиксируются внесенные в Информационную систему документы, которые повлияли на состояние расчетов с контрагентами (Рис. 11.3).

Кратность взаиморасчетов — это что? и где это?

В документе отображается список сумм и расчетных документов. Таким образом, можно непосредственно из документа «Корректировка взаиморасчетов» посмотреть, за счет чего сформировалась каждая из строк. Кроме ссылки на расчетный документ, повлиявший на расчеты с контрагентами, указываются сведения о расчетном документе (название, номер и дата в Информационной системе), дата платежа, валюта расчетов и сумма.

Изменение документа «Корректировка взаиморасчетов» вручную

При изменении документа «Корректировка взаиморасчетов» вручную, в табличной части документа автоматически устанавливается флажок «Изменено вручную«. Изменение документа «Корректировка взаиморасчетов» желательно только в случае возникновения расхождения взаиморасчетов между Информационной системой и Управление дистрибуцией и при необходимости в срочной корректировке взаиморасчетов.

Расчеты с клиентами

Для просмотра информации о движениях документа в регистрах необходимо нажать на кнопку «Расчеты с клиентами«. При этом откроется окно регистра накопления «Расчеты с клиентами», в котором будут отображены данные об изменениях в регистре, которые совершил данный документ «Корректировка взаиморасчетов».

Принципы учета взаиморасчетов

Валюта взаиморасчетов

И управленческий, и регламентированный учет валюты, задается и действует на уровне всей информационной базы. Взаиморасчеты целей управленческого учета ведутся сразу в двух валютах:

üв валюте управленческого учета;

Валюта взаиморасчетов однозначно определяется валютой, указанной в договоре, поэтому в дальнейшем, будем считать это одним и тем же. В любом случае, хозяйственную операцию, влияющую на взаиморасчеты, можно оформить только в валюте взаиморасчетов. Независимо от валюты операции, долг будет пересчитан в валюту управленческого учета и зафиксирован параллельно. Это необходимо для обеспечения возможности анализа и сопоставления сумм задолженностей в разных валютах, приведенных к единому знаменателю — валюте управленческого учета.

Анализ взаиморасчетов

При оформлении операций в валюте, которая отличается от валюты управленческого учета, системой всегда будет производиться пересчет суммы операции – с валюты операции в валюту управленческого учета. Наряду с этим, такой пересчет совершается в два этапа:

1. сумма операции сначала перерассчитывается в валюту регламентированного учета;
2. сумма, рассчитанная в валюте регламентированного учета, пересчитывается в валюту управленческого учета.

Валютные курсы берутся по умолчанию на ту дату, когда осуществляются операции из соответствующего регистра сведений. Вместе с тем, курс и кратность валюты для пересчета суммы операции из валюты взаиморасчетов в валюту управленческого учета, могут быть указаны пользователем непосредственно в самой хозяйственной операции («Цены и валюта» — «Курс взаиморасчетов» и «Кратность взаиморасчетов»). Другими словами, курс, по какому считается долг по сделке, — договорной. Но такие исключения должны быть оправданными, поскольку в типовой конфигурации нельзя управлять соответствующими реквизитами в формах денежных документов.

В конфигурации установлены следующие настройки валют и курсы на момент свершения операции:

валюта регламентированного учета «Гривна», курс = 1,0;

валюта управленческого учета «Доллары», курс = 5,3;

валюта взаиморасчетов по договору с покупателем «Евро», курс = 6,8.

При оформлении реализации товаров по данному договору валютой операции указана валюта договора «Евро».

Сумма реализации указывается в евро, курс для валюты взаиморасчетов по умолчанию берут из регистра сведений на дату оформления операции. Но по договору с данным контрагентом курс валюты «Евро» = 7,21. Данный курс задается явно в самом документе на закладке «Цены и валюта» в реквизите «Курс взаиморасчетов».

При сумме сделки = 200 евро, данная операция будет отражена следующим образом:

в валюте взаиморасчетов будет увеличение долга на 200 евро;

в валюте управленческого учета будет увеличение долга на 200*7,21/5,33 = 270,54 доллара.

Механизмы учета задолженности

Вспомним, что применение подсистемы дает возможность анализировать варьирование задолженности двух видов — фактической и планируемой (отложенной). Для учета этих видов задолженности в управленческом учете используются регистры » Взаиморасчеты с контрагентами » и » Расчеты с контрагентами «.

Фактический долг связан с операциями расчетов между участниками товарно-денежных отношений, с моментами передачи прав собственности. В системе такая задолженность возникает при оформлении и проведении документов фактической оплаты, отгрузки или оприходования ТМЦ.

В типовой конфигурации учет фактической задолженности осуществляется с помощью достаточного регистра накопления «Взаиморасчеты с контрагентами» Регистр служит для хранения информации только о фактических взаиморасчетах с покупателями и поставщиками. Записи в этом регистре формируются документами многих подсистем, фиксирующими факты совершения хозяйственных операций с деньгами и товарами. Например: «Поступление товаров и услуг», «Реализация товаров и услуг», «Кассовые ордера» «Платежные поручения», и т.д.

Остатки по этому регистру позволяют получить информацию о взаимной фактической задолженности предприятия и контрагентов.

Наряду с возможностью получения данных о состоянии фактических взаиморасчетов по реально состоявшимся сделкам, в типовой конфигурации предусмотрен ряд механизмов, обеспечивающих возможность получения прогнозной оценки состояния взаиморасчетов по планируемым сделкам.

Планируемая (отложенная) задолженность появляется тогда, когда в конфигурации отражаются такие события, как заказ на доставку или реализацию, заявка на потребление денежных средств и других документов прогнозного слоя подсистем управления денежными средствами и товарно-материальными запасами.

Например, в момент оформления заказа поставщику никакие обязанности меж предприятием и поставщиком согласно закону, еще не возникают. Фактическая задолженность появляется лишь при приёме товаров или при их оплате. Впрочем, после оформления заказа можно определенной долей уверенности планировать, что по этому заказу будет поставка и у предприятия возникнет задолженность перед поставщиком. Когда сделка состоится, то погашение этой задолженности произойдет при отражении фактической оплаты поставщику или при оформлении заявки на расходование денежных средств. Когда из-за каких-либо обстоятельств, сделка не состоится, тогда укрытие планируемой задолженности осуществляется путем закрытия заказа поставщику.

Информация о планируемой задолженности может быть очень полезна для менеджеров, ведущих заботу с клиентами, для специалистов по управлению финансами и руководства предприятия. В момент проведения товарного или денежного заказа, отложенная задолженность возникает автоматически, от пользователя этот процесс никак не зависит. Отказаться от формирования документами соответствующих движений невозможно. Единственное, что может пользователь — это игнорировать состояние плановой задолженности в своей работе, если его это не интересует.

В типовой конфигурации учет прогнозной задолженности осуществляется с помощью регистра скопления «Расчеты с контрагентами». Регистр служит для хранения информации и о фактических, и плановых взаиморасчетах с покупателями и поставщиками (можно сказать, что в данном регистре ждется оптимистический учет взаиморасчетов).

Остатки по регистру позволяют получить информацию о взаимной прогнозной задолженности предприятия и контрагентов на любой момент времени: отрицательные остатки ресурсов регистра по набору значений его измерений означают прогнозный долг предприятия перед контрагентом (кредиторская задолженность), положительные — прогнозный долг контрагента перед предприятием (дебиторская задолженность).

Не заполнено значение реквизита кратность взаиморасчетов

среда, 16 ноября 2011 г.

Установка интервала во всем документе

воскресенье, 13 ноября 2011 г.

О переносе, конвертации

1. Не забывать переносить коды элементов! После переноса проверить правильность!
2. Контрагенты (особенно из 7.7)- проставлять типы (покупатель, поставщик) и создавать договор соответствующий типу.

понедельник, 7 ноября 2011 г.

Ограничения использования Универсального отчета

суббота, 5 ноября 2011 г.

Параметры значка OneNote по умолчанию

вторник, 11 октября 2011 г.

Партионный учет

Партионный учет предполагает то, что некоторый ресурс поступает в виде отдельных партий.
То есть этот ресурс представляет является неоднородным, а состоит из различных партий, с различными свойствами.
Следовательно, при использовании ресурса недостаточно указания ресурса, нужно еще указания партии этого ресурса.

Простейший пример — поступление товара.
Каждая партия одного и того же товара может отличаться поставщиком, сроками годности, закупочной ценой, расходами по доставке и т.п.

При расходовании партионного ресурса возможны следующие модели указания партий:

Непосредственное указание партии — непосредственно указывается используемая партия.

FIFO — определяются все оставшиеся партии, сортируются по дате поступления и используются в этом порядке.

LIFO — определяются все оставшиеся партии, сортируются по дате поступления и используются в этом порядке.

По среднему — партионный ресурс превращается в однородный путем усреднения некоторого свойства партии, например закупочной цены. Берется среднее значение этого свойства и при использовании ресурса указывается это свойство.

Непосредственное указание партий не всегда подходит, т.к. часто по товару нельзя определить, из какой он партии. Иногда применяют пометку партии товара штрихкодом, но не всегда предприятие готово пойти на такие расходы времени и средств.

В дальнейшем здесь будут написаны алгоритмы, использующиеся в 1С для различных методов использования партий.

Сложности партионного учета

Альтернативы партионного учета

Однако для FIFO существует метод, который позволяет вести партионный учет без указания партий в движениях.
Для этого после получения остатка ресурса на некоторую дату извлекаются все поступления этого ресурса в от текущей даты в прошлое, пока не наберется количество, соответсвующее остатку ресурса.
Таким образом, мы получаем список партий, из которых состоит остаток товара.
Подробнее здесь: Книга знаний: Альтернатива партионному учету

Партионный учет может быть реализован несколькими спосабами
для примера
1. создается регистр остатков по партиям и отдельно по складам
2. создается регистр в котором есть разрезы и по партиям и по складам