Italo Giurizzato Junior

Boa tarde @SupraMAIS, Já esta no SVN.

Boa tarde @luisclaudio_jr, Chamei a Equipe ACBr para juntos tentarmos encontrar uma solução.

Boa tarde Filipe, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5626

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde Catrini, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5646

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde @Light System Software, Vamos fazer um teste: Altere o arquivo ACBrNFSeXServicos.ini deixando a seção da cidade de Guarulhos/SP da seguinte forma: [3518800] Nome=Guarulhos UF=SP Provedor=Ginfes Params=Aliquota2Casas: ProLinkURL=http://guarulhos.ginfes.com.br/report/consultarNota?__report=nfs_ver4&cdVerificacao=%CodVerif%&numNota=%NumeroNFSe%&cnpjPrestador=null HomLinkURL=http://guarulhos.ginfesh.com.br/report/consultarNota?__report=nfs_ver4&cdVerificacao=%CodVerif%&numNota=%NumeroNFSe%&cnpjPrestador=null Note que foi incluído a linha com o campo Params. Depois segui o procedimento abaixo: Após a alteração salve este arquivo, execute o Compila_RES que se encontra na mesma pasta. Reinstale o ACBr, abra a aplicação e compile ela com a opção Build. Por fim realize os testes de preferencia com o programa exemplo do componente ACBrNFSeX. Fico no aguardo do seu retorno.

Boa tarde @Niron Ladeira Moreira, Você diz que sempre funcionou e agora não esta funcionando. Você não esta confundindo o CT-e com o CT-e OS? Existem diferenças na hora de gerar o arquivo INI para o CT-e OS em relação ao CT-e. Lembre-se que o CT-e é destinado a acobertar o transporte de cargas, já o CT-e OS (Outros Serviços) visa acobertar Fretamento, transporte de valores e excesso de bagagem.

Boa tarde @WINDEL, No meu entendimento tanto a mensagem de rejeição quanto a regra G78 deixa claro que para o tipo de faturamento (tpPag) igual a normal o grupo gFat devera constar no XML. A não ser que foi informado o indPrePago ou o IndCessaoMeiosRede O que vem a ser o indPrePago? Indicador de serviço pré-pago: informar a tag somente se a nota for referente a um serviço exclusivamente pré-pago (exemplo: contas de celular pré-pago). O que vem a ser o indCessaoMeiosRede? Indicador de Sessão de Meios de Rede: essa tag dispensa geração do grupo Fatura. Apenas para notas dos tipos Normal e Substituição com tipo de faturamento normal. (infelizmente essa outra tag tanto o manual quanto os schemas deixam a desejar em dar uma explicação mais detalhada do seu objetivo.

Bom dia @Marcelo Toller, Esse não é o primeiro erro nesse schema do Padrão Nacional. Com o passar do tempo é possível que encontramos mais alguns erros. Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5643

Bom dia @dna.automacao, Muito obrigado pela colaboração , já inclui na minha lista de tarefas. TK-5642

Bom dia @fabio.ols, A nova versão do ACBrLibNFSe já se encontra disponível. Favor atualizar e fazer novos testes.

Bom dia @C4Dev, Você utiliza o Fast ou o Fortes Report?

Boa tarde @LeonardoRocha, Fiz uma alteração no componente que acredito que vai resolver o problema. Como você utiliza o ACBrLibNFSe, por favor aguarde até amanhã, pois toda terça feira sai uma nova versão das Lib.

Boa tarde @Limber Software, Já esta no SVN.

Boa tarde @Wilson Andrade, Já esta no SVN.

Catrini, Chegou fazer um teste sem a linha: Versao=1.01 ? Esse provedor hoje tem cidades que usam a versão 1.00, outras 1.01 e outras 2.04 Segundo o ACBrNFSeXServicos.ini essa cidade esta configurada para a versão 1.00 (na ausência do campo Versao o componente assume como sendo 1.00). Como na URL temos "?pg=rest" a versão é 1.00 ou 1.01, as cidades que usam a versão 2.04 temos na URL: "?pg=services".

Boa tarde @C4Dev, A imagem que você anexou é a impressão do DANFSE feita através do Portal da Prefeitura? Se sim, como é que sai segundo a impressão do componente? É possível criar um campo para conter a descrição da atividade em nenhum problema, mas para isso vamos precisar de um XML de uma nota para saber exatamente onde esta essa tag e qual é a sua nomenclatura.

Boa tarde Pessoal, O Evento ECONF (Conciliação Financeira) e o Evento de Cancelamento de Conciliação Financeira já foram implementados, mas não foram testados ainda pela falta dos Schemas. O componente ACBrNFe após gerar o XML de um evento o submete ao schema especifico do evento para saber se a estrutura do mesmo esta em conformidade. Assim que a SEFAZ disponibilizar os schemas, vamos disponibiliza-los no SVN e realizar os testes necessários.

Boa tarde @Helius_ERP, No layout da versão 2.04 da ABRASF não existe a série para a nota somente para o RPS. Vai ter que entrar em contato com o provedor e verificar com eles a melhor solução para esse caso.

Boa tarde Catrini, Você chegou a alterar o arquivo ACBrNFSeXServicos.ini ? Se sim, como ficou a alteração para a cidade de Barra Velha/SC ?

Boa tarde @SupraMAIS, Já vou incluir na minha lista de tarefas para fazer essa adequação para os demais métodos e não somente no Emitir. Assim que finalizado iremos enviar para o SVN. Aviso aqui quando isso ocorrer.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Olá Pessoal, É com muita satisfação que venho informar a todos que o componente ACBrNFe ganhou novas units para Consultar a Situação de uma nota, solicitar a inutilização de um numero ou faixa de números, enviar eventos e para administrar o CSC (Código de Segurança do Contribuinte) usado na NFC-e, este ultimo não sei informa-los quais UF possuem um webservice para esse serviço. Foram criadas novas units para gerar o XML de pedido de consulta, de inutilização de envio de eventos, bem como as units que fazem a leitura do retorno foram reescritas. Elas se encontram em uma nova pasta: ...\Fontes\ACBrDFe\ACBrNFe\Base\Servicos O que muda na minha aplicação? Nada, pois essas units são utilizadas pelo próprio componente. Porque foram criadas essas novas units? As units antigas se utilizam das units pcnGerador e pcnLeitor para geração e leitura do XML respectivamente. As novas units se utilizam das units ACBrXmlWriter e ACBrXmlReader que tem a mesma função de geração e leitura. Não chegamos a realizar testes de velocidade nessas novas units criadas para o ACBrNFe, mas a um tempo atrás a unit responsável por ler o XML de um CT-e contendo aproximadamente 1.800 (mil e oitocentos) notas vinculadas demorava cerca de 6 minutos para realizar a leitura. Foi criada uma nova unit se utilizando o ACBrXmlReader para realizar a leitura do XML do CT-e, foi realizado um teste com o XML contendo 1.800 notas vinculadas e o mesmo foi lido em aproximadamente 6 segundos. Veja o ganho em velocidade na leitura do XML, de 6 minutos para 6 segundos. Por conta dessa performance resolvemos reescrever todas as units que utilizam as units pcnGerador e pcnLeitor visando a passar a utilizar as units ACBrXmlWriter e ACBrXmlReader. Não é um trabalho fácil e rápido. As novas units foram escritas, foi criado os testes unitários para cada uma delas, depois de testadas fizemos a migração, um trabalho que consumiu varias semanas. Em breve as units antigas vão ser removidas do SVN. Esse trabalho vai ser realizado em outros componentes? Sim, o próximo é o ACBrCTe, depois o ACBrMDFe. Estamos trabalhando para deixar os componentes mais velozes.

Olá Pessoal, Devemos tomar muito cuidado ao gerar o XML, pois temos tag de diversos tipos. Tipos de tags e o que ela pode conter: Numéricas: neste caso só aceitam dígitos e o ponto decimal, exemplo: 250 ou 300.00 Data: neste caso só aceitam dígitos, a barra "/" ou o sinal de menos "-" (o mais comum é o sinal de menos), exemplo: 2024-06-24 Hora: neste caso só aceitam dígitos e o dois ponto ":", exemplo: 10:34:00 Data/Hora: é a combinação dos dois acima, exemplo: 2024-06-24T10:34:00 (temos a letra "T" entre a data e a hora Data/Hora no formato UTC: temos a Data/Hora seguida do Timezone, exemplo: 2024-06-24T10:34:00-03:00 Caracter: neste caso podemos informar uma sequencia de caracteres alfanumérica que pode conter alguns símbolos, exemplo: Rua Nove de Julho, 1250 Agora, justamente a tag do tipo caracter costumamos ver vários problemas. Por que? Existem alguns tipos de caracteres como por exemplo: "&" (e comercial comum em nome de empresas), aspas, apóstrofes e os sinais de "<" e ">" que podem não ser válidos dentros das tags. Em alguns casos o componente até pode os converter para uma sequencia chamada html entities. Mas algumas vezes o webservice (em especial de alguns provedores de NFS-e) pode recusar o seu XML acusando que a assinatura esta inválida. Devemos então evitar ao máximo utiliza-los. Detalhando: Lembre-se que os caracteres "<" e ">" aparecem no XML para indicar o inicio e o fim do nome de uma tag, exemplo: <Endereco>. As aspas são usadas para indicar o inicio e o fim do valor de um atributo, exemplo: <det nItem="1">, nItem é o atributo e o seu valor 1 esta entre aspas. Fica a dica, se você enviar um XML para o webservice da SEFAZ ou para um provedor de NFS-e e o mesmo for recusado pelo fato da assinatura estar invalida, abra o XML com o bloco de notas e procure as tags do tipo caracter e veja o seu conteúdo, pode ser que alguma dessas tags contenha um caracter ou html entities que possa estar invalidando a assinatura. A solução neste caso é os remover.