Datacaixa

OK, isso que eu precisava saber, se o componente faria isso ou se eu mesmo vou ter que criar uma função para tratar esses caracteres.

Mas foi isso que eu fiz!

Essa função não tira o & e nem os outros caracteres não aceitos no XML.

Estranho, já estamos usando o RetirarAcentos mas no XML foi o caractere &. Sabe se precisa ativar outra propriedade para funcionar?

Boa tarde! Teria alguma propriedade do ACBrNFSeX e da ACBrNFe para remover caracteres especiais não aceitos no XML (&, <, > e ")? Verifiquei aqui que existem as propriedades RetirarAcentos, RetirarEspacos e IdentarXML, seria alguma delas?

Obrigado pelo auxilio, era exatamente isso que o Juliomar indicou. Alterei o PWCNF_CNF_AUTO conforme necessidade dos testes 35 etc. Teste aprovado.

Daniel bom dia! Estou re-homologando com a nova DLL da PayGo. Não estou usando o ACBrTEFAPI pois já estou com toda regra de negócio rodando a algum tempo no ACBrTEFD e também porque antes de começar a re-homologação eu abri um tópico perguntando se teria problemas em continuar usando o ACBrTEFD e tive retorno que funcionaria também. Eu assisti o curso mas o exemplo é com o ACBrTEFAPI. Pelo que pesquisei no fórum e discord é necessário alterar o método TACBrTEFDPayGoWeb.CNF mas a imagem do outro tópico não carrega. Esse teste 35 eu entendo que na prática não acontece, pois toda regra de confirmação e desfazimento é tratado direto pela aplicação e não pelo usuário. Mas ainda assim preciso fazer para homologar.

Poderiam me informar qual código devo alterar no componente ACBrTEFD para fazer o teste 35 a 38? Localizei esses tópicos mas a imagem com o ajuste no código não carrega. Ai não consigo ver o que foi feito.

Bom dia! Já uso o TEF PayGo durante um tempo nos clientes e estou atrasado em relação a homologação com a nova DLL da PayGo. No meu projeto uso o componente ACBrTEFD1 mas vi que existe um novo ACBrTEFAPI1. Posso manter o componente ACBrTEFD e re-homologar ou é aconselhado usar o novo? Existe muita diferença entre eles? O mais novo da menos problema etc?

Sim, já vi esse arquivo e os fontes inclusive. Lá vocês não utilizam o try except, e por isso minha dúvida.

Segue novamente o código. Tive que zipar pois estava bloqueando. code.zip

Boa tarde! Utilizo um try except no DistribuicaoDFePorUltNSU, porém tenho notado que ao dar consumo indevido ele cai no exception, é isso mesmo? Eu fiz o código abaixo para tratar o exception para casos diversos, e abaixo eu trato o retorno 656 (consumo indevido), porém tenho notado que não tem entrado nessa parte do código quando dá consumo indevido codigo.7z

Blz, muito obrigado Diego!

Vocês fazem algum tipo de consultoria paga para nos ajudar nessa parte? Seria interessante se vocês pudessem avaliar e validar nosso fonte.

Ou seja, não tem como mesmo então baixar novamente os XML já baixados né?

Entendi, mas o evento de Cancelamento da NF-e vem também no resumido?

Diego, faria sentido eu implementar somente o schprocEventoNFe? schprocEventoNFe: MemoDados.Lines.Add(IntToStr(i+1) + ' NSU: ' + docZip[i].NSU + ' (Evento Completo) ID: ' + docZip[i].procEvento.Id); Ou seja, todo evento vai ter que vir nesse também? Ou existem eventos que viriam somente no resumido?

Sei que esse assunto já foi bastante discutido aqui, mas estou abrindo um novo tópico para ver se temos alguma novidade ou alternativa. O que eu preciso é baixar novamente os XMLs já baixados do último mês, tem como fazer isso de alguma forma? Obrigado Pessoal!

Certo, muito obrigado Diego! Vou fazer aqui!

Certo, no caso vou utilizar essa rotina aqui que está no exemplo do ACBr, isso? Mas como sei que é o evento de Cancelamento? for i := 0 to docZip.Count -1 do begin case docZip[i].schema of schresNFe: MemoDados.Lines.Add(IntToStr(i+1) + ' NSU: ' + docZip[i].NSU + ' (Resumo Nota) Chave: ' + docZip[i].resDFe.chDFe); schprocNFe: MemoDados.Lines.Add(IntToStr(i+1) + ' NSU: ' + docZip[i].NSU + ' (Nota Completa) Chave: ' + docZip[i].resDFe.chDFe); schresEvento: MemoDados.Lines.Add(IntToStr(i+1) + ' NSU: ' + docZip[i].NSU + ' (Resumo Evento) Chave: ' + docZip[i].resEvento.chDFe); schprocEventoNFe: MemoDados.Lines.Add(IntToStr(i+1) + ' NSU: ' + docZip[i].NSU + ' (Evento Completo) ID: ' + docZip[i].procEvento.Id); end; end; end;

Já tenho implementado aqui no nosso sistema a rotina de baixa de arquivos XML das notas fiscais de entrada. Qual seria o mais correto de fazer caso após o download do XML a nota fosse cancelada? Devo então pesquisar os últimos XML baixados pela chave de acesso consultando a situação da NF-e utilizando a função abaixo? ACBrNFe1.DistribuicaoDFePorChaveNFe(StrToInt(cUFAutor), CNPJ, Chave); Como sei que a nota foi cancelada? No aguardo, Obrigado Pessoal!

Bom dia! Poderia incluir o município de Rosana-SP na lista de cidade disponíveis para emissão de NFS-e, utilizam o sistema ISSWeb da Fiorilli. Segue os links de produção/homologação: WS Produção – Rosana/SP: http://132.255.73.34/IssWeb-ejb/IssWebWS/IssWebWS?wsdl WS Homologação: http://fi1.fiorilli.com.br:5663/IssWeb-ejb/IssWebWS/IssWebWS?wsdl

Bom dia Victor, exatamente, no meu caso a cada venda eu faço: ConsultarSAT > ConsultarStatusOperacional > EnviarDadosVenda e se der erro >ConsultarNumeroSessao pra validar novamente. Ao que parece o fluxo está correto, mas ainda assim estou com esse problema. Vi que o componente tem a propriedade que pode controlar a consulta de sessão automaticamente, acha válido eu remover a regra de negócio da aplicação e centralizar no componente? E qual lógica estão usando pra ConsultarUltimaSessaoFiscal ?

A SEFAZ disse que são vendas com caracteristicas de duplicidade, acredito que seja os mesmos produtos, cliente, forma pgto etc. A chave deve ser diferente. Ao que parece a aplicação chama EnviarDadosVenda, acontece algum problema que o SAT fica processando. Então a tratativa da aplicação falha e permite que o usuário clique para finalizar a venda novamente reenviando as msmas informações. Conversando com o suporte de um fabricante me disseram que estão com um caso que o estabelecimento está com um problemão no SPED por causa disso.

Fala Daniel, td blz? No caso recebi um email da SEFAZ CE sobre esse problema relatado aqui e estou analisando o meu código para ver se existe algum furo. Já solicitei pra eles mais informações, porém, ainda não tive retorno de quantas vendas/clientes tiveram esse problema por lá. Mas fiquei muito preocupado em relação a isso estar ocorrendo aqui em SP também.