edson vieira

@Italo Giurizzato Junior Aparentemente tudo funcionando normalmente agora... vamos aguardar até o dia que eles resolverem brincar com o servidor novamente. Obrigado pela ajuda!

@Italo Giurizzato Junior fiz a atualizacao e os testes. 1 - teste de venda OK 2 - teste de cancelamento [ERRO] veja msg abaixo: X800 - Erro de Validação: --> 1871 - Element '{http://www.w3.org/2000/09/xmldsig#}Signature': This element is not expected. Pelo que estou entendendo, eles estão fazendo uma verdadeira bagunça, ou seja, para enviar RPS precisa de assinar para cancelar NFSe não precisa....

@Italo Giurizzato Junior boa tarde, obrigado pelo retorno. irei fazer agora!

tem algo que eu possa fazer aqui "como uma solução paliativa" só para liberar estes clientes?

@Italo Giurizzato Junior boa tarde. cidade de Ituiutaba, provedor proSmarAPD

Boa tarde. Fiz atualização do ACBR hoje, e ao tentar transmitir NFSe estou recebendo a msg que o RPS não esta assinado (E174 - RPS não assinado), olhando o xml gerado realmente não consta a tag signature, tem alguma property que foi alterada?

boa noite. @BigWings obrigado pela resposta, realmente era isso, fiz a atualizacao e emitiu normalmente.

Boa tarde. estou precisando emitir uma NFe onde o item tem redução de base de cálculo, CST 020, ao tentar emitir a NFe o mesmo caiu na validação da obrigatoriedade de informar o valor em vICMSDeson, fiz os devidos ajustes e aparentemente tudo normal, porém ao fazer a transmissão agora o webservice está me retornando o seguinte erro: <xMotivo>Rejeicao: Falha no Schema XML do lote de NFe</xMotivo>. Obs: Se enviar uma nota onde nao tem a redução de base o processamento esta normal. Veja abaixo arquivo xml do retorno. 240222132939348-pro-lot-soap.xml

Boa tarde. Estou com uma demanda de um cliente precisando emitir notas modelo 21, vocês sabem me dizer se o ACBr tem algum componente para me auxiliar nesta tarefa? Obrigado

Boa tarde. Em alguns clientes em certas condições de fechamento de venda (quando tem vários itens) estou recebendo erro de timeout, até o momento, me reportaram somente com a impressora Epson modelo T20, faço uso da impressão direta, para este tipo de problema, existe alguma configuração adicional para otimizar a impressão, estava pensando se há algum parâmetro para mandar imprimir linha a linha, que pode ser algum padrão de buffer que o componente envia para a impressora que nestes casos não esta dando certo.

@Italo Giurizzato Junior e @fabiofranzini muito obrigado pela ajuda na solução deste problema, estava com os schemas desatualizados e o Código não estava apontando corretamente a versão 4.0... pode fechar o tópico!! Obrigado

Bom dia, mudei o parâmetro que sinaliza ao método de enviar que é para utilizar o comportamento Síncrono, porém um novo erro apresentou, o envio Síncrono na versão 4.0 é para todas as unidades federativas? Tem algo mais que eu posso estar analisando?

@fabiofranzini @Italo Giurizzato Junior mais uma vez obrigado pelas respostas, irei olhar o exemplo amanhã cedo e fazer as devidas correções, postarei aqui os resultados.

sim, ja estou passando a tag preenchida com a versão 4, veja a imagem em anexo da tentativa de validação.

@fabiofranzini boa tarde, obrigado pela resposta. sim, já fiz a atualizacao de todos os schemas.

Boa tarde, estou tentando emitir um CTe na versão 4.0 e estou recebendo o retrono abaixo. fazendo um teste no xml no site DFe - Receita Estadual RS (sefaz.rs.gov.br) estou recebendo a seguinte msg :enviCTe = enviCTe_v4.00.xsd. Arquivo de SCHEMA não encontrado Alguma ideia do que pode ser? <?xml version="1.0" encoding="UTF-8"?> <retEnviCte xmlns="http://www.portalfiscal.inf.br/cte" versao="4.00"> <tpAmb>1</tpAmb> <cUF>31</cUF> <verAplic>W-5.1.8</verAplic> <cStat>225</cStat> <xMotivo>Rejeicao: Falha no Schema XML do CT-e</xMotivo> <infRec> <nRec>311001764945948</nRec> <dhRecbto>2024-02-01T15:50:15-03:00</dhRecbto> <tMed>0</tMed> </infRec> </retEnviCte>

Pessoal, hoje estou recebendo este erro ao emitir uma NFSe, alguma ideia? L066 - Erro ao processar lote sincrono. - Erro ao executar o script: 'ABRASFGravarDeclaracaoPrestacaoServico' Erro apresentado: Houve um erro inesperado no sistema. Código do erro [303] Ocorrencia de erro inesperado.

Boa tarde. estou com uma outra situação, fiz um CTE, está registrado normalmente no ambiente de homologação com cstat = 100, estou tentando efetuar o cancelamento do mesmo, porém ao passar pela rotina ACBrCTe.EnviarEvento, estou recebendo um erro 404 do webservice, alguma dica? segue as imagens e o arquivo xml ped-eve.xml para ajudar na análise. 115929458-ped-eve.xml

Claro, entendo perfeitamente que o projeto precisa sempre evoluir e o projeto NFSeX esta de parabéns ou seja, coloca “ordem” em um ambiente de caos que são este diversos provedores.... e irei sim, já começar o processo de migração para fazermos os testes. Obrigado.

Então Juliomar, desculpa a pergunta anterior sobre uma certa “certeza” de estar funcionando, mas de acordo com sua resposta “se esta presente é pq já tem gente utilizando” mas é pq no “antigo” tbem está presente o provedor p/ atender a cidade me questão, mas neste caso não esta funcionando... ai como não esta tendo mais manutenção nesta versão foi onde me levou a pergunta... mas enfim, pelo que estou entendendo não terei como atender o cliente no que temos hoje “infelizmente” e a solução será migrar para nfsex...

Entendo, so para ter certeza da direção onde irei colocar o esforço de desenvolvimento.... me tira uma dúvida: Este provedor já esta rodando corretamente na versão do NFSeX?

estou migrando alguns serviços para NFSeX mas infelizmente não consegui migrar todos os projetos e este ai ainda esta rodando na versão NFSe... mas no arquivo RPS esta com as tags preenchidas, coloquei em anexo um XML para ajudar na análise. 5223034795500700012056000000000000001-rps.xml

pessoal, alguém tem alguma dica do que pode ser este erro abaixo "NFSe sendo emitida na ciadade de FORMOSA-GO" (edited)

exatamente, coloquei a força em ação e analisei o que lá está codificado, porem como o demo é somente usando os poderes do Lazarus eu não tive condições de testar... mas enfim, minha dúvida agora está um pouco mais além, mas focado na anterior sobre a obrigação de usar ou não um intermediador, se realmente há esta necessidade.

Outra dúvida, como dito acima eu só poderia interagir diretamente com o meio de pagamento PIX de 2 forma através do Shipay ou TEF, porém analisando a documentação do sandbox do Santander (ver imagem em anexo) tudo indica que eu correntista poderia interagir diretamente com a API do banco sem precisar de ter terceiros como o caso da Shipay, como vocês estão estudando esta comunicação, minha pergunta neste item é: Eu poderia fazer acesso diretamente a estes endpoints e não precisar da Shipay?