Italo Giurizzato Junior

Boa tarde José Roberto, No manual mais recente da NFe página 146 temos o seguinte: Se o seu cliente esta se referindo a disponibilizar o XML da NFe para o cliente dele, mostre que pode ser via e-mail.

José, Favor atualizar os fontes e testar novamente.

Boa tarde José, Por favor, tratando-se de NFS-e, informe o nome da cidade e o provedor que atende a mesma. Sem essas informações fica dificil em ajudar.

Sandro, O modelo que tenho do DACTE no tamanho A5 é completamente diferente do que eu tenho, sendo assim fica complicado. Existe um manual que trata somente do DACTE, nele diz que pode ser impresso no tamanho A5, mas não apresenta nenhum layout como é o caso do A4.

Os testes que você esta realizando se refere a SEFAZ de qual UF? Peço aos colegas de outras UF que façam o mesmo questionamento, uma vez que a validação é por Estado.

Bom dia Thalita, Os arquivos XML que você se refere é o XML do CTe e não os arquivos auxiliares? Eles são enviandos por e-mail para os tomadores de serviços? Se a resposta for sim para as duas perguntas a forma mais fácil é pedir para eles (tomadores de serviços), pois até o momento a SEFAZ não fornece um webservice para download do XML. É possível solicitar esses XMLs junto a SEFAZ, o pedido tem que ser formal e com uma boa justificativa.

Nellien, Escrevi a rotina segundo o manual. E segundo o manual caso você venha informar os campos dhCont e xJunt quando o tipo de emissão for 1, 7 ou 8 o CTe vai ser rejeitado. (página 35)

Bom dia Nellien, Segundo o manual do CTe versão 1.04c temos o seguinte: Página 100, campo #14 = tpEmis (Forma de emissão do CTe) Preencher com: 1 - Normal; 5 - Contingência FSDA; 7 - Autorização pela SVC-RS; 8 - Autorização pela SVC-SP Página 35: Validação de Regras de Negócio do CT-e #G004b Se forma de emissão do CT-e = 1 (Normal), 7 (SVC-RS) ou 8 (SVCSP): dhCont e xJust não devem ser informados. Como temos apenas as formas de emissão 1, 5, 7 e 8 conforme a página 100 e não devemos informar os campos dhCont e xJust quando a forma de emissão for 1, 7 ou 8, concluimos que a alteração proposta por você esta errada. Logo deve permanecer desta forma: if CTe.Ide.tpEmis = teFSDA then begin Gerador.wCampo(tcDatHor, '#057', 'dhCont ', 19, 019, 0, CTe.ide.dhCont, ''); Gerador.wCampo(tcStr, '#058', 'xJust ', 15, 256, 0, CTe.ide.xJust, ''); end;

Bom dia Sandro, Em casa estou implementando o DACTE no tamanho A5. Poste como anexo o exemplo que você tem para que eu possa comparar com um que foi passado para mim.

Boa tarde, Você atualizou os fontes referentes ao envio de eventos (os que estão no branches) ? Se sim, esse é o primeiro relato. Por favor, quando ocorrer problemas de acesso a SEFAZ, indicar qual é a UF.

Boa tarde, Não, ainda esta no branches para testes. O Cancelamento por evento, as SEFAZ tem prazo para implementar até dezembro deste ano. Com relação a Manifestação do Destinatário, é voluntário, nenhuma empresa esta obrigada. Mas cada UF tem liberdade de estipular uma data para inicio e como vai ser.

Boa tarde a todos, Se o DACTE esta sendo apresentado na tela após o envio o problema é outro. Altere a propriedade MostrarPreview de True para False. ACBrCTe1.DACTe.MostrarPreview := False;

Boa tarde Rafael, Muito obrigado, correção já disponibilizada no branches.

Boa tarde Rodrigo, Muito obrigado, correção já disponibilizada no branches.

Rafael, A alteração que você fez na fuction AssinarXML (unit ACBrNFSeUtil) restringe a assinatura para o cancelamento. Da forma que estava antes era valida para qualquer tipo de ação que o webservice venha exigir uma assinatura.

Então estamos na mesma balada, eu faço um upgrade no dia 19 de novembro, versão 4.9...

Boa tarde Rafael, Você esta utilizando os novos fontes? Se sim, por favor poste como anexo os fontes que você realizou as alterações para que sejam incorporadas e disponibilizadas para os demais. Não esqueça de colocar o seu nome como comentario nas linhas ou trexos alterados por você. Desta forma fica mais facil ajudarmos. Desde já muito obrigado.

Boa tarde, Os municipios de Brusque e Indaial foram removidos do provedor Betha.

Boa tarde Rogério, Esta disponivel no branches varios schemas por favor utilize no seu caso o que esta na pasta: ...\NFSe_Novos_Fontes\Exemplos\ACBrNFSe\Schemas\Abrasf_v01

Bom dia, Já cheguei a ver um DACTE que na coluna Tipo Doc é impresso: NFe 00001 neste caso 00001 é o numero da NFe e depois temos na mesma linha a chave completa da mesma. Vou estudar essa possibilidade.

Bom dia Henrique, Desculpe, deve ser os cabelos brancos aparecendo, é que para mim a sua mensagem de incentivo não ficou clara.

Boa noite, Primeiro, diga o que você usando, pois existem varios programas exemplos que pedem o numero do lote. Segundo, ler o manual ajuda também a compreender.

Boa noite a todos, O XML de uma NFe a ser enviado para o cliente deve conter: Os dados pertinentes a transação comercial; Assinatura Digital; Protocolo de Autorização de Uso. Caso a NFe venha a ser cancelada, deve-se remover o Protocolo de Autorização de Uso e colocar no lugar o Protocolo de Homologação de Cancelamento. Caso ocorra eventos de Correção, nada sera acrescido ao XML da NFe. Devemos apenas enviar por e-mail o XML da CCe, uma vez que o XML da NFe já foi enviado. Espero ter ajudado.

Boa tarde, Qual ou quais são os municipios que estão utilizando essa versão do padrão ABRASF? E quais provedores que adotaram essa versão?

Ok, Desculpe, não querendo ser chato: Mas qual é o objetivo do seu post? Incentivar o pessoal a realizar os testes, com as rotinas disponibilizadas no branches? Se sim, lembre-se que muitos só vão iniciar os seus testes e implementar essas funcionalidades em suas aplicações após as rotinas estarem no repositório trunk. Pois sabem que se esta no trunk é porque já foi testado e esta funcionando. Se você realizou os testes com as novas rotinas, expressa a sua opnião, e aponte as falhas e possíveis soluções para que possamos corrigi-las. É postando: Pessoal testei as rotinas e esta funcionando 100%. que vai motivar os demais a iniciarem os testes.