Luciano_Kleinhans

A maneira seria usar as procedures do exemplo POSTEF procedure DeduzirCredenciadoraNFCe(APag: TpagCollectionItem; ATEFResp: TACBrTEFResp); procedure DeduzirBandeiraNFCe(APag: TpagCollectionItem; ATEFResp: TACBrTEFResp); Fora essa alternativa não teria outra que não usa essa esse método de deduzir a bandeira e credenciadora? Algo que seja mais simples e confiável?

Estou implementando o TEF no meu sistema PDV e preciso de uma forma de obter a bandeira do cartão que foi passado no PINPAD, no componente eu não encontrei uma forma de obter o código da bandeira, encontrei somente os campos que retorna o nome da bandeira e o BIN do cartão, notei que o meio que retorna o nome da bandeira pode variar de acordo com o cartão que é passado variando um pouco o nome retornado em cada cartão, teria alguma biblioteca ou tabela que seja possível realizar o vinculo do bin ou do nome retornado com os códigos da bandeira do cartão da SEFAZ? A seguir a tabela que possuo das bandeiras com os respectivos códigos do SEFAZ.

Olá. Possuo uma duvida referente a configuração da versão do provedor BETHA, aqui na cidade de Dourados-MS fizeram a troca de provedor recentemente, fomos informados que teria como trabalhar com as duas versões do provedor a 1.00 e 2.02 onde cada uma dessas versões possui algumas diferenças entre elas. Durante a homologação fomos orientado por nossos contadores e pela prefeitura a utilizar a versão 1.00. No momento de fazer a configuração do componente eu configuro o Provedor=BETHA e a Versao=ve100 porem ao fazer a emissão o componente não segue da forma que foi configurado sendo necessário fazer a alteração da versão disponível diretamente no .ini para que o componente aceite e faça a emissão. No arquivo "ACBrNFSeXServicos.ini" consta da seguinte forma sendo necessário fazer isso para que funcione na versão 1.00 Visto que o componente não esta aceitando a configuração da propriedade "Provedor=BETHA e a Versao=ve100" a única forma seria alterando o "ACBrNFSeXServicos.ini" como fiz? Obs. Se eu forçar via linha de comando antes de fazer a transmissão o sistema retorna erro de schemas por não conter um arquivo referente a versão 2.02 na pasta da versão 1.00. ACBrNFSeX1.Configuracoes.Geral.Provedor := proBetha; ACBrNFSeX1.Configuracoes.Geral.Versao := ve100; Aguardo retorno, Obrigado!

Reinstalei o ACBR e recompilei meu projeto e agora funcionou normalmente, muito obrigado!

Olá, Minha cidade migrou recentemente do provedor ISSNet para o Betha esta emitindo corretamente, durante os primeiro testes com o novo provedor o QRCode funcionou mas agora que fui implantar a nova versão em um cliente percebi que o QRCode não esta funcionando, em anexo envie o pdf e o XML da NFSe, essas estão em ambiente de homologação mas as que estão em produção possuem o mesmo problema. Ao ler o QRCode da NFSe isso é retornado. 84-nfse.xml 84-nfse.pdf

Boa tarde, Após a atualização dos fontes deu certo a transmissão, muito obrigado!

Fontes atualizados, Porem agora ao tentar realizar o envio utilizando o programa exemplo ocorre esse erro: Erro(s): Código : X999 Mensagem: Erro de Conexão: soap:Client - O servidor não reconheceu o valor do cabeçalho HTTP SOAPAction: http://nfse.abrasf.org.br/RecepcionarLoteRpsSincrono.

Olá, Sou de Dourados-MS e utilizamos o ISSNet que agora esta na versão 2.04 e estou com duvidas referente ao envio da nota, abaixo esta os parametros de configuração do provedor que fica localizado antes do comando "ACBrNFSeX1.Emitir()" ACBrNFSeX1.Configuracoes.Geral.Provedor := proISSNET; ACBrNFSeX1.Configuracoes.Geral.Versao := ve204; ACBrNFSeX1.Configuracoes.Geral.MontarPathSchema := true; Se realizo a tentativa de emissão da forma que esta organizado os schemas ocorre uma falha "Arquivo ...\SchemasServico\ISSNet\2.04\servico_enviar_lote_rps_envio.xsd Não encontrado" Dentro da pasta "2.04" não contem esse arquivo, então como teste copiei os arquivos da pasta "1.00" para dentro da pasta "2.04" não substituindo os dois arquivos que ja contem na pasta "2.04", desta forma o sistema faz a emissão da nota normalmente, mas aparentemente esta transmitindo o arquivo XML como se fosse na versão "1.00" chegamos nessa conclusão porque na versão "2.04" a tag "<valorIssRetido>" não existe mais, porem no meu XML de envio a tag é preenchida. Ficamos em duvida da versão do envio devido a tentativa de preencher a tag <MunicipioIncidencia>, a mesma é prenchida com o seguinte comando, porem essa tag não esta sendo criada dentro do arquivo XML (RPS). ACBrNFSeX1.NotasFiscais.New.NFSe.Servico.CodigoPais := 1058; ACBrNFSeX1.NotasFiscais.New.NFSe.Servico.UFPrestacao := 'MS'; ACBrNFSeX1.NotasFiscais.New.NFSe.Servico.ExigibilidadeISS := exiExigivel; ACBrNFSeX1.NotasFiscais.New.NFSe.Servico.ResponsavelRetencao := rtTomador; ACBrNFSeX1.NotasFiscais.New.NFSe.Servico.CodigoMunicipio := '5005400'; --> Local da prestacão Cidade de Maracaju-MS ACBrNFSeX1.NotasFiscais.New.NFSe.Servico.MunicipioIncidencia := StrToIntDef('5005400', 0); --> Cidade de Maracaju-MS Ficamos na duvida da configuração da versão do provedor "2.04" e se isso pode estar interferindo no preenchimento da tag <MunicipioIncidencia> Fontes Atualizados 27/04/2023758-rps.xml

Após atualização dos fontes, e reinstalação do ACBR... O "Local da Prestação de Serviço" esta sendo impresso conforme o XML. Muito obrigado!

Olá, foi realizado o envio do que foi solicitado no e-mail no dia 25, já tem alguma resposta ?

Olá Venho reportar um problema que estou tendo durante o uso do componente ACBrNFSeX, sou de Dourados-MS e fiz a migração para esse novo componente e durante os testes de homologação surgiu um problema referente ao "LOCAL DE PRESTACAO DE SERVICO" e do "LOCAL DE INCIDÊNCIA DO SERVIÇO". Utilizo o provedor ISSNet Referente ao "LOCAL DE PRESTACAO DE SERVICO" durante a impressão do DANFSe o componente aparenta seguir como padrão o município do tomador como local de prestação de serviço, como no exemplo anexado. O tomador é de Dourados-MS porem o serviço foi realizado em Maracaju-MS logo o "LOCAL DE INCIDÊNCIA DO SERVIÇO" deveria estar "MARACAJU/MS", conferimos diretamente no site da prefeitura esta mesma nota e na impressão do DANFSe do site da prefeitura o "LOCAL DE INCIDÊNCIA DO SERVIÇO" estava preenchido da forma correta, este teste foi feito em ambiente de produção porem foi realizado inúmeras vezes em homologação para constatar este problema, no print do XML que esta anexado pode se notar que o meu sistema o gerou corretamente com os devidos campos preenchidos porem não foi impresso corretamente. Foi também realizado o teste de impressão do XML diretamente no programa de exemplo e o problema persistiu. E referente ao "LOCAL DE INCIDÊNCIA DO SERVIÇO" o erro ocorre durante a reimpressão da nota, na impressão pós emissão o campo fica preenchido corretamente porem na reimpressão ela fica escrita "SEM INCIDENCIA DE ISS". Obs. : A nota que esta em anexo foi emitida em ambiente de PRODUÇÃO e se encontra autorizada.

Ja estava assim porem decidi apagar o Arquivo .ini e reconfigurar todos os meus dados no sistema de exemplo novamente e funcionou o envio, muito obrigado pela atenção.

Estou fazendo a migração do sistema que esta usando o componente ACBR NFSe para o NFSeX usando o exemplo fornecido porem esta dando o mesmo erro tanto no exemplo quanto no meu sistema. Erro: estou utilizado a pasta de schemas contida na pasta ...\Exemplos\ACBrDFe\Schemas\NFSe porem ja testei com os schemas fornecido pelo provedor do meu município e o erro persistiu. Sou de Dourados-MS e utilizo o provedor ISSNET