Italo Giurizzato Junior

Boa tarde, Ele vem com o prefixo "ii:" em todas as tags, dependendo do provedor isso pode ocorrer. Uma vez que eles não seguem um padrão.

Boa tarde, Já pensou em usar o RoundTo(valor, -2) para ficar com no máximo 2 casas decimais? E no caso de alíquota inteira usar o Trunc.

Boa tarde pessoal, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório. Peço que atualizem os seus fontes e façam novos testes, caso seja necessário mais algum ajuste, favor fazer nos fontes atualizados.

Boa tarde Marcio, Qual é a cidade?

Boa tarde Gaeta, Complementando o que a Juliana e o Felipe disseram: 1. O ACBrMonitor Plus é uma aplicação desenvolvida em Lazarus que se utiliza de alguns componentes ACBr, o componente ACBrNFSe é um que não é utilizado, logo não tem como emitir NFS-e através do ACBrMonitor Plus. 2. Todos os componentes ACBr podem ser instalados no Delphi ou Lazarus, para que você possa desenvolver a sua própria aplicação. 3. Caso você decida em criar a sua própria aplicação usando o ACBrNFSe ou até mesmo usar o programa exemplo do mesmo, é desejável que você tenha um conhecimento sobre o Objeto Pascal.

Boa tarde Lima, Você deve estar com os seus fontes desatualizados.

Boa tarde, O tipo dessa variável dAliquotaISS é do mesmo tipo da propriedade Alíquota?

Boa tarde, Configure o componente para salvar os arquivos soap, utilize o programa exemplo. Faça um novo teste e anexe os arquivos soap para que possamos analisar.

Boa tarde Juliana, Se você abrir o arquivo EGoverneISS.ini vai notar que existe somente as URLs referentes aos serviços: Gerar e Cancelar, os demais serviços o provedor não implementou. Logo você não pode usar o Enviar Lote RPS e Enviar Lote RPS Síncrono, somente o Gerar, para realizar o envio. E não tem como consultar via webservice, repito, o provedor não implementou os serviços de consulta.

Boa tarde, A única alteração que o componente faz no XML gerado é a inclusão da assinatura digital quando esta tem que existir, agora alterar informação ou a estrutura do XML isso ele não faz. Detalhe se o componente alterar a estrutura ou alguma informação de um XML assinado, a assinatura fica invalida. Verifique se ao gerar o XML não esta com a opção de configuração IndentarXML esta com o valor True, ou se alguma informação não tem vogal acentuada ou cedilha. Isso pode invalidar a assinatura do lado do provedor.

Boa tarde Everton, Favor anexar os XMLs gerados para que possamos analisar o problema.

Boa tarde Fernando, Pelo que notei vendo o manual esse provedor não segue o layout da ABRASF e comparando com os provedores que tem o seu próprio layout já implementados, nenhum bate com esse apresentado no manual, logo trata-se de um provedor novo. Se desejar implementar, ficaremos agradecido pela contribuição ao projeto.

Boa tarde Dercide, Se o componente salvou o XML com o nome 29B-nfse.xml, ou seja, <numero><serie>-nfse.xml, ao tentar carregar esse XML para poder imprimir o DANFSE ou cancelar é preciso passar para o método LoadFromFile o nome correto do arquivo XML. Outra coisa, o componente possui uma propriedade de configuração chamada: ConsultaLoteAposEnvio que realiza todo o processo. Internamente o componente após uma ação que salva algum XML, ele não o carrega para realizar uma nova ação. Em um processo automatizado (ConsultaLoteAposEnvio := True) tudo é feito se utilizando dados que se encontram em memória. Os XMLs de envio e de retorno vão sendo salvos, mas no processo acima mencionado o componente não se utiliza dos nomes dos XML e realizam carga para prosseguir.

Boa tarde Carlos, Tem provedores que tem o ambiente de homologação por ter, mas nem sempre funciona como deveria. Bom se com o WinCrypt funcionou com o A3 vai funcionar também com o A1.

Boa tarde Daniel, Favor anexar o XML de envio e de retorno gerados ao usar a versão 2.00

Boa tarde, Favor anexar o XML de envio, para que eu possa analisar. Qual é o valor de SSLLib?

Bom dia Camilo, Peço que procure sempre anexar os arquivos e não colocar o seu conteúdo como parte do texto da postagem. Anexando a postagem fica curta e fica mais fácil depois de baixar o arquivo para poder analisar.

Bom dia, Favor atualizar novamente os fontes, na sexta feira não deve ter indo para o repositório a alteração que fiz.

Bom dia, No seu XML o responsável pelo seguro esta informado que é o emitente do MDF-e, esta correto? Se sim, no grupo <infSeg> não deve informar o CNPJ, pois só se o responsável for 2 = Responsável pela contratação do serviço de transporte (contratante). Logo no meu entendimento todo o grupo <infSeg> não deve ser gerado se o responsável for o emitente do MDF-e.

Se o XML é validado e a SEFAZ autoriza com o CNPJ em "branco", essa seria uma solução. De acordo.

Bom dia Milton, Analisando a Nota Técnica 2018/005 versão 1.20 onde consta os novos campos referente ao grupo Retirada e Entrega, nota-se que ambos os grupos são opcionais, mas caso sejam informados o campo CNPJ ou CPF deve ser informado. Logo conclui-se que a checagem feita para determinar se o grupo vai ser gerado ou não pelos campos CNPJ e CPF esta correta. Resumindo não tem como gerar os grupos Retirada e ou Entrega se não for informado o CNPJ/CPF de quem retirou ou de quem vai receber.

Bom dia Rafael, Com essa alteração no fonte e a troca do Schema o envio do RPS foi aceito com a alíquota informada da forma que você postou? Pois normalmente quando o campo alíquota possui 4 casas decimais no Schema significa que devemos informa-la dividida por 100, veja o exemplo abaixo: Alíquota 2% No XML vai aparecer 0.0200

Bom dia Gumercino, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Bom dia Maiquel, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Bom dia Dercide, Favor configurar o componente para salvar o XML com o nome longo. Configuracoes.Arquivos.NomeLongoNFSe := True;