Painel de líderes

12/09/2022 - Rejeição 894 A SVC-AN foi ativada para contornar problemas causados por falha apresentada pela rejeição 894, prevista pela NT2021.003. O ambiente de contingência permanecerá ativo até a normalização do ambiente de emissão normal. Fonte : https://portal.fazenda.sp.gov.br/servicos/nfe

Olá pessoal, Novidades sobre o DIFAL. O portal nacional da DIFAL está de cara nova! Com nova identidade visual, consultas dinâmicas e integração total com demais sistemas de documentos fiscais eletrônicos. Conforme o disposto no Convênio ICMS nº 235, de 27 de dezembro de 2021, fica instituído o Portal Nacional da diferença entre as alíquotas interna da unidade federada de destino e interestadual nas operações e prestações destinadas a consumidor final não contribuinte do Imposto sobre Operações relativas à Circulação de Mercadorias e sobre Prestações de Serviços de Transporte Interestadual e Intermunicipal e de Comunicação - ICMS - localizado em outra unidade federada, disponibilizado a partir de 30 de dezembro de 2021. Link do Portal: Portal da DIFAL (svrs.rs.gov.br)

A tabela de NCM utilizada para emissão da NFe passou por uma nova atualização com a publicação da versão 3.30 da Nota Técnica 2016.003. Alterações Inclusão de 5 novos códigos na tabela de NCM publicada no Portal Nacional da NF-e Remoção do NCM 4703.21.00 - De Coníferas* Sobre as datas de Vigência * O NCM removido terá validade até 31/12/2022, não sendo mais aceito depois disso Os novos NCMs tem seu inicio de vigência conforme tabela abaixo Homologação Produção 15/12/2022 01/01/2023 Fonte : http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=FIDhg/zGft8=

Boa noite Willian, Mais provável que seja na leitura do retorno, por não ter conseguido salvar o XML. Debugue o ponto do tratamento a seguir, inclusive você vai conseguir ler o XML do retorno. Veja que no bloco da NotaCompleta a identificação do nó é diferente do outro bloco, o problema pode estar aí. ../trunk2/Fontes/ACBrDFe/ACBrNFSeX/Provedores/IPM.Provider.pas

Boa tarde Leandro, Já esta no SVN. Favor atualizar os fontes, reinstale o ACBr e faça novos testes.

Andreus, Já esta no SVN.

João, Já esta no SVN.

Boa tarde João, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-3063

Willian, Neste caso vai ser necessário entrar em contato com a prefeitura ou com o provedor.

Boa tarde Willian, Apesar do componente aceitar diversos valores para esse campo, muitas vezes o webservice não aceita e também tem que ver quais os valores aceitos para o contribuinte em questão.

Boa tarde, muito obrigado Italo. Estarei de olho para dar update nos fontes

Boa tarde, Marcou a opção TLS no componente? Existem tópicos aqui no fórum tratando a respeito disso. Exemplo de um outro:

Explicação... The IDE forces all unit filenames to lower case. Even renaming the files to the casing that we want, which matches the casing in code, eventually the IDE will put it back to lower case. the reason why the IDE does this: on case sensitive filesystems (e.g. Linux), it also checks for the file in all lowercase. Keeping files lowercase saves a lot of headaches if the code is ever used on Linux. (otherwise the case in the USES clause must match exactly) Mas pra nós isso não é sempre um problema. Afinal fica muito difícil pra nós lermos os nomes dos arquivos se estiverem tudo em letras minúsculas. A solução: A configuração que muda esse comportamento está em: Tools->Options->Environment->Naming Ou Ferramentas -> Opções -> Ambiente -> Nomeação Fonte: https://forum.lazarus.freepascal.org/index.php?topic=34514.0

Boa noite, Este provedor já está implementando no componente, basta adicionar o município no ini. Veja o tópico a seguir com instruções. Quando habilitar, por favor confirme se todos os serviços funcionaram e anexe o ini alterado para envio ao SVN.

Boa noite, Tente preencher o CNPJ do tomador que faltou. NFSe.Tomador.IdentificacaoTomador.CpfCnpj

Ei Renato, segui este guia de configuração e consegui enviar e-mails em servidores que não requerem SSL.. Uma conta que estava testando e que requer SSL é o zoho free, mas vi na documentação que não está disponível o serviço smtp para as contas free. Então, sobre SSL pode ser realmente que a mensagem relate sobre a versão do SSL mas tenha origem de fato na autenticação. Agradeço o apoio pessoal... Muito obrigado...

Boa tarde Ítalo, Ficou perfeito! Super agradeço!

Boa tarde, Pode confirmar se todos os serviços deste provedor, nesta versão, estão funcionando para que seja atualizado também a lista de provedores implementados? Emissão, cancelamento, consultas. https://svn.code.sf.net/p/acbr/code/trunk2/Fontes/ACBrDFe/ACBrNFSeX/Provedores-Implementados.txt

Olá Pessoal, Já se encontra no SVN a implementação do provedor CTAConsult que atende a cidade de Balsas/MA. Convido a todos a realizarem testes e reportar os problemas que encontrarem. Vamos juntos deixar mais este provedor funcional no componente ACBrNFSeX.

Italo, deu certo desta forma (202200000000027), muito Obrigado... eu até tinha testado testado com 2022/27 (pois assim se faz pelo portal deles)... Muito Obrigado...

Bom dia pessoal, Tanto para a lib quanto para o ACBrMonitorPlus já está em desenvolvimento... Lembrando que nosso time que está atuando nestas frentes também estará no Dia do ACBr, caso ainda não tenham se inscritos aproveitem as ultimas vagas, e quem vai estar por lá, não deixe de conversar com os devs do time https://www.diadoacbr.com.br/ At.

Bom dia, O modelo que vc postou é um RPS e não uma NFSe. E o modelo do ACBr é aceito por varias cidades sem problema algum. Quando o provedor recebe o RPS e gera a nota, automaticamente já é disparado para o cliente um email com o LINK para a impressão da nota com o lay-out da prefeitura. Não há exigencia para impressão da NFSe para o transporte, visto que é um serviço, mas todos querem imprimir. Eu por via das duvidas criei um gerador proprio de lay-out, e tenho a opção de imprimir o modelo padrão do ACBr.

Tem alguma norma que diz que tem que formatar desse modo? O layout indica que a tag tpVeic é numérico e pode ter 1 ou 2 caracteres, e tanto na tabela de tipo e espécie de veículos disponível no portal da NFe indicada na regra de validação, tanto na Portaria DENATRAN 681/2020, os códigos não são formatados. Creio que a SEFAZ em questão esteja validando indevidamente a formatação, e caso seja aplicada essa alteração outras UF possam passar a rejeitar.

Olá Pessoal, As alterações contidas nessa nova versão da NT não afeta em nada o componente e muito menos a sua aplicação. A seguir detalhamos melhor oque mudou: Quanto as Informações de Transporte Alterações no texto das regras X04-50, X04-60, X04-90 e X04-100. Essas alterações visam evitar rejeições em operações cuja contratação do transportador seja por conta do Remetente e a empresa contratada é uma filial do Destinatário, ou vice-versa. Quanto as Informações de Medicamentos Adiciona exceção na Regra K01-20, do grupo de medicamentos para desambiguar as diferentes exceções. Esta regra obrigava o preenchimento do grupo de Rastreabilidade de produto (tag: rastro) sempre que houvesse o preenchimento do Detalhamento Específico de Medicamentos (tag: med). No entanto, essa informação nem sempre está disponível quando envolve venda pela internet ou quando se trata da NF-e de devolução de mercadoria ou de venda para entrega futura. Remoção nas Regra K01-20 da Exceção 3 os CFOP 5116 e 6116. Outras Alterações Foi corrigida ainda a documentação das regras de validação J19-10, J20-10, J20-20 e U06-10 para adicionar o número do item, facilitando a identificação da rejeição. Sobre a Vigência Entrada em produção de TODA a NT, incluindo as alterações desta versão, fica para 12/09/2022.

A ativação das regras de validação do GTIN relativas a Etapa 1 em 12/09/2022, deverá trazer grande impacto as empresas em todo o pais e com isso a SEFAZ emitiu um alerta na página da NFe destacando alguns procedimentos importantes que as SoftwareHouses devem se atentar. Sobre os produtos que não utilizam GTIN O campo deve ser informado com a expressão "SEM GTIN" ao invés de deixar o campo vazio (branco/nulo). Importante para segmentos de Produção de Cigarros, Medicamentos e Brinquedos O campo GTIN será validado junto ao cadastro centralizado de GTIN, havendo rejeição das notas fiscais de venda de produção própria dests segmentos, quando houver GTINs não cadastrados. Para entender em detalhes todas as etapas da ativação das regras de validação do GTIN, veja este artigo Fonte: http://www.nfe.fazenda.gov.br/portal/informe.aspx?ehCTG=false&Informe=dXDSKcOp/3U=

Tópico com mais detalhes sobre o GTIN

Em 5 DE SETEMBRO DE 2022, foi publicada a versão 3.1.1 do Guia Prático da EFD ICMS IPI, o SPED ICMS o qual traz as seguintes alterações: Correção da orientação de preenchimento do campo 05 do registro C190 – retirada do termo FCP Inclusão dos registros C597, C857, C897 e D737 na regra de obrigatoriedade do registro 1900. Vale lembrar que dado a vigência somente em 2023, neste momento não teremos atualizações do programa validador quanto a estas mudanças. Sobre a Vigência das Mudanças Efeitos em 01/01/2023 conforme estabelecido pelo Ato Cotepe 80/2022 Fonte : http://sped.rfb.gov.br/pagina/show/6070

Conforme aviso publicado no portal da NFe, a emissão no estado de SP será feita em modo de contingência entre as 06:00 e as 12:00 do dia 11/09/2022. Fonte: http://www.nfe.fazenda.gov.br/portal/principal.aspx

Conforme aviso publicado no portal da NFe, a emissão no estado de MG será feita em modo de contingência entre as 19:55 e as 21:00 do dia 08/09/2022. Fonte: http://www.nfe.fazenda.gov.br/portal/principal.aspx

Olá Pessoal, Abaixo mais cidades que assinaram a adesão ao Padrão Nacional.

Olá Pessoal, A etapa 2 foi concluída a leitura do XML do DPS e já se encontra no SVN, está faltando agora a leitura do XML da NFS-e.

em 31/08/2022 - A versão 1.33 dessa Nota Técnica traz a suspensão do prazo de implementação das regras X04-50, X04-60, X04-90 e X04-100. Ambiente de Homologação (ambiente de teste das empresas): até 12/09/2022 (suspensão do prazo de implementação) Ambiente de Produção: Implementação futura Houve ainda alteração da documentação das regras X04-30, X04-50, X04-80 e X04-100 para que elas se refiram ao id correto do campo CPF (id: C02a) do Destinatário nas operações de entrada (tpNF=0). Observação: O prazo de entrada em produção dessa NT permanece o mesmo: 12/09/2022, EXCETO para as regras X04-50, X04-60, X04-90 e X04-100. Fonte : http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=No7WPPlEEeg=

Olá Pessoal, É com muita satisfação que venho comunicar a todos que o componente ACBrNFSeX já está gerando, assinando e validando o XML do DPS (Declaração Provisória de Serviço) termo usado no layout da NFS-e Padrão Nacional. Foi implementado o provedor PadraoNacional no componente. A implementação está dividida em 3 etapas: 1. Escrever a Unit que vai gerar o XML do DPS. 2. Escrever a Unit que vai ler o XML do DPS e da NFS-e. 3. Escrever a Unit que monta os Envelope Soap para cada serviço disponibilizado pelo WebService, prepara o envio do XML de cada serviço, bem como o tratamento do retorno de cada serviço. A etapa 1 já foi finalizada, vamos partir agora para a etapa 2. Já foi escrito uma previa do código que prepara o XML de envio para que fosse possivel testar a unit que gera o XML, mas ela ainda vai sofrer alterações. Para finalizar, fui obrigado a fazer alguns ajustes nas classes, mais precisamente na classe que contém as informações sobre o Intermediário, Construção Civil e em 2 campos da classe Tomador. Abaixo temos uma relação do que foi alterado: A esquerda como era, a direita como ficou: IntermediarioServico.* => Intermediario.* IntermediarioServico.RazaoSocial => Intermediario.RazaoSocial IntermediarioServico.IssRetido => Intermediario.IssRetido IntermediarioServico.CpfCnpj => Intermediario.Identificacao.CpfCnpj IntermediarioServico.InscricaoMunicipal => Intermediario.Identificacao.InscricaoMunicipal IntermediarioServico.EMail => Intermediario.Contato.EMail IntermediarioServico.DDD => Intermediario.Contato.DDD IntermediarioServico.Telefone => Intermediario.Contato.Telefone Tomador.NifTomador => Tomador.IdentificacaoTomador.Nif IdentificacaoTomador.DocTomadorEstrangeiro => IdentificacaoTomador.DocEstrangeiro ConstrucaoCivil.CodigoMunicipioObra => ConstrucaoCivil.Endereco.CodigoMunicipio ConstrucaoCivil.LogradouroObra => ConstrucaoCivil.Endereco.Endereco ConstrucaoCivil.ComplementoObra => ConstrucaoCivil.Endereco.Complemento ConstrucaoCivil.NumeroObra => ConstrucaoCivil.Endereco.Numero ConstrucaoCivil.BairroObra => ConstrucaoCivil.Endereco.Bairro ConstrucaoCivil.CEPObra => ConstrucaoCivil.Endereco.CEP ConstrucaoCivil.UFObra => ConstrucaoCivil.Endereco.UF ConstrucaoCivil.CodigoPaisObra => ConstrucaoCivil.Endereco.CodigoPais ConstrucaoCivil.xPaisObra => ConstrucaoCivil.Endereco.xPais

No meu teste fim-a-fim deu este erro, com o emulador do Sefaz... mas eu estava usando os CNPJ e IE do emitente inválidos... Quando coloquei para usar conforme abaixo (visto que era com o emulador), funcionou: with ACBrSAT1 do begin Config.emit_CNPJ := '11111111111111'; Config.emit_IE := '111.111.111.111'; Config.emit_IM := '123123'; end; Espero ter ajudado.