Italo Giurizzato Junior

Bom dia a todos, Ainda não foi feito nada quanto a implementação desse provedor próprio da cidade de João Pessoa.

Bom dia a todos, Foi publicado no Portal Nacional do CT-e a Nota Técnica 2013/014 que trata sobre validação, distribuição e WebServices. São apenas 4 páginas, por favor, baixem e lêem. Não que eu considere de extrema importancia, mas gripo o item 8 dessa NT. Pois ela deixa claro que o emitente do CT-e tem que disponibilizar o XML para o Tomador do Serviço, seja por meio de e-mail, sinal de fumaça, ...

Boa noite Fabio, Obrigado pela informação, já atualizei as URLs no componente. Em breve estaremos disponibilizando os fontes.

Boa noite Anderson, Tanto o componente quanto o XML tem que estar como produção. Verifique se o componente esta configurado para salvar, ou seja, temos duas propriedades Salvar, uma em Geral e outra em Arquivos, ambas tem que estar com o valor True. Isso vai fazer com que o componente atualize o XML gerado e assinado com o protocolo de autorização.

Fabio, A sua aplicação possui um cadastro com os dados da transportadora, esses dados estão corretos?

Boa tarde Mota, O componente ACBrNFSe possui um comando chamado Enviar. Este comando realiza as seguintes tarefas no caso do provedor Ginfes: 1. Gera o XML do RPS; 2. Assina; 3. Monta o Lote de RPS; 4. Assina; 5. Envia o Lote para o WebServices; 6. Obtem o retorno com o protocolo de recebimento; 7. Consulta a Situação do Lote; 8. Consulta o Lote caso a situação seja lote processado; 9. Obtem o retorno contendo a lista de NFS-e; 10. Salva o XML da NFS-e separadamente; 11. Imprimi o DANFSE. Fora esse comando existe varios outros, como Consulta a Situação, Consultar Lote, Cancelar, entre outros. Vide o programa exemplo, para conhece-los.

Boa tarde Márcio, E qual é o problema de totalizar 500 caracteres ou 500 bytes? O XML final a ser enviado para SEFAZ tem que ficar dentro dos 500 Kbytes. E 500 bytes é 1/2 KByte (arredondando).

Boa tarde a todos, Posso estar escrevendo uma tremenda besteira, mas vamos lá: Será que isso não tem haver com a configuração avançada que existe no Internet Explorer? Opções de Internet aba Avançados quadro Configurações Na lista de configurações temos as opções: Usar SSL 3.0 e Usar TLS 1.0 Que se refere essa tal de cifras para conexão. Se é isso basta ativar essas duas opções no Internet Explorer.

Boa tarde Cesar, Como foi postado, as units pcteCTe.pas, pcteCTeR.pas e pcteCTeW.pas já estão prontas para a versão 2.00 Se algum dia surgir uma nova versão por exemplo 2.50, com certeza será criado os arquivos: pcteCTe_v200.inc, pcteCTeR_v200.inc e pcteCTeW_v200.inc e as units sitadas acima vão se tornar compativeis com a nova versão. Alem de alterar o arquivo ACBr.inc vai ser necessário efetuar alterações na rotina que alimenta o componente, bem como a que realiza o cancelamento. Para mais detalhes vide os arquivos TXT que estão dentro da pasta: ...\Exemplos\ACBrCTe

Boa tarde Douglas, Todas as implementações necessárias já estão prontas desde outubro, como o ambiente de homologação ainda não tinha sido liberado, não enviamos os fontes para o repositório. Eu juntamente com o Juliomar vamos promover uma reestruturação na pasta que contem os pacotes de instalação e consequentemente o ACBrInstall sofrerá alterações. Hoje vai para o repositório a reestruturação da pasta que contem os pacotes mas mantendo compatibilidade com o ACBrInstall atual. No dia 9 ou seja segunda-feira que vem, vai ocorrer a mudança definitiva, inclusive com a liberação nos fontes do ACBrNFe pronto para a nova versão 3.10 Para manter total compatibilidade e permitir a escolha a nivel de execução, foi incluido uma nova propriedade chamada VersaoDF - Versão do Documento Fiscal que juntamente com a propriedade ModeloDF (que já existe) é possível escolher o modelo: NF-e ou NFC-e, bem como a versão: 2.00, 3.10 (para a NF-e) ou 3.00, 3.10 (para NFC-e). Por favor, aguarde mais alguns dias.

Fabio, Com certeza tem algo de errado no cadastro dessa empresa.

Bom dia Cesar, As units pcteCTeR e pcteCTeW já estão prontas para a versão 2.00 Você alterou o arquivo ACBr.inc?

Fabio, Será que o contador não credenciou a empresa com outro tipo de modal? A transportadora trabalha somente com o modal rodoviário? Ela não tem uma filial que trabalha com outro modal? O IE informado é da transportadora do modal rodoviário ou é da filial?

Bom dia lincoln, Qual é o provedor ou a cidade?

Bom dia Fabio, Esse cliente é uma transportadora que utiliza qual modal? O modal informado no xml do CT-e é o mesmo? Por exemplo: a transportadora utiliza o modal rodoviário e no xml foi colocado o modal aquaviário. Você concorda que nesta situação a mensagem da rejeição faz sentido?

Bom dia Fabio, As alterações necessárias no componente para iniciar os testes com essa nova versão, já foram feitas mas ainda não foram disponibilizadas. A previsão é de disponibilizar na próxima segunda-feira, ou seja, dia 9.

Bom dia Yan, Primeiramente, por favor não escreva tudo em caixa alta, da impressão que você esta gritando. Segundo, no Portal Nacional da NF-e existe uma opção para que você possa realizar o Download do XML. Terceiro, o componente ACBrNFe, possui uma funcionalidade para realizar o Download via WebServices, neste caso realize pesquisas aqui no fórum para obter mais informações e é claro procure sempre ter em mãos os Manuais e Notas Técnicas disponibilizadas no Portal Nacional da NF-e.

Bom dia Rigotti, Verifique se dentro da pasta que contem os fontes ACBrNFSe não tem nenhum arquivo com uma bolinha vermenha ou triangulo amarelo no icone. Se sim, exclua o arquivo e atualize novamente.

Bom dia Marcos, A linha: ACBrNFSe1.Configuracoes.Geral.PathSchemas := A_Menu.LeRegistro('NFS-e','PathSchemas');; Você configurando a propriedade PathSchemas, ao executar o A_Menu.LeRegistro qual é o caminho retornado? Dentro da pasta informada nesse caminho quais são os arquivos que estão salvos nela?

Boa noite Marcos, Se você estiver utilizando o programa exemplo, note que há necessidade de informar o caminho onde esta os schemas para o provedor PVH. ...\Exemplos\ACBrNFSe\Delphi\Schemas\PVH

Boa noite Rigotti, Todos os fontes de todas as pastas estão atualizados?

Boa tarde Aprendiz_ce, Você esta tentando emitir NFS-e para a cidade Aquiraz? E qual é o erro que aparece ao emitir em ambiente de produção?

Boa tarde Heto Andrade, Em qual versão você esta gerando o XML do CTe?

Bom dia msiscampos, Isso não procede. Devemos enviar um evento de encerramento antes de emitir um novo MDF-e para o mesmo caminha e par de UF. Nota Técnica 2013/004 do MDF-e, página 11, primeiro paragrafo.

Bom dia Felipe, Consultei as duas chaves de NF-e que aparecem no XML que você postou. Tanto na SEFAZ-SP quanto no Ambiente Nacional as duas NF-e aparecem como autorizadas. Agora vamos aos detalhes: A primeira foi autorizada em 02/12/2013 as 14:52:01 e a segunda no dia 02/12/2013 as 15:17:40. Mas a data e hora de emissão do CT-e cujo XML você postou é: 02/12/2013 as 00:00:00, veja: <nCT>1</nCT> <dhEmi>2013-12-02T00:00:00</dhEmi> <tpImp>1</tpImp> Se o webservice esta considerando a data e hora de emissão do CT-e para tomar como base a checagem das NF-e, você concorda que naquele momento elas não existiam? Ambas as NF-e foram emitidas ou melhor dizendo autorizadas no periodo da tarde e o seu CT-e estaria sendo emitido a meia noite ou as zero horas do dia 02/12/2013, informação contida no XML. Posso estar escrevendo uma tremenda bobagem, mas se existe uma explicação, ao meu ver seria essa. Ao atribuir o valor para a propriedade dhEmi faça da seguinte forma: Ide.dhEmi := Now; assim a Data e Hora de Emissão vai contem a Data e Hora do relógio da maquina que por sinal tem que esta atualizada e compativel com os servidores da SEFAZ.