Italo Giurizzato Junior

Boa tarde @HERALDO, Agora esta gerando o XML com o CNPJ da prefeitura e do prestador esperado pelo webservice quando se trata de ambiente de homologação?

Boa tarde @tryideas sistemas, A tag sTipoTomador esta como obrigatória, estamos fazendo as devidas alterações. Outra coisa no arquivo INI na seção Tomador inclua o campo: [Tomador] (...) ; 1 = Tomador é do Exterior e 2 = Tomador não é do Exterior TomadorExterior=1 ou 2 Como você utiliza a ACBrLibNFSe favor aguardar a liberação da nova versão.

@devFortes, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes. Implementei a leitura do grupo <total>

Boa tarde @João Antônio, Já esta no SVN.

Boa tarde @Quality Automação, Já esta no SVN.

Boa tarde @Elmar Luiz, Você não informou o CNPJ ou o CPF do prestador de serviço e nem do tomador.

Boa tarde @Paula Zamboni de Campos da, Substitua pela unit em anexo, reinstale o ACBr e faça novos testes. Giss.GravarXml.pas

Boa tarde @RodrigoAlvim, Por favor substitua pela unit em anexo, reinstale o ACBr e faça novos testes. NFEletronica.GravarXml.pas

Boa tarde @Valdir Dill, Foi publicado a NT 2024/001 que trata de alterações no layout do XML, bem como os schemas. O Problema é que as informações constantes no manual não batem com os schemas, veja: Manual: Schemas: Pelo Manual fica claro que a tag tpEmit pode receber os calores de 0 até 4. Por outro lado pelo Schemas os valores validos são de 0 até 3. E que o valor 3 seria utilizado para identificar o tipo de emitente como sendo transportadora ou ECT. Isso é só uma das inconsistências que eu achei. Será que vamos ter que consertar os schemas para eles?

Boa tarde @devFortes, Você poderia anexar as units que você fez alterações para que possamos validar?

Boa tarde @gladston, Chegou a testar os demais métodos de envio que eu mencionei na postagem anterior?

Bom dia a todos, Como assim usar o 0076 em vez de 1058 para indicar que o pais é Brasil? Quanto a alíquota tentem informar o valor zero. Se a mensagem de erro realmente estiver correta (coisa que eu duvido) não devemos informar a alíquota.

Bom dia @Valdir Dill, Nos testes que fiz, informei o mesmo CNPJ do emitente como sendo a Empresa de Emissão Própria.

Boa tarde @pcbonetti, Já esta no SVN.

@marcelo.tomas.grupoacert, Não tem.

Boa tarde @Gabriel Bobello, Muito obrigado pela colaboração, já esta no SVN.

Boa tarde @João Antônio, Já esta no SVN.

Boa tarde @Adrian Kempinski, Complementando o que o @Juliomar Marchetti já lhe passou: A unit pcteCTeR responsável pela leitura do XML por usar a unit pcnLeitor não esta conseguindo ler corretamente o grupo toma, pois dentro desse grupo tem uma tag também chamada toma. A unit pcnLeitor possui uma deficiência nesse tipo de situação. Caso não esteja conseguindo ler corretamente o XML do CT-e Simplificado mais precisamente o grupo toma, sugiro que reinstale o ACBr marcando a opção para usar o ACBrXmlDocument.

Boa tarde @gladston, Complementando o que o @Juliomar Marchetti, lhe passou. O webservice do Giss possui 3 modos de envio: Envio de lote no modo assíncrono , Envio de lote no modo síncrono (o que você testou) e o Envio unitário. O programa exemplo do componente tem um botão para cada um desses 3 modos que você pode testar e ver o resultado de cada um. Mas uma coisa é certa, o componente esta estabelecendo um conexão com o webservice, o envio esta ocorrendo e o webservice esta respondendo. Uma prova disso é a mensagem: Erro(s): Código : E999 Mensagem: Erro de execução de serviço. Correção: Tentar novamente Por ser um webservice novo, pode conter vários problemas. Para você ter uma ideia, se tentar realizar uma das consultas disponíveis sem a mesma estiver assinada é retornado uma mensagem de erro informando que o RPS não esta assinado. A mensagem esta um tanto quanto errada, pois em uma consulta não consta o XML do RPS. A mensagem correta deveria ser: XML de pedido de consulta não assinado. É nessas horas que pedimos a Deus que nos de paciência e não força.

Boa tarde @RodrigoAlvim, Compare a procedure que faz a configuração do componente do programa exemplo com o da sua aplicação. Não foi salvo o arquivo (soap) de retorno ao enviar o lote de rps para o webservice do provedor?

Bom dia @powerlog, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes. Agora temos uma propriedade de configuração chamada ExibeCampoDuplicada cujo valor padrão é True. Configure ela com o valor False para que o quadro Duplicada não seja impresso no DANFE.

Bom dia @marcelo.tomas.grupoacert, Uma ideia seria ter uma cópia da aplicação em outra pasta, alterar o arquivo ACBrNFSeXServicos.ini informando o provedor antigo e salvar o arquivo INI alterado na mesma pasta do executável.

Bom dia @Atalias, Chegou a realizar os testes em ambiente de homologação? Se sim, qual foi o resultado?

Bom dia @awendisch, Fizemos uma alteração no componente. Agora a classe que contem as informações de cancelamento consta com um novo campo chamado CodMunicipio. Se ele não for preenchido o componente assume o código do município do emitente da nota. Por favor atualize todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes. Foi feita uma alteração no programa exemplo tanto em Delphi quanto em Lazarus exemplificando como passar essa informação. Ficamos no aguardo de um retorno.

Bom dia @HERALDO, Estamos com problemas para disponibilizar a nova versão do ACBrMonitor no fórum, mas fique atendo que em breve sai a nova versão.