Italo Giurizzato Junior

Bom dia Roberto, Qual é a UF? Outra coisa importante, hoje o componente ACBrNFe possui uma propriedade chamada Salvar dentro do grupo WebServices: Configuracoes.WebServices.Salvar := True ou False; Atribua o valor True a essa propriedade, desta forma os arquivos de envio e de retorno serão salvos com a palavra soap no nome do XML. Esse XML no caso do retorno, é salvo sem nenhum tratamento desta forma fica mais fácil descobrirmos se se trata de um problema na SEFAZ ou se a mesma mudou alguma coisa na estrutura do XML em função da mudança para a versão 3.10 Atribua o valor True a propriedade Salvar e consulta novamente o status, post como anexo os arquivos de envio e de retorno.

Bom dia Walter, Ai que esta o problema, 700 CT-e por dia enviados 1 a 1, por que não esperar um pouco e enviar lotes com até 50 CT-e? Você esta consultando o Status da SEFAZ para saber se a mesma esta ativa ou não antes de enviar? Se sim, mais um motivo. Você deve estar caindo no consumo indevido, e quando isso ocorre a SEFAZ te coloca na geladeira, e você não consegue enviar mais nada, depois de um certo tempo, volta ao normal.

Bom dia Cristiam, Vamos supor que você emite um CT-e e depois descobre-se que o bairro do destinatário esta errado, foi informado que era Vila Furlan sendo que o correto é Vila Ferroviaria. Sendo assim você vai emitir uma Carta de Correção Eletrônica para o respectivo CT-e. Muito bem, vamos ao Manual versão 2.00a do CT-e - página 85, onde encontra-se a estrutura do evento CC-e: Campos: grupoAlterado = Indicar o grupo de informações que pertence o campoAlterado. campoAlterado = Nome do campo modificado do CT-e Original valorAlterado = Valor correspondente à alteração. Na página 130 temos a estrutura do XML do CT-e, mais precisamente o que nos interessa: A linha 185 se refere ao grupo chamado enderDest (nível 2) e a 189 se refere ao elemento (campo) xBairro (nível 3), sendo assim concluímos que o campo xBairro pertence ao grupo enderDest. Voltando ao nosso exemplo de correção teremos que atribuir os seguintes valores: grupoAlterado := 'enderDest'; campoAlterado := 'xBairro'; valorAlterado := 'Vila Ferroviaria'; Espero ter ajudado.

Bom dia Cristiam, O problema que você esta montando o txt segundo o layout da carta de correção da NF-e. O layout da carta de correção do CT-e é diferente.

Bom dia Raoni, Por favor atualize todos os fontes de todas as pastas, depois compile a sua aplicação com a opção Build, por fim teste novamente a impressão do DANFE.

Bom dia a todos, Por favor atualizem todos os fontes de todas as pastas e compile a aplicação com a opção Build.

Bom dia, Neste caso o problema deve ser no provedor, entre em contato com eles.

Informando a alíquota com o valor 2 como fica o grupo <Valores> no RPS? O que você postou é o da NFS-e, correto?

Celso, Ou você esta pegando os fontes do antigo repositório, ou tem fontes alterados por você e neste caso eles não são atualizados. Verifique se todos os fontes da pasta ...\Fontes\ACBrNFSe tem uma bolinha verde no seus ícones. No que diz respeito a atualização procure no fórum por atualização forçada, você vai encontrar como alterar a URL para baixar os fontes do novo repositório.

Boa tarde Jeverson, Qual é o valor que você atribui a propriedade MDFeEncerrado?

Boa tarde EveCar, Não existe o comando para Setar o Modelo somente o comando para setar a versão. E também não existe nenhuma configuração no monitor para definir o modelo desejado. O modelo é setado somente se você emitir uma NFC-e caso contrario ele fica como 55.

Boa tarde, Você notou que a alíquota no xml da NFS-e esta dividida por 100? Você esta informando 0.02 no RPS e na NFS-e é retornado 0.0002 e consequentemente o valor do ISS altera. Passe a informar a alíquota como sendo 2 na NFS-e será retornado 0.02 e o valor do ISS deve ser calculado de forma correta pelo provedor.

Boa tarde Celso, Você notou que não tem nenhum arquivo com a palavra soap no nome? Pois bem, os fontes estão desatualizados, por favor atualize os fontes e realize os testes novamente.

Boa tarde Luan, Abra o XML <numero>-nfse.xml e verifique se realmente contem somente o CNPJ e Inscrição Municipal. Lembre-se que o conteúdo de arquivo citado acima é retornado pelo provedor e não gerado pelo componente. O componente gera e envia o XML do RPS, e o provedor retorna o XML da NFS-e.

Boa tarde a todos, Esta finalizado a implementação das funcionalidades: Administração do CSC da NFC-e - Vide Nota Técnica 2014/001 e Web Service de Distribuição de DF-e - Vide Nota Técnica 2014/002 versão 1.01 Houve a necessidade de realizar alterações em fontes das pastas PCN2 e ACBrNFe2. Não foi possível realizar testes, uma vez que os Web Services para essas funcionalidades a SEFAZ não disponibilizou. No caso do WS Distrubuição de DF-e o ambiente de homologação vai ser liberado no dia 15/09/2014 e o de produção no dia 06/10/2014. Ele vem para substituir o Consulta NF-e Destinadas que por sinal este será desativado em 02/02/2015. Quanto a Administração do CSC ainda não foi divulgado as datas. Peço que leiam atentamente as duas Notas Técnicas para se inteirarem sobre o assunto. Foi implementado as seguintes funções n componente ACBrNFe: ****************************************************************************** function AdministrarCSC(ARaizCNPJ: String; AIndOP: TpcnIndOperacao; // valores: ioConsultaCSC, ioNovoCSC, ioRevogaCSC AIdCSC: Integer; ACodigoCSC: String): Boolean; Com essa funcionalidade será possível consultar os CSC (token) ativos, solicitar um novo CSC, bem como solicitar a revogação de um CSC ativo. Os dois últimos parâmetros só serão utilizados quando se tratar de uma revogação. ****************************************************************************** function DistribuicaoDFe(AcUFAutor: Integer; ACNPJCPF, AultNSU, ANSU: String): Boolean; No caso da Distribuição podemos utilizar de duas formas: Ok := DistribuicaoDFe(cUFAutor, sCNPJCPF, sultNSU, ''); // último parâmetro igual a uma string vazia Neste caso será feita uma consulta com base no último NSU, podemos ter como resposta um lote de até 50 documentos (informações resumidas) dos últimos 3 meses. Ok := DistribuicaoDFe(cUFAutor, sCNPJCPF, '', sNSU); // penúltimo parâmetro igual a uma string vazia Neste caso será feita uma consulta com base no NSU informado, podemos ter como resposta o resumo do documento ou a informação que o NSU não existe. Vou disponibilizar os fontes alterados amanha quita-feira, 04/09/2014. Por favor atualizem todos os fontes de todas as pastas e recompilem as suas aplicações com a opção Build.

Pelo jeito você não pesquisou no fórum, Já faz 2 anos que o ACBrNFe possui tudo o que consta na respectiva Nota Técnica.

Bom dia Roger, Exatamente, e se tratando de documentos originários não se pode fazer correções.

Bom dia Valdir, No emissor MDF-e a unica informação que você vai precisar da NF-e é a chave, não vejo e o pessoal que desenvolveu o emissor também não viram necessidade de importar os dados das NF-e, pelo simples fato de ser necessário apenas a chave. Digitar a chave é demorado e você pode errar, concordo, a solução é simples, compre um leitor de código de barras.

Rodrigo, Cuidado, estamos falando de inutilizar numeração e não inutilizar uma NFC-e. Quando eu inutilizo um numero ou faixa de números, significa que não existe nenhuma NFC-e com esse numero ou dentro dessa faixa.

Com relação a importação, por favor leia a Nota Técnica. O tópico já foi movido.

Bom dia a todos, Rodrigo, você tem razão, a partir do momento que informamos a chave da NF-e, não há necessidade de informar mais nada. O grupo infNF é destinado as notas comum (papel) e não um detalhamento dos dados de uma NF-e. Resumindo, tem que ficar desta forma: <infMunDescarga> <cMunDescarga>5002704</cMunDescarga> <xMunDescarga>CAMPO GRANDE</xMunDescarga> - <infNFe> <chNFe>35140900721388000110550010000026321000026322</chNFe> </infNFe> - </infMunDescarga> E não alimente o qNF, somente o qNFe com a quantidade de notas uma fez que as notas relacionadas são NF-e.

Bom dia Celso, Foi feita uma alteração, já faz dias, que tenta capturar a mensagem de erro retornada pelo Web Service. Por favor atribua o valor True a propriedade Salvar que encontra-se em WebServices, desta forma o componente vai salvar tanto o arquivo de envio como o de retorno completo. Esse arquivo completo contem em seu nome a palavra soap. Realize os testes novamente e post como anexo o arquivo completo de retorno após o envio. Com o arquivo completo fica mais fácil identificar o problema.

Bom dia, Você postou no fórum sobre o componente ACBrNFSe ou seja Nota Fiscal de Serviço Eletrônica. Mas você diz "importação da nfe" essa nfe que você se refere é a NF-e de venda de produtos ou é a NFS-e, prestação de serviços? Se é a de serviços o componente ACBrNFSe possui uma opção para realizar a consulta de NFS-e basta informar o período que a mesma foi emitida e o Web Service retorna o XML das notas emitidas dentro do período. Agora se for a NF-e, leia atentamente a Nota Técnica que trata sobre o assunto sobre a Manifestação do Destinatário.

Bom dia Rodrigo, Como lhe disse a inutilização de numeração da NFC-e funciona como se fosse a NF-e. CT-e = Conhecimento de Transporte Eletrônico e NFS-e = Nota Fiscal de Serviço Eletrônica, não tem nada haver com a Nota Fiscal ao Consumidor Eletrônica. Por outro lado o XML da NFC-e é exatamente igual ao da NF-e, na maioria das SEFAZ os Web Services são os mesmos. Portanto utilize a opção de inutilização da NF-e.

Carlos, Ao realizar a consulta as NF-e destinadas o que temos é apenas um resumo e não o XML completo da NF-e. Esse resumo é resumo mesmo, é retornado uma meia-duzia de informações, ou seja, o suficiente para você poder dizer se comprou ou não algum produto do respectivo emitente da NF-e. E desta forma poder se manifestar sobre a mesma. A TAG <ret> é um grupo que pode conter até 50 elementos que podem ser: o grupo <resNFe> que traz o resumo de uma NF-e autorizada; o grupo <resCanc> que traz o resumo de uma NF-e cancelada; e o grupo <resCCe> que traz o resumo de uma CC-e vinculada a uma NF-e.