analista.edilson

Esse campo corresponde ao código aleatório é essa mesmo sua ideia?

Valeu, vou testar amanhã cedo.

Bom dia a todos. Estou com um problema transmiti o MDF-e e meu sistema por motivo desconhecido ainda travou, então não consegui processar a resposta. Agora transmito novamente o MFD-e e da duplicidade de chave, é possível eu informar no componente qual chave ele deve usar ao invés de criar uma outra? Agradeço desde já.

ok, obrigado deu tudo certo. valeu.

Estou usuando o delphi 7 + Quickrep 3.62-PRO, porem quando vou visualizar o DAMDF-e da o seguinte erro "Property continuous does no exists". Já olhei o arquivo ACbr.ini e está comentado a parte que fala sobre PDF, pois essa versão do quickrep não da suporte a PDF. Qual procedimento para ajustar esse problema e conseguir visualizar o DAMDF-e? Agradeço de já.

Vou pesquisar sobre isso, pois terei mais trabalho. Obsevação.: o link "www.bcb.org.br" não funciona, parece que o correto é "http://www.bcb.gov.br".

Obrigado vou baixa a cópia acertada. Até mais.

Gerar o bloco M pelo PVA é uma boa saída, eu utilizo dessa forma e funciona corretamente.

Tenho a seguinte situação, tenha uma nota que a quantidade é 0,0025, até ai tudo bem, porem ao gerar o arquivo da EFD-ICMS/IPI através do ACbr gera zero no campo "C170->QTD". Olhei o código e estava assim nesse campo: LFILL(QTD, 0, 5) Modifiquei para: LFILL(QTD, 0, 4, False, '0', '#0.0000') Então funcionou, porem não tenho certeza que essa seja a melhor solução. Poste aqui caso exista uma solução melhor e caso não exista de commit o código fonte para ficar correto.

As tag´s de e-mail e CNPJ do destinatário no retorno do evento de cancelamento não são obrigatórias. Cada webservice define se irá ou não implementar estas informações no retorno. No caso do PR não foi implementado, portanto estas tag´s não retornam no cancelamento por evento.

Olá pessoal! Descobri que este problema está relacionado ao SEFAZ-PR. Fiz um cancelamento através do WS de São Paulo e obtive as informações de e-mail e CNPJ do destinatário no retorno do cancelamento.

Não sei se expressei corretamente a dúvida, mas a questão é a seguinte na NT2011.006b_Evento_Cancelamento.pdf, cita que um dos motivos do cancelamento por evento é para atender a reivindicação das empresas em ter o e-mail do destinatário na resposta do cancelamento para facilitar a sua distribuição para o destinatário. Acontece que em nenhum dos testes que fiz de cancelamento por evento retornou o email do destinatário. Alguém já obteve esta informação no xml de resposta do evento de cancelamento?

Olá pessoal! Estou fazendo testes de cancelamento da NF-e por evento, no SEFAZ PR, em ambiente de "Homologação". A NF-e está sendo cancelada corretamente, o problema é que no retorno nunca vem as tags "CNPJDest" e "emailDest", e no xml de autorização da NF-e foi enviado o email do destinatário. Alguém sabe por que não está retornando estas informações?

Você pode baixa a ultima versão dos fontes, fazer a alteração depois postar aqui no forum. Depois pede para o moderador dar o commit com suas alterações. As vezes demora para eles subirem o código mas sobe.

Já atualizou a ultima versão desse arquivo?

Desculpe voltar em um post antigo. Mas tenho uma duvidas nesse ato cotepe35/2005, para homologação do paf-ecf não preciso gerar os registros do bloco 0 e 9? Edilson Alves de Oliveira. -----------------------

Fiz a atualização do ACBRNFe hoje e o código fonte ACBrNFeWebServices.pas está fazendo testes com os códigos 100 e 101. Desculpe se estou falando bobagem, talvez estes testes não influenciam no resultado quando o WS retornar os códigos 150 e 151. Só estou certificando que não será necessário atualizar o ACBrNFe novamente.

Os itens abaixo, são da nota técnica 2012/03 que entrará em vigor em 01/11/2012 para o ambiente de produção. - Cancelamento fora do prazo, codigo de retorno 151 - Protocolo de autorização ou denegação de uso do NF-e (vide item 4.2.2). Informar se localizado uma NF-e com cStat = 100-uso autorizado, 150-uso autorizado fora de prazo ou 110-uso denegado. Gostaria de saber se será necessário alguma alteração no projeto ACBrNFe. Verifiquei que existem alguns testes de status (100 e 101), como por exemplo, no código fonte ACBrNFeWebServices.pas. Não será necessário conciderar também os novos códigos de satatus 150 e 151?

Legal perguntar também quero essa informação, alguém tem informações sobre esse assunto? obs.: o comentário do nosso amigo "markapollo" não é nada amigável...

Cade o moderador....

Boa iniciativa, valeu...

UP

Moderador, veja o código está no padrão do projeto e sobe ele ou de uma resposta, sobre qual problema que existe. vamos vencer a Inércia. Aguardo.

Posta o erro que o webService retorna...

Alguem que tenha o acesso a commit poder analisar o codigo e subir.