giulianon

Segue. ACBrNFeServicos.ini

Acho que foi em homologação. Pelo menos ali no XML mostra a URL de homologação.

Boa tarde a todos. Estava fazendo algumas vendas de teste e do nada começou a apresentar a seguinte mensagem de rejeição: "Rejeicao: Endereco do site da UF da consulta via QR-Code diverge do previsto" Vi em outro tópico que é a URL no arquivo ACBrNFeServicos.ini. Procurei na documentação do Sefaz/SC e não encontrei nada mencionando alteração em URLs. Atualizei os fontes e o erro continua. Mais alguém com o mesmo problema?

Estava depurando e cheguei aqui: if (not (WebServices.EnvEvento.EventoRetorno.cStat in [128, 135, 136])) or (not (WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.cStat in [135, 136])) then begin if WebServices.EnvEvento.EventoRetorno.retEvento.Count > 0 then begin cStat := IntToStr(WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.cStat); xMotivo := WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.xMotivo; end else begin cStat := IntToStr(WebServices.EnvEvento.EventoRetorno.cStat); xMotivo := WebServices.EnvEvento.EventoRetorno.xMotivo; end; raise EACBrNFeException.Create('Erro ao enviar cancelamento:' + sLineBreak + 'cStat: ' + cStat + sLineBreak + 'xMotivo: ' + xMotivo); end; Pelo que entendi é aqui que é feita a verificação e lançada uma exceção caso o cancelamento falhe. Então se não houver exceção o cancelamento está confirmado certo?

Boa tarde a todos. Estou com uma dúvida quanto confirmação se uma NFC-e foi cancelada. Estou usando o componente ACBrECF em conjunto com ACBrECFVirtualNFCe e ao cancelar um "cupom" no ACBrECF, automaticamente é impresso um EVENTO de cancelamento. Pelo que eu entendi esse evento é enviado para o Sefaz mas não necessariamente quer dizer que a NFC-e foi cancelada, e sim que ela está em uma "fila", podendo inclusive não ser efetivamente cancelada. Pra ter certeza do cancelamento eu teria que ficar consultando o status desse evento certo?

Eu estou usando essa CREDITO LOJA para o CREDIARIO. No caso de financeiras acredito que deva usar CARTAO DE CREDITO. Foram incluídas novas formas. Talvez a CREDITO VIRTUAL posso ser usada no seu caso. 01=Dinheiro 02=Cheque 03=Cartão de Crédito 04=Cartão de Débito 05=Crédito Loja 10=Vale Alimentação 11=Vale Refeição 12=Vale Presente 13=Vale Combustível 15=Boleto Bancário 16=Depósito Bancário 17=Pagamento Instantâneo (PIX) 18=Transferência bancária, Carteira Digital 19=Programa de fidelidade, Cashback, Crédito Virtual

Ferrou então. Vou ter que fazer algum tipo de mapeamento do que eu tenho para o que existe na NFCe, e o que não se enquadrar vai em outros mesmo. Para atender o fisco vai ter que ser nesse campo que você citou. Obrigado pelos esclarecimentos e pela ajuda.

Problema é que essa propriedade é apenas uma "observação". Vai continuar sendo impresso na Danfe da NFCe a forma de pagamento como Outros. Pix por exemplo vai sair como Outros. Vou tentar trocar o ACBrECFVirtualNFCe pelo ACBrECFVirtualNaoFiscal. Dessa forma acho que da para simular a venda e no final (com o ACBrNFe) montar o xml (com as formas de pagamento), assinar, enviar e imprimir a Danfe da NFCe.

Como citei na abertura do tópico eu uso o ACBrECF com ACBrECFVirtualNFCe e emitindo a danfe com o ACBrNFeDANFeESCPOS. No ACBrECFVirtualNFCe inclui as formas de pagamento que já são usadas hoje no ACBrECF (se não incluir gera erro pois o ACBrECF usa as mesmas), e gostaria que na Danfe essas mesmas formas de pagamento fossem impressas. Essa limitação que você cita realmente existe e por isso questionei se teria de alguma maneira incluir mais formas. Aqui em SC vamos ter problemas já que conforme a legislação as formas de pagamento devem contar na NFCe de forma explícita digamos assim. Talvez se for possível incluir pelo menos uma observação na forma de pagamento já resolve.

Eu testei isso, mas só consegui sobrescrever para uma das formas que já existem. Sobrescrever para uma das minhas formas não foi possível.

Boa tarde colegas. Estou com um "probleminha" na emissão da NFCe. Estou usando os componentes ACBrECF com ACBrECFVirtualNFCe e emitindo a danfe com o ACBrNFeDANFeESCPOS. Inclui no arquivo ini do ACBrECFVirtualNFCe as formas de pagamento que eu já uso nas ECFs com o ACBrECF, só que na emissão da DANFE qualquer forma de pagamento que não seja DINHEIRO ou CHEQUE sai como OUTROS. [Formas_Pagamento] 00=00|TROCO|0|0|30/12/1899|| 01=01|DINHEIRO|0|0,27|30/12/1899|| 02=02|CHEQUE|0|0|30/12/1899|| 03=03|PRE-DATADO|0|0|30/12/1899|| 04=04|CARTAO|-1|0|30/12/1899|| 05=05|CREDIARIO|0|0|30/12/1899|| 06=06|CONTRAVALE|0|0|30/12/1899|| 07=07|CONVENIO|0|1|30/12/1899|| 08=08|AUT.DE COMPRAS|0|0|30/12/1899|| 09=09|ORDEM 3o.|0|0,25|30/12/1899|| Fiz o debug notei que tem uma função que busca as formas de pagamento (AdivinharFormaPagamento) e nessa função realmente não tem as demais formas de pagamento que eu uso. Gostaria de saber se tem alguma configuração nos componentes que permite eu configure, sobrescreva ou altere as formas de pagamento para emitir corretamente. Sei que provavelmente a resposta vai ser NÃO, mas caso não tenha uma maneira de ajustar essas formas através dos componentes, gostaria e saber eu posso incluir essas formas nesse função. function TACBrECFVirtualNFCeClass.AdivinharFormaPagamento(const DescricaoPagto: string): TpcnFormaPagamento; var Descricao: string; begin Descricao := TiraAcentos(LowerCase(DescricaoPagto)); if Descricao = 'dinheiro' then Result := fpDinheiro else if Descricao = 'cheque' then Result := fpCheque else if Descricao = 'cartao de credito' then Result := fpCartaoCredito else if Descricao = 'cartao de debito' then Result := fpCartaoDebito else if Descricao = 'credito loja' then Result := fpCreditoLoja else if Descricao = 'vale alimentacao' then Result := fpValeAlimentacao else if Descricao = 'vale refeicao' then Result := fpValeRefeicao else if Descricao = 'vale presente' then Result := fpValePresente else if Descricao = 'vale combustivel' then Result := fpValeCombustivel else begin if pos('cartao', Descricao) > 0 then begin if pos('debito', Descricao) > 0 then Result := fpCartaoDebito else Result := fpCartaoCredito; end else Result := fpOutro end; end;

Bom dia a todos. Referente a esse tópico muitas pessoas estão me perguntando o que eu fiz para funcionar a NFC-e. Apenas coloquei as urls no arquivo de serviços da pasta \acbr\Fontes\ACBrDFe\ACBrNFe Em anexo seguem os arquivos. Só sobrescrever. Se os adm puderem subir no svn ajuda a todos. No mais só preencher os dados dos componentes que já deve funcionar. Abraço ACBrNFeServicos.ini ACBrNFeServicos.res

Só pra concluir, consegui emitir a NFC-e em ambiente de homologação. Caso alguém precise de ajuda só chamar.

Deu certo. Agora o apresentando outro erro. 'Rejeicao: Obrigatoria as informacoes do responsavel tecnico' Esse erro vou verificar em outros tópicos que já encontrei aqui no fórum. Obrigado a todos pela ajuda.

Mas acrescentaria no caso na "secão" de SC certo?

Não rodei. Só rodei a bat (Compila_RES.BAT) que estava na pasta ..\acbr\Fontes\ACBrDFe\ACBrNFe para gerar um novo ACBrNFeServicos.res. Testei também configurando a propriedade IniServices no ACBrNFe. Ambos os casos apresenta esse erro. Vou tentar rodar o instalador. Rodei o instalador e mesmo assim o erro persiste.

Boa tarde pessoal. Estou iniciando o testes (em homologação) para um cliente que quer migrar para NFCe (PAF-NFCe) aqui em SC. Atualizei o ACBr e inclui ali no ACBrNFeServicos.ini as mesmas URLs do RS conforme esse documento (http://www.sef.sc.gov.br/arquivos_portal/servicos/136/Novo_WEBSERVICE_DA_NFC_E_URL_DO_QR_CODE_E_DA_CONSULTA_EM_SC.pdf) que o Sef/SC disponibilizou. Ao tentar enviar o seguinte erro é retornado. 'Rejeicao: UF informada no campo cUF nao e atendida pelo Web Service'. Não consegui identificar se esse retorno é do Sefaz ou se essa validação é do componente ACBrDFe. Se tiver alguém que já conseguiu emitir uma NFCe em homologação aqui em SC e puder dar alguma dica ou ajuda, eu agradeço.

Opa que bom. A muito tempo atrás fui estudar a documentação para integrar, pois um cliente me pediu, mas não existia essa possibilidade. Vou ver o exemplo. Obrigado Juliomar. Obrigado Daniel. Vou ver sim.

Show. Hoje aqui na empresa fomos atrás de exibir esse QRCode e achamos esse link http://tireideletra.wbagestao.com/index.php/2016/09/25/delphi-gerando-qrcode-com-zxing/ do Amarildo explicando como é feito com o ACBr mesmo. Como já foi criado o evento OnExibeQRCode no ACBrTEFD, ficou bem fácil de resolver o "problema".

Daniel hoje o Tef PayGO permite a coleta das informações pelas telas do sistema como é feito com o Clisitef ou somente abrindo as telas do PayGo por cima como é feit com o CliDTef?

Eu já faço essa abordagem mas cruzando o número do último item e o GT. Por incrível que pareça isso também falha as vezes. O número do item o valor não retornam atualizados. Já atualizei os fontes do ACBr como o Daniel sugeriu e vou tentar atualizar o driver dessa impressora, aumentando o timeou também. Assim que tiver um retorno eu posto aqui. Obrigado a todos. Att.

Não estou na última versão. Acho que devo ter atualizado a última vez a 1 mês atrás. Mas já vou atualizar. Fora isso tem mais alguma coisa que eu possa fazer? Hoje eu faço um tratamento para caso a venda de um item falhe. Consulto se houve incremento no número do item e o GT da impressora. Nesse caso da impressora imprimir mas devolver um erro, eu confirma através dessa verificação e gravo no sistema. Problema é que esses dados não retornam atualizados nesse caso.

Meu timeout já está em 20. Aumento?

Bom dia pessoal. Estou tendo problemas com impressoras bematech modelo 4000 e não entendi muito bem o que acontece, mas a princípio pelo log do ACBrECF ao enviar o VendeItem a impressora vende normal mas posteriormente acontece um 2o envio do mesmo item sendo que não é feito pelo VendeItem. Segue o trecho do log que isso ocorre. -- 11/06 12:09:12:634 VendeItem( 07898475352778 , #1708700#02071400# F AVE SERRA 1KG FILE PEITO SC NV , 7 , 1 , 9,99 , 0 , UN , $ , D , -1 ) -- 11/06 12:09:12:634 TX -> [STX][133][NUL][FS]?010000099900001000000000000000000000000100000000000000000000UN07898475352778[NUL]#1708700#02071400# F AVE SERRA 1KG FILE PEITO SC NV[NUL][231][26] -- 11/06 12:09:13:071 12:09:13:071 RX <- ACK = 0 Falha: 0 -- 11/06 12:09:13:180 TX -> [STX][133][NUL][FS]?010000099900001000000000000000000000000100000000000000000000UN07898475352778[NUL]#1708700#02071400# F AVE SERRA 1KG FILE PEITO SC NV[NUL][231][26] -- 11/06 12:09:13:305 12:09:13:305 RX <- ACK = 6 Falha: 1 O problema é que a impressora registra o item mas acontece esse 2o envio que ocorre a falha, e como eu recebo a falha não registro o item no meu sistema. No final o valor que tem registrado na impressora é um e o que eu tenho no sistema é outro. Esse comportamento da impressora é normal? Como trataria esse caso dela registrar mas devolver uma falha?

Já conhecia o RDW de vídeos do Adriano e do Thulio mas nunca tinha utilizado em nenhum projeto. Hoje estou em pleno desenvolvimento de um projeto web com VueJS e RWD no backend. Além do desenvolvimento absurdamente rápido em função da linguagem object pascal, a performance do RDW na questão das requisições é absolutamente incrível. Você constrói um servidor resfull de alta performance em minutos. Os grupos são bem ativos e o suporte principalmente do Gilberto e do Alexandre é incansável seja qual for a hora. Eu mesmo já fui atendido de forma remota pelo Gilberto tarde da noite para a correção de um bug. Recomendo sem restrições.