Painel de líderes

Olá a todos! Devido a alguns usuários necessitarem de mais informações no canhoto do DANFe Retrato, foi criado uma nova propriedade que permite alterar o layout do canhoto: "PosCanhotoLayout". O @hleorj foi o culpado de termos isso implementado. Qual a ideia dessa propriedade? O objetivo de criar essa propriedade foi permitir a impressão do código de barras da chave de acesso no canhoto. Então, a propriedade PosCanhotoLayout tem no momento duas opções: prlPadro : Imprime o canhoto padrão prlBarra : Imprime o canhoto com chave de acesso  Veja as imagens abaixo do novo canhoto. Versão em Fortes Report: Versão em Fast Report:

Boa tarde pessoal, Com a versão 3.00a do CT-e temos um novo evento chamado Cancelamento de Comprovante de Entrega. Esse evento é emitido pela própria transportadora e não pelo destinatário da mercadoria. Para quem utiliza o ACBrMonitor abaixo segue um exemplo de como montar o arquivo INI do evento de Cancelamento de Comprovante de Entrega: [EVENTO] idLote=1 [EVENTO001] chCTe= chave do CT-e cOrgao= Codigo da UF CNPJ= CNPJ do emitente dhEvento=25/07/2019 10:30:00 tpEvento=110181 nSeqEvento=1 nProt= numero do protocolo de autorização do CT-e nProtCE= numero do protocolo de autorização do Evento de Comprovante de Entrega Para quem utiliza o componente, abaixo temos um exemplo de como enviar o evento em questão: ACBrCTe1.EventoCTe.Evento.Clear; with ACBrCTe1.EventoCTe.Evento.New do begin infEvento.chCTe := ChaveCTe; infEvento.CNPJ := CNPJEmitente; infEvento.dhEvento := now; infEvento.tpEvento := teCancComprEntrega; infEvento.nSeqEvento := 1; infEvento.detEvento.nProt := nProtocoloAutorizacao; infEvento.detEvento.nProtCE := nProtocoloAutorizacaoComprovanteEntrega; end; ACBrCTe1.EnviarEvento( 1 ); // 1 = Numero do Lote

Enviei correção para o repositório. Favor atualizar os fontes, reinstalar usando o ACBrInstall_Trunk2.exe e testar novamente.

Bom dia, Muito obrigado, no repositório temos os arquivos Tinus.ini (padrão) e Tinus_Macaiba.ini (especifico para a cidade de Macaiba). Para a cidade de Macaíba temos que pegar o arquivo Tinus_Macaiba.ini e renomear para Tinus.ini Caso o provedor venha padronizar para todas as cidades ai criamos um só INI. Podemos dar esse tópico como encerrado?

Prezados, Com a ativação do SVC para as emissões em MG no ambiente de Produção, o servidor SVC-SP está gerando o seguinte retorno: --------------------------- Versão Layout: 3.00 Ambiente: 1 Versão Aplicativo: SP-CTe-28-05-2019 Status Código: 113 Status Descrição: Serviço SVC em operação. Desativação prevista para a UF em 01/08/2019 às 12:00 horas UF: MG Recebimento: 30/07/2019 15:19:58 Tempo Médio: 1 Retorno: Observação: --------------------------- Este código de retorno, 113 - Serviço SVC em operação, não é esperado na função TCTeStatusServico.TratarResposta da ACBrCTeWebServices.pas, fazendo com que o resultado seja Falso, como se a comunicação tivesse falhado. Para resolver isso, sugerimos incluir este código 113 na verificação, substituindo esta linha: Result := (FcStat = 107); Por esta: Result := (FcStat in [107, 113]); Segue em anexo a unit ACBrCTeWebServices.pas com a modificação sugerida para avaliação, atualizada com a revisão 17399. ACBrCTeWebServices.pas

Boa tarde, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Em pesquisa com a Equipe de Suporte da Farmácia Popular recebemos a seguinte resposta. PREZADO(A), SOLICITAMOS QUE NO AMBIENTE DE HOMOLOGAÇÃO TENTE UTILIZAR O Nº1111 PARA UF “SP”. AGRADECEMOS O CONTATO E ESTAMOS A DISPOSIÇÃO PARA OUTROS ESCLARECIMENTOS. ATT. EQUIPE TÉCNICA DO PROGRAMA FARMÁCIA POPULAR/DAF/SCTIE Ministério da Saúde Secretaria de Ciência, Tecnologia e Insumos Estratégicos - SCTIE Programa Farmácia Popular do Brasil Esplanada dos Ministérios, Bloco G, Sobreloja CEP: 70.058-900, Brasília – DF Problema resolvido.

Alguns já usam... mas não temos como garantir a compatibilidade... Faça você a recomendação para o seu cliente... e não o contrário... Afinal você é o provedor do Software.... Recomende A1

Nesse caso você deve usar o objeto ESCPOS para enviar comandos a impressora que abrirá a gaveta... Veja os links abaixo https://acbr.sourceforge.io/ACBrMonitor/PosPrinter.html https://acbr.sourceforge.io/ACBrMonitor/ESCPOSImprimirTags.html Veja a Tag de abertura de Gaveta

Bom dia pessoal, passando apenas para reportar que com a DLL mais atualizada resolveu o problema, agradeço a ajuda e atenção de todos. Tenham um ótimo dia, abraços.

Sim, atualizei tudo. Isso esta acontecendo em 2 clientes ja nos outro esta ok, vou analisar melhor a situação.

Bom dia. Você chegou a estudar o manual? https://acbr.sourceforge.io/ACBrMonitor/ACBrMonitor.html Att.

Bom dia Italo. Pode sim, caso surgir algo novo, abro um novo tópico. Desde já muito obrigado pela atenção.

Você quer dizer usar o ACBrBal pra fazer a leitura? Se for isso, acho que o componente foi feito para comunicar diretamente com balanças e não com indicadores de pesagem. Talvez por isso você não está conseguindo fazer funcionar. Acredito que vai ser necessário implementar. Ou pelo menos adaptar uma nova classe para o ACBrBal para fazer a leitura. Você pode tentar verificar o funcionamento de uma das classes. Daí, com o manual explicando a comunicação serial e protocolo pode ser possível fazer alterações para a leitura correta. Talvez você deva configurar pra não ter uma transmissão contínua, ou um modo de transmissão que não acumule os valores.

No momento, o ACBr continua compatível com o Delphi 7. Você pode continuar baixando da maneira costumeira pelo site do Source Forge ou diretamente pelo SVN (recomendado). Veja: https://www.projetoacbr.com.br/fontes/ Temos um vídeo sobre a instalação:

Esse erro 0x5 se não me engano é "Acesso Negado". Geralmente acontece porque o antivírus (ou algum antimalware) está varrendo a instalação.

Bom dia, Notei uma coisa estranha, no pedido do evento o código da UF é 15 (cOrgao) ou seja Pará, já no retorno consta 53 (cOrgao) que é Distrito Federal. No meu entendimento o Monitor tem que esta configurado para a UF do emitente da nota pois é ele que vai enviar o evento de carta de correção.

Tente um Clean Up + Build All É necessário instalar os Packages conforme a hierarquia... Consulte o documento Bem Vindo ao Trunk2.pdf que está na Raiz do SVN

Onde essa gaveta é ligada? Qual o tipo de conector?

O link do help é esse: https://acbr.sourceforge.io/ACBrMonitor/ACBrMonitor.html Muito bom por sinal!!

como diria ... desde o princípio

Bom dia a todfos, Alguem está conseguindo autorizar CTe em MG pelo SVC-SP, estou recebendo erro 12175 e 12030?

Bom dia pessoal, Com a versão 3.00a do CT-e temos um novo evento chamado Comprovante de Entrega. Esse evento é emitido pela própria transportadora e não pelo destinatário da mercadoria. Nesse evento temos um campo obrigatório chamado hashEntrega, cuja descrição: Hash (SHA1) no formato Base64 resultante da concatenação: Chave de acesso do CT-e + Base64 da imagem capturada da entrega (Exemplo: imagem capturada da assinatura eletrônica, digital do recebedor, foto, etc) Nota 1: A critério do autor deste evento, este campo pode ser utilizado como índice para acesso as informações do Comprovante de entrega. Nota 2: A SEFAZ não tem nenhum controle sobre a informação deste campo. Observação: 28 caracteres são representados no schema como 20 bytes do tipo base64Binary. Nesse primeiro momento o componente não esta calculado o hash ficando a cargo da aplicação do desenvolvedor, pois vamos verificar a possibilidade de implementar. Para quem utiliza o ACBrMonitor abaixo segue um exemplo de como montar o arquivo INI do evento de Comprovante de Entrega: [EVENTO] idLote=1 [EVENTO001] chCTe= chave do CT-e cOrgao= Codigo da UF CNPJ= CNPJ do emitente dhEvento=25/07/2019 10:30:00 tpEvento=110180 nSeqEvento=1 nProt= numero do protocolo de autorização do CT-e dhEntrega=24/07/2019 17:30:00 nDoc= Documento de identificação da pessoa que recebeu a entrega xNome= Nome da pessoa que recebeu a entrega latitude= Latitude do ponto da entrega (detectado pelo equipamento do transportador, exemplo: PDA, tablet, celular) longitude= Longitude do ponto da entrega (detectado pelo equipamento do transportador, exemplo: PDA, tablet, celular) hashEntrega= Hash (SHA1) no formato Base64 resultante da concatenação: Chave de acesso do CT-e + Base64 da imagem capturada da entrega (Exemplo: imagem capturada da assinatura eletrônica, digital do recebedor, foto, etc) dhHashEntrega= Data e hora da geração do hash da entrega ; xxxx pode variar de 0001 até 2000 [infEntregaxxxx] chNFe= chave da NF-e da mercadoria que foi entregue Para quem utiliza o componente, abaixo temos um exemplo de como enviar o evento em questão: ACBrCTe1.EventoCTe.Evento.Clear; with ACBrCTe1.EventoCTe.Evento.New do begin infEvento.chCTe := ChaveCTe; infEvento.CNPJ := CNPJEmitente; infEvento.dhEvento := now; infEvento.tpEvento := teComprEntrega; infEvento.nSeqEvento := 1; infEvento.detEvento.nProt := nProtocoloAutorizacao; infEvento.detEvento.dhEntrega := datahoraEntrega; infEvento.detEvento.nDoc := NumeroDocumento; infEvento.detEvento.xNome := NomedoRecebedor; infEvento.detEvento.latitude := fLatitude; infEvento.detEvento.longitude := fLongitude; infEvento.detEvento.hashEntrega := hashdaEntrega; infEvento.detEvento.dhHashEntrega := datahhoradoHashEntrega; InfEvento.detEvento.infEntrega.Clear; // o bloco abaixo poderá se repetir por até 2000 vezes with InfEvento.detEvento.infEntrega.New do chNFe := ChaveNFe; end; ACBrCTe1.EnviarEvento( 1 ); // 1 = Numero do Lote

Paulo, Se você abrir esse arquivo através de um navegador vai notar no final o grupo <procEventoNFe>. Esse grupo nada mais é do que o conteúdo do arquivo *-procEventoNFe.xml que é gerado quando você obtém o retorno da SEFAZ sem nenhum problema.

Boa tarde, @Adileine Carla Ferraz, a orientação da SEFAZ é utilizar o SVC, porém estamos tendo o erro 12175 ao tentar emitir o CTE utilizando o servidor SVC-SP, diferentemente de você que deve estar utilizando o ambiente normal, aguardamos respostas.

Boa tarde Ítalo, agora consegui instalar. Alterei a Unit conforme sua orientação. Vou iniciar os testes. Obrigado.

Por favor, tem o linck do fortesreport para o Radio Studion 10.3.2 Rio? Obrigado já consegui.

vou testar aqui e posto um retorno... desde já muito obrigado Italo.

Bom dia Marcelo, Favor atualizar os fontes e faça novos testes. Note que fiz alterações no arquivo INI do provedor.

Bom dia, Italo, desculpe a demora para a resposta. Eu consegui puxar todas as notas que eu queria agora, graças a alguns tópicos aqui do site! Peço desculpas por não ter feito uma busca mais precisa antes de criar o tópico aqui. Meu problema era que o sistema só estava puxando as notas onde meu CNPJ estava declarado no campo <xAut> do xml e não onde era o destinatário. Mas isso já está resolvido! Se quiser fechar o tópico eu agradeço!

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

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

Bom dia. As bibliotecas para NFe ainda não foram liberadas pois estão em fase final, no momento temos a opção de se inscrever para beta tester, caso tenha interesse. Att.

Ok, tudo certo! Obrigado!

Bom dia, licerio. Veja o tópico abaixo:

Olá, Acabei de enviar uma correção pra essa situação na revisão 17393. Ela não foi detectada porque só acontece com as versões do Delphi que não tem TStringHelper. O Lazarus já possui isso. Obrigado por reportar.

Bom dia Elvis, O XML chamado EnviarLoteRpsEnvio como o próprio nome diz se refere ao XML de envio de lote, se você abrir o mesmo vai notar que ele contem uma lista com 2 RPS e o lote esta assinado. Já o outro XML se refere apenas ao XML do RPS. Portanto não da para você comparar esses dois XMLs. Ou você compara o XML do RPS com um dos RPSs incluído no Lote ou você gera através do programa exemplo um lote com 2 RPS e compara os dois XMLs de Envio de Lote de RPS.

Bom dia Favor atualizar novamente e reinstalar novamente. Notei que foi enviando para o repositório uma correção de uma das units do ACBrBoleto. Quanto aos filtros de PDF e XLS do Fortes terem parado de funcionar é muito estranho, as alterações que fiz e as que foram feitas no ACBrBoleto, já mais deveriam afetar o Fortes Report.

Bom dia, a impressão deve ser feita passando o XML retornado pelo SAT (Assinado)... Qual exatamente o erro? se possível anexe o xml para teste.

Olá Italo. Segue em anexo o arquivo fornecido. nfse.xsd.xml

Olá, acho que você confundiu de tópico. Essa mensagem não tem relação com o que estamos falando nesse tópico. Tem vários tópicos no fórum falando sobre esse assunto. Queira usar a pesquisa ou talvez criar um novo tópico.

Rogério, Você esta com todos os fontes de todas as pastas atualizados? Pois um outro membro do fórum que realizou teste de emissão em contingência tinha detectado um erro que foi sanado e que me recordo depois disso foi emitido sem problema nenhum.

Boa tarde Creio que precise apenas passar a propriedade: ACBrBoleto.Cedente.ResponEmissao:= tbBancoEmite O Nosso Número é tratado internamente a partir dessa propriedade.

Ao enviar os dados do MDFe está encerrando o método com asps duplas e fechando parenteses? ex: ... [infAdic] infCpl=57 infAdFisco= ") Como eu disse por aqui apresentou erro apenas em cUnid com seu arquivo...

Boa tarde Emerson, Faça uma alteração nessa unit. De: SysUtils, pcnConversao, pcnConversaoCIOT, ACBrUtil, System.Classes, para SysUtils, pcnConversao, pcnConversaoCIOT, ACBrUtil, Classes, E tente compilar novamente.

Realmente Ítalo, foi na mosca! Muito agradecido pela ajuda! Alex

Obrigado por colaborar... Poderia por favor postar algum Link com a documentação desse equipamento

Também tem uma versão já compilada, disponível na área de downloads do fórum

Bom dia. Existem demos nos fontes do ACBr, onde você encontra exemplos em diversas linguagens, entre elas Delphi de comunicação com várias balanças. Baixe os fontes utilizando o SVN, caso tenha dúvidas veja: http://acbr.sourceforge.net/drupal/?q=node/37 Abaixo caminho de onde está localizado o exemplo.