Методика перехода с БП 1.6 на БП 2.0 в контексте обменов Альфа-БП

Внимание! Данный форум является модерируемым.
Для получения к нему доступа необходимо зарегистрироваться или авторизоваться на сайте.

Страницы: 1
RSS
Методика перехода с БП 1.6 на БП 2.0 в контексте обменов Альфа-БП
 
Методика переноса данных из информационных баз 1С:Бухгалтерия редакция 1.6 на редакцию 2.0 отражена в FAQ по адресу http://rarus.ru/forum/forum7/topic82/ в сообщении от 30.12.2010 12:47:29
 
Вопрос: После того как в бухгалтерию перенесем остатки на 01.01.2011, когда будем загружать документы из альфы с учетом партий и партия окажется в 2010 году, что произойдет?
 
Код
когда будем загружать документы из альфы с учетом партий и партия окажется в 2010 году, что произойдет


в случае когда какой-либо реквизит документа ссылается на документ, не входящий в состав выгрузки за указанный период, он все раво будет выгружен по ссылке.

Крайне рекомендуется закрыть 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 сам будет определять какую партию использовать при списании в зависимости от настроек Бухгалтерии.
 
Как сообщали ранее ваши коллеги, механизм учета по партиям в Альфа-авто и в бухгалтерии различается даже при установке одинакового метода (ФИФО). При этом, для соответствия себестоимости в этих программах предлагали единственный вариант - выгружать партии из альфа-авто. Теперь же перестает работать и этот способ. Как быть дальше?
Вот здесь http://rarus.ru/forum/forum7/topic142/#message973 как раз был дан такой ответ. Теперь же и этот способ, который и так был очень неудачным использовать нельзя. Что делать?
 
Код
Теперь же перестает работать и этот способ.


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

Не выгружать партии по ссылкам рекомендуется, когда:
1) при перехода с БП 1.6 на БП 2.0 был использован режим переноса остатками (ранее перегруженных партии в этом случае физически нет);
2) при выгрузке из Альфы документов 2011 года по ссылке выгружается партия 2010 года.

никаких других ограничений для "Выгружать документы по движениям партий" нет.

Код
Теперь же и этот способ, который и так был очень неудачным использовать нельзя.


Приветствуется указание более удачного способа с учетом оптимальности, производительности и универсальности существующего механизма обмена.
 
Цитата
Владимир Кудрявченко пишет:
Приветствуется указание более удачного способа с учетом оптимальности, производительности и универсальности существующего механизма обмена.
Вероятнее всего, тут уж ничего не придумаешь без переделывания алгоритма расчета себестоимости в одной из программ. Тут Вы правы.
Просто с меня бухгалтера требуют одинаковую себестоимость. Они делают товарный отчет по складу в автосалоне и сверяют с бухгалтерией. Цифры не сходятся. Например, перемещение товаров. Там только себестоимость. Если цифры разные, то очень проблематично сверять. Как быть? Соответственно, остатки по складам тоже не идут.
 
Для однозначного соответствия себестоимости - мы при внедрении делали так - в документы, списывающие товары в бухгалтерии добавляли галку "Не рассчитывать себестоимость" - если галка стоит - то себестоимость не считается, а берется то, что выгружено из Альфы.
 
А с партиями как поступали?
 
Помучились сначала по незнанию,  а потом отключили партионный учет - ибо себестоимость бралась из Альфы.
 
Надо попробовать. Не знаю правда, у нас часть учета ведется в бухгалтерии, часть в альфе. Раньше так не делал, а теперь раз уж всё равно переход на новую бухню можно испытать.
Можете расписать подробнее, есть ли там какие-нибудь подводные камни?
Спасибо.
 
Мы внедряли на КОРП, летом
что помню (к сожалению абсолютно все ньюансы документировать не получилось):

1) При отключенном партионном учете что-то не так работало со списанием малоценки, на вопрос внедренцу - в чем проблема - получил ответ:
В чем конкретно были ошибки:
При поступлении ОС в РН НДС по приобретенным ценностям происходило движение в разрезе партий. Затем при списании в коде была строка типа "установить отбор("Партии")", а соответственно при списании уже не было партий, пришлось убирать партии при поступлении и убирать отбор.

2) Если выгружать с невосстановленной последовательностью (при этом в АЛьфе по каким-то позициям может быть отрицательная себестоимость в движениях регистров) - то в бухгалтерию попадет нулевая себестоимость

3) мы не вели количественного учета в бухгалтерии, все запчасти висели на одной номенклатурной позиции "Запчасти" - и это наверное многое упростило

4) корректировку себестоимости при закрытии месяца делать не нужно, ибо она видит что списано что-то не то (себестоимость из Альфы) и начинает досписывать свое, исходя из заданной политики, пересчитывая среднюю себестоимость (в нашем случае - среднюю себестоимость склада по номенклатуре "Запчасти")
Страницы: 1
Читают тему
Поддержка отраслевых решений «1С-Рарус»
Услуги 1С