Italo Giurizzato Junior

Luís, Pelo que entendi, esta ocorrendo erro de validação quando o valor do ISS é zero, correto? Se sim, os Schemas também estão atualizados? O mesmo problema ocorre com o programa exemplo?

Bom dia Adilson, O numero do lote que é gerado no XML deve ser passado como parâmetros pelos métodos Enviar ou EnviarSincrono, veja a sintaxe: function Enviar(ALote: integer; Imprimir: Boolean = True): Boolean; overload; function EnviarSincrono(ALote: Integer; Imprimir: Boolean = True): Boolean; overload;

Bom dia Bárbara, Segundo o arquivo INI do provedor IPM, note que o valor do campo Validar é zero, isso significa que o lote de RPS não vai ser validado, pelo simples fato do provedor não ter disponibilizado os Schemas para validação. Outra coisa, até onde sei esse provedor não requer que o RPS e ou Lote sejam assinados. Você chegou a fazer testes com o programa exemplo?

Bom dia Luís, Você esta com todos os fontes de todas as pastas atualizados?

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

Bom dia Everton, Qual erro? O de tela em branco?

Bom dia Wesley, Muito obrigado pela colaboração, já esta no repositório.

Luciano, Você esta com todos os schemas atualizados? Pois para a versão 3.00 não existe um XSD: tiposGeralCTe-OPENSSL.xsd

Boa tarde Luciano, No segundo XML ocorre erro de validação ou rejeição? Quando ocorre erro de validação o CT-e nem sequer é enviado para a SEFAZ. Já a rejeição é o motivo que a SEFAZ não aceitou o CT-e, logo ele foi enviado mas não foi aceito.

Bom dia Flavio, A cidade Araputanga/MT também se utiliza do provedor RLZ? Se sim, basta você incluir essa cidade no arquivo Cidades.ini aos moldes que foi feito para a cidade Tangara da Serra/MT. Se funcionar, por favor anexe o arquivo Cidades.ini para que possamos enviar para o repositório. Desde já muito obrigado pela colaboração.

Bom dia Everton, Por favor atualize os fontes e faça novos testes.

Bom dia Elaine, Note que no arquivo 55-env-lot-soap.xml a tag hashIdentificador esta vazia. O seu conteúdo é retornado ao solicitar a abertura de uma sessão. Se não esta retornando isso significa que o Identificação do Prestador e ou Senha informados na solicitação de abertura estão incorretos.

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

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

Bom dia Cordeiro, Você esta perdendo tempo gerando a chave e passando para o campo ID, o componente ao gerar o XML gera a chave e atribui a chave gerada ao campo ID. Isso é uma segurança, pois muitos comentem erros ao gerar a chave. Se você quer armazenar a chave no banco de dados, é muito fácil, após alimentar o componente execute o método Assinar, este vai gerar o XML, assinar e salvar em disco se for o campo. Depois de executado o método Assinar você lê a campo ID, pronto você tem a chave para armazenar no banco de dados. Outra dica importante, vendo o seu XML notei que você esta atribuindo o numero do BP-e ao código do BP-e ( nBP é igual a cBP ). Isso esta errado e deixa a chave do seu BP-e (Documento Fiscal Eletrônico) fraca. A SEFAZ a partir de 02/09/2019, conforme consta na Nota Técnica 2019/001 não vai mais aceitar NF-e e NFC-e cujo valor de nNF seja igual a cNF. Resumindo as notas vão ser rejeitadas pela regra de validação B03-10 (que consta na NT mencionada acima). Acredito que até o final deste ano ou ano que vem os demais Documentos Fiscais Eletrônicos vão passar também a ter essa regra de validação. Sendo assim, quando for salvar no banco de dados as informações sobre o Bilhete, gere um código aleatório de no máximo 8 dígitos diferente de zero e do numero do bilhete (nBP) e salva junto com os demais dados do bilhete. nBP = é um numero sequencial cBP = é um numero aleatório (página 85 do Manual BPe versão 1.00a) - Código aleatório gerado pelo emitente, com o objetivo de evitar acessos indevidos ao documento. Espero ter ajudado.

Bom dia reij, As informações sobre produtos perigosos no CT-e versão 3.00 só devemos informar se o modal for aéreo, caso contrario não se deve informar. Por outro lado no MDF-e versão 3.00 podemos incluir as informações sobre produtos perigosos para qualquer modal. Checando o manual vigente do MDF-e bem como o novo, pois a partir de 10/2019 entra em vigor um novo layout, em ambos não esta previsto a impressão das informações sobre produtos perigosos.

Bom dia Renan, Em uma de suas postagens você anexou duas versões do Schema: tiposGeralCTe_v3.00 Qual das duas funciona sem nenhum problema com o xsLibXml2 ?

Bom dia ALA, Favor ler essa noticia: Alterações nos arquivos INIs

Bom dia Alex, Muito obrigado pela colaboração, já enviei para o repositório.

Bom dia Everton, Fiz uma alteração que acredito que vai resolver esse problema. Lembrando que o provedor EGoverneISS não retorna o XML da NFS-e e sim um link onde é possível baixar o XML. Se tratando de ambiente de homologação esse link não é retornado.

Flavio, Você tem certeza que não tem nenhuma cidade no arquivo Cidades.ini que esteja usando o provedor RLZ? Veja: [5107958] Nome=Tangara da Serra UF=MT Provedor=RLZ NomeURL_H=mt/tangaradaserra NomeURL_P=tangaradaserra.mt.gov.br De onde você esta baixando os fontes dos componentes?

Boa tarde Flavio, Como assim, não existem implementação para o provedor RLZ? 08/02/2019 -- Diversos -- [+] Implementação de um novo Provedor - RLZ Por: Italo Jurisato Junior Faz 3 meses que esse provedor foi implementado.

Boa tarde Everton, O programa exemplo possui uma opção para ele salvar os arquivos Soap. Essa opção esta ativada? Se não esta, favor ativar essa opção e faça um novo teste e anexe os arquivos soap.

Olá pessoal, Quem se utiliza do componente ACBrNFSe fiquem atentos com as alterações realizadas em alguns arquivos INIs dos provedores. Ao atualizar os fontes do ACBr a partir de hoje (13/05/2019), por conta de melhorias realizadas nas Units responsáveis pela assinatura digital se faz necessário enviar para os seus clientes os novos arquivos INIs bem como o novo executável. Caso esse procedimento não seja feito vai ocorrer erros ao tentar realizar a assinatura no pedido de cancelamento de uma NFS-e.

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