Pesquisar na Comunidade

Olá pessoal, eu tenho uma situação onde o emitente da NF-e é de SC e o destinatário também é de SC. A operação é uma venda, mas a entrega do produto é em SP. O contador instruiu a colocar os dados do destinatário (endereço) como sendo SC e utilizar a CFOP 6.102. O que retorna é a Rejeição 523: CFOP não é de Operação Estadual e UF emitente igual à UF destinatário Claro que é bem óbvio que está ocorrendo esse erro pelo fato de o endereço do destinatário ser do mesmo estado do emitente e o CFOP utilizado é de operação interestadual. Mas a pergunta é o seguinte, alguém sabe como proceder nesta situação? Pois a contabilidade diz que é assim que tem que emitir, rsss. Deve ter alguma forma legal. Desde já agradeço pela ajuda.

Bom dia! Tenho os fontes atualizados do DANFE e estou em dúvida sobre o layout: Tanto o manual versão 6.00, quanto a última NT de layout (Ajustes Sinief 04/2019) retiraram dos grupos F (Local de Retirada) e G (Local de Entrega) alguns dados, tais como: Razão Social; IE; CEP; Telefone; E-mail; País; Porém, o DANFE agora tem espaço para exibição da Razão Social, IE, CEP e Telefone. Não achei em lugar nenhum se houve alguma alteração mais recente no layout do DANFE para excluir estes campos ou se a SEFAZ realmente comeu mosca. Alguém sabe me dizer?

Bom dia CTe 3.0 Utilizo o fortes report para impressão dos relatorios Estava testando a impressão do DACTE e notei que não aparece a data de Entrega, sendo que no XML esta consta essa informação

Bom dia a todos... Sempre utilizei o fortes no formato retrato para impressão do DANFe, porém, agora um cliente solicitou que fosse impresso no formato paisagem. Fácil configurar, porém me deparei com uma dificuldade. Meu sistema controla a geração do endereço de retirada e de entrega nas informações complementares da nota fiscal, ou seja, o sistema gera a informação na TAG "InfAdic.infCpl". Para o formato "Retrato" funciona certinho pois é impresso apenas o que está no XML, mas no formato paisagem, há uma implementação que verifica se no arquivo xml tem o endereço de retirada e de entrega preenchido nos campos próprios e preenche novamente o endereço no momento que está gerando o DANFe. Ou seja, imprime as informações complementares diferente do que está no arquivo XML. Eu poderia implementar um parâmetro para isso no componente, mas antes de qualquer coisa gostaria da opinião dos demais colegas do fórum: 1) Remover esta funcionalidade do layout paisagem, sendo que esta informação não foi para o arquivo xml (o que pode ter um agravante pois deve ter alguém que utiliza dessa forma). Aqui ainda fica a dúvida, se alguém utiliza dessa forma, utiliza somente no formato paisagem? 2) Criar um parâmetro de configuração para o endereço de entrega e de retirada e implementar também no layout retrato para que fique padrão (o que também poderia ter alguns agravantes, pois quem utiliza no formato retrato, talvez já faça como eu, enviar as informações de retirada e de entrega já no arquivo xml, onde a impressão ocorre normalmente e se implementada dessa forma irá duplicar as informações). Implementação na unit "ACBrNFeDANFeRLPaisagem.pas" no método "procedure TfrlDANFeRLPaisagem.DadosAdicionais;" onde é chamado os métodos a seguir: InsereLinhas(EnderecoRetirada, iLimiteCaracteresLinha, rlmDadosAdicionaisAuxiliar); InsereLinhas(EnderecoEntrega, iLimiteCaracteresLinha, rlmDadosAdicionaisAuxiliar); Fico no aguardo da opinião de mais alguém. Grato!

Olá, atualizei o repositório do acbr hoje (06/02/2018) e ao testar percebi que na impressão no dacte no campo "data prevista para entrega" está vindo vazio. No XML esta correto, inclusive testei em versões mais antigas do acbr e está funcionando

Boa tarde pessoal, Estou implementando questões de entrega a domicílio na NFC-e e segundo a SEFAZ-RJ a taxa de entrega deve ser informada como frete. Implementei usando as tags vFrete do produto e vFrete do total e informei a taxa de entrega nas informações adicionais. Funcionou tudo certo. Porém o total do DANFE NFC-e do Fast Report, não contabiliza o frete no valor a pagar. Deveria contabilizar? Creio que sim. OBS:. Vi que no exemplo diz que NFC-e não tem frete, talvez por isso não tenha sido levado em consideração no DANFE. De qualquer maneira, vou tentar verificar o código do componente enquanto isso. Muito obrigado!

Pessoal, bom dia Sei que não é sobre o componente em si, mas estou com uma duvida. Quando meu cliente (contribuinte de ICMS) tem o endereço de faturamento e cobrança fora do estado de SP mas a entrega é SP, qual a natureza tem que colocar? 5 ou 6? Segue XML e retorno para analise. Alguem poderia me explicar como proceder neste caso. Grato. 351004222609584-pro-rec.xml 736388-env-lot.xml

Boa Tarde. Gostaria de saber qual TAG e em que GRUPO colocar essa informação do LOCAL de ENTREGA para evitar o lançamento do DIFAL como mostra o texto em anexo. Utilizo o ACBRMonitorPlus 1.0.0.27. Fiz assim mas não gerou no XML as informações do LOCAL de ENTREGA : // Dados do destinatário------------------------------------------------------------------- fwrite(nhandle, ; "[Destinatario]" + nLinha) fwrite(nhandle, ; "CNPJ="+if(empty(PESEMP->BC08CGC),PESEMP->BC08CPF,PESEMP->BC08CGC)+nLinha) fwrite(nhandle, ; "indIEDest=9"+nLinha) // 9 - ISENTO fwrite(nhandle, ; "NomeRazao="+alltrim(raw(PESEMP->BC08RAZSOC))+nLinha) // Local de Entrega ---------------------------------------------------------------------- NAO GERA NO XML ESSA INFORMAÇÂO !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! fwrite(nhandle, ; "[Entrega]" + nLinha) fwrite(nhandle, ; "CNPJ="+FIS_CGCEMI+nLinha) fwrite(nhandle, ; "UF="+FIS_ESTEMI+nLinha) Obrigado pela atenção. Tairone.

Olá pessoal. Fazendo alguns testes com o endereço de entrega, percebi um detalhe. O complemento não esta saindo no danfe. No xml, tudo é preenchido corretamente, e o logradouro, número, bairro e etc aparecem automaticamente no danfe, porém o complemento não. Alguém já passou pelo mesmo problema? Talvez seja algo que esteja fazendo errado, mas não consegui identificar.

Boa tarde srs. Ao importar uma NF-e gerada por software de terceiros em nosso sistema utilizando o componente da ACBr (ACBrNFe.NotasFiscais.Valida), ocorreu o seguinte erro de validação no grupo (G - Entrega) tag (G02 - CNPJ): Erro: Expecting: {http://www.portalfiscal.inf.br/nfe}CNPJ. Essa NF-e encontra-se autorizada na SEFAZ e seu XML é validado sem erros, conclui-se então que o problema se encontra na validação da ACBr. A validação da ACBr retorna erro em virtude da tag CNPJ estar vazia, conforme exemplo abaixo: -<entrega> <CNPJ/> <xLgr>AV. TESTE</xLgr> <nro>01</nro> <xCpl>COMPLEMENTO</xCpl> <xBairro>BAIRRO</xBairro> <cMun>2111300</cMun> <xMun>Sao Luis</xMun> <UF>MA</UF> </entrega> Segundo o manual, quando for informado um CNPJ ele pode ter de 0 a 14 caracteres, dessa forma o conteúdo vazio da tag é considerado válido, apenas a tag CPF quando informada deve conter obrigatoriamente 11 caracteres, abaixo trecho do manual: G. Identificação do Local de Entrega # ID Campo Descrição Ele Pai Tipo Ocor. Tam. Observação 89 G01 entrega Identificação do Local de entrega G A01 0-1 Informar somente se diferente do endereço destinatário. 90 G02 CNPJ CNPJ CE G01 N 1 -1 0 ou 14 Informar CNPJ ou CPF. 90 a G02a CPF CPF CE G01 N 1 -1 11 Preencher os zeros não significativos. (v2.0) Foi realizada a correção dessa situação, para considerar válida e gerar a tag CNPJ vazia caso não for informado valor para o mesmo. Alterações previstas referente a revisão 9062, em anexo alterações. pcnGerador.pas pcnNFeW.pas

Escovador de Bits que possui modem Daruma, este escovando bits é especialmente para você! Para você que ainda não possui um modem Daruma, aproveite o momento e acesse já o sitewww.desenvolvedoresdaruma.com.br -> Menu “Adquira seu Produto” e compre a preço subsidiado, seu modem para desenvolvimento. Neste escovando, vamos aprender como confirmar a entrega de um sms enviado pelo seu modem Daruma, é tão simples que após ler você vai implementar este feature na sua aplicação. “...O que é confirmação de entrega de sms?” • É quando nós enviamos um sms e recebemos um sms da operadora de celular, confirmando que o sms que nós enviamos foi entregue. Continue lendo: http://www.desenvolvedoresdaruma.com.br/dde/htmls/dde049_2013_conf_entr_sms.html Obrigado.