Italo Giurizzato Junior

Boa tarde @Diego Reckziegel, Já esta no SVN.

Boa tarde @billbarsch, Já esta no SVN.

Boa tarde @Astrogildo82, Já esta no SVN.

Bom dia Douglas, Verifique qual é o valor da tag <NaturezaOperacao>, pela mensagem de erro o valor deve ser 2 sendo que o correto (acredito eu) deveria ser 1.

Bom dia @billbarsch, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5676

Bom dia Valter, Por ser outra cidade e outro provedor, te aconselho a criar um outro tópico. Desde já muito obrigado pela compreensão.

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

Boa tarde @frankimiotto, O componente ACBrNFSeX trata a questão da assinatura sozinho. Ele sabe o que precisa ser assinado. Se esta ocorrendo esse erro é porque você não esta fazendo exatamente igual como é no programa exemplo. Você só precisa alimentar o componente com os dados do serviço prestado e depois executar o método Emitir. Só isso, óbvio o componente tem que estar configurado corretamente. O resto o componente faz para você de forma automatizada e na sequencia correta.

Olá Pessoal, O componente ACBrNFCom bem como o seu programa exemplo já se encontra disponível no SVN do ACBr. Ele foi disponibilizado em 10/01/2024 e deste essa data vem sofrendo correções e melhorias.

@frankimiotto, O XML dentro da pasta Recibo é o XML do RPS.

Bom dia Diego, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5674

Bom dia @geazi, No XML do RPS dentro do grupo <IdentificacaoTomador> consta o CPF do tomador, correto? Caso afirmativo não vejo outra saída você entrar em contato com a prefeitura/provedor.

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

Bom dia @frankimiotto, Uma coisa é o XML do RPS e outra é o XML de envio que vai conter o XML do RPS. Sendo assim não podemos comparar um com o outro. No componente ACBrNFSeX quando você executa o método Emitir, ele primeiro gera o XML do RPS, depois ele gera o XML de envio contendo o XML do RPS. O XML do RPS é salvo (se configurado para salvar em disco) na pasta Recibos e o XML de envio é salvo na pasta anterior.

Bom dia Diego, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5670

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

Boa tarde Paulo, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5665

Boa tarde @geazi, O arquivo ACBrNFSeXServicos.ini atualizado já se encontra no SVN.

Boa tarde @Astrogildo82, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5664

Boa tarde @Marcio Cenci, Complementando o que o @Juliomar Marchetti já lhe passou. Hoje o envio do CT-e funciona no modo síncrono, isso significa que no retorno você já tem o resultado do processamento. Aumentar o valor de Timeout ajuda caso a SEFAZ demore um pouco mais para gerar o retorno. Mas se mesmo assim falhar, faça o seguinte: 1. Carregue o XML usando o método LoadFromFile (se estiver salvo em disco) ou LoadFromString ou LoadFromStream (se estiver salvo no banco de dados). 2. Execute o método Consultar São apenas duas linha de código. Se o CT-e foi enviado e processado com sucesso na SEFAZ, o retorno do Consulta vai trazer o protocolo de autorização e o XML vai ser automaticamente atualizado. Observação: O XML do CT-e tem que estar assinado.

Boa tarde a todos, A troca do provedor já foi enviada para o SVN.

Boa tarde a todos, A troca do provedor já foi enviada para o SVN.

Boa tarde @Alisson Suart, O arquivo ACBrCTeServicos.ini já esta com as URLs corretas. Não entendo o que você quer alterar. Se na sua aplicação ao enviar esta pegando as URLs da versão 3 e não da 4 o problema pode ser: 1. Você tem uma cópia desatualizada do arquivo INI dentro da pasta do seu EXE ou dentro de uma pasta configurada na propriedade: Configuracoes.Arquivos.IniServicos 2. Você configurou o componente para a versão 3 e não para a versão 4. Se esse problema esta ocorrendo com a sua aplicação, chegou a fazer um teste com o programa exemplo do componente? Vamos a lista: Você tem fontes do ACBr com alterações locais? Verifica se não tem nenhuma unit do ACBr com uma bolinha vermelha em seu ícone, caso afirmativo delete a unit. Atualize todos os fontes de todas as pastas. Reinstale o ACBr com a opção de apagar arquivos antigos marcada. Compile a aplicação com a opção Build. Por fim repita os testes.

Boa tarde @geazi, Altere o arquivo ACBrNFSeXServicos.ini da seguinte forma: [2610004] Nome=Palmares UF=PE Provedor=Tributus Versao=2.04 Depois siga as orientações que estão no inicio do mesmo. Fico no aguardo de um retorno.

@valterpatrick, Nenhuma empresa esta autorizada a criar um webservice para recepcionar o XML segundo o layout do Padrão Nacional. Hoje temos somente a Serpro responsável por recepcionar as notas de serviços no Padrão Nacional do pais inteiro. As prefeituras podem aderir somente o compartilhamento dos dados com o Padrão Nacional ou além do compartilhamento a emissão também. Eu acredito que a adesão pelo compartilhamento vai ocorrer na grande maioria dos municípios em função dos benefícios. Já a adesão pela emissão, temos alguns municípios, não sei lhe informar quantos.