WINDEL

Olá @Italo Giurizzato Junior Vou verificar e fazer os testes. Obrigado!

Perfeito @Italo Giurizzato Junior Peço então se possível me avisar quando o requisito estiver finalizado. Novamente, obrigado pela atenção!

Olá @Italo Giurizzato Junior Vocês tem alguma previsão de quando será disponibilizado a funcionalidade da impressão do Cte Simplificado? Obrigado!

Obrigado @Italo Giurizzato Junior Isso vai nos ajudar bastante porque como o cte simplificado já está em produção, vai ser necessário um documento fiscal impresso para poder circular com a mercadoria. Agradeço a atenção!

Enviamos um e-mail para a receita estadual do RS e os auditores responderam que não existe novo layout e pode ser utilizado o mesmo, apenas carregar outros campos ou omitir campos. Existe a possibilidade de vocês conseguirem fazer apenas carregar os campos específicos do layout simplificado? Segue a resposta do auditor.

Perfeito @Diego Foliene Uma última questão que estou verificando é sobre a impressão da DACTE. Verifiquei outros tópicos que não foi definido ainda o layout de impressão e por isso ainda não está sendo impresso o documento. Nesse caso, teria alguma forma de mostrar esses dados? Nesse caso, teria que alterar os fontes onde tem o carregamento de dados do XML? Pois, quando imprime da forma simplificado, ele carrega o relatório dessa forma, conforme a imagem a seguir

Se puderem me auxiliar eu tenho só mais uma duvida, agora na questão do cancelamento do Cte simplificado a partir de um XML. No momento de cancelar, ocorre a seguinte mensagem de erro: Quando realizei a instalação do ACBR, eu marquei aquela opção do XML de testes: Fiz a definição da propriedade para simplificado ACBrCTe1.Configuracoes.Geral.ModeloDF := moCTeSimp //Modelo Simplificado A princípio teria mais algum detalhe para essa questão de cancelamento? Obrigado pela atenção!

Olá @Italo Giurizzato Junior Dessa forma agora começou a acusar os erros de xml. ACBrCTe.Conhecimentos.Assinar; ACBrCTe.Conhecimentos.Validar; Por exemplo, na imagem abaixo falta informar o UF de origem. Acredito que dessa forma consigo identificar as inconsistências necessárias. Obrigado pelas orientações!

Olá @Italo Giurizzato Junior e @Diego Foliene Obrigado novamente pelo retorno. Realmente estava faltando preencher esses dados de RNTRC e Total. Preenchi os dados e adicionei o comando ACBrCTe.Conhecimentos.Validar para especificar melhor o erro. Está retornando o erro "CteSimp não encontrada no XML". Atualizei todos os arquivos de Schemas e fontes. Acredito que deve faltar mais algum detalhe que não estou percebendo. Segue o xml atualizado em anexo. erro.xml

Obrigado pelo retorno @Diego Foliene Tenho mais uma duvida agora referente a um erro na criação do arquivo xml. Estou enviando um cte simplificado de testes e no momento da criação ocorre a mensagem "Nenhum elemento encontrado", conforme a imagem abaixo: Poderia me auxiliar o que eu posso estar informando errado ou não informando no xml? Segue o arquivo xml em anexo com os dados que estou enviando. CTe43241004962699000121570030000580321048021165-erro.xml

Olá, Estou verificando a emissão do CTe simplificado. Pesquisei sobre esse assunto e em algumas documentações constam que não é obrigatório informar o remetente e destinatário. Apenas precisa ser informado um tomador de serviço. Quanto a esse assunto, está ok. Porém, achei uma documentação mencionando que podem ser adicionados mais de 1 remetente ou destinatário na emissão do mesmo documento. Nos fontes de demo do ACBR, na parte de alimentar o componente, está sendo adicionado apenas o tomador e nenhum remetente ou destinatário. Não achei uma propriedade em que possa adicionar diversos remetentes ou destinatários. Apenas achei as propriedades do cte normal. Por exemplo: Rem.EnderReme.xLgr := 'Rua 1'; e Dest.EnderDest.xLgr := 'Rua 1'; Podem me ajudar nessa duvida se estou equivocado nesse quesito?

Olá! A Setis respondeu que não será realizado isso esse ano. Por enquanto sem previsão de quando será implementado

Estou realizando testes em homologação com o CRT = 4 (MEI) e está me retornando o seguinte erro de rejeição. conforme as imagens abaixo: Em anexo também inseri o XML da NFE que estou tentando aprovação. Quando faço o envio para CRT = 1, esse está sendo aprovado normalmente. Verifiquei que está criando a tag ICMSSN com orig = 0. Teria algum valor que deve ser preenchido além desses que estou informando? 43240901171298000165550150000090121193579045-nfe.xml

Estou utilizando o demo do ACBR ACBRNFSeEx (com todos os fontes atualizados) para testar o envio da nota eletrônica de serviço da prefeitura de Estrela/RS e está me retornando um erro de acesso negado. Já conferi as credenciais do meu usuário e esse está liberado pelo provedor. Já estou utilizando o arquivo ini e res correto como foi postado no outro topico com os endereços certos. ProRecepcionar=https://ws-estrela.atende.net:7443/?pg=rest&service=WNERestServiceNFSe HomRecepcionar=https://ws-estrela.atende.net:7443/?pg=rest&service=WNERestServiceNFSe Estou passando usuario e senha também de acordo e o certificado também válido. E mesmo assim, para qualquer operação que eu faço, desde uma consulta até o envio da nota me retorna o erro: A parte do SSL type, tentei selecionar todas as opções que existem. E o ambiente selecionado é de produção. Erro(s): Código : 00401 Mensagem: Acesso Negado! Correção: --------- Alguém tem alguma ideia de qual pode ser o problema?

Obrigado pelo retorno @Daniel Simoes Entendi. Vou acompanhar essa solução pelo Jira.

Olá @Daniel Simoes Quando você tiver um tempo, conseguiria verificar se existe uma solução para esse meu report que fiz em 01/04? Testei essa função de capturar o cpf/cnpj via PIN PAD na versão 5.1.30.0 e funcionou corretamente em modo de homologação. Pedirei para os técnicos testarem em produção. Então faltaria apenas não apagar as respostas quando é desativado a comunicação do tef com a dll para poder utilizar o componente Abespinpad, pois o componente faz uma função muito importante para o uso do PIX com QRCode. Isso nos ajudaria bastante se esse componente pudesse ser utilizado.

Olá @Italo Giurizzato Junior Fiz a atualização e instalação e funcionou o cancelamento da nota via carregamento de XML.

Obrigado @Italo Giurizzato Junior Quando vocês solucionarem, pode me dar um retorno?

Bom dia @Italo Giurizzato Junior Obrigado pelo retorno, adicionando essa linha funcionou a aprovação da nota. Agora falta só mais um ajuste para ser feito para o cancelamento da nota através do carregamento do xml. Isso vocês conseguem simular no exemplo demo com o xml que estou enviando em anexo. Passos para simular: - Abrir o Aplicativo demo e clicar no botão cancelamento com xml Selecionar esse xml que enviei em anexo. Ocorrerá esse erro: Valor String inválido para TIndicador. Esse erro ocorre quando roda o seguinte comando: ACBrNFCom.NotasFiscais.LoadFromFile("arquivo xml") Com os xml antigos funciona, mas com os novos recém gerados, ocorre o erro. Podem dar uma verificada nesse erro, por gentileza? 43240793146140000153620010000000221018858600-NFCom.xml

Realizei a atualização dos schemas e agora está ocorrendo esse erro de rejeição. Achei que poderia ser erro de nota duplicada, mas esse número que estou emitindo (nota 20), não fiz a submissão ainda. <?xml version="1.0" encoding="UTF-8"?> <retNFCom versao="1.00"> <tpAmb>2</tpAmb> <cUF>43</cUF> <verAplic>RS20240708154540</verAplic> <cStat>698</cStat> <xMotivo>Rejeição: indicador de nota anterior em </xMotivo> </retNFCom>

Olá. Atualizei os fontes do ACBr e ao enviar uma nota de comunicação, está me retornando esse erro. Há uma semana atrás isso não estava ocorrendo nos meus testes. Alguém tem ideia do que pode ser esse problema no momento do envio da Nota de Comunicação? Segue em anexo o XML gerado. Falha na validação dos dados da nota: 20 --> 1866 - Element '{http://www.portalfiscal.inf.br/nfcom}det', attribute 'indNFComAntPapelFatCentral': The attribute 'indNFComAntPapelFatCentral' is not allowed. 43240793146140000153620010000000201051861696-NFCom.xml

Obrigado @Italo Giurizzato Junior Tenho apenas mais uma duvida se puder me ajudar sobre a parte de tributação CST. Verifiquei nos fontes que existem as seguintes opções: TCSTIcms = (cst00, cst20, cst40, cst41, cst51, cst90, cstICMSSN); Essa última opção CSTICMSSN, significa que seria do simples nacional? Então caso o regime de tributação da empresa for do simples nacional, não é necessário informar o código cst? Ou não teria relação com isso?

Certo! Aproveitando queria apenas tirar mais uma duvida. No momento da aprovação da NFe, através dessa propriedade (ACBrNFe.WebServices.Retorno.Recibo) é retornado um número de recibo. É um número similar a esse formato: 436000016923056 Para a NFCom, existe a propriedade similar ((ACBrNFeCOM.WebServices.Enviar.Recibo), porém não tem conteúdo nenhum na propriedade e também verifiquei nos xmls de retorno e em nenhum momento possui algo similar ao recibo. Sabem se na NFCom, não é utilizado esse recibo?

Obrigado pelo retorno @Italo Giurizzato Junior Sim, infelizmente não existe muita explicação no manual. O que estou achando muito estranho é o grupo faturamento (gFat) requisitar que já exista um boleto gerado já com o código de barras e outras informações de banco no momento do envio da Nota. E pelo que vi é só o boleto mesmo para faturamento, outras formas de pagamento como PIX, dinheiro e cartão não estão previstas. Vocês receberam alguma informação extra sobre quando é necessário gerar as informações de faturamento? Pois, acho estranho já no momento do envio da nota possuir o boleto (título) gerado. Por exemplo, na NFe essa parte geralmente é realizada após a aprovação da nota.

Estou emitindo uma NFCom modelo 62 e está retornando o seguindo erro no momento do envio: 'Rejeição: Grupo de informações da fatura deve informada para tipo de faturamento normal' No grupo 078 do manual da NFCom existe a seguinte validação: Para emissão de NFCom normal, é obrigatório o preenchimento do gfat, salvo se a tag indPrePago for marcada como true. Tenho duas duvidas referentes a esse tópico - Qual seria a finalidade do indicador Pre-Pago? - Quando não for sinalizado o indicador Pre-Pago, no grupo gFat eu preciso preencher as informações de um boleto já com o o código de barras informado (Conforme o Manual)? E para os casos onde o pagamento seria via PIX ou dinheiro? Segundo o manual, todos esses itens devem ser preenchidos para o gfat quando não for pre-pago