Italo Giurizzato Junior

Bom dia Marcio, O provedor IPM não segue o layout da ABRASF e tem sim uma tag só para o DDD, e possui uma Unit especifica para gerar o seu XML. Não entendi o motivo de alterar as Units referentes aos layout da ABRASF. Outra coisa, no layout da NF-e, do CT-e, do MDF-e do BP-e não existe uma tag para o DDD, mas no cadastro de emitente (por exemplo) da sua aplicação existe um campo especifico para o DDD. Lhe pergunto, como você faz para alimentar o campo <fone> do componente com o DDD e o numero do telefone?

Bom dia Marcos, Em função do Refactoring realizado no ACBrReinf para deixar idêntico ao ACBreSocial alguns métodos deixaram de existir. Durante esta semana vamos implementar mais algumas coisas.

Bom dia, É difícil fazer essa comparação, pois os termos usados no site nem sempre são os mesmos usados no XML. Outra coisa, se você baixar o XML de uma nota emitida pelo site, também não vai ajudar muito, pois o XML baixado se refere ao da NFS-e e o que o componente gera e envia é o XML do RPS.

Boa tarde, A cidade de recolhimento que você se refere é a cidade do tomador do serviço? Existem dois campos: Servico.CodigoMunicipio e Servico.MunicipioIncidencia, agora vai depender do provedor que atende a cidade em questão.

Reinaldo, O componente esta configurado corretamente no que diz respeito a Path que contem os Schemas do CT-e versão 3.00? ...\Exemplos\ACBrDFe\Schemas\CTe

Boa tarde, Esta parado, pois ainda não encontramos uma solução para o problema.

No meu entendimento sim, pois se é de devolução ou de ajuste não tem sentido informar o valor de pagamento.

Boa tarde Reinaldo, E complementando o que Felipe lhe passou, você não pode validar um XML que não tenha sido assinado.

Boa tarde Marcio, Como escrevi na postagem anterior, que eu me recordo somente o provedor Sigep, que segue entre aspas o layout da ABRASF incluiu no layout as tags <Ddd> e <TipoTelefone> os demais não tem. Agora quanto aos provedores que tem o seu layout próprio é preciso checar um por um.

Boa tarde a todos, John, vou analisar a sua colaboração, caso esteja tudo ok enviarei para o repositório. Eciello, pelo que entendi, você envia o RPS, este é recebido pelo webservice que processa com sucesso, mas o provedor demora em dar resposta e acaba ocorrendo erro, correto? Mas depois ao executar o método ConsultarLoteRPS você obtém o XML da NFS-e, correto? Bom, acrescentei no método EnviarSincrono um sleep entre o envio e a consulta. Ele vai tomar como base o tempo informado na propriedade de configuração: AguardarConsultaRet Vou enviar essa alteração para o repositório, favor atualizar os fontes e faça novos testes.

Boa tarde Leonard, A mensagem de erro de validação esta clara, ela diz que esta faltando o elemento <Signature> após o elemento <Rps>. Isso me faz crer que o seu arquivo 4R.ini esta desatualizado, pois esse provedor requer que tanto o RPS quanto o Lote devem ser assinados. Favor atualizar todos os fontes de todas as pastas e refaça os testes.

Boa tarde, No meio entendimento no caso do boleto você pode sim colocar as datas de vencimentos e os respectivos valores em Duplicatas. Quanto a forma de pagamento (agora devemos chamar de meio de pagamento) 90 veja o que esta escrito na Nota Técnica 2016/002 versão 1.50 - página 47. Obrigatório o preenchimento do Grupo Informações de Pagamento para NF-e e NFC-e. Para as notas com finalidade de Ajuste ou Devolução o campo Meio de Pagamento deve ser preenchido com 90=Sem Pagamento.

Bom dia a todos, Diego, muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório. Eciello, o que não ficou claro para mim é o envio ocorre mas o retorno não vem, é isso?

Bom dia Antônio, Com essa alteração não vai gerar um efeito colateral para os demais provedores?

Bom dia Marcio, O problema é que no layout da ABRASF tanto na versão quanto na versão 2 não existe uma tag especifica para o DDD como é o caso do layout da NF-e, do CT-e, MDF-e e BP-e. Logo o DDD deve ser informado junto com o numero do telefone no campo Telefone. Como a NFS-e é uma zorra, tem provedores que dizem que seguem o layout da ABRASF, mas inventam moda, como é o caso do provedor Sigep que além de acrescentar a tag <Ddd> incluiu também uma outra tag chamada <TipoTelefone>. A minha sugestão é que essa concatenação do DDD com o numero do telefone seja realizada na aplicação e não no componente, caso no banco de dados essas informações estejam salvas separadamente.

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

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

Bom dia Renato, Fiz uma alteração que acredito que vai funcionar, por favor aguarde, ainda hoje estarei enviando para o repositório.

Bom dia Caetano, Que eu saiba não existe nenhuma propriedade de configuração para que o percentual da alíquota seja impresso com 2 ou 4 casas decimais. Sendo assim a solução será fazer uma alteração no fonte do componente de impressão do DANFSE.

Bom dia a todos, Tentaram atribuir o valor xsLibXml2 a propriedade SSLXmlSignLib?

Bom dia Nelson, Pela imagem (Figura 1A) da página 62 do Manual do BP-e versão 1.00a tenho a impressão que as margens direita e esquerda do Board Pass em relação ao papel é o dobro do texto impresso acima. Quanto a sua altura equivale a um pouco mais de 2/3 da altura do QR-Code. Infelizmente no manual não achei informações referente ao tamanho.

Bom dia Leandro, Os seus fontes estão desatualizados, favor atualizar todos os fontes de todas as pastas, essa situação já foi resolvida.

Bom dia Edmar, Fiz algumas alterações, vamos ver se vai resolver o problema. Ainda hoje estarei enviando para o repositório.

Bom dia Rogério, Já tentou colocar cada parâmetro do comando entre aspas?

Daniel, O contribuinte é pessoa Jurídica ou Física? Qual é o valor informado na propriedade de configuração: Configuracoes.Geral.TipoContribuinte ? Ao alimentar o componente esta informando o numero de inscrição completo ao campo: ideContri.NrInsc ?