Italo Giurizzato Junior

Boa tarde Bruna, Muito obrigado pela colaboração.

Boa tarde, Erro de canal seguro. Houve a troca do certificado digital?

Boa tarde a todos, Uma pequena correção, não existe mais no CT-e: Local de Coleta e de Entrega.

Boa tarde Leo, Primeiramente, eu lhe pedi o arquivo de retorno, ou seja, o arquivo que é retornado pela SEFAZ ao realizar a consulta. Você anexou o XML do CT-e, que provavelmente você carrega antes de realizar a consulta. Aproveitando, você esta gerando o XML do CT-e de forma errada. veja: <dhEmi>2016-06-30T00:00:00</dhEmi> Você esta informando somente a data de emissão, sendo que o correto é informar a data e hora. O nome da TAG é dhEmi, ou seja, data e hora da emissão.

Bom dia, Você já tentou entrar em contato com a prefeitura da respectiva cidade?

Heronim, Faz um favor entre em contato com o provedor e questiona eles sobre o Hash. Se o mesmo é fornecido pelo provedor, caso não seja como ele deve ser gerado.

Boa tarde Anderson, Tente desta forma: Tomador.IdentificacaoTomador.CpfCnpj := ''; Tomador.RazaoSocial := ''; Tomador.Endereco.Endereco := ''; Tomador.Contato.Telefone := ''; Tomador.Contato.Email := ''; Com isso o componente vai gerar o grupo Tomador vazio sem nenhuma TAG dentro.

Boa tarde Heronim, Veja como esse pessoal se contradiz. Primeiro diz o problema é a falta das informações. Mas no exemplo diz que essas informações são opcionais. Vai entender o que passa na cabeça deles. Me diz uma coisa, esse Hash do Identificador é fornecido pelo provedor?

Boa tarde Augusto, A propriedade UseCertificado não tem nada haver com o numero do CNPJ. Essa mensagem de erro significa que o CNPJ do certificado não é o mesmo informado para o Emitente (Prestador) da nota. Reveja a configuração do componente.

Bom dia, Estou aguardando a analise dos demais membros da equipe ACBr no que diz respeito ao código 202 que foi incluído no tratamento do retorno do OpenSSL. Mas pelo que andei lendo sobre o assunto não vejo problemas colaterais.

Bom dia, No XML, o conteúdo de uma TAG não pode ter quebra de linha. É por isso que usamos o ";" para que ao imprimir o DANFSE ocorra a quebra de linha.

Bom dia a todos, Pelo titulo da postagem creio que vocês estão tentando emitir notas para a cidade de Guarapuava/PR que se utiliza do provedor PronimV2, Correto? Fiz uma alteração no arquivo INI do provedor para o ambiente de homologação. Favor atualizar os fontes e realizar novos testes.

Bom dia Acácio, Tente desta forma: sSituacao := ACBrNFSe1.WebServices.ConsLote.RetornoNFSe.ListaNFSe.CompNFSe.Items[ x ].NFSe.Situacao;

Bom dia Graça, Estou escrevendo um manual para os componentes ACBrCTe, ACBrNFe, ACBrMDFe e ACBrNFSe. Nesses manuais teremos uma explicação de cada propriedade do componente, bem como de cada método disponível. Esses manuais vão ser disponibilizados em uma pasta especifica junto com os fontes dos componentes.

Bom dia Leo, Favor anexar o XML de retorna ao executar a consulta.

Leo, O consultar salva o XML atualizado sem a necessidade de você incluir uma linha para isso. Basta que a propriedade Salvar esteja com o valor True: Configuracoes.Arquivos.Salvar := True; Talvez seja essa linha que esteja faltando na sua aplicação. Na minha aplicação eu tenho uma unica rotina padrão de configuração do componente. Sendo assim, quando necessito que o componente esteja devidamente configurado chamo essa rotina.

Bom dia, Em vez de usar o #13 tente colocar o carácter "ponto e virgula".

Bom dia Tiago, Não adianta você postar o XML do RPS. Configure o componente para salvar os arquivos Soap. Realize o envio e anexa os arquivos Soap para que possamos analisar.

Bom dia Alexandre, Quanto a gerar o XML a ser enviado através do método Gerar, ainda não foi feito. O motivo é que o layout dele é totalmente diferente dos demais provedores. Todos os provedores que utilizam esse método o layout é exatamente igual ao layout de um RPS, do provedor SimplISS não é. Ainda estou estudando a melhor forma de implementar isso.

Bom dia BigWings, Favor fazer uma cópia dos seus fontes. Depois atualize todos os fontes de todas as pastas. Na Unit ACBrNFSeWebServices não inclui as procedures que você acrescentou para resolver o problema de envio. Fiz uma alteração no arquivo INI do provedor: [Geral] VersaoSoap=1.1 para [Geral] VersaoSoap=1.2 Acredito que com essa alteração não seja necessário as procedures especificas de envio para o provedor em questão.

Bom dia Augusto, Foi sim, faz o seguinte exclua o arquivo a atualiza novamente.

Bom dia José, O problema pode ser o antivírus.

Bom dia Leo, Se o XML não contem o protocolo de autorização, ele esta apenas assinado neste caso você precisa realizar uma consulta para poder atualizar ele. // Carrega no Componente o CTe salvo em Arquivo XML sem o protocolo ACBrCTe.Conhecimentos.Clear; ACBrCTe.Conhecimentos.LoadFromFile(NomeArquivo); ACBrCTe.Consultar; // Carrega no Componente o CTe salvo em Arquivo XML com o protocolo ACBrCTe.Conhecimentos.Clear; ACBrCTe.Conhecimentos.LoadFromFile(NomeArquivo); ACBrCTe.Conhecimentos.Imprimir; Desta forma o XML será atualizado, ou seja, receberá o protocolo de autorização. Caso deseje imprimir o DACTE com a tarja "CT-e Cancelado" deve-se incluir a seguinte linha antes do Imprimir: ACBrCTe.DACTe.CTeCancelada := True; ACBrCTe.Conhecimentos.Imprimir; Para Imprimir qualquer evento vinculado a um CT-e devemos proceder da seguinte forma: NomeEvento := PathEvento + '\' + TipoEvento + ChaveCTe + SeqEvento + '-procEventoCTe.xml'; // Carrega no Componente o Evento salvo em Arquivo XML ACBrCTe.EventoCTe.Evento.Clear; ACBrCTe.EventoCTe.LerXML(NomeEvento); No caso de um evento de cancelamento: TipoEvento = '110111' ChaveCTe = chave do CTe (44 dígitos) SeqEvento = '01'

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

Sendo assim, seria interessante descobrir se são versões diferentes. Um grupo de cidades se utiliza da versão 1.00 por exemplo e um outro grupo usa a versão 1.10 por exemplo.