Методика перехода с БП 1.6 на БП 2.0 в контексте обменов Альфа-БП
Для получения доступа к форуму необходимо
авторизоваться
или
зарегистрироваться
на сайте.
Доступ к форуму партнерам «1C-Рарус» по дистрибуции предоставляется на сайте
rarus-soft.ru
Читают тему
в случае когда какой-либо реквизит документа ссылается на документ, не входящий в состав выгрузки за указанный период, он все раво будет выгружен по ссылке.
Крайне рекомендуется закрыть 2010 год и перегружать в Бухгалтерию 2.0 только те документы, которые были созданы в 2011 году.
Крайне рекомендуется закрыть 2010 год и перегружать в Бухгалтерию 2.0 только те документы, которые были созданы в 2011 году.
Очень важно для нас.
после того как в бухгалтерию 2.0 будут перенесены остатки на 01.01.2011 может возникнуть ситуация, когда будут загружаться документы из Альфы с учетом партий и партия окажется в 2010 году.
В текущей реализации механизма обмена с БП 2.0 при включенной настройке "Выгружать документы по движениям партий" партия 2010 года будет выгружена по ссылке и создана в БП 2.0. Т.к. в бухгалтерию загружались остатки из БП 1.6 и соответствие партий Альфы партиям БП 2.0 не существует, то это приведет к задваиванию количества товара (первый раз товар загружается вводом начальных остатков, второй раз - при загрузке партии из Альфы).
В качестве решения рекомендуется не выгружать партии по ссылкам. Для этого на строне выгрузке следует снять флажок с настройки "Выгружать документы по движениям партий", а на строне загрузки снять флажок с настройки "Списание с учетом партий". В таком случае в БП 2.0 партии не будут выгружаются. При партионном учете Бухгалтерия 2.0 будет сама подставлять нужную партию в зависимости от своего вида учета (Фифо или по среднему) будь то ввод остатков или поступление товара.
Точно такая же ошибка может возникнуть и в ряде других случаев. Например:
Предприятие в 2009 году вело учет и в Альфе, и в Бухгалтерии, при этом не использовало иструмент обмена Альфы с БП, вводило дукенты в
Бухгалтерию вручную. Но в 2010 году решило перейти на автоматический обмен с БП. В такой ситуаии также отсутствует таблица соответствий
партий Альфы партиям БП и произойдет задвоение количества по партии.
Таким образом, когда:
1. в Бухгалтерии 2.0 вводились данные вручную (нет таблицы соответствий ранее загруженных партий)
2. в чистую Бухгалтерию 2.0 были введены только остатки (например при переходе с БП 1.6)
чтобы избежать задвоения количества/суммы партии во время создания новой партии необходимо отменить ввод новой партии. Для этого следует отключить выгрузку партий из Альфы по ссылкам (отменить выгрузку партии как реквизитов других документов/набора записей регистров). Для этого требуется отключить настройку выгрузки "Выгружать документы по движениям партий". При этом механизм
партионного учета Бухгалтерии 2.0 сам будет определять какую партию использовать при списании в зависимости от настроек Бухгалтерии.
Прикрепленные файлы
Вот здесь как раз был дан такой ответ. Теперь же и этот способ, который и так был очень неудачным использовать нельзя. Что делать?
Но ведь никто не запрещает использовать настройку "Выгружать документы по движениям партий" для документов, созданных в 2011 году. Выше описанная рекомендация относится только к партиям 2010, которые выгружаются по ссылкам.
Не выгружать партии по ссылкам рекомендуется, когда:
1) при перехода с БП 1.6 на БП 2.0 был использован режим переноса остатками (ранее перегруженных партии в этом случае физически нет);
2) при выгрузке из Альфы документов 2011 года по ссылке выгружается партия 2010 года.
никаких других ограничений для "Выгружать документы по движениям партий" нет.
Приветствуется указание более удачного способа с учетом оптимальности, производительности и универсальности существующего механизма обмена.
Приветствуется указание более удачного способа с учетом оптимальности, производительности и универсальности существующего механизма обмена.
Просто с меня бухгалтера требуют одинаковую себестоимость. Они делают товарный отчет по складу в автосалоне и сверяют с бухгалтерией. Цифры не сходятся. Например, перемещение товаров. Там только себестоимость. Если цифры разные, то очень проблематично сверять. Как быть? Соответственно, остатки по складам тоже не идут.
Можете расписать подробнее, есть ли там какие-нибудь подводные камни?
Спасибо.
что помню (к сожалению абсолютно все ньюансы документировать не получилось):
1) При отключенном партионном учете что-то не так работало со списанием малоценки, на вопрос внедренцу - в чем проблема - получил ответ:
В чем конкретно были ошибки:
При поступлении ОС в РН НДС по приобретенным ценностям происходило движение в разрезе партий. Затем при списании в коде была строка типа "установить отбор("Партии")", а соответственно при списании уже не было партий, пришлось убирать партии при поступлении и убирать отбор.
2) Если выгружать с невосстановленной последовательностью (при этом в АЛьфе по каким-то позициям может быть отрицательная себестоимость в движениях регистров) - то в бухгалтерию попадет нулевая себестоимость
3) мы не вели количественного учета в бухгалтерии, все запчасти висели на одной номенклатурной позиции "Запчасти" - и это наверное многое упростило
4) корректировку себестоимости при закрытии месяца делать не нужно, ибо она видит что списано что-то не то (себестоимость из Альфы) и начинает досписывать свое, исходя из заданной политики, пересчитывая среднюю себестоимость (в нашем случае - среднюю себестоимость склада по номенклатуре "Запчасти")