rbleonel

Olá pessoal. Em anexo estão as imagens de 2 cupons. 1 é o cupom "antigo" e o outro é o cupom "atual". Gostaria de saber se é possível aumentar o tamanho da fonte do cabeçalho do cupom. Apenas o cabeçalho. Pergunto isso porque um cliente em especial pega o NÚMERO DO EXTRATO para fazer os controles dele lá. O problema é que no cupom atual, o número do extrato está numa fonte muito pequena e este cliente está com dificuldades de pegar este número. Não quero mexer nos fontes do ACBR porque quando eu for atualizar os fontes, este problema vai voltar. Eu prefiro sempre uma solução nativa do componente. Tem como alterar o tamanho da fonte do cabeçalho, seja diretamente no componente, seja via código? Se sim, teria como me dar uma dica de como fazer isso? Utilizo para impressão o componente ACBrSatExtratoFortes. Obrigado, Rogério.

Ok, vou corrigir essas informações. Obrigado pelo pronto retorno.

Sim, o XML fica desta forma. É algo errado que estou fazendo ao montar o XML?

segue o anexo. 35181021182788000174580010000000571000000010-mdfe.xml

Olá pessoal. Percebi que em ambiente de homologação, tanto o peso quanto o valor da carga estão saindo corretamente no DAMDFe, porém, quando ele é feito em ambiente de produção, os valores de peso e carga ficam zerados. Li todas as mensagens e como foi dito, não é obrigatório e que esses valores irão aparecer para "agradar" os fiscais. Mas a minha dúvida é: Por que ficam zerados em ambiente de produção? Obrigado, Rogério.

Boa tarde! Estou gerando boleto pelo ACBr para o BB sem problemas. Agora, preciso fazer um ajuste nas posições 34 à 53. Atualmente está assim: 002478013001417000 Preciso mudar para: 002478013001417019 O 019 do final é a variação da carteira. O problema é que não entendi muito bem como posso fazer isso na função MontarCampoCarteira. Alguém poderia me dar um exemplo de como eu faço esse ajuste? Obrigado, Rogério.

Olá pessoal! Estou tendo o mesmo retorno de falha no schema do xml sempre que vou encerrar o MDF-e com operação não realizada (teManifDestOperNaoRealizada). Coloquei a justificativa e os códigos do município e UF do emitente, porque se a operação não foi realizada, entendo que o caminhão não saiu. Todas as demais operações de encerramento e cancelamento estão funcionando. Apenas a operação não realizada retorna essa rejeição. O que pode estar faltando para evitar essa rejeição? Outro detalhe, pode-se achar que o XML está com caracteres estranhos ou com formação errada. Está tudo perfeito com o XML. Todos as demais operações funcionam normalmente. Menos a operação não realizada. O que pode ser? Obrigado, Rogério.

O pior é que o Windows 7 não permite atualizar o IE para uma versão mais recente. O instalador retorna dizendo que não é possível instalar e ponto final. Aqui tbm tem casos que no Windows 7 vai e em outros não vai. O que será que acontece com esses que não vão? Deve estar faltando alguma coisa nele.

Olá pessoal. Estou com o mesmo problema, porém, mudei todas as configurações para todas as opções possíveis e imaginárias e nada. Segui várias dicas. Vejam em anexo. Nada faz funcionar. Alguém tem alguma sugestão, além dessas que já foram passadas? sites.txt

bom dia. o que dá pra perceber é que todos os campos que estão em branco, fica escrito essa frase. Mesmo colocando um ponto no campo que está em branco, o problema continua. Obrigado, Rogério.

Olá pessoal. No caso da unidade tributável para exportação, existe a obrigatoriedade de exibir esse campo no Danfe, juntamente com a unidade tributável do produto? Se sim, como fazer para exibir no Danfe? Se não, o que responder para o cliente, uma vez que o cliente dele está exigindo isso? Já respondi para o cliente que é necessário a NT de alteração no Danfe e tudo o que encontrei é uma recomendação que pode ser informado os 2 campos no Danfe, conforme o anexo. Veja o campo Unidade. Obrigado, Rogério. modelo - nf unid, tributavel e comercial.docx

Bom dia! Estou com o mesmo problema! Utilizo Delphi2010 e Win10 64. Pacotes ACBr atualizados. Faço da seguinte forma: ACBrNFe1.SSL.SelecionarCertificado; Quando entra na Unit ACBrDFeWynCript, na function TDFeWinCrypt.SelecionarCertificado, na linha 1037. Quando é para abrir a janela para exibir a lista de certificados, retorna erro de debug. Se rodar o aplicativo, chegando no mesmo ponto, ou ele trava, ou o aplicativo fecha. Outro detalhe curioso, quando estou em tempo de projeto, se eu colocar um break point em cima de ACBrNFe1.SSL.SelecionarCertificado, basta pressionar F8 e continuar sem problemas. Se não fizer isso, erro Debugger Fault Notification. Trava tudo! Alguma sugestão? Obrigado, Rogério.

É isso mesmo BigWings, não tem nada a ver com a manifestação do destinatário. Sua dica já me ajudou bastante. Vou estudar o exemplo do ACBr. Obrigado pela ajuda Italo e BigWings. Rogério.

Boa tarde Italo. Pois é essa a minha dúvida, se o ACBr faz a manifestação de carga segundo regulamentação da portaria Cat 102. Veja um trecho da portaria: II - emitente de Nota Fiscal Eletrônica - NF-e, modelo 55, quando ele for o responsável pelo transporte, realizado em veículos próprios ou arrendados, ou mediante contratação de transportador autônomo de cargas: a) no transporte interestadual de quaisquer bens ou mercadorias; (Redação dada à alínea pela Portaria CAT-34/16, de 0803-2016; DOE 09-03-2016) a) no transporte interestadual de bens e mercadorias acobertadas por mais de uma NF-e Coloquei a portaria completa em anexo. Pelo que pude perceber, para gerar a manifestação de carga, é necessário ter a chave de acesso da NFe e preencher vários campos obrigatórios e enviar para a Sefaz. A própria Sefaz tem um aplicativo com esta finalidade. Veja em: https://www.fazenda.sp.gov.br/mdfe/emissor/emissor.htm Esse emissor, além de você fazer a manifestação do destinatário, você também consegue fazer a manifestação de carga enviando para a Sefaz. Só que, eu preciso implementar isso no sistema e preciso saber se o ACBr faz essa operação. Obrigado, Rogério. Portaria CAT 102, de 10-10-2013.pdf

Boa tarde! Por acaso o ACBr faz a MANIFESTAÇÃO DE CARGA? Veja, não é a manifestação do destinatário e sim, a manifestação de carga por parte do fabricante que faz o transporte da própria mercadoria. Se sim, onde posso seguir os exemplos para manifestar a carga? Obrigado. Rogério.

Olá pessoal. Minha dúvida está em saber qual FCP cobrar. Para os casos em que o destinatário for consumidor final, cobra-se o FCP em tags próprias, utilizando a regra de 80% para o destino e 20% para o emitente. A partir de 2019 será 100% para o destino. Veja um pedaço do XML como exemplo: <ICMSUFDest> <vBCUFDest>1050.00</vBCUFDest> <pFCPUFDest>2.0000</pFCPUFDest> <pICMSUFDest>18.0000</pICMSUFDest> <pICMSInter>12.00</pICMSInter> <pICMSInterPart>80.0000</pICMSInterPart> <vFCPUFDest>21.00</vFCPUFDest> <vICMSUFDest>50.40</vICMSUFDest> <vICMSUFRemet>12.60</vICMSUFRemet> </ICMSUFDest> Na versão 4.0, temos os campos relativos ao FCP nos produtos. Minha dúvida é justamente essa. Se o destinatário for consumidor final, devo cobrar o FCP no produto conforme sugere a versão 4.0 ou devo cobrar apenas como o exemplo acima, ou ainda, devo fazer as 2 cobranças tanto no produto como no Difal? Obrigado, Rogério.

Agora aqui instalou sem problemas. Obrigado.

Olá pessoal. Acabei de atualizar os pacotes do ACBr e também foi atualizado o ACBrInstall_Trunk2.exe (Revisão 14457) O problema é que não consigo instalar os componentes. Retorna o seguinte erro: Embarcadero Delphi for Win32 compiler version 30.0 Copyright (c) 1983,2015 Embarcadero Technologies, Inc. C:\ACBR\Fontes\ACBrDFe\ACBrNFe\PCNNFe\pcnNFeW.pas(240) Error: E2033 Types of actual and formal var parameters must be identical C:\ACBR\Fontes\ACBrDFe\ACBrNFe\PCNNFe\pcnNFeW.pas(246) Error: E2033 Types of actual and formal var parameters must be identical C:\ACBR\Fontes\ACBrDFe\ACBrNFe\ACBrNFeNotasFiscais.pas(2140) Fatal: F2063 Could not compile used unit 'pcnNFeW.pas' Compilation failure Erro ao compilar o pacote "ACBr_NFe.dpk". Abortando... Ocorreram erros na compilação dos pacotes. Em anexo está o log de erro das 2 instalações (Delphi 2010 e Delphi 10 Seattle). O mesmo erro ocorre para ambos os casos. Antes de fazer a nova instalação, todos os arquivos antigos são removidos. O que posso fazer para resolver este problema? Obrigado, Rogério. log_Delphi_10_Seattle.txt log_Delphi_2010.txt

Olá pessoal. Aconteceu algo bem estranho num cliente. Ele tem 2 CNPJ e 1 certificado A3 para cada CNPJ. Ele estava emitindo NFe para 1 CNPJ com o cartão do outro CNPJ conectado na leitora. Ao gerar o XML, o meu sistema abre a janela para selecionar o certificado: ACBrNFe1.SSL.SelecionarCertificado; Ao abrir a janela com a lista de certificados instalados, o cliente percebeu que o certificado conectado era do outro CNPJ. Retirou o cartão e colocou o outro. Selecionou o certificado que estava conectado e emitiu a NFe. Na sequencia, ele foi emitir outra NFe para o outro CNPJ e quando abriu a lista de certificado, ele selecionou o certificado correto e retornou a seguinte mensagem: Falha ao obter a chave primaria. E a partir dai o certificado não funciona mais. Isso ocorreu, segundo o cliente, porque ele tirou o certificado da leitora com a janela da lista de certificados aberta. Ai eu fiz uma alteração que ao invés de exibir a lista de certificados, ele colocar o número de série a senha. Desta vez a mensagem de erro mudou para: O conjunto de chaves não está definido. As DLLs estão devidamente registradas no Windows porque o outro certificado funciona de qualquer forma. Apenas aquele certificado que foi retirado da leitora com a janela de lista de certificados abertos, não funciona mais. Sei que a história é confusa, mas acho que deu pra entender. A pergunta é: Existe alguma possibilidade de alguma coisa apagar a chave primária do certificado? Alguém já viu alguma coisa parecida com isso? Obrigado, Rogério.

Bom dia Italo! Sim, está sendo passado um número que ainda não foi utilizado. Digamos que é um "número novo". O que eu acho estranho é que retorna a seguinte mensagem: "Não existe na base de dados uma NFS-e emitida para o número de RPS informado". Pois bem, se NÃO existe na base de dados uma NFSe emitida com aquele número, por qual motivo o WS está retornando com essa mensagem? Se o número não existe lá na base de dados, que diabos de número o WS está querendo? Se não existe, aceita a nota e vida que segue. Desta forma, o número passará a existir e assim sucessivamente. Caracas, que trem complicado... Desculpe-me pelo desabafo, mas esses provedores são uma tristeza. A emissão de NFSe deveria ser absorvida pela Sefaz e seguir o padrão da NFe. Já entrei em contato com o Ginfes a mais de 15 dias e nada de retorno. Obrigado, Rogério.

Olá pessoal, Ao enviar o RPS para o provedor Ginfes, o mesmo está retornando a seguinte mensagem: "Não existe na base de dados uma NFS-e emitida para o número de RPS informado. Informe o número correto do RPS." Estou implementando um número à propriedade IdentificacaoRps.Numero. Ela fica assim: with NotasFiscais.Add.NFSe do begin IdentificacaoRps.Numero := numerorps; // o código continua daqui para baixo... end; O curioso é que isso acontece apenas com 1 cliente. O outro que também emite no mesmo município e consequentemente o mesmo provedor, emitir NFSe normalmente. O pode estar de errado? Alguém teria alguma ideia? Obrigado, Rogério.

Daniel, Baixei os fontes atualizados e rodei o ACBrInstall.exe. Fiz esse procedimento antes de fazer qualquer alteração. Agora, fui até o componente ACBrNFe e alterei as propriedades que você descreveu acima e desta forma, o problema não apareceu mais. Eu não havia feito isso antes, porque eu li seu tópico sobre essa novidade e ela está assim: Como configurar para usar a WinCrypt e não a CAPICOM ? A maneira mais simples é configurar a seguinte propriedade: ACBrNFe1.Configuracoes.Geral.SSLLib := libWinCrypt; Na verdade, a propriedade ACBrDFe.Configuracoes.Geral.SSLLib passou a ser virtual... ou seja, ela configurará de forma indireta, as 3 novas bibliotecas de TDFeSSL... Se você ler os fontes, quando rodamos o código acima, o seguinte código será executado. procedure TGeralConf.SetSSLLib(AValue: TSSLLib); case AValue of ..... libWinCrypt: begin SSLCryptLib := cryWinCrypt; SSLHttpLib := httpWinHttp; SSLXmlSignLib := xsMsXml; end; end; Eu simplesmente mudei a diretiva no ACBr.inc conforme orientação e compilei o projeto. Foi ai que apresentou o problema. Desculpe-me mas, eu não me lembro de ter lido que também era para mudar as propriedades do componente. Eu achei que bastava alterar o arquivo .inc e colocar a linha "ACBrNFe1.Configuracoes.Geral.SSLLib := libWinCrypt;" no meu projeto e pronto. Pelo o que está descrito, seria para acontecer isso, contudo, comigo não aconteceu. Comi bola em algum lugar? Obrigado, Rogério.

Olá pessoal! Utilizo Delphi 2010. Fui fazer uma experiência referente a alteração para WinCrypt, e a primeira coisa que fiz foi alterar o arquivo ACBr.inc, conforme orientação. Somente alterei a diretiva no arquivo ACBr.ini e compilei. Retornou a seguinte mensagem: “Suporte a libCapicom foi desativado por compilação {$DEFINE DFE_SEM_CAPICOM}”. Fechei o projeto e apaguei todas as DCUs e compilei novamente e a mensagem persiste. Se eu clicar em continuar, vai indo até aparecer mensagem de Run Time. Voltei no arquivo ACBr.inc e coloquei o ponto na diretiva. Apaguei as DCUs do meu projeto e tudo voltou ao normal ao compilar. O que pode estar havendo de errado? Obrigado, Rogério.

Olá pessoal. Ao fazer a consulta de qualquer serviço dos correios pelo componente ACBrSedex, está retornando a seguinte mensagem de erro: Não foi possível fazer a consulta: 1 - Código de serviço inválido. Desde de 05/05/2017ele foi substituído pelo 04014 A mensagem acima é para os casos de consulta SEDEX Alguém sabe dizer se houve alguma mudança nos códigos de serviço dos correios? Obrigado, Rogério.

Bom dia! Referente ao log, abri o log que o ACBrSat cria de cada operação e seu conteúdo é: 04/04/17 13:19:03:789 - ACBrSAT.DesInicializado Extrai o log do Sat através do componente e na data que ocorreu o problema, o log está assim: 20170404140258|SAT-SEFAZ|info|nvl 2:(CFeRetRecepcao):0.07 acessado o webservice https://wssatsp.fazenda.sp.gov.br/CfeRetRecepcao/CfeRetRecepcao.asmx 20170404140301|SEFAZ-SAT|info|nvl 2:(CFeRetRecepcao):0.07 resposta do webservice (106:Lote Processado) 20170404140301|SEFAZ-SAT|info|nvl 2:(CFeRetRecepcao) lote 352170404000354135471 processado pela SEFAZ 20170404140301|SEFAZ-SAT|info|nvl 2:(CFeRetRecepcao) CF-e-SAT 35170405287593000132590000620980029008359086 (100:CF-e-SAT processado com sucesso) Depois, extrai o log do Sat pelo aplicativo do próprio Sat e está assim: 8289 04/04/2017 13:19:03 nvl 2 info (EnviarDadosVenda) mensagem recebida 8290 04/04/2017 13:19:04 nvl 2 info (EnviarDadosVenda) mensagem enviada 8291 04/04/2017 13:19:04 nvl 1 info (EnviarDadosVenda):555306 CF-e-SAT CFe35170405287593000132590000620980029008359086 gerado com sucesso Bem, não sei se fiz a coisa certa, mas não encontrei o número da sessão e as demais informações. Também observei que meu aplicativo não gera o arquivo XML enviado (-env). Minhas perguntas são: Como extrair o log correto para obter as informações que preciso para o caso mencionado? Como configurar o ACBrSat para criar o arquivo -env? Obrigado, Rogério.