Italo Giurizzato Junior

Bom dia Samuel, Tente com essa configuração:

Bom dia, Alguns provedores requerem que seja feito um cadastro para emitir nota via Webservices, será que não é o caso?

Bom dia Jailton, O seu cliente tem o certificado digital A1 ou A3? Se ele tem A1 seria interessante você instalar ele na sua maquina também e iniciar os testes com o programa exemplo em ambiente de homologação, pois pelo que vi, você esta tentando consultar uma nota no ambiente de produção. Tendo o certificado, você testa todos os métodos: enviar, consultar e cancelar.

Bom dia Dércio, As tags xxxEfet só serão geradas mediantes algumas condições, veja: if (nfe.Det[i].Imposto.ICMS.pRedBCEfet > 0) or (nfe.Det[i].Imposto.ICMS.vBCEfet > 0) or (nfe.Det[i].Imposto.ICMS.pICMSEfet > 0) or (nfe.Det[i].Imposto.ICMS.vICMSEfet > 0) then begin Gerador.wCampo(IIf(FUsar_tcDe4,tcDe4,tcDe2), 'N34', 'pRedBCEfet', 01, IIf(FUsar_tcDe4,07,05), 1, nfe.Det[i].Imposto.ICMS.pRedBCEfet, DSC_PREDBCEFET); Gerador.wCampo(tcDe2, 'N35', 'vBCEfet ', 01, 15, 1, nfe.Det[i].Imposto.ICMS.vBCEfet, DSC_VBCEFET); Gerador.wCampo(IIf(FUsar_tcDe4,tcDe4,tcDe2), 'N36', 'pICMSEfet', 01, IIf(FUsar_tcDe4,07,05), 1, nfe.Det[i].Imposto.ICMS.pICMSEfet, DSC_PICMSEFET); Gerador.wCampo(tcDe2, 'N37', 'vICMSEfet ', 01, 15, 1, nfe.Det[i].Imposto.ICMS.vICMSEfet, DSC_VICMSEFET); end;

Bom dia, O seu problema se refere a tag vICMSSubstituto? Se sim, então vamos entender o que esta ocorrendo. 1. A tag vICMSSubstituto apresentada na Nota Técnica 2018/005 versão 1.10 já é para ser aceita no ambiente de homologação das SEFAZ, no ambiente de produção somente a partir de 29/04/2019. 2. Essa tag é obrigatória para alguns CST (favor ler a Nota Técnica mencionada acima para sabe quais CST exigem essa tag). 3. Na pasta: ...\Exemplos\ACBrDFe\Schemas\NFe temos dois arquivos XSD: leiauteNFe_v4.00.xsd e leiauteNFe_v4.00_Homologacao.xsd. O Schema leiauteNFe_v4.00.xsd deve ser usado para validar notas que são enviadas para o ambiente de produção, portanto sem a tag vICMSSustituto. O Schema leiauteNFe_v4.00_Homologacao.xsd deve ser usado para validar notas que são enviadas para o ambiente de homologação, portanto com a nova tag. Mas lembre-se de renomear o XSD (leiauteNFe_v4.00_Homologacao.xsd) para (leiauteNFe_v4.00.xsd), pois é esse o nome reconhecido pelo componente. Resumindo: Ambiente de Produção até o dia 29/04/2019 Não gerar a tag vICMSSubstituto (o componente se encarrega disso), e usar o schema: leiauteNFe_v4.00.xsd Ambiente de Homologação Gerar a tag vICMSSubstituto (o componente se encarrega disso), e usar o schema: leiauteNFe_v4.00_Homologacao.xsd renomeado para leiauteNFe_v4.00.xsd Ambiente de Produção após o dia 29/04/2019 Recomendação igual a do Ambiente de Homologação.

Bom dia, Esse XML possui duas assinaturas, uma se refere a assinatura do RPS e a outra do Lote. O Lote é rejeitado por que a assinatura esta invalida, mas qual delas? Favor entrar em contato com o provedor e pedir para eles apontar onde esta o problema na assinatura.

Bom dia, Primeiramente o Cancelamento Por Substituição nessa primeira etapa só esta disponível para a NFC-e, logo não podemos enviar esse tipo de evento para a NF-e. Quanto ao retorno da consulta de uma NFC-e não existir o procEventoNFe de uma nota cancelada por substituição pode ser que a SEFAZ ainda esteja fazendo os ajustes necessários para que ele seja gerado. Lembre-se que o Cancelamento Por Substituição é um evento novo.

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

Bom dia Milton, Uma coisa é não conseguir enviar, outra é não obter um retorno da SEFAZ. Configure o componente para salvar os arquivos soap. Configurações.WebServices.Salvar := True; Faça um novo teste de envio e anexa os XML gerados que contem em seu nome a palavra soap, para que possamos analisar.

Boa tarde Mauricio, Exatamente, eu dei um ponta pé inicial no desenvolvimento desse componente, mas tive que parar por contou de outros serviços. Disponibilizei os fontes no repositório Branches, para que alguém pudesse dar continuidade. Fique a vontade em corrigir, alterar e acrescentar o que estiver faltando. Toda ajuda é bem vinda. Conseguindo deixa-lo funcional, mesmo que seja só para o BB, quem sabe mais desenvolvedores resolvam ir contribuindo para torna-lo funcional também com os demais bancos.

Boa tarde Marciano, Complementando a resposta do Junior, só podemos imprimir no DACTE informações que estejam presente no XML do respectivo CT-e, isso consta no manual. Portanto imprimir informações que não existe no XML é passivo de um puxão de orelha ou algo pior do Fisco.

Boa tarde Júlio, Já conhece a nossa Base de Conhecimento? Temos a resposta nessa base: Como e quando usar o SVC - SEFAZ Virtual de Contingência

Boa tarde, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Boa tarde, MDF-e versão 2.00 que inicia em 01/04 de que ano, onde você leu isso? Nunca existiu a versão 2.00, o MDF-e pulou da versão 1.00 para a 3.00 e a SEFAZ só aceita a versão 3.00 desde 05/06/2017.

Boa tarde, Faça um teste. Emita uma nota em ambiente de homologação, depois faça o seu cancelamento, por fim execute o seguinte comando: ACBrNFe.NotasFiscais.LoadFromFile(xNomeXML); ACBrNFe.Consultar; Feito isso abra o arquivo *-sit.xml através de um navegador. Note que existe um grupo chamado <protNFe> que contem as informações sobre o protocolo de autorização (algumas SEFAZ colocam do cancelamento) e caso a nota tenha eventos vinculados (neste caso sim, pois a nota foi cancelada) temos o grupo procEventoNFe. é grupo procEventoNFe que vamos encontrar tudo referente ao evento, que neste caso é o de cancelamento. O componente no momento não possui nenhum recurso que extrai esse grupo do XML (*-sit.xml) e salve separadamente. É ai que eu me refiro em extrair o conteúdo procEventoNFe de forma manual. Outra coisa importante, uma nota cancelada só possui um evento vinculado a ela, logo no arquivo *-sit.xml só vai existir apenas um grupo procEventoNFe, por outro lado uma nota que não foi cancelada, mas teve por exemplo: Cartas de correções, EPEC e outros eventos que a SEFAZ desejar incluir, teremos com certeza mais de um procEventoNFe nesse arquivo.

Boa tarde Marcelo, Como assim, você fez uma CC-e de uma NF-e cujas informações passadas na CC-e não se refere a NF-e a qual a CC-e vai ser vinculada? Agora a coisa ficou mais esquisita. Bom independente se isso que foi feito esta correto ou não, para mim esta tudo errado, você não disse se utiliza o Fast ou o Fortes Report para imprimir a CC-e.

Bom dia Maikon, Uma coisa é o XML do RPS, que é gerado e enviado para o webservice pelo componente. Nesse XML no que diz respeito ao Prestador só é informado o CNPJ e a IM. Outra coisa é o XML da NFS-e, que é gerado e retornado pelo webservice. O XML da NFS-e é para constar todos os dados do Prestador. É o XML da NFS-e que devemos utilizar para imprimir o DANFSE.

Note que neste XML aparece o usuário e a senha. O usuário normalmente é o CNPJ, procure informar sem a formatação, ou seja, sem os pontos, barra e o traço.

Flávio, Como você deve notar no arquivo 456-rec.xml e nele que contem a mensagem que a licença não é valida ou tenha expirado. Que eu saiba nenhum provedor existe que a aplicação do contribuinte tenha uma licença para consumir o webservice. O que os provedores costumam exigir é um cadastro especifico para usar o webservice. O que pode esta ocorrendo: 1. A prefeitura mudou de provedor; 2. O certificado digital do provedor venceu, neste caso a mensagem de erro esta errada. 3. O cadastro para o contribuinte continuar usando o webservice é preciso ser renovado. Favor entrar em contato com o provedor para saber o que realmente esta ocorrendo.

Bom dia Rafael, Fiz mais uma alteração, vamos ver se agora vai funcionar a contento.

Por favor compare os nomes dos arquivos (que eu pedi e o que você anexou). Se a aplicação não esta gerando o arquivo *-env-lot-soap.xml favor configurar para que o arquivos seja gerado. Configurações.WebServices.Salvar := True

Bom dia Samuel, Pelo que entendi a cidade de Caldas Novas/GO mudou de WebISS para WebISSv2. Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Bom dia Flávio, Você poderia anexar os XML gerados, pois pelo que eu saiba essa mensagem de erro não consta no ACBr.

Bom dia Jailton, No caso do provedor Ginfes não existe URL de SoapAction, dai o motivo dela ser nula. Outra coisa, esse provedor tem apenas uma URL de homologação e outra de produção para recepcionar todos os tipos de serviços (envio de lote, consultas e cancelamento). Utilize o programa exemplo do ACBrNFSe para realizar os testes.

Bom dia Tathiana, Alem de atualizar os fontes, reinstalar os componentes, esta usando o arquivo INI novo do respectivo provedor?