Italo Giurizzato Junior

Sérgio, Porque você esta alterando o arquivo INI do provedor? Com os valores padrões não esta funcionando? O arquivo Vitoria.ini que se encontra no repositório esta com os valores corretos para poder emitir sem nenhum problema. Delete o arquivo que você alterou, atualize novamente todos os fontes de todas as pastas, reinstale a suíte ACBr usando o ACBrInstall_Trunk2 com a opção de apagar arquivos antigos marcada. Depois faça os testes usando o programa exemplo.

Bom dia Lucio, Muito obrigado pela colaboração, vou incluir na minha lista de tarefas.

Bom dia Sergio, Você alterou o arquivo INI do provedor? Se não alterou com certeza os seus fontes estão desatualizados.

Bom dia Juliano, Chegou a configurar a propriedade SSLType com o valor LT_TLSv1_2 ?

Bom dia Camilo, Fiz testes usando o programa exemplo. No retorno do método Enviar tenho um retorno vazio. No retorno do método EnviarSincrono e Gerar tenho o seguinte retorno: <outputXML>GOV42 - Usuário associado ao CNPJ não está autorizado a fazer utilizar o sistema / Usuário associado ao CNPJ não está autorizado a fazer utilizar o sistema</outputXML> Notei nas suas imagem que você configurou o SSLLib como sendo libWinCrypt mas o SSLType esta com o valor LT_ALL, no meu teste informei LT_TLSv1_2.

Jefferson, Então faça os testes com o programa exemplo.

Bom dia Jhon, Favor atualizar os fontes e faça novos testes.

Bom dia Jefferson, Você esta usando o programa exemplo para fazer os testes?

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

Bom dia Leandro, Já enviei para o repositório. Bom dia Lucio, Muito obrigado pela colaboração, já enviei também para o repositório.

Bom dia Marcelo, Ao enviar o Lote foi informado que o numero do mesmo é 29 e a sequencia é 4 veja: <LOTE>29</LOTE><SEQUENCIA>4</SEQUENCIA> Mas ao consultar a situação do lote bem como consultar o lote você esta informando que o numero do lote é 4. Consultar a situação: <LOTE>4</LOTE> Consultar o Lote: <LOTE>4</LOTE> Acredito que ao realizar a consulta a situação e a consulta ao lote, em vez de informar o numero do lote, você esta informando a sequencia que na verdade é o numero do RPS.

Boa tarde, Sim, o Emitente da NF-e pode usar o Distribuição DF-e para obter os XMLs dos Eventos de manifestação do destinatário emitidos pelos destinatários. Com isso o emitente pode atualizar a sua base de dados dando como encerrado aquela nota, ou seja, a nota foi emitida e a mercadoria foi entregue ao destinatário.

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

Boa tarde, Fiz o seguinte teste: 1. Instalei o certificado digital. 2. No programa exemplo, informei o numero de serie dele. 3. Em SSLLib informei o valor libWinCrypt. Tive o seguinte retorno: Inicio TNFSeGerarNFSe Método..... : Gerar Código Erro : L001 Mensagem... : Erro desconhecido. Nao foi possivel identificar o erro ocorrido na solicitacao. Correção... : Entre em contato com a prefeitura para maiores informacoes. Provedor... : Goiania Depois configurei para usar o libCapicom e o retorno foi o mesmo. O XML esta sendo gerado, assinado, validado e enviado. O Webservice recepciona o XML, processa e devolve a rejeição L001. Se o webservice conforme a mensagem não conseguiu identificar o erro ocorrido ai o bicho pega. Precisamos de um XML de envio envelopado para que possamos comparar com o que o componente esta gerando e fazer as devidas correções.

Bom dia Jhon, É o mesmo provedor (Sigep)?

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

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

Marcos, Qual é o conteúdo da variável aXmlRetorno?

Bom dia Leandro, Muito obrigado pela colaboração, vou incluir na minha lista de tarefas.

Alguns provedores estão mudando a criptografia para TLS 1.2, log sugiro usar o OpenSSL ou WinCryp, visto que o Capicom não permite o uso dessa criptografia.

Bom dia Gralak, Favor entrar em contato com a SEFAZ-PR, solicite a URL de Recepção do BP-e TM do ambiente de homologação e de produção.

Bom dia Rafael, Temos a seguinte regra de validação da SEFAZ: Resumindo o Responsável pela geração do CIOT ou o Responsável pelo pagamento do Vale-Pedágio tem que ser informado se o modal for rodoviário e o emitente for um prestador de serviço de transporte, ou seja, uma transportadora.

Bom dia Sergio, O quadro de Quantidades e volumes possui apenas 4 linhas, como ele coloca a descrição da unidade em uma linha e abaixo dela a quantidade e novamente a unidade, temos espaço apenas para duas informações. Acredito que poderíamos mudar. Em vez de: UNIDADE 1,0000 UND Para: UNIDADE: 1,0000 UND Desta forma seria possível informar até 4 quantidades.

Uma coisa é executar ou não o bloco de linhas que você comentou. Outra coisa é o componente estar configurado com o certificado digital do emitente. Esse provedor exige que a conexão com o webservice seja feita com a autenticação do cliente (emitente) e para isso se faz necessário o certificado digital.

Bom dia, O IdCSC e CSC são utilizados para gerar a string do QR-Code da NFC-e que é incluído no XML da NFC-e após o XML ter sido gerado e assinado. Favor ler o documento: Especificacoes Tecnicas 2019_12_26 do DANFE NFC-e QR Code versao 5.1.pdf que se encontra em nossa biblioteca. p/acbr/code - Revision 20963: /tools/DFe/NFCe/QR-Code (sf.net)