Painel de líderes

O digest value da assinatura da nota não confere com o digest value do protocolo de autorização. Se no componente a configuração ValidarDigest estiver False isso pode ocorrer. Provavelmente foi gerado outro XML de outra venda mas usando a mesma chave da nota já autorizada.

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 José, era isso mesmo, comandos um de cada vez, como o log vinha com tudo OK não entendi que seria necessário fazer assim. Valeu mesmo.

Não creio que compilação em 64 bits irá lhe trazer performance nesse quesito... Me parece que você precisa rever suas Querys ou maneira que acessa o BD, e duração das transações

Bom dia Joao, Obrigada por seu interesse em colaborar, mas é preciso aguardar o tempo hábil para que os moderadores analisem. De qualquer forma já foi adicionado para validação. Att.

Bom dia. Neste caso se desejar contribuir com este ajuste, basta realizar as alterações nos arquivos cidades.ini , webISS.ini e WebISSv2.ini e então realizar os testes. Se tiver dúvidas, nosso colega @Italo Jurisato Junior, mestre do ACBrNFSe poderá lhe auxiliar. Att.

Precisa enviar um comando de cada vez...

Retornando ao tópico apenas para informar que realmente funcionou o Busca Preço Tanca no AcbrMonitor, sem qualquer ajuste. Vlw

Bom dia Italo, não cheguei a testar para NFe mais da forma que citei funcionou perfeitamente para a CTe! obg pela atenção!

AcBrNFeMonitor foi descontinuado, faça o teste com o novo projeto:

Tive o mesmo problema e resolvi atualizando as DLLs que são utilizadas para comunicação com a Nota Fiscal Eletrônica. Utilizei as DLLs que estão em ...\ACBr\DLLs\LibXml2\x86

Provavelmente o fisco disponibilizará um aplicativo em: http://www.fazenda.sp.gov.br/sat/downloads/vigentes.asp Veja que lá no final existe: Enquanto isso, crie uma string qualquer com o numero de caracteres exigidos

Boa tarde a todos, Estava enfrentado um problema com a geração de arquivo PDF da NFC-e, utilizando o componente "ACBrNFeDANFCEFR", que deixava o arquivo muito grande, assim o envio deste arquivo por e-mail para o cliente se tornava um tanto lento. Verificando o componente "ACBrNFeDANFEFR1" já existiam duas propriedades que resolvem esse problema, que são: "incorporaBackgroundPDF" e "incorporaFontePDF". Porém as mesmas não existia para o componente "ACBrNFeDANFCEFR", fizemos a implementação dessas propriedades para este componente seguindo o padrão já utilizado no componente ACBrNFeDANFEFR. Segue a "unit" alterada para avaliação dos moderadores. ACBrNFeDANFEFR.pas Att. Equipe: TDP Sistemas de Informação ACBrNFeDANFEFR.pas

Desculpe me esqueci shauhsa

Boa tarde, Para gerar a Linha Digitável nesse formato, basta obter o código de Barras chamando o método MontarCodigoBarras e posteriormente chamar o o método: MontarCodigoBarras passando o código de barras e o objeto Título como parâmetro. ex: ACBrBoleto1.Banco.MontarLinhaDigitavel(ABarras, ACBrBoleto1.ListadeBoletos[0] );

Sim, tem exemplo no demo do componente.

Solucionado nas revisões 17433 e 17435 pelo @Daniel Simoes Obrigado.

bom dia.. se no seu javascript , voce poder gerar arquivos txt e importar os txt que retornam, é possivel.. mas ai voce tem de colocar no servidor o monitoracbrplus. precisando de dica sobre isso e como eu faço no meu sistema.. so me procurar que mostro como funciona.

Acho que seria possível se você escrevesse o Backend em Delphi ou Lazarus

Hoje não existe webservice que retorne o estado atual da manifestação de uma NFe, exceto fazendo algumas gambiarras usando os Schemas do aplicativo gratuito de manifestação. Mas se você está recebendo apenas o resumo ao executar o método DistribuicaoDFePorChaveNFe, é quase certo que a NFe não foi manifestada, ou se foi manifestada ainda não processou essa manifestação a fim de devolver o XML completo. Se a sua aplicação faz a manifestação ela pode controlar qual nota foi manifestada ou não, e qual manifestação foi enviada. Pela Nota Técnica o destinatário da NFe não vai receber o XML completo até que faça a manifestação (Ciência ou Confirmação de operação). Algum tempo atrás foi reportado um bug no webservice que também não retornava o XML completo caso a manifestação tenha sido Operação não realizada. Manifestação como Desconhecimento da operação também não retornam o XML completo, de acordo com a NT. Já outros interessados na NFe, como o transportador com CNPJ informado na nota, ou terceiros com CPF ou CNPJ informados na tag <autXML> recebem a nota completa, independentemente de haver manifestação pelo destinatário.

Bom dia pessoal, tudo certo? Gostaria de sugerir uma alteração na tag "c28_tipoDocOrigem" dentro do GNRE visando alterar o tipo da propri edade de integer para string pois o manual da versão 2.0 pede que a tag contenha 2 caracteres e por ser integer quando eu escolho o tipo de documento por exemplo 1 ao invés de ficar 01 está ficando 1 no xml e gerando uma rejeição do schemas. Abaixo estão os arquivos alterados. Caso eu esteja equivocado em alguma alteração por gentileza peço que me corrijam. Agradeço desde já. pgnreGNREW.pas pgnreGNRE.pas ACBrGNREGuias.pas

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

É preciso enviar o evento de manifestação do destinatário para obter a NFe completa. NFe não manifestada você recebe apenas o resumo da NFe (arquivo *-resNFe.xml).

Ok, muito obrigado!

Provavelmente o erro seja devido ao mesmo não ter sido registrado devido a alguma inconsistência, recomendo verificar junto ao banco. Att.

Bom dia. Sugiro que faça alguns testes e nos envie a unit alterada para validação. Att.

Bom dia. Caso deseje contratar os serviços de um freelancer, veja esta sessão especifica do fórum. https://www.projetoacbr.com.br/forum/companies/category/2-consultores/ Att.

Bom dia. A biblioteca para o SAT está disponível somente ao usuários do SAC ACBr, para saber mais sobre isso esse serviço clique aqui. Para impressão em impressoras não fiscais temos o ACBrPosPrinter que está liberado para toda a comunidade, para download, clique aqui. Att.

Bom dia. Oque ocorre ao tentar consultar? Att.

Aparentemente essa IE é válida também no MT. Basta trocar a UF que acusa como inválida:

Bom dia. Houve retorno do banco informando que o título foi registrado? Att.

Verifique se copiou as DLLs para os locais corretos:

Eu consegui apenas fazendo pelo IBExpert, é que ele adiciona depois de todos os campos do tipo String o complemento: CHARACTER SET UTF8, tipo: Antes: PRO_COMB_DESCANP VARCHAR(100) Depois PRO_COMB_DESCANP VARCHAR(100) CHARACTER SET UTF8 Eu imagino que não deva ter como fazer isso via Gbak ou TIBRestoreService. Caso alguém já tenha conseguido fazer assim e puder me indicar o caminho, ajuda bem, pq aí não precisa de intervenção manual, dá pra automatizar tudo...

Italo pois é aqui no PR ..bom agora vou testar então MDF-e .. e vou testar semana que vem novamente. Obrigado

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 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?

Tente testar com site ao lado. Nao funciona no webbrowser https://apps2.correios.com.br/efi/app/ncm/ncm.php

Boa tarde! depois que lí a sua pergunta eu realizei um novo procedimento, gerei novamente um boleto, enviei o arquivo de remessa, o hoje fui verificar o retorno. pra minha surpresa o boleto foi registrado normalmente. Inclusive acabei de fazer a baixa manual dele. Esto desconfiado e vou fazer um teste agora, visto que esse boleto e o outro que havia dado certo, foram emitidos para pessoal física e os que não estavam funcionando foram emitidos para pessoa jurídica. Em todo o caso, eu estou procedendo agora a geração de um boleto pessoa jurídica para fazer o teste.

Bom, não sei se fiz da melhor forma possível, mais resolvi usado assim: if AcbrCTe.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items.procEvento.tpEvento = teCancelamento then begin cJustificativa := AcbrCTe.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items.procEvento.detEvento.xJust; cDataCanc := FormatDateTime( 'DD/MM/YYYY hh:mm:ss', AcbrCTe.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items.procEvento.dhEvento); nProtocolo := AcbrCTe.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.procEvento.Id; sChave := AcbrCTe.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items.procEvento.chDFe; end; antes para o caso da CTe eu tentei da forma como usava na NFe: AcbrNFe.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.procEvento.RetinfEvento.tpEvento = teCancelamento

Pode passar o CPF como parâmetro no método de Cancelar, mas também precisa estar com ACBrMonitor atualizado. Os ajustes para considerar CPF foi realizado há pouco tempo...

Penso que nesse caso, o melhor a fazer, é tentar contato com a Sw.House do Software que seus clientes usam... eles devem ter algum programa de capacitação ou treinamento para técnicos de Suporte... Veja por exemplo, as vídeo aulas que meu colega @robisonjnunes, fez para a empresa que trabalha... https://djsystem.coursify.me/courses/treinamento-djpdv

O DACTE não vale como documento fiscal, é apenas representação do documento fiscal juridicamente válido, que é o arquivo XML. Esconder informação existente no XML vai contra a legislação. Se existe valor em vICMS no XML não significa que foi destacado?

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

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.

bom dia, vou testar e coloco o resultado.

Na relação de serviços web do portal nacional da NFe não consta o webservice para consulta de cadastro para a SVAN usada pelo PA. (O PA vai trocar pra SVRS a partir do dia 02/09/2019). http://www.nfe.fazenda.gov.br/portal/webServices.aspx?tipoConteudo=Wak0FwB7dKs= Nesse caso precisa ver no portal estadual se o estado tem um serviço próprio.

Boa tarde Paulo, Muito obrigado pela colaboração, já enviei para o repositório.

bB Boa tarde! Pessoal, recebi a informação a pouco tempo que o SEFAZ RS vai desabilitar a validação da Desoneração do ICMS nas próximas horas. Está regra não estava prevista para este momento, foi habilitada por engano. at. Alex Teixeira

Bom dia, A rejeição 934 diz o seguinte: "Rejeição: Não informado valor do ICMS desonerado OU o Motivo de desoneração" e também foi riscado em vermelho onde dizia obrigatório informar o valor. Portanto, sugiro uma alteração no componente para enviar as tags de desoneração quanto tiver Motivo OU valor, pois atualmente esta enviando somente quando a tag "vICMSDeson" é maior que zero.

Boa tarde pessoal, Com a versão 3.00a do MDF-e temos um novo evento chamado Inclusão de DF-e. Apesar do nome DF-e, no momento só podemos incluir NF-e e não CT-e. Vale lembrar que o MDF-e só pode conter NF-e ou CT-e, ambos já mais. Para que possamos informar NF-e em um MDF-e o emitente do mesmo tem que ser um transportador de carga própria. Por outro lado para que possamos informar CT-e o emitente do MDF-e tem que ser um prestador de serviço de transporte, ou seja, uma transportadora. Portanto já deu para perceber que esse evento no momento não poderá ser utilizado por uma transportadora. Dito isso vamos ao que interessa: Para que o emitente possa enviar o evento de Inclusão de DF-e no MDF-e tem que constar a tag: indCarregaPosterior com o valor 1. Abaixo temos um fragmento de arquivo INI do MDF-e para quem utiliza o ACBrMonitor mostrando como fazer para que a tag acima seja gerada: [ide] (...) indCarregaPosterior=1 ; se o valor for zero ou essa linha não existir a tag não será gerada. (...) Para quem utiliza o componente como alimenta-lo para emitir o MDF-e com a tag em questão: (...) Ide.indCarregaPosterior := tiSim; // se o valor for tiNao ou não constar essa linha a tag não será gerada. (...) Vamos agora ver como que fica o arquivo INI do evento de Inclusão de DF-e para que usa o ACBrMonitor: [EVENTO] idLote=1 [EVENTO001] chMDFe= chave do MDF-e cOrgao= Codigo da UF CNPJCPF= CNPJ ou CPF do emitente dhEvento=24/07/2019 17:04:00 tpEvento=110115 nSeqEvento=1 ; (sequencial, para o proximo DF-e tem que ser 2 e assim por diante) nProt= numero do protocolo de autorização do MDF-e cMunCarrega= código IBGE do municipio onde ocorreu o carregamento das mercadorias referente ao DF-e a ser incluido xMunCarrega= descrição do municipio ; xxxx pode variar de 0001 até 2000 [infDocxxxx] cMunDescarga= código IBGE do municipio onde ocorrerá o descarregamento das mercadorias referente ao DF-e a ser incluido xMunDescarga= descrição do municipio chNFe= chave da NF-e a ser incluida Para quem utiliza o componente, abaixo temos um exemplo de como enviar o evento em questão: ACBrMDFe1.EventoMDFe.Evento.Clear; with ACBrMDFe1.EventoMDFe.Evento.New do begin infEvento.chMDFe := ChaveMDFe; infEvento.CNPJCPF := CNPJCPFEmitente; infEvento.dhEvento := now; infEvento.tpEvento := teInclusaoDFe; infEvento.nSeqEvento := 1; infEvento.detEvento.nProt := nProtocoloAutorizacao; infEvento.detEvento.cMunCarrega := cCodigoMunicipio; infEvento.detEvento.xMunCarrega := xDescricaoMunicipio; InfEvento.detEvento.infDoc.Clear; // o bloco abaixo poderá se repetir por até 2000 vezes with InfEvento.detEvento.infDoc.New do begin cMunDescarga := cCodigoMunicipio; xMunDescarga := xDescricaoMunicipio; chNFe := ChaveNFe; end; end; ACBrMDFe1.EnviarEvento( 1 ); // 1 = Numero do Lote