Italo Giurizzato Junior

Bom dia Eciello, Você atualizou todos os fontes de todas as pastas e reinstalou a suíte ACBr usando o ACBrInstall_Trunk2 com a opção de apagar arquivos antigos marcada? Se sim, usando o programa exemplo ao tentar usar o método SubsituicaoNFSe que tem por finalidade cancelar uma NFS-e e substituir por outra cujo RPS é enviado junto o que ocorre? A principio é para ocorrer o Cancelamento de uma nota e se os dados do RPS estiverem OK é para gerar uma nova NFS-e. Não me recordo se o XML da nova NFSe é retornado automaticamente ou se há necessidade de em seguida realizar uma consulta.

Bom dia Sandro, Agradeço a sua colaboração, mas não posso aceitar. Os seus fontes estão desatualizados. Favor atualizar todos os fontes de todas as pastas, reinstale a suíte ACBr usando o ACBrInstall_Trunk2, por fim aplique as suas correções e anexe aqui para que eu possa avaliar novamente.

Bom dia Silvia, Você disse que não alterou o código da sua aplicação, correto? Pois bem, chegou a atualizar os fontes do ACBr? Se sim, depois de atualizar, reinstalar a suíte ACBr e recompilar a sua aplicação foi ai que o erro começou a aparecer? Ou simplesmente de um dia para o outro o problema surgiu?

Walney, Peço que siga as regras do fórum, não fique postando o que você precisa em vários tópicos.

Bom dia Walney, Você nunca usou o ACBrMonitor? O monitor possui um manual nele você encontra um modelo completo para que a sua aplicação possa gerar o arquivo TXT de um MDF-e, além de todos os comandos. Você disse que gerou o XML pelo Delphi 7, correto? Desenvolve programas em Delphi? Se sim, porque deseja usar o ACBrMonitor? Sendo que você pode baixar e instalar a suíte ACBr no seu Delphi e por fim usar o componente ACBrMDFe na sua aplicação. Ao baixar os fontes do ACBr você tem os programas exemplos de cada componente em especial o ACBrMDFe_Exemplo. Com ele você vai aprender como alimentar o componente e conhecer todos os métodos disponíveis, como Enviar, Consultar, Cancelar, Encerrar, etc.

Bom dia Soares, A string do QR-Code se encontra no XML do BPe, na tag <qrCodBPe>

Bom dia, Você esta salvando os XMLs no banco de dados, correto? Já abriu esse arquivo que você anexou com o Bloco de Notas? Se não abriu, abra. Vai notar que existe espaços em branco entre as tags e alguns caracteres que acredito que seja de formatação. Suspeito que ao salvar ou carregar o XML do banco de dados esteja provocando a inserção desses espaços e caracteres.

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

Bom dia, Muito obrigado pela correção, já enviei o arquivo INI corrigido para o repositório.

Bom dia, O arquivo INI corrigido já se encontra no Repositório.

Bom dia, Favor testar com a unit em anexo: ACBrGNREWebServices.pas

Bom dia Naiara, Tenha em mente o seguinte: 1. Erro de validação ocorre quando o XML gerado é submetido aos schemas e tem alguma coisa errada na estrutura do XML ou em algum conteúdo. A validação é realizada antes do envio para a SEFAZ. 2. Rejeição ocorre quando o XML é processado pela SEFAZ e esta encontra algo errado na estrutura ou em algum conteúdo. O que você esta tendo é uma Rejeição. A primeira pergunta que eu lhe faço é: Você esta usando o componente ACBrMDFe? Pois pelo que me consta o componente não tem o comportamento de anexar ao XML do Evento o retorno que contenha uma rejeição.

Boa noite Marcelo, Eu acredito que deve ter alguma coisa errada no schema.

Boa noite Heronim, Você esta com todos os fontes de todas as pastas atualizados? Se sim, reinstalou a suíte ACBr usando o ACBrInstall_Trunk2 com a opção de apagar arquivos antigos marcada? Esta fazendo testes com o programa exemplo? Se não esta, a sua aplicação esta carregando o arquivo Sigep.ini mais atual?

Boa tarde Rodrigo, Acabo de enviar para o repositório uma alteração no arquivo INI do provedor Actconv2 e também os schemas para a cidade de Leopoldina. Note que existem dois schemas um para o ambiente de homologação e outro para o de produção que devem ser renomeados para nfse_v201.xsd Por favor atualize os fontes e faça novos testes.

Boa tarde Alexandre, Uma coisa que notei também é que alguns provedores no schema a quantidade total de dígitos é 6 como a figura que você anexou. Neste caso poderíamos ter a alíquota 99.9999, concorda? Já outros a quantidade total é 5 com 4 casas decimais, neste caso a alíquota máxima seria 9.9999 E temos aqueles que a quantidade máxima é 4 com 2 casas decimais, portanto a alíquota máxima seria 99.99 Não sei se em alguma cidade a alíquota pode ser 10% ou mais. Se sim, nesse segundo caso onde temos um total de 5 dígitos com 4 casas decimais, a alíquota teria que ser dividida por 100 para comportar uma alíquota igual ou maior que 10. Supondo que a alíquota seja 12.5 teríamos que informar: 0.1250 Se eu estiver certo podemos concluir que: Se a definição da alíquota for: 99.9999 ou 99.99 não devemos dividir a alíquota por 100. Por outro lado se a definição for: 9.9999 devemos dividir por 100. Como não existe uma padronização fica complicado estabelecer uma regra.

Bom dia Heronim, Tentou o método Gerar?

Bom dia Júlio, Muito estranho pois conforme o tópico abaixo, o provedor GovDigital que mudou de nome para NFe-Cidades esta funcionando 100%, tanto em produção quanto em homologação conforme o relato de um membro do fórum que testou com a cidade de Pedro Leopoldo/MG. Não sei quanto as demais cidades.

Bom dia Alexandre, A dica que lhe dou é: abrir o arquivo XSD (schema) do provedor em questão e verifique como esta a definição do tipo do campo Alíquota, vamos aos exemplos. <xsd:simpleType name="tsAliquota"> <xsd:restriction base="xsd:decimal"> <xsd:totalDigits value="6" /> <xsd:fractionDigits value="4" /> <xsd:minInclusive value="0" /> </xsd:restriction> </xsd:simpleType> Note que na definição acima temos 4 dígitos referente a parte fracionada, portanto para esse provedor devemos informar o percentual da alíquota já dividida por 100, por exemplo: 0.0450 <xsd:simpleType name="tsAliquota"> <xsd:restriction base="xsd:decimal"> <xsd:totalDigits value="4" /> <xsd:fractionDigits value="2" /> <xsd:minInclusive value="0" /> </xsd:restriction> </xsd:simpleType> Já esse outro a quantidade é 2 para a parte fracionada, logo não podemos dividir o percentual da alíquota por 100.

Bom dia Rafael, Favor atualizar os fontes e faça um novo teste.

Bom dia Wellington, Chegou a ver o código, mais precisamente a rotina que alimenta o componente no programa exemplo? Nela temos: {Carrega componentes do valor da prestacao} with vPrest.comp.New do begin xNome := 'DFRNER KRTJ'; vComp := 100.00; end; Se o valor da prestação (frete) é composto por: Valor do Pedágio, Valor da Coleta, Valor da Entrega, Valor do Seguro, etc O bloco de linhas acima apresentado deverá se repetir para cada valor que compõe o valor da prestação (frete).

Bom dia, Você fez o que eu sugeri na minha postagem anterior? Se sim, funcionou conforme você queria?

Olá Pessoal, Hoje a quantidade de DF-e Documentos Fiscais Eletrônicos é tão grande que acabamos nos perdendo nos modelos. Resolvi então fazer uma lista com a sigla, descrição, numero do modelo e o componente de cada um deles. Sigla Descrição Modelo Componente NF-e Nota Fiscal Eletrônica 55 ACBrNFe CT-e Conhecimento de Transporte Eletrônico 57 ACBrCTe MDF-e Manifesto de Documentos Fiscais Eletrônicos 58 ACBrMDFe CF-e Cupom Fiscal Eletrônico 59 ACBrSAT BP-e Bilhete de Passagem Eletrônico 63 ACBrBPe BP-e TM Bilhete de Passagem Eletrônico Transporte Metropolitano 63 ACBrBPe GTV-e Guia de Transporte de Valores Eletrônico 64 ACBrCTe NFC-e Nota Fiscal ao Consumidor Eletrônica 65 ACBrNFe NF3-e Nota Fiscal de Energia Elétrica Eletrônica 66 ACBrNF3e CT-e OS Conhecimento de Transporte Eletrônico Outros Serviços 67 ACBrCTe Como vocês podem ver tanto o BP-e quanto o BP-e TM tem o mesmo modelo 63, o que diferencia um do outro é o campo tpBPe. O BP-e aceita os valores seguintes valores para tpBPe: 0 = BP-e Normal e 3 = BP-e Substituição, por outro lado o BP-e TM só aceita o valor: 4 = BP-e Transporte Metropolitano.

Bom dia Rondinele, No Portal Nacional da NF-e temos o seguinte: No meu entendimento os contribuintes do Espirito Santo não tem uma SEFAZ-Autorizadora própria, logo se utilizam da SVRS - SEFAZ-Virtual do Rio Grande do Sul. Conforme mostra o texto acima extraído do Portal Nacional da NF-e. Note que somente as UF: AC, RN, PB e SC se utilizam da SVRS para o serviço de Consulta ao Cadastro, sendo assim é de se esperar que as demais UF que se utilizam da SVRS ao tentar usar esse serviço não vão conseguir. Ao meu ver a SVRS deveria neste caso retornar uma mensagem mais amigável acusando que o serviço de consulta ao cadastro não esta disponível para a UF em questão. Se não me falha a memória para consultar um CNPJ de outra UF como por exemplo de SP, devemos configurar o componente para a UF que se pretende realizar a consulta. Sendo assim se a empresa é de SP com componente tem que estar configurado para SP, se a empresa for de MG devemos configurar o componente para MG.

Boa noite Luiz, Não entendo o motivo de você configurar o componente com um valor diferente de ieFrete para o Integrador, sendo que o componente no momento só trabalha com o eFrete. Quanto ao iRepom e iPanCard, caso você deseja colaborar com o projeto, implementando um deles ficaremos agradecido.