Прием на работу и увольнение в 1с

Запись в трудовой книжке индивидуального предпринимателя

Ведение трудовых книжек у индивидуального предпринимателя
Заработок в интернете

Многих по сегодняшний день мучает вопрос — Нужно ли делать запись в трудовой книжке индивидуального предпринимателя о его трудовой деятельности.

ВОПРОС: В случае, когда у индивидуального предпринимателя нет наемных работников, следует ли ему вести трудовую книжку на самого себя? Если человек прекратил деятельность в качестве индивидуального предпринимателя и поступает на работу к другому работодателю, нужно ли новому работодателю делать запись в трудовой книжке о его прошлой работе в качестве индивидуального предпринимателя?

В соответствии со ст. 66 Трудового кодекса РФ работодатель (за исключением работодателей — физических лиц, не являющихся индивидуальными предпринимателями) ведет трудовые книжки на каждого работника, проработавшего у него свыше пяти дней, в случае, когда работа у данного работодателя является для работника основной. Поэтому, если у индивидуального предпринимателя работают работники по трудовому договору, то он обязан вести на них трудовые книжки, в порядке, установленном Правительством Российской Федерации. Форма, порядок ведения и хранения трудовых книжек, а так же порядок изготовления бланков трудовых книжек и обеспечения ими работодателей утверждены в Постановлении Правительства Российской Федерации от 16 апреля 2003 года № 225 «О трудовых книжках».

В статье 66 ТК РФ, а в соответствии с ней и в Постановлении Правительства РФ от 16 апреля 2003г. № 225 «О трудовых книжках» указано, что в трудовую книжку вносятся сведения о работнике, выполняемой им работе, переводах на другую постоянную работу и об увольнении работника, а так же основания прекращения трудового договора и сведения о награждениях за успехи в работе. Сведения о взысканиях в трудовую книжку не вносятся, за исключением случаев, когда дисциплинарным взысканием является увольнение. По желанию работника сведения о работе по совместительству вносятся в трудовую книжку по месту основной работы на основании документа, подтверждающего работу по совместительству.

Как видно из вышеперечисленных норм, все записи в трудовую книжку производятся в отношении определенного работника. Для того, чтобы получить статус работника, необходимо вступить в трудовые отношения с работодателем путем заключения трудового договора. В статье 56 ТК РФ сказано, что трудовой договор является соглашением между работником и работодателем, в соответствии с которым работодатель обязуется предоставить работнику работу по обусловленной трудовой функции, обеспечить условия труда, предусмотренные трудовым законодательством и иными нормативными правовыми актами, содержащими нормы трудового права, коллективным договором, соглашениями, локальными нормативными актами и данным соглашением, своевременно и в полном размере выплачивать работнику заработную плату, а работник обязуется лично выполнять определенную этим соглашением трудовую функцию, соблюдать правила внутреннего трудового распорядка, действующие у данного работодателя. Сторонами трудового договора являются работодатель и работник (ст. 56 ТК РФ). В связи с тем, что индивидуальному предпринимателю законодатель определил статус работодателя, а не работника, то он, соответственно, не может заключить трудовой договор с самим собой (это будет противоречить трудовому кодексу, так как не будет второй стороны в трудовых отношениях), поэтому вести трудовую книжку на самого себя у него нет никаких законных оснований.

Что касается того, что трудовая книжка установленного образца является основным документом о трудовой деятельности и трудовом стаже работника, то это опять имеет отношение только к работнику. Так как индивидуальному предпринимателю законодатель определил свой правовой статус, то в подтверждение своей трудовой деятельности он будет иметь свои документы, установленные законом. На основании ст. 23 Гражданского кодекса РФ гражданин вправе заниматься предпринимательской деятельностью без образования юридического лица с момента государственной регистрации в качестве индивидуального предпринимателя. Согласно Постановлению Правительства РФ от 19 июня 2002 года № 349 «Об утверждении форм и требований к оформлению документов, используемых при государственной регистрации в качестве индивидуальных предпринимателей» установлена форма № 61001 «Свидетельство о государственной регистрации физического лица в качестве индивидуального предпринимателя», а так же № 65001 «Свидетельство о государственной регистрации прекращения физическим лицом деятельности в качестве индивидуального предпринимателя».

Что касается трудового стажа ИП, то согласно ст. 2 Федерального закона от 15.12.2001 № 166-ФЗ «О государственном пенсионном обеспечении в РФ» трудовой стаж — это трудовой стаж — учитываемая при определении права на отдельные виды пенсий по государственному пенсионному обеспечению суммарная продолжительность периодов работы и иной деятельности, которые засчитываются в страховой стаж для получении пенсии, предусмотренной Федеральным законом «О трудовых пенсиях в РФ».

В соответствии со ст. 2 Федерального закона от 17 декабря 2001г. № 173-ФЗ «О трудовых пенсиях в РФ» страховой стаж — это учитываемая при определении права на трудовую пенсию суммарная продолжительность периодов работы и (или) иной деятельности, в течение которых уплачивались страховые взносы в Пенсионный фонд РФ, а так же иных периодов, засчитываемых в страховой стаж. На основании ст. 6 Федерального закона от 15.12.2001г. № 167-ФЗ «Об обязательном пенсионном страховании в РФ» страхователями по обязательному пенсионному страхованию являются: «…индивидуальные предприниматели, адвокаты, нотариусы, занимающиеся частной практикой».

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

В данном случае возникает еще один вопрос: Если человек прекратил деятельность в качестве ИП и поступает на работу к другому работодателю, нужно ли новому работодателю делать запись в трудовой книжке о его прошлой работе в качестве индивидуального предпринимателя?

Здесь существует две точки зрения по поводу — делать ли запись в трудовой книжке индивидуального предпринимателя:

  1. Как было сказано выше, ИП яв.ляется работодателем, а не работником. В трудовом же кодексе РФ ст 66 установлено, что в трудовую книжку вносятся сведения о работнике, выполняемой им работе, переводах на другую постоянную работу и об увольнении работника, а так же основания прекращения трудового договора и сведения о награждениях за успехи в работе. Поэтому внесение сведений в трудовую книжку , не предусмотренных законом, может расцениваться как нарушение.
  2. Лицо, заключившее трудовой договор с работодателем, становиться работником. Если в трудовой книжке не отразить прежнюю трудовую деятельность лица, то тогда может создаться ситуация, что работодатель принимая бывшего ИП на работу, ухудшает его положение по сравнению с другими работниками, так как не учитывается общий трудовой стаж, который необходим для исчисления, например, пособия по временной нетрудоспособности, по беременности и родам и согласно Федеральному закону от 29.12.2006г. № 255-ФЗ «Об обеспечении пособиями по временной нетрудоспособности, по беременности и родам граждан, подлежащих обязательному социальному страхованию». Однако указанный закон не ставит в строгую зависимость исчисление трудового стажа при выплате указанных пособий от указания данного стажа в трудовых книжках. Так, согласно ст. 16 Федерального закона от 29.12.2006г. № 255-ФЗ «Об обеспечении пособиями по временной нетрудоспособности, по беременности и родам граждан, подлежащих обязательному социальному страхованию» в страховой стаж для определения размеров пособий по временной нетрудоспособности, по беременности и родам (страховой стаж) включаются в периоды работы застрахованного лица по трудовому договору, государственной гражданской или муниципальной службы, а так же периоды иной деятельности, в течение которой гражданин подлежал обязательному страхованию на случай временной нетрудоспособности и в связи с материнством. В соответствии с данным законом был принят Приказ Министерства здравоохранения и социального развития РФ от 06.02.2007г. № 91 «Об утверждении правил подсчета и подтверждения страхового стажа для определения размеров пособий по временной нетрудоспособности, по беременности и родам», согласно которому (пункт 11) периоды деятельности ИП, индивидуальной трудовой деятельности , трудовой деятельности на условиях индивидуальной или групповой аренды подтверждаются:

а) за период до 1 января 1991 года — документом финансовых органов или справками архивных учреждений об уплате платежей на социальное страхование;

б) за период с 1 января 1991 года по 31 декабря 2000года, а так же за период после 1 января 2003 года — документом территориального органа Фонда социального страхования РФ об уплате платежей на социальное страхование.

О фиксировании в трудовой книжке страхового стажа работника — бывшего ИП, подтвержденного указанными документами , в случае его устройства на работу в Постановлении Правительства РФ от 16 апреля 2003г. № 225 «О трудовых книжках», а так же в Постановлении Минтруда РФ от 10 октября 2003г. № 69 «Об утверждении Инструкции по заполнению трудовых книжек» указаний не содержится. Однако данный страховой стаж может найти свое отражение в личной карточке работника (форма Т-2). Так, согласно Указаниям по применению и заполнению форм первичной учетной документации (Постановление Госкомстата РФ от 5 января 2004г. № 1) стаж работы (общий, непрерывный, дающий право на надбавку за выслугу лет, дающий право на другие льготы, установленные в организации и др.) рассчитывается на основании записей в трудовой книжке и (или) иных, подтверждающих соответствующий стаж документов.

alianskadrovic.ru

Преимущества редакции 3 конфигурации «Зарплата и управление персоналом» по сравнению с редакцией 2.5

Редакция 3 конфигурации «Зарплата и управление персоналом» является развитием редакции 2.5. Она разработана на платформе «1С:Предприятие 8.3» и использует ее новые возможности, такие как:

  • поддержка нового интерфейса «Такси», отличительными особенностями которого является современный дизайн интерфейса, максимизация рабочего пространства на мониторах с различным разрешением, крупный шрифт, удобство навигации, возможность самостоятельно конструировать свое рабочее пространство;
  • поддержка тонкого и веб-клиента, развитие «облачных» технологий;
  • поддержка удаленной online работы в режиме тонкого клиента и веб-клиента;
  • перенос основной «вычислительной» нагрузки на сервер и экономное использование ресурсов клиента;
  • работа через Интернет в модели сервиса (в т. ч. https://1cfresh.com/solutions/hrm).
  • Такие нововведения, как «Избранное», история последних отредактированных документов, краткое описание всех отчетов, а также подробные подсказки программы при неправильных действиях сделают работу легкой и интересной.

    Усовершенствован контроль корректности данных на этапе их ввода (в карточку сотрудника, организации и т. п.), что упрощает формирование и сдачу различной отчетности в дальнейшем.

    Развитие кадрового учета и расчета заработной платы


    Штатное расписание

    Штатное расписание стало полноценным инструментом планового и (или) кадрового отделов.

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

    Реализована возможность утверждения новых версий штатного расписания специальным документом и хранения истории утверждений штатного расписания.

    Фонд оплаты труда

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

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

    Кадровый учет

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

    Расчет заработной платы

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

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

    В документе Отпуск можно рассчитать заработную плату до даты начала отпуска, начислить материальную помощь, начислить денежную компенсацию за отпуск, назначить несколько дополнительных отпусков.

    Выплата заработной платы

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

    Расширен перечень поддерживаемых мест выплаты зарплаты: помимо выплаты через кассу реализована выдача через раздатчика, а выплата через банк может осуществляться как на лицевой счет в рамках зарплатного проекта, так и на произвольный счет в банке, указанный у сотрудника. Для каждого способа выплаты (касса, раздатчик, зарплатный проект, счет в другом банке) существует отдельная ведомость.

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

    Отчетность

    Все отчеты в ЗУП 3 снабжены кратким описанием, что позволяет пользователю быстро сориентироваться в их назначении.

    Как оплачиваются командировочные в 2018 году: зарплата, суточные, проживание и проезд

    Отправляя сотрудника в командировку, важно правильно рассчитать его зарплату, оплатить проживание и проезд, выдать суточные.

    Как оплачивается командировка в 2018 году

    Проживание и проезд оплачиваются работодателем в обязательном порядке

    Оплата командировочных регулируется Трудовым кодексом РФ, Налоговым кодексом РФ, постановлениями Правительства (ключевое из них — постановление №749 от 13.10.2008), а также локальными нормативными актами. В локальных актах необходимо прописать вопросы оплаты, которые не регулируются законодательно. Например, какую гостиницу оплатить начальнику и рядовому сотруднику, какой выбирать класс в самолёте (эконом, бизнес), оплачивать ли питание, багаж, максимальный размер суточных и пр. И также вопросы оплаты командировочных можно прописать в коллективном трудовом договоре или индивидуальных трудовых соглашениях.

    Оплата командировки по среднему заработку работника: порядок расчёта

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

    Пример расчёта среднего заработка при неполном годе работы

    Лётчик-испытатель Л.А. Гаврюшин работает на предприятии «Скорость света» в Петропавловске-Камчатском с сентября по ноябрь, а 1 декабря ему предстоит поехать в командировку в Эдинбург. За время работы он один раз болел в течение пяти дней (в сентябре). В сентябре и октябре его зарплата составила 150 тыс. рублей, а в ноябре — 200 тыс. рублей. График работы 5/2. В сентябре был 21 рабочий день, из них фактически отработано 16 (меньше из-за болезни), поэтому за сентябрь Л.А. Гаврюшину начислена зарплата в размере 114,3 тыс. рублей (150*16/21). В октябре и ноябре было по 22 рабочих дня. В октябре лётчик-испытатель получил материальную помощь 20 тыс. рублей.

    Средний заработок Л.А. Гаврюшина для расчёта командировочных составит (114300+150000+200000)/(16+22+22)=464300/60=7738 рублей. Именно такую зарплату лётчик-испытатель будет получать за каждый рабочий день в командировке. Обратите внимание, что материальная помощь 20 тыс. рублей в расчётах не учтена.

    Видео: оплата труда в командировке

    Когда возможна доплата к командировочным

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

    Например, А.Н. Сидоров месяц назад был назначен заместителем начальника отдела, а до этого был рядовым специалистом. Получится, что при расчёте командировочных будет учитываться зарплата рядового сотрудника за 11 месяцев и зарплата замначальника за один месяц. При этом в командировке А.Н. Сидоров будет выполнять обязанности заместителя, а если руководствоваться нормативами, то зарплата его должна быть ниже — чуть больше, чем у рядового сотрудника. Это противоречит здравому смыслу, поэтому на предприятиях часто предусмотрены доплаты до текущего оклада.

    Как оплачиваются ночные и сверхурочные часы работы в командировке

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

    Нельзя привлекать сотрудника к сверхурочной работе слишком часто: не более четырёх часов в течение двух дней подряд

    Как оплачивается командировка в выходные и праздничные дни

    Если в выходные и праздничные дни сотрудник работал, то, во-первых, на это необходимо его разрешение. Во-вторых, есть два вида компенсации работы в выходной:

    • двойная оплата труда (можно и больше);
    • стандартная оплата труда и отгул после возвращения из командировки.

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

    Пример расчёта зарплаты с учётом работы в выходные дни

    Специалист по обслуживанию котельного оборудования П.С. Комиссаров, работающий на предприятии «Котёл Мастерс» в Санкт-Петербурге, отправлен в Москву в командировку на девять дней, из которых семь — рабочих. Так как задание в командировке было срочным, П.С. Комиссаров работал в выходные дни — 13 и 14 января. П.С. Комиссаров выбрал в качестве компенсации повышенную оплату труда. При среднем заработке 3 тыс. рублей в день ему выплачено по 3 тыс. рублей за 5 дней (15 тыс. рублей) и по 6 тыс. рублей за два выходных (ещё 12 тыс. рублей). Итого его зарплата в командировке составила 27 тыс. рублей (транспортные расходы и проживание оплачены дополнительно).

    Видео: оплата командировки в выходной день

    Оплата работы сдельщиков в командировке

    При сдельной оплате труда зарплата рассчитывается исходя из средней оплаты на своём предприятии в час.

    Пример оплаты сдельщикам

    Токарь шестого разряда И.К. Комиссаржевский на основном месте работы вытачивает в среднем 4320 деталей в месяц. За каждую деталь он получает 10 рублей. За смену И.К. Комиссаржевский вытачивает 240 деталей. Смена длится шесть часов. Считаем производительность токаря в час: 240/6=40 деталей. За 40 деталей И.К. Комиссаржевский получает 400 рублей (40*10), это его заработок в час. Токарь направлен с симферопольского завода «Фиолент» на феодосийский завод «Море» на неделю, в которой пять рабочих дней. В командировке И.К. Комиссаржевский трудится по такому же графику — по шесть часов. Его зарплата за смену составит 400*6=2400 рублей. За пять рабочих смен токарь получит 2400*5=12 тыс. рублей.

    Оплата при посменной работе

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

    Пример расчёта оплаты

    Повар горячего цеха В.В. Александров работает в пекарне «Вкусные булочки» по графику 2/2. В.В. Александров отправлен в командировку из Севастополя в Краснодар на 10 дней — с 1 по 10 августа. Его средний заработок — 1,5 тыс. рублей за смену.

    kadrovik.guru

    Прием на работу и увольнение в 1с

    Перенос данных из программ 1С Комплексная автоматизация в 1С Бухгалтерия 8

    Правила применимы для релизов начиная с КА с 1.1.57.х. Не нужно искать и выбирать нужный вариант правил переноса, они пригодны для любого релиза в указанном диапазоне. Релиз базы приемника БП должен быть точно таким, как указано в правилах.

    Некоторые специалисты продолжают просить правила для старых релизов, объясняя что с новыми они работать не смогут. Еще раз обращаю внимание: релиз КА может быть ЛЮБЫМ в указанном диапазоне. Это действительно важно, потому что часто переносы, в том числе регулярные, выполняются из рабочих баз с измененными нетиповыми конфигурациями, которые невозможно обновлять оперативно, или нельзя обновить вообще. При этом база приемник БП обновляется. Так вот, этот вопрос уже решен — Вам не нужны правила для старых релизов, потому что правила работают со всеми релизами КА. Другое дело релиз БП: он действительно должен строго соответствовать тому, который указан в правилах. Поэтому, если текущий релиз БП правил переноса вдруг отстает от самого свежего релиза типовой конфигурации, переносите в тот, который указан в правилах, затем обновляйте. Если Вам, наоборот, нужны правила для более раннего релиза БП, обращайтесь к автору. Увидеть, для каких релизов конфигураций предназначены правила, легко: откройте их любым текстовым редактором и просмотрите первые строки.

    Опишем как производится перенос данных из типовой конфигурации 1С Комплексная автоматизация, редакция 1.1 (далее КА 1.1) в типовую конфигурацию 1С Бухгалтерия предприятия, редакция 3.0 для 1С Предприятия 8 (далее БП 3.0 или БП 8.3) или редакция 2.0 (далее БП 2.0 или БП 8.2).

    Переход с 1С Комплексная автоматизация на 1С Бухгалтерия предприятия рекомендуется выполнять в начале нового периода (года, квартала, месяца) после завершения регламентных операций прошлого периода.

    Перенос данных производится при помощи универсальной обработки, выгружающей данные из информационной базы 1С Комплексная автоматизация в файл в формате XML. Полученный файл загружается в информационную базу 1С Бухгалтерия предприятия при помощи универсальной обработки загрузки данных (О возможности использования специализированной обработки читайте ниже).

    Для переноса данных необходимы следующие файлы:

    КА_ACC8.xml — правила конвертации данных для переноса в БП 3.0 или КА_ BP2 .xml — для переноса в БП 2.0.

    Для варианта Перенос остатков и документов из программы 1С КА в 1С БП ред.3.0 с отбором по ЖР в комплект входит также обработка УниверсальныйОбменДаннымиXML_С_Отбором_По_ЖР.

    Из информационной базы 1С Комплексная автоматизация в 1С Бухгалтерия предприятия переносятся:

    — информация о текущих остатках на счетах бухгалтерского учета информационной базы 1С Комплексная автоматизация дату конвертации информационной базы, документы, справочная информация;

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

    Вариант переноса данных, предполагающий перенос текущих операций после ввода остатков, содержит дополнительно правила обмена документами.

    Конвертация выполняется в два этапа:

    — данные из информационной базы 1С Комплексная автоматизация выгружаются в отдельный файл (файл данных);

    — полученный файл загружается в информационную базу 1С Бухгалтерия предприятия.

    Возможные стратегии переноса

    1. Можно переносить данные за любой период. Если на начало периода были остатки, значит нужно переносить остатки.

    2. Если переносится вся база, но в КА вводили остатки (учет вели не с момента создания фирмы), то также нужно переносить остатки. Например, в 1С Комплексная автоматизация был ввод остатков на 01.01.2014, т.е. документами от 31.12.2013, значит нужно переносить остатки на 01.01.2014 и все документы с датой позже. При этом переносятся не сами документы ввода остатков из КА, а именно данные по остаткам документами ввода остатков в БП.

    Еще раз подчеркну, поскольку абсолютно неверное понимание по-прежнему встречается. Правила не переносят документы Ввод начальных остатков, как некоторые думают, правила переносят остатки на определенную дату. Совершенно неважно каким образом эти остатки сформировались в источнике. Остатки извлекаются, назовем это так, из регистров базы источника (преимущественно это регистры бухгалтерии), а в базе приемника БП формируются документы Ввод начальных остатков, соответствующим образом заполненные. В источнике остатки могут образоваться как в результате ведения учета с нуля до определенной даты, так и в результате ввода остатков в базу источника самыми разными документами.

    3. В дальнейшем обмен можно выполнять, отбирая документы по дате (по периоду), либо по журналу регистрации. Желательно, чтобы обмен был односторонним. Перенос в дальнейшем ничем в плане порядка действий не отличается от первоначального.

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

    Установки не требуется, так как используются обработки, встроенные в типовые конфигурации, в 1С Комплексная автоматизация и 1С Бухгалтерия предприятия. Обработка УниверсальныйОбменДаннымиXML_С_Отбором_По_ЖР открывается: Меню — Файл — Открыть.

    (О возможности использования специализированной обработки читайте ниже)

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

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

    Если нужно выгрузить остатки на конец года, например на конец дня 31.12.2014, т.е. правильнее говорить на начало 2015 года, то период выгрузки должен быть 01.01.2015 — ХХ.ХХ.ХХХХ. Документы ввода остатков в Конфигурации-получателе будут датированы 31.12.2014. С 01.01.2015 в Конфигурации-получателе нужно создавать документы, отражающие текущие операции. Если нужны только остатки, то включать надо правила выгрузки данных из раздела «Входящие остатки» (см. рис.1). Правила выгрузки данных из раздела «Документы» в этом случае следует отключить (см. рис 3 и 4). Период выгрузки например 01.01.2015 — 31.01.2015 означает, что переносится будут документы января 2015 года. Правила выгрузки данных из раздела «Документы» в этом случае должны быть включены.

    Поскольку продолжают задавать вопросы по переносу документов ввода остатков из источника, поясняю еще раз. Неважно каким образом возникли в источнике остатки на дату переноса. Допустим в источнике ввели остатки на 01.01.2015, т.е. документами с датой более ранней, например — 31.12.2014. Перенос остатков в приемник производим на ту же дату — 01.01.2015. Так вот, перенос самих документов ввода остатков из источника, какими бы они не были (это могут быть корректировки регистров например), не нужен. Получаем в источнике информацию по остаткам на 01.01.2015 и формируем в приемнике документы ввода начальных остатков с датой 31.12.2014. Все. Сами документы ввода остатков из источника ни при каких обстоятельствах не переносятся, не нужно это.

    Рис. 1 . Обработка для выгрузки данных

    В первую очередь рекомендуем перенести учетную политику организации (справочник Организации переносится по ссылкам). При переносе остатков нужно правильно установить параметры (см. рис.2) в соответствии с настройкой плана счетов. По умолчанию параметры устанавливаются после загрузки правил обмена: параметр Ведется складской учет в зависимости от того, ведется ли складской учет на счетах учета ТМЦ (анализируется настройка счета 10.01), параметр Ведется суммовой учет по складам в соответствии с признаком учета субконто Суммовой. Параметр Вести учет по работникам устанавливается по умолчанию как да. При необходимости можно изменить параметры до выгрузки данных. Для возврата к значениям по умолчанию следует перезагрузить правила обмена.

    Рис.2 Установка параметров

    Параметр Упрощенный учет НДС в остатках можно использовать в том случае, если содержание бухгалтерских регистров и специализированных регистров учета НДС не совпадает и нет смысла учитывать их при выгрузке остатков НДС по приобретенным ценностям и остатков НДС по авансам. В этом случае будут учеты только остатки регистров бухгалтерии. Аналогично работает параметр Не учитывать регистр НДСПартииТоваров, который влияет на выгрузку остатков ТМЦ: определяет будет или нет заполняться табличная часть ДанныеПоСФ документа ВводНачальныхОстатков. Параметр Документ расчетов с контрагентами из регистров НДС используется при выгрузке расчетов с контрагентами. В регистрах бухгалтерского учета нет данных по расчетам с контрагентами в разрезе документов, если указанный параметр установлен в значение Да, такие данные берутся из регистра НДС.

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

    Рис.3 Перечень правил обмена документами

    Перечень видов документов к переносу

  • Авансовый отчет
  • Аккредитив переданный
  • Аккредитив полученный
  • Акт об оказании производственных услуг
  • Возврат материалов из эксплуатации
  • Возврат товаров от покупателя
  • Возврат товаров поставщику
  • Выдача денежных документов
  • Выпуск продукции
  • ГТД по импорту
  • Доверенность
  • Документ расчетов с контрагентом (ручной учет)
  • Зарплата к выплате организаций
  • Заказ покупателя
  • Изменение графиков амортизации ОС
  • Изменение параметров начисления амортизации ОС
  • Изменение состояния ОС
  • Изменение способов отражения расходов по амортизации ОС
  • Инкассовое поручение переданное
  • Инкассовое поручение полученное
  • Комплектация номенклатуры
  • Корректировка долга
  • Корректировка поступления
  • Корректировка реализации
  • Модернизация ОС
  • Операция (бухгалтерский и налоговый учет)
  • Оплата от покупателя платежной картой
  • Оприходование товаров
  • Отражение зарплаты в регл учете
  • Отчет комиссионера о продажах
  • Отчет комитенту о продажах товаров
  • Отчет о розничных продажах
  • Передача материалов в эксплуатацию
  • Передача НМА
  • Передача оборудования в монтаж
  • Передача ОС
  • Передача товаров
  • Перемещение ОС
  • Перемещение товаров
  • Платежное поручение входящее
  • Платежное поручение исходящее
  • Платежное требование выставленное
  • Платежное требование полученное
  • Платежный ордер на поступление денежных средств
  • Платежный ордер на списание денежных средств
  • Подготовка к передаче ОС
  • Поступление денежных документов
  • Поступление доп. расходов
  • Поступление из переработки
  • Поступление НМА
  • Поступление товаров и услуг
  • Поступление товаров и услуг в НТТ
  • Принятие к учету НМА
  • Принятие к учету ОС
  • Приходный кассовый ордер
  • Расходный кассовый ордер
  • Реализация отгруженных товаров
  • Реализация товаров и услуг
  • Списание материалов из эксплуатации
  • Списание НМА
  • Списание ОС
  • Списание товаров
  • Счет на оплату покупателю
  • Счет-фактура выданный
  • Счет-фактура полученный
  • Требование-накладная
  • Перечень правил обмена справочниками показан на рис.4.

    Рис.4 Перечень правил обмена справочниками

    Часть элементов справочников, которые задействованы в переносимых документах, переносятся по ссылкам вместе с документами. Переносить отдельно справочники имеет смысл только если Вам необходимы элементы справочников, не встретившиеся в остатках или переносимых документах (например, данные контрагентов, с которыми вы давно не работали, но не хотите потерять). В противном случае переносить отдельно целые справочники не нужно — это лишь замусорит базу-приемник.

    В марте 2018 года в нашей разработке появилась новая группа правил выгрузки данных — Операции. О том, как их использовать читайте ниже.

    В процессе выгрузки данных из 1С Комплексная автоматизация могут встретиться различные ошибки. О том, как можно найти и исключить документы, мешающие корректной выгрузке/загрузке данных вы можете прочитать в другой нашей статье. Также, правила переноса, представленные здесь, на этапе выгрузки данных выполняют поиск некоторых ошибок.

    Этап загрузки данных.

    После окончания выгрузки необходимо запустить программу 1С Бухгалтерия предприятия. Загрузку как первоначально так и при повторных переносах данных или дополнительных переносах следует выполнять с помощью типовой обработки Универсальный обмен данными в формате XML (см. рис.5). В БП 3.0 открыть ее можно из меню Все функции. Если этот пункт меню отсутствует, добавить его можно по кнопке Главное меню — Сервис — Параметры, установив флажок Отображать команду «Все функции». Переключитесь на вкладку Загрузка данных, выберите файл данных, сформированный ранее при выгрузке, и загрузите данные.

    Рис.5 Загрузка в программу 1С Бухгалтерия предприятия

    После загрузки в программу 1С Бухгалтерия предприятия перенесенные и сформированные документы следует перепровести.

    Проверки перед выгрузкой.

    Нулевое количество и ненулевая сумма ТМЦ. Ввести в Конфигурации-получателе остаток таким образом, чтобы количество ТМЦ было равно нулю, а стоимостная оценка ТМЦ не равнялась нулю, невозможно, да и бессмысленно, потому что это ошибка. Поэтому при переносе остатков такие позиции (с нулевым количеством) будут отсутствовать в документах ввода остатков. Следовательно, если ошибки не исправить до переноса данных, то суммы в источнике и приемнике данных при переносе остатков не будут совпадать, что вызовет дополнительные трудности сверки. Поэтому в процессе выгрузки данных из 1С Комплексная автоматизация выводятся сообщения о встретившихся ошибках (см. рис.6.1).

    Рис.6.1 Сообщения о встретившихся ошибках

    Наличие пустых значений субконто в остатках. При не заполненных субконто некоторые документы ввода начальных остатков невозможно будет провести после загрузки данных. При установленном значении параметра Выполнить проверку перед выгрузкой производится проверка наличия пустых значений в остатках по счетам 07, 68, 69, 70, результат выводится в окно сообщений (см. рис.6.2) или в таблицу ошибок (см. рис.14).

    Рис.6.2 Сообщения о ошибках

    Поиск дублей. При любом переносе данных есть правила синхронизации объектов переноса. Для этого назначаются ключевыми некоторые реквизиты или один реквизит. При любом правиле синхронизации возможны слияния объектов в приемнике, если комбинация ключевых полей в источнике не уникальна. За этим нужно следить и не допускать дублей в источнике. В случае возникновения таких проблем необходимо внести исправления либо временно в рабочую базу-источник на время переноса, либо в копию базы, созданную специально для переноса. Для облегчения такой работы для некоторых видов объектов существует поиск дублей по ключевым полям в источнике. Пример показан на рис. 6.3.

    Важно. Алгоритмы поиска дублей работают только в правилах выгрузки данных, так как анализируют сразу все объекты выбранного вида. Например, когда вы выгружаете справочник. При выгрузке по ссылкам они не задействованы из соображений быстродействия. Для включения этого алгоритма служит параметр Выполнить проверку перед выгрузкой.

    Рис.6.3 Результат работы алгоритма поиска дублей

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

    Покажем как можно переносить данные частями, а не целиком, на примере выгрузки справочника отдельного вида или даже отдельных элементов справочника выбранного вида. Пометим только одно правило выгрузки данных Физические лица (см. рис.7.1). Это позволит выгрузить только элементы справочника Физические лица. Можно дополнительно установить отбор элементов справочника по реквизитам.

    Рис.7.1 Как установить правило выгрузки данных определенного вида

    Особенности переноса цен номенклатуры. Цены, как известно, хранятся в регистре сведений Цены номенклатуры, который присутствует в обеих конфигурациях, и в КА 1.1 и в БП 3.0. Поэтому соответствующее правило выгрузки данных находится в группе Регистры сведений (см. рис.7.2) и так и называется Цены номенклатуры. Значения цен в БП 3.0 передаются как бы двумя блоками: отдельно остатки на заданную дату и отдельно установка этих значений в указанном периоде. На рис. 7.2 указан период с 01.07.2012 по 31.12.2015, это означает, что будут выгружены остатки на начало 01.07.2012 (или что то же самое на конец 30.06.2012) и все изменения цены за последующий период.

    Рис. 7.2 Правило выгрузки данных для переноса цен номенклатуры

    Для наглядности проследим как передается цена на номенклатуру Картридж (см. рис.7.3). Пример хорош тем, что значение цены изменялось как раз на границе периода выгрузки — 01.07.2012. Значит на начало периода это значение равнялось 30 руб., а уже 01.07.2012 оно изменилось на 37 руб.

    Рис.7.3 Пример изменения цены номенклатуры в КА 1.1

    После загрузки файла обмена в программу БП 3.0 увидим документы Установка цен номенклатуры (см. рис.7.4). В данном случае сформирован один документ, отражающий остатки на конец 30.06.2012, поскольку тип цен в нашем случае единственный, и несколько документов за последующий период. Их следует провести.

    Рис.7.4 Перенесенные в БП 3.0 документы Установка цен номенклатуры

    Остатки цен номенклатуры группируются по типу цен, поскольку в БП 3.0 в одном документе Установка цен номенклатуры может быть указан только один тип цен. Поэтому количество документов, содержащих остатки, будет равно количеству различных типов цен в КА 1.1. Количество документов, отражающих изменения цен, в КА 1.1 и в БП 3.0 в общем случае может различаться, так как документ в КА 1.1 может содержать несколько типов цен, а в БП 3.0 нет. Поэтому номера документов совпадать не могут, совпадают только даты, для удобства ссылка на документ КА 1.1 записана в комментарий документа в БП 3.0. Одному документу Установка цен номенклатуры в КА 1.1 может соответствовать несколько документов в БП 3.0.

    Теперь проверим как перенеслась информация по цене номенклатуры Картридж в БП 3.0 (см. рис.7.5). Как видим, все прекрасно: на начало 01.07.2012 значение равно 30 руб., а уже в этот день оно изменяется на 37 руб., т.е. точно также как в информационной базе — источнике.

    Рис. 7.5 Пример переноса цены номенклатуры в БП 3.0

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

    Особенности переноса платежных поручений на уплату налогов

    У платежных поручений с видом операции Перечисление налога должны быть заполнены дополнительные реквизиты: КБК — код бюджетной классификации, статус составителя и т.д. Структуры этих реквизитов в КА и в БП 3.0 не совпадают. В частности в БП 8.3 часть этих реквизитов вынесена в отдельный справочник Виды налогов и платежей в бюджет, ссылка на который содержится в платежном поручении. Справочник Виды налогов и платежей в бюджет содержит в себе ряд поставляемых элементов, которые появляются в информационной базе например при редактировании учетной политики. При переносе данных эти элементы также появятся при загрузке учетной политики. При выгрузке-загрузке платежных поручений элемент справочника Виды налогов и платежей в бюджет ищется по КБК для подстановки в реквизит платежного поручения Налог. Поэтому рекомендуется после переноса учетной политики проверить все ли необходимые налоги в справочнике появились, при необходимости дополнить.

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

    Начиная с релиза БП 3.0.40 при выгрузке-загрузке платежных поручений элемент справочника Виды налогов и платежей в бюджет ищется по строгому совпадению КБК.

    Особенности переноса остатков по регистрам УСН

    При использовании упрощенной системы налогообложения, объектом налогообложения которой являются доходы, уменьшенные на величину расходов, остатки по регистру накопления Расходы при УСН будут необходимы для дальнейшего корректного расчета налогов. В случае, когда номенклатура, стоимость которой относилась на расходы при УСН, списана, но какое-либо условие признания расходов УСН не выполнено, остаток непризнанных расходов вводится документом Ввод остатков с типом операции Прочие расходы налогового учета УСН и ИП, для создания движений в регистре.

    Для целей корректного переноса остатков непризнанных расходов на приобретение товаров, чья стоимость по бухгалтерскому и налоговому учету различается (например, при наличии дополнительных расходов, относящихся на стоимость номенклатуры), был введен параметр Отражать остатки по расходам УСН отдельно от остатков БУ. При установке этого параметра в значение «Да» в базе-приемнике будет создано несколько документов Ввод остатков для записи разных сумм в регистры бухгалтерии и регистр накопления Расходы при УСН. Подробнее о переносе остатков по регистрам УСН.

    Особенности переноса платежных поручений с видом операции Перечисление заработной платы

    Предполагается, что расчет заработной платы будет производиться в специальной программе Зарплата и Управление Персоналом ЗУП, поэтому ведомость на выплату зарплаты (Зарплата к выплате) переносится в документ ВедомостьНаВыплатуЗарплаты, а не ВедомостьНаВыплатуЗарплатыВБанк. Для того, чтобы такие документы в БП 8.3 можно было просматривать и редактировать, необходимо в параметрах учета указать, что учет заработной платы ведется во внешней программе.

    Особенности переноса документов Перемещение ОС

    Поскольку в БП 8.3 в документе Перемещение ОС в шапке документа необходимо указать МОЛ и Подразделение, в котором числятся в учете перемещаемые основные средства на момент перемещения (см. рис.7.6), использовать в одном документе ОС из разных подразделений или разных МОЛ нельзя. Это нужно учитывать при переносе, что указанные реквизиты будут определяться в КА по первому основному средству из табличной части документа Перемещение ОС. В противном случае пришлось бы разбивать один документ из КА на несколько в БП 3.0.

    Рис.7.6 Особенности переноса документов Перемещение ОС

    Особенности переноса контактной информации

    При переносе контактной информации важно правильно заполнить ВСЕ необходимые поля в базе БП 3.0. В противном случае дальнейшая работа будет неполноценной. На что необходимо обратить внимание. После переноса адресов, заполненных с использованием КЛАДР, в БП 3.0 эти адреса должны определяться программой также как соответствующие КЛАДР (см. рис.7.7). Не должно быть пустых незаполненных полей Город, Улица, Дом и т.д.

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

    Рис.7.7 Пример корректного заполнения адреса

    Так бывает далеко не всегда. Многие конкуренты переносят только поле Представление, чего не достаточно. Чтобы понять разницу установите параметр Заполнять реквизит «ЗначенияПолей» при переносе контактной информации в значение Нет и выполните перенос. Почувствуйте разницу. Указанный параметр в нашем случае устанавливается в значение Да после загрузки правил переноса, он введен лишь на всякий случай. На случай, если при дальнейших изменениях в программе БП 3.0 вдруг возникнут сложности с переносом контактов, тогда можно будет использовать упрощенный алгоритм с переносом сокращенного набора данных.

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

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

    Контактная информация во всех случаях выгружается одновременно с контрагентами или контактными лицами контрагентов.

    Заполнение отборов данных по журналу регистрации

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

    Рис.8.1 Фрагмент журнала регистрации

    Здесь видны не все записи, связанные с изменением и проведением одного документа Поступление товаров и услуг от 17.02.2011. Таких записей намного больше. Это связано с тем, что при проведении документа создаются записи в различных регистрах, т.е. эти регистры также изменяются, о чем есть записи в журнале. Но для решения нашей задачи важна запись об изменении собственно документа, на рис.8.1 эта запись выделена цветом. Обратите внимание на дату события 25.08.2015 и дату документа 17.02.2011. Понятно, что по значениям реквизитов документа никак невозможно узнать, что документ изменялся именно 25.08.2015.

    Позволю себе некоторое важное отступление. Описанные записи в журнале регистрации появились в результате того, что всего лишь была открыта форма документа и нажата кнопка OK (Записать с проведением). Многие пользователи имеют такую дурную привычку, просматривая документы, закрывать форму кнопкой OK. Здесь я наглядно продемонстрировал, почему этого делать нельзя. Ведь документ по сути изменен не был, ни один его реквизит не изменил своего значения, но запись об изменении документа в журнале регистрации осталась. Да еще и многие регистры изменились.

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

    Рис.8.2 Доработанная обработка выгрузки данных УниверсальныйОбменДаннымиXML_С_Отбором_По_ЖР

    На рис.8.2 цветом выделена кнопка Заполнить отбор, при нажатии на которую вызывается процедура заполнения таблицы отборов обработки Универсальный обмен данными в формате XML . При выполнении этой процедуры в окне настройки (см. рис.8.3) нужно задать период просмотра журнала регистрации (по умолчанию заполняется периодом выгрузки данных). Т.е. период в окне настройки — это интересующий нас временной интервал, в течение которого происходили изменения данных (документов). Здесь же можно задать отбор по пользователю, который действия выполнял, и организации (по умолчанию заполняется значением параметра выгрузки По организации).

    Рис.8.3 Окно настроек заполнения таблицы отборов

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

    Рис.8.4 Результат заполнения отборов

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

    Описанная обработка, обладающая расширенным функционалом, называется УниверсальныйОбменДаннымиXML_С_Отбором_По_ЖР и входит в комплект поставки. Ее отличия от типовой состоят в наличии в модуле основной формы обработки двух дополнительных процедур: КоманднаяПанельТаблицаПравилВыгрузкиЗаполнитьОтбор и ВставитьКнопкуЗаполнитьОтбор, а также одной строки ВставитьКнопкуЗаполнитьОтбор() в процедуре ПриОткрытии. Т.е. кнопка формируется программным способом, сама форма не изменилась, и таким образом при изменении типовой обработки изменения легко будет повторить. Кроме того есть дополнительная форма ФормаНастройкиЗаполненияОтборов.

    В наших правилах конвертации данных существует особенный вид правил — Операции. Операции представляют собой по сути бухгалтерские проводки одноименных документов, т.е. правило конвертации Выпуск продукции (операции) создано для переноса проводок документа Выпуск продукции и т.д.. Перенос операций поможет решить достаточно часто возникающую у пользователей проблему — несовпадение данных бухгатерского учета после переноса данных из одной программы в другую. Причины возникновения данной проблемы могут быть самые разные и не все из них можно быстро исправить. Как же в таком случае синхронизировать данные и добиться полной идентичности бухгалтерских проводок в программах? Для решения этой задачи мы и создали Операции.

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

    Рис.9 Правила переноса Операций

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

    Во-вторых, перенесенные Операции выглядят в программе как ручная корректировка проводок документа. Это приводит к тому, что документ, чьи проводки были скорректированы при переносе Операций, нельзя перепровести. Программа выведет сообщение «Движения документа отредактированы вручную и не могут быть автоматически актуализированы». По этой же причине документы в базе-приемнике нужно проводить до переноса Операций. Чтобы перепровести такой документ, Вам необходимо будет снять галочку Ручная корректировка при просмотре движений документа, выполнить проведение и затем снова перенести Операции из базы-источника.

    Из этих двух пунктов следует, что, прежде чем обращаться к правилам переноса Операций, Вам необходимо полностью завершить стандартный перенос данных: перенести учетную политику, настройки, остатки, документы и справочную информацию; перепровести все документы, выполнить сверку данных бухгалтерского учета и только потом переносить операции документов, чьи движения не совпадают с исходными. Другими словами, Вам нужно выполнить полную синхронизацию баз КА 1.1 и БП 3.0, выявить расхождения и исправить их, выбирая для переноса движения конкретных документов. В обычных условиях нет необходимости переносить все проводки всех документов, содержащихся в базе, а в некоторых случаях это и вовсе не нужно.

    Также, возможны ситуации, когда перенос Операций выполняется не полностью. Следует понимать, что Операции не панацея и не помогут Вам исправить все расхождения, особенно если ошибки начинаются в самой базе-источнике. Например, из-за разницы между планами счетов, используемыми в КА 1.1 и БП 3.0, в проводки, перенесенные из КА, не будет включено третье субконто, отражающее партионный учет, ведь оно отсутствует в исходнике. Подобная ситуация складывается и при использовании РАУЗ, при которой суммовой учет номенклатуры зависит от процедуры расчета себестоимости. В проводках документов списания (например, документ Реализация товаров и услуг) при использовании данной системы отсутствует сумма в проводке списания товаров со склада. Сумма списания появляется в бухгалтерском учете при запуске процедуры закрытия месяца, во время расчета себестоимости. В проводках документа списания сумма так и будет отсутствовать. Следовательно, при переносе движений этих документов в бухгалтерских проводках в базе-приемнике также будут отсутствовать суммы.

    Возможный сценарий регулярного переноса данных.

    Рассмотрим еще раз технологию регулярного переноса данных с учетом сказанного выше.

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

    Например, бухгалтерский отчет сдан за 3 квартал 2015 года, следовательно документы с датой по 30.09.2015 включительно переноситься в программу бухучета не должны, период по 30.09.2015 — это закрытый период. Устанавливаем период выгрузки с 01.10.2015 по 31.12.2015. Затем используем заполнение по журналу регистрации. Период отбора событий (отбора событий по дате события!) устанавливаем в окне, показанном на рис. 8.3. Еще раз обращаю внимание, важно понимать разницу между датой события (например создания документа) и датой документа. Допустим в октябре 2015 года был создан документ с датой 30.09.2015. Если мы заполняем отбор по событиям октября, то такой документ в отбор попадет, но в выгрузку не попадет, так как период выгрузки — 4 квартал 2015 года. Таким образом документы, созданные задним числом с датой не попавшей в период выгрузки (т.е. они в закрытом периоде), не переносятся, попали в открытый период (01.10.2015 и далее) — перенесутся.

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

    Разумеется, можно и не использовать отбор по журналу регистрации, а переносить все документы текущего периода. Тогда они будут перезаписываться в базе приемнике многократно.

    Важно понимать, что желательно, чтобы обмен был односторонним. При изменении объектов, например справочников, в БП и КА одновременно, могут быть проблемы, связанные с тем, что изменения будут как бы пропадать в результате переноса.

    Порядок работы со специализированной обработкой переноса данных.

    Обработка используется только в режиме Файловый.

    Примечание: вариант поставки без переноса документов (только остатки) данную обработку не содержит.

    Обработку ПереносДанных_из_КА_в_БП_30.epf следует запустить в информационной базе, куда переносятся данные, т.е. в 1С Бухгалтерия предприятия ред.3.0. В первом окне (см. рис.10) следует указать вариант загрузки данных из информационной базы на платформе 1С:Предприятие:

    Загрузить данные непосредственно из информационной базы

    Загрузка данных из файла, сформированного ранее в информационной базе — источнике данных

    Рис.10 Стартовое окно обработки переноса данных

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

    В следующем окне (см. рис.11) необходимо выполнить настройку переноса:

      Выбрать информационную базу из списка (список такой же как при запуске приложения 1С Предприятие).

      Указать имя и пароль пользователя

      Указать какую информацию следует перенести

      Дополнительно можно выполнить проверку данных в источнике на предмет корректности переноса

      При переносе справочников будут перенесены данные из всех справочников выбранной информационной базы. Если флажок не установлен, но выбран любой другой вариант переноса, то справочники также будут перенесены, но только в том объеме, который необходим для заполнения данных в перенесенных проводках и документах. При переносе данных можно перенести справочники, остатки на начало года и документы за выбранный период. Варианты переноса можно выбирать в любой комбинации. При переносе остатков будут перенесены данные об остатках по счетах учета по состоянию на 1 января выбранного года по правилам, указанным на рис.1. В 1С:Бухгалтерии 8 будут созданы документы «Ввод начальных остатков» на 31 декабря года, предшествующего выбранному. При переносе документов будут перенесены документы за выбранный период по правилам, указанным на рис.3. В процессе переноса в 1С:Бухгалтерии 8 будут созданы документы, соответствующие документам из конфигурации-источника. Перенос документов рекомендуется выполнять за тот период, за который отчетность еще не была сдана.

      Рис.11 Окно параметров переноса

      Если выбрана опция проверки данных, то перед загрузкой такая проверка будет произведена и результат проверки будет выведен на экран (см. рис. 12). Если в процессе проверки будут обнаружены ошибки, то процесс переноса будет приостановлен, для того, чтобы дать возможность исправить ошибки. Если нужно выполнить выгрузку и загрузку данных несмотря на ошибки, снимите галочку Проверить данные перед загрузкой или нажмите Продолжить. Список правил проверок перед выгрузкой постоянно пополняется.

      Рис.12 Результат проверки данных перед загрузкой

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

      Рис.13 Индикация процесса передачи данных

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

      Рис.14 Фрагмент таблицы, содержащей записи об ошибках

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

      Методика конвертации данных.

      Конвертация при необходимости может выполняться в несколько этапов, например, сначала справочники, потом документы ввода остатков, затем документы за период. Возможен повторный перенос информации. Между переносами не следует вносить исправлений в перенесенные данные в 1С Бухгалтерия предприятия, иначе эти исправления могут пропасть при повторных переносах.

      Остатки переносятся посредством документов Ввод начальных остатков.

      Подробнее с методикой ввода остатков можно ознакомиться в статье на сайте ИТС фирмы 1С.

      Важно! Перед вводом начальных остатков должны быть заданы параметры учетной политики. Параметры учетной политики организации считываются на дату, следующую за датой ввода остатков. Например если дата ввода остатков 31.12.2013 г., то учитываются параметры учетной политики, установленные на дату 01.01.2014 г. Это позволяет учитывать параметры текущей учетной политики (например: если в 2013 г. организация применяла упрощенную систему налогообложения, а с 2014 г. перешла на общую систему — то при вводе остатков на дату 31.12.2013 г. будут учитываться параметры учетной политики 2014 г). Именно поэтому, как указано выше, в первую очередь рекомендуем перенести учетную политику организации.

      Важно! Если Вы решили начать работать в 1С Бухгалтерия предприятия раньше, чем перенесли туда остатки, то необходимо предварительно до начала работы в 1С Бухгалтерия предприятия перенести справочники. Иначе при переносе остатков в непустую базу возможны ошибки.

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

      Принципы синхронизации данных

      В данном разделе будут описаны общие принципы. Понятно, что из любого правила есть исключения, поэтому изложенное ниже не следует понимать буквально и дословно применительно к любому варианту и любому участку процесса обмена данными.

      Самым надежным вариантом переноса данных является конечно перенос в пустую чистую базу, причем однократный (вариант перехода с ведения учета в Комплексной автоматизации 1.1 на Бухгалтерию предприятия 3.0). Надо сразу пояснить, что значит однократный. Это значит что МЕЖДУ ПЕРЕНОСАМИ, данные не изменяются ни в источнике, ни в приемнике. Понятно, что при соблюдении этого условия можно многократно выгружать и загружать информацию (причем можно это делать частями), результат не изменится. Это будем считать однократным переносом, т.е. передачей неизменившейся информации. В таком варианте и вопрос синхронизации остро не стоит. Почему, станет ясно из дальнейших пояснений.

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

      Во всех этих случаях оптимальными будут различные стратегии синхронизации.

      Начнем с регулярного интерактивного обмена. Синхронизация здесь осуществляется по внутренним идентификаторам объектов (это относится в равной степени и к справочникам и к документам), за исключением случаев, когда это невозможно, например когда один объект конвертируется в несколько, перечисление преобразуется в справочник и т.п. Поиск по реквизитам объектов не производится, поэтому при любых изменениях объекта, уже участвовавшего в обменах, не происходит дублирования. Объект, ранее перенесенный, всегда будет найден по УИД, который, как известно, пользователем изменен быть не может. Такая стратегия синхронизации возможна при обменах один к одному, одна база КА в одну базу БП, причем первоначально пустую. Именно она считается основной и реализуется по умолчанию, так как подходит для большинства задач: однократных переходов в новую программу и многократных односторонних обменов в базу, порожденную источником.

      При вариантах слияния нескольких информационных баз в одну (загрузка в непустую базу является частным случаем слияния) такой подход, как правило, не устраивает. Хочется объединить справочники, используя для синхронизации те или иные реквизиты. Например для справочников организаций, контрагентов, физических лиц можно использовать для этих целей ИНН и КПП. Справочники номенклатуры можно попробовать синхронизировать по наименованию или артикулу, некоторые справочники-классификаторы по коду и т.д. Для наглядности рассмотрим перенос организации в непустую базу, в которой уже есть организация с нужными ИНН и КПП. Как это происходит. Если установлен поиск по уникальному идентификатору и программа нашла организацию, то поиск прекращается. Но при загрузке в непустую базу этого не будет, так как УИДы не совпадают. Если поиск по уникальному идентификатору не дал положительного результата и нужно продолжить поиск по реквизитам или поиск по уникальному идентификатору не проводился, то программа пытается найти организацию по свойствам поиска, сначала по ИНН + КПП, затем по ИНН (если КПП не заполнен) и наконец по наименованию. При совпадении ключевых реквизитов новый элемент создан не будет. Однако, если однажды отказаться от поиска по реквизитам и вернуться к синхронизации по уникальному идентификатору, то тут же возникнет дубль с теми же реквизитами, но другим УИД. Поэтому выбрав однажды синхронизацию по реквизитам при загрузке в непустую базу, отказаться от этой стратегии при последующих переносах уже нельзя.

      Продолжим на примере передачи организации рассмотрение возможных проблем. Что произойдет, если в источнике (или приемнике) изменится КПП (обычная кстати история)? При очередном сеансе обмена организация не будет найдена по реквизитам и будет создан новый элемент справочника Организации. Избежать таких проблем при обменах — слияниях баз невозможно. Можно только в ручном режиме их отслеживать и изменять ключевые реквизиты одновременно во всех базах между сеансами обмена. Именно поэтому, там где это возможно, а именно при однократных переносах или многократных переносах в ту же базу приемника, созданную копированием источника, синхронизация по реквизитам не используется.

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

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

      Если Вы используете валютный учет, то рекомендуем перед загрузкой заполнить справочник Валюты и загрузить курсы валют.

      Важно: есть еще возможность решения проблемы синхронизации при загрузке в непустую базу — сопоставление объектов.

      Причины купить:
      Обновления бесплатны в течение 12 месяцев после покупки. По окончании периода бесплатных обновлений, Вы можете получать обновления на платной основе (стоимость см. ниже). При этом, если Вы приобрели несколько программных продуктов, в составе комплектов или по отдельности, то Вы вправе рассчитывать на скидку. Вы можете подробнее ознакомиться с системой скидок.

      Достоинства:
      При сравнении с конкурентными разработками советую обращать внимание на следующее: вся ли контактная информация переносится, в частности Email, есть ли контакты у контактных лиц (в демо см. Белявский), переносится ли основной договор. В документе Отчет производства за смену (ОПЗС, в КА Выпуск продукции) заполнены ли счета учета, рассчитана ли плановая стоимость. Обратите внимание, насколько полно и правильно переносятся расходы будущих периодов. Заполняется ли МОЛ при принятии к учету ОС. Заполняются ли счета учета и счета затрат в требованиях-накладных. И если заполняются, то правильно ли? Возможно они заполняются константами (например счет учета всегда 10.01), и Вы никогда не получите правильные проводки. Ну и т.д. (Все перечисленное я насобирал у конкурента за 10-15 минут).
      Правила созданы по технологии Конвертации данных: легко редактируются.
      Полностью открыты, нет лицензионных ограничений кроме запрета на тиражирование.

      Сравнение версий:
      Правила регулярно обновляются под новые релизы, пригодны для релизов КА начиная с 1.1.57.х. Не нужно искать и выбирать нужный вариант правил переноса, они пригодны для любого релиза в указанном диапазоне. Если нужны правила для более ранних релизов обращайтесь к автору.

      17.07.2018 — правила обновлены до версий КА 1.1.105.1 и БП 3.0.64.28

      17.07.2018 — правила обновлены до версий КА 1.1.105.1 и БП 2.0.66.58

      25.06.2018 — правила обновлены до версий КА 1.1.103.1 и БП 3.0.63.15

      25.06.2018 — правила обновлены до версий КА 1.1.103.1 и БП 2.0.66.57

      11.05.2018 — правила обновлены до версий КА 1.1.101.3 и БП 3.0.61.37

      11.05.2018 — правила обновлены до версий КА 1.1.101.3 и БП 2.0.66.54

      24.04.2018 — доработан перенос таб.части Товары документа Авансовый отчет с целью заполнения реквизитов счета-фактуры

      16.04.2018 — В КА => БП 2.0 изменено правило переноса документа Получение услуг по переработке: приемник имеет тип документ ПоступлениеИзПереработки. Добавлено правило для переноса Передача товаров.

      30.03.2018 — правила обновлены до версий КА 1.1.100.1 и БП 3.0.59.56

      30.03.2018 — правила обновлены до версий КА 1.1.100.1 и БП 2.0.66.52

      06.03.2018 — правила обновлены до версий КА 1.1.99.2 и БП 3.0.59.45

      06.03.2018 — правила обновлены до версий КА 1.1.99.2 и БП 2.0.66.49

      06.02.2018 — правила обновлены до версий КА 1.1.97.1 и БП 3.0.58.23

      29.01.2018 — добавлен перенос даты оплаты счета на оплату

      15.01.2018 — правила обновлены до версий КА 1.1.95.1 и БП 3.0.57.17

      21.12.2017 — правила обновлены до версий КА 1.1.93.1 и БП 3.0.56.22

      21.12.2017 — правила обновлены до версий КА 1.1.93.1 и БП 2.0.66.43

      07.12.2017 — правила обновлены до версий КА 1.1.92.1 и БП 3.0.55.16

      07.11.2017 — правила обновлены до версий КА 1.1.92.1 и БП 3.0.54.15

      23.10.2017 — правила обновлены до версий КА 1.1.91.1 и БП 3.0.53.38

      05.10.2017 — правила обновлены до версий КА 1.1.91.1 и БП 3.0.52.35

      26.09.2017 — правила обновлены до версий КА 1.1.89.1 и БП 2.0.66.37

      20.09.2017 — правила обновлены до версий КА 1.1.89.1 и БП 3.0.52.35

      22.08.2017 — правила обновлены до версий КА 1.1.88.1 и БП 3.0.51.27. В правила для БП 3.0 добавлен параметр Регистры УСН не учитывать при формировании остатков. Это позволяет переносить остатки товаров по данным только БУ при наличии большого количества ошибок в регистрах УСН. В БП 3.0 при этом реквизиты Состояние расхода и Отражение в УСН не заполняются. В правила для БП 3.0 добавлен параметр Не выгружать остаток, если нулевое количество, используется для отказа от переноса нулевого количества товаров при ненулевой сумме.

      09.08.2017 — правила обновлены до версий КА 1.1.87.1 и БП 2.0.65.38

      06.07.2017 — правила обновлены до версий КА 1.1.87.1 и БП 3.0.51.16

      09.06.2017 — правила обновлены до версий КА 1.1.86.1 и БП 3.0.50.18

      01.06.2017 — правила обновлены до версий КА 1.1.85.3 и БП 3.0.50.12

      17.04.2017 — правила обновлены до версий КА 1.1.85.1 и БП 3.0.49.21

      01.04.2017 — правила обновлены до версий КА 1.1.84.1 и БП 3.0.49.18

      27.03.2017 — добавлен комплект, включающий обработку для загрузки с сопоставлением объектов

      09.03.2017 — правила обновлены до версий КА 1.1.83.1 и БП 3.0.48.19

      21.02.2017 — правила обновлены до версий КА 1.1.82.2 и БП 2.0.65.38

      15.02.2017 — в КА = > БП 3.0 добавлено правило для переноса КорректировкаЗаписейРегистров в Операция. Ограничения: переносятся только проводки (движения регистров БУ), организация в пределах документа должна быть одна. Нумерация документов Операция в БП 3.0 автоматическая, поэтому загружать нужно в последнюю очередь.

      06.02.2017 — правила обновлены до версий КА 1.1.82.2 и БП 3.0.47.23

      30.01.2017 — правила обновлены до версий КА 1.1.82.1 и БП 3.0.46.11

      02.01.2017 — правила обновлены до версий КА 1.1.81.1 и БП 3.0.46.11

      21.12.2016 — изменено правило переноса Корректировка долга, обновление до БП 3.0.44.203

      05.12.2016 — правила обновлены до версий КА 1.1.80.1 и БП 3.0.44.188

      15.11.2016 — добавлен перенос контактной информации для организаций и физлиц. Добавлено заполнение контрагента в Списание с расчетного счета для случаев, когда Контрагент — физлицо.

      11.11.2016 — правила обновлены до версий КА 1.1.79.1 и БП 3.0.44.188

      03.10.2016 — правила обновлены до версий КА 1.1.78.1 и БП 3.0.44.102

      21.09.2016 — правила обновлены до версий КА 1.1.77.1 и БП 3.0.44.102

      20.09.2016 — В КА => БП 3.0 изменено правило переноса документа Получение услуг по переработке: приемник имеет тип документ ПоступлениеИзПереработки.

      05.09.2016 — правила обновлены до версий КА 1.1.76.2 и БП 3.0.44.102

      30.08.2016 — правила обновлены до версий КА 1.1.76.2 и БП 3.0.43.257

      28.07.2016 — правила обновлены до версий КА 1.1.75.1 и БП 3.0.43.257. Добавлено правило для переноса документов Передача оборудования в монтаж.

      06.07.2016 — правила обновлены до версий КА 1.1.74.1 и БП 3.0.43.247

      28.06.2016 — В КА => БП 3.0 добавлено правило для переноса Передача товаров

      23.06.2016 — добавлена возможность выбора варианта синхронизации справочников

      21.06.2016 — правила обновлены до версий КА 1.1.73.2 и БП 3.0.43.241

      06.06.2016 — правила обновлены до версий КА 1.1.72.1 и БП 3.0.43.236

      22.04.2016 — правила обновлены до версий КА 1.1.71.1 и БП 3.0.43.194

      09.04.2016 — правила обновлены до версий КА 1.1.70.2 и БП 3.0.43.174

      21.03.2016 — добавлен комплект. Перенос данных из КА в БП 2.0 и из КА в ЗУП 2.5

      06.03.2016 — добавлены правила для версий КА 1.1.68.х и БП 2.0.65.х

      15.02.2016 — правила обновлены до версий КА 1.1.68.х и БП 3.0.43.х

      19.01.2016 — Добавлена возможность переноса реквизита Подразделение (используется в УУ) в ПодразделениеОрганизации. Имеет смысл при переносе в версию КОРП.

      23.12.2015 — правила обновлены до версий КА 1.1.66.х и БП 3.0.43.х

      08.12.2015 — добавлены правила для переноса документов ЗарплатаКВыплатеОрганизаций в документы Ведомость на выплату зарплаты в банк или Ведомость на выплату зарплаты. Имеет смысл использовать, разумеется, один из двух вариантов в зависимости от настройки параметров учета.

      04.12.2015 — добавлена возможность использования специализированной обработки. Расширен функционал: проверки до выгрузки, проверки после загрузки, запуск проведения документов.

      22.11.2015 — правила обновлены до версий КА 1.1.66.х и БП 3.0.42.х

      26.10.2015 — правила обновлены до версий КА 1.1.65.1 и БП 3.0.42.33

      19.10.2015 — добавлена выгрузка документа Выпуск продукции

      12.10.2015 — правила обновлены до версий КА 1.1.63.1 и БП 3.0.42.33

      22.09.2015 — правила обновлены до версий КА 1.1.63.1 и БП 3.0.41.57

      25.08.2015 — добавлено Заполнение отборов данных по журналу регистрации

      29.07.2015 — правила обновлены до версий КА 1.1.62.1 (УПП 1.3.67.1) и БП 3.0.40.24

      17.07.2015 — расширен перечень правил переноса документов (Начисление ЗП)

      13.06.2015 — расширен перечень правил переноса (см. описание)

      04.06.2015 — расширен перечень правил переноса документов (см. описание)

      29.05.2015 — расширен перечень правил переноса документов (см. описание)

      17.05.2015 — правила обновлены до версий КА 1.1.59.1 и БП 3.0.40.24.

      17.04.2015 — правила обновлены до версий КА 1.1.58.3 и БП 3.0.39.56. Для совместимости с более ранними версиями КА пока не выгружается значение РезидентТерриторииОпережающегоСоциальноЭкономическогоРазвития перечисления ТарифыСтраховыхВзносов

      28.03.2015 — правила обновлены до версий КА 1.1.56.2 и БП 3.0.39.52.

      26.01.2015 — правила обновлены до версий КА 1.1.55.2 и БП 3.0.37.36. Расширены правила выгрузки справочников и регистров сведений.

      15.12.2014 — правила обновлены до версий КА 1.1.54.2 и БП 3.0.37.29

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

      В комплект поставки входят: правила переноса KA_ACC8 или КА_ BP2 .xml. Для варианта Перенос остатков и документов из программы 1С КА в 1С БП ред.3.0 с отбором по ЖР в комплект входит также обработка УниверсальныйОбменДаннымиXML_С_Отбором_По_ЖР. В случае если Ваша организация не располагает штатным программистом для проведения работ, мы готовы предложить услуги своего специалиста (программист подключится к Вашему компьютеру через интернет, посредством специальной программы для удаленной работы и произведет нужные работы). Если есть возможность предоставить рабочую базу Комплексная автоматизация 8, можем перенести данные сами и передать файл 1С Бухгалтерия предприятия с перенесенными остатками. Стоимость данной услуги не входит в общую стоимость пакета.

      Эта разработка представлена в том числе на сайте Инфостарт. Приобретая программные продукты у автора, Вы получаете дополнительные преимущества. Вы можете подробнее ознакомиться с системой скидок.

      profiufa.ru

      Смотрите так же:

      • Судебно-медицинская экспертиза в омске "Звёздная болезнь" Актёры алкоголики.Российские актёры алкоголики. Советские актёры алкоголики. Юрий Николаев ". С алкоголем у меня была любовь". Юрий Александрович Николаев родился […]
      • Статья судимость ук рф Статья 86. Судимость Статья 86. Судимость См. комментарии к статье 86 УК РФ Федеральным законом от 6 апреля 2011 г. N 66-ФЗ в часть 1 статьи 86 внесены изменения, вступающие в силу с 1 […]
      • Закон восстановления т Как восстановить трудовую книжку Обновление: 8 февраля 2017 г. Заявление на восстановление трудовой книжки Ситуации, когда работнику требуется восстановить свою утраченную трудовую книжку, […]
      • Смысл названия шемякин суд Шемякин суд Шемякин суд Название старинной русской сатирической повести, обличавшей произвол и корыстность феодального суда. Шемяка — реальное историческое лицо, галицкий князь Димитрий […]
      • Перечисление на счет нотариуса Федеральный закон от 23 мая 2018 г. № 119-ФЗ “О внесении изменений в Федеральный закон «О банках и банковской деятельности» и Основы законодательства Российской Федерации о […]
      • Химия закон авогадро задачи Расчет числа молекул и объемов газообразных веществ Задача 53. Сопоставить числа молекул, содержащихся в 1г NH 3 и в 1г N 2 . В каком случае и во сколько раз число молекул больше? […]