windsoft

Eu fiz os testes aqui, aparentemente está cancelando porém se eu consulto a NF novamente ela me retorna como autorizada e não como cancelada, vou analisar amanhã se o problema é aqui e reporto novamente.

Nos meus testes ocorre o mesmo problema.

Olá boa tarde Ao emitir NFSe utilizando OpenSSL e com o novo componente ACBRNFSeX está sendo apresentada a seguinte mensagem de erro: servico_consultar_nfse_rps_envio_v03.xsd#/schema The '' namespace provided differs from the schema's 'http://www.ginfes.com.br/servico_consultar_nfse_rps_envio_v03.xsd' targetNamespace. A emissão só funciona com Wincrypt.

Bom dia Italo, você tem alguma outra sugestão pra eu conseguir contornar o problema e dar andamento na implementação?

Olá bom dia! Estou convertendo o NFSe para NFSeX e encontrei um "problema" na letura do XML do RPS. Na function: function TNFSeRClass.TipodeXMLLeitura(const aArquivo: string): TtpXML; begin if (Pos('nfse>', LowerCase(Arquivo)) > 0) then Result := txmlNFSe else Result := txmlRPS; end; da unit ACBrNFSeLerXML ele verifica se existe o texto 'nfse>' pra definir se está lendo uma NFse ou um RPS. Acontece que no XML do RPS existe uma tag Valornfse> que faz o componente identificar incorretamente o tipo do XML Como fazer pra contornar este problema? ( O provedor é Ginfes ) Minha sugestão é inverter a lógica alterando o código para function TNFSeRClass.TipodeXMLLeitura(const aArquivo: string): TtpXML; begin if (Pos('identificacaorps>', LowerCase(Arquivo)) = 0) then Result := txmlNFSe else Result := txmlRPS; end; Ou function TNFSeRClass.TipodeXMLLeitura(const aArquivo: string): TtpXML; begin if (Pos('<nfse>', LowerCase(Arquivo)) > 0) or (Pos(':nfse>', LowerCase(Arquivo)) > 0) then Result := txmlNFSe else Result := txmlRPS; end;

Bom dia, eu não vejo relação entre uma coisa e outra. Também gostaria de saber de onde ele tirou essa informação.

Olá @Juliomar Marchetti bom dia! Consegui identificar e resolver o problema. Segue anexo a correção para ser disponibilizada para os demais usuários. Outro detalhe que foi corrigido, foi o tamanho do campo Doc de origem na impressão do GNRe, agora o documento de origem pode ser a chave da NFe então foi necessário aumentar o tamanho do campo para 44 caracteres. Atenciosamente, ACBrGNREGuiaFRDM.pas ACBrGNREGuiasRetorno.pas GNRE_GUIA.fr3

Olá Bom dia! Estou com dificuldades de impressão de GNRe em lote após a atualização para versão 2.0 Sempre é impressa apenas a primeira GNRe do lote, as demais não. Segue um arquivo XML de um lote com 2 Guias para testes. Mesmo utilizando o Exemplo do ACBr, apenas uma guia é impressa. LoteGNRe.xml

Olá @José M. S. Junior me parece que esta correção foi feita de forma indevida, veja se concorda comigo: No manual diz: 24.0 Uso Exclusivo FEBRABAN / CNAB 212 240 29 - Alfanumérico Brancos G004 versão do layout 030, pode ser informado 'CSP' nas posições 223 a 225, e 'zeros' nas posições 226 a 228. Veja que no layout versão 030 deve-se informar 'zeros' nas posições 226 a 228, entendo que o correto seria "000" mas após a correção passou-se a informar 2 espaços e um zero " 0". Eu utilizei o validador online do BB e ambos os arquivos foram validados, tanto antes quanto depois da alteração.

Minha sugestão é que você informe "LeCedenteRetorno=1" e deixe o componente ler do arquivo. Aí compara os dados da conta com os que você está preenchendo, provavelmente você vai encontrar diferença na quantidade de dígitos, por exemplo: Se a agência é 0123 na hora de ler do arquivo o ACBr leu 00123

Olá @Italo Giurizzato Junior li sim, esclareceu bastante, porém ainda não encontrei informações sobre estas 2 questões:

Olá Juliomar, provavelmente usaremos o eFrete mesmo.

Pessoal bom dia! Vocês teriam algum material sobre o CIOT? Basicamente eu já entendi que o CIOT teria que ser emitido sempre que meu cliente contratar um transportador autonomo mas não consegui desenhar o processo correto de emissão. Já pesquisei sobre o assunto mas não achei nenhuma informação clara e objetiva. Minhas dúvidas são basicamente as seguintes: 1. Quando o CIOT deve ser emitido? 2. Em quais situações ele é obrigatório? 3. No CIOT pede algumas informações sobre o pagamento do frete, meus clientes emitem CTe para serem faturados no fim do mês, como vocês preenchem estas informações neste caso? 4. Existe alguma automação/api para as tabelas de frete?

Ah sim tem razão. Seria realmente outro “componente” se for realmente verdade a informação.

Olá Júlio talvez você não saiba mas o banco central vai incluir uma opção de cobrança no pix que promete “acabar” com os boletos.

Pelo que diz no manual, você deveria informar algo como:] tpMed string 1-20 sim informar o tipo de medida (Exemplos: PESO BRUTO, PESO DECLARADO, PESO CUBADO, PESO AFORADO, PESO AFERIDO, PESO BASE DE CÁLCULO, LITRAGEM, CAIXAS e etc).

Olá Antonio, Este assunto já foi discutido aqui. O que acontece é que alguns sites fazem a consulta publica da NFe utilizando-se apenas da chave de acesso e montam o XML novamente fazendo a leitura dos dados no HTML da consulta publica. Funciona? Sim, porém o XML não tem validade jurídica, pois não tem a assinatura do emitente. Já vi sites que inclusive colocam uma assinatura falsa, ou seja, assinam o XML novamente com outro certificado digital. Dá uma impressão de legalidade mas o arquivo não é válido. Se além desta maneira existir alguma outra forma eu desconheço.

Olá bom dia! Mesmo problema aqui em São José do Rio Preto. Na GINFES dizem que o problema é no ERP mas não dão mais detalhes, pediram o XML do RPS, enviamos pra eles e estamos aguardando retorno.

Olá Daniel, eu havia visto isso, mas por se tratar de um site não oficial não acredito que irá se resolver rapidamente, já faz alguns dias que está com esta mensagem.

Olá bom dia! De uns dias pra cá o rastreamento de objetos dos correios não está funcionando. Pelo que entendi, o componente utiliza a página: https://www.websro.com.br/index.php para fazer o rastreamento porque não consegue mais pegar os dados diretamente do site dos correios, mas a página também não está funcionando. Alguem tem uma solução pra isso? Caso queiram testar utilizem este objeto para rastreio: https://www.websro.com.br/rastreamento-correios.php?P_COD_UNI=PU492271878BR Abraço

Este tópico já foi postado pela equipe em 09/01

Nós nos baseamos apenas no CFOP, talvez exista mas nunca me deparei com esta questão de um produto gerar crédito de ICMS e outro não estando no mesmo CFOP.

Ola Mr @BigWings Realmente eu não tinha me atentado à isso. O problema foi sim resolvido no commit citado. Abraço e obrigado!

Olá Pessoal bom dia! Após a última atualização da Impressao do DANFE fast report com a inclusão das dezenas da nota fiscal premiada para o estado do MS a impressão da continuação dos dados complementares parou de funcionar. Analisando as alterações, percebi que foi copiado e colado o "label" das informações complementares para o campo "dados do fisco" a fim de exibir as informações das dezenas enviadas pelo fisco, porém esqueceram-se de remover a propriedade "FlowTo" que faz com que o texto que não cabe na primeira página do DANFE seja exibido na seção de continuação dos dados adicionais. Segue anexo o DANFE.fr3 corrigido e um arquivo XML para testes. DANFeRetrato_2019.fr3 35200200583099000100550080000004251701706813.xml

Precisa de cpf na nota.