-
Total de ítens
88 -
Registro em
-
Última visita
Tudo que LeonardoRocha postou
-
Erro informação Natureza de Serviço Impressão PDF
LeonardoRocha replied to LeonardoRocha's tópico in ACBrLIB
-
Erro informação Natureza de Serviço Impressão PDF
LeonardoRocha replied to LeonardoRocha's tópico in ACBrLIB
Boa tarde @Italo Giurizzato Junior Vi que não teve atualização do componente AcbrLibNFSe. Poderia disponibilizar ele atualizado, para testes? Obrigado. -
Erro informação Natureza de Serviço Impressão PDF
LeonardoRocha replied to LeonardoRocha's tópico in ACBrLIB
Boa tarde Diego, Sim, esta nota e XML foram geradas pelo componente ACBR. A lista esta no link que enviei anteriormente: https://www.pmpf.rs.gov.br/nfse/wp-content/uploads/sites/63/2022/01/natureza_operacao_atualizado.pdf Com ele, temos as naturezas todas atualizadas conforme a descrição -
Boa tarde, Estou com uma situação, aonde informo a informação corrreta no XML, porém a descrição está incorreta na impressão do PDF da nota de serviço. Segue XML para testes. A informação aparece assim emitido pela biblioteca: No site da prefeitura, emitindo a mesma nota, sai a informação correta, conforme print a seguir: Neste link tem a informação, sobre a prefeitura de PASSO FUNDO/RS, aonde contem a informação das descrições cada codigo: LINK Aguardo e dúvidas estou a disposição. 192_E.xml Complemento: PDF com a informação emitido pelo site da prefeitura: Estou com a última versão da LIB atualizada.
-
Combinado, aguardo
-
Bom dia Julio, NFe_ImprimirEventoPDF(/usr/local/lib/43250304442366000171550010000347711680302494-nfe.xml,/usr/local/lib/43250304442366000171550010000347711680302494-evento.xml ) Aqui no exemplo, a principio fiz com o xml da nfe e depois do evento. Voce pode passar o exemplo de container que utilizou? Talvez alguma biblioteca que estou usando na minha configuração do docker que esta causando este erro
-
Container Linux. Segue o Dockerfile em anexo Nas versões anteriores (a que estou rodando agora), fazia ambas as impressões. Atualmente na nova, consigo fazer somente a impressão do DANFE, e dos eventos fica em branco. Dockerfile Segue ACBRLib.ini ACBrLib.ini
-
Bom dia Estranho, pois fiz o mesmo teste. A impressão da DANFE para mim esta ok, e a do evento não ocorre na nova versão, somente na anterior. Estou rodando em um container docker. Pode ter alguma influencia?
-
Bom dia, Estou tendo uma situação na impressão de eventos de NFe, pos atualização da biblioteca AcbrLibNfe (a partir do mes de dezembro/24). Segue anexos de como esta saindo o pdf, e os arquivos e logs do acbr para testes. Fiz o download ontem da ultima versão da LIB para testes, e o problema ocorre igualmente. Aguardo, obrigado _usr_local_logs_ACBrLibNFE-20250331 (2).log 43250304442366000171550010000347711680302494-evento.xml 43250304442366000171550010000347711680302494-nfe.xml -procEventoNFe.pdf
-
Boa tarde Italo, Estou usando o ACBRLibNFSe. Estou informando no campo EnderecoInformado, e para a prefeitura de Castro está indo corretamente a informação. Para a prefeitura de carazinho, que usa IPM também mas em outra versão, não está indo a informação no XML, mesmo enviando a mesma na configuração do .ini.
-
Boa tarde, Estou realizando a emissão de uma nota fiscal para a prefeitura de Carazinho/RS, e estou setando a propriedade: Tomador.EnderecoInformado=1, para a prefeitura assumir os dados que estou enviando no XML (pois ela está substituindo os dados pelos cadastrados na prefeitura, conforme é feito pelo provedor IPM). Tive esta mesma situação na prefeitura de Castro/PR, aonde foi resolvido via tópico aqui no fórum. Porém, a versão da IPM em Castro é a 1.04 e em Carazinho é a 2.04 Podem validar se esta certo para ir esta propriedade para esta versão também? Nos testes efetuados, não foi transmitido nesta versão.
-
Boa noite Diego, Realizei a atualização da biblioteca e realizei novo teste, que foi efetuado com sucesso!! Muito obrigado pela resolução.
-
Boa tarde Diego, Realizei a atualização da biblioteca e continuou o mesmo erro: Erros Emissao: Erro de Conexão: Input is not proper UTF-8, indicate encoding ! Pode conferir se a atualização realmente subiu nesta versão disponível?
-
Bom tarde, Exato. Na verdade este problema ocorreu em algumas emissões. Nas emissões que não tem caracteres especiais no retorno do webservice, esta funcionando normalmente. Aguardo o status do andamento, e também aproveito para perguntar se poderia setar para ANSI a configuração desta biblioteca, para este munícipio em específico ( se irá dar certo) , até que tenhamos outra solução. Aguardo, obrigado
-
Bom dia @Diego Foliene Vi que teve atualização da LIB. Nela está contida esta correção?
-
Boa tarde Pessoal, Temos algum "workaround" a ser feito, para que possamos emitir e ter o retorno desta nota?
-
Boa tarde @Italo Giurizzato Junior, Estou usando a última versão da Lib disponível para download. Não tem um motivo para usar estas aspas.. Pois da descrição do sistema não tenho estas aspas dupllas, e no arquivo INI por default não insero elas... Até tenho habilitado para retirar caracteres especiais na configuração da biblioteca, afim de evitar algum caractere que não deveria retornar..
-
Boa tarde Pessoal, Segue arquivos: LOG ACBR RETORNO EMISSAO: { "Envio" : { "CodigoVerificacao" : "", "Data" : "", "Erro1" : { "Codigo" : "X999", "Correcao" : "", "Descricao" : "Erro de Conexão: Input is not proper UTF-8, indicate encoding !\nBytes: 0xC7 0xC3 0x4F 0x20" }, "Link" : "", "Lote" : "2044", "MaxRps" : 1, "ModoEnvio" : "Gerar NFSe", "NumeroNota" : "", "Protocolo" : "", "Situacao" : "", "Sucesso" : false, "XmlEnvio" : "<nfse Id=\"2044\"><nf><data_fato_gerador>12/07/2024</data_fato_gerador><valor_total>5886,49</valor_total><valor_ir>0,00</valor_ir><observacao>Vendedor: SEM VENDEDOR</observacao></nf><prestador><cpfcnpj>07073925000101</cpfcnpj><cidade>7495</cidade></prestador><tomador><endereco_informado>1</endereco_informado><tipo>J</tipo><cpfcnpj>04442366000503</cpfcnpj><ie>258547316</ie><nome_razao_social>BRETANHA IMPORTACAO E EXPORTACAO LTDA CAIBI</nome_razao_social><sobrenome_nome_fantasia></sobrenome_nome_fantasia><logradouro>ESTRADA LINHA BAGE</logradouro><email></email><numero_residencia>S/N</numero_residencia><complemento></complemento><ponto_referencia></ponto_referencia><bairro>INTERIOR</bairro><cidade>8059</cidade><cep>89888000</cep><ddd_fone_comercial></ddd_fone_comercial><fone_comercial></fone_comercial><ddd_fone_residencial></ddd_fone_residencial><fone_residencial></fone_residencial><ddd_fax></ddd_fax><fone_fax></fone_fax></tomador><itens><lista><tributa_municipio_prestador>1</tributa_municipio_prestador><codigo_local_prestacao_servico>7495</codigo_local_prestacao_servico><unidade_codigo>2</unidade_codigo><unidade_quantidade>1,00</unidade_quantidade><unidade_valor_unitario>5886,4900000000</unidade_valor_unitario><codigo_item_lista_servico>0107</codigo_item_lista_servico><descritivo>&quot;SUPORTE A PRODUCAO MENSAL DE DOSES - R$ 5.397,27 ; IOT - R$ 333,56 ; RASTREADORES DE VEICULOS SERVICO - R$ 155,66&quot;</descritivo><aliquota_item_lista_servico>2,8500</aliquota_item_lista_servico><situacao_tributaria>0</situacao_tributaria><valor_tributavel>5886,49</valor_tributavel></lista></itens><forma_pagamento><tipo_pagamento>1</tipo_pagamento></forma_pagamento></nfse>", "XmlRetorno" : "<retorno><mensagem><codigo>00001 - Sucesso</codigo></mensagem><nfse><nf><numero_nfse>2037</numero_nfse><serie_nfse>1</serie_nfse><data_nfse>12/07/2024</data_nfse><data_fato>12/07/2024</data_fato><hora_nfse>14:51:19</hora_nfse><situacao_codigo_nfse>1</situacao_codigo_nfse><situacao_descricao_nfse>Emitida</situacao_descricao_nfse><link_nfse>https://castro.atende.net/autoatendimento/servicos/consulta-de-autenticidade-de-nota-fiscal-eletronica-nfse/detalhar/1/identificador/7495120724145119620070739252024077392719</link_nfse><cod_verificador_autenticidade>7495120724145119620070739252024077392719</cod_verificador_autenticidade><valor_total>5.886,49</valor_total><valor_desconto>0,00</valor_desconto><valor_ir>0,00</valor_ir><valor_inss>0,00</valor_inss><valor_contribuicao_social>0,00</valor_contribuicao_social><valor_rps>0,00</valor_rps><valor_pis>0,00</valor_pis><valor_cofins>0,00</valor_cofins><observacao>Vendedor: SEM VENDEDOR</observacao></nf><prestador><cpfcnpj>07073925000101</cpfcnpj><cidade>7495</cidade></prestador><tomador><tipo>J</tipo><cpfcnpj>04442366000503</cpfcnpj><ie>258547316</ie><sobrenome_nome_fantasia>0</sobrenome_nome_fantasia><nome_razao_social>BRETANHA IMPORTA��O E EXPORTA��O LTDA</nome_razao_social><numero_residencia>SN</numero_residencia><complemento>0</complemento><ponto_referencia>0</ponto_referencia><pais>Brasil</pais><siglaPais>BR</siglaPais><codigoIbgePais>1058</codigoIbgePais><estado>SC</estado><cidade>8059</cidade><logradouro>ESTRADA LINHA BAGE</logradouro><bairro>INTERIOR</bairro><cep>89888000</cep><ddd_fone_residencial>0</ddd_fone_residencial><ddd_fone_comercial>0</ddd_fone_comercial><fone_residencial></fone_residencial><fone_comercial>0</fone_comercial><ddd_fax>0</ddd_fax><fone_fax>0</fone_fax><email>compras@bretanhasuinos.com.br</email></tomador><itens><lista><codigo_local_prestacao_servico>7495</codigo_local_prestacao_servico><codigo_item_lista_servico>107</codigo_item_lista_servico><descritivo>\"SUPORTE A PRODUCAO MENSAL DE DOSES - R$ 5.397,27 ; IOT - R$ 333,56 ; RASTREADORES DE VEICULOS SERVICO - R$ 155,66\"</descritivo><aliquota_item_lista_servico>2,8500</aliquota_item_lista_servico><situacao_tributaria>0</situacao_tributaria><valor_tributavel>5.886,49</valor_tributavel><valor_deducao>0,00</valor_deducao><valor_issrf>0,00</valor_issrf><unidade_codigo>2</unidade_codigo><unidade_quantidade>1,00</unidade_quantidade><unidade_valor_unitario>5.886,4900</unidade_valor_unitario><tributa_municipio_prestador>S</tributa_municipio_prestador></lista></itens><forma_pagamento><tipo_pagamento>1</tipo_pagamento></forma_pagamento></nfse></retorno>" } } Demais arquivos em anexo. 2044-ger-nfse.xml 2044-lista-nfse-ger-soap.xml 2044-lista-nfse-ger-soap.xml 2044-lista-nfse-ger.xml
-
Boa noite Daniel, O XML é transmitido para a prefeitura (de castro neste exemplo), mas no retorno ele da este UTF-8 error.. Como comentei, é o mesmo caso que tivemos um ajuste que deu certo, mas voltou a ocorrer. Vou gerar os XML's conforme fiz da ultima vez para analise, e posto aqui para entendermos o por que esta ocorrendo
-
Boa tarde, Voltou a ocorrer o erro referente ao tópico abaixo: Ocorreu em um caso específico, a mesma situação. Erro: Erros Emissao: Erro de Conexão: Input is not proper UTF-8, indicate encoding ! O Nome do cliente contém caracteres especiais, e a configuração se manteve a mesma desde a resolução do tópico.
-
Bom dia Diego, Ótimo, entendi o funcionamento. Imaginei que seria neste formato, mas queria validar esta metodologia. Aoós a consulta pelo método ConsultarLoteRPS, posso usar o ObterXML? Ele vai obter o XML (dependendo da prefeitura), ou teria que usar outro método?
-
Boa noite Pessoal, Retomando este assunto, sobre a implementação para a prefeitura de Victor Graeff. Realizei a configuracão abaixo, para emissão das notas. As notas foram transmitidas, porém não obtemos o retorno do XML das mesmas. Segue retorno que obtenho do ACBR: {"chaace":"","codigo":200,"mensagem":"","xmlEnviado":"<EnviarLoteRpsResposta xmlns:xsi=\"http://www.w3.org/2001/XMLSchema-instance\" xmlns:xsd=\"http://www.w3.org/2001/XMLSchema\"> <NumeroLote>2<\/NumeroLote> <DataRecebimento>2024-06-25T22:39:56<\/DataRecebimento> <Protocolo>a406109f-47d5-4e30-bfdc-48b103e67161<\/Protocolo> <\/EnviarLoteRpsResposta>"} Segue a configuração que realizei na biblioteca, para emissão: [4323200] Nome=Victor Graeff UF=RS Provedor=Pronim ProRecepcionar=http://victorgraeff.govbr.cloud/NFSe.Portal.Integracao/Services.svc Pelo que vi, seria o mesmo esquema de emissão de IJUÍ, mas gostaria de entender por qual motivo não retorna o XML no envio. Aguardo.
-
Bom dia, Realizei a atualização da biblioteca e novo teste de emissão. O mesmo foi efetuado com sucesso, solucionando o problema. Obrigado!
-
Boa tarde Italo, Certo, aguardo a atualização amanha para realizar novo teste. Quando realiza-lo, reporto aqui. Att
-
Bom dia @Italo Giurizzato Junior, Certo. A cidade é Castro/PR. A mesma que tivemos a implementação da tag endereco_informado" na lib, semana passada. Após a atualização da biblioteca, tive este erro que anteriormente não acontecia. Pelo que vi, são nos casos de caracteres especiais no nome do cliente, pois em outro teste que realizei, em que não temos caracteres especiais, obtive sucesso na transmissão e retorno da nota. Importante comentar que a nota é transmitida na prefeitura, porém no retorno da mesma o acbr traz esta excessão, por conta do caractere especial. OBS: Estou com o parâmetro de remover caracteres especiais ativo. Qualquer outra dúvida estou a disposição. Att