edson vieira

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?

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.