Painel de líderes

Terça, 07/05/2019 Se você está atento as notícias que enviamos periodicamente em nossos Boletins e publicamos aqui nessa área de Notícias do Fórum, já deve ter se preparado e atualizado seus sistemas... mas se ainda não o fez, por favor leia esse artigo, para evitar a parada da emissão de NFe/NFCe em seus clientes finais. Nas versões 1.00 a 1.10 da NT 2018.005, ficou estabelecido que no dia 07/05/2019 entrarão em vigor a exigência de novas validações relativas a NFe/NFCe. (Você pode achar todas as NTs na Biblioteca de nosso SVN) Porém, essas novas regras foram publicas com alguns complicadores, que podem ocasionar a paralisação da emissão de NFe/NFCe. Algumas Tags, somente podem ser enviadas em Produção, a partir do 07/05/19, porém são obrigatórias a partir dessa data. Hora, isso complica tudo.... Ou seja, se enviarmos a Tag em Produção antes de 07/05, o documento será rejeitado, mas se deixarmos de enviar a Tag após 07/05, o documento igualmente será rejeitado... Então, em outras palavras, o ENCAT espera que você aplique uma parametrização ou faça rollout, em TODOS os seus clientes finais, de um dia para outro!!! Afinal, não é uma boa prática de programação, inserir uma constante Hardcoded, como uma Data (07/05/19), na compilação do sistema final. Sem falar no fato de que não é incomum, algumas UFs não aplicarem a exigência na mesma Data publicada... O ENCAT agiu corretamente quando definiu a exigência das novas Tags, em homologação, em uma data anterior... Isso é ótimo, pois dá tempo para as Sw.Houses se ajustarem e testarem as modificações. Porém, o ENCAT poderia definir que as novas Tags são opcionais em Produção, até a data efetiva da exigência (07/05), quando então, passariam a ser obrigatórias... Isso daria tempo necessário, para as Sw.Houses aplicarem a atualização dos sistemas nos clientes finais, a fim de garantir que a emissão de documentos em produção já esteja funcionando Algumas Tags são exigidas ou não a critério da unidade Federativa Afinal o projeto NFe é ou não nacional ? É extremamente complicado para uma Sw.House saber o que pensa cada UF individualmente... A título de exemplo, a equipe do Projeto ACBr, efetuou uma pesquisa para saber se UFs exigiriam o Grupo de Responsável Técnico e se elas iriam ou não criar um portal para cadastro e identificação das Sw.Houses (idCSRT). Consultamos TODAS as SEFAZ, usando os canais (nem sempre) disponíveis, para submeter uma consulta... O resultado pode ser conferido em nosso Mapa Fiscal mas reparem em quantas UFs não conseguimos obter uma resposta clara... Conforme pode ser acompanhado ao longos das últimas versões da NT 2018.005, a exigência do Grupo Responsável Técnico sofreu diversas alterações, culminando na prorrogação indefinida para as informações relativas IDCSRT, e para as demais informações somente as UFs de AM, MS, PE, PR, SC e TO exigirão em 03/06, as demais UFs ou optaram por não exigir ou também deixaram para data futura.* Se para cada Grupo ou Tag novo, o ENCAT continuar adicionando o famigerado texto "A critério da UF", isso é receita para o CAOS na NFe... Um projeto que até então é o orgulho dos SEFAZ, e exemplo para o mundo todo, pode se perder em um emaranhado confuso de condições, que muitas vezes não são claras... Como eu posso me prevenir ? É necessário manter os fontes do Projeto ACBr atualizados em sua máquina, e permitir que a sua aplicação tenha flexibilidade de configuração da parametrização. Ou seja, permitir que o seu Suporte Técnico possa parametrizar de maneira rápida, a geração (ou não) de novas Tags, conforme o exigido pela UF do usuário final... Já pensou por exemplo, em "descer"para o PC do cliente final, uma parametrização da "nuvem"? Mas a final, quais são as modificações ? Ok.. vamos falar um pouco sobre cada uma delas... Grupo Responsável Técnico Este grupo teve algumas prorrogações ao longo das últimas versões da NT 2018.005, porém as UFs do AM, MS, PE, PR, SC e TO optaram por manter em 03/06/19* a exigência das informações deste grupo (exceto os dados relativos ao idCSRT). Para mais detalhes sobre o assunto acesse em nossa base de conhecimento, o tópico dedicado ao assunto escrito por nosso consultor @Italo Jurisato Junior Veja também, o nosso já citado, Mapa Fiscal ICMS Substituto Estas tags vem trazendo uma série de complicações aos desenvolvedores, desde que passou a ser aplicada já em ambiente de homologação. Com a entrada em produção, será necessário a atualização dos clientes, seja com uma nova versão das aplicações ou de forma mais simples, a parametrização para gerar as tags conforme a UF do mesmo. No tópico a seguir, o consultor @EMBarbosa dá orientações valiosas para minimizar o impacto em seus clientes. Identificação do Local de Retirada e Entrega Para mais detalhes sobre o assunto acesse em nossa base de conhecimento, o tópico dedicado ao assunto, escrito por nosso consultor @Italo Jurisato Junior Ainda não acabou... dia 20/05/19 tem mais mudanças... Fique atento as mudanças previstas para o dia 20/05, que podem impactar na autorização de NFCe... O ENCAT modificou a URL de consulta do QRCode, de praticamente todos os estados, e essas novas URL já são exigidas em homologação e deverão ser obrigatórios em Produção a partir de 20/05 Leia mais sobre esse assunto, no tópico abaixo, criado pela consultora @Juliana Tamizou. *Importante: Somente a exigência do Responsável Técnico será em 03/06/19, todos os demais itens permanecem em 07/05/19, por isso não deixe de se preparar

Boa tarde, Conforme pôde ser observado por um grande número de membros da comunidade, desde os últimos dias de abril vinha ocorrendo na maioria das UFs a rejeição Endereço do site da UF de Consulta por chave de acesso diverge do previsto ao tentar enviar a NFCe em ambiente de homologação. Motivo da Rejeição Conforme foi divulgado posteriormente pela SEFAZ, de forma não oficial, ou seja, sem a publicação de NTs ou outras informações nos portais relativos a NFCe, esta rejeição passou a ocorrer devido a implementação da regra ZX03-20 existente na NT 2016.002 versão 1.61, a qual determina a validação da URL de Consulta por Chave de Acesso conforme tabela disponibilizada no portal do ENCAT. Estas validações entraram em vigor em ambiente de homologação no dia 22/04/2019 e em produção entrarão em 20/05/2019. Solução Os fontes do ACBr e por consequência o ACBrMonitorPlus SAC, foram atualizados com as URLs corretas conforme documentação disponível na página do ENCAT. Porém, em alguns casos, os endereços indicados pelo ENCAT ainda sim estavam incorretos. Com base no feedback de diversos usuários de nossa comunidade, novos ajustes foram enviados para o SVN do ACBr, no arquivo ACBrNFeServicos.ini Dicas para Minimizar o Impacto em seus clientes Se você utiliza o componente ACBrNFe para emissão da NFCe, procure sempre disponibilizar na mesma pasta do seu binário (executável) o arquivo ACBrNFeServicos.ini. Desta forma, o componente ACBrNFe, irá fazer uso do arquivo ACBrNFeServicos.ini existente no diretório, ao invés de usar as URLs internas, que são compiladas como "Resource", e anexadas ao componente... Isso é extremamente vantajoso, pois lhe confere grande agilidade na resolução de problemas de URLs... Caso sejam detectadas novas alterações de URLs, basta realizar a substituição do arquivo ACBrNFeServicos.ini, evitando portanto a necessidade de atualizar toda a aplicação. Eu não distribuo o ACBrNFeServicos.ini em meus instaladores? Preciso recompilar e atualizar meus clientes para que as novas URLs entrem em vigor ? Se você não quer ou não pode distribuir o ACBrNFeServicos.ini, na mesma pasta da sua aplicação, então não há outra maneira a não ser disponibilizar um novo binário para o seu cliente... Porém antes , faça um teste, é simples e rápido... Apenas copie o arquivo ACBrNFeServicos.ini no mesmo diretório de sua aplicação, e observe que as novas URLs serão utilizadas, pois o componente ACBrNFe irá priorizar o arquivo em disco. Ainda tem Dúvidas? Acesse os sub-fóruns sobre NFCe e crie um novo tópico relatando seu questionamento. Lembre-se que se for usuário do SAC Anual você também pode falar conosco pelo chat ACBr.

Tópico relacionado

Sim, pensei nisso... alias essa foi a decisão mais difícil... Há prós e contras... fazer um evento desse porte em SP é no mínimo 4x mais caro... (porém é bem mais rápido de vender) No fim, os fatores decisivos, para escolher o Interior, foram: O (terrível) transito de SP, e as espaçosas acomodações do Parque Tecnológico de Sorocaba

Boa tarde a todos, Conforme consta na Nota Técnica 2018/005 versão 1.30 (disponível na Biblioteca ACBr) as alterações referentes aos grupos de Retirada e Entrega que entrará em vigor no ambiente de produção agora dia 07/05/2019. Alterações no grupo Retirada As alterações se referem aos campos que estão destacados em amarelo, notem que todos eles são opcionais, isso significa que se eles não forem gerados não vai ocorrer nenhum problema, ou seja, a nota vai ser autorizada pela SEFAZ. Como é de costume no componente ACBrNFe esses novos campos estão com a mesma grafia apresentada na Nota Técnica. Observação importante, não devemos gerar o XML com esses novos campos e enviar para o ambiente de produção, pois este só estará apto a partir do dia 07/05/2019, mas nada impede de gerar e enviar para o ambiente de homologação, pois esse já esta aceitando o XML com os novos campos. Alterações no grupo Entrega Idem ao grupo de Retirada. Fragmento do XML com todos os campos de entrega informados: Para quem utiliza o ACBrMonitorPlus, abaixo as alterações em negrito na seções [Retirada] e [Entrega]: [Retirada] CNPJCPF= xNome= xLgr= nro= xCpl= xBairro= cMun= xMun= UF= CEP= PaisCod= Pais= Fone= Email= IE= [Entrega] CNPJCPF= xNome= xLgr= nro= xCpl= xBairro= cMun= xMun= UF= CEP= PaisCod= Pais= Fone= Email= IE= O ACBrMonitorPLUS SAC já esta preparado para gerar o XML com os novos campos, mas vale reforçar mais uma vez que a SEFAZ só vai aceitar esse novos campos no ambiente de produção a partir do dia 07/05/2019. Você pode baixar a versão atualizada do ACBrMonitorPLUS SAC em:

Após reunião com a Secretaria de Estado da Fazenda de Santa Catarina (SEF/SC), na quinta-feira, 2 de maio, lideranças de organizações empresariais e contábeis catarinenses, conseguiram a prorrogação, em três meses, do prazo para o início da vigência do Bloco X, requisito previsto no Ato Cotepe/ICMS 9/2013, que possibilita acompanhamento e fiscalização de transações de vendas aos consumidores finais, a partir da emissão de cupons fiscais. O Ato DIAT 017/2017, publicado pela Diretoria de Administração Tributária da SEF/SC, estabelece os critérios para a obrigatoriedade de transmissão no território catarinense. Pelo calendário anterior do Fisco Estadual, o Bloco X começaria a vigorar a partir de junho deste ano. Na avaliação dos participantes presentes na reunião, a SEF/SC aceitou os argumentos apresentados pelas organizações, que apontaram as dificuldades das empresas de se adaptarem à nova sistemática, principalmente as micro e pequenas empresas (MPEs). Eles também elogiaram a postura do diretor de Administração Tributária da SEF/SC, Rogério Mello, que acatou os argumentos expostos no documento assinado por todas as entidades do setor de Comércio e Serviços. O teor do documento foi apresentado ao governador Carlos Moisés, em audiência realizada no dia 24 de abril. Confira, abaixo, o novo calendário para o início da obrigatoriedade de transmissão de arquivos fiscais, referentes cada segmento comercial: Set/2019 – Comércio Varejista - Farmácia; Jan/2020 – Comércio Varejista de Materiais de Construção; Mar/2020 – Bares, Restaurantes e Similares; Jun/2020 – demais setores. Participaram desse último encontro os representantes do Conselho Regional de Contabilidade de Santa Catarina (CRCSC); da Federação dos Contabilistas do Estado de Santa Catarina (Fecontesc); da Associação Brasileira de Bares e Restaurantes (Abrasel) - Regional Santa Catarina; e da Federação do Comércio de Bens, Serviços e Turismo de Santa Catarina (Fecomércio SC).

Estou homologando a unit no Banco Uniprime(84), em breve estarei divulgando aqui a unit criada, para avaliação da equipe do ACBr.

Já temos a confirmação dos Seguintes palestrantes, e que foram palestrantes da 1a Edição do Evento @Régys Silveira, @EMBarbosa @Daniel Simoes @Italo Jurisato Junior, @José M. S. Junior @Rafael Dias Edgard de Castro @Juliomar Marchetti Novos palestrantes, já confirmados: @Cantu https://firebase.com.br/

Bom dia, marcelolours. Veja o erro abaixo: Parser XML: Nenhum erro encontrado Tipo de Mensagem: Documento de NF-e Schema XML: The element 'ICMSSN500' in namespace 'http://www.portalfiscal.inf.br/nfe' has invalid child element 'vICMSSubstituto' in namespace 'http://www.portalfiscal.inf.br/nfe'. List of possible elements expected: 'vICMSSTRet' in namespace 'http://www.portalfiscal.inf.br/nfe'. Caminho: NFe[1]/infNFe/det[1]/imposto/ICMS/ICMSSN500/vICMSSubstituto