Italo Giurizzato Junior

Boa tarde Haroldo, A questão não é achar desnecessário ou não, existem algumas mudanças que precisamos ter muita cautela. O nosso receio é fazer uma alteração e depois algum fiscal de fronteira entre Estados criar confusão pelo fato de constar informações no DANFE que apesar de estar no XML, mas no layout do DANFE no manual esta diferente. Devemos sempre lembrar que a nota propriamente dita é o XML, mas o DANFE tem validade em algumas situações, ou seja, devemos utilizar ele para acobertar o transporte da mercadoria. No passado fui obrigado a rejeitar varias alterações, pois se fosse contemplar os pedidos dos clientes, fornecedores e contadores hoje o DANFE estaria sendo impresso em papel A0 (zero) e não em A4. Existe um limite de tamanho mínimo da fonte (especificado no manual) e existe o limite físico do tamanho do papel. Infelizmente o ENCAT não criou alternativas para o layout do DANFE para algumas situações. Espero que você compreenda o meu entendimento sobre essa alteração.

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

Bom dia Edu, Notei que essa cidade se utiliza do provedor EL, que já esta implementado. Abra o arquivo Cidades.ini e acrescente a cidade Santa Maria de Jetiba/ES aos moldes de outras cidades que se utilizam do mesmo provedor EL. Atenção existe o provedor EL e o ELv2. A referida cidade se utiliza do provedor EL e não ELv2. Faça os testes usando o programa exemplo do componente. Por fim anexe aqui o arquivo Cidades.ini com a cidade incluida.

Cleber, Enquanto isso vou analisar a sua alteração no arquivo INI que você anexou.

Bom dia Willian, Você mesmo pode alterar o código para que esse problema seja resolvido. Depois você anexa aqui mesmo a unit alterada para que possamos analisar a sua contribuição.

Bom dia Jeverson, Verifique se não existe nenhuma outra linha igual a essa que esteja recebendo o valor de Date em vez de Now.

Bom dia Cleber, O código do item da lista de serviço é separado com "-" (ifem) em vez de "." (ponto)?

Bom dia, Muito obrigado pela colaboração, vou incluir na minha lista de tarefas.

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

Bom dia a todos, Favor atualizar os fontes. Notem que além do arquivo INI, temos que também atualizar o schema, caso contrario vai ocorrer erro de validação.

Bom dia Dercide, Muito obrigado pela colaboração, vou incluir na minha lista de tarefas.

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

Bom dia Mauricí, Além de alterar o arquivo Cidades.ini talvez seja necessário incluir a URL de produção no arquivo SimplISS.ini também. Tome como base outras cidades que utilizam o mesmo provedor SimplISS. Faça as alterações e realize os testes, estando tudo Ok, anexe o arquivos alterados no tópico:

Erike, Eu entendi o seu problema. Você não busca o XML completo na SEFAZ e também não envia novamente a nota, pois neste caso a SEFAZ rejeita acusando que a nota já existe no banco de dados dela. O procedimento a ser executado quando uma nota é enviada e por algum motivo não conseguimos obter o retorno da SEFAZ é o que lhe passei. 1. Carregar o XML assinado 2. Executar o Consultar

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

Bom dia Erike, Pelo amor de Deus nunca envie novamente a nota. Enviou esta enviado, se por algum acaso não obteve o retorno da SEFAZ com o protocolo de autorização o procedimento é: 1. Carregar o XML assinado que foi enviado. 2. Consultar Se você não carregar o XML e simplesmente consulta o XML da nota não é atualizado. Com o XML carregado o ACBrLibNFe tem condições de atualizar com o retorno da consulta. Detalhe importante o XML a ser carregado tem que estar assinado.

Bom dia Paulo, Como foi resolvido o erro 500? Pois esse erro ocorre no envio e não na leitura do retorno. Quanto a correção da leitura do retorno já vou incluir na minha lista de tarefas para poder analisar e desde já muito obrigado pela colaboração.

Bom dia Daniel, Por favor não poste fragmentos longos de código como texto da postagem. Você não informou qual é o erro que ocorre, ou seja, a mensagem exata do erro.

Bom dia Marcos, Favor entrar em contato com a prefeitura e questione sobre o que esta ocorrendo. Conforme consta no arquivo ISSCuritiba.ini devemos somente assinar o Lote de RPS ao ser enviado.

Bom dia Hernani, No webservice do Ambiente Nacional ficam armazenadas as notas dos últimos 90 dias conforme consta na Nota Técnica 2014/002 versão 1.02c que trata sobre a Distribuição de DF-e. Pelo Portal Nacional ou Estadual da NF-e do seu cliente se faz necessário a chave para ter acesso as informações e poder baixar a nota. Como você não tem as chaves esquece o Portal Nacional ou Estadual. O DistribuicaoDFe não baixa as notas do se cliente e sim as notas emitidas contra o CNPJ do seu cliente, pelo simples fato de quem emite tem a obrigação legal de armazenar o XML das notas pelo prazo legal. A única saída que vejo é o novo contador do seu cliente entrar em contato com a SEFAZ-Autorizadora e fazer um pedido muito convincente. Me recordo de um usuário do fórum ter passado por um problema parecido e a SEFAZ forneceu todas as notas emitidas dentro de um determinado período. Em tempo: Pede para o seu cliente comprar um HD externo para fazer cópia diária de todas as notas emitidas caso você não tenha outra solução de backup, por exemplo em Nuvem.

Boa tarde, São Paulo até o momento não disponibilizou a URL para recepcionar o CT-e em modo Síncrono. O envio por enquanto tem que ser no modo assíncrono.

Boa tarde Haroldo, Qual é o problema que você esta tendo?

Boa tarde Windel, Primeiramente, a alteração que você fez no arquivo Pronim.ini não faz nenhum sentido, alterando o nome do layout de ABRASFv1 para ABRASFv2 e as versões, visto que esse arquivo é utilizado pelas cidades que se utilizam do webservice que segue a versão 1 do layout da ABRASF. Por outro lado também não entendi a alteração que você fez no valor do campo Identificador de "Id" para "ID" bem como o NameSpace no arquivo Pronimv2.ini. Você esta misturando tudo. O NameSpace que você colocou no arquivo Pronimv2.ini é utilizado pela versão 1. Se a cidade mudou da versão 1 para versão 2 a principio bastaria mudar o arquivo Cidades.ini E para que o XML agora gerado na versão 2 para ser validado corretamente é preciso utilizar os schemas da pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\Schemas\Pronimv2 Nos seus fontes você vai deletar os arquivos Cidades.ini, Pronim.ini e Pronimv2.ini Atualize todos os fontes de todas as pastas, reinstale a suíte ACBr utilizando o ACBrInstall_Trunk2 com a opção de apagar arquivos antigos marcada. Depois utilize o programa exemplo para fazer os devidos testes.

Windel, Vou analisar o que você fez. Você esta configurando o SSLLib com o valor libWinCrypt?

Bom dia Chico Lopes, Muito obrigado pela colaboração, vou incluir na lista de tarefas e assim que possível vamos analisar.