Painel de líderes

Caro Elton, Segue 3 Units que fiz algumas alterações. Faça uma checagem para verificar se não fiz muita besteira. Me retorne se for necessário. ACBrEPCBloco_1.pas ACBrEPCBloco_M.pas ACBrEPCBlocos.pas

Já enviei uma possível correção para o SVN, favor atualizar e testar novamente.

Deu certo! Muito obrigado ...

Obrigado pelo retorno Renato.... Me passaram outra empresa para suporte de Dourados... eles não sabem nada sobre essa chave de acesso aqui... estou aguardando analise deles do ultimo xml gerado...

O SAT ainda não recebeu a parametrização atualizada. Veja com o suporte do fabricante, como você pode fazer para "forçar" o recebimento da nova parametrização. Já li relatos que se bloquear e desbloquear o aparelho, ele recebe uma nova parametrização. Mas aconselho a falar com o suporte para ter certeza.

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

Muito obrigado informado este código do municio e deu certo.

Você não está totalizando a base do ICMS. no item na tag imposto você tem vBC = 1000.00 e na tag ICMSTot você tem vBC = 0.00

Seria bom você avaliar em que momento ou o motivo disso estar acontecendo. Como o Daniel mencionou já existem alguns tratamentos no método TACBrECFVirtualNFCeClass.FechaCupomVirtual. Quando o status é diferente de 100 na forma de emissão "online", é levantada uma exception. Talvez você devesse tratar essa exception. Concordo que parece um bom modo de tratar a situação.

Esse é um problema recorrente da SEFAZ-MG.

Vejo que não esta utilizando a ultima versão do monitor, favor atualizar e tentar novamente, pois este erro já foi corrigido.

Obrigado pela resposta Italo! Sim, fiz o teste no programa exemplo e ocorre o mesmo erro! Estou usando libCapicom! Todos os fontes estão atualizados! E não tem nenhum fonte com uma bolinha vermelha no ícone!

AChei o problema.... Compilei o codigo do acbr para NOGUI e FMX E o que acontece, tem la dentro uma funcao que mesmo assim tenta abrir um dialogo avisando que tem POUCO papel na impressora... A impressora esta com o sensor enrroscando. Solucao: durex prendendo o sensor na posicao certa. Obrigado

Boa tarde, Em todas as situações necessárias, para que seja possível atender a RV N33-10.

Sim, assim que receber a resposta envio aqui.

? Ok, se eu conseguir algo lhe informo.

Tente usando o protocolo EPL2...

Pode por favor anexar um XML com a composição de frete para verificar o antes e depois?

Bom dia, Já atualizei e imprimiu o qrcode agora. Obrigado.

Ok Pessoal obrigado pelo retorno!! Sim Juliana, estou ciente é que somente para o SAC!!! Quebrei a cabeça um monte, mas ainda bem que era o componente mesmo, valeu!!!

Isso não tem a ver com o componente, e sim com a função StrToInt que gera esse erro caso não se informe um número inteiro válido como parâmetro. Então o campo COD_MUNICIPIO_IBGE no seu dataset deve estar em branco. Experimente trocar pra StrToIntDef().

Existem mais condições para a impressora decidir imprimir em uma linha apenas. Do manual da Bematech MP-2100 TH FI: Caso você desabilite essa configuração na impressora (acredito que o ACBrECF não encapsule essa configuração), será impresso sempre em duas linhas.

Problema solucionado Pode Fechar o Tópico. Solução : Quando o faz o download do xml o acbr colocar o arquivo na pasta que esta apontado no Path em ACBrNFE1.Configuracoes.Arquivos.DownloadNFe.PathDownload com este dado montei o resto do caminho para guardar no banco de dados.

Enviei ao SVN, ajustes no ACBrPosPrinter, e ACBrSATExtratoESCPOS, para o correto funcionamento nessa impressora...

Vou verificar hoje.

obrigado, já atualizei

salve Juliana Tamizou , Muito obrigado , é a mania de nao atualizar exe rsss, baixei a versão mais recente ACBrInstall_Truck2.exe e acertei alguns problemas q tenho com relacao ao Fortes Report e instalou as atualizações . Muito Obr [ ]s

Bom dia Mauricio, Para que a impressão saia correta é preciso o provedor ter retornado o XML da NFS-e. Lembre-se que se tratando de NFS-e, o componente gera e envia o XML do RPS para o provedor, este por sua vez processa, estando tudo OK, gera e retorna o XML da NFS-e. É no XML da NFS-e que contem o numero da NFS-e, portanto para que a impressão sai correta é preciso desse XML.

No arquivo Publica.ini Pelo que pude perceber a unica alteração (tirando as duplicidades) do arquivo editado para o arquivo do repositório foi a configuração de assinatura: Repositório [Assinar] RPS=1 Lote=0 URI=1 Editado [Assinar] RPS=0 Lote=1 URI=0 Realizando apenas essa alterações no arquivo original (Repositório) já é possível transmitir as notas. Não sei se essas alterações está corretas ou poderão impactar em outros municípios. Apenas analisei os arquivos do repositório (que não está funcionado para Chapecó) com o arquivo publicado aqui no tópico (que está funcionando) Lembrando que tive que voltar a Revison sem as ultimas alterações realizadas para funcionar

Bom dia Leonard, Você configurou SSLLib com qual valor?

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

Bom dia Rodrigo, O provedor IPM já esta implementado no componente ACBrNFSe, favor abrir o arquivo Cidades.ini para ver como é que fica a configuração dessa cidade para esse provedor, tomando como base outras cidades que usam o mesmo provedor.

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.

O CE agora no apagar das luzes também dispensou o Registro 0210 através da "INSTRUÇÃO NORMATIVA Nº64, de 19 de dezembro de 2018" em seu artigo 9°. Segue anexa. 20181229123931.pdf

Esta tudo ok. Obrigado.

Então, voltando agora pra responder esse topico pq eu entrei de ferias e no meio dela quebrei a mao. e por isso passei um tempo sumido do trabalho. após atualizado o svn e entrar em contato com o pessoal do banco de novo gerando outro protocolo pra suporte, foi aprovado sem problemas novamente. acho, que quando foi concertado a contagem de itens que eu falei a cima, ficou com algum bug, mas com a nova versao foi corrigido. eu nao fiz nada, so atualizar o svn e enviar novamente para a homologação.

Obrigado

Obrigado Paulo, não vi mesmo. Vou seguir nos outros testes.

o ACBrPosPrinter não usa DLLs para imprimir... ele envia os comandos em Esc/Pos diretamente a porta da impressora... Você está usando a Impressora USB com COM Emulada ? Se SIM, isso pode depender do driver de COM virtual, talvez o problema esteja nele, que não atualiza o Handle da Impressora...

Apenas uma correção, os arquivos que estou utilizando são colaboração do @Eduardo Muller Outro detalhe, aqui estou conseguindo fazer emissão usando WinCrypt. Atualizei o SVN para essa ultima correção disponibilizada, mas acabei tendo alguns problemas. No processamento do lote resultava na mensagem "Arquivo enviado fora da estrutura do arquivo XML de entrada. Envie um arquivo dentro do schema do arquivo XML de entrada." então acabei retrocedendo a revisão anterior, mas o erro persistia, acredito que possa ter sido algum erro interno do provedor pois agora voltou ao normal. Vou continuar testando, mas parece que mesmo sem as alterações enviadas hoje, a consulta do lote está funcionando com Wincrypt.

Boa tarde a todos, Um detalhe muito importante, o componente ACBrNFe permite que cancelemos uma nota usando o método Cancelamento: ACBrNFe1.Cancelamento(AJustificativa: String; ALote: integer = 0): Boolean; ou montando uma rotina para alimentar o componente com as informações referente ao evento de cancelamento. Essa rotina que me refiro é genérica, portanto podemos utiliza-la para enviar para SEFAZ qualquer tipo de evento. Abaixo a rotina genérica para enviar o evento de Cancelamento Por Substituição: ACBrNFe1.EventoNFe.Evento.Clear; with ACBrNFe1.EventoNFe.Evento.Add do begin infEvento.chNFe := Chave; infEvento.CNPJ := CNPJ; infEvento.dhEvento := now; infEvento.tpEvento := teCancSubst; infEvento.detEvento.xJust := Justificativa; infEvento.detEvento.nProt := Protocolo; infEvento.detEvento.cOrgaoAutor := 35; infEvento.detEvento.verAplic := '1.0'; infEvento.detEvento.chNFeRef := ' chave de acesso da NFC-e substituta'; end; ACBrNFe1.EnviarEvento(StrToInt(idLote)); No programa exemplo do componente ACBrNFe você encontra essa mesma rotina, mas para enviar o evento de cancelamento. Observe o que esta em negrito.

Mesmo na revisão do dia 09/11 não existe a propriedade indCont para a classe TRetDistDFeInt. O indicador de continuidade para o método DistribuicaoDFe é feito através do cStat de retorno, e não uma tag no XML como era no ConsultaNFeDest. Talvez você quis dizer TRetConsNFeDest.indCont, que tratava o retorno do método ACBrNFe.ConsultaNFeDest, esta classe foi removida. Improvável, o código dos métodos ACBrNFe.ConsultaNFeDest e ACBrNFe.DownloadNFe já estavam gerando exceção se chamados, desde 05/2017: function TACBrNFe.ConsultaNFeDest(CNPJ: String; IndNFe: TpcnIndicadorNFe; IndEmi: TpcnIndicadorEmissor; ultNSU: String): Boolean; begin // Desativar o acesso a esse serviço após 02/05/2017 Result := False; GerarException('Após 02/05/2017 o Web Service ConsultaNFeDest foi desativado pela SEFAZ.'+#13+ 'Favor utilizar o método DistribuicaoDFe.'); É possível que o código que está causando erro de compilação nem estivesse mais sendo usado pela sua aplicação por isso você não percebeu.

Obrigado! Vou postar!

Boa tarde Cesar, Infelizmente temos poucos que se habilitam em ajudar na melhoria do código. Sendo assim até o momento nada foi feito com relação a essa melhoria.

A DLL msvcr120.dll não está em nenhum Path reconhecido pelo Delphi. Pode encontra-lá em: trunk2\DLLs\OpenSSL\1.0.2.13\x86. Ai é aquela coisa, copiar a versão x86 para a pasta das dlls 32 e a x64 para a pasta das dlls 64.

Boa tarde, Depois de muito tempo trabalhando em cima, conseguimos aqui na empresa corrigir o problema da assinatura com o certificado A3, e o A1 instalado na máquina para o e-Social (sha-256). Fizemos diversos testes, enviamos e recebemos os recibos normalmente... Segue a unit para análise, testes, e se for o caso ser versionada no componente. É só substituir a unit na pasta: \Fontes\ACBrDFe Valeu! ACBrDFeXsLibXml2.pas

Units alteradas e enviadas ao SVN. Agradecimento ao @Paulo Aguiar Junior que graças as mods dele eu achei na documentação o problema que tinha na nossa unit anterior. Segundo o padrão de assinatura quando a URI é vazia deve-se usar todo o xml para gerar o hash de assinatura.