Italo Giurizzato Junior

Boa noite, É impressão minha ou os valores de prestador e nota estão criptografados? Ai o bicho pega.

Boa tarde Weslei, Ao consultar o Lote você esta informando o numero do mesmo?

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

Bom dia Paulo, Como assim, "eu salvo mas as vezes pode não salvar" ? Se você esta usando o banco de dados que hora salva os dados, hora não salva, você não acha que esta na hora de mudar para um banco de dados mais confiável? Ainda não entendi a dificuldade de usar a função que criamos, que gera o código da forma recomendada pela SEFAZ e o valida, garantido desta forma que a sua nota vai ser aceita pela SEFAZ. Após gerar o código, salvar o mesmo com os demais dados da nota. Obviamente que para isso será necessário acrescentar mais um campo na tabela para armazenar o código. Eu acredito que isso não deva ser uma tarefa extremamente complicada, ou estou enganado? A minha aplicação de emissão de NF-e foi escrita em 2008, ao ler o manual da NF-e mais precisamente as paginas que se refere o layout da NF-e e encontrei isso: Note que o tamanho do código naquela época era de 9 dígitos, depois foi alterado para 8 pois acrescentaram na chave entre o numero e o código o tipo de emissão. Portanto, não se trata de frescura nossa, não é algo novo que a SEFAZ inventou agora para complicar a nossa vida. A recomendação de gerar o código de forma aleatória já faz anos e põe anos nisso. Eu entendi o recado da SEFAZ escrito na última coluna e segui a recomendação. Inclusive no meu artigo: Código Numerico inválido chave não gerada mostro como eu gerava o código na minha aplicação e a alteração que fiz para passar a usar a função que foi criada. Para finalizar, a aplicação é sua faça da forma que achar melhor, motivos para gerar o código de forma aleatória existem de sobra.

Bom dia Ricardo, Favor anexar os XMLs gerado a realizar a consulta.

Bom dia Celso, Favor atualizar todos os fontes de todas as pastas, reinstale a suíte ACBr e faça novos testes. O seu arquivo Cidades.ini esta bem desatualizado, esta com apenas 56 kbytes sendo que o que esta no repositório tem 85 kbytes.

Maikon, Vou enviar essa alteração para o repositório.

Bom dia Reinando, Esse problema já foi observado, a questão é o seguinte: Realmente há necessidade de imprimir essas informações no DAMDFE? Visto que no layout que consta no manual do MDF-e referente ao Documento auxiliar não consta a impressão dessa informação. Um outro usuário do fórum até fez uma alteração no DAMDFE visando permitir a impressão dos 40 dígitos do numero da averbação, mas por outro lado limitaria a impressão de no máximo 2 averbações. No MDF-e posso relacionar até 10 mil CT-e (Transportadora) ou até 10 mil NF-e (Transportador de carga própria). Se temos que averbar cada um desses documentos (CT-e ou NF-e), supondo um MDF-e com apenas 50 documentos, quantas folhas o DAMDFE vai precisar ter para imprimir as informações referente ao seguro? Até onde sei o DAMDFE é uma representação gráfica, ou seja, em papel do que esta no XML, mas não se faz necessário imprimir tudo o que esta no XML, devemos no mínimo imprimir o que consta no layout apresentado no manual como exemplo.

Bom dia Maikon, Na unit pgnreGNREW.pas a alteração abaixo não resolveria o problema? Gerador.wCampo(tcStr, '', 'documentoOrigem ', 01, 18, 1, GNRE.c04_docOrigem, '', True, 'tipo="' + FormatFloat('00', GNRE.c28_tipoDocOrigem) + '"'); Desta forma não seria necessário alterar o tipo do campo c28_tipoDocOrigem de Integer para String.

Bom dia Edu, Se tratando do MDF-e, com certeza vai funcionar, pois só temos uma SEFAZ que recepciona todos os MDF-e de todas as UF, é a SEFAZ-Virtual do Rio Grande do Sul.

Bom dia Ala, Dessa outra forma não funciona? SSL.SSLType := LT_TLSv1_2; Configuracoes.Geral.VersaoDF := ve300;

Boa tarde Edu, Sim, deveria estar funcionando no ambiente de homologação, mas infelizmente algumas SEFAZ não estão fazendo o dever de casa.

Boa tarde, Veja o fragmento de código abaixo: Gerador.wCampoNFSe(tcStr, '#33', 'CodigoMunicipio ', 01, 0007, 1, OnlyNumber(NFSe.Servico.CodigoMunicipio), DSC_CMUN); Gerador.wCampoNFSe(tcInt, '#34', 'CodigoPais ', 04, 04, 0, NFSe.Servico.CodigoPais, DSC_CPAIS); Gerador.wCampoNFSe(tcStr, '#35', 'ExigibilidadeISS ', 01, 01, 1, ExigibilidadeISSToStr(NFSe.Servico.ExigibilidadeISS), DSC_INDISS); Gerador.wCampoNFSe(tcInt, '#36', 'MunicipioIncidencia ', 07, 07, 0, NFSe.Servico.MunicipioIncidencia, DSC_MUNINCI); Gerador.wCampoNFSe(tcStr, '#37', 'NumeroProcesso ', 01, 30, 0, NFSe.Servico.NumeroProcesso, DSC_NPROCESSO); Note que a tag <CodigoMunicipio> é gerada com o valor atribuído ao campo CodigoMunicipio, já a tag <MunicipioIncidencia> é gerada com o valor atribuído ao campo MunicipioIncidencia. Se ambas as tags estão com o mesmo valor, me leva a crer que a sua aplicação esta atribuindo o mesmo valor a ambos os campos.

Boa tarde Celso, Foi você que acrescentou essa cidade no arquivo Cidades.ini ? Se sim, favor anexar para que eu possa conferir.

Boa tarde Jean, O XML da nota esta sendo salvo em disco? Infelizmente existem provedores que não retornam o XML da NFS-e. Qual é o provedor?

Boa tarde Everton, Você chegou a testar? Eu sinceramente não sei e infelizmente não tenho como testar.

Boa tarde Rafael, Pode ser que o retorno de evento da NF-e seja diferente do retorno de evento do CT-e. Mas acredito que a solução que você encontrou para o CT-e possa ser aplicada também para a NF-e.

Boa tarde Weslei, Favor atualizar os fontes e faça novos testes.

Bom dia André, Você não pode comparar esses dois XMLs. Lembre-se que o componente gera o XML do RPS e envia para o webservice do provedor e este por sua vez verifica se todas as informações estão corretas, caso afirmativo o webservice gera e retorna o XML da NFS-e. Se você tentar comparar os dois XMLs que anexou vai esta comparando o XML do RPS gerado pelo componente com o XML da NFS-e gerado e retornado pelo webservice do provedor. Isso explica a diferença entre eles. Você precisa comparar o XML do RPS gerado pelo componente com um exemplo de XML de RPS fornecido pelo provedor. O ideal é comparar o Envelope gerado pelo componente com o Envelope que o webservice espera receber. Explicando: O componente inicialmente gera o XML do RPS, este é colocado dentro de um outro XML que chamamos de Lote, o Lote por sua vez pode conter até 50 RPS. Depois o Lote é colocado dentro de outro XML que chamados de Envelope ou Soap, é este que é enviado para o webservice. Se tiver alguma coisa errada na montagem do Envelope pode ocorrer o erro 500. O componente possui uma propriedade de configuração (Configuracoes.WebServices.Salvar) quando o valor dessa propriedade é True o XML (Envelope) é salvo em disco. Se o provedor lhe fornecer o Envelope de envio de Lote é possível comparar com o que o componente gera. O nome do arquivo Envelope de envio gerado pelo componente é: *-env-lot-soap.xml O nome do arquivo Lote gerado pelo componente é: *-env-lot.xml O nome do arquivo RPS é: *-rps.xml Infelizmente a montagem do Envelope feita para um provedor nem sempre funciona para outro provedor. Se o provedor não fornecer um exemplo de Envelope vamos ficar na tentativa e erro.

Boa tarde Weslei, Para mim o fontes do programa exemplo não tem utilidade nenhuma para mim. Por favor anexe o XMLs gerados após a ultima atualização dos fontes.

Bom dia Natanael, Por favor leia esse artigo: Como obter o XML da Transportadora CT-e.

Weslei, Por favor atualize novamente e faça novos testes. Não sei porque, mas a alteração que eu tinha feito no arquivo INI se perdeu. Fiz novamente e enviei para o repositório.

Bom dia Luiz, Isso é muito estranho. Na unit ACBrBPeDABPeESCPOS temos a seguinte linha: FPosPrinter.Imprimir('',False,True,True,NumCopias); Coloque um break point nessa linha para sabermos se o parâmetro NumCopias esta com a quantidade de cópias que você configurou.

Ronie, Se não foi autorizado pelo fato de ter ocorrido erro ao enviar, você pode resolver o problema da seguinte forma: 1. Envia o MDF-e 100, já que agora a SEFAZ esta operando normalmente, é bem provável que ele seja autorizado. 2. Tendo o MDF-e 100 autorizado, efetue o cancelamento do mesmo.

Weslei, Isso pode indicar que você andou fazendo alterações nos arquivos que eu alterei, neste caso o tortoise não costuma atualizar. Sugiro você deletar o arquivo INI do provedor e a unit ACBrNFSeWebServices, por fim atualize novamente.