luizfmathias
-
Total de ítens
18 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por luizfmathias
-
-
-
Bom dia, estou tentando usar o ACBrLib no PHP, mais especificamente: Windows, PHP 8.1.6 com Apache 2.4.43
Mas ele não carrega a dll
PHP Warning: PHP Startup: Can't load module 'C:\xampp\php\ext\ACBrNFSe64.DLL' as it's linked with 3.22, but the core is linked with 14.29 in Unknown on line 0 PHP Warning: PHP Startup: Can't load module 'C:\xampp\php\ext\ACBrBoleto64.DLL' as it's linked with 3.22, but the core is linked with 14.29 in Unknown on line 0
Pelo que entendi a dll está linkada com algo de versão 3.22 e o meu estaria na 14.29 ?
Mas é versão de que isso?
Muito obrigado.
- 1
-
Bom dia, estou tentando colocar o ACBrLib no PHP no Windows, mas ele não consegue carregar, da esse erro de "linked with 3.22 but the core is linked with 14.29"
Ele localiza a dll na pasta ext mas há alguma incompatibilidade, estou usando PHP 8.1.6
Estou com a versão 0.2.0.227 que baixei no forum, testei com todas as versões que estão na pasta demo (exceto das pastas linux)
-
2 minutos atrás, BigWings disse:
Pra atualizar a chave do QrCode é preciso assinar novamente.
Mas a tua rotina não está correta, de acordo com o manual, não se deve alterar o XML onde ouve falha no envio, e sim gerar uma outra NFCe com nova numeração, em contingência offline.
Isso porque quando houve a falha existe a possibilidade de ter sido autorizada, e você não teve o retorno. Então você precisa em outro momento fazer a consulta dessa chave, e se foi autorizada, fazer o cancelamento por substituição, se a chave não existir, inutilizar a numeração.
Leia o manual de contingência da NFCe disponível no portal nacional.
Valeu, vou adicionar esse procedimento
-
Encontrei o problema, é que o qrcode é atualizado na assinatura do xml, que é feita durante a transmissão.
Agora coloquei pra quando atualizar o tpEmis também fazer a assinatura, mesmo que só para impressão e transmissão posterior.
-
Bom dia, está havendo uma divergência entre a chave de acesso impressa no cupom e a chave gerada no qrcode,
Em caso de falha de conexão/transmissão, a rotina de envio muda o tpEmis para offline, e então atualiza o xml com GerarNFe (ACBrNFe1.NotasFiscais.GerarNFe)
A chave de acesso é atualizada automaticamente, assim como as mensagens de contingência, porem o qrcode permanece com a chave (e formato) de transmissão normal
-
Desculpe, estava com o XML antigo de outra tentativa, vi que o XML na sefaz realmente continha a mesma placa, inclusive já foi encerrada
Obrigado.
-
-
Boa tarde, ao tentar protocolar uma nova MDFe, a sefaz rejeita com status 611
"Rejeição: Existe MDF-e não encerrado para esta placa, tipo de emitente e UF descarregamento [chMDFe Não Encerrada:32220542946553000262580010000000521658960050][NroProtocolo:932220001668000]"Mas ela já está encerrada
Alguem já passou por esse mistério? Achei que pudesse ser algum delay da sefaz, mas o encerramento foi feito no inicio da manhã de ontem e até agora continua a mesma coisa.
Muito obrigado.
-
Boa tarde, em Cariacica (smarapd) existe a opção "local do serviço", porem ele é definido pela comparação das cidades do tomador e do serviço prestado
O problema é quando o cliente mora em outra cidade, mas o serviço foi na cidade do prestador e não do tomador, nesse caso o serviço foi prestado "dentro do município" mas o componente entende como falso
-
Boa tarde, alguem sabe como informar observação no smarapd2.03?
Já tentei usar OutrasInformacoes, Servico.Descricao, Servico.Discriminacao, mas nenhum registou no campo observação na prefeitura, uma forma de contornar isso seria juntar a observação na descrição do item de serviço, mas fica estranho.
Em OutrasInformações até aparece na impressão da nota durante a emissão, mas não registra na prefeitura
Porem nas notas emitidas pelo site, a observação aparece na impressão, mas somente no pdf gerado pedo site
-
Boa tarde,
atualizei a url no arquivo cidades.ini, porem o componente concatena http:// durante a transmissão
[3205200]
Nome=Vila Velha
UF=ES
Provedor=SmarAPDv23
NomeURL_H=https://tributacao.vilavelha.es.gov.br/tbw
NomeURL_P=https://tributacao.vilavelha.es.gov.br/tbw -
Bom dia, ao enviar ou tentar buscar um lote para confirmar se a nota foi emitida, vem o schema no retorno,
quando acontece isso é problema lá na prefeitura ou eu preciso usar alguma outra rotina de envio/consulta?
pelo que pude ver nos logs isso começou ontem as 16:00, alguém mais com esse problema?
-
Muito obrigado, era o apontamento do schema que estava errado, o sistema já estava funcionando e configurado para prefeitura de vitória, porem o schema tinha ficado fixo nela.
- 1
-
Bom dia, estou testando a transmissão em Cachoeiro porem está dando erro na validação
Citar1871 - Element '{http://www.abrasf.org.br/nfse.xsd}Prestador': This element is not expected. Expected is ( {http://www.abrasf.org.br/nfse.xsd}CpfCnpj ).
Analisando o XML que da validação está gerando a seguinte tag
<Prestador><CpfCnpj><Cnpj>13551334000103</Cnpj></CpfCnpj><InscricaoMunicipal>380249</InscricaoMunicipal></Prestador>Fiz um teste comentando as linhas da tag direto na procedure TNFSeW_ABRASFv2.GerarPrestador
//Gerador.wGrupoNFSe('Prestador');
//Gerador.wGrupoNFSe('/Prestador');O RPS é gerado sem ela, porem quando chega em ValidarLote o conteudo do XML validado é diferente e com a tag
-
-
Boa tarde,
Talvez seja por isso: Dados do destinatário de NF-e passam a ser validados pela Sefaz
GNRe Receita 100102
em ACBrGNRe
Postado
Boa tarde, só para constar que BA ainda está com problema, estou implementando o GNRe e também recebi esse mesmo erro na BA
703 - Falha na validacao do retorno da UF: cvc-elt.1: Cannot find the declaration of element ''TRetorno_GNRE''.