Italo Giurizzato Junior

Paulo, O retorno da consulta a situação do lote não tem nada haver com o envio. São métodos diferentes. No retorno do Envio temos o numero do protocolo que seria o numero do recibo da NF-e. Portanto é um numero que simplesmente diz que o Webservice recebeu o lote para ser processado. Por outro lado o retorno da consulta a situação do lote temos a situação. Que pode ser 1, 2, 3 ou 4. Outra coisa, note que o parâmetro ALote do método Envia é passado como sendo uma constante logo a rotina desse método não consegue alterar o valor de ALote. Quanto ao arquivo XML favor atribuir o valor True a propriedade de configuração: Configuracoes.WebServices.Salvar Dessa forma será salvo os arquivo -Soap.xml Desta forma podemos ver o que esta ocorrendo.

João, Como não trabalho com Linux, a solução vai ser "debugar" para descobrir o que pode esta ocorrendo.

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

Paulo, Infelizmente existe uma inversão dos paramentos nesses dois métodos. Ao consultar a Situação o primeiro parâmetro é o numero do protocolo e o segundo é o numero do lote. Já ao consultar o lote devemos inverter eles. Não entendi direito: quando executada na pesquisa para pegar o retorno o parâmetro "Alote" está vindo com o numero "32900" que é o protocolo e não o lote que é "12186". O parâmetro Alote é informado e nenhum momento ele é retornado. Pelo que entendi você informa um numero de lote e o componente muda esse numero? Qual é o provedor?

Bom dia Alessandro, Alguns provedores exigem que a alíquota informada no RPS esteja dividida por 100. Tem que ver agora como ela é retornada no XML da NFS-e. Se vier também dividida por 100, ao imprimir o DANFSE devemos multiplicar por 100.

João, Fiz um teste com o programa exemplo rodando no Windows com a configuração do libWinCrypt e não tive esse erro ao tentar assinar. Configure o componente para usar o libWinCrypt e faça um novo teste.

Joao, A sua aplicação esta se utilizando do arquivo GINFES.ini mais atual, ou seja o que esta na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\ArqINI ?

Desculpa esqueci de passar essa informação, ela se encontra na unit ACBrDFeUtil.

Bom dia Luiz, Não sou a pessoa mais indicada, mas me responda as perguntas abaixo: 1. O monitor esta configurado para qual versão do SAT (0.07 ou 0.08)? 2. É a sua aplicação que gera o XML e depois você utiliza o monitor para enviar ele para o SAT? Notei que no seu XML a versão é 0.07, acredito eu que se o monitor estiver configurado para a versão 0.08 poderá ocorrer problemas.

Bom dia João, Você esta com todos os fontes de todas as pastas atualizados? Você esta testando com o programa exemplo? Qual é o provedor?

Bom dia, Tente com o código: 25300. Alguns provedores exigem um código de município diferente quando se trata de ambiente de homologação.

Bom dia Paulo, Favor anexar o XML de retorno ao realizar a consulta.

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

Bom dia, No numero do CT-e é o mesmo? Se sim, a explicação é simples. Você esta atribuindo o valor zero ao campo cCT, isso faz com que o componente gere automaticamente o código do Conhecimento de Transporte de forma aleatória. Como resolver esse problema. Na rotina onde você salva no banco de dados as informações referente ao CT-e, inclua a seguinte linha: CodigoCTe := GerarCodigoDFe(NumeroCTe); Onde NumeroCTe é o numero do CT-e que vai ser salvo no banco de dados e CodigoCTe é o código gerado aleatoriamente pela função GerarCodigoDFe. Devemos passar o numero do CT-e como parâmetro nessa função para garantir que o código gerado seja diferente do numero do CT-e. Na tabela que contem os dados do CT-e no banco de dados, acrescente mais um campo para conter o valor da variável CodigoCTe. Na rotina onde você lê os dados do CT-e no banco de dados e alimenta o componente faça da seguinte forma: Ide.cCT := QRYConhecimentoCodigoCTe.AsInteger; // Lê da tabela Conhecimento o campo CodigoCTe (numero aleatório) Ide.nCT := QRYConhecimentoNumeroCTe.AsInteger;// Lê da tabela Conhecimento o campo NumeroCTe (numero Sequencial do CT-e)

Bom dia Luiz, Acho que você não entendeu, eu pedi a você o XML do evento de substituição, arquivos (*-ped-eve.xml e *-eve.xml).

Boa tarde Renan, Muito obrigado pela colaboração, assim que possível vou analisar e estando tudo OK, vou enviar para o repositório.

Boa tarde Alessandro, Isso me faz crer que as coisas foram feitas as pressas e para não dizer "Desculpa erramos vamos consertar", nos empurra goela abaixo isso. Em nenhum Schema vi com uma barra só, sempre com duas, e nos WSDL também. Lamentável.

Boa tarde Danilo, Não detenho conhecimento amplo no que diz respeito a assinatura digital, mas deve ser alguma incompatibilidade com o certificado.

Boa tarde Paulo, Pelo menos eu não sabia. O que vai ser necessário: 1. No arquivo Cidades.ini alterar o nome do provedor para a respectiva cidade. 2. No arquivo SimplISS.ini acrescentar a URL de produção e de homologação. Sendo assim favor entrar em contato com a prefeitura ou com o provedor e solicitar as URLs.

Boa tarde Luiz, Favor anexar os XMLs gerado ao enviar o evento de substituição. Quanto a rejeição 221, temos na página 48 do Manual do BPe - Visão Geral a regra de validação J07 que diz o seguinte: Verificar se data-hora do evento não ultrapassa 24 horas da data-hora de embarque informada no BP-e. Acredito eu que se ultrapassar vai gerar a rejeição 221.

Boa tarde @Fabio Fernandes da Silva, Qual é a explicação para que no webservice o namespace esteja com apenas uma "/" entre o htt: e www ? targetNamespace="http:/www.abrasf.org.br/nfse.xsd" O correto não seria duas barras?

Bom dia Roger, Muito obrigado pela colaboração, vou analisar e estando tudo OK vou enviar para o repositório.

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

Bom dia Danilo, Você esta com todos os fontes de todas as pastas atualizados? Se sim, reinstalou a suíte ACBr usando o ACBrIntall_Trunk2? Configurou o componente para qual versão (1.00 ou 2.00)? Se sim, chegou a fazer testes utilizando o libWinCrypt?

Bom dia Paulo, Você deve atribuir o valor de tal forma que a sua nota seja autorizada. Sim, você deve entrar em contato com a SEFAZ-PR e informa-los que no manual a tag é opcional, logo se o valor dela for zero não precisa ser gerada. E pede para eles se justificarem sobre a presença no XML dessa tag opcional mesmo com o valor zero, para que a nota seja autorizada.