Italo Giurizzato Junior

Boa tarde Tiago, Basta atribuir o CPF a propriedade CNPJCPF do emitente: Emit.CNPJCPF := 'CNPJ ou CPF'; Detalhe importante: Usar com série específica 920-969 para emitente pessoa física com inscrição estadual.

Boa tarde Gabriel, A chave do CT-e de anulação você esta atribuindo da seguinte forma? infCTeNorm.infCTeSub.refCteAnu := 'chave do cte de anulação';

Boa tarde Fábio, A propriedade SalvarApenasNFeProcessadas esta com qual valor?

Boa tarde Brajan, Essa alteração se refere ao site onde você pode também emitir a nota, que no meu entendimento não tem nada haver com o webservice que o componente se utiliza. A definição do tipo complexo "input" temos: <xs:complexType name="input"> <xs:sequence> <xs:element name="nfseCabecMsg" type="xs:string"/> <xs:element name="nfseDadosMsg" type="xs:string"/> </xs:sequence> </xs:complexType> Utilizado por todos serviços implementados no webservice da cidade de Natal, como você pode ver tanto a mensagem do cabeçalho quanto a dos dados são do tipo string. Logo não podemos passar um XML. Para resolver essa questão temos duas saídas: ou convertemos o XML em uma string ou colocamos o XML dentro o CDATA. No arquivo INI do provedor (Natal.ini) os campos Cabecalho e Dados da seção XML estão com o valor 1, isso indica que o componente vai converter para string. Você pode fazer um teste: 1. Altere os valores desses 2 campos para zero. 2. em vez de: Texto5=<nfseCabecMsg>%CabMsg%</nfseCabecMsg> Texto6=<nfseDadosMsg>%DadosMsg%</nfseDadosMsg> Mudar para: Texto5=<nfseCabecMsg><![CDATA[%CabMsg%]]></nfseCabecMsg> Texto6=<nfseDadosMsg><![CDATA[%DadosMsg%]]></nfseDadosMsg> Faça essa alteração na seção Recepcionar, se resolver o problema repita a mesma alteração para as demais seções referente aos métodos.

Bom dia Rafael, O componente ACBrNFe que eu me recordo nunca gerou o XML com prefixo nas tags e muito menos nos namespace, pois segue a risca o que consta nos manuais e notas técnicas. Se você utiliza o componente ACBrNFe para gerar o XML da NFe pode ficar tranquilo, não terás nenhuma surpresa desagradável.

Bom dia Joemil, Não tem nenhum INI com uma bolinha vermelha no ícone ou unit de alguma pasta? Se tiver, deleta o arquivo e atualiza novamente.

Bom dia João, Já foi enviado, vou fechar esse tópico, para novas duvidas favor cria um novo tópico.

Bom dia Celso, Entre em contato com o provedor e confirma a URL de homologação, pode ser que a URL que estamos usando esteja errada. Caso ela esteja correta então é o ambiente deles que esta com problemas.

Bom dia Ivo, Muito obrigado pela colaboração, vou incluir na minha lista de tarefas, assim que tivermos uma posição retorno aqui.

Bom dia Diego, Esse XML você baixou do site da prefeitura e o conteúdo da tag <Discriminacao> contem vogais acentuada e cedilha, correto? Se sim, é preciso primeiro trocar as vogais acentuadas pelas correspondentes sem acento e trocar o cedilha por "c".

Bom dia Marcos, No layout da versão 1 temos as tags: <ValorIss> e <ValorIssRetido> dentro do grupo <Valores> ao gerar o XML do RPS. Por outro lado no layout da versão 2 não temos a tag <ValorIssRetido> dentro do grupo <Valores>. Se incluirmos por conta própria a tag <ValorIssRetido> o que vai acontecer: 1. O lote de RPS não vai ser validado pelo simples fato de existir uma tag no XML que não consta no schema. 2. Se você alterar o arquivo INI do provedor atribuindo o valor zero ao campo Validar, isso faz com que não ocorra a validação, logo o lote de RPS vai ser enviado, mas ele vai ser rejeitado pelo simples fato de existir uma tag no XML que não é esperada pelo provedor. Agora se você acha que o layout da versão 2 esta errado, ou seja, esta faltando essa tag, sugiro que entre em contato com a ABRASF e expõe o problema. Eles podem até fazer essa alteração, agora eu quero ver os provedores alterarem os seus webservices e schemas para atender essa nova tag. Para você ter uma ideia a versão 1 do layout da ABRASF conforme consta no manual foi lançado em dezembro de 2008 e a versão 2 em abril de 2011. Praticamente estamos em 2021 e eu tenho uma lista com 32 provedores que ainda se utilizam da versão 1 do layout da ABRASF. Desses 32 uns 4 também tem um segundo webservice para a versão 2. Logo temos 28 provedores que ainda não mudou da versão 1 para a 2 nesses 12 anos de existência da NFS-e, eu duvido que os 53 provedores (que seguem a versão 2) vão alterar os schemas e webservices por conta de uma tag. Tenha em mente o seguinte a ABRASF não estabeleceu um padrão, pois o manual é apenas uma sugestão de como gerar o XML, visto que na minha lista tenho 20 provedores que não segue o layout da ABRASF.

Joemil, Você esta com todos os fontes de todas as pastas atualizados?

Boa tarde Daniel, Vamos a legislação (Ajuste SINIEF 07/05 (...) Cláusula sétima Do resultado da análise referida na cláusula sexta, a administração tributária cientificará o emitente: (...) § 7º Deverá ser encaminhado ou disponibilizado download do arquivo da NF-e e seu respectivo Protocolo de Autorização: I - no caso de NF-e modelo 55, obrigatoriamente: a) ao destinatário da mercadoria, pelo emitente da NF-e, imediatamente após o recebimento da autorização de uso da NF-e; b) ao transportador contratado, pelo tomador do serviço antes do início da prestação correspondente; II - no caso de NF-e, modelo 65, ao adquirente, quando solicitado no momento da ocorrência da operação. (...) Resumindo: O emitente assim que obtem da SEFAZ o protocolo de autorização é obrigado a disponibilizar o XML assinado e protocolado ao destinatário da mercadoria e a transportadora caso esta venha ser contratada pelo tomador para realizar o transporte da mercadoria. Muito simples, se eu faço uma compra o meu fornecedor tem a obrigação de disponibilizar o XML da nota para mim, principalmente se o comprador (eu) for uma pessoa jurídica. Caso ele venha se recusar a disponibilizar o XML, acredito que eu possa denuncia-lo ao Fisco, visto que o XML assinado e com o protocolo de autorização tem validade jurídica e é a nota propriamente dita como consta na legislação: Cláusula primeira Fica instituída a Nota Fiscal Eletrônica - NF-e, que poderá ser utilizada pelos contribuintes do Imposto sobre Produtos Industrializados - IPI ou Imposto sobre Operações Relativas à Circulação de Mercadorias e sobre a Prestação de Serviços de Transporte Interestadual e Intermunicipal e de Comunicação - ICMS em substituição: I - à Nota Fiscal, modelo 1 ou 1-A; II - à Nota Fiscal de Produtor, modelo 4. III - à Nota Fiscal de Venda a Consumidor, modelo 2, a critério da unidade federada; IV - ao Cupom Fiscal emitido por equipamento Emissor de Cupom Fiscal (ECF), a critério da unidade federada. § 1º Considera-se Nota Fiscal Eletrônica - NF-e o documento emitido e armazenado eletronicamente, de existência apenas digital, com o intuito de documentar operações e prestações, cuja validade jurídica é garantida pela assinatura digital do emitente e autorização de uso pela administração tributária da unidade federada do contribuinte, antes da ocorrência do fato gerador. Resumindo: Não fornecer ao destinatário da mercadoria o XML é se recusar a fornecer a nota. Devemos sempre lembrar que o DANFE significa Documento Auxiliar da Nota Fiscal Eletrônica. Se é um Documento Auxiliar da Nota, logo não é a Nota, da mesma forma que o Auxiliar do Chefe não é o Chefe. Para que serve então o Distribuição DF-e e os eventos de Manifestação do Destinatário? 1. O Distribuição DF-e serve para você descobrir se existe alguma empresa emitindo nota contra o seu CNPJ sem o seu consentimento. 2. Os eventos de Manifestação do Destinatário serve para você informar o Fisco se você comprou ou não daquela pessoa e se recebeu ou não a mercadoria. Dependendo da mercadoria adquirida se faz necessário enviar o evento de Manifestação do Destinatário em tempo abiu, caso contrario pode ser multado. Tem UF que chega aplica multa de mais de 20 mil reais por nota não manifestada. Fica a dica.

Boa tarde Embrati, O componente possui 3 propriedades Salvar: Configuracoes.Geral.Salvar := True / False ==> Se true salva em disco os arquivos de envio e de retorno, esses arquivos não temos a obrigação de guarda-los, logo você pode atribuir o valor false. Configuracoes.Arquivos.Salvar := True / False ==> Se true salva em disco os arquivos: *-nfe.xml, *-procEventoNFe.xml e *-procInutNFe.xml esses arquivos devemos guardar eles pelo período definido na legislação. Configuracoes.WebServices.Salvar := True / False ==> Tem a mesma finalidade do primeiro, mas com uma diferença salva os arquivos de envio exatamente como é enviado e o de retorno exatamente como é retornado pela SEFAZ, é muito útil em fase de testes. Configuracoes.Arquivos.SalvarApenasNFeProcessadas := True / False ==> Se true salva o XML só se a nota foi Autorizada ou Denagada. Eu te aconselho a atribuir o valor False a essa propriedade, pelo simples fato de que se ao enviar ocorrer algum erro de internet, tendo o XML assinado e salvo em disco, basta carregar ele através do método LoadFromFile e depois executar o método Consultar. Agora se você atribuir o valor True não terá o arquivo, logo vai ser necessário alimentar o componente novamente, gerar e assinar para depois realizar a consulta. O porque de consultar? Simples, se você envia e ocorre um erro de internet não sabemos se o erro ocorreu no envio ou no retorno. Como geralmente ocorre no retorno, ao consultar teremos o resultado do processamento, caso tenha sido autorizado o XML como esta carregado será atualizado, ou seja, vai receber o protocolo de autorização. Por outro lado se ao consultar a SEFAZ retornar uma rejeição acusando que a nota não consta na base de dados, ai sim, devemos enviar novamente. Espero ter ajudado.

A URL é a mesma para os dois ambientes?

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde Danny, Já enviei para o repositório.

Boa tarde, Muito obrigado pela colaboração, já esta no repositório.

Boa tarde Joemil, Favor atualizar os fontes e faça novos testes.

Boa tarde Gustavo, Após atualizar os fontes não ficou nenhum arquivo INI ou fonte (*.pas) com uma bolinha vermelha no ícone? Se sim, apague e atualize novamente. Por fim reinstale a suíte ACBr usando o ACBrInstall_trunk2 com a opção de apagar arquivos antigos marcada.

Boa tarde Celso, Tente enviar para o ambiente de produção, pode ser que o ambiente de homologação esteja com problemas.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde João, Muito obrigado pela colaboração, ainda hoje vou enviara para o repositório.

Boa tarde Arthur, Segundo a ferramenta SoapUI o conteudo de nfseCabecMsg e nfseDadosMsg devem ser uma string e não um XML. Na seção XML do arquivo Natal.ini temos os campos: Cabecalho=1 Dados=1 Que diz para o componente converter o XML do cabeçalho e do dados em string. Para mim o problema é outro.

Boa tarde Marcos, O problema é que a tag <ValorIssRetido> só existe na versão 1 do layout da ABRASF. Os provedores ISSCuritiba, Betha e Ginfes seguem a versão 1, já o provedor WebISSv2 segue a versão 2.