-
Total de ítens
73 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Tudo que LeonardoRocha postou
-
Atraso DistribuiçãoCTE
LeonardoRocha replied to LeonardoRocha's tópico in DFe - Documentos Fiscais Eletrônicos
Está ocorrendo em todos os nossos clientes. Estado RS. No caso, estamos utilizando o webservice de distribuição do CTE, ambiente nacional. Abrimos ontem um ticket com a Receita Federal para validar o motivo deste atraso. Caso alguém tambem tenha outra novidade, agradeço -
Bom dia Pessoal, Nos últimos dias, notamos que os CTes emitidos para os nossos clientes, tem demorado mais de 24H para estarem disponíveis para download, no servico de DistribuiçãoDFE do CTe. Gostaria de saber se este problema também esta ocorrendo com voces, visto que a distribuição teria que ter um prazo de 2H para estarem os CTEs disponíveis para download via webservice. Aguardo
-
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>[email protected]</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
-
Segue xml soap de retorno, da nota emitida. lista-nfse-ger-soap.xml Segue txt tambem, gerado na pasta: 1977-ger-nfse-soap.txt
-
Boa tarde, Alterei a configuração para o tipo 1 (ANSI) e o problema persistiu. Vou habilitar os logs para envio dos arquivos.
-
Boa tarde, Após atualização da emissão da ACBrLibNfse, para emissão do endereco_informado em castro, estou tendo o seguinte erro no ACBR: Input is not proper UTF-8, indicate encoding !\nBytes: 0xC7 0x4F 0x53 0x20 Segue o código do retorno, o qual está retornando o nome do tomador com "Ç", sendo que no envio enviamos sem. Parece que no retorno a biblioteca não processa este retorno por causa deste caractere especial, mas na prefeitura a nota foi emitida corretamente e está valida. { "Envio" : { "CodigoVerificacao" : "", "Data" : "", "Erro1" : { "Codigo" : "X999", "Correcao" : "", "Descricao" : "Erro de Conexão: Input is not proper UTF-8, indicate encoding !\nBytes: 0xC7 0x4F 0x53 0x20" }, "Link" : "", "Lote" : "1977", "MaxRps" : 1, "ModoEnvio" : "Gerar NFSe", "NumeroNota" : "", "Protocolo" : "", "Situacao" : "", "Sucesso" : true, "XmlEnvio" : "<nfse Id=\"1977\"><nf><data_fato_gerador>21/06/2024</data_fato_gerador><valor_total>1705,00</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>06226833000151</cpfcnpj><ie>9030451322</ie><nome_razao_social>TRANSCARVALHO TRANSPORTES E SERVICOS LTDA</nome_razao_social><sobrenome_nome_fantasia></sobrenome_nome_fantasia><logradouro>R DOUTOR ROMARIO MARTINS</logradouro><email></email><numero_residencia>912</numero_residencia><complemento></complemento><ponto_referencia></ponto_referencia><bairro>CENTRO</bairro><cidade>7495</cidade><cep>84165010</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>1705,0000000000</unidade_valor_unitario><codigo_item_lista_servico>0107</codigo_item_lista_servico><descritivo>RASTREADORES DE VEICULOS SERVICO - R$ 1.705,00</descritivo><aliquota_item_lista_servico>2,8500</aliquota_item_lista_servico><situacao_tributaria>0</situacao_tributaria><valor_tributavel>1705,00</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>1981</numero_nfse><serie_nfse>1</serie_nfse><data_nfse>21/06/2024</data_nfse><data_fato>21/06/2024</data_fato><hora_nfse>15:31:58</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/7495210624153158700070739252024067391453</link_nfse><cod_verificador_autenticidade>7495210624153158700070739252024067391453</cod_verificador_autenticidade><valor_total>1.705,00</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>06226833000151</cpfcnpj><ie>9030451322</ie><sobrenome_nome_fantasia>*******</sobrenome_nome_fantasia><nome_razao_social>TRANSCARVALHO TRANSPORTES E SERVI�OS LTDA</nome_razao_social><numero_residencia>912</numero_residencia><complemento>0</complemento><ponto_referencia>0</ponto_referencia><pais>Brasil</pais><siglaPais>BR</siglaPais><codigoIbgePais>1058</codigoIbgePais><estado>PR</estado><cidade>7495</cidade><logradouro>R DOUTOR ROMARIO MARTINS</logradouro><bairro>CENTRO</bairro><cep>84165010</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>[email protected]</email></tomador><itens><lista><codigo_local_prestacao_servico>7495</codigo_local_prestacao_servico><codigo_item_lista_servico>107</codigo_item_lista_servico><descritivo>RASTREADORES DE VEICULOS SERVICO - R$ 1.705,00</descritivo><aliquota_item_lista_servico>2,8500</aliquota_item_lista_servico><situacao_tributaria>0</situacao_tributaria><valor_tributavel>1.705,00</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>1.705,0000</unidade_valor_unitario><tributa_municipio_prestador>S</tributa_municipio_prestador></lista></itens><forma_pagamento><tipo_pagamento>1</tipo_pagamento></forma_pagamento></nfse></retorno>" } } Aguardo
-
Boa noite @Renato Rubinho Testei aqui com a nova versão e deu certo, conforme informado na tag. Muito obrigado!
-
Bom dia, Tem alguns prazo ou retorno sobre esta análise, e previsão de disponibilização? Pergunto pois a prefeitura de Castro/PR (que utiliza a IPM) não disponibiliza a alteração dos dados cadastrais do cliente no sistema da prefeitura, e os dados do endereço nas notas estão saindo incorretos, por causa que retorna incorreto na prefeitura.
-
Erro E176 - Prefeitura de ESPUMOSO/RS
LeonardoRocha replied to LeonardoRocha's tópico in DFe - Documentos Fiscais Eletrônicos
Boa noite @Italo Giurizzato Junior Validado o INI gerado, verifiquei que a discriminação estava com aspas duplas. Fiz as tratativas e consegui remove-la. Com isso, a emissão ocorreu corretamente. Muito obrigado! -
Erro E176 - Prefeitura de ESPUMOSO/RS
LeonardoRocha replied to LeonardoRocha's tópico in DFe - Documentos Fiscais Eletrônicos
Bom dia Italo, Fiz o teste retirando as """, mas mesmo assim continua dando o erro. Esse " parece estar gerando independente da informação que passo.. Pois nos demais campos que são string, realizado o mesmo tratamento e não ocorre esta geração. Precisa ser enviado o INI para análise? -
Erro E176 - Prefeitura de ESPUMOSO/RS
LeonardoRocha replied to LeonardoRocha's tópico in DFe - Documentos Fiscais Eletrônicos
Bom dia Italo, Entendido. Realmente, antes não era realizada esta tratativa, pois como falei, sem alterar o código-fonte, na versao da biblioteca do mes de abril não tinhamos este erro, e na nova está ocorrendo. Vou realizar um teste, não passando as aspas duplas pra discriminação, e retorno aqui. -
Erro E176 - Prefeitura de ESPUMOSO/RS
LeonardoRocha replied to LeonardoRocha's tópico in DFe - Documentos Fiscais Eletrônicos
Boa tarde Italo, Segue arquivos, identificados com erro e o que deu certo. Aguardo xml-certo.xml xml-erro.xml