edson vieira

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?

Quais as funções estão disponíveis no componente hoje? estou perguntando pq sei que o mesmo parece que ainda esta em desenvolvimento.

pelo TEF, eu iria ter que depender dos hardwares como por exemplo o pinpad, correto? o que estava pensando seria em algo mais flexível para fazer o recebimento e pagamento, ou seja, iria gerar o QRCode na tela e simplesmente faria a leitura, da mesma forma que encontramos hoje em vários e-commerce por exemplo.

· No vídeo somente faz um comentário “data do vídeo 22/11/21, e o componente ainda esta em desenvolvimento conforme dito pelo Daniel Simões), porem na data de hoje, o mesmo já pode ser utilizado em produção? Pelo que entendi precisa de usar uma integradora? Como funciona?

estou vendo que na lista dos fontes do acbr tem um ACBrPixCD, este componente é para enviar e receber pagamentos com PIX sem a necessidade de ser vinculado a boletos?

Boa tarde Italo, segue os arquivos em anexo. Lembrando que no arquivo Cidades.ini, eu uso/modifiquei somente a seção da cidade Ituiutaba. Obrigado. Cidades.ini SmarAPDABRASF.ini

Juliomar, muito obrigado pela diga, ao ler a frase "já esse seu caso o provedor deve ter alterado algo da noite para o dia e deu problema em seu sistema" fui verificar nos arquivos .ini o que havia modificado nas últimas versões. segue a solução caso alguém passe por este problema tbem. arquivo cidades.ini versão atual: [3134202] Nome=Ituiutaba UF=MG Provedor=SmarAPDABRASF NomeURL_H=https://tributacao.smarapd.com.br NomeURL_P=https://201.48.3.165:9083 antigo, é que esta funcionando [3134202] Nome=Ituiutaba UF=MG Provedor=SmarAPDABRASF NomeURL_H=https://201.72.16.150 NomeURL_P=http://201.48.3.165:9083 arquivo SmarAPDABRASF.ini versão atual: [URL_H] ; Verificar se vai funcionar para todas as cidades ;RecepcaoLoteRPS=%NomeURL_H%/tbwhomolog/services/nfseSOAP?wsdl RecepcaoLoteRPS=%NomeURL_H%/abrasf/services/nfseSOAP?wsdl antigo, é que esta funcionando [URL_H] RecepcaoLoteRPS=%NomeURL_H%/tbwhomolog/services/nfseSOAP?wsdl

boa tarde, hoje sem fazer nenhuma alteração as emissões começaram a me retornar o erro abaixo, um detalhe para ajudar é: A emissão de NFe e NFCe esta ocorrendo normalmente, este erro de certificado esta acontecendo somente na NFSe. alguma ideia? Erro HTTP: 0 URL: https://201.48.3.165:9083/tbw/services/nfseSOAP?wsdl Erro: 12175 - Um ou mais erros foram encontrados no certificado Secure Sockets Layer (SSL) enviado pelo servidor

Obrigado BigWings, pelos esclarecimentos. - Agora irei buscar mais detalhes sobre o modelo SVC, para já deixar esta opção no meu sistema, em seguida farei mais alguns estudos no modelo FSDA, pois este é o que realmente irá fazer a contingência off-line.

Então, conforme as explicações temos 2 opções: 1- FS-DA, no meu ponto de vista seria o mais certo, pois independente de conexão eu vou conseguir liberar a venda, mas uma dúvida, o ACBr faz a impressão neste formulário de segurança ou tenho que fazer isso manualmente? 2- SVC seria um tipo de load-balance do lado do webservice, mas o problema é quando o cliente não tem internet (aqui na minha cidade as coisas não são sempre estáveis em se tratando deste item), uma dúvida neste item: Quando é emitida para este outro webservice de contingência, a comunicação para o webservice principal e feito por eles ou tenho que enviar novamente o XML?

Boa tarde. Obrigado Juliomar pela resposta, Então, é que fiquei na dúvida se posso utilizar da mesma forma ou seja, coloco o tipo teContingencia (pois teOffline é somente para o modelo 65) e faço os tratamentos da mesma forma que já venho fazendo hoje para o 65, ou para 55 tem algo a mais para ser feito?

Boa tarde. Gostaria de saber se o modo de emissão da contingência para o modelo 55 é o mesmo que o 65, ou seja, para a NFC-e eu altero as propriedades: tpEmis := teOffLine dhCont := now; xJust := 'xxx" - Para o modelo 55, o processo é o mesmo? Obrigado.

Italo, bom dia. Segue arquivo .ini Obrigado. SmarAPDABRASF.ini

Boa tarde, Ainda continuo na luta junto ao pessoal responsável pelo webservice e os mesmos agora me pediram para enviar SOAPENV para eles poderem analisar. analisando aqui os arquivos salvos pelos ACBrNFSe tenho somente o Recibo rps.xml com a requisição. Gostaria de saber como faço para enviar SOAPENV para eles analisarem. Obrigado

Bom dia. Estava analisando a estrutura, com um pouco de ajustes da para fazer o tratamento que estou precisando. segue aqui para aqueles que estão procurando tbem. Aqui esta a relação de erros: http://arquivos.camacari.ba.gov.br/sefaz/anexo/1409150255439174.pdf Aqui esta a propety que tem que buscar para analisar: ACBrNFSe.WebServices.EnviarSincrono.RetEnvLote.InfRec.MsgRetorno.Items[0].Codigo Obrigado.

Bom dia Juliomar, Sim me parece ser algo neste sentido, estou tentando contato com o pessoal da http://www.smarapd.com.br/ para entender o que esta acontecendo, e a verdade é que nem eles sabem me dizer o que é, foi enviado para eles um XML de com uma requisição RPS para eles analisarem e esta tudo certo. - Complicado esta situação onde vc tem um prazo determinado para atender a fiscalização e a estrutura que eles nos fornecem para trabalhar com NFSe não esta madura o suficiente.