Mateus Brunelli

Bom dia, conseguimos contornar de outra forma esse erro no método NFSE_CarregarXML. Quando ao problema mencionado neste post em relação ao provedor Tecnos. Tudo resolvido, testado e funcionando. Muito obrigado.

Baixamos a nova versão da LIB. ACBrLibNFSe 2.0.1.231 subsmtituímos pela que utilizavamos e estava funcional com exceção da questão da reforma tributária. Mas com essa nova versão da LIB passamos a ter problemas na impressão da nota. Usamos o método NFSE_CarregarXML e este passou a dar erro quando tentamos carregar o XML para a DLL. Retorna um erro bem genérico: The process has been signaled with signal "11". Sabem se foi modificado algo que impacte ou necessite alguma alteração de nossa parte para utilização deste método da DLL? Quando voltamos a lib na versão antiga volta a ficar funcional a parte do método NFSE_CarregarXML.

Blz @Diego Foliene, assim que for publicada nova versão da Lib iremos testar e postamos aqui os resultados.

Boa tarde, peço desculpas por pedir isso, mas sabem me dizer se esta correção será feita meio logo? Pois como o provedor está obrigando o preenchimento destes campos estamos sem conseguir emitir notas de serviços nos clientes.

Ótimo @matheusferreira, muito obrigado, ficamos no aguardo.

Boa tarde pessoal Estamos usando o ACBrLibNFSe para emissão de notas de prestação de serviços para o provedor Tecnos. Recentemente o provedor passou a exigir os campos de IBS e CBS no XML, aí foi aberto um tópico no fórum do ACBR para inclusão destes campos. Link abaixo. No delphi estamos conseguindo emitir as notas corretamente, porém pela Lib não, e pela Lib fucionava até antes de ser exigido estes novos campos pelo provedor. Arquivo_nota.ini O problema é que estamos com dificuldade de alimentar o arquivo INI para transmitir a nota fiscal de serviços deste provedor. Quando colocamos no grupo "Valores" retorna o seguitne erro: Erro retornado: (NFSE_Emitir(): Element '{http://www.abrasf.org.br/nfse.xsd}Valores': Missing child element(s). Expected is ( {http://www.abrasf.org.br/nfse.xsd}IbsMunicipal ).) Em anexo o arquivo INI que estamos criando para passar para a DLL da lib. Arquivo_nota.ini

Bom dia, podem encerrar este tópico pois já foi dado seguimento no tópico anterior. Muito obrigado

Boa tarde, o provedor Tecnos atualizou os seus schemas (http://help.nfse-tecnos.com.br/main_ws/integracao/Schemas_data_center.zip) adicionando os novos campos para a reforma tributária. Seria possível adicionar estes novos campos da reforma tributária para geração do XML de NFSeX? Este mesmo assunto já está no tópico. Não sei se eu abri o tópico no lugar correto para os membros PRO, mas esse foi o intuito da criação deste tópico.

Olá @Weber de Paula, tudo bem? Infelizmente não tivemos sucesso naquele momento e acabamos paralisando este projeto.

Bom dia, verifica o valor que você está informando no campo vICMSUFDest tanto nos itens da nota, quanto no campo vICMSUFDest do total da nota. O valor do vICMSUFDest do total da nota tem que ser a soma do campo vICMSUFDest dos itens. Creio que possa ser isso a rejeição. Item da nota-> ACBrNFe1.NotasFiscais.Items[iNF].NFe.Det.Items[iProd].Imposto.ICMSUFDest.vICMSUFDest Total da nota -> ACBrNFe1.NotasFiscais.Items[iNF].NFe.Total.ICMSTot.vICMSUFDest

Boa tarde @BigWings, show de bola, funcionou perfeitamente. Já quando abri o arquivo ACBrBoletoFCFortesFr no Delphi já deu para notar que ficou correto. E compilando na minha aplicação também ficou tudo correto, como pode ver nos prints abaixo. Agradeço muito o empenho de todos pela resolução do problema, @BigWings, @Daniel InfoCotidiano, @EMBarbosa, @Victor H. Gonzales - Panda Aguardo o envio para o SVN para atualizar aqui novamente.

Boa tarde @BigWings , obrigado pelo retorno. Realmente abrindo a versão submetida anteriormente a revisão 28406. Abre corretamente. É algo que tem na revisão 28406 que está ocasionando aqui o problema. Vi que nesta versão foi adicionado funcionalidades em relação ao QR-CODE. Será que é algo em relação a isso? Meu Delphi aqui é o XE2.

Talvez isso que vou passar não ajude em nada, mas abrindo no Delphi as duas versões do arquivo ACBrBoletoFCFortesFr, a versão antiga que estávamos usando em nosso sistema e que funcionava sem passar nada de configuração de escala, e a versão atual obtida depois de atualizar os fontes do Acbr, já no visual nota-se algumas diferenças claro que foi modificado bastante coisas daquela versão para a atual, como questão do QR-CODE dentre outras, mas na versão atual já percebe-se as linhas maiores e o próprio QR-CODE desalinhado. Diferente dos prints que vocês nos passado de quando vocês abrem aí pela máquina de vocês. Esqueci os prints: Versão Antiga que mostrava corretamente: Versão Atual:

Boa tarde. Versão 4.0.0.1

Não, somente 1 monitor o do próprio notebook.

Bom dia @Victor H. Gonzales - Panda, deletei todos os fontes do ACBR novamente, e atualizei tudo, não tem mais nada para atualizar dos fontes. E mesmo assim quando abro o delphi e abro o arquivo ACBrBoletoFCFortesFr já aparece desconfigurado, tanto as linhas quanto a posição de alguns objetos do relatório como por exemplo o QRCode. Estou achando estranho isso, pois já atualizamos o Acbr inúmeras vezes e nunca tinha acontecido esse fato. Tentei até atualizar os fontes do Fortes Report e reinstalar ele, mas mesmo assim não surtiu efeito.

Inclusive utilizamos a impressão do Fortes Report para outros documentos, como NFe, CTe, MDFe e para todos eles não alteramos as propriedades de AlterarEscalaPadrao e NovaEscala, deixamos padrão como vem no componente que seria AlterarEscalaPadrao=False e NovaEscala=96. E para todos estes outros documentos está imprimindo tudo corretamente.

Pois é, está bem estranho isso. Mas não tem nenhum ponto no fonte nosso aqui que altera estas propriedades. Nós nem utilizávamos estas duas propriedades antes de atualizar a versão do AcBR. Incluí agora nos fontes para que não fique desconfigurado a visualização dos boletos. Inclusive meu colega aqui usa windows 10 e a escala do windows dele está 100% também e da mesma forma que na minha máquina fica desconfigurado, inclusive na visualização em desenvolvimento pelo Delphi as linhas ficam maiores também no layout carnê, igual mandei no print do post anterior.

@Daniel InfoCotidiano eu ainda uso Windows 7 (rsrsrs) mas está em 100%. Faltou um print no post anterior

Bom dia @Daniel InfoCotidiano, tudo bem? Desde já agradeço o retorno. Deixa eu explicar todo o contexto. Antes de eu atualizar os fontes do ACBr ficava tudo certo com a impressão dos boletos em qualquer layout, sem eu alterar nada de escala ou seja, deixava o componente da forma padrão como abaixo: ACBrBoletoFCFortes1.AlterarEscalaPadrao := False; ACBrBoletoFCFortes1.NovaEscala := 96; E imprimia normal (Print0.png). Aí atualizei todos os fontes, inclusive atualizei novamente agora só o arquivo ACBrBoletoFCFortesFr.dfm e está na última versão. (Print1.png). Quando abro esse arquivo no Delphi, já em ambiente de desenvolvimento percebo que as linhas estão desconfiguradas no layoute carnê. (Print2.png). Aí se complilar os meus fontes e executar com a última versão dos fontes do ACBR ainda sem mudar escala fica desconfigurado com uma borda grande na direita do relatório. (Print3.png) Aí agora coloquei em meus fontes para sempre aplicar os comandos de alteração de escada para diminuir essa borda que fica na direita da impressão dos boletos. ACBrBoletoFCFortes1.AlterarEscalaPadrao := True; ACBrBoletoFCFortes1.NovaEscala := 100; Resolveu o problema da borda direita, mas das linhas maiores na impressão do carnê não, para o carnê foi necessário alterar no arquivo que te passei no tópico acima alterando o arquivo ACBrBoletoFCFortesFr.dfm

Bom dia. Segue para análise e inclusão nos fontes do ACBR, pequeno ajuste de layout para as linhas na impressão de boletos em carnê usando Fortes Report. O problema é mostrado no print abaixo, em anexo a correção. ACBrBoletoFCFortesFr.dfm

Segundo as pesquisas que já venho fazendo, inclusive aqui na ACBr, a dll do ACBrLib é compilada em pascal, porém o php lê extensões apenas em C++, por essa razão acredito que não é possível que o php leia diretamente a dll do acbr, no post "Extensão PHP para uso do ACBrLib online! ACBrLibPHP" , Pelo que eu entendi, o criador do Post cria um codigo em C++ que lê a dll do ACBrLib, depois disso ele compila o codigo em C++ e cria uma dll apartir desse código por fim, ele usa a dll recém criada como extenção do PHP, então a lógica fica assim: ACBrLib64.dll > ExtencaoCriadaEmCpp.dll > CodigoEmPHP.php Porém, tudo isso é voltado pra linux em todo o código, ou seja, onde seria dll vira so, isso inclui também os comandos de criação do linux, o arquivo MakeFile, entre outros arquivos que são voltados apenas pra a execução no linux É possível que eu esteja errado, por essa razão vou continuar seguindo as sugestões que vocês forem me mandando... Obrigado

Olá, minha versão do php é a 7.4, logo a função "dl()" está depreciada, já lancei a dll no System32 como está no manual do ACBrLib, infelizmente não teve efeito algum! quanto as variáveis de ambiente, coloquei assim e o resultado ainda é o mesmo... Pra seguir a tua sugestão, usei o seguinte código, habilitei a extensão no php.ini o resultado foi o seguinte erro

Ok, fico no aguardo, muito obrigado pela atenção

Bom dia, Acabei de testar tua sugestão, e infelizmente o resultado é o mesmo, a biblioteca não é lida, nem exibida como extensão do php