Painel de líderes

Bom dia a todos, Favor atualizar os fontes, mais uma alteração, acredito que agora vai incluir a assinatura no lugar correto no XML de cancelamento.

Boa tarde Gr@c@ Conforme o próprio resumo da NT, sim será possivela missão de NF-e pelo produtor rural. "Resumo: Foi alterada a legislação nacional (Ajuste SINIEF 09/2017), permitindo a emissão da NF-e para emitente Pessoa Física, identificado pelo seu CPF. Esta decisão atende uma demanda de algumas SEFAZ e uma demanda também dos Produtores Rurais, que possuem uma Inscrição Estadual vinculada a sua inscrição no CPF. Com esta mudança, o contribuinte Produtor Rural com CPF poderá prescindir da emissão da Nota Fiscal Avulsa no site da SEFAZ para emitir a NF-e na operação interestadual, na exportação, na venda para órgãos públicos e em outras situações em que é obrigatória a emissão da NF-e. Será possível também gerar a NF-e na própria operação interna dentro da UF. Portanto, deverá ser possível a emissão de Nota Fiscal Eletrônica para o Emitente Pessoa Física (CPF) utilizando o Aplicativo do próprio do contribuinte."

Boa tarde. Observe que para os registros que obrigam a existência do 0150 existe o campo COD_PART( Código do participante (campo 02 do Registro 0150) ), no caso do C800 este campo não existe. Para resolver seu problema, basta remover do arquivo todos os 0150 que estão relacionados somente aos C800. Att.

João Victor, Obrigado pela analise e sugestão de correção... Como o suporte disse... A impressora nunca deveria retornar um ACK=255... mas retorna... Baseado na sua sugestão, apliquei uma revisão na Unit ACBrECFBematech.pas, para considerar o ACK válido na seguinte situação: function TACBrECFBematech.ACKValido(const nACK: Integer): Boolean; begin Result := (nACK = 6) or (nACK = 255); end; Por favor substitua a sua Unit, com essa em anexo, e faça alguns testes... ACBrECFBematech.pas

Dá uma lida no tópico abaixo

Bom dia, Verifica esse tópico por favor, talvez de ajude Ambos estão passando pelo problema de usar o validador do site, sendo que a homologação é via e-mail Att

Bom dia, Por acaso o validador de layout usado é este? https://gmtedi.bb.com.br/validaleiaute/#/validadorleiaute Este validador tem apresentado problemas diversos. O procedimento para homologação de cobrança junto ao banco do brasil é por ligar no suporte tendo em mãos a chave J para abrir um chamado de testes. Neste momento o suporte irá te orientar a enviar um e-mail (destinatário homologação do banco) onde no assunto você irá informar o número do protocolo (que foi aberto nesta ligação) e em anexo pelo menos 5 boletos e a remessa contemplando esses boletos Depois o banco irá te enviar um e-mail informado se foi ou não aprovado. Até hoje tenho homologado desta forma e não tenho tido problemas com o componente, inclusive a última homologação foi no mês passado. Att

Sergio... o problema foi encontrado...nos deixamos no campo edit somente para aceitar letras maiusculas... confirme voce mencionou digitamos igual ao da receita direto no banco de dados e a NFCe foi emitida. Problema solucionado. Obrigado.

Muito obrigado pela presença de todos... Gostei muito de conhecer a bela cidade de Vitória-ES... Os PDFs das palestras podem ser baixados no link abaixo...

Boa tarde a todos, Teremos mudanças no layout do CT-e, basicamente são duas, a primeira se refere ao CT-e OS, mais precisamente no transporte de pessoas, teremos um novo grupo chamado <infFretamento> e a segunda que se aplica tanto no CT-e quanto no CT-e OS é o novo grupo chamado <infEmpresaSoft>. Este último grupo em um primeiro momento é opcional, ou seja, ele não precisa constar no XML, mas futuramente vai ficar a cargo de cada UF determinar a sua obrigatoriedade. Nesse grupo deveremos informar o CNPJ ou CPF do desenvolvedor, bem como o nome da empresa ou desenvolvedor, e-mail e telefone. O componente ACBrCTe já foi alterado visando a geração desses grupos, estou apenas aguardando a liberação do ambiente de homologação para enviar para o repositório. Favor baixar e ler com atenção a Nota Técnica 2018/002 que se encontra no Portal Nacional do CT-e. O Ambiente de Homologação vai ser liberado em 10/09/2018 e o de Produção em 15/10/2018.

Os fontes e as dlls estão atualizados? Tente alterar a propriedade SSLLib: libWinCrypt. Veja o tópico abaixo:

Esquisito, não identifiquei nada no fonte desse banco que faça isso..vc chegou a testar no demo? Att.

Boa tarde, alexandre.abaco. Tente colocar a opção: showdialog = false no objecto da DANFE.

Vou testar, Obrigado Alisson Souza Pereira

Tentou reinstalar o certificado? Qual o tipo de configuração do acbr que vc está usando: Wincrypt, Capicom, etc?

Pra realizar esses testes vamos precisar dos fazendeiros ? ?do ACBr que tenham Inscrição PR + Certificado e-CPF. Atualmente, para venda de gado, o produtor rural emite uma GTA (existe um órgao que faz isso), mas é o frigorífico que emite uma NF-e de entrada ref a compra desse gado. Será que a partir de agora, o produtor que deverá emitir a NF-e de venda? Não tenho encontrado nada na net e o SEFAZ, como sempre, é bem superficial no assunto.

Estranho, ao setar esta propriedade automaticamente o componente já completa com os "0" a esquerda até dar 12 caracteres. Você está usando o componente ou o ACBrMonitorPlus? Att

Pelo que notei, esse equipamento já vem com um Software embutido... então seria necessário usar o Software do Fabricante... O ACBrMTER, poderia ser usado em MicroTerminais TCP/IP que usam os protocolos: VT100, STXETX, PMTG

Boa tarde. Acredito que sua rotina deveria realizar a emissão dos documentos (NFe e NFSe) cada um com seus respectivos valores e ao fim emitir um único boleto referente ao total dos documentos. Att.

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

Veja em ACBrUtil.pas function UnZip(S: TStream): AnsiString; overload; function UnZip(const ABinaryString: AnsiString): AnsiString; overload; function Zip(AStream: TStream): AnsiString; overload; function Zip(const ABinaryString: AnsiString): AnsiString; overload;

Boa tarde, é preciso que o XML tenha o protocolo de autorizado pela SEFAZ, ou seja, já tenha sido enviado para SEFAZ

provavelmente... a grande maioria dos Erros, é causada pela baixa Amperagem na porta USB... isso pode ocorrer se existem muitos dispositivos USB ligados na máquina (a Amperagem fica dividida entre eles) Um Hub USB (não energizado), é fatal para esse tipo de problema... mas o HUB USB com alimentação externa, pode ajudar... Alguns SATs também permite o uso de uma fonte externa... o que ajuda muito...

Sim! Obrigado acredito que agora estamais seguro. Obs: Empresas que estavam usando hub usb acredito ter mais possibilidade de erros nas usbs

Obrigado, parece tudo correto.. já envio ao SVN...

Exatamente... observe que você não deveria checar apenas o codigoDeRetorno... o correto seria também checar se a resposta do SAT tem o mesmo número de sessão da requisição... e é exatamente isso que o ACBrSAT1.ValidarNumeroSessaoResposta:=True; irá fazer... Então você não precisará mais se preocupar com o retorno do SAT Quando o SAT estiver indisponível, você já pegará o problema em: ACBrSAT1.ConsultarStatusOperacional; dessa forma você dificilmente terá problema de indisponibilidade no SAT ao enviar o comando de Venda... Qualquer retorno diferente de 6000, é erro na Venda... considere que o XML foi recusado... pois o você já testou a disponibilidade do SAT com a chamada de ACBrSAT1.ConsultarStatusOperacional

Não tinha atualizados os fontes recentemente, não tinha visto a existência desse parâmetro.. Atualizei agora e está tudo certo.. Muito obrigado pela ajuda..

Bom dia dorivansousa, Obrigado pela ajuda. Consegui fazer enviando ACBrLCB1.EnviarString('B'), só que ao invez de bipar 3 vezes como enviando o 'F' ele bipa apenas uma, então executei 3 vezes esses comando separado por um pequeno sleep.

Bom dia, vamos verificar a melhor forma... baseado no manual. Obrigado!

Estou com os fontes atualizados e enfrentando o mesmo problema.

Bom dia, Fiz alterações no arquivo INI do provedor Abaco. Favor atualizar os fontes e faça novos testes com o programa exemplo.

Bom dia, gostaria de informar que após essa mudança o meu sistema ao ler os arquivos de retorno da Sicoob não está conseguindo obter todos os dígitos do nosso número. O método que os cliente obtêm o arquivo é pelo cedente, não tem se pode ter alguma relação, ate porque não sei como o amigo acima pega o retorno. Estou mandando a mensagem para saber se o problema está com os arquivos de retorno dos meus clientes ou se mais alguém teve problemas com essa alteração também. O que pude notar analisando o layout de retorno juntamente com o arquivo uma possível solução para o meu problema seria trocar o a quantidade de dígitos no copy de sete para nove.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Bom dia Carlos, Lhe peço para que não cole no corpo da postagem o conteúdo de arquivos, procure sempre anexar, com isso a postagem fica curta e fica mais fácil de alguém baixar o seu arquivo para analisar e testar se for o caso.

Bom dia Vamos verificar, obrigado!

Boa noite BigWings, muito obrigado pelo retorno e orientação. Funcionou perfeitamente. Abraços, Geison C. Shida

Setando ACBrSAT1.ValidarNumeroSessaoResposta:=True; ele vai fazer esta comparação correto? Não preciso ler o retorno apos envio? Vou estar verificando melhor o demo. Obrigado

O correto é nDup e não Ndupl

Olá Italo! Cara obrigado, dessa forma deu certo mesmo, retirado do DPR e colado no principal. Grato pela ajuda. Abraço

Zere também a tag pFCP no grupo ICMS00.

na imagem acima fica claro o que o homologador observou quando me enviou email. segue me anexo sugestão de alteração. ACBrBancoBanrisul.pas

Bom dia Eduardo, Já tentou retirar do DPR e colocar no Form principal do seu projeto? uses (...), MidasLib;

Sim... a própria impressora se preocupa com o Pulo de Etiqueta e garantir que caia sempre na mesma posição... Em relação às colunas, faça o Layout como se fosse uma única etiqueta "larga" Estude os fontes do Demo do ACBrETQ... lá é demonstrado uma impressão com 3 colunas

eu lembro de que um comando faz o Beep e para o leitor ja que o usuario precisa olhar pra tela e ver o erro, ai vc tem q enviar outro comando pra que o leitor volte a funcionar. faz o teste de tentar ativar novamente o leitor.. eu to sem o acesso ao fonte e nao me lembro mais como foi que fiz ACBrLCB1.EnviarString('E');

Bom dia, Favor atualizar os fontes, note que fiz uma alteração no arquivo INI do provedor Abaco.

Segue conforme solicitação a alguns amigos de como implementar ACBrTEFD em projetos sem o uso do ACBrECF @Italo Jurisato JuniorPor gentileza, poderia "comitar" esse exemplo no trunk? Considerações importantes Esse demo não é indicado para quem usa o ACBrECF, pois já existe o Demo ACBrECFTeste, onde explorar o conjunto (ps: aconselho verificar o demo feito em lazarus pois o mesmo está completo o exemplo, em relação ao demo em Delphi. Configurar o componente ACBrTEFD para [AutoFinalizarCupom = False] [MultiplosCartoes=True] [NumeroMaximoCartoes=3] Foi utilizada uma lógica em emular o estados possíveis do ECF. (Enumerado:tEstadoEcfSimulado) Estudar o evento ACBrTEFDComandaECF, ACBrTEFDInfoECF e ACBrTEFDComandaECFSubtotaliza onde os mesmo manipulam tEstadoEcfSimulado Assinar os Eventos ACBrTEFDComandaECFAbreVinculado, ACBrTEFDComandaECFImprimeVia e ACBrTEFD1ExibeMsg Ambiente de Teste Teste realizado no sistema modular SitDemo-Sitef(Software Express) Venda com múltiplos cartões Venda em 2 formas de pagamento(Dinheiro + Cartão) Extras Método finalizarCupomNFCe existe um tratamento para emissão em (OFF-LINE Contingência) caso houver qualquer erro na emissão da mesma Sequência na impressão(imprimer o NFCe > Posteriormente os Cupons Vinculados) Inicia Venda Informe o valor de pagamento e Selecione a forma de pagamento Armazena em Buffer as formas de pagamento Após a totalização das formas de pagamento haverá o enviar da NFCe ao SEFAZ Estadual imprime a NFCe e os Vinculados Finaliza a sequência com os EstadoEcfSimulado = Livre Delphi - TEF.rar

Boa tarde Luís, Por favor anexe a unit alterada por você para que possamos avaliar. Com essa alteração o XML foi gerado de forma correta e o provedor converteu o XML do RPS em NFS-e? E as demais funcionalidades, tais como consultar, cancelar, estão tudo OK

Bom dia Italo, Conforme você disse, realmente deveria tem o código da UF. Mas por algum motivo o WebService deles me retorna o código com municio sem o código da UF. Estou tentando entrar em contato com o pessoal do WebService para olhar sobre isso e mais alguns outros problemas que encontrei no retorno deles. Eu que agradeço, muito obrigado!

Olá a todos do fórum, estou precisando implantar a NFS-e no municio onde trabalho mas o provedor do WebService aqui ainda não consta na lista gostaria de saber se tem como estar disponibilizando ele, ou me explicando como posso proceder para colocar ele no componente. Disponibilizo o link abaixo com os dados do WebService. Desde já, obrigado! http://suporte.notainteligente.com/knowledgebase.php?article=4

Obrigado Leonardo, mas para resolver o problema que avisa falado eu tive que alterar no arquivo ACBrNFeDANFERave.pas, nas linha 461 onde tinha esse código: if ((dmDanfe.NFe.Ide.tpEmis = teNormal) or (dmDanfe.NFe.Ide.tpEmis = teDPEC) or (dmDanfe.NFe.Ide.tpEmis = teSCAN)) then Eu alterei para esse: if ((dmDanfe.NFe.Ide.tpEmis = teNormal) or (dmDanfe.NFe.Ide.tpEmis = teDPEC) or (dmDanfe.NFe.Ide.tpEmis = teSVCAN) or (dmDanfe.NFe.Ide.tpEmis = teSVCRS) or (dmDanfe.NFe.Ide.tpEmis = teSCAN)) then Eu também fiz alterações nos arquivos que você me passou, ficando assim os arquivos agora. ACBrDANFeCBRavePaisagem.pas ACBrDANFeCBRaveRetrato.pas ACBrNFeDANFERave.pas ACBrNFeDANFERaveDM.pas